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

Aplica-se: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 E/S e a CPU (com compressão de backup). Descarregar os backups para uma réplica secundária sincronizada ou em sincronização permite usar os recursos da instância do servidor que hospeda a réplica primária para suas cargas de trabalho de nível 1.

Observação

As instruções RESTORE 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 somente cópia não impedem 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 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 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 proteger na réplica secundária. Depois que o backup for concluído, o log será truncado na réplica secundária, momento em que ele 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 de backups somente cópia e do 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

Executar backups em uma réplica secundária para desonerar o servidor de produção primário da carga de trabalho de backup é uma grande vantagem. 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