Beim Kopieren von Daten entscheidet nicht nur die Geschwindigkeit, sondern vor allem, ob Rechte, Zeitstempel, Netzwerkabbrüche und spätere Synchronisation sauber mitlaufen. Der direkte Vergleich xcopy vs robocopy ist deshalb weniger eine Stilfrage als eine Frage nach Risiko, Kontrolle und Ziel der Kopie. Ich trenne die beiden Werkzeuge grob so: xcopy für einfache Kopierjobs, robocopy für Backups, Spiegelungen und größere Datenmengen, bei denen ein Abbruch nicht das ganze Vorhaben zunichtemachen soll.
Die wichtigsten Punkte auf einen Blick
- xcopy reicht für einfache, einmalige Kopien oft aus, ist aber deutlich weniger robust.
- robocopy ist für Backup, Synchronisation und größere Datenmengen die stärkere Wahl.
- /mir spiegelt Ordner, löscht aber auch Dateien im Ziel, die es in der Quelle nicht mehr gibt.
- Für NTFS-Rechte, Besitzer und Audit-Informationen muss man die Optionen bewusst setzen.
- Ein echter Klon ist mehr als nur ein Dateikopiervorgang.
Wofür beide Befehle gedacht sind
xcopy und robocopy sind klassische Windows-Kommandozeilenwerkzeuge für Datei- und Ordnerkopien. Beide arbeiten auf Dateiebene, nicht auf Blockebene. Das ist wichtig, weil sie damit hervorragend für Ordner, Projektverzeichnisse, Benutzerdaten und viele Backup-Szenarien geeignet sind, aber eben nicht automatisch ein startfähiges Systemabbild erzeugen.
Ich sehe xcopy als das ältere, direktere Werkzeug: Es kopiert Dateien und Verzeichnisse, inklusive Unterordnern, und bringt einige praktische Schalter mit, etwa für versteckte Dateien, Archivbits oder NTFS-Berechtigungen. Robocopy geht denselben Weg, ist aber auf Wiederholbarkeit, Fehlerbehandlung und größere Laufwerke deutlich besser vorbereitet. Laut der Windows-Dokumentation ist genau das sein Kern: Dateiübertragungen mit Optionen für Wiederaufnahme, Logging, Spiegelung und Mehrfach-Threads.
Für den Alltag heißt das: Wenn ich nur schnell einen Ordner sichern will, kann xcopy genügen. Wenn ich denselben Vorgang regelmäßig, zuverlässig und mit nachvollziehbarem Ergebnis brauche, greife ich zu robocopy. Damit ist die technische Grundidee klar, und im nächsten Schritt lohnt sich der direkte Vergleich an den Punkten, die in der Praxis wirklich zählen.
Die Unterschiede im direkten Vergleich
| Kriterium | xcopy | robocopy |
|---|---|---|
| Grundidee | Einfache Kopie von Dateien und Ordnern | Robuste Kopie, Spiegelung und Synchronisation |
| Wiederaufnahme nach Abbruch |
/z für Netzwerk-Kopien verfügbar, aber begrenzter Fokus |
/z und /zb für abbruchresistente Transfers |
| Rechte und Metadaten |
/o und /x können Eigentümer, DACL und SACL übernehmen |
/copyall oder /sec für Daten, Attribute, Zeitstempel und NTFS-Infos |
| Große Datenmengen | Für einfache Aufgaben brauchbar |
/mt mit 1 bis 128 Threads, Standard 8 |
| Protokollierung | Weniger auf Nachvollziehbarkeit ausgerichtet | Mit Logfiles für Migrationen und Backups deutlich stärker |
| Spiegelung | Keine echte Mirror-Logik |
/mir entspricht /e plus /purge
|
| Typischer Einsatz | Einmalige oder ältere Batch-Jobs | Backups, NAS-Kopien, Server-Migrationen, Synchronisierung |
Die Tabelle zeigt den Kernunterschied ziemlich klar: xcopy ist brauchbar, wenn die Aufgabe schlicht ist. Robocopy gewinnt, sobald Kontrolle, Nachvollziehbarkeit und Wiederholung wichtiger werden als eine kurze Befehlszeile. Genau deshalb ist die nächste Frage nicht nur, was besser ist, sondern wann xcopy noch vernünftig bleibt.
Wann xcopy noch reicht
Ich würde xcopy nicht reflexhaft abschreiben. Für kleinere, gut überschaubare Aufgaben kann es immer noch praktisch sein, etwa wenn ich in einer alten Batch-Datei einen Ordnerbaum kopieren muss oder wenn ein Skript schon seit Jahren sauber läuft und niemand daran drehen will. In solchen Fällen ist die reduzierte Komplexität manchmal sogar ein Vorteil.
Typische Szenarien, in denen xcopy noch sinnvoll sein kann, sind zum Beispiel ein einzelner Projektordner, eine einmalige Datenverschiebung auf demselben Rechner oder ein einfaches Update von Dateien nach Datum. Dafür bringt xcopy nützliche Schalter wie /d für geänderte Dateien, /s und /e für Unterordner, /h für versteckte und Systemdateien sowie /o und /x für Besitz- und Audit-Informationen mit.
xcopy "C:\Quelle" "D:\Backup\Quelle" /E /I /H /O /X /YDer Haken ist nicht, dass xcopy gar nichts kann. Der Haken ist, dass die Arbeit mit dem Tool schnell fragiler wird, sobald Netzwerkaussetzer, viele Dateien oder wiederkehrende Backups ins Spiel kommen. Für einfache Jobs bleibt es okay; für alles, was langfristig zuverlässig laufen soll, wird es zäh. Genau an diesem Punkt spielt robocopy seine Stärken aus.
Warum robocopy für Backups meist die bessere Wahl ist
Robocopy ist das Werkzeug, zu dem ich greife, wenn ich einen Backup- oder Klonprozess ernsthaft absichern will. Der wichtigste Punkt ist dabei nicht einmal die Geschwindigkeit, sondern die Kombination aus Wiederaufnahme, Logging und exakter Steuerung. Standardmäßig kopiert robocopy Daten, Attribute und Zeitstempel; wenn ich Rechte, Besitzer und Audit-Informationen brauche, ergänze ich bewusst passende Schalter wie /copyall oder /sec.
robocopy "C:\Quelle" "D:\Backup\Quelle" /MIR /COPY:DAT /R:2 /W:5 /MT:8 /LOG:C:\Logs\backup.logDas ist schon deutlich mehr als simples Kopieren. /mir sorgt für eine Spiegelung des Ordners, /R:2 und /W:5 begrenzen Wiederholungen bei Fehlern, /MT:8 nutzt mehrere Threads und /LOG schreibt ein Protokoll, das ich später prüfen kann. Laut der Dokumentation ist /mt mit bis zu 128 Threads möglich, der Standard liegt bei 8. Für große Datenmengen ist das oft der Unterschied zwischen einem zähen Nachtskript und einem vernünftigen Job.
Wichtig ist dabei ein Punkt, den viele unterschätzen: /mir löscht im Ziel auch Dateien, die in der Quelle nicht mehr existieren. Genau das ist für eine saubere Spiegelung gewollt, für eine vorsichtige Sicherung aber gefährlich, wenn man den Job falsch konfiguriert oder das Quellverzeichnis versehentlich zu klein wählt. Ich behandle /mir deshalb nie als Standard, sondern nur dann, wenn das Ziel wirklich ein exaktes Abbild sein soll.
Damit ist robocopy für Backups meist die sauberere Wahl. Trotzdem bleibt noch eine zweite Frage offen, die oft mit Kopieren verwechselt wird: Wann ist ein Backup eigentlich ein Klon, und wann nicht? Das klärt den wichtigsten praktischen Irrtum.
Backup ist nicht dasselbe wie Klonen
Ein Dateibackup schützt Ordner, Dateien und oft auch Berechtigungen. Ein Klon geht weiter: Er soll ein Laufwerk oder eine Partition so exakt nachbilden, dass daraus im Idealfall wieder ein startfähiges System wird. Genau hier endet die Reichweite von xcopy und robocopy, denn beide arbeiten auf Dateiebene. Sie kopieren keine Partitionstabelle, keinen Bootsektor und kein vollständiges Laufwerkslayout.
Für Benutzerdaten, Medienarchive, Dokumente oder Projektverzeichnisse reicht das meist völlig aus. Sobald es aber um eine Systemplatte, eine EFI-Partition, Recovery-Partitionen oder ein startfähiges Windows geht, brauche ich ein Imaging- oder Cloning-Tool. File-Copy-Tools sind dann nur ein Baustein, aber nicht die Lösung für das ganze Problem.
Auch bei offenen oder exklusiv gesperrten Dateien endet der Komfort. Robocopy ist in vielen Szenarien deutlich robuster, aber selbst dann bleibt die Welt nicht perfekt: Wenn Anwendungen Dateien lange blockieren, kann ein reiner Kopiervorgang Lücken bekommen. Für Server, produktive Datenbanken oder stark genutzte Arbeitsplätze plane ich deshalb lieber mit Snapshot- oder Imaging-Verfahren. Wer diese Grenze kennt, vermeidet die verbreitete Illusion, eine Ordnerspiegelung sei automatisch ein vollständiger Systemklon.
Wenn diese Trennung sitzt, wird auch die Entscheidung zwischen den beiden Befehlen deutlich einfacher. Ich fasse sie deshalb in einer praktischen Perspektive zusammen, statt sie künstlich zu verkomplizieren.
Was ich in der Praxis wählen würde
- Einzelner Ordner, schnelle Aktion: xcopy reicht, wenn die Aufgabe simpel ist und keine besondere Protokollierung nötig ist.
- Regelmäßiges Backup auf NAS oder externe Platte: robocopy ist die bessere Basis, weil Wiederaufnahme und Logging mehr Sicherheit geben.
-
Exakte Spiegelung eines Arbeitsverzeichnisses: robocopy mit
/mir, aber nur dann, wenn das Löschen im Ziel ausdrücklich gewollt ist. -
NTFS-Rechte und Besitz behalten: robocopy mit
/copyalloder xcopy mit/ound/x, je nach Komplexität. - Startfähiger Klon einer Systemplatte: weder xcopy noch robocopy, sondern ein echtes Imaging- oder Cloning-Tool.
Wenn ich heute ein neues Windows-Backup-Skript aufsetze, beginne ich fast immer mit robocopy. Xcopy bleibt für kleine Altlasten und sehr einfache Kopieraufgaben brauchbar, aber sobald Wiederholbarkeit, Protokollierung, große Datenmengen oder saubere Spiegelung wichtig werden, ist robocopy die deutlich verlässlichere Entscheidung. Für echte Klone gehe ich grundsätzlich auf ein Imaging-Tool statt auf einen Dateikopierer.
