Temos uma instância em que alguns como um volume de 1 TB ficou corrompido. Existem erros de ID de evento 55 no visualizador de eventos do sistema. Ao executar chkdsk , ele chega a 47% de verificação de índices e retorna ao prompt de comando.
Se não conseguirmos resgatar os dados na unidade, teremos um backup completo dos bancos de dados de algum tempo atrás. Os arquivos de log estão em um volume diferente que está intacto.
Seria viável restaurar os bancos de dados e, de alguma forma, reproduzir os arquivos de log? Eu vi artigos sobre a repetição de arquivos de log a partir de um backup do arquivo de log (.trn), no entanto, temos os arquivos de log reais (.ldf) Qualquer ajuda seria apreciada.
Para restaurar você precisa:
Os arquivos de log não contêm dados como tal. Você poderá responder se tiver o modelo de recuperação COMPLETO e o log nunca tiver sido truncado (etc) desde o último backup COMPLETO.
No entanto, você tem a chance de perder dados porque não tem backups para recuperar. Nenhuma quantidade de truques de terceiros ajudará.
Nas minhas experiências tentando testar o tipo de coisa, não. Ao tentar fazer algo semelhante a isso, recebo uma mensagem de erro dizendo que o arquivo .ldf está formado incorretamente. Não importa o que eu fiz eu não consegui encontrar um método para fazer isso que vem com o SQL Server.
Acredito que existem ferramentas de terceiros por aí que podem ler os arquivos de log para ajudar a recuperar seus dados para você. Nunca usei um, por isso não quero oferecer uma recomendação, mas essa pode ser sua melhor opção para recuperar os dados.
Depende de quão danificado está o disco. Nós usamos Stellar Phoenix & R-Studio para recuperação, o R-Studio parece ser mais eficaz. Ambos os aplicativos leem manualmente a unidade e tentam recriar os arquivos a partir do que encontram. O processo de recuperação pode não recuperar os nomes de arquivos e a estrutura de diretórios, portanto, pode ser muito demorado revisar os arquivos recuperados e encontrar o que você precisa.
Se o aplicativo não conseguir ler fisicamente parte da unidade, o que estiver localizado lá não será recuperado. Nesse ponto, a próxima opção é enviar a unidade para um serviço de recuperação de dados. Usamos o DriveSavers, mas há muitos outros por aí.
Com o SQL, a menos que os arquivos recuperados sejam de um backup do banco de dados, é provável que eles estejam em um estado inconsistente, o que pode exigir outra manipulação para retirar os dados. Não posso comentar sobre esse processo, além da minha experiência.
Tags ntfs sql-server-2005