Eu tenho uma instância do SQL Server 2014 com um banco de dados de backup de aproximadamente 900 GB que passa por um processo de restauração semanal de um backup completo. O servidor em que está é um Windows Server 2012 R2.
Recentemente, comecei a ver o banco de dados falhar ao ser restaurado a cada fim de semana.
Existem 3 arquivos de backup que são copiados para o site de backup, produzidos na noite de sábado por volta das 8, levando apenas cerca de uma hora, copiados para este servidor pouco antes da meia-noite (geralmente levando de 1 a 2 horas por arquivo) e restaurados de às 6h da manhã seguinte.
Percebo que um dos arquivos de backup tem consistentemente uma data modificada de Dom 6h50, mas os outros dois têm como sábado ~ 21h. Ao tentar restaurar em um servidor de desenvolvimento para verificar a mídia de backup, leva um tempo excepcionalmente longo para ler o cabeçalho do dispositivo de backup desse arquivo.
Estive e ainda estou analisando os resultados do Google para ver se consigo encontrar uma resposta também, mas sem sorte até agora. Alguém tem alguma sugestão do que devo verificar ou ideias sobre qual pode ser o problema?
A tarefa de restauração é feita a partir de um procedimento chamado por um script do PowerShell. Este é o erro de e-mail que recebi no último domingo de manhã, por exemplo:
Enviado: 30 de outubro de 2016 12h01 Para: e- mail Assunto: Servidor1 - Falha na restauração do banco de dados
Os seguintes bancos de dados não foram restaurados corretamente no Servidor1 - investigue.
banco de dados1
O arquivo de log da tarefa de cópia mostra apenas o seguinte:
30/10/2016 00:07:35 Copiando bancos de dados correspondentes a *_database1_FULL_*.bak
O arquivo de log para a tarefa de restauração mostra:
30/10/2016 08:29:33 Restaurando o banco de dados1 de \ sharedfileServer \ pasta \ datilabilitygroup1_database1_full_20161029_201228_1.bak 10/30/2016 08:29:33 \ \ sharedfilesiles 10/2016 08:29:33 \ \ sharedfillesilesker 10/2016 08:29:33 \ \ sharedfilesileskershilesiles :33 5% processado. (decorre algum tempo...) 30/10/2016 08:34:19 100% processado. 30/10/2016 08:34:19 Processadas 4946928 páginas para banco de dados 'Database2', arquivo 'DATABASE2' no arquivo 1. 30/10/2016 08:34:19 Processadas 21 páginas para banco de dados 'Database2', arquivo 'DATABASE2_log' no arquivo 1. 30/10/2016 08:34:27 RESTORE DATABASE processou com sucesso 4946949 páginas em 303,526 segundos (127,330 MB/s). 30/10/2016 08:34:27
30/10/2016 08:34:27 3013 - RESTORE DATABASE está encerrando de forma anormal. 30/10/2016 08:34:27 -1 30/10/2016 08:34:27 Concluído. 30/10/2016 08:34:28 Execução finalizada
Nota: é Database1 que é o filho problemático.
Eu verificaria a integridade de seus arquivos de backup usando os seguintes comandos.
Restaurar HEADERONLY
Você pode encontrar algumas informações sobre o motivo pelo qual seu arquivo de backup não está funcionando.
Restaurar FILELISTONLY
Houve uma rara ocasião em que o nome do arquivo lógico do banco de dados foi truncado no SQL Server 2008 R2
Você pode encontrar mais informações no ERRORLOG do servidor para o qual está restaurando. Caso contrário, consideraria executar o script de restauração fora da tarefa agendada na janela de consulta para detectar quaisquer outros erros.