Failover su un database secondario per il log shipping (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 ulteriori 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.
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 ulteriori 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 ulteriori informazioni, vedere Gestione dei 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 sono disponibili altri database secondari, 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)
Vedere anche
Concetti
Tabelle e stored procedure relative al log shipping