Différence entre xcopy et robocopy

Je suis un peu nouveau pour lot de script.
Comme un débutant je trouve les deux à la fois utile script
Quelles sont les principales différences entre xcopy et robocopy?

InformationsquelleAutor naveen marri | 2014-06-09
  1. 62

    Robocopy remplace XCopy dans les versions plus récentes de windows

    1. Utilise la mise en Miroir, XCopy ne pas
    2. A un /HR option pour permettre un temps de jeu de la copie pour exécuter
    3. A un /LUN:n option pour vérifier les différences dans les fichiers
    4. Des Copies sur plusieurs attributs de fichier que XCopy

    Oui je suis d'accord avec Mark Setchell, Ils sont à la fois de la merde. (présenté par Microsoft)

    Mise à JOUR:

    XCopy codes de retour:

    0 - Files were copied without error.
1 - No files were found to copy.
2 - The user pressed CTRL+C to terminate xcopy. enough memory or disk space, or you entered an invalid drive name or invalid syntax on the command line.
5 - Disk write error occurred.

    Robocopy renvoie codes:

    0 - No errors occurred, and no copying was done. The source and destination directory trees are completely synchronized.
1 - One or more files were copied successfully (that is, new files have arrived).
2 - Some Extra files or directories were detected. No files were copied Examine the output log for details. 
3 - (2+1) Some files were copied. Additional files were present. No failure was encountered.
4 - Some Mismatched files or directories were detected. Examine the output log. Some housekeeping may be needed.
5 - (4+1) Some files were copied. Some files were mismatched. No failure was encountered.
6 - (4+2) Additional files and mismatched files exist. No files were copied and no failures were encountered. This means that the files already exist in the destination directory
7 - (4+1+2) Files were copied, a file mismatch was present, and additional files were present.
8 - Some files or directories could not be copied (copy errors occurred and the retry limit was exceeded). Check these errors further.
16 - Serious error. Robocopy did not copy any files. Either a usage error or an error due to insufficient access privileges on the source or destination directories.

    Il n'y a plus de détails sur Robocopy valeurs de retour ici: http://ss64.com/nt/robocopy-exit.html

    • Beaucoup plus constructif que de ma réponse, mais beaucoup moins fun 🙂
    • Hahaha, d'accord.
    • Notez que XCopy renvoie une norme de code de sortie (zéro en cas de succès, valeur non nulle en cas d'échec), alors que Robocopy ne le fait pas.
    • Je dois lire 1) dans un yoda voix.
    • est-il (libre et/ou open source), la meilleure solution pour la sauvegarde automatique des fichiers dans un serveur windows vers un autre serveur windows? Mon Entreprise a trop de serveur windows, et ils n'ont pas voulu me donner de l'argent pour acheter une licence pour cette tâche.
    • Je peux vous dire une f..kin grande différence, j'ai juste eu il ya 3 minutes: vous accédez à un répertoire sur votre réseau. Shift-clic Droit "ouvrir powershell ici". Ensuite, essayez "robocopy "." "D:\tmp\" /MOV" (D: est un disque dur physique). De ce travail. Éteignez l'ordinateur qui partage ce répertoire (lors de la copie). Cela ne fonctionnera pas avec des tonnes d'erreurs, appuyez sur CTRL-C et essayez de nouveau. robocopy a essayé de déplacer tous les fichiers de la C:\Windows\System32 répertoire. Vrai. Vous ne pouvez pas faire cela avec xcopy.
    • Je peux repro. Certainement un bug dans Powershell, la même chose se produit avec une commande externe, et pas seulement robocopy. Cela signifie qu'il n'est pas vraiment pertinente à cette question, parce que l'OP est de la programmation en batch, pas dans Powershell, mais si vous doit utiliser Powershell, alors vous pourriez utiliser sa Copie de l'Élément ou de Déplacer l'Élément applets de commande au lieu de l'utilisation d'outils externes, ou vous pourriez donner à robocopy le chemin d'accès complet.
    • Désolé d'être en colère, mais après plus de 20 ans, toujours pas en mesure de faire un utilitaire de ligne de commande qui déplace des fichiers en toute sécurité d'une manière totalement non professionnels. Linux pour la victoire.
    • compréhensible, je voulais juste préciser que le problème n'était pas dans robocopy donc à l'aide d'un tiers outil de ligne de commande ne serait pas aider. Comme pour le Powershell problème, j'ai déposé un rapport de bug, mais je ne vais pas retenir mon souffle.

    InformationsquelleAutor Nicolas Tyler
  2. 13

    La différence la plus importante est que robocopy sera (normalement) retry lorsqu'une erreur se produit, tandis que xcopy ne sera pas. Dans la plupart des cas, qui fait robocopy beaucoup plus approprié pour une utilisation dans un script.

    Addendum: pour être complet, il y en a un connu de cas de bord d'un problème avec robocopy; il peut échouer en mode silencieux pour copier des fichiers ou des répertoires dont le nom contient des invalides UTF-16 séquences. Si c'est un problème pour vous, il vous faut peut-être que des outils de tiers, ou écrire votre propre.

    • Pouvez-vous le lien vers la documentation qui décrit ce comportement?
    • href="https://technet.microsoft.com/en-us/library/cc733145(v=ws.11).aspx" >technet.microsoft.com/en-us/library/cc733145(v=ws.11).aspx
    • Avec ce que je viens d'avoir, je n'utiliserai jamais robocopy de nouveau. Jamais, jamais, jamais. Pas du tout en sécurité. Microsoft devrait se terminer correctement de tels programmes avant de le relâcher. Vous copiez à partir du réseau, le réseau est en panne, alors il essaie de déplacer des fichiers à partir d'où il est, et... c'est C:\Windows\System32. Bon travail de Microsoft, après 20 ans toujours pas en mesure de faire un programme qui se déplace correctement les fichiers. Je vais vous montrer cet exemple à mes élèves afin qu'ils comprennent pourquoi ils doivent aller pour Linux.
    • J'ai été de les utiliser robocopy pour vingt ans et jamais eu de problèmes. Certes, il n'a jamais copié des fichiers vers ou à partir de la mauvaise place! Pouvez-vous expliquer plus en détail ce que vous en pensez s'est mal passé et la façon de le reproduire?
    • Donc, dans 20 ans, vous avez juste jamais eu de problèmes de réseau lors de la copie. Vous avez de la chance, fin de l'histoire. Et de lire tous les commentaires et réponses à propos de xcopy vs robocopy... ils parlent par eux-mêmes.
    • bien sûr, j'ai - c'est le point de l'aide de robocopy, parce qu'il l'empêche d'aller après d'un réseau de problème au lieu de l'arrêter morts.
    • ... pour être complet, il y a est un problème connu avec robocopy lorsque vous traitez avec des noms de fichiers qui contiennent des invalides UTF-16 séquences, mais qui est susceptible d'être un problème avec la plupart des outils de tiers, ainsi. Je vais ajouter une note à ma réponse de toute façon. (Et comme déjà mentionné, votre problème est probablement causé par Powershell plutôt que par robocopy. La faute de Microsoft de toute façon, bien sûr.)
    • Désolé d'être en colère, mais après plus de 20 ans, toujours pas en mesure de faire un utilitaire de ligne de commande qui déplace des fichiers en toute sécurité d'une manière totalement non professionnels. Linux pour la victoire.
    • Pour le bénéfice des futurs lecteurs: il me semble avoir perdu la référence, mais si je me souviens bien Olivier problème s'est avéré être un problème avec Powershell.

    InformationsquelleAutor Harry Johnston
  3. 6

    Les différences que j'ai pu voir, c'est que Robocopy a beaucoup plus d'options, mais je n'ai pas trouvé de particulièrement utile, sauf si je suis en train de faire quelque chose de spécial.

    J'ai fait des analyse comparative de plusieurs routines de copie et trouvé XCOPY et ROBOCOPY pour être le plus rapide, mais à ma grande surprise, XCOPY constamment devancé Robocopy.

    Il est ironique de constater que robocopy tentatives de copie échoue, mais elle n'a pas beaucoup dans mes tests de référence, où xcopy ne l'a jamais fait.

    J'ai fait plein de fichier (octet par octet) comparaison de fichiers après mes tests de référence.

    Voici les commutateurs j'ai utilisé avec robocopy dans mes tests: 

     **"/E /R:1 /W:1 /NP /NFL /NDL"**.

    Si quelqu'un en sait plus rapide combinaison (autres que de supprimer /E, dont j'ai besoin), je serais ravi de les entendre.

    Un autre fait intéressant/chose décevante avec robocopy est que si une copie échoue, par défaut il réessaie 1 000 000 de fois avec un délai de 30 secondes entre chaque essai. Si vous exécutez un long fichier de commandes sans assistance, vous pourriez être très déçu quand vous revenez après quelques heures pour trouver, c'est encore à essayer de copier un fichier particulier.

    /R et /b commutateur permet de changer ce comportement.

    • Avec a /R, vous pouvez le dire combien de fois pour réessayer,
    • /W vous permet de spécifier le temps d'attente avant de tentatives.

    Si il existe un moyen de joindre des fichiers, ici, je peux partager mes résultats.

    • Mes tests ont été fait sur le même ordinateur et
    • copié des fichiers à partir d'un disque externe à un autre externe,
    • à la fois sur les ports USB 3.0.

    J'ai aussi inclus FastCopy et de Copie de Windows, dans mes tests, et à chaque test a été exécuté 10 fois. Remarque, les différences sont assez importantes. Les intervalles de confiance 95% n'avait pas de chevauchement.

    • Vous répondez est un peu difficile à lire, vous devriez format un peu plus. Vous pouvez utiliser "pour inline code" (c'est la tilde/touche tilde qui ressemble à ceci: ~) et saisissez deux fois un nouveau paragraphe.
    • Désolé, mais Quand je l'ai écrit, il avait des lignes vides choses distinctes.
    InformationsquelleAutor SixSigmaGuy
  4. 2

    De sa douloureuse à entendre les gens souffrent encore entre les mains de
    *{COPIE} quelle que soit la version.
    Je suis un inconditionnel de lot et script Bash écrivain et je recommande rsync , vous pouvez exécuter ce dans cygwin cygwin.org) ou vous pouvez localiser certains fichiers binaires flottant autour .
    et vous pouvez rediriger la sortie de 2>,&1 pour certains fichier journal comme.journal pour plus tard l'analyse.
    Bonne chance les gens de son temps pour aimer à nouveau la vie .
    =M. Kaan=

    • Ou aller pour Linux pour toujours ainsi. Meilleur choix à mon humble avis.
    • Après 2-3 avec Robocopy qui semble bon à la première, je vais essayer de rsync. Robocopy est horrible questions, le résumé est totalement faux, la valeur par défaut pour le multi-threading est surtout totalement faux/lent pour tous les trucs que j'ai copié, reprise n'a pas fonctionné. Il suffit de prendre un regard sur le dépôt github et le problème, c'est loin d'être un bon produit. Encore écrase Volume du Système d'Info et la récupération de la dir et détruit les lecteurs. Incroyable.
    InformationsquelleAutor Haji M. Kaan
  5. -6

    Ils sont à la fois des ordures! XCOPY était plus âgé et peu fiables, de sorte que Microsoft l'a remplacé par ROBOCOPY, qui est toujours déchets.

    http://answers.microsoft.com/en-us/windows/forum/windows_8-files/robocopy-appears-to-be-broken-in-windows-8/9a7634c4-3a9d-4f2d-97ae-093002a638a9

    Ne vous inquiétez pas, c'est une tradition de longue date qui a été commencé par l'origine COPY de commande, qui à ce jour, a toujours besoin de l' /B passer à l'obtenir à copier correctement!

    • copy par défaut /b sur des fichiers binaires maintenant. Je ne suis pas sûr de l'endroit où vous obtenez votre haine de robocopy à partir de... votre lien montre que les archive attribut est utilisé comme il est conçu.
    • Robocopy fonctionne parfaitement bien jusqu'à et y compris Windows 7. Si elle a été brisée dans Windows 8 ... ce n'est pas vraiment une surprise pour moi beaucoup de. Peut-être que Windows 10 sera mieux.
    • Pouvez-vous être un peu plus constructif et de proposer une alternative s'il vous plaît?
    • Oui, installer Linux ou d'installer VirtualBox et de mettre Linux sur VirtualBox puis utilisez rsync ou cp.
    • Terrible de répondre. À en juger par votre représentant, vous devriez savoir mieux.
    • La réponse répond à la question qui, pour vous rappeler, a demandé à propos de "les différences" de ne pas recommander une alternative. Ma réponse est qu'il y a peu de différence parce que les deux outils sont pauvres - et je maintiens que la réponse. Si vous avez une autre question, merci de la poser comme un nouveau lieu de ferroutage hors les questions des autres personnes.
    • vous n'avez pas répondu à l'OP de la question, plutôt que de donner votre propre opinion au sujet de combien vous détestez XCOPY et ROBOCOPY. Ce n'est pas fait, ce n'est pas constructif et ne fait rien pour aider les OP.
    • je ne vois pas cette réponse que hatred. Je vois d'humour. Et dieu sait pourquoi, il doit y avoir 3 versions d'une commande qui n'fonction de copie. copy, xcopy & robocopy... pourquoi ne pas construire sur le seul exemplaire? Pour tout nouveau bloc de windows monde de la programmation. c'est de faire une courbe d'apprentissage abrupte à la différence de la programmation shell.
    • il est logique une fois que vous savez l'histoire. Les deux copy et xcopy faisaient partie de DOS, et ils ont dû être séparés parce que copy était une commande interne et xcopy extérieure. Windows inclus pour assurer la compatibilité ascendante. Le robocopy commande a été initialement développé par une autre équipe, initialement pour un usage interne et, plus tard, dans le cadre du kit de ressources. Elle n'est pas devenue un construit-dans le cadre de Windows jusqu'à ce que plus tard. (Je suis aussi dubitatif sur l'allégation que la programmation shell n'a pas une courbe d'apprentissage abrupte. La syntaxe est plutôt carrément abtruse!)

    InformationsquelleAutor Mark Setchell