Lembrei-me de uma discussão que me deparei há alguns meses sobre a consistência das Cópias de Sombra: Cópias de Sombra usadas para Restauração do Sistema não parecem garantir consistência de arquivos não relacionados ao próprio Windows e ao que for necessário / coberto pela Restauração do Sistema. De acordo com os testes, arquivos não relacionados para o próprio Windows podem ser recuperados usando a restauração para um instantâneo antigo, mas podem estar, e estavam nesses testes, completamente quebrados porque seus blocos já foram usados de outra forma e não protegidos usando o instantâneo. Simplesmente porque eles não são necessários para os instantâneos da Restauração do Sistema e porque o recurso Restauração do Sistema documenta na GUI que isso não influencia os dados do usuário, etc. Assim, mesmo se Windows.old
estivesse disponível, poderia ser quebrado com efeitos colaterais imprevisíveis . Portanto, eu nem tento testar essa abordagem, porque além do bug que estou vendo, meu Windows está totalmente funcional.
Embora a discussão seja em alemão, talvez seja interessante para outras pessoas e mencione relatórios de erros e documentos em inglês sobre esse comportamento de Restauração do sistema e Cópias de sombra. Os argumentos fazem sentido na minha opinião, porque é simplesmente documentado que os snapshots podem ser criados por várias razões / finalidades, pode-se excluir arquivos e diretórios daqueles e os exemplos de arquivos quebrados não foram vistos no teste feito com backups criados por wbadmin
. Isso também usa snapshots, mas para outros propósitos / com outras configurações e de acordo com a discussão mencionada, arquivos parte de snapshots criados por wbadmin
nunca foram vistos quebrados de alguma forma. O que faria sentido, é claro, já que wbadmin
tem o caso de uso mais amplo em comparação com a Restauração do sistema, protegendo realmente todos os arquivos.
link