Ce n'est pas tout à fait tout pour une migration de serveur d'archivage, j'ai peur ; les subfolders de copie, par exemple, pourraient être utiles, et un dossier simple avec le « accès nié » ne devrait pas bloquer la copie pendant 30000000 secondes…
Quoi qu'il en soit, robocopy est un outil très puissant, mais en tant que tels a beaucoup d'options.
Noter qu'à la différence de la « copie » ou de l'explorateur, les dossiers robocopy de copies de *default* de *by* seulement qui n'existent pas dans la cible encore, ainsi vous peut juste la courir plusieurs fois et elle copiera seulement les différences après la course initiale.
Indépendamment de /COPYALL, l'option de /MIR pourrait être utile si vous voulez faire plusieurs courses séparées et supprimer les dossiers dans la cible qui ont été supprimés dans la source.
Encore plus de conseils :
- /mir inclut déjà /e ou /s
- /nfl et /ndl supprimeront la liste de dossier et de chemise des dossiers/des chemises copiés par *successfully* ; des erreurs seront encore notées. En ayant des entrées de notation pour les dossiers qui ont été avec succès copiés habituellement être habituellement sans intérêt et encombrer seulement vers le haut la notation
- /r et /w dans un LAN sont habituellement inutiles ; si une copie ne fonctionne pas, c'est la plupart du temps « accès nié », l'un ou l'autre parce que le dossier est en service ou parce que quelqu'un a pensé il est tellement très futé qu'il n'ait pas besoin de ses dossiers soutenus, niant l'accès d'admin. Les tentatives ne changeront pas cela et ralentiront seulement la copie.
- /np désactive l'indicateur de progrès. Chose très gentille si vous avez l'heure de regarder fixement l'écran, voulant le pourcentage pour se déplacer, et si vous copiez les dossiers qui sont si grands qu'un indicateur de progrès semble réellement raisonnable. Si écrivant à une notation, il est totalement contre-productif, parce qu'il remplit notation de caractères de commande.
- /z, /b, ou /zb ralentiront la copie en raison des frais généraux additionnels, avec pas beaucoup d'avantage dans un LAN. /z est utile si copiant au-dessus des raccordements de WAN, et de /b seulement si le compte que vous employez n'a pas le plein contrôle au-dessus de l'arbre de chemise.
- Vous pourriez vouloir pré-créer chemise la « principale » de cible et placer les mêmes permissions que la chemise de source ; dans mon expérience, robocopy parfois ne place pas les permissions correctement quand elle doit créer la chemise de cible. Tout ci-dessous devrait être traité correctement.
Commencer la copie sur une des machines, par exemple le neuf (W2k8 a robocopy installé par défaut) ; il sera plus rapide qu'using UNCs pour la source et la cible.
Ainsi essai n'importe quoi de pareil :
« \ robocopy \ OldServer \ OldShare » « D:\SharedFolder » *.* /mir /r : 0 /w : 0 /tee /nfl /ndl /np /log + : « robocopy.log »
La version W2k3 est ici :
Outils 2003 de kit de ressource de serveur de Windows
http://www.microsoft.com/downloads/details.aspx?FamilyID=9D467A69-57FF-4AE7-96EE-B18C4790CFFD&displaylang=en
