Verwenden von Robocopy zum Migrieren zu Azure-Dateifreigaben

Gilt für: ✔️ SMB Dateifreigaben

In diesem Migrationsartikel wird die Verwendung von RoboCopy zum Verschieben oder Migrieren von Dateien zu einer SMB-Azure-Dateifreigabe beschrieben. Robocopy ist ein vertrauenswürdiges und bekanntes Hilfsprogramm zum Kopieren von Dateien, außerdem bietet es Funktionen, durch die es sich gut für Migrationsvorgänge eignet. Es verwendet das SMB-Protokoll, sodass es sehr vielseitig auf jede Kombination aus Quelle und Ziel anwendbar ist, die SMB unterstützt.

  • Datenquellen: Jede Quelle, die das SMB-Protokoll unterstützt, z. B. NAS (Network Attached Storage), Windows- oder Linux-Server, eine andere Azure-Dateifreigabe u. v. m.
  • Migrationsroute: vom Quellspeicherort ⇒ Windows-Computer mit Robocopy ⇒ Azure-Dateifreigabe
  • Keine lokale Zwischenspeicherung von Dateien: Da das endgültige Ziel darin besteht, die Azure-Dateifreigaben direkt in der Cloud zu verwenden, ist nicht geplant, die Azure-Dateisynchronisierung zu verwenden.

Wichtig

Es gibt viele verschiedene Migrationsrouten für unterschiedliche Quell- und Bereitstellungskombinationen. Bevor Sie die Schritte in diesem Artikel ausführen, stellen Sie sicher, dass Sie die Migrationsübersicht gelesen haben, festgestellt haben, dass RoboCopy das Tool ist, das Ihren Anforderungen am besten entspricht, und stellen Sie die erforderlichen Azure-Speicherressourcen für die Migration bereit.

AzCopy im Vergleich zu Robocopy

AzCopy und RoboCopy sind grundsätzlich unterschiedliche Werkzeuge. RoboCopy verwendet SMB und kopiert Dateien in voller Treue, was es gut für Migrationen geeignet macht. Weitere Informationen zur Dateitreue finden Sie unter Migrationsgrundlagen . AzCopy ist ein cloudnatives Tool, das REST verwendet.

Der entscheidende Verhaltensunterschied: RoboCopy /MIR spiegelt Quelle zu Ziel. Es verwaltet hinzugefügte, geänderte und gelöschte Dateien. AzCopy Sync entfernt keine Dateien, die am Quellcode gelöscht wurden, vom Ziel, was es für Migrationsszenarien unvollständig macht. Aus diesem Grund sollten Sie AzCopy nicht für Migrationsszenarien mit Azure-Dateifreigaben als Ziel verwenden.

Einbinden der Azure-Dateifreigabe

Bevor Sie Robocopy verwenden können, müssen Sie die Azure-Dateifreigabe per SMB zugänglich machen. Die einfachste Möglichkeit besteht darin, die Freigabe als lokales Netzlaufwerk für die Windows Server-Instanz einzubinden, die Sie für Robocopy verwenden möchten.

Wichtig

Bereitstellen der Azure-Dateifreigabe mit Zugriff auf Administratorebene: entweder mit identitätsbasiertem Zugriff mit Azure RBAC-Rollen auf Administratorebene (empfohlen) oder mit Speicherkontoschlüssel (weniger sicher).

Lesen Sie die Informationen unter Azure-Dateifreigabe mit Windows verwenden, und stellen Sie dann die SMB Azure-Dateifreigabe bereit, für die Sie die RoboCopy starten möchten.

RoboCopy verwenden, um Dateien in eine Azure-Dateifreigabe zu kopieren

Mit dem folgenden Robocopy-Befehl werden nur die Unterschiede (aktualisierte Dateien und Ordner) aus Ihrem Quellspeicher in Ihre Azure-Dateifreigabe kopiert.

