De acordo com esta pergunta , o histórico de arquivos do Windows 8 falha silenciosamente quando um nome de arquivo é muito longo. Como posso ter certeza de que todos os meus arquivos foram copiados com sucesso? Existe alguma maneira de ser avisado quando um backup não é bem-sucedido?
O Histórico de Arquivos do Windows 8 pode ser configurado para avisar quando um nome de arquivo é muito longo?
Respostas:
Como posso ter certeza de que todos os meus arquivos foram copiados com sucesso?
Você deve verificá-lo manualmente no log de eventos em "Configurações avançadas". A Microsoft acabou de lançá-lo, então pode haver alguns erros.
Existe alguma maneira de ser avisado quando um backup não é bem-sucedido?
No momento, não há um relatório de erro automático de falha no backup (por exemplo, se uma das suas pastas não tiver backup). Você precisa fazer isso através do log de eventos.
Obrigado! Você pode conferir minhas edições na sua postagem? Editei para maior clareza, mas quero ter certeza de que não mudei seu significado.
—
Matthew
@ Matthew Você pode clicar com o botão direito do mouse no evento e configurar uma tarefa para avisá-lo na próxima vez que ocorrer. Ele diz que as notificações por email e pop-up foram descontinuadas, portanto, não tenho certeza se isso funcionará, mas tenho certeza de que você pode descobrir como reduzi-lo com a outra opção (iniciar programa / script).
—
Louis Waweru
Então, o Visualizador de eventos faz registrar um erro como eu suspeitava. Quando perguntei a @Kang sobre a questão original , ele disse que não havia erros.
—
Karan
@karan pode estar faltando algo em kang. Se a pasta estiver vazia, ela não fará backup pelo histórico do arquivo e, nesse caso, não gerará nenhum aviso ou erro.
—
Avirk
Bem, nenhum arquivo, nenhum ponto no histórico de arquivos, certo? :) No caso dele, alguns arquivos com nomes longos foram ignorados, enquanto outros foram copiados. Acho que ele não parecia suficientemente cuidadoso no Visualizador de Eventos.
—
Karan
Na verdade, no Windows 8.0, os nomes de arquivos longos NÃO são ignorados. Eles podem parecer estar ausentes quando você olha diretamente para a estrutura da pasta FileHistory \\\ Data na mídia de backup físico, mas essa não é a história completa. Os arquivos com nomes longos são renomeados e colocados em uma pasta de subpasta de US $ 0F, que você encontrará na mídia física, ao lado de outras pastas de letra de unidade que você está fazendo backup.
Use a GUI de recuperação do histórico de arquivos e você encontrará todos os seus arquivos nomeados automaticamente reintegrados à sua estrutura de pastas familiar.
Esse design enfraquece um dos principais benefícios da ferramenta - poder trabalhar diretamente com a mídia de backup em vez de um arquivo monolítico ilegível. Você ainda pode, mas esses nomes de arquivos longos não estão no local correto e foram renomeados (embora os tipos de arquivo e o conteúdo não sejam afetados para que você ainda possa acessar os dados). No entanto, não há omissões silenciosas. Está tudo copiado, você só precisa usar a GUI de recuperação do Histórico de Arquivos para ver a imagem completa.
Isso não está totalmente correto! Se o comprimento total do caminho for muito longo, o arquivo será ignorado e o erro será registrado, como pode ser visto nesta resposta
—
David Balažic
Parece que o comportamento é um bug, então duvido que exista alguma maneira de fazê-lo avisar.
Você pode criar algum script para testar se todos os seus arquivos são nomeados usando 260 - 25 = 235caracteres ou menos, mas, além disso, não acho que exista uma solução.
O melhor curso de ação provavelmente seria relatar esse bug à Microsoft.
Não é um bug, é por design. Caso contrário, não seria registrado pelo Visualizador de Eventos com uma identificação de evento, uma mensagem de erro etc. @ Matthew: Além disso, obviamente existe uma maneira de fazê-lo avisá-lo. Como o Visualizador de Eventos o registra, você pode definir um gatilho de Tarefa para o ID e fazer com que o Agendador envie uma mensagem ou exiba uma mensagem ou qualquer coisa que desejar sempre que esse erro for registrado.
—
Karan