Início / dba / Perguntas / 147037
Accepted
Peter PitLock
Asked: 2016-08-17 23:24:29 +0800 CST

O grupo de disponibilidade do SQL 2014 do mesmo banco de dados produz backup de tamanho diferente do nó A para o nó B

  • 772

Eu tenho esse código em um trabalho SQL para executar um backup de banco de dados na hora.

IF sys.fn_hadr_backup_is_preferred_replica('AdventureWorks') = 1
BEGIN
  declare @seq varchar(7) = '-' + Right('00' + cast(datepart(HOUR, getdate()) % 24 as varchar(2)), 2) + '.bak'
  ...
  WITH INIT, FORMAT, COPY_ONLY, CREDENTIAL = 'AdventureWorksAzureBackupStorage', compression, stats=1
END

A dúvida que tenho é se eu retirar o cheque fn_hadr_backup_is_preferred_replica e apenas executar

BEGIN
  declare @seq varchar(7) = '-' + Right('00' + cast(datepart(HOUR, getdate()) % 24 as varchar(2)), 2) + '.bak'
  ...
  WITH INIT, FORMAT, COPY_ONLY, CREDENTIAL = 'AdventureWorksAzureBackupStorage', compression, stats=1
END

no primeiro A, depois no B, o tamanho dos bancos de dados é muito diferente, por exemplo, o backup do banco de dados do nó ativo é 8 vezes maior do que o backup do banco de dados do nó passivo.

Existe uma explicação para isso, por favor? O nó ativo não está compactado, talvez? E o nó passivo é compactado?

backup sql-server-2014

1 respostas

  1. Best Answer

    Em AGsgravações só podem ocorrer no primário. Desde que foi introduzido o recurso AlwaysOn Availabiliy Groups, obtivemos novas opções para tornar a estratégia de backups mais completa, mas também mais complexa. Aproveitando as réplicas secundárias, podemos descarregar tanto os backups COMPLETOS quanto os de Log de Transações da Réplica Primária para a Secundária, deixando a réplica Primária dedicada para atender a aplicação de produção.

    Por exemplo, estou anexando aqui uma tela da janela 'Preferências de backup' para sua melhor compreensão.

    insira a descrição da imagem aqui

    Observação

    1)Full and differential backups always run on the primary replica.
2)Full copy only and transaction log backups run either on the primary replica, if the primary replica is set as the preferred replica for running backups, or on the secondary replica with the highest backup priority.
3)For successful backup of availability databases, verify that the secondary replica can communicate with the primary replica, and that the replicas are either Synchronized or Synchronizing.

    De acordo com a documentação do blog mssqltips Aqui

    A Microsoft nos forneceu uma função do sistema chamada sys.fn_hadr_backup_is_preferred_replica. Esta função retornará 0 se a instância atual não for o local de backup preferencial ou 1se for a réplica preferencial para backups de acordo com as configurações de preferência e prioridade

    IF sys.fn_hadr_backup_is_preferred_replica(@DatabaseName) = 1
BEGIN
  --Perform backup
END

    O comportamento AG da configuração “Prioridade de backup”:

    As réplicas com menor valor estarão no final da fila. Essas réplicas só serão usadas se nenhuma outra estiver disponível. As réplicas com o valor de prioridade mais alto estarão no topo da opção de réplica de backup. No caso de ter duas ou mais réplicas com o mesmo valor de prioridade (peso), o SQL Server dará prioridade com base na ordem alfabética.

    Para sua referência adicional Noções básicas sobre backups em grupos de disponibilidade AlwaysOn e aqui

    • 1

relate perguntas