Neues Feature: Robocopy und Windows 7
von caschy | 105 Kommentare
Wer hier länger mitliest, der weiß dass ich großer Fan von Robocopy bin. Dem Kopier-Tool aus dem Hause Microsoft. Schon wirklich alt, das allerbeste was es so gibt – aber trotzdem wird es in meinem Umfeld kurioserweise nicht so oft genutzt. Wer Robocopy noch nicht kennt, der sollte sich diese Beiträge mal durchlesen: Backup und Synchronisation mit Robocopy, FTP-Server mit Laufwerksbuchstaben und Sichern via Robocopy und FTP-Server mit Laufwerksbuchstaben – Variante II.
Wie ihr seht zerre ich also regelmäßig ein Backup meiner Daten, die auf dem FTP-Server liegen. Des Weiteren nutze ich Robocopy um Daten von meinem NAS auf eine lokale Platte zu kopieren. Obwohl die NAS ja ein Raid-System ist mache ich dies. Denn Raid ist ungleich Backup. Lösche ich aus Versehen Daten auf dem NAS, so würden diese logischerweise auch auf der zweiten Mirror-Platte verschwinden.
So, nachdem ihr nun entweder selber Robocopy einsetzt (oder die Anleitungen erst einmal gelesen habt) nun ein kleiner Tipp um den ganzen Kopiervorgang noch schneller zu gestalten. Robocopy ist auch in Windows 7 im Lieferumfang standardmäßig mit dabei. Funktioniert wie eh und je. Hat allerdings einen möglichen Schalter mit hinzu bekommen.
/MT nennt sich dieser Schalter und er steht für Multi-Threading, also paralleles Kopieren. Geht definitiv schneller als das bisherige „serielle“ Kopieren von Robocopy, wo eine Datei nach der anderen abgefrühstückt wurde. Ihr könnt also quasi Happen bis 120 angeben, wobei ich den Standard von acht Threads benutze.
Der Schalter wird ganz einfach gesetzt: während eine normaler Kopiervorgang zum Beispiel so aussah:
Robocopy „c:\DeineQuelle“ „x:\DeinZiel“ /MIR
wird er nun zu
Robocopy „c:\DeineQuelle“ „x:\DeinZiel“ /MIR /MT:8
Kein Witz – ich habe Unmengen an Fotos und Filmen und so weiter: der Switcht rockt richtig. Klar, wird man nicht so häufig brauchen, schließlich kopiert man ja eh nur Sachen, die man geändert hat. Wer aber mal „eben“ ein paar Hundert Gigabyte kopieren möchte, der wird den Geschwindigkeitsunterschied merken.
Wird geladen ...
@Sven: Nanu? Den Parameter /migrate kenne ich gar nicht.
Ansonsten sehen Deine Aufrufe ziemlich sinnfrei aus: Du kopierst etwas von e: nach c: und löscht es dort sofort wieder? Aber egal.
Ein sehr schnelles Cmd Line Tool zum Löschen ist nach meiner Erfahrung DelAge32 (http://www.horstmuc.de/wbat32d.htm).
DelAge32 nutze ich in meiner robocopy-Batch auch, d.h. ich kann das kleine Tool ebenfalls empfehlen.
Korrekt, DELAGE32 ist ein sehr gutes, robustes Tool: http://www.horstmuc.de/wbat32.htm
Hi!
Ich habe ein Windows 7 System auf einem Dell Precision T1500 und schon ein paar Mal den oben beschriebenen Switch /MT:8 ausprobiert. Erfolg war aber immer, dass Robocopy dann einfach nicht funktioniert!
Habt Ihr da einen Tipp für mich?
lg
Helmut
@Helmut: Kannst Du bitte kurz zusammenfassen, was genau Du vorhast?
Nicht technisch, sondern methodisch. Gruß
Hallo Rainer!
Ganz oben auf dieser Seite wird das Multithreading gepriesen, dass man bei einem Mehrkernprozessor damit schneller kopieren kann. Genau das wollte ich versuchen indem ich bei meinem Commandstring hinten einfach /MT:8 angehängt habe – dann hat der String aber einfach nicht mehr funktioniert! MT:8 rausgelöscht – funktioniert wieder!
Wenn es eine Methode gibt um das Kopieren zu beschleunigen, wäre das natürlich super!
lg
Helmut
…die Parameter von Robocopy sind ein Kapitel für sich.
Was Du mal testen könntest, ist der „Nachfolger“ von Robocopy, Richcopy http://technet.microsoft.com/en-us/magazine/2009.04.utilityspotlight.aspx oder aber SyncBack http://www.2brightsparks.com/download-syncback.html.
Mit beiden hatte ich keine Probleme, synce aber dennoch (wieder) mit Robocopy.
Wenn Du viele kleine Files hast, sollte das – ein schnelles Netzwerk und Komponenten vorausgesetzt – schnell über die Bühne gehen, möchtest Du aber VIDEOS von mehreren Hundert MBs syncen, dauert das seine Zeit. Gruß
… ich verwende robocopy zum Sichern meiner Datenfestplatte auf ein RAID und die ist derzeit mit ca. 600 GB gefüllt und hat noch Platz auf 2TB 🙂
Dabei ist natürlich der /Mir Switch ein Hammer und eigentlich funktioniert das alles auch perfekt.
Meine Frage war nur ob dieser MT Switch wirklich funktioniert weil er doch auf dieser Seite so euphorisch beschrieben wird, bei mir aber gar nicht funktioniert!
lg
Helmut
…meine Robocopy-Parameter für den 1-Way-Backup (also kein Mirror /MIR) sehen so aus: /NS /NC /NDL /NFL /S /E /COPYALL /ETA /R:0 /W:0
„Mirror“ wirst Du sicher kennen, löscht ggf. auch auf der Seite „Quelle“. Gruß
Hi!
Danke für die Info, aber was ist jetzt mit dem MT????
Kennst Du es? Oder kennst Du jemand der es kennt??
lg
Helmut
@Rainer: Der alleinige (!) Parameter /mir löscht keine Files und Dirs im Quellverzeichnis! Das geschieht nur bei /mov oder /move.
@Helmut: Öhm, aber Du verwendest schon die Win7-Version, oder? Alle Vorversionen können nämlich kein Multithreading.
@Jörg: Korrekt – wäre auch schlimm, wenn mir mein Quellverzeichnis verändert würde :-)! /mir funktioniert super indem es ein 100% Abbild meiner Datendisk auf meinem Raid macht!
@Rainer: Ich habe es zuerst auf einem XP Rechner versucht und erst dann gelesen, dass ich W7 brauche. Daher voll Freude beim W7/64Bit versucht – wieder nix!!
Noch Ideen was ich falsch mache? Oder gibt es jemand der das /MT wirklich schon erfolgreich eingesetzt hat??
lg
Helmut
Hm, mal sehen, evtl. probier‘ ich den /MT Parameter mal am Wochenende auf meinem Win7/64 System aus. Ich halte Euch auf dem lfd…
@JoergHH
ups ich meine natürlich den Switch /minage:1
ich möchte ältere Dateien (älter als ein Tag) aus einem Verzeichnis löschen
@Sven: Dann nimm doch dafür das o. g. Tool DelAge32.
@JoergHH
Vielen Dank, das ist genau das, was ich brauchte 🙂
@helmutsteiner: wird dir der MT-Parameter denn angezeigt wenn du „robocopy /?“ aufrufst? /MT:8 würde aber auch nichts bringen, da 8 der Standardwert ist, d.h. /MT sollte ausreichen. 🙂
Hallo Thorsten!
Ja ich finde es in meinem Help beschrieben, aber wenn ich /MT:nn eingebe funktioniert das Programm nicht!
lg
Helmut
/MT[:n] :: Do multi-threaded copies with n threads (default 8).
n must be at least 1 and not greater than 128.
This option is incompatible with the /IPG and /EFSRAW opt
ions.
@Helmut: Mit der Aussage „funktioniert nicht“ kommen wir nicht weiter. Es würde uns helfen, wenn Du mal den kompletten Command-Aufruf sowie das Ergebnis dessen hier postest.