Robocopy-Backup automatisieren: Batch + Aufgabenplanung

Drei Bausteine reichen, um unter Windows ein Robocopy-Backup automatisieren zu können: ein robocopy-Befehl, der nur geänderte Dateien kopiert, eine Batch-Datei, die diesen Befehl enthält, und eine geplante Aufgabe, die die Batch-Datei zu festen Zeiten startet. Robocopy (kurz für Robust File Copy, ein robustes Kopierwerkzeug) steckt seit Windows Vista in jedem Windows – du installierst nichts nach. Die fertige Vorlage steht direkt im ersten Schritt.

Die Menüpfade unten beziehen sich auf Windows 11 (24H2/25H2, Stand August 2026). Unter Windows 10 heißen die Reiter der Aufgabenplanung identisch, die Schritte sind dieselben.

Was du vorher brauchst

Drei Dinge sollten stehen, sonst läuft die Aufgabe später ins Leere:

• Ein Ziel auf einem anderen Datenträger: externe Festplatte, zweites internes Laufwerk oder NAS-Ordner. Eine Sicherung auf dieselbe Platte schützt nicht vor einem Plattendefekt.
• Feste, vollständige Pfade: zum Beispiel C:\Users\Max\Dokumente als Quelle und E:\Backup\Dokumente als Ziel.
• Einen bereits existierenden Ordner für die Protokolldatei: Den Zielordner der Kopie legt robocopy selbst an, das Verzeichnis für die Logdatei aber nicht. Zeigt /LOG+: in einen Ordner, den es noch nicht gibt, bricht der Befehl mit ERROR : Invalid Parameter ab, bevor irgendetwas kopiert wird.

Robocopy vergleicht beim Kopieren Zeitstempel und Größe und überträgt nur, was neu oder geändert ist. Der erste Lauf ist damit eine Vollkopie, jeder weitere praktisch ein inkrementelles Backup – und entsprechend schnell.

Schritt 1: Die Batch-Datei mit dem robocopy-Befehl anlegen

Öffne den Editor (Notepad) und füge diese vier Zeilen ein. Quelle, Ziel und Log-Pfad passt du auf deine Ordner an:

@echo off
robocopy "C:\Users\Max\Dokumente" "E:\Backup\Dokumente" /E /R:3 /W:5 /LOG+:"E:\Backup\backup-log.txt" /TEE
if %ERRORLEVEL% LSS 8 exit /B 0
exit /B %ERRORLEVEL%

Was die Schalter bedeuten:

• /E – kopiert alle Unterordner mit, auch leere. Wichtig: /E löscht im Ziel nichts. Was du in der Quelle entfernst, bleibt in der Sicherung erhalten.
• /R:3 – höchstens drei Wiederholversuche pro Datei. Der Standardwert liegt laut Microsoft-Dokumentation bei 1.000.000 Versuchen; bei einer gesperrten Datei hängt die Aufgabe damit praktisch endlos.
• /W:5 – fünf Sekunden Wartezeit zwischen den Versuchen statt der voreingestellten 30 Sekunden.
• /LOG+:"…" – schreibt ein Protokoll und hängt jeden Lauf hinten an, statt es zu überschreiben. Mit /LOG: (ohne Plus) wird die Datei bei jedem Lauf neu geschrieben und bleibt klein.
• /TEE – zeigt die Ausgabe zusätzlich im Fenster, falls du die Datei mal von Hand startest.

Drei optionale Schalter, die sich im Alltag lohnen: /XD "E:\Backup\Alt" schließt einzelne Ordner aus, /MT:16 kopiert mit 16 parallelen Threads (Standard sind 8) und beschleunigt viele kleine Dateien deutlich, und /NFL /NDL /NP hält das Protokoll kurz, weil einzelne Datei- und Ordnernamen sowie die Fortschrittsanzeige nicht mitgeschrieben werden.

