Condividi tramite

Spostare i backup previsti nelle repliche secondarie di un gruppo di disponibilità

  • Articolo

Si applica a:SQL Server

Le funzionalità secondarie attive dei gruppi di disponibilità AlwaysOn includono il supporto per l'esecuzione di backup nelle repliche secondarie. Le operazioni di backup possono richiedere considerevoli risorse a livello di I/O e di CPU (con compressione dei backup). La ripartizione dei backup su una replica secondaria sincronizzata o in sincronizzazione consente di utilizzare le risorse sull'istanza del server che ospita la replica primaria per i carichi di lavoro di livello 1.

Nota

Le istruzioni RESTORE non sono consentite all'interno del database primario o di quello secondario di un gruppo di disponibilità.

Tipi di backup supportati nelle repliche secondarie

  • BACKUP DATABASE supporta solo i backup completi di sola copia di database, file o filegroup quando viene eseguito nelle repliche secondarie. I backup di sola copia non influenzano la catena di log e non cancellano la mappa di bit differenziale.

  • I backup differenziali non sono supportati nelle repliche secondarie.

  • I backup simultanei, ad esempio il backup del log delle transazioni nella replica primaria durante l'esecuzione di un backup completo del database nella replica secondaria, non sono attualmente supportati.

  • BACKUP LOG supporta solo i backup di log regolari (l'opzione COPY_ONLY non è supportata per i backup di log in repliche secondarie).

    È assicurata una catena di log coerente per i backup di log eseguiti su qualsiasi replica (primaria o secondaria), indipendentemente dalla modalità di disponibilità (commit sincrono o asincrono).

  • Per eseguire il backup di un database secondario, è necessario che una replica secondaria riesca a comunicare con la replica primaria e sia nello stato SYNCHRONIZED o SYNCHRONIZING.

In un gruppo di disponibilità distribuito è possibile eseguire i backup sulle repliche secondarie nello stesso gruppo di disponibilità della replica primaria attiva oppure sulla replica primaria di qualsiasi gruppo di disponibilità secondario. Non è possibile eseguire i backup su una replica secondaria in un gruppo di disponibilità secondario perché le repliche secondarie comunicano solo con la replica primaria nel proprio gruppo di disponibilità. Solo le repliche che comunicano direttamente con la replica primaria globale possono eseguire le operazioni di backup.

Configurazione del percorso di esecuzione dei processi di backup

L'esecuzione di backup su una replica secondaria per ripartire il carico di lavoro di backup dal server di produzione primario comporta notevoli vantaggi, Tuttavia, eseguire backup su repliche secondarie introduce una notevole complessità nel determinare dove i processi di backup dovrebbero essere eseguiti. Per risolvere questo problema, configurare dove eseguire i processi di backup come segue:

  1. Configurare il gruppo di disponibilità per specificare le repliche di disponibilità per cui si desidera venga eseguito il backup. Per altre informazioni, vedere i parametri AUTOMATED_BACKUP_PREFERENCE e BACKUP_PRIORITY in CREATE AVAILABILITY GROUP (Transact-SQL) o ALTER AVAILABILITY GROUP (Transact-SQL).

  2. Creare processi di backup automatizzati tramite script per ogni database di disponibilità in ogni istanza di server che ospita una replica di disponibilità che è candidata per l'esecuzione dei backup. Per altre informazioni, vedere la sezione "Completamento: Dopo avere configurato il backup su repliche secondarie" di Configurare il backup su repliche di disponibilità (SQL Server).

Attività correlate

Per configurare il backup delle repliche secondarie

Per determinare se la replica corrente è la replica di backup preferita

Per creare un processo di backup

Vedi anche

Panoramica di Gruppi di disponibilità AlwaysOn (SQL Server)
Backup di sola copia (SQL Server)
CREATE AVAILABILITY GROUP (Transact-SQL)
MODIFICA GRUPPO DI DISPONIBILITÀ (Transact-SQL)