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

Si applica a:SQL Server

[NOTA] La creazione di snapshot di database in qualsiasi database determina un sovraccarico a livello di CPU e I/O a causa dell'attività di copia su scrittura. Nelle repliche di database questo può compromettere la velocità effettiva in fase di rollforward tra le altre operazioni, soprattutto quando il numero di snapshot aumenta.

È possibile creare uno snapshot del database in un qualsiasi 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 possibile creare gli snapshot del database anche se lo stato della sincronizzazione del database è NOT SYNCHRONIZING.

Uno snapshot del database in una replica secondaria deve continuare a funzionare anche se la replica è disconnessa (DISCONNECTED) dalla replica primaria.

Alcune condizioni di Gruppi di disponibilità Always On causano il riavvio del database di origine e degli snapshot del database, disconnettendo temporaneamente gli utenti. Tali condizioni sono descritte di seguito:

• La replica primaria cambia i ruoli, perché la replica primaria corrente viene portata offline e poi online sulla stessa istanza del server o perché si verifica il failover del gruppo di disponibilità.

• Il database passa al ruolo secondario.

Se si verifica il failover della replica di disponibilità che ospita gli snapshot del database, gli snapshot del database rimangono sull'istanza del server dove sono stati creati. Gli utenti possono continuare a utilizzare gli snapshot dopo il failover. Se le prestazioni sono una preoccupazione, è consigliabile creare snapshot del database solo sui database secondari ospitati da una replica secondaria configurata per la modalità 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.

Vedi anche

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