Speichere die Datei nicht als .txt, sondern als backup.bat: im Editor auf Speichern unter, bei Dateityp auf Alle Dateien stellen, als Namen backup.bat eintragen. Ein Doppelklick startet die Sicherung sofort manuell – teste das einmal, bevor du sie einplanst.

Pfade mit Leerzeichen gehören in Anführungszeichen. Daran scheitern die meisten ersten Versuche: Ohne die "…" liest Windows einen Pfad wie D:\Meine Daten als zwei getrennte Angaben.

Schritt 2: Die geplante Aufgabe einrichten

Damit du das Robocopy-Backup automatisieren kannst, drückst du Windows + R, gibst taskschd.msc ein und bestätigst – das öffnet die Aufgabenplanung. Nimm rechts Aufgabe erstellen… und nicht Einfache Aufgabe erstellen…, denn nur der große Dialog bietet die Optionen für den Lauf ohne Anmeldung.

1. Reiter „Allgemein“: Name vergeben, etwa Tägliches Dokumente-Backup. Unabhängig von der Benutzeranmeldung ausführen auswählen – dann läuft die Sicherung auch, wenn niemand angemeldet ist. Sichert die Aufgabe geschützte Ordner, zusätzlich Mit höchsten Privilegien ausführen anhaken.
2. Reiter „Trigger“: Neu…, dann Täglich und eine Uhrzeit, zu der der Rechner üblicherweise läuft – etwa 12:00 mittags. Nachts um 3 Uhr nützt der beste Trigger nichts, wenn der PC dann aus ist. Achte darauf, dass das Startdatum in der Zukunft liegt.
3. Reiter „Aktionen“: Neu…, Aktion Programm starten, unter Programm/Skript per Durchsuchen… deine backup.bat wählen. Trag in Starten in (optional) den Ordner der Batch-Datei ein, zum Beispiel C:\Skripte. Bleibt das Feld leer, startet die Aufgabe im Systemverzeichnis – relative Pfade im Skript laufen dann ins Leere.
4. Reiter „Bedingungen“: Bei einem Notebook den Haken bei Aufgabe nur starten, wenn der Computer im Netzbetrieb ausgeführt wird entfernen, sonst fällt jede Sicherung im Akkubetrieb aus.
5. Reiter „Einstellungen“: Aufgabe so schnell wie möglich nach einem verpassten Start ausführen aktivieren. Das ist der wichtigste Haken für Rechner, die nicht rund um die Uhr laufen: Die Sicherung wird beim nächsten Start nachgeholt.
6. Mit OK bestätigen. Bei Unabhängig von der Benutzeranmeldung fragt Windows einmal das Kontopasswort ab – das ist normal, es wird für den Start ohne Sitzung gebraucht.

Zum Prüfen die Aufgabe in der Liste markieren und rechts auf Ausführen klicken. Danach im Zielordner kontrollieren, ob die Dateien angekommen sind, und einen Blick in die backup-log.txt werfen. Ganz unten steht die Zusammenfassung mit Anzahl kopierter, übersprungener und fehlgeschlagener Dateien.

Warum meldet die Aufgabenplanung 0x1?

Das ist die häufigste Verwirrung bei geplanten robocopy-Aufgaben: In der Spalte Letztes Ausführungsergebnis steht 0x1, und das sieht nach Fehler aus. Ist es nicht. Robocopy nutzt Rückgabewerte als Bitmaske und meldet mit 1, dass Dateien erfolgreich kopiert wurden:

Rückgabewert	Bedeutung
0	Keine Datei kopiert – Quelle und Ziel waren identisch.
1	Dateien wurden erfolgreich kopiert.
2	Im Ziel liegen zusätzliche Dateien, die es in der Quelle nicht gibt.
3	Dateien kopiert und zusätzliche Dateien im Ziel vorhanden.
8	Mindestens eine Datei konnte nicht kopiert werden – echter Fehler.
16	Schwerer Fehler, es wurde nichts kopiert (z. B. Pfad nicht erreichbar).

