Mirroring del database e distribuzione dei log

Data aggiornamento: 17 novembre 2008

Per un database specifico è possibile eseguire il mirroring o la distribuzione dei log, oppure eseguire le due operazioni simultaneamente. Per scegliere l'approccio da utilizzare, considerare gli aspetti seguenti:

• Numero di server di destinazione necessari
  Se è necessario un solo database di destinazione, il mirroring del database rappresenta la soluzione consigliata.
  Se è necessario più di un database di destinazione, utilizzare la distribuzione dei log con o senza il mirroring del database. La combinazione di questi approcci offre i vantaggi del mirroring del database insieme al supporto per più destinazioni garantito dalla distribuzione dei log.
• Se è necessario posticipare il ripristino del log nel database di destinazione, in genere ai fini della protezione da errori logici, utilizzare la distribuzione dei log con o senza mirroring del database.

In questo argomento vengono fornite alcune considerazioni utili per la combinazione della distribuzione dei log e del mirroring del database.

[!NOTA] Per informazioni introduttive su queste tecnologie, vedere Panoramica del mirroring del database e Informazioni sulla distribuzione dei log.

Combinazione della distribuzione dei log e del mirroring del database

Il database principale in una sessione di mirroring può anche fungere da database primario in una configurazione per la distribuzione dei log o viceversa, se la condivisione di backup per la distribuzione dei log è integra. La sessione di mirroring del database viene eseguita in qualsiasi modalità operativa, sia sincrona (con la protezione delle transazioni impostata su FULL) o asincrona (con la protezione delle transazioni impostata su OFF).

[!NOTA] Per utilizzare il mirroring del database su un database è sempre necessario il modello di recupero con registrazione completa.

Quando si combinano la distribuzione dei log e il mirroring del database, benché non sia necessario, la sessione di mirroring viene in genere stabilita prima della distribuzione dei log. Il database principale corrente viene quindi configurato come database primario per la distribuzione dei log (database principale/primario), insieme a uno o più database secondari remoti. Il database mirror, inoltre, deve essere configurato come database primario per la distribuzione dei log (database mirror/primario). È consigliabile che i database secondari per la distribuzione dei log siano presenti in istanze del server diverse rispetto al server principale/primario o al server mirror/primario.

[!NOTA] Le impostazioni relative alla distinzione tra maiuscole e minuscole dei server implicati nella distribuzione dei log devono corrispondere.

Durante una sessione di distribuzione dei log, i processi di backup nel database primario comportano la creazione di backup del log in una cartella di backup. Da questa cartella i backup vengono copiati tramite i processi di copia dei server secondari. Ai fini della corretta esecuzione, è necessario che i processi di backup e di copia possano accedere alla cartella di backup per la distribuzione dei log. Per ottimizzare la disponibilità del server primario, è consigliabile definire la cartella di backup in un percorso di backup condiviso in un computer host distinto. Assicurarsi che tutti i server per la distribuzione dei log, incluso il server mirror/primario, possano accedere al percorso di backup condiviso, denominato condivisione di backup.

Per consentire il proseguimento della distribuzione dei log in seguito a un errore di mirroring del database, è inoltre necessario configurare il server mirror come server primario utilizzando la stessa configurazione del database primario nel database principale. Il database mirror è in stato di ripristino, che impedisce ai processi di backup di eseguire il backup del log nel database mirror. Questo comportamento garantisce che il database mirror/primario non interferisca con il database principale/primario i cui backup del log vengono copiati dai server secondari. Per evitare avvisi non corretti, in seguito all'esecuzione del processo di backup nel database mirror/primario, tramite il processo di backup viene registrato un messaggio nella tabella log_shipping_monitor_history_detail e il processo agente restituisce uno stato con esito positivo.

Il database mirror/primario è inattivo durante la sessione di distribuzione dei log. Se, tuttavia, il mirroring ha esito negativo, il database mirror precedente viene portato in linea come database principale. A questo punto, il database viene inoltre attivato come database primario per la distribuzione dei log. I processi di backup per la distribuzione dei log precedentemente non disponibili per distribuire il log nel database avviano la distribuzione. Al contrario, un failover fa sì che il database principale/primario precedente venga impostato come nuovo database mirror/primario e sia in stato di ripristino e che i processi di backup nel database non eseguano più il backup del log.

[!NOTA] Nel caso di un failover automatico, il passaggio al ruolo mirror si verifica quando il database principale/primario si riconnette alla sessione di mirroring.