robocopy <SourcePath> <Dest.Path> /MT:20 /R:2 /W:1 /B /MIR /IT /COPY:DATSO /DCOPY:DAT /NP /NFL /NDL /XD "System Volume Information" /UNILOG:<FilePathAndName>
Schalter Bedeutung
/MT:n Hiermit kann Robocopy mit mehreren Threads ausgeführt werden. Der Standardwert für n ist 8. Das Maximum beträgt 128 Threads. Eine hohe Anzahl von Threads trägt zwar dazu bei, die verfügbare Bandbreite auszuschöpfen, aber dies bedeutet nicht, dass Ihre Migration mit mehr Threads immer schneller ist. Tests mit Azure Files zeigen, dass mit einer Anzahl von 8 bis 20 Threads eine ausgewogene Leistung für einen ersten Kopierlauf erzielt wird. Nachfolgende Ausführungen von /MIR werden zunehmend durch die verfügbare Computeleistung und nicht durch die verfügbare Netzwerkbandbreite beeinflusst. Stimmen Sie bei nachfolgenden Ausführungen den Wert für die Threadanzahl genauer auf die Prozessorkernanzahl und die Threadanzahl pro Kern ab. Überprüfen Sie, ob Kerne für andere Tasks reserviert werden müssen, über die ein Produktionsserver verfügen könnte. Tests mit Azure Files haben gezeigt, dass bis zu 64 Threads eine gute Leistung liefern, aber nur, wenn Ihre Prozessoren sie gleichzeitig aktiv halten können.
/R:n Dies ist die maximale Anzahl der Wiederholungsversuche für eine Datei, bei der beim ersten Kopierversuch ein Fehler auftritt. Robocopy führt n Versuche durch, bevor bei der Ausführung für die Datei ein dauerhafter Kopierfehler auftritt. Sie können die Leistung Ihres Durchlaufs optimieren: Wählen Sie einen Wert von 2 oder 3, wenn Sie annehmen, dass Timeouts in der Vergangenheit zu Fehlern geführt haben. Dies kann bei WAN-Verbindungen häufiger vorkommen. Wählen Sie keine Wiederholung oder den Wert 1, wenn Sie glauben, dass die Datei nicht kopiert werden konnte, weil sie aktiv in Verwendung war. Ein erneuter Versuch ein paar Sekunden später reicht möglicherweise nicht aus, um den Status der Datei zu ändern. Benutzer oder Apps, die die Datei geöffnet haben, benötigen möglicherweise einige Stunden mehr Zeit. Wenn Sie in diesem Fall akzeptieren, dass die Datei nicht kopiert wurde, und dies in einem späteren geplanten Robocopy-Lauf nachholen, kann die Datei möglicherweise erfolgreich kopiert werden. So kann der aktuelle Durchlauf schneller abgeschlossen werden, ohne sich durch zahlreiche Wiederholungsversuche in die Länge zu ziehen, die letztlich dazu führen, dass ein Großteil der Kopiervorgänge fehlschlägt, weil die Dateien nach Ablauf des Zeitlimits für Wiederholungsversuche weiterhin geöffnet sind.
/W:n Hiermit wird die Zeit angegeben, die Robocopy vor dem Versuch wartet, eine Datei zu kopieren, die bei einem vorherigen Versuch nicht erfolgreich kopiert wurde. n entspricht der Anzahl der zwischen Wiederholungsversuchen zu wartenden Sekunden. /W:n wird häufig in Verbindung mit /R:n verwendet.
/B Führt Robocopy in dem Modus aus, den auch eine Sicherungsanwendung verwenden würde. Diese Option ermöglicht Robocopy das Verschieben von Dateien, für die der aktuelle Benutzer keine Berechtigungen hat. Die Sicherungsoption ist abhängig von der Ausführung des Robocopy-Befehls in einer Konsole mit Administratorrechten oder einem PowerShell-Fenster. Wenn Sie Robocopy für Azure Files verwenden, stellen Sie sicher, dass Sie die Azure-Dateifreigabe mit dem Zugriffsschlüssel des Speicherkontos und nicht mit einer Domänenidentität einbinden. Andernfalls führen Sie die Fehlermeldungen möglicherweise nicht intuitiv zu einer Lösung des Problems.
/MIR (Quelle im Ziel spiegeln) Hiermit hat Robocopy die Möglichkeit, nur Deltas zwischen der Quelle und dem Ziel zu kopieren. Leere Unterverzeichnisse werden kopiert. Elemente (Dateien oder Ordner), die geändert wurden oder nicht im Ziel vorhanden sind, werden kopiert. Elemente, die im Ziel, aber nicht in der Quelle vorhanden sind, werden aus dem Ziel gelöscht. Wenn Sie diese Option verwenden, passen Sie die Quell- und Zielordnerstrukturen genau an. Übereinstimmung bedeutet, dass aus der richtigen Quelle und Ordnerebene in die entsprechende Ordnerebene im Ziel kopiert wird. Nur dann kann ein Kopiervorgang zum „Aufholen“ erfolgreich durchgeführt werden. Wenn die Quelle und das Ziel nicht übereinstimmen, können mithilfe von /MIR umfassende Lösch- und wiederholte Kopiervorgänge durchgeführt werden.
/IT Sorgt dafür, dass die Genauigkeit in bestimmten Spiegelungsszenarien beibehalten wird.
Wenn beispielsweise bei einer Datei zwischen zwei Robocopy-Ausführungen eine ACL-Änderung und ein Attributupdate durchgeführt werden, wird diese als „ausgeblendet“ gekennzeichnet. Ohne /IT bemerkt Robocopy die ACL-Änderung möglicherweise nicht und führt daher auch keine Übertragung an den Zielspeicherort aus.
/COPY:[copyflags] Dies ist die Genauigkeit der Dateikopie. Standard: /COPY:DAT Kopierflags: D = Daten, A = Attribute, T = Zeitstempel, S = Sicherheit = NTFS-ACLs, O = Besitzerinformationen, U = Überwachungsinformationen Überwachungsinformationen können nicht in einer Azure-Dateifreigabe gespeichert werden.
/DCOPY:[copyflags] Dies ist die Genauigkeit für die Kopie von Verzeichnissen. Standard: /DCOPY:DA Kopierflags: D = Daten, A = Attribute, T = Zeitstempel.
/NP Hiermit wird angegeben, dass der Kopierfortschritt für alle Dateien und Ordner nicht angezeigt wird. Das Anzeigen des Fortschritts reduziert die Kopierleistung erheblich.
/NFL Gibt an, dass Dateinamen nicht protokolliert werden. Hiermit wird die Kopierleistung verbessert.
/NDL Gibt an, dass Verzeichnisnamen nicht protokolliert werden. Hiermit wird die Kopierleistung verbessert.
/XD Gibt die auszuschließenden Verzeichnisse an. Wenn Sie Robocopy im Stammverzeichnis eines Volumes ausführen, erwägen Sie den Ausschluss des ausgeblendeten Ordners System Volume Information. Bei bestimmungsgemäßer Verwendung gelten alle darin enthaltenen Informationen für genau dieses Volume auf genau diesem System und können bei Bedarf wiederhergestellt werden. Das Kopieren dieser Informationen in die Cloud oder das Zurückkopieren der Daten auf ein anderes Windows-Volume hat keinen Nutzen. Der Wegfall dieser Inhalte sollte nicht als Datenverlust betrachtet werden.
/UNILOG:<file name> Hiermit wird der Status als Unicode in die Protokolldatei geschrieben. (Überschreibt das vorhandene Protokoll.)
/L Nur für einen Testlauf
Dateien sollen nur aufgelistet werden. Sie werden nicht kopiert, nicht gelöscht und nicht mit einem Zeitstempel versehen. Wird häufig mit /TEE für die Konsolenausgabe verwendet. Flags aus dem Beispielskript, z. B. /NP, /NFL und /NDL, müssen möglicherweise entfernt werden, um ordnungsgemäß dokumentierte Testergebnisse zu erzielen.
/Z Vorsicht:
Kopiert Dateien im Neustartmodus. Diese Option wird nur in einer instabilen Netzwerkumgebung empfohlen. Sie reduziert die Kopierleistung aufgrund der zusätzlichen Protokollierung erheblich.
/ZB Vorsicht:
Verwendet den Neustartmodus. Wenn der Zugriff verweigert wird, wird der Sicherungsmodus verwendet. Diese Option reduziert die Kopierleistung aufgrund der Prüfpunkte erheblich.

RoboCopy kann melden, dass Dateien kopiert wurden, auch wenn keine Datenübertragung erforderlich war. Dieses Verhalten tritt auf, da Robocopy sowohl Dateidaten- als auch Metadatenänderungen auswertet, wenn die Ausgabe erzeugt wird.

Um die Ergebnisse korrekt zu interpretieren, überprüfen Sie den Dateistatus in der Befehlsausgabe:

  • Neuer: Dateidaten werden an das Ziel kopiert.
  • Geändert: Nur Metadaten werden aktualisiert; Dateidaten werden nicht kopiert.

In beiden Fällen kann es sein, dass RoboCopy die Anzahl der Bytes so liefert, als wären die Daten übertragen worden. Dieses Verhalten kann beim Überprüfen von Kopiervorgängen zu Verwirrung führen.

Wichtig

Wir empfehlen die Verwendung eines Windows Server 2022 oder neuer. Stellen Sie bei Verwendung von Windows Server 2019 sicher, dass die neueste Patchebene angewendet wurde oder mindestens das Betriebssystemupdate KB5005103 installiert ist. Dieses Update enthält wichtige Korrekturen für bestimmte Robocopy-Szenarien.

Tipp

Lesen Sie sich den Abschnitt zur Problembehandlung durch, wenn Robocopy Ihre Produktionsumgebung beeinträchtigt, viele Fehler meldet oder nicht so schnell wie erwartet ausgeführt wird.

Schließen Sie die Migrationsumstellung ab

Wenn Sie den Robocopy-Befehl zum ersten Mal ausführen, greifen Ihre Benutzer und Anwendungen weiterhin auf Dateien an der Quelle zu und ändern sie möglicherweise. Es kann vorkommen, dass Robocopy ein Verzeichnis verarbeitet und mit dem nächsten fortfährt und dann ein Benutzer am Quellspeicherort eine Datei hinzufügt, ändert oder löscht. Diese wird dann während der derzeitigen Robocopy-Ausführung nicht verarbeitet. Dies ist das erwartete Verhalten.

Bei der ersten Ausführung wird der Großteil der geänderten Daten auf Ihre Azure-Dateifreigabe verschoben. Dieser erste Kopiervorgang kann eine Weile dauern. Weitere Informationen dazu, wie die Robocopy-Geschwindigkeit ggf. beeinträchtigt werden kann, finden Sie im Abschnitt zur Problembehandlung.

Nachdem die erste Ausführung beendet wurde, führen Sie den Befehl erneut aus.

Wenn Sie RoboCopy zum zweiten Mal für dieselbe Freigabe ausführen, wird der Vorgang schneller abgeschlossen, da nur Änderungen, die seit der letzten Ausführung aufgetreten sind, übertragen werden müssen. Sie können wiederholte Aufträge für dieselbe Freigabe ausführen.

Nachdem Sie die Menge an akzeptablen Ausfallzeiten berücksichtigt haben, müssen Sie den Benutzerzugriff auf Ihre Quellfreigaben entfernen. Dazu können Sie jeden beliebigen Schritt ausführen, mit dem Benutzer daran gehindert werden, die Datei- und Ordnerstruktur sowie den Inhalt zu ändern. Ein Beispiel: Ihr DFS-Namespace verweist auf einen nicht vorhandenen Speicherort, oder Sie ändern die ACLs in jeder Freigabe.

Führen Sie einen letzten RoboCopy-Durchgang aus. Dadurch werden alle Änderungen übernommen, die zuvor möglicherweise ausgelassen wurden. Wie lange dieser letzte Schritt dauert, hängt von der Geschwindigkeit des RoboCopy-Scans ab. Sie können die Zeit (gleich der Ausfallzeit) schätzen, indem Sie messen, wie lange die vorherige Ausführung gedauert hat.

Sie können versuchen, einige dieser Kopien parallel zwischen verschiedenen Quell- und Zielfreigaben auszuführen. Behalten Sie dabei den Netzwerkdurchsatz und das Verhältnis zwischen Kern und Threadanzahl im Blick, um das System nicht zu überlasten.

Problembehandlung und Optimierung

Die Geschwindigkeit und die Erfolgsrate einer bestimmten Robocopy-Ausführung hängt von mehreren Faktoren ab:

  • IOPS im Quell- und Zielspeicher
  • Verfügbare Netzwerkbandbreite zwischen Quelle und Ziel
  • Schnelle Verarbeitung von Dateien und Ordnern in einem Namespace
  • Anzahl von Änderungen zwischen Robocopy-Ausführungen
  • Größe und Anzahl der Dateien, die Sie kopieren müssen

IOPS- und Bandbreitenaspekte

In dieser Kategorie betrachten wir den Quellspeicher, den Zielspeicherund das Netzwerk , das sie verbindet. Die langsamste dieser drei Komponenten bestimmt den maximal möglichen Durchsatz.

Vorsicht

Schnellstmögliche Kopiervorgänge sind zwar häufig wünschenswert, aber Sie sollten auch die Auslastung Ihres lokalen Netzwerks und der NAS-Appliance in Bezug auf andere häufig unternehmenskritische Aufgaben berücksichtigen.

Unter Umständen sind schnellstmögliche Kopiervorgänge nicht wünschenswert, wenn das Risiko besteht, dass die verfügbaren Ressourcen von der Migration „monopolisiert“ werden.

  • Überlegen Sie sich, welche Zeiten für die Durchführung von Migrationen in Ihrer Umgebung am besten geeignet sind: tagsüber, außerhalb der Geschäftszeiten oder an Wochenenden.
  • Erwägen Sie auch, die QoS-Funktion (Quality of Service) für das Netzwerk auf einer Windows Server-Instanz zu nutzen, um die Robocopy-Geschwindigkeit zu drosseln.
  • Vermeiden Sie für die Migrationstools unnötigen Arbeitsaufwand.

Mit Robocopy können Verzögerungen zwischen Paketen eingefügt werden. Hierzu wird der Switch /IPG:n angegeben, bei dem n für den Abstand zwischen Robocopy-Paketen in Millisekunden steht. Mit diesem Switch können Sie die Monopolisierung von Ressourcen sowohl auf Geräten mit E/A-Einschränkungen als auch auf überlasteten Netzwerkverknüpfungen vermeiden.

/IPG:n kann nicht verwendet werden, um eine präzise Netzwerk-Bandbreiteneinschränkung auf einen bestimmten MBit/s-Wert zu erreichen. Verwenden Sie stattdessen Netzwerk-QoS für Windows Server. Bei Robocopy wird für alle Netzwerkanforderungen ausschließlich das SMB-Protokoll verwendet. Die Verwendung von SMB ist der Grund dafür, warum der Netzwerkdurchsatz von Robocopy selbst nicht beeinflusst werden kann, es aber ggf. zu einer Verlangsamung bei der Nutzung kommt.

Ein ähnlicher Ansatz gilt für den IOPS-Wert von Network Attached Storage (NAS). Die Clustergröße auf dem NAS-Volume, die Paketgrößen und einige andere Faktoren wirken sich auf den IOPS-Wert aus. Die Nutzung von Verzögerungen zwischen Paketen ist häufig die einfachste Möglichkeit zum Steuern der Last für NAS. Führen Sie Tests mit mehreren Werten durch, z. B. für ca. 20 Millisekunden (n=20) und dann für entsprechende Vielfache dieses Werts. Nach der Einführung einer Verzögerung können Sie auswerten, ob Ihre anderen Apps nun wie erwartet funktionieren. Mit dieser Optimierungsstrategie können Sie die optimale Robocopy-Geschwindigkeit für Ihre Umgebung ermitteln.

Verarbeitungsgeschwindigkeit

RoboCopy durchläuft den von Ihnen angegebenen Namensraum und bewertet jede Datei und jeden Ordner für die Kopie, sowohl während des ersten Laufs als auch bei jedem weiteren Nachhollauf. Diese wiederholten Durchläufe minimieren Ausfallzeiten und verbessern die Gesamterfolgsrate der migrierten Dateien.

Bandbreite ist nicht immer der begrenzendste Faktor. Für große Namensräume mit vielen kleinen Dateien kann die Aufzählungsgeschwindigkeit des Namensraums einen größeren Einfluss auf die gesamte Kopierzeit haben als der Durchsatz. Das Kopieren von 1 TiB kleiner Dateien dauert deutlich länger als das Kopieren von 1 TiB größerer Dateien. Dieser Unterschied wird erwartet.

RoboCopy unterstützt Multithreaded-Kopien über die Option /MT:n , wobei n für die Anzahl der zu verwendenden Threads steht. Wenn Sie eine Maschine für RoboCopy bereitstellen, berücksichtigen Sie die Anzahl der Prozessorkerne (die meisten CPUs stellen zwei Threads pro Kern bereit) und wie viele RoboCopy-Jobs Sie parallel ausführen möchten.

Mehr Threads kopieren kleine Dateien deutlich schneller, bieten aber möglicherweise keinen proportionalen Nutzen für große Dateien. Eine hohe Threadanzahl für große Dateien erhöht die Wahrscheinlichkeit von Durchsatz- oder IOPS-Einschränkungen.

Für einen ersten RoboCopy-Lauf verwenden Sie eine hohe Threadanzahl, um die verfügbare Netzwerkbandbreite zu sättigen. Bei weiteren /MIR Durchläufen mit weniger Änderungen wird die Verarbeitungsgeschwindigkeit zum Engpass, also passen Sie Ihre Thread-Anzahl an die Anzahl Ihrer Prozessorkerne ab. Überlegen Sie, ob Kerne für andere Aufgaben auf einem Produktionsserver reserviert werden müssen.

Tipp

Faustregel: Die erste RoboCopy-Ausführung, bei der viele Daten über ein Netzwerk mit höherer Latenz verschoben werden, profitiert von einer Überbereitstellung bei der Anzahl der Threads (/MT:n). Bei nachfolgenden Ausführungen werden weniger Unterschiede kopiert, und es ist wahrscheinlicher, dass Sie vom eingeschränkten Netzwerkdurchsatz auf eingeschränkte Computeressourcen umschalten. Unter diesen Umständen ist es oft besser, die Anzahl der Threads für RoboCopy den tatsächlich auf dem Computer verfügbaren Threads anzupassen. Eine Überbereitstellung in diesem Szenario kann zu mehr Kontextverschiebungen im Prozessor führen, was Ihren Kopiervorgang möglicherweise verlangsamt.

Namensraumänderungen während der Migration vermeiden

Vermeiden Sie umfangreiche Änderungen in Ihrem Namespace, z. B. das Verschieben von Dateien zwischen Verzeichnissen, das Ändern von Eigenschaften in großem Maßstab oder das Ändern von Berechtigungen auf Verzeichnis- und Dateiebene (NTFS ACLs). Insbesondere ACL-Änderungen können starke Auswirkungen haben, weil diese häufig zu kaskadierenden Änderungen von Dateien führen, die sich in den untergeordneten Ordnern der Hierarchie befinden. Dies kann die folgenden Konsequenzen haben:

  • Längere Ausführungsdauer für Robocopy-Aufträge, weil jede Datei und jeder Ordner, die bzw. der von einer ACL-Änderung betroffen ist, aktualisiert werden muss
  • Wiederverwendete Daten, die vorher verschoben wurden, müssen ggf. erneut kopiert werden Es müssen beispielsweise mehr Daten kopiert werden, wenn sich die Ordnerstrukturen ändern, nachdem Dateien zuvor bereits kopiert wurden. Bei einem Robocopy-Auftrag kann eine Namespaceänderung nicht „wiedergegeben“ werden. Die Dateien, die zuvor in die alte Ordnerstruktur übertragen wurden, müssen beim nächsten Auftrag bereinigt und in die neue Ordnerstruktur hochgeladen werden.

Ein weiterer wichtiger Aspekt ist die effektive Nutzung des Robocopy-Tools. Mit dem empfohlenen Robocopy-Skript erstellen und speichern Sie eine für Fehler bestimmte Protokolldatei. Das etwaige Auftreten von Kopierfehlern ist hierbei normal. Diese Fehler machen es häufig notwendig, mehrere Runden eines Kopiertools wie RoboCopy auszuführen: Eine anfängliche Ausführung, z. B. von einem NAS zu DataBox oder einem Server zu einer Azure-Dateifreigabe, und mindestens eine zusätzliche Ausführung mit dem /MIR Switch zum Erfassen und Wiederholen von Dateien, die nicht kopiert wurden.

Sie sollten darauf vorbereitet sein, Robocopy für einen bestimmten Namespacebereich mehrfach auszuführen. Aufeinanderfolgende Ausführungen können schneller abgeschlossen werden, weil weniger Daten kopiert werden müssen. Einschränkungen ergeben sich hierbei aber vermehrt aus der Geschwindigkeit bei der Verarbeitung des Namespace. Bei mehreren Ausführungen können Sie jeden Durchlauf beschleunigen, indem Sie festlegen, dass Robocopy nicht mit unnötig hohem Aufwand versuchen soll, bei einem Durchlauf alles zu kopieren. Die folgenden Robocopy-Switches können einen signifikanten Unterschied ausmachen:

  • /R:n: „n“ steht hierbei dafür, wie oft Sie versuchen, eine nicht kopierte Datei erneut zu kopieren.
  • /W:n: Mit „n“ wird angegeben, wie viele Sekunden lang zwischen den Wiederholungen gewartet werden soll.

/R:5 /W:5: Eine gängige Einstellung, die Sie je nach Ihren Anforderungen anpassen können. Bei dieser Beispieleinstellung werden für eine nicht kopierte Datei fünf Wiederholungsversuche durchgeführt, und zwischen den Wiederholungen wird jeweils fünf Sekunden gewartet. Falls die Datei immer noch nicht kopiert werden kann, wird dies beim nächsten Robocopy-Auftrag erneut versucht. Mit diesem Ansatz ist der Kopiervorgang für Dateien, die aufgrund einer gegenwärtigen Nutzung oder von Timeoutproblemen nicht kopiert werden können, in vielen Fällen schließlich erfolgreich.

Verwenden von Robocopy zum Kopieren von Dateien aus einer Azure Files-Momentaufnahme auf ein lokales Laufwerk

Sie können Robocopy verwenden, um Dateien und Ordner aus einer Momentaufnahmeansicht einer SMB Azure-Dateifreigabe wieder auf ein lokales Laufwerk zu kopieren. Weitere Informationen finden Sie unter Kopieren von Daten aus einer Freigabemomentaufnahme zurück auf einen lokalen Datenträger.

Schätzen der Speichertransaktionsgebühren

Während Sie mit der Migration zu Azure Files beginnen, kopiert RoboCopy Ihre Dateien und Ordner in Azure. Je nach Abrechnungsmodell für Azure Files können Transaktionsgebühren anfallen. Weitere Informationen finden Sie unter Grundlegendes zur Abrechnung.

Wenn Ihre Azure-Dateifreigaben (HDD, Standard) das Pay-as-you-go-Abrechnungsmodell verwenden, ist es unter Umständen schwierig abzuschätzen, wie viele Transaktionen Ihre Migration auslösen wird.

  • Es ist nicht möglich, die Anzahl der Transaktionen basierend auf der genutzten Speicherkapazität der Quelle zu schätzen. Die Anzahl der Transaktionen skaliert mit der Anzahl der Namespaceelemente (Dateien und Ordner) und ihrer Eigenschaften, die migriert werden, nicht ihrer Größe. Beispielsweise sind mehr Transaktionen erforderlich, um 1 GiB kleine Dateien zu migrieren als 1 GiB größere Dateien.
  • Um Ausfallzeiten zu minimieren, müssen Sie möglicherweise mehrere Kopieroperationen von der Quelle zum Ziel ausführen. Jede Kopieroperation verarbeitet alle Quell- und Zielobjekte, wobei nachfolgende Durchläufe schneller abgeschlossen sind. Nach den ersten Vorgängen werden nur die Unterschiede zwischen Kopiervorgängen über das Netzwerk übertragen. Es ist wichtig zu wissen, dass die Anzahl der erforderlichen Transaktionen möglicherweise gleich bleibt, obwohl weniger Daten übertragen werden.
  • Wenn dieselbe Datei zweimal kopiert wird, führt dies möglicherweise nicht zu derselben Anzahl von Transaktionen. Die Verarbeitung eines Elements, das in einer vorherigen Kopierausführung migriert wurde, führt möglicherweise nur zu wenigen Lesevorgängen. Im Gegensatz dazu erfordern Änderungen an Metadaten oder Inhalten zwischen Kopiervorgängen unter Umständen eine größere Anzahl von Transaktionen, um das Ziel zu aktualisieren.

Führen Sie erste Tests mit Ihren eigenen Daten durch, um besser zu verstehen, wie viele Transaktionen eine Dateimigration generiert.

Nächste Schritte

Die folgenden Artikel helfen Ihnen, erweiterte Optionen und bewährte Methoden zu verstehen.

  • Last updated on