Failover su un database secondario per il log shipping (SQL Server)Fail Over to a Log Shipping Secondary (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.Failing over to a log shipping secondary is useful if the primary server instance fails or requires maintenance.

Preparazione di un failover controllatoPreparing for a Controlled Failover

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.Typically, the primary and secondary databases are unsynchronized, because the primary database continues to be updated after its latest backup job. 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.Also, in some cases, recent transaction log backups have not been copied to the secondary server instances, or some copied log backups might still not have been applied to the secondary database. Se possibile, è consigliabile iniziare con la sincronizzazione di tutti i database secondari con il database primario.We recommend that you begin by synchronizing all of the secondary databases with the primary database, if possible.

Per informazioni sui processi per il log shipping, vedere Informazioni sul log shipping (SQL Server).For information about log shipping jobs, see About Log Shipping (SQL Server).

Esecuzione del failoverFailing Over

Per eseguire il failover su un database secondario, eseguire le operazioni seguenti:To fail over to a secondary database:

  1. Copiare i file di backup non ancora copiati dalla condivisione di backup alla cartella di destinazione della copia in ogni server secondario.Copy any uncopied backup files from the backup share to the copy destination folder of each secondary server.

  2. Applicare in sequenza i backup del log delle transazioni non ancora applicati a ogni database secondario.Apply any unapplied transaction log backups in sequence to each secondary database. Per altre informazioni, vedere Applicazione dei backup di log delle transazioni (SQL Server).For more information, see Apply Transaction Log Backups (SQL Server).

  3. Se il database primario è accessibile, eseguire il backup del log delle transazioni attivo e applicarlo ai database secondari.If the primary database is accessible, back up the active transaction log and apply the log backup to the secondary databases.

    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.If the original primary server instance is not damaged, back up the tail of the transaction log of the primary database using WITH NORECOVERY. In questo modo il database resta nella stato di ripristino e pertanto non disponibile agli utenti.This leaves the database in the restoring state and therefore unavailable to users. Infine è possibile eseguirne il rollforward applicando i backup del log delle transazioni del database primario da sostituire.Eventually you will be able to roll this database forward by applying transaction log backups from the replacement primary database.

    Per altre informazioni, vedere Backup di log delle transazioni (SQL Server).For more information, see Transaction Log Backups (SQL Server).

  4. 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.After the secondary servers are synchronized, you can fail over to whichever one you prefer by recovering its secondary database and redirecting clients to that server instance. L'operazione di recupero consente di rendere consistente il database e di portarlo online.Recovering puts the database into a consistent state and brings it online.

    Nota

    Quando si rende disponibile un database secondario, è necessario assicurarsi che i relativi metadati siano coerenti con quelli del database primario originale.When you make a secondary database available, you should ensure that its metadata is consistent with the metadata of the original primary database. Per altre informazioni, vedere Gestione dei metadati quando si rende disponibile un database in un'altra istanza del server (SQL Server).For more information, see Manage Metadata When Making a Database Available on Another Server Instance (SQL Server).

  5. Dopo il recupero di un database secondario, è possibile riconfigurarlo affinché funga da database primario per altri database secondari.After you have recovered a secondary database, you can reconfigure it to act as a primary database for other secondary databases.

    Se non è disponibile un altro database secondario, vedere Configurare il log shipping (SQL Server).If no other secondary database is available, see Configure Log Shipping (SQL Server).

Vedere ancheSee Also

Tabelle e stored procedure relative al log shipping Log Shipping Tables and Stored Procedures
Informazioni sul log shipping (SQL Server) About Log Shipping (SQL Server)
Backup della parte finale del log (SQL Server)Tail-Log Backups (SQL Server)