Sintomas
Considere o seguinte cenário:
-
Utilize Grupos de Disponibilidade AlwaysOn numa instância do Microsoft SQL Server 2016 ou 2017.
-
Configurou SQL Server Cópias de Segurança Geridas numa ou mais das bases de dados de utilizador que são adicionadas a um grupo disponível.
-
Executa uma cópia de segurança de registo a pedido na base de dados.
-
Remova a base de dados do grupo disponível e, em seguida, adicione-a novamente. Em alternativa, pode efetuar a ativação pós-falha da base de dados.
-
Executa uma cópia de segurança de registo a pedido na base de dados.
Neste cenário, verá que existe uma quebra na cadeia de registos ao consultar a tabela managed_backup.fn_available_backups na base de dados msdb.
Causa
Este problema ocorre porque quando remove a base de dados de um grupo disponível e, em seguida, a adiciona de volta ou efetua a ativação pós-falha da base de dados, é criado um novo GUID de base de dados na coluna database_guid da tabela smart_backup_files . Isto faz com que a partição liste os dados por ordem não sequencial e aciona a cadeia de registos de interrupção.
Resolução
Esta correção está incluída nas seguintes atualizações cumulativas para SQL Server:
Atualização Cumulativa 1 para SQL Server 2017
Atualização Cumulativa 5 para SQL Server Service Pack 1 de 2016
Acerca das SQL Server builds
Cada nova compilação para SQL Server contém todas as correções e todas as correções de segurança incluídas na compilação anterior. Recomendamos que instale as atualizações cumulativas mais recentes para SQL Server:
Estado
A Microsoft confirmou que este problema ocorre nos produtos da Microsoft listados na secção "Aplica-se a".
Referências
Saiba mais sobre a terminologia que a Microsoft utiliza para descrever as atualizações de software.
