Sintomas
Considere o seguinte cenário:
-
Você usa a semeação automática para a réplica secundária de um Grupo de Disponibilidade AlwaysOn no Microsoft SQL Server.
-
Você faz backup de um banco de dados [db1], adiciona arquivos [f1] e [f2], e remove o arquivo de backup [f1].
-
Você altera o nome físico do arquivo [f2] quando você restaura o banco de dados [db1], e altera o nome lógico de [f2] para [f1] (o arquivo que foi removido).
Nesse cenário, ocorre um conflito para a réplica secundária quando você tenta ingressar no grupo de disponibilidade no modo de semeamento automático. Em seguida, você recebe a seguinte mensagem de erro:
DateTime spid97s Erro: 911, Gravidade: 16, Estado: 1.
DataTime spid97s Database 'DatabaseName' não existe. Certifique-se de que o nome foi inserido corretamente.
Erro de spid97s de DateTime: 4353, Gravidade: 16, Estado: 1.
As relocações de arquivo conflitantes de DateTime spid97s foram especificadas para o arquivo 'FileName'. Apenas uma única cláusula COM MOVE deve ser especificada para qualquer nome de arquivo lógico.
DateTime spid97s Erro: 3013, Gravidade: 16, Estado: 1.
DateTime spid97s RESTORE DATABASE está terminando de forma anormal.
Status
A Microsoft confirmou que este é um problema nos produtos Microsoft listados na seção "Aplicável a".
Resolução
Esse problema é corrigido nas seguintes atualizações cumulativas para SQL Server:
Sobre atualizações cumulativas para SQL Server:
Cada nova atualização cumulativa para 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 para SQL Server:
Referências
Saiba mais sobre a terminologia que a Microsoft usa para descrever atualizações de software.
