L'historique des fichiers de Windows 8 peut-il être configuré pour vous avertir lorsqu'un nom de fichier est trop long?

9

Selon cette question , l'historique des fichiers de Windows 8 échoue silencieusement lorsqu'un nom de fichier est trop long. Comment puis-je être certain que tous mes fichiers ont été sauvegardés avec succès? Existe-t-il un moyen d'être averti lorsqu'une sauvegarde échoue?

Matthieu
la source

Réponses:

4

Comment puis-je être certain que tous mes fichiers ont été sauvegardés avec succès?

Vous devez le vérifier manuellement dans le journal des événements sous "Paramètres avancés". Microsoft vient de le lancer, il peut donc y avoir quelques bugs.

Existe-t-il un moyen d'être averti lorsqu'une sauvegarde échoue?

À l'heure actuelle, il n'y a pas de rapport d'erreur automatique d'échec de sauvegarde (par exemple, si l'un de vos dossiers n'est pas sauvegardé). Vous devez le faire via le journal des événements.

entrez la description de l'image ici

entrez la description de l'image ici

avirk
la source
Merci! Pouvez-vous vérifier mes modifications sur votre message? J'ai édité pour plus de clarté, mais je veux m'assurer que je n'ai pas changé votre sens.
Matthew
1
@Matthew Vous pouvez faire un clic droit sur l'événement et configurer une tâche pour qu'il vous avertisse la prochaine fois qu'il se produit. Il dit que les notifications par e-mail et popup ont été dépréciées, donc je ne sais pas si cela fonctionnera, mais je suis sûr que vous pouvez comprendre comment le personnaliser avec l'autre option (démarrer le programme / script).
Louis Waweru
Ainsi , l'Observateur d' événements n'enregistre une erreur que je doutais. Lorsque j'ai interrogé @Kang à ce sujet sur la question d'origine , il a répondu qu'il n'y avait aucune erreur.
Karan
@karan peut être kang manque quelque chose. Si le dossier est vide, il ne sera pas sauvegardé par l'historique des fichiers et il ne générera aucun avertissement ou erreur dans ce cas.
avirk
Eh bien, aucun fichier, aucun point dans l'historique des fichiers, non? :) Dans son cas, certains fichiers avec des noms longs ont été ignorés, tandis que d'autres ont été sauvegardés. Je suppose qu'il n'a pas regardé suffisamment attentivement dans l'Observateur d'événements.
Karan
3

En fait, dans Windows 8.0, les noms de fichiers longs ne sont PAS ignorés. Ils peuvent sembler manquer lorsque vous examinez directement la structure du dossier FileHistory \\\ Data sur le support de sauvegarde physique, mais ce n'est pas toute l'histoire. Les fichiers à nom long sont renommés et placés dans un dossier de sous-dossier $ 0F que vous trouverez sur le support physique à côté de tout autre dossier de lettre de lecteur que vous sauvegardez.

Utilisez plutôt l'interface graphique de récupération de l'historique des fichiers et vous trouverez tous vos fichiers longs nommés automatiquement réintégrés dans la structure de vos dossiers familiers.

Cette conception affaiblit l'un des principaux avantages de l'outil: pouvoir travailler directement avec le support de sauvegarde au lieu d'une archive monolithique illisible. Vous pouvez toujours le faire, mais ces longs noms de fichiers ne sont pas à leur emplacement correct et ont été renommés (bien que les types de fichiers et le contenu ne soient pas affectés, vous pouvez toujours accéder aux données). Néanmoins, il n'y a AUCUNE omission silencieuse. Tout est copié, il vous suffit d'utiliser l'interface graphique de récupération de l'historique des fichiers pour voir l'image complète.

Rob
la source
Ce n'est pas tout à fait correct! Si la longueur totale du chemin est trop longue, le fichier est ignoré et l'erreur est enregistrée, comme le montre cette réponse
David Balažic
1

Il semble que le comportement soit un bug, donc je doute qu'il existe un moyen de le faire vous avertir.

Vous pouvez créer un script pour tester si tous vos fichiers sont nommés à l'aide de 260 - 25 = 235caractères ou moins, mais à part cela, je ne pense pas qu'il existe une solution.

La meilleure solution serait probablement de signaler ce bogue à Microsoft.

houbysoft
la source
1
Ce n'est pas un bug, c'est par conception. Sinon, il ne serait pas enregistré par l'Observateur d'événements avec un ID d'événement approprié, un message d'erreur, etc. @Matthew: En outre, il existe évidemment un moyen de le faire vous avertir. Étant donné que l'Observateur d'événements l'enregistre, vous pouvez définir un déclencheur de tâche pour l'ID et demander au planificateur d'envoyer un courrier électronique ou d'afficher un message ou tout ce que vous voulez chaque fois que cette erreur est enregistrée.
Karan