Nota
L'accesso a questa pagina richiede l'autorizzazione. È possibile provare ad accedere o modificare le directory.
L'accesso a questa pagina richiede l'autorizzazione. È possibile provare a modificare le directory.
Si applica a:
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 SECONDARYe non può trovarsi nello RESOLVING stato .
Annotazioni
La creazione di snapshot di database in qualsiasi database comporta un sovraccarico di CPU e I/O a causa dell'attività di copia su scrittura. Nelle repliche di database questo sovraccarico può ridurre la velocità effettiva di rollforward e influire su altre operazioni, soprattutto quando aumenta il numero di snapshot.
È consigliabile creare snapshot del database quando lo stato di sincronizzazione del database è SYNCHRONIZING o SYNCHRONIZED. Tuttavia, è comunque possibile creare snapshot del database quando lo stato di sincronizzazione del database è NOT SYNCHRONIZING.
Uno snapshot del database in una replica secondaria continua a funzionare se la replica proviene DISCONNECTED dalla replica primaria.
Alcune condizioni dei gruppi di disponibilità AlwaysOn causano il riavvio del database di origine e dei relativi snapshot del database, disconnettendo temporaneamente gli utenti. Tali condizioni sono descritte di seguito:
La replica primaria modifica i ruoli. Questa modifica può verificarsi perché la replica primaria corrente viene messa offline e poi riportata online nella stessa istanza del server o perché il gruppo di alta disponibilità esegue il failover.
Il database passa al 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. È possibile continuare a usare gli snapshot dopo il failover. Se le prestazioni sono un problema nell'ambiente in uso, creare snapshot di database solo nei database secondari ospitati da una replica secondaria configurata per la modalità di failover manuale.
Se si esegue il failover manuale del gruppo di disponibilità in questa replica secondaria, è possibile creare un nuovo set di snapshot del database su un'altra replica secondaria, reindirizzare i client ai nuovi snapshot del database ed eliminare tutti gli snapshot del database dai nuovi database primari.