Per essere eseguita in modalità a sicurezza elevata con failover automatico, la sessione di mirroring viene configurata con un'istanza del server aggiuntiva, nota come server di controllo del mirroring. In caso di perdita del database principale per qualsiasi motivo in seguito alla sincronizzazione del database e se il server mirror e il server di controllo del mirroring continuano a comunicare, si verifica il failover automatico. Un failover automatico fa sì che il server assuma il ruolo principale e porti in linea il proprio database come database principale. Per ulteriori informazioni, vedere Failover automatico. Se il percorso di backup per la distribuzione dei log è accessibile da parte del nuovo server principale/primario, tramite i relativi processi di backup viene avviata la distribuzione dei backup del log in tale percorso. La modalità sincrona del mirroring del database garantisce che la catena di log non sia interessata da un failover del mirroring e che venga ripristinato solo il log valido. I server secondari continuano a copiare i backup del log senza rilevare che un'istanza del server diversa è stata impostata come server primario.

Quando si utilizza un server di monitoraggio distribuzione log locale, non è necessaria alcuna considerazione specifica ai fini di questo scenario. Per informazioni sull'utilizzo di un'istanza di monitoraggio remota con questo scenario, vedere "Impatto del mirroring del database su un'istanza di monitoraggio remota" più avanti in questo argomento.

Failover dal database principale al database mirror

Nella figura seguente viene illustrata la combinazione della distribuzione dei log e del mirroring del database quando il mirroring viene eseguito in modalità a sicurezza elevata con failover automatico. Inizialmente il Server_A rappresenta sia il server principale per il mirroring, che il server primario per la distribuzione dei log. Il Server_B rappresenta il server mirror ed è inoltre configurato come server primario, attualmente non attivo. Il Server_C e il Server_D rappresentano i server secondari per la distribuzione dei log. Per ottimizzare la disponibilità della sessione di distribuzione dei log, il percorso di backup è incluso in una directory condivisa di un computer host distinto.

In seguito a un failover del mirroring, il nome del server primario definito nel server secondario risulta inalterato .

Impatto del mirroring del database su un'istanza di monitoraggio remota

Quando la distribuzione dei log viene utilizzata con un'istanza di monitoraggio remota, la combinazione della sessione di distribuzione dei log e del mirroring del database influisce sulle informazioni incluse nelle tabelle di monitoraggio. Le informazioni sul server primario rappresentano una combinazione di quelle configurate nel server principale/primario e del server di monitoraggio configurato in ogni server secondario.

Per mantenere il monitoraggio il più semplice possibile, quando si utilizza un server di monitoraggio remoto è consigliabile specificare il nome del server primario originale durante la configurazione del server primario nel server secondario. Questo approccio semplifica la modifica della configurazione per la distribuzione dei log tramite Microsoft SQL Server Agent. Per ulteriori informazioni sul monitoraggio, vedere Monitoraggio della distribuzione dei log.

Impostazione della combinazione di mirroring e distribuzione dei log

Per impostare insieme il mirroring del database e la distribuzione dei log, è necessario attenersi alla procedura seguente:

1. Ripristinare i backup del database principale/primario con NORECOVERY in un'altra istanza del server per utilizzarli in seguito come database mirror per il mirroring del database principale/primario. Per ulteriori informazioni, vedere Preparazione di un database di mirror per il mirroring.
2. Impostare il mirroring del database. Per ulteriori informazioni, vedere Procedura: Configurazione di una sessione di mirroring del database (SQL Server Management Studio) o Impostazione del mirroring del database.
3. Ripristinare i backup del database principale/primario in altre istanze del server per utilizzarli in seguito come database secondari per il database primario. Per ulteriori informazioni, vedere Configurazione della distribuzione dei log.
4. Impostare la distribuzione dei log nel database principale come database primario per uno o più database secondari.
   È consigliabile impostare una singola condivisione come directory di backup (condivisione di backup). In questo modo si assicura che in seguito allo scambio tra server principale e mirror, i processi di backup continuino a scrivere nella stessa directory utilizzata in precedenza. Una procedura consigliata consiste nel fare in modo che la condivisione sia in un server fisico diverso dai server in cui è presente il database implicato nel mirroring e nella distribuzione dei log.
   Per ulteriori informazioni, vedere Procedura: Attivazione della funzione di distribuzione dei log (SQL Server Management Studio).
5. Failover manuale dal server principale al server mirror.
   Per eseguire un failover manuale:
   • Procedura: Failover manuale di una sessione di mirroring del database (SQL Server Management Studio)
   • Procedura: Failover manuale in una sessione di mirroring del database (Transact-SQL)
6. Impostare la distribuzione dei log nel nuovo server principale (server mirror precedente) come server primario.

   Importante:
   Non eseguire alcuna impostazione da un server secondario.

7. Eseguire un altro failover manuale per eseguire il failback al server principale originale.

• Procedura: Failover manuale di una sessione di mirroring del database (SQL Server Management Studio)
• Procedura: Failover manuale in una sessione di mirroring del database (Transact-SQL)

Vedere anche

Concetti

Configurazione della distribuzione dei log

Altre risorse

Mirroring del database
Distribuzione dei log

Guida in linea e informazioni

Assistenza su SQL Server 2005

Cronologia modifiche