Alles unter 8 ist Erfolg, alles ab 8 ist ein echtes Problem. Weil die Aufgabenplanung diese Logik nicht kennt und jeden Wert ungleich 0 als Auffälligkeit anzeigt, stehen die beiden letzten Zeilen in der Vorlage oben:

if %ERRORLEVEL% LSS 8 exit /B 0
exit /B %ERRORLEVEL%

Die Batch-Datei übersetzt damit alles unter 8 in eine saubere 0 und reicht nur echte Fehler durch. In der Aufgabenplanung steht danach Der Vorgang wurde erfolgreich beendet (0x0) – und wenn dort doch einmal ein anderer Wert auftaucht, ist es wirklich einer.

Variante: echte Spiegelung mit /MIR

Soll die Sicherung die Quelle exakt abbilden, also gelöschte Dateien auch im Backup verschwinden lassen, ersetzt du /E durch /MIR (Mirror, Spiegelung):

robocopy "C:\Users\Max\Dokumente" "E:\Backup\Dokumente" /MIR /R:3 /W:5 /LOG+:"E:\Backup\backup-log.txt"

Das ist der gefährliche Teil. /MIR entspricht /E plus /PURGE und löscht im Ziel alles, was in der Quelle fehlt. Vertippst du dich beim Quellpfad oder ist die Quelle beim Lauf gerade nicht eingebunden, räumt robocopy die Sicherung leer. Zwei Vorsichtsmaßnahmen, bevor du eine Spiegelung scharf schaltest:

• Den Befehl zuerst mit dem Schalter /L starten. Der listet nur auf, was passieren würde, ohne zu kopieren oder zu löschen – ein Trockenlauf, in dem du Pfad-Tippfehler sofort siehst.
• Eine zweite, ältere Kopie der Daten vorhalten, die von dieser Aufgabe nicht angefasst wird.

Vertauschte Quelle und Ziel sind bei /MIR der teuerste Fehler überhaupt – robocopy fragt nicht nach und kennt keinen Papierkorb.

Wenn die geplante Aufgabe nicht läuft

Manuell funktioniert die Batch-Datei, aus der Aufgabenplanung heraus nicht? Diese Ursachen decken die meisten Fälle ab:

• Netzlaufwerk statt UNC-Pfad. Läuft die Aufgabe ohne Anmeldung, existieren verbundene Laufwerksbuchstaben wie Z: nicht – sie gehören zur Benutzersitzung. Gib Netzwerkziele deshalb als UNC-Pfad an: \\NAS\Backup\Dokumente statt Z:\Backup.
• NAS mit eigenen Zugangsdaten. Wenn das Konto am NAS anders heißt als am PC, scheitert der Zugriff im Hintergrund. Am saubersten ist ein gleichlautendes Konto mit gleichem Kennwort auf beiden Seiten; Zugangsdaten im Klartext in die Batch-Datei zu schreiben, ist die schlechtere Wahl, weil jeder mit Leserecht auf das Skript sie sieht.
• Externes Laufwerk nicht verbunden. Bekommt die Platte beim Anstecken mal einen anderen Buchstaben, läuft die Sicherung ins Leere. Vergib in der Datenträgerverwaltung einen festen Buchstaben für die Backup-Platte.
• Trigger-Startdatum in der Vergangenheit. Legst du die Aufgabe mit einer bereits verstrichenen Startzeit an, wartet sie unter Umständen bis zum nächsten Tag. Startzeitpunkt ein paar Minuten in die Zukunft setzen und einmal manuell ausführen.
• „Zugriff verweigert“ im Protokoll. Bei gesperrten oder rechtlich geschützten Dateien hilft /ZB: Der Schalter kopiert im wiederaufsetzbaren Modus und weicht bei verweigertem Zugriff auf den Sicherungsmodus aus, der Zugriffsrechte übergeht. Dafür muss die Aufgabe mit höchsten Privilegien laufen (siehe Reiter „Allgemein“).
• Dediziertes Dienstkonto ohne Batch-Recht. Lässt du die Aufgabe unter einem eigenen Konto laufen, braucht dieses in der lokalen Sicherheitsrichtlinie das Recht Anmelden als Stapelverarbeitungsauftrag – sonst startet die Aufgabe gar nicht erst.

