Condividi tramite

Riduzione al minimo del tempo di inattività per i database con mirroring quando si aggiornano le istanze del server

  • Articolo

Quando si aggiornano le istanze del server da SQL Server 2005 o SQL Server 2008 a SQL Server 2012, è possibile ridurre il tempo di inattività per ogni database con mirroring a un singolo failover manuale eseguendo un aggiornamento in sequenza. L'aggiornamento in sequenza è un processo in più fasi che, nella forma più semplice, implica l'aggiornamento dell'istanza del server che attualmente funge da server mirror in una sessione di mirroring, seguito dal failover manuale del database con mirroring, dall'aggiornamento del primo server principale e dalla ripresa del mirroring. Nella pratica, il processo esatto dipende dalla modalità operativa e dal numero/layout della sessione di mirroring in esecuzione nelle istanze del server da aggiornare.

[!NOTA]

Per informazioni sull'esecuzione di un aggiornamento in sequenza per installare un Service Pack o un aggiornamento rapido, vedere Installare un Service Pack in un sistema con tempi di inattività minimi per database con mirroring.

Preparazione consigliata (procedure consigliate)

Prima di avviare un aggiornamento in sequenza, si consiglia di effettuare le operazioni seguenti:

  1. Eseguire un failover manuale di prova su almeno una delle sessioni di mirroring:

    [!NOTA]

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

  2. Proteggere i dati:

    1. Eseguire un backup completo di ogni database principale:

      Creazione di un backup completo del database (SQL Server).

    2. Eseguire il comando DBCC CHECKDB su ciascun database principale.

Fasi di un aggiornamento in sequenza

I passaggi specifici di un aggiornamento in sequenza dipendono dalla modalità operativa della configurazione del mirroring. Tuttavia, le fasi di base sono identiche.

[!NOTA]

Per informazioni sulle modalità operative, vedere Modalità di funzionamento del mirroring del database.

Nel diagramma di flusso della figura seguente vengono illustrate le fasi di base di un aggiornamento in sequenza per ogni modalità operativa. Le procedure corrispondenti vengono descritte dopo l'illustrazione.

Diagramma di flusso che illustra la procedura di un aggiornamento in sequenza

Nota importanteImportante

Un'istanza del server potrebbe ricoprire ruoli di mirroring diversi (server principale, server mirror o server di controllo del mirroring) in sessioni di mirroring simultanee. In questo caso, è necessario adattare di conseguenza il processo di aggiornamento in sequenza di base. Per ulteriori informazioni, vedere Cambio di ruolo durante una sessione di mirroring del database (SQL Server).

Per modificare la modalità di una sessione dalla modalità a elevate prestazioni alla modalità a protezione elevata

Per rimuovere un server di controllo del mirroring da una sessione

Per eseguire l'aggiornamento in sequenza

  1. Per ridurre al minimo i tempi di inattività, si consiglia di applicare la seguente procedura: avviare l'aggiornamento in sequenza aggiornando qualsiasi server partner di mirroring che è attualmente il server mirror in tutte le sue sessioni di mirroring. In questa fase potrebbe essere necessario aggiornare più istanze del server.

    [!NOTA]

    Un server di controllo del mirroring può essere aggiornato in qualsiasi punto nel processo di aggiornamento in sequenza. Ad esempio, se un'istanza del server è un server mirror nella sessione 1 e un server di controllo del mirroring nella sessione 2, è possibile aggiornare l'istanza del server.

    L'istanza server da aggiornare per prima dipende dalla configurazione corrente delle sessioni di mirroring, ovvero:

    • Se un'istanza server è già il server mirror in tutte le sue sessioni di mirroring, aggiornare l'istanza server alla nuova versione.

    • Se tutte le istanze server sono attualmente il server principale in tutte le sessioni di mirroring, selezionare un'istanza server da aggiornare per prima. Quindi, eseguire manualmente il failover su ciascuno dei database principali e aggiornare tale istanza server.

    Dopo aver eseguito l'aggiornamento, un'istanza server integra automaticamente ciascuna delle sue sessioni di mirroring.

  2. Attendere la sincronizzazione di ciascuna sessione di mirroring la cui istanza del server mirror è stata appena aggiornata. Quindi, connettersi all'istanza del server principale ed eseguire manualmente il failover della sessione. Con il failover, l'istanza del server aggiornata diventa il server principale per la sessione e il server principale precedente diventa il server mirror.

    L'obiettivo di questo passaggio è di consentire a un'altra istanza server di divenire il server mirror in tutte le sessione di mirroring nella quale è un server partner.

    Restrizioni dopo l'esecuzione del failover in un'istanza server aggiornata.

    Dopo il failover da un'istanza del server SQL Server 2005 o SQL Server 2008 verso un'stanza del server SQL Server 2012, la sessione del database viene sospesa. Non può essere ripristinata finché l'altro server partner non sarà stato aggiornato. Tuttavia, il server principale continua ad accettare connessioni e a consentire l'accesso ai dati e le modifiche sul database principale.

    [!NOTA]

    L'avvio di una nuova sessione di mirroring richiede che tutte le istanze server eseguano la stessa versione di SQL Server.

  3. Dopo aver eseguito il failover, si consiglia di eseguire il comando DBCC CHECKDB sul database principale.

  4. Aggiornare ciascuna istanza server che ora è il server mirror in tutte le sessioni di mirroring nelle quali è un server partner. In questa fase potrebbe essere necessario aggiornare più server.

    Nota importanteImportante

    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 finché tutte le istanze coinvolte non sono state aggiornate.

  5. Riprendere la sessione di mirroring.

    [!NOTA]

    Il failover automatico funziona solo dopo che il server di controllo è stato aggiornato e aggiunto nuovamente nella sessione di mirroring.

  6. Aggiornare le istanze server rimanenti che sono il server di controllo del mirroring in tutte le sue sessioni di mirroring. Dopo che un server di controllo del mirroring aggiornato integra una sessione di mirroring, il failover automatico diventa nuovamente possibile. In questa fase potrebbe essere necessario aggiornare più server.

Per ripristinare una sessione alla modalità a elevate prestazioni

  • Facoltativamente, tornare alla modalità a elevate prestazioni utilizzando uno dei metodi seguenti:

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

    • In Transact-SQL: utilizzare ALTER DATABASE per impostare la sicurezza della transazione su OFF.

Per aggiungere un server di controllo nuovamente in una sessione di mirroring

Vedere anche

Attivitá

Visualizzazione dello stato di un database con mirroring (SQL Server Management Studio)

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

Utilizzo forzato del servizio in una sessione di mirroring del database (Transact-SQL)

Avviare Monitoraggio mirroring del database (SQL Server Management Studio)

Riferimento

Mirroring del database di ALTER DATABASE (Transact-SQL)

BACKUP (Transact-SQL)

Concetti

Mirroring del database (SQL Server)

Cambio di ruolo durante una sessione di mirroring del database (SQL Server)

Modalità di funzionamento del mirroring del database