Partilhar via

Descarregar backups suportados para réplicas secundárias de um grupo de disponibilidade

Aplica-se a:SQL Server

Os recursos secundários ativos dos grupos de disponibilidade Always On incluem suporte para fazer backups em réplicas secundárias. As operações de backup podem sobrecarregar significativamente a entrada/saída e a CPU, especialmente ao utilizar a compactação de backups. O descarregamento de backups para uma réplica secundária sincronizada ou em sincronização permite o uso dos recursos na instância do servidor que hospeda a réplica primária para as suas cargas de trabalho de nível 1.

Observação

RESTORE Extratos não são permitidos nem nas bases de dados primárias nem secundárias de um grupo de disponibilidade.

Tipos de backup suportados em réplicas secundárias

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

  • Os backups de cópia única 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 está executando o backup somente cópia, durante o backup.

  • Se o log de transações for truncado na réplica primária para uma LSN que esteja entre a primeira e a última LSN do log de transações da réplica secundária ao executar um backup de cópia única, pode 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 seja bem-sucedido, a sincronização falhará para essa réplica secundária até que o backup somente cópia seja concluído e, se a réplica secundária estiver definida como confirmação síncrona, as cargas de trabalho de gravação na réplica primária poderão ser bloqueadas até que o log possa ser protegido na réplica secundária. Após a conclusão do backup, o log é truncado na réplica secundária, e então deve 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 realizar cópias de segurança em réplicas secundárias, considere:

  • Para fazer backup de uma base de dados secundária, uma réplica secundária deve ser capaz de 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á sendo executado na réplica secundária.

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

Num grupo de disponibilidade distribuída, pode realizar backups em réplicas secundárias no mesmo grupo de disponibilidade da réplica primária ativa, ou na réplica primária de quaisquer grupos secundários de disponibilidade. Backups não podem ser realizados numa réplica secundária num grupo de disponibilidade secundária, porque as réplicas secundárias só comunicam com a réplica primária no seu próprio grupo de disponibilidade. Somente 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 existentes de cópia única e dos backups de logs de transações, também pode realizar backups completos e diferenciais em qualquer réplica secundária.

Configure onde os jobs de backup correm

Executar backups em uma réplica secundária para descarregar a carga de trabalho de 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 as tarefas de backup devem ser executadas. Para resolver isso, configure onde as tarefas de backup são executadas da seguinte maneira:

  1. Configure o grupo de disponibilidade para especificar em quais réplicas de disponibilidade se preferiria que os backups fossem realizados. Para mais informações, veja AUTOMATED_BACKUP_PREFERENCE e BACKUP_PRIORITY parâmetros em CRIAR GRUPO DE DISPONIBILIDADE ou ALTERAR GRUPO DISPONIBILIDADE.

  2. Crie tarefas de backup com script para cada banco de dados de disponibilidade em cada instância do servidor que hospeda uma réplica de disponibilidade candidata à execução de backups. Para obter mais informações, consulte a seção "Acompanhamento: após configurar o 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