[[:win|{{ :WindowsLogo.png?40|}}]]
===== Fileservermigration mit Robocopy =====

Für die Migration der Windows basierten Fileserver wurde folgende >><fc #008000>robocopy</fc><<((http://technet.microsoft.com/de-de/library/cc733145%28WS.10%29.aspx)) Syntax verwendet:

<xterm>C:\> <fc #008000>robocopy \\192.168.111.2\e$ e:\ /E /R:1 /W:1 /MIR /COPYALL /MT:16 /SECFIX /ZB /XJ /DCOPY:T /XD "$RECYCLE.BIN" "System Volume Information" /LOG:C:\orgfiles\cpfiles.log</fc></xterm>

<note warning>**<fc #800000>Warnung:</fc>** //**Das og Kommando löscht im Ziel alle Daten, welche sich nicht auf der Quelle befinden. Sie sollten am Ziel ein leeres Zielverzeichnis erstellen und dieses dem Kommando übergeben!**//</note>

^  **Parameter**  ^  **Bedeutung**  ^
| **\\192.168.111.2\e$** | Quelle |
| **e:\** | Ziel |
| **/E** | Kopiert Unterverzeichnisse, auch die leeren |
| **/R:1** | Es wird bei einem Fehler 1x versucht, die Datei erneut zu kopieren. |
| **/W:1** | Es wird 1 Sekunde gewartet, bevor ein erneuter Kopierversuch gestartet wird. |
| **/MIR** | Spiegelt einen gesamten Verzeichnisbaum und __löscht am Ziel Daten, welche auf der Quelle nicht vorhanden sind__. (Entspricht: /e und /PURGE). |
| **/COPYALL** | Kopiert alle Dateiinformationen (Entspricht: D Data; A Attributes; T Time stamps; S NTFS access control list (ACL); O Owner information; U Auditing information). |
| **/MT:16** | Multi Tasking; Die Zahl gibt an, wieviele Kopiervorgänge gleichzeitig ausgeführt werden. Bei der Angabe von nur MT wird das Default 8 verwendet. Steigert die Performance uU erheblich |
| **/SECFIX** | Repariert die Dateiberechtigungen auch an Dateien, die sich nicht geändert haben((http://support.microsoft.com/kb/323275/EN-US))|
| **/ZB** | Dadurch kann ein Administrator auch Dateien kopieren, auf die er normalerweise keinen Zugriff hat, sofern er das für Administratoren voreingestellte Recht für Backups besitzt. |
| **/XJ** | überpringt sogenannte Junctions; dabei handelt es sich um spezielle Ordnerverknüpfungen im NTFS-Dateisystem. Lässt man den Schalter weg, kopiert Robocopy den Inhalt des Ordners, auf den die Junction verweist. Auch Hard Links, eine weitere NTFS-Spezialität, kann Robocopy als solche nicht kopieren und behandelt sie wie herkömmliche Dateien |
| **/DCOPY:T** | Es werden auch die Zeitstempel für Verzeichnisse kopiert. |
| **/XD** | Exclude Directory. Die angebenen Verzeichnisse werden __nicht__ synchronisiert |
| **/LOG:C:\cpfiles.log** | Schreibt ein Log der Kopiervorgänge in die Datei C:\cpfiles.log. Es werden keine Logs in die Konsole geschrieben. |

Die Vorgehensweise sieht eine Replikation der Daten auf den neuen Fileserver während der Arbeitszeit vor. Danach werden die Login-Skripte angepasst und ein finaler robocopy-Lauf wird angestoßen, um die Änderungen des Tages am neuen Server zu aktualisieren.

<note important>**<fc #800000>Note:</fc>** Quell- und Zielverzeichnis können mit einem Backslash abgeschlossen werden, dann wird nur der Inhalt des Quellverzeichnisses synchronisiert. Wird der Backslash dagegen weggelassen, wird das Quellverzeichnis als Ganzes synchronisiert.</note>

==== Troubleshooting ====

  * **/SECFIX**: Als langfristige Maßnahme synchronisieren wir jede Nacht den Inhalt unseres Fileservers auf einen Spiegelserver, um im Bedarfsfall schneller wieder online zu sein. Aus irgendwelchen Gründen wurden dabei zT die Berechtigungen vieler (nicht allen) Dateien nicht übernommen, ebenfalls der Besitzer vieler Dateien wurde nicht übernommen. Um dieses Problem zu fixen haben wir den Schalter >><fc #008000>/secfix</fc><< verwendet. Dieser kopiert auch Sicherheitsinformationen, wenn sich die Datei ansonsten nicht geändert hat. Robocopy synchronisiert anderfalls nur dann Informationen, wenn die Datei geändert wurde.

  * **Priority Problem**: Der tägliche Sync wird über die Aufgabenplanung des Zielservers (W2K8R2) ausgeführt und die Übertragungsgeschwindigkeit war im Vergleich zur direkten Ausführung in einer Konsole (cmd) fast schon unterirdisch. Wir hatten teilweise gerade mal eine Geschwindigkeit die in etwa 30% - 40% eines 100MBit/s Netzwerkes entsprach. Die gleiche Batchdatei direkt in einem Konsolenfenster gestartet, konnte wenigstens mit ca. 25% eines Gigabit LANs aufwarten. Gefunden haben wir dazu ein bekanntes Prioritätsproblem bzgl der Auftragsabwicklung((http://social.technet.microsoft.com/Forums/windowsserver/en-US/2812f4ce-9524-4943-92d7-85b9b1e16cf2/robocopy-slow-when-running-in-task-scheduler-in-windows-2008-r2)). Im Verzeichnis >><fc #008000>%WINDIR%\System32\Tasks</fc><< befindet sich die Konfigurationsdatei der geplanten Aufgabe, ändern Sie dort den Tag >><fc #008000><Priority>7</Priority></fc><< ab in >><fc #008000><Priority>5</Priority></fc><<((http://msdn.microsoft.com/en-us/library/windows/desktop/aa383512%28v=vs.85%29.aspx))

  * **/MT:16**: Die bislang erzielte Übertragungsgeschwindigkeit war allerdings mit ca. 25% bis 35% eines Gigabit Netzwerkes immer noch nicht zufriedenstellend, so haben wir noch den Multi Tasking Parameter >><fc #008000>/MT</fc><< ausgegraben. >><fc #008000>MT:n</fc><< gibt an, dass n Kopiervorvorgänge gleichzeitig ausgeführt werden. Ohne Angabe von n ist default 8 für >><fc #008000>MT</fc><< eingestellet. Wir haben den Schalter >><fc #008000>/MT:16</fc><< verwendet und konnten damit ein Gigabit Netzwerk vollständig sättigen. Bei einer neuerlichen Migration des gesamten Fileservers wurden insgesamt über 4TB locker in den Abendstunden bis zum nächsten Morgen übertragen. Das rockt jetzt richtig... ;-)  

\\ \\ 
**Verwandte Artikel:**
[[:win:copy_shares|-> Freigaben/Shares auf einen anderen Rechner übertragen]]
[[:win:migrate_print_server|-> Printserver Migration mit Print Migrator 3.1]]
\\ 
 --- //pronto 2010/11/22 18:23// 
 --- //pronto 2014/10/02 15:51// (edit)
{{keywords>file server migration robocopy secfix mt multi tasking prority scheduled task}}