Condividi tramite

Installare un Service Pack in un sistema con tempi di inattività minimi per i database con mirroring

In questo argomento viene descritto come ridurre al minimo i tempi di inattività per i database con mirroring quando si installano Service Pack e hotfix. Questo processo comporta l'aggiornamento sequenziale delle istanze di SQL Server 2014 che partecipano al mirroring del database. Questa forma di aggiornamento, nota come aggiornamento in sequenza, riduce il tempo di inattività a un solo failover. Si noti che per le sessioni in modalità a prestazioni elevate in cui il server mirror è geograficamente distante dal server principale, un aggiornamento in sequenza potrebbe non essere appropriato.

Un aggiornamento in sequenza è un processo a più fasi costituito dalle fasi seguenti:

  • Proteggere i dati.

  • Se la sessione include un testimone, consigliamo di rimuovere il testimone. In caso contrario, quando l'istanza del server mirror viene aggiornata, la disponibilità del database dipende dal testimone che rimane connesso all'istanza del server principale. Dopo aver rimosso un testimone, è possibile aggiornarlo in qualsiasi momento durante il processo di aggiornamento in sequenza senza rischiare interruzione del servizio del database.

    Annotazioni

    Per ulteriori informazioni, vedere Quorum: Come un testimone influenza la disponibilità del database (Mirroring del Database).

  • Se una sessione è in esecuzione in modalità a prestazioni elevate, impostare la modalità operativa su modalità a sicurezza elevata.

  • Aggiornare ogni istanza del server coinvolta nel mirroring del database. Un aggiornamento in sequenza prevede l'aggiornamento dell'istanza del server che è attualmente il server mirror, il failover manuale di ognuno dei relativi database con mirroring e l'aggiornamento dell'istanza del server che è stato il primo server principale (ed è ora il nuovo server mirror). A questo punto, sarà necessario riprendere il processo di mirroring.

    Annotazioni

    Prima di avviare un aggiornamento in sequenza, raccomandiamo di eseguire una simulazione di failover manuale in almeno una delle vostre sessioni di mirroring.

  • Ripristinare la modalità a prestazioni elevate, se necessario.

  • Restituisci il testimone alla sessione di mirroring, se necessario.

Le procedure per queste fasi sono descritte qui.

Importante

Un'istanza del server potrebbe eseguire ruoli di mirroring diversi (server principale, server mirror o osservatore) in sessioni di mirroring concorrenti. In questo caso, sarà necessario adattare di conseguenza il processo di aggiornamento in sequenza di base.

Per proteggere i dati prima di un aggiornamento (procedura consigliata)

  1. Eseguire un backup completo del database di ogni database principale.

    Per eseguire il backup di un database

  2. Eseguire il comando DBCC CHECKDB in ogni database principale.

Per rimuovere un testimone da una sessione

  1. Se una sessione di mirroring prevede un testimone, è consigliabile rimuovere il testimone prima di eseguire un aggiornamento graduale.

    Per rimuovere il testimone

Per modificare una sessione dalla modalità a prestazioni elevate alla modalità a sicurezza elevata

  1. Se una sessione di mirroring è in esecuzione in modalità ad alte prestazioni, prima di eseguire un aggiornamento progressivo, impostare la modalità operativa su sicurezza elevata senza failover automatico. Usa uno dei seguenti metodi:

Per eseguire l'aggiornamento in sequenza

  1. Per ridurre al minimo i tempi di inattività, è consigliabile avviare l'aggiornamento in sequenza aggiornando qualsiasi partner di mirroring attualmente presente nel server mirror in tutte le sessioni di mirroring. A questo punto potrebbe essere necessario aggiornare più istanze del server.

    Annotazioni

    Un testimone può essere aggiornato in qualsiasi momento del processo di aggiornamento in sequenza. Ad esempio, se un'istanza del server è un server mirror nella sessione 1 ed è un server testimone nella sessione 2, è ora possibile aggiornare l'istanza del server.

    L'istanza del server da aggiornare dipende innanzitutto dalla configurazione corrente delle sessioni di mirroring, come indicato di seguito:

    • Se un'istanza del server è già il server mirror in tutte le sue sessioni di mirroring, installare il Service Pack o l'hotfix su quell'istanza del server.

    • Se tutte le istanze del server sono attualmente il server principale in qualsiasi sessione di mirroring, selezionare prima un'istanza del server da aggiornare. Eseguire quindi manualmente il failover di ognuno dei relativi database principali e aggiornare l'istanza del server installando il Service Pack o l'hotfix.

    Dopo l'aggiornamento, un'istanza del server si unisce automaticamente a ciascuna delle sue sessioni di mirroring.

    Per eseguire un failover manuale

    Per informazioni sul funzionamento del failover manuale, vedere Cambio di ruolo durante una sessione di mirroring del database (SQL Server).

  2. Per ogni sessione di mirroring la cui istanza del server mirror è stata appena aggiornata, attendere la sincronizzazione della sessione. Connettersi quindi all'istanza del server principale e eseguire manualmente il failover della sessione. In caso di failover, l'istanza del server aggiornata diventa il server principale per tale sessione e il server principale precedente diventa il server mirror.

    L'obiettivo di questo passaggio è che un'altra istanza del server diventi il server mirror in ogni sessione di mirroring in cui è partner.

  3. Dopo il failover, è consigliabile eseguire il comando DBCC CHECKDB nel database principale.

  4. Installare il pacchetto di aggiornamento o l'hotfix su ogni istanza del server che attualmente è il server mirror in tutte le sessioni di mirroring in cui funge da partner. A questo punto potrebbe essere necessario aggiornare più server.

    Importante

    In una configurazione di mirroring complessa, alcune istanze del server potrebbero essere ancora il server principale originale in una o più sessioni di mirroring. Ripetere i passaggi da 2 a 4 per tali istanze del server fino a quando non vengono aggiornate tutte le istanze coinvolte.

  5. Riprendere la sessione di mirroring.

    Annotazioni

    Il failover automatico non funzionerà finché il testimone non verrà aggiornato.

  6. Installare i Service Pack o gli hotfix in qualsiasi istanza del server rimanente che sia il testimone nelle sessioni di mirroring in cui è coinvolta. Dopo che un server testimone aggiornato si riunisce a una sessione di mirroring, il failover automatico diventa nuovamente possibile. A questo punto potrebbe essere necessario aggiornare più server.

Per restituire una sessione alla modalità a prestazioni elevate

  1. Facoltativamente, tornare alla modalità a prestazioni elevate usando uno dei metodi seguenti:

    • In SQL Server Management Studio: modificare l'opzione Modalità operativa su Prestazioni elevate (asincrona) usando la pagina Mirroring della finestra di dialogo Proprietà database .

    • In Transact-SQL: usare ALTER DATABASE per impostare la sicurezza delle transazioni su OFF.

Per restituire un testimone a una sessione di mirroring

  1. Opzionalmente, in modalità a sicurezza elevata, ristabilire il testimone per ogni sessione di mirroring.

    Per ristabilire il testimone

Vedere anche

Mirroring del database ALTER DATABASE (Transact-SQL)
BACKUP (Transact-SQL)
Mirroring del database (SQL Server)
Modalità operative di mirroring del database
Cambio di ruolo durante una sessione di mirroring del database (SQL Server)
Avvia il monitoraggio del mirroring del database (SQL Server Management Studio)
Visualizzare lo stato di un database con mirroring (SQL Server Management Studio)

  • Last updated on