Failover su un database secondario per il log shipping (SQL Server)
Si applica a: 
SQL Server
L'esecuzione del failover in un database secondario per il log shipping è utile in caso di errore o di manutenzione dell'istanza del server primario.
Preparazione di un failover controllato
I database primario e secondario non sono in genere sincronizzati, in quanto il database primario continua a essere aggiornato dopo l'ultimo processo di backup. In alcuni casi, inoltre, i backup del log delle transazioni recenti non sono stati copiati nelle istanze del server secondario oppure è possibile che alcuni backup del log copiati non siano stati ancora applicati al database secondario. Se possibile, è consigliabile iniziare con la sincronizzazione di tutti i database secondari con il database primario.
Per informazioni sui processi per il log shipping, vedere Informazioni sul log shipping (SQL Server).
Esecuzione del failover
Per eseguire il failover su un database secondario, eseguire le operazioni seguenti:
Copiare i file di backup non ancora copiati dalla condivisione di backup alla cartella di destinazione della copia in ogni server secondario.
Applicare in sequenza i backup del log delle transazioni non ancora applicati a ogni database secondario. Per altre informazioni, vedere Applicazione dei backup di log delle transazioni (SQL Server).
Se il database primario è accessibile, eseguire il backup del log delle transazioni attivo e applicarlo ai database secondari. Potrebbe essere necessario impostare il database sulla modalità utente singolo per ottenere l'accesso esclusivo prima di eseguire il comando di ripristino e quindi tornare alla modalità multiutente al termine del ripristino.
Se l'istanza del server primario originale non è danneggiata, eseguire il backup della parte finale del log delle transazioni del database primario tramite WITH NORECOVERY. In questo modo il database resta nella stato di ripristino e pertanto non disponibile agli utenti. Infine è possibile eseguirne il rollforward applicando i backup del log delle transazioni del database primario da sostituire.
Per altre informazioni, vedere Backup di log delle transazioni (SQL Server).
Dopo la sincronizzazione dei server secondari, è possibile eseguire il failover su qualsiasi server recuperando il relativo database secondario e reindirizzando i client a quell'istanza del server. L'operazione di recupero consente di rendere consistente il database e di portarlo online.
Nota
Quando si rende disponibile un database secondario, è necessario assicurarsi che i relativi metadati siano coerenti con quelli del database primario originale. Per altre informazioni, vedere Gestire i metadati quando si rende disponibile un database in un'altra istanza del server (SQL Server).
Dopo il recupero di un database secondario, è possibile riconfigurarlo affinché funga da database primario per altri database secondari.
Se non è disponibile un altro database secondario, vedere Configurare il log shipping (SQL Server).
Attività correlate
Modificare i ruoli tra i server primario e secondario per il log shipping (SQL Server)
Gestione di account di accesso e di processi dopo un cambio di ruolo (SQL Server)
Vedi anche
Tabelle e stored procedure relative al log shipping
Informazioni sul log shipping (SQL Server)
Backup della parte finale del log (SQL Server)