Compartilhar via

Descarregar backups com suporte nas réplicas secundárias de um grupo de disponibilidade

Aplica-se:SQL Server

Os recursos secundários ativos do Grupos de disponibilidade AlwaysOn incluem suporte para executar backups em réplicas secundárias. As operações de backup podem colocar tensão significativa na E/S e na CPU (com compactação de backup). O descarregamento de backups em uma réplica secundária sincronizada ou em sincronização permite usar os recursos na instância do servidor que hospeda a réplica primária para suas cargas de trabalho de camada-1.

Observação

RESTORE instruções não são permitidas nos bancos de dados primários ou secundários de um grupo de disponibilidade.

Tipos de backup com suporte em réplicas secundárias

Para executar um backup de banco de dados completo em uma réplica secundária, você deve fazer backups de cópia única, pois os backups de cópia única não afetam a cadeia de logs nem limpam o bitmap diferencial. Considere:

  • Backups apenas de cópia não evitam o truncamento do log de transações em outras réplicas.

  • Um backup somente cópia impede o truncamento de log na réplica secundária enquanto ele executa o backup somente cópia durante o backup.

  • Se o log de transações for truncado na réplica primária para um LSN que esteja entre o primeiro e o último LSN do log de transações da réplica secundária que está executando o backup somente cópia, você poderá ver o seguinte erro no log da réplica secundária:

    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'.

    Embora seja provável que o backup tenha êxito, a sincronização falhará para essa réplica secundária até que o backup somente de cópia seja concluído e, se a réplica secundária estiver definida como confirmação síncrona, as tarefas de gravação na réplica primária poderão ser bloqueadas até que o log possa ser gravado de forma segura na réplica secundária. Depois que o backup for concluído, o log será truncado na réplica secundária, e então deverá ser sincronizado novamente. Se você encontrar o erro 9019 ao executar um backup somente cópia em uma réplica secundária, execute o backup completo na réplica primária.

Ao executar backups em réplicas secundárias, considere:

  • Para fazer backup de um banco de dados secundário, uma réplica secundária deve ser capaz de se comunicar com a réplica primária e deve ser SYNCHRONIZED ou SYNCHRONIZING.

  • Não há suporte para backups diferenciais em réplicas secundárias.

  • Atualmente, não há suporte para backups simultâneos, como a execução de um backup de log de transações na réplica primária, enquanto um backup de banco de dados completo está em execução na réplica secundária.

  • BACKUP LOG dá suporte apenas a backups de log regulares (a opção COPY_ONLY não tem suporte para backups de log em réplicas secundárias). Uma cadeia de logs consistente é garantida em backups de log feitos em qualquer uma das réplicas (primária ou secundária), independentemente de seu modo de disponibilidade (confirmação síncrona ou de confirmação assíncrona).

Em um grupo de disponibilidade distribuído, você pode executar backups em réplicas secundárias no mesmo grupo de disponibilidade que a réplica primária ativa ou na réplica primária de qualquer grupo de disponibilidade secundário. Os backups não podem ser executados em uma réplica secundária em um grupo de disponibilidade secundário, pois as réplicas secundárias só se comunicam com a réplica primária em seu próprio grupo de disponibilidade. Apenas réplicas que se comunicam diretamente com a réplica primária global podem executar operações de backup.

Backups completos e diferenciais em réplicas secundárias

Aplica-se a: SQL Server 2025 (17.x) e versões posteriores.

A partir do SQL Server 2025 (17.x), além dos backups somente cópia e de log de transações existentes, você também pode executar backups completos e diferenciais em qualquer réplica secundária.

Configurar onde os trabalhos de backup são executados

A execução de backups em uma réplica secundária para descarregar a carga de trabalho do backup do servidor de produção primário é um grande benefício. No entanto, a execução de backups em réplicas secundárias introduz uma complexidade significativa no processo de determinação de onde os trabalhos de backup devem ser executados. Para resolver isto, configure onde os trabalhos de backup são executados, da seguinte maneira:

  1. Configure o grupo de disponibilidade para especificar em quais réplicas de disponibilidade você prefere que os backups sejam executados. Para obter mais informações, consulte os parâmetros AUTOMATED_BACKUP_PREFERENCE e BACKUP_PRIORITY em CREATE AVAILABILITY GROUP ou ALTER AVAILABILITY GROUP.

  2. Crie trabalhos de backup com script para cada banco de dados de disponibilidade em cada instância de servidor que hospeda uma réplica de disponibilidade que é candidata a executar backups. Para obter mais informações, consulte a seção "Acompanhamento: depois de configurar backup em réplicas secundárias" de Configurar backups em réplicas secundárias de um grupo de disponibilidade Always On.

Conteúdo relacionado

  • Last updated on