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

Non è permesso utilizzare le istruzioni RESTORE né nei database primari né in quelli secondari di un gruppo di disponibilità.

Tipi di backup supportati nelle repliche secondarie

Per eseguire un backup completo del database in una replica secondaria, è necessario eseguire backup di sola copia, poiché i backup di sola copia non influiscono sulla catena di log o cancellano la bitmap differenziale. Tenere presente quanto segue:

  • Il backup di tipo "Copy-only" non impedisce il troncamento del log delle transazioni su altre repliche.

  • Un backup di sola copia impedisce il troncamento del log nella replica secondaria durante l'esecuzione del backup di sola copia per la durata del backup.

  • Se il log delle transazioni viene troncato nella replica primaria a un LSN compreso tra il primo e l'ultimo LSN del log delle transazioni della replica secondaria che esegue il backup di sola copia, è possibile che venga visualizzato l'errore seguente nel log della replica secondaria:

    Error 9019: The virtual log file sequence 0x%08x at offset 0x%016I64x bytes in file '%ls' is active and cannot be overwritten with sequence 0x%08x for database '%ls'.

    Anche se è probabile che il backup abbia esito positivo, la sincronizzazione per la replica secondaria fallisce fino al completamento del backup solo copia e, se la replica secondaria è impostata su commit sincrono, i carichi di lavoro di scrittura sulla replica primaria potrebbero essere bloccati fino a quando il log non si è consolidato sulla replica secondaria. Al termine del backup, il log viene troncato nella replica secondaria, a questo punto deve essere sincronizzato di nuovo. Se si verifica l'errore 9019 durante l'esecuzione di un backup di sola copia in una replica secondaria, eseguire invece il backup completo nella replica primaria.

Quando si eseguono backup in repliche secondarie, tenere presente quanto segue:

  • Per eseguire il backup di un database secondario, una replica secondaria deve essere in grado di comunicare con la replica primaria e deve essere SYNCHRONIZED o SYNCHRONIZING.
  • I backup differenziali non sono supportati su 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 backup regolari del log. L'opzione COPY_ONLY non è supportata per i backup del log nelle 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).

In un gruppo di disponibilità distribuito i backup possono essere eseguiti su repliche secondarie nello stesso gruppo di disponibilità della replica primaria attiva o nella replica primaria di qualsiasi gruppo di disponibilità secondario. I backup non possono essere eseguiti in 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 luogo in cui vengono eseguiti i 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 ulteriori informazioni, vedere i parametri AUTOMATED_BACKUP_PREFERENCE e BACKUP_PRIORITY nei comandi CREATE AVAILABILITY GROUP o ALTER AVAILABILITY GROUP.

  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 ulteriori informazioni, vedere la sezione "Continuazione: Dopo aver configurato il backup nelle repliche secondarie" di Configurare i backup nelle repliche secondarie di un gruppo di disponibilità Always On.

Contenuto correlato