Eu estava tentando restaurar meu banco de dados e o SQL Server continuou travando. Eu recebia uma mensagem no SSMS informando que havia um erro de transporte de rede (a conexão caiu devido à falha). Verifiquei os logs e não encontrei nada além do SQL Server ser fechado inesperadamente. Eu teria que ir e reiniciar o serviço.
Limitei o problema ao script que a GUI estava tentando executar. O problema é que, quando é necessário fazer um backup do log de cauda, o caminho para os arquivos de backup está errado. Deveria serD:\mapbenefits\...
BACKUP LOG [mapbenefits]
TO DISK = N'D:mapbenefits_LogBackup_2019-02-21_13-58-24.bak'
WITH NOFORMAT, NOINIT, NAME = N'mapbenefits_LogBackup_2019-02-21_13-58-24',
NOSKIP, NOREWIND, NOUNLOAD, NORECOVERY , STATS = 5
Eu tenho duas perguntas.
Como faço para corrigir esse caminho? Tentei entrar nas configurações do servidor e o caminho do backup é
D:
sem barra. Se eu adicionar a barra, a GUI a removerá. Este é o SSMS v17.9.1. Eu posso escolherD:\mapbenefits\
e isso funciona, mas eu queroD:\DATABASE\...
Isso é um inseto? O servidor SQL deve travar apenas porque um caminho foi digitado incorretamente? Depois de corrigir o caminho do arquivo, não há problemas. Eu posso reproduzir a qualquer momento apenas estragando o caminho do arquivo.
Se eu executar uma consulta para verificar a versão, recebo CU13, mas se eu entrar nas configurações, vejo a versão 14.0.1000.169.
Parece que isso é um bug e é reproduzível, então eu o publiquei aqui: https://feedback.azure.com/forums/908035-sql-server/suggestions/36920542-incorrect-filepath-with-backup-log-command- causas