Impossible de restaurer à partir du cliché instantané en raison du nom de fichier long

18

Le cliché instantané est activé sur notre serveur Windows SBS 2008. La tentative de restauration d'un fichier à partir d'un cliché instantané a donné l'erreur suivante:

Le ou les noms de fichier source sont plus grands que ceux pris en charge par le système de fichiers. Essayez de vous déplacer vers un emplacement dont le nom de chemin est plus court, ou essayez de renommer un ou des noms plus courts avant de tenter cette opération.

Le nom de fichier contient 67 caractères et son chemin de cliché instantané est de 170 caractères. Ceux-ci semblent être sous les limites NTFS (260?).

Nous avons essayé-

  • Copie sur le chemin le plus court possible (C :)
  • Copie vers le chemin le plus court possible à la fois sur un ordinateur client et sur le serveur lui-même

Est-il possible de renommer des fichiers dans un cliché instantané, avant de faire la copie? Une idée de la raison pour laquelle l'erreur apparaît malgré que la taille du nom de fichier semble être dans les limites?

Étapes franchies

  1. Sur l'ordinateur local, accédez au dossier partagé sur le serveur SBS (via le lecteur mappé), par exemple J: \ Projects \ Foo \ Bar
  2. Faites un clic droit sur le dossier et sélectionnez Propriétés
  3. Cliquez sur l' onglet Versions précédentes .
  4. Sélectionnez un cliché instantané et cliquez sur Ouvrir
  5. Dans la nouvelle fenêtre ouverte, sélectionnez le dossier / fichier et appuyez sur Ctrl-C pour copier.
  6. Ouvrez un nouvel Explorateur Windows et collez le dossier / fichier sur le lecteur local.

Edit- (Un) heureusement, je ne parviens plus à reproduire cette erreur. Les fichiers particuliers à l'origine du problème ont depuis été supprimés et n'ont pas pu recréer l'erreur avec d'autres fichiers similaires.

ntfs windows-sbs-2008 restore vss Spongeboy
la source
Pouvez-vous indiquer exactement où vous configurez vos clichés instantanés et comment vous essayez de les restaurer (étape par étape)? J'examine cela, mais j'ai besoin d'un peu d'aide pour comprendre comment vous y accédez en premier.
Holocryptic
J'ai ajouté les étapes utilisées pour tenter la restauration. C'est la seule méthode que je connaisse - y en a-t-il d'autres?
Spongeboy

Réponses:

23

J'ai eu exactement le même problème dans Server 2008 R2 et voici comment je l'ai résolu:

  1. Cliquez avec le bouton droit sur le dossier que vous essayez de restaurer à partir d'un cliché instantané et choisissez Versions précédentes . Choisissez une date et cliquez sur Ouvrir .
  2. Faites un clic droit sur n'importe quel fichier ou dossier dans le dossier précédent et choisissez Propriétés . Dans l'onglet Général, copiez ce qui est affiché dans «emplacement», par exemple: \\localhost\D$\@GMT-2011.09.20-06.00.04\_Data

  3. Ouvrez cmd.exe et saisissez:

    subst X: \\localhost\D$\@GMT-2011.09.20-06.00.04\_Data

  4. Ouvrez PowerShell et utilisez robocopy pour copier le contenu de X: par exemple:

    robocopy Z: D:\Folder\ /E /COPYALL
  5. Vérifiez que tous les fichiers ont été copiés.
  6. Une fois le type terminé subst X: /D in cmd
Vilhelm
la source
A fait cela et a confirmé que cela fonctionne.
Jake
3
En fait, ROBOCOPY n'a pas la limite de 256 chemins d'accès. Peut ne pas avoir besoin du SUBST si vous utilisez ROBOCOPY.
Jake
Je peux confirmer que SUBST n'est pas nécessaire lors de l'utilisation de ROBOCOPY.
Nic
L'utilisation de SUBSTest utile si vous avez besoin d'un accès en ligne de commande au contenu du cliché instantané et que vous ne voulez pas nécessairement copier quoi que ce soit.
Je dis Rétablir Monica
ne voulez-vous pas dire "robocopy X:"?
Nullldata
3

Avez-vous essayé de partager le dossier à partir duquel vous essayez de restaurer? De cette façon, vous pouvez essayer d'ouvrir \ server \ share \ filename au lieu de \ server \ share \ path .... \ filename?

Si cela ne fonctionne pas, je suggère d'essayer d'accéder aux volumes via la ligne de commande où vous pouvez utiliser la \\?\méthode d'accès, qui a une limitation de 32 767 caractères .

Zoredache
la source
Je n'ai pas la possibilité de partager le cliché instantané. Lorsque le dossier caché est ouvert (par exemple, Statistiques (hier, 6 juillet 2011, 12 h 00)), je n'ai pas la possibilité de partager les propriétés du dossier. Pour le moment, je ne parviens pas à recréer le problème, mais merci pour le lien sur l'accès aux volumes fantômes via la ligne de commande!
Spongeboy
Très bien, j'ai supprimé le dossier du dossier share \\ computer \ c $ \. Merci. +1
Vasyl Zvarydchuk
0

Pouvez-vous obtenir le nom / chemin du fichier de cliché instantané à partir de l'entrée «emplacement» de l'onglet général dans la fenêtre Informations sur les propriétés, puis utiliser la commande «subst» pour réduire le long chemin d'accès à une seule lettre?

subst Z: "H: \ 1 \ 2 \ 3 \ 4 \ 5 \ 6 \ 7 \ J'aime créer des noms de répertoire stupides qui sont très longs \ 8 \ 9"

dir Z: est le même que dir "H: \ 1 \ 2 \ 3 \ 4 \ 5 \ 6 \ 7 \ J'aime créer des noms de répertoires stupides qui sont très longs \ 8 \ 9"

Opérateur Interociter
la source