Snapshot del database con gruppi di disponibilità AlwaysOn (SQL Server)

È possibile creare uno snapshot del database in un database primario o secondario in un gruppo di disponibilità. Il ruolo di replica deve essere PRIMARY o SECONDARY, non nello stato di RESOLVING.

È consigliabile uno stato di sincronizzazione del database corrispondente a SYNCHRONIZING o SYNCHRONIZED quando si crea uno snapshot del database. Tuttavia, gli snapshot del database possono essere creati quando lo stato di sincronizzazione del database non è in sincronizzazione.

Uno snapshot del database su una replica secondaria dovrebbe continuare a funzionare se la replica è disconnessa dalla replica primaria.

Alcune condizioni dei gruppi di disponibilità AlwaysOn causano il riavvio sia del database di origine che degli snapshot del database, disconnettendo temporaneamente gli utenti. Queste condizioni sono le seguenti:

• La replica primaria modifica i ruoli, sia che la replica primaria corrente diventi inattiva e ritorni online nella stessa istanza del server, sia che il gruppo di disponibilità esegua il failover.

• Il database entra nel ruolo secondario.

Se viene eseguito il failover della replica di disponibilità che ospita gli snapshot del database, gli snapshot del database rimangono nell'istanza del server in cui sono stati creati. Gli utenti possono continuare a usare gli snapshot dopo il failover. Se le prestazioni rappresentano un problema nell'ambiente in uso, è consigliabile creare snapshot del database solo nei database secondari ospitati da una replica secondaria configurata per la modalità di failover manuale. Se si esegue manualmente il failover del gruppo di disponibilità in questa replica secondaria, è possibile creare un nuovo set di snapshot di database in un'altra replica secondaria, reindirizzare i client ai nuovi snapshot del database ed eliminare tutti gli snapshot del database dai database ora primari.

Vedere anche

Panoramica dei gruppi di disponibilità AlwaysOn (SQL Server)
Snapshot del database (SQL Server)