Sintomas
Considere o seguinte cenário:
-
Você tem um grupo de disponibilidade AlwaysOn com centenas de bancos de dados no Microsoft SQL Server 2014 ou 2016.
-
Você está executando cargas de trabalho pesadas neste grupo de disponibilidade.
-
Ocorre um failover do grupo de disponibilidade.
Nesse caso, os bancos de dados no grupo disponibilidade na nova réplica primária podem mostrar como não estão sendo sincronizadas devido a operações de desfazer longas, e os bancos de dados no grupo disponibilidade na nova réplica secundária podem mostrar como inicialização/sincronização após o failover devido ao tratamento de mensagens entre réplicas. Além disso, as mensagens de erro semelhantes às seguintes são registradas no log de erros do SQL Server:
Erro: 35278, severidade: 17, estado: 4. O banco de dados de disponibilidade database_name, que está no papel secundário, está sendo reiniciado para sincronizar novamente com o ResyncWithPrimary-danificado [9]-EOL: 00000047:00000F58:0001 recuperação: FFFFFFFF: FFFFFFFF: 0001 Undo: 00000047:00000F70:005F banco de dados primário atual. Esta é uma mensagem informativa apenas. Não é necessária nenhuma ação do usuário. ResyncWithPrimary-não é necessário desfazer [9]-EOL: 00000047:00000F58:0001 recuperação: FFFFFFFF: FFFFFFFF: 0001 Undo: 00000047:00000F70:005F
Resolução
Esse problema foi corrigido nas seguintes atualizações cumulativas do SQL Server:
Atualização cumulativa 5 para SQL Server 2016 RTM
Atualização cumulativa 2 para SQL Server 2016 SP1
Atualização cumulativa 3 para SQL Server 2014 Service Pack 2
Cada nova atualização cumulativa do SQL Server contém todos os hotfixes e todas as correções de segurança incluídas na atualização cumulativa anterior. Confira as atualizações cumulativas mais recentes do SQL Server:
Status
A Microsoft confirmou que este é um problema nos produtos Microsoft listados na seção "Aplicável a".
Referências
Saiba mais sobre a terminologia usada pela Microsoft para descrever atualizações de software.