Ein Blick in den Verlauf hilft beim Eingrenzen: Aufgabe markieren, Reiter Verlauf. Steht dort gar kein Startversuch, liegt es am Trigger oder an den Bedingungen. Startet die Aufgabe und endet sofort, liegt es am Skript oder am Zugriff.

Warum du dein Robocopy-Backup automatisieren solltest – und was es nicht ersetzt

Ein normales Ziehen-und-Ablegen oder copy kopiert jedes Mal alles und bricht beim ersten Fehler ab. Robocopy ist für unbeaufsichtigte Sicherungen gebaut: Es überträgt nur Unterschiede, wiederholt fehlgeschlagene Dateien selbstständig, kopiert auf Wunsch parallel und schreibt ein Protokoll, das du nach dem Lauf kontrollieren kannst. Der entscheidende Unterschied im Alltag bleibt die Behandlung gelöschter Dateien: /E sammelt an und bewahrt alte Stände, /MIR spiegelt 1:1.

Zwei Grenzen solltest du kennen. Erstens legt robocopy keine Volumenschattenkopie an: Dateien, die ein Programm exklusiv geöffnet hält – etwa eine laufende Datenbank oder ein offenes Mailarchiv – werden übersprungen und tauchen als Fehler im Log auf. Leg das Backup-Fenster deshalb in eine Zeit, in der die betreffenden Programme geschlossen sind. Zweitens ist eine Spiegelung allein noch kein Backup: Verschlüsselt Schadsoftware deine Dateien oder löschst du versehentlich einen Ordner, trägt die nächste Aufgabe den Schaden brav ins Ziel.

Deshalb gehört zu jeder automatischen Sicherung mindestens eine zweite Kopie, die nicht permanent verbunden ist: eine externe Platte, die nur zum Sichern angesteckt wird, oder ein versionierter Cloud- beziehungsweise NAS-Speicher mit Snapshots. Wer das Robocopy-Backup automatisieren und dazu einmal im Monat eine Offline-Kopie ziehen kann, hat mit Bordmitteln mehr abgedeckt als die meisten Privatrechner.

Häufige Fragen

Warum zeigt die Aufgabenplanung nach dem Backup 0x1 an?

Robocopy gibt den Wert 1 zurück, wenn Dateien erfolgreich kopiert wurden. Das ist ein Erfolg, kein Fehler. Erst Rückgabewerte ab 8 stehen für ein echtes Problem.

Was ist der Unterschied zwischen /E und /MIR?

/E kopiert alle Ordner inklusive leerer Verzeichnisse und löscht im Ziel nichts. /MIR spiegelt die Quelle exakt und entfernt im Ziel alles, was in der Quelle nicht mehr existiert.

Läuft das Backup auch, wenn ich nicht angemeldet bin?

Ja, wenn du in der Aufgabe „Unabhängig von der Benutzeranmeldung ausführen“ wählst. Netzwerkziele gibst du dann als UNC-Pfad an, denn verbundene Laufwerksbuchstaben fehlen ohne Sitzung.

Macht robocopy ein inkrementelles Backup?

Standardmäßig ja. Robocopy vergleicht Zeitstempel und Größe und kopiert nur neue oder geänderte Dateien. Nach dem ersten Vollbackup läuft jede weitere Sicherung deutlich schneller.

Warum bricht robocopy mit „Invalid Parameter“ beim Log ab?

Weil der Ordner der Protokolldatei noch nicht existiert. Robocopy legt den Zielordner der Kopie an, nicht aber das Verzeichnis für das Log – lege es vorher von Hand an.