StorSimple 1200: Migration zur Azure-Dateisynchronisierung
Geräte der StorSimple 1200-Serie sind virtuelle Appliances, die in einem lokalen Rechenzentrum ausgeführt werden. Die Daten können von dieser Appliance zu einer Umgebung der Azure-Dateisynchronisierung migriert werden. Die Azure-Dateisynchronisierung ist der standardmäßige und strategisch langfristige Azure-Dienst, zu dem StorSimple-Geräte migriert werden können. Dieser Artikel enthält die erforderlichen Hintergrundinformationen und Migrationsschritte für eine erfolgreiche Migration zur Azure-Dateisynchronisierung.
Hinweis
Der StorSimple-Dienst (einschließlich StorSimple-Geräte-Manager für die Serien 8000 und 1200 und StorSimple Data Manager) hat das Ende des Supports erreicht. Die Mitteilung über das Ende des Supports für StorSimple wurde 2019 auf den Seiten Microsoft Lifecycle-Richtlinie und Azure – Aktualisierungen veröffentlicht. Zusätzliche Benachrichtigungen wurden per E-Mail gesendet und im Azure-Portal und in der StorSimple-Übersicht veröffentlicht. Wenden Sie sich an den Microsoft-Support, wenn Sie weitere Informationen erhalten möchten.
Gilt für:
| Dateifreigabetyp | SMB | NFS |
|---|---|---|
| Standard-Dateifreigaben (GPv2), LRS/ZRS |  |
 |
| Standard-Dateifreigaben (GPv2), GRS/GZRS | |
|
| Premium-Dateifreigaben (FileStorage), LRS/ZRS | |
|
Azure-Dateisynchronisierung
Die Azure-Dateisynchronisierung ist ein Microsoft-Clouddienst, der auf zwei Hauptkomponenten basiert:
- Dateisynchronisierung und Cloudtiering.
- Dateifreigaben als nativer Speicher in Azure, auf den über verschiedene Protokolle wie SMB und Datei-REST zugegriffen werden kann. Eine Azure-Dateifreigabe ist vergleichbar mit einer Dateifreigabe auf einem Windows-Server, die Sie nativ als Netzwerklaufwerk einbinden können. Sie unterstützt wichtige Genauigkeitsaspekte der Dateiverwaltung wie Attribute, Berechtigungen und Zeitstempel. Anders als bei StorSimple ist keine Anwendung und kein Dienst erforderlich, um die in der Cloud gespeicherten Dateien und Ordner zu interpretieren. Der ideale und flexibelste Ansatz besteht darin, allgemeine Dateiserverdaten und einige Anwendungsdaten in der Cloud zu speichern.
In diesem Artikel werden hauptsächlich die Migrationsschritte behandelt. Wenn Sie vor der Migration mehr über die Azure-Dateisynchronisierung erfahren möchten, empfehlen wir die folgenden Artikel:
Migrationsziele
Das Ziel ist, die Integrität der Produktionsdaten und deren Verfügbarkeit zu gewährleisten. Letztere erfordert minimale Ausfallzeiten, sodass sie in normalen Wartungsfenstern stattfinden oder diese nur geringfügig überschreiten.
StorSimple 1200: Migrationspfad zur Azure-Dateisynchronisierung
Zum Ausführen eines Azure-Dateisynchronisierungs-Agents ist ein lokaler Windows-Server erforderlich. Auf dem Windows-Server muss mindestens Windows Server 2012 R2 ausgeführt werden, idealerweise jedoch Windows Server 2019.
Es gibt zahlreiche alternative Migrationspfade, und der Artikel würde zu lang werden, wenn wir alle dokumentieren und veranschaulichen würden, warum sie Risiken oder Nachteile gegenüber dem von uns in diesem Artikel als bewährte Methode empfohlenen Pfad darstellen.
Die vorstehende Abbildung zeigt die Schritte, die den Abschnitten in diesem Artikel entsprechen.
Schritt 1: Bereitstellen Ihres lokalen Windows-Servers und des Speichers
- Erstellen Sie einen Server mit Windows Server 2019 (oder mindestens 2012 R2) als virtuellen Computer oder physischen Server. Ein Windows Server-Failovercluster wird ebenfalls unterstützt.
- Stellen Sie direkt angeschlossenen Speicher (DAS, im Gegensatz zum nicht unterstützten NAS) bereit, oder fügen Sie ihn hinzu. Die Größe des Windows Server-Speichers muss mindestens der verfügbaren Kapazität Ihrer virtuellen StorSimple 1200-Appliance entsprechen.
Schritt 2: Konfigurieren Ihres Windows Server-Speichers
In diesem Schritt ordnen Sie die StorSimple-Speicherstruktur (Volumes und Freigaben) der Windows Server-Speicherstruktur zu. Wenn Sie vorhaben, Änderungen an der Speicherstruktur vorzunehmen, d. h. an der Anzahl der Volumes, der Zuordnung von Datenordnern zu Volumes oder der Unterordnerstruktur oberhalb oder unterhalb der aktuellen SMB/NFS-Freigaben, müssen Sie diese Änderungen nun einplanen. Änderungen an der Datei- und Ordnerstruktur nach dem Konfigurieren der Azure-Dateisynchronisierung sind mühsam und sollten vermieden werden. In diesem Artikel wird davon ausgegangen, dass Sie eine 1:1-Zuordnung verwenden. Daher müssen Sie Ihre Zuordnungsänderungen berücksichtigen, wenn Sie die Schritte in diesem Artikel befolgen.
- Kein Teil Ihrer Produktionsdaten sollte sich auf dem Windows Server-Systemvolume befinden. Cloudtiering wird auf Systemvolumes nicht unterstützt. Dieses Feature ist jedoch für die Migration und den kontinuierlichen Betrieb als StorSimple-Ersatz erforderlich.
- Stellen Sie die gleiche Anzahl von Volumes auf Ihrem Windows-Server wie auf der virtuellen StorSimple 1200-Appliance bereit.
- Konfigurieren Sie die benötigten Windows Server-Rollen, -Features und -Einstellungen. Es wird empfohlen, Windows Server-Updates zu abonnieren, um Ihr Betriebssystem sicher und auf dem neuesten Stand zu halten. Ebenso empfiehlt es sich, Microsoft Update zu aktivieren, um Microsoft-Anwendungen auf dem neuesten Stand zu halten, einschließlich des Azure-Dateisynchronisierungs-Agents.
- Konfigurieren Sie keine Ordner oder Freigaben, bevor Sie die folgenden Schritte gelesen haben.
Schritt 3: Bereitstellen der ersten Azure-Dateisynchronisierungs-Cloudressource
Sie benötigen die Anmeldeinformationen für Ihr Azure-Abonnement, um diesen Schritt abschließen zu können.
Die wichtigste Ressource, die für die Azure-Dateisynchronisierung konfiguriert werden muss, ist der Speichersynchronisierungsdienst. Es wird empfohlen, nur einen solchen Dienst für alle Server bereitzustellen, die aktuell oder in Zukunft für die Synchronisierung der gleichen Dateien verwendet werden. Erstellen Sie mehrere Speichersynchronisierungsdienste nur dann, wenn Sie über separate Server verfügen, zwischen denen niemals ein Datenaustausch stattfinden darf. Sie könnten z. B. über Server verfügen, die niemals dieselbe Azure-Dateifreigabe synchronisieren dürfen. Andernfalls besteht eine bewährte Methode darin, einen einzelnen Speichersynchronisierungsdienst zu verwenden.
Wählen Sie eine Azure-Region für Ihren Speichersynchronisierungsdienst aus, die sich in der Nähe Ihres Standorts befindet. Alle anderen Cloudressourcen müssen innerhalb derselben Region bereitgestellt werden. Für eine vereinfachte Verwaltung erstellen Sie in Ihrem Abonnement eine neue Ressourcengruppe für Synchronisierungs- und Speicherressourcen.
Weitere Informationen finden Sie im Abschnitt über das Bereitstellen des Speichersynchronisierungsdiensts im Artikel über das Bereitstellen der Azure-Dateisynchronisierung. Führen Sie nur die Schritte in diesem Abschnitt des Artikels aus. Spätere Schritte enthalten Links zu anderen Abschnitten dieses Artikels.
Schritt 4: Abgleichen der lokalen Volume- und Ordnerstruktur mit der Azure-Dateisynchronisierung und den Azure-Dateifreigaberessourcen
In diesem Schritt ermitteln Sie, wie viele Azure-Dateifreigaben Sie benötigen. Eine einzelne Windows Server-Instanz (oder ein Cluster) kann bis zu 30 Azure-Dateifreigaben synchronisieren.
Möglicherweise verfügen Sie über weitere Ordner auf Ihren Volumes, die Sie derzeit lokal als SMB-Freigaben für Ihre Benutzer und Apps freigeben. Am einfachsten können Sie sich dieses Szenario vorstellen, wenn Sie sich eine lokale Freigabe vorstellen, die sich 1:1 zu einer Azure-Dateifreigabe zuordnen lässt. Bei einer ausreichend geringen Anzahl von Freigaben (weniger als 30 für eine einzelne Windows Server-Instanz) wird eine 1:1-Zuordnung empfohlen.
Wenn Sie über mehr als 30 Freigaben verfügen, ist es häufig nicht nötig, eine lokale Freigabe 1:1 einer Azure-Dateifreigabe zuzuordnen. Ziehen Sie folgende Möglichkeiten in Betracht.
Gruppierung von Freigaben
Wenn Ihre Personalabteilung z. B. über 15 Freigaben verfügt, können Sie in Erwägung ziehen, alle Personaldaten in einer einzelnen Azure-Dateifreigabe zu speichern. Wenn Sie mehrere lokale Freigaben in einer Azure-Dateifreigabe speichern, können Sie trotzdem die üblichen 15 SMB-Freigaben auf Ihrer lokalen Windows Server-Instanz erstellen. Die Gruppierung der Freigaben bedeutet lediglich, dass Sie die Stammordner dieser 15 Freigaben als Unterordner in einem gemeinsamen Ordner organisieren. Anschließend synchronisieren Sie diesen gemeinsamen Ordner mit einer Azure-Dateifreigabe. Dadurch wird für diese Gruppe lokaler Freigaben nur eine einzige Azure-Dateifreigabe in der Cloud benötigt.
Volumesynchronisierung
Die Azure-Dateisynchronisierung unterstützt das Synchronisieren eines Volumestamms mit einer Azure-Dateifreigabe. Wenn Sie den Volumestamm synchronisieren, werden alle Unterordner und Dateien in derselben Azure-Dateifreigabe abgelegt.
Das Synchronisieren des Volumestamms ist daher nicht immer empfehlenswert. Das Synchronisieren mehrerer Speicherorte hat auch Vorteile. Auf diese Weise lässt sich beispielsweise die Anzahl von Elementen pro Synchronisierungsvorgang reduzieren. Die Tests von Azure-Dateifreigaben und der Azure-Dateisynchronisierung erfolgen mit 100 Millionen Elementen (Dateien und Ordner) pro Freigabe. Es empfiehlt sich jedoch häufig, in einer einzelnen Freigabe maximal 20 bis 30 Millionen Elemente zu verwenden. Das Einrichten der Azure-Dateisynchronisierung mit einer geringeren Anzahl von Elementen ist nicht nur für die Dateisynchronisierung von Vorteil. Von einer geringeren Anzahl von Elementen profitieren Sie auch in Szenarien wie den folgenden:
- Die anfängliche Überprüfung des Cloudinhalts kann schneller durchgeführt werden, was wiederum die Wartezeit für die Anzeige des Namespace auf einem Server mit aktivierter Azure-Dateisynchronisierung verringert.
- Die cloudseitige Wiederherstellung aus einer Azure-Dateifreigabe-Momentaufnahme kann schneller durchgeführt werden.
- Die Notfallwiederherstellung eines lokalen Servers kann erheblich beschleunigt werden.
- Änderungen, die direkt in einer Azure-Dateifreigabe vorgenommen wurden (außerhalb der Synchronisierung), können schneller erkannt und synchronisiert werden.
Tipp
Wenn Sie nicht wissen, wie viele Dateien und Ordner Sie besitzen, kann z. B. das Tool TreeSize von der JAM Software GmbH für Sie hilfreich sein.
Strukturierte Vorgehensweise für eine Bereitstellungszuordnung
Vor der Bereitstellung von Cloudspeicher in einem späteren Schritt ist es wichtig, eine Zuordnung zwischen lokalen Ordnern und Azure-Dateifreigaben zu erstellen. Diese Zuordnung informiert darüber, wie viele und welche Ressourcen in der Synchronisierungsgruppe für die Azure-Dateisynchronisierung bereitgestellt werden. Eine Synchronisierungsgruppe bindet die Azure-Dateifreigabe an den Ordner auf dem Server und stellt eine Synchronisierungsverbindung her.
Um zu entscheiden, wie viele Azure-Dateifreigaben benötigt werden, sehen Sie sich die folgenden Grenzwerte und bewährten Methoden an. Auf diese Weise können Sie die Zuordnung optimieren.
Ein Server, auf dem der Azure-Dateisynchronisierungs-Agent installiert ist, kann eine Synchronisierung mit bis zu 30 Azure-Dateifreigaben durchführen.
Eine Azure-Dateifreigabe wird in einem Speicherkonto bereitgestellt. Das macht das Speicherkonto zu einem Skalierungsziel für Leistungswerte wie IOPS und Durchsatz.
Beachten Sie beim Bereitstellen von Azure-Dateifreigaben die IOPS-Einschränkungen eines Speicherkontos. Idealerweise sollten Sie eine 1:1-Zuordnung von Dateifreigaben zu Speicherkonten vornehmen. Dies ist jedoch aufgrund von verschiedenen Grenzwerten und Einschränkungen (sowohl von Ihrer Organisation als auch von Azure) vielleicht nicht immer möglich. Wenn es nicht möglich ist, eine einzige Dateifreigabe in einem Speicherkonto bereitzustellen, sollten Sie darauf achten, welche Dateifreigaben besonders aktiv und welche weniger aktiv sind. So können Sie sicherstellen, dass die am stärksten genutzten Dateifreigaben nicht gemeinsam in einem Speicherkonto platziert werden.
Wenn Sie beabsichtigen, eine App in Azure zu verschieben, die die Azure-Dateifreigabe nativ verwendet, benötigen Sie möglicherweise mehr Leistung von der Azure-Dateifreigabe. Wenn diese Art der Verwendung eine Möglichkeit (auch in Zukunft) darstellt, ist die Erstellung einer einzelnen Azure-Dateifreigabe vom Typ „Standard“ in einem eigenen Speicherkonto die beste Lösung.
Es gilt ein Grenzwert von 250 Speicherkonten pro Abonnement und Azure-Region.
Tipp
Auf Grundlage dieser Informationen ist es oft erforderlich, mehrere Ordner der obersten Ebene auf Ihren Volumes in einem neuen gemeinsamen Stammverzeichnis zu gruppieren. Anschließend synchronisieren Sie dieses neue Stammverzeichnis und alle darin gruppierten Ordner mit einer einzelnen Azure-Dateifreigabe. Diese Vorgehensweise ermöglicht es Ihnen, den Grenzwert für die Synchronisierung von 30 Azure-Dateifreigaben pro Server einzuhalten.
Diese Gruppierung unter einem gemeinsamen Stamm hat keine Auswirkung auf den Datenzugriff. Ihre Zugriffssteuerungslisten (ACLs) bleiben unverändert. Sie müssen lediglich Freigabepfade (wie SMB- oder NFS-Freigaben) anpassen, die möglicherweise für die lokalen Serverordner bestehen und die Sie nun in einen gemeinsamen Stamm geändert haben. Ansonsten ändert sich nichts.
Wichtig
Der wichtigste Skalierungsvektor für die Azure-Dateisynchronisierung ist die Anzahl der Elemente (Dateien und Ordner), die synchronisiert werden müssen. Weitere Informationen finden Sie in Skalierbarkeitsziele für die Azure-Dateisynchronisierung.
Es wird empfohlen, die Anzahl der Elemente pro Synchronisierungsbereich gering zu halten. Dies ist ein wichtiger Faktor, der bei der Zuordnung von Ordnern zu Azure-Dateifreigaben zu berücksichtigen ist. Die Azure-Dateisynchronisierung wird mit 100 Millionen Elementen (Dateien und Ordner) pro Freigabe getestet. Es empfiehlt sich jedoch häufig, in einer einzelnen Freigabe maximal 20 bis 30 Millionen Elemente zu verwenden. Teilen Sie Ihren Namespace in mehrere Freigaben auf, wenn Sie merken, dass Sie diese Grenze überschreiten. Sie können weiterhin mehrere lokale Freigaben in derselben Azure-Dateifreigabe gruppieren, wenn Sie ungefähr unter dieser Grenze bleiben. Diese Methode bietet Ihnen Raum für Wachstum.
Möglicherweise können in Ihrem Fall mehrere Ordner logisch mit derselben Azure-Dateifreigabe synchronisiert werden (mithilfe des oben beschriebenen neuen, gemeinsamen Stammordners). Trotzdem kann es besser sein, die Ordner so zu gruppieren, dass sie nicht mit einer, sondern mit zwei Azure-Dateifreigaben synchronisiert werden. Mit dieser Methode kann die Anzahl der Dateien und Ordner pro Dateifreigabe auf dem Server ausgeglichen werden. Sie können auch Ihre lokalen Freigaben aufteilen und sie über mehrere lokale Server hinweg synchronisieren, was die Synchronisierung mit 30 weiteren Azure-Dateifreigaben pro zusätzlichem Server ermöglicht.
Häufige Szenarien und Überlegungen zur Dateisynchronisierung
| # | Synchronisierungsszenario | Unterstützt | Überlegungen (oder Einschränkungen) | Lösung (oder Problemumgehung) |
|---|---|---|---|---|
| 1 | Dateiserver mit mehreren Datenträgern/Volumes und mehreren Freigaben für dieselbe Azure-Zieldateifreigabe (Konsolidierung) | Nein | Eine Azure-Zieldateifreigabe (Cloudendpunkt) unterstützt nur die Synchronisierung mit einer einzigen Synchronisierungsgruppe. Eine Synchronisierungsgruppe unterstützt nur einen einzigen Serverendpunkt pro registriertem Server. |
1) Beginnen Sie mit der Synchronisierung eines einzigen Datenträgers (dessen Stammvolume) mit der Azure-Zieldateifreigabe. Wenn Sie mit dem größten Datenträger/Volume beginnen, können Sie lokale Speicheranforderungen erfüllen. Konfigurieren Sie das Cloudtiering, um alle Daten in die Cloud auszulagern, wodurch Speicherplatz auf dem Dateiserverdatenträger frei wird. Verschieben Sie Daten aus anderen Volumes/Freigaben in das aktuelle Volume, das gerade synchronisiert wird. Führen Sie die Schritte nacheinander aus, bis alle Daten in die Cloud ausgelagert/migriert wurden. 2) Streben Sie jeweils ein Stammvolume (Datenträger) an. Verwenden Sie Cloudtiering, um alle Daten auf die Azure-Zieldateifreigabe auszulagern. Entfernen Sie den Serverendpunkt aus der Synchronisierungsgruppe, erstellen Sie den Endpunkt mit dem nächsten Stammvolume/-datenträger erneut, synchronisieren Sie, und wiederholen Sie den Vorgang. Hinweis: Möglicherweise ist eine Neuinstallation des Agents erforderlich. 3) Empfehlen Sie die Verwendung von mehreren Azure-Zieldateifreigaben (dasselbe oder ein anderes Speicherkonto, basierend auf den Leistungsanforderungen). |
| 2 | Dateiserver mit einzelnem Volumen und mehreren Freigaben für dieselbe Azure-Zieldateifreigabe (Konsolidierung) | Ja | Es ist nicht möglich, mehrere Serverendpunkte pro registriertem Server mit derselben Azure-Zieldateifreigabe zu synchronisieren (wie oben angegeben). | Synchronisieren Sie den Stamm des Volumes, das mehrere Freigaben oder Ordner der obersten Ebene enthält. Weitere Informationen finden Sie im Konzept „Gruppierung freigeben“ und unter Volumesynchronisierung. |
| 3 | Dateiserver mit mehreren Freigaben und/oder Volumes zu mehreren Azure-Dateifreigaben unter einem einzelnen Speicherkonto (1:1-Freigabezuordnung) | Ja | Eine einzelne Windows Server-Instanz (oder ein Cluster) kann bis zu 30 Azure-Dateifreigaben synchronisieren. Ein Speicherkonto ist ein Skalierungsziel für Leistung. IOPS und Durchsatz werden über Dateifreigaben gemeinsam genutzt. Behalten Sie die Anzahl von Elementen pro Synchronisierungsgruppe innerhalb von 100 Millionen Elementen (Dateien und Ordner) pro Freigabe bei. Im Idealfall ist es am besten, unter 20 oder 30 Millionen pro Freigabe zu bleiben. |
1) Verwenden Sie mehrere Synchronisierungsgruppen (Anzahl von Synchronisierungsgruppen = Anzahl der zu synchronisierenden Azure-Dateifreigaben). 2) In diesem Szenario können nur jeweils 30 Freigaben synchronisiert werden. Wenn Sie auf diesem Dateiserver mehr als 30 Freigaben haben, verwenden Sie das Konzept „Gruppierung freigeben“ und die Volumesynchronisierung, um die Anzahl von Stammordnern oder Ordnern der obersten Ebene an der Quelle zu verringern. 3) Verwenden Sie zusätzliche Dateisynchronisierungsserver lokal, und teilen/verschieben Sie Daten auf diese Server, um Einschränkungen auf dem Windows-Quellserver zu umgehen. |
| 4 | Dateiserver mit mehreren Freigaben und/oder Volumes zu mehreren Azure-Dateifreigaben unter einem anderen Speicherkonto (1:1-Freigabezuordnung) | Ja | Eine einzelne Windows Server-Instanz (oder ein einzelner Cluster) kann bis zu 30 Azure-Dateifreigaben (dasselbe oder ein anderes Speicherkonto) synchronisieren. Behalten Sie die Anzahl von Elementen pro Synchronisierungsgruppe innerhalb von 100 Millionen Elementen (Dateien und Ordner) pro Freigabe bei. Im Idealfall ist es am besten, unter 20 oder 30 Millionen pro Freigabe zu bleiben. |
Dieselbe Vorgehensweise wie oben |
| 5 | Mehrere Dateiserver mit einem einzelnen Stammvolume oder einer einzelnen Freigabe für dieselbe Azure-Zieldateifreigabe (Konsolidierung) | Nein | Eine Synchronisierungsgruppe kann einen Cloudendpunkt (Azure-Dateifreigabe), der bereits in einer anderen Synchronisierungsgruppe konfiguriert wurde, nicht verwenden. Obwohl eine Synchronisierungsgruppe Serverendpunkte auf verschiedenen Dateiservern haben kann, können die Dateien nicht unterschiedlich sein. |
Folgen Sie der Anleitung im Szenario Nr. 1 oben mit der zusätzlichen Überlegung, jeweils einen Dateiserver anzustreben. |
Erstellen einer Zuordnungstabelle
Bestimmen Sie anhand der zuvor beschriebenen Informationen, wie viele Azure-Dateifreigaben Sie benötigen und welche Teile Ihrer vorhandenen Daten in welcher Azure-Dateifreigabe platziert werden sollen.
Erstellen Sie eine Tabelle mit den wichtigsten Aspekten, die Sie für Ihre Umgebung berücksichtigen müssen, damit Sie bei Bedarf darauf zugreifen können. Beim Erstellen Ihres Zuordnungsplans sollten Sie organisiert vorgehen, um nicht den Überblick zu verlieren, wenn Sie eine große Anzahl von Azure-Ressourcen gleichzeitig bereitstellen. Laden Sie die folgende Excel-Datei herunter, um sie als Vorlage zum Erstellen Ihrer Zuordnung zu verwenden.
|
Laden Sie eine Namespace-Zuordnungsvorlage herunter. |
Schritt 5: Bereitstellen von Azure-Dateifreigaben
Eine Azure-Dateifreigabe wird in der Cloud in einem Azure-Speicherkonto gespeichert. Im Hinblick auf die Leistung sollten dabei einige wichtige Aspekte berücksichtigt werden.
Wenn Ihre Freigaben intensiv genutzt werden, z. B. von einer großen Anzahl von Benutzern und/oder Anwendungen, wird die maximale Leistung eines Speicherkontos möglicherweise mit zwei Azure-Dateifreigaben erreicht.
Als bewährte Methode empfiehlt es sich, Speicherkonten mit je einer Dateifreigabe bereitzustellen. Sie können mehrere Azure-Dateifreigaben in demselben Speicherkonto zusammenfassen, wenn Sie Archivierungsfreigaben verwenden oder nur eine geringe tägliche Aktivität erwarten.
Diese Überlegungen gelten eher für direkten Cloudzugriff (über eine Azure-VM oder Azure-Dateisynchronisierung) als für die Azure-Dateisynchronisierung. Wenn Sie Freigaben lediglich für die Azure-Dateisynchronisierung verwenden möchten, können Sie mehrere Freigaben in einem einzelnen Azure-Speicherkonto gruppieren.
Wenn Sie eine Liste Ihrer Freigaben erstellt haben, sollten Sie jede Freigabe dem Speicherkonto zuordnen, in dem sie sich befindet.
Im vorherigen Schritt haben Sie die geeignete Anzahl von Freigaben bestimmt. In diesem Schritt haben Sie eine Zuordnung von Speicherkonten und Dateifreigaben erstellt. Nun stellen Sie die geeignete Anzahl von Azure-Speicherkonten mit der geeigneten Anzahl von Azure-Dateifreigaben bereit.
Stellen Sie sicher, dass die Region der einzelnen Speicherkonten identisch ist und mit der Region der Speichersynchronisierungsdienst-Ressource übereinstimmt, die Sie bereits bereitgestellt haben.
Achtung
Wenn Sie eine Azure-Dateifreigabe mit maximal 100 TiB erstellen, kann diese Freigabe als Redundanzoptionen nur lokal redundanten Speicher oder zonenredundanten Speicher verwenden. Daher sollten Sie Ihre Speicherredundanzanforderungen berücksichtigen, bevor Sie Dateifreigabe mit 100 TiB verwenden.
Azure-Dateifreigaben werden standardmäßig weiterhin mit einem Grenzwert von 5 TiB erstellt. Führen Sie die unter Erstellen einer Azure-Dateifreigabe beschriebenen Schritte aus, um eine große Dateifreigabe zu erstellen.
Ein weiterer Aspekt, den Sie bei der Bereitstellung eines Speicherkontos berücksichtigen sollten, ist die Redundanz von Azure Storage. Weitere Informationen finden Sie unter Redundanzoptionen von Azure Storage.
Auch die Namen Ihrer Ressourcen sind wichtig. Wenn Sie z.B. mehrere Freigaben für die Personalabteilung in einem Azure-Speicherkonto gruppieren, sollten Sie einen entsprechenden Namen für das Speicherkonto wählen. Gleichermaßen sollten Sie beim Benennen Ihrer Azure-Dateifreigaben Namen verwenden, die denen der lokalen Entsprechungen ähneln.
Speicherkontoeinstellungen
Es gibt viele Konfigurationen, die Sie für ein Speicherkonto vornehmen können. Für Ihre Speicherkontokonfigurationen sollte die folgende Prüfliste verwendet werden. Sie können beispielsweise die Netzwerkkonfiguration nach Abschluss der Migration ändern.
- Große Dateifreigaben: Aktiviert – Große Dateifreigaben verbessern die Leistung und ermöglichen es Ihnen, bis zu 100 TiB in einer Freigabe zu speichern.
- Firewall und virtuelle Netzwerke: Deaktiviert – Konfigurieren Sie keine IP-Einschränkungen, oder beschränken Sie nicht den Speicherkontozugriff auf ein bestimmtes VNet. Der öffentliche Endpunkt des Speicherkontos wird während der Migration verwendet. Alle IP-Adressen von Azure-VMs müssen erlaubt sein. Es ist am besten, alle Firewallregeln für das Speicherkonto nach der Migration zu konfigurieren.
- Private Endpunkte: Unterstützt – Sie können private Endpunkte aktivieren, aber der öffentliche Endpunkt wird für die Migration verwendet und muss verfügbar bleiben.
Schritt 6: Konfigurieren von Windows Server-Zielordnen
In den vorherigen Schritten haben Sie alle Aspekte in Erwägung gezogen, die die Komponenten Ihrer Synchronisierungstopologien festlegen. Jetzt ist es an der Zeit, den Server für den Empfang von Dateien für den Upload vorzubereiten.
Erstellen Sie alle Ordner, die jeweils mit einer eigenen Azure-Dateifreigabe synchronisiert werden. Sie müssen unbedingt die Ordnerstruktur befolgen, die Sie zuvor dokumentiert haben. Wenn Sie beispielsweise mehrere lokale SMB-Freigaben gemeinsam in einer einzelnen Azure-Dateifreigabe synchronisieren möchten, müssen Sie diese in einem gemeinsamen Stammordner auf dem Volume platzieren. Erstellen Sie diesen Zielstammordner jetzt auf dem Volume.
Die Anzahl der bereitgestellten Azure-Dateifreigaben sollte mit der Anzahl der Ordner, die Sie in diesem Schritt erstellt haben, und der Anzahl der Volumes, die Sie auf Stammebene synchronisieren, übereinstimmen.
Schritt 7: Bereitstellen des Azure-Dateisynchronisierungs-Agents
In diesem Abschnitt installieren Sie den Azure-Dateisynchronisierungs-Agent auf Ihrer Windows Server-Instanz.
Im Bereitstellungsleitfaden wird beschrieben, dass Sie die verstärkte Sicherheitskonfiguration für Internet Explorer deaktivieren müssen. Diese Sicherheitsmaßnahme ist nicht auf die Azure-Dateisynchronisierung anwendbar. Wenn Sie sie deaktivieren, können Sie sich problemlos bei Azure authentifizieren.
Öffnen Sie PowerShell. Installieren Sie die erforderlichen PowerShell-Module mithilfe der folgenden Befehle. Installieren Sie das vollständige Modul und den NuGet-Anbieter, wenn Sie dazu aufgefordert werden.
Install-Module -Name Az -AllowClobber
Install-Module -Name Az.StorageSync
Wenn auf Ihrem Server Probleme mit der Internetverbindung auftreten, sollten Sie diese Probleme jetzt beheben. Bei der Azure-Dateisynchronisierung wird eine beliebige verfügbare Internetverbindung verwendet. Konfigurationen, in denen für die Internetverbindung ein Proxyserver erforderlich ist, werden ebenfalls unterstützt. Sie können entweder jetzt einen computerweiten Proxy konfigurieren oder während der Agent-Installation einen Proxy angeben, der ausschließlich für die Azure-Dateisynchronisierung verwendet wird.
Wenn die Konfiguration eines Proxy erfordert, dass Sie Ihre Firewalls für diesen Server öffnen, könnte dieser Ansatz für Sie geeignet sein. Am Ende der Serverinstallation und nach abgeschlossener Serverregistrierung werden in einem Bericht zur Netzwerkkonnektivität die genauen Endpunkt-URLs in Azure angezeigt, mit denen die Azure-Dateisynchronisierung für Ihre ausgewählte Region kommunizieren muss. Der Bericht enthält zudem Informationen dazu, weshalb diese Kommunikation erforderlich ist. Sie können den Bericht verwenden, um die Firewalls auf diesem Server zu sperren und nur bestimmte URLs zuzulassen.
Sie können auch einen konservativeren Ansatz wählen, bei dem die Firewalls nicht vollständig geöffnet werden. Sie können stattdessen die Kommunikation des Servers auf übergeordnete DNS-Namespaces beschränken. Weitere Informationen finden Sie unter Proxy- und Firewalleinstellungen der Azure-Dateisynchronisierung. Halten Sie sich an ihre eigenen bewährten Methoden für Netzwerke.
Am Ende des Assistenten für die Serverinstallation wird ein Assistent zur Serverregistrierung geöffnet. Registrieren Sie den Server bei der zuvor genannten Azure-Speichersynchronisierungsdienst-Ressource.
Im Bereitstellungshandbuch sind diese Schritte näher beschrieben. Dabei wird auch auf die PowerShell-Module eingegangen, die zuerst installiert werden sollten: Installation des Azure-Dateisynchronisierungs-Agents.
Verwenden Sie den neuesten Agent. Sie können ihn aus dem Microsoft Download Center herunterladen: Azure-Dateisynchronisierungs-Agent.
Nach der Installation und Registrierung des Servers können Sie überprüfen, ob dieser Schritt erfolgreich ausgeführt wurde. Wechseln Sie im Azure-Portal zur Storage Sync Service-Ressource. Wechseln Sie im linken Menü zu Registrierte Server. Ihr Server sollte in dieser Liste enthalten sein.
Schritt 8: Konfigurieren der Synchronisierung
In diesem Schritt werden alle Ressourcen und Ordner miteinander verknüpft, die Sie im vorherigen Schritt auf Ihrer Windows Server-Instanz eingerichtet haben.
- Melden Sie sich beim Azure-Portal an.
- Wechseln Sie zu Ihrer Speichersynchronisierungsdienst-Ressource.
- Erstellen Sie innerhalb des Speichersynchronisierungsdiensts für jede Azure-Dateifreigabe eine neue Synchronisierungsgruppe. Im Kontext der Azure-Dateisynchronisierung wird die Azure-Dateifreigabe zu einem Cloudendpunkt in der Synchronisierungstopologie, die Sie durch das Erstellen einer Synchronisierungsgruppe beschreiben. Weisen Sie beim Erstellen der Synchronisierungsgruppe einen aussagekräftigen Namen zu, damit Sie erkennen können, welche Dateien synchronisiert werden. Stellen Sie sicher, dass Sie mit einem übereinstimmenden Namen auf die Azure-Dateifreigabe verweisen.
- Nach dem Erstellen der Synchronisierungsgruppe wird in der Liste der Synchronisierungsgruppen eine eigene Zeile für diese Gruppe angezeigt. Wählen Sie den Namen (einen Link) aus, um die Inhalte der Synchronisierungsgruppe anzuzeigen. Ihre Azure-Dateifreigabe wird unter Cloudendpunkte aufgeführt.
- Suchen Sie die Schaltfläche Serverendpunkt hinzufügen. Der Ordner auf dem lokalen Server, den Sie bereitgestellt haben, wird als Pfad für diesen Serverendpunkt verwendet.
Warnung
Aktivieren Sie unbedingt das Cloudtiering! Dies ist erforderlich, wenn der lokale Server nicht genügend Speicherplatz aufweist, um die gesamten Daten im StorSimple-Cloudspeicher zu speichern. Legen Sie Ihre Tieringrichtlinie vorübergehend für die Migration auf 99 % freien Speicherplatz fest.
Wiederholen Sie die Schritte zum Erstellen einer Synchronisierungsgruppe und zum Hinzufügen des jeweiligen Serverordners als Serverendpunkt für alle Azure-Dateifreigaben/Serverspeicherorte, die für die Synchronisierung konfiguriert werden müssen.
Schritt 9: Kopieren der Dateien
Der grundlegende Migrationsansatz besteht darin, mit RoboCopy eine Kopie Ihrer virtuellen StorSimple-Appliance auf Ihrem Windows-Server anzulegen und diese mit der Azure-Dateisynchronisierung auf Azure-Dateifreigaben zu synchronisieren.
Erstellen Sie die erste lokale Kopie in Ihrem Windows Server-Zielordner:
- Identifizieren Sie den ersten Speicherort auf Ihrer virtuellen StorSimple-Appliance.
- Identifizieren Sie den entsprechenden Ordner auf dem Windows-Server, auf dem die Azure-Dateisynchronisierung bereits konfiguriert wurde.
- Starten des Kopiervorgangs mit RoboCopy
Mit dem folgenden RoboCopy-Befehl werden Dateien aus dem StorSimple-Azure-Speicher in Ihren lokalen StorSimple-Speicher zurückgerufen und dann in den Windows Server-Zielordner verschoben. Der Windows-Server synchronisiert diesen Ordner mit den Azure-Dateifreigaben. Wenn das lokale Windows Server-Volume voll ist, beginnt das Cloudtiering von Dateien, die bereits erfolgreich synchronisiert wurden. Durch das Cloudtiering wird ausreichend Speicherplatz generiert, um mit dem Kopieren von der virtuellen StorSimple-Appliance fortzufahren. Einmal pro Stunde wird überprüft, was bereits im Cloudtiering synchronisiert wurde, und Speicherplatz freigegeben, um auf dem Volume einen freien Speicherplatz von 99 % zu erreichen.
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. Standardwert: /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. Standardwert: /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. |
/LFSM |
Nur für Ziele mit mehrstufigem Speicher vorgesehen. Nicht unterstützt, wenn es sich bei dem Ziel um eine Remote-SMB-Freigabe handelt. Gibt an, dass Robocopy im „Modus für geringen freien Speicherplatz“ ausgeführt wird. Diese Option ist nur bei Zielen mit mehrstufigem Speicher nützlich, bei denen möglicherweise der lokale Speicherplatz aufgebraucht ist, bevor die Robocopy-Ausführung fertiggestellt wird. Sie wurde spezifisch für die Verwendung mit einem Ziel hinzugefügt, für das das Cloudtiering der Azure-Dateisynchronisierung aktiviert ist. Die Option kann unabhängig von der Azure-Dateisynchronisierung verwendet werden. In diesem Modus pausiert die Robocopy-Ausführung immer dann, wenn ein Dateikopiervorgang dazu führen würde, dass der freie Speicherplatz des Zielvolumes einen bestimmten Schwellenwert unterschreitet. Dieser Wert kann mit dem /LFSM:n-Formular des Flags festgelegt werden. Der Parameter n wird im Dualsystem festgelegt: nKB, nMB oder nGB. Wenn /LFSM ohne einen expliziten Schwellenwert festgelegt wird, wird der Schwellenwert auf 10 % der Größe des Zielvolumes festgelegt. Der Modus für nicht genügend freien Speicherplatz ist mit /MT, /EFSRAW oder /ZB nicht kompatibel. Support für /B wurde in Windows Server 2022 hinzugefügt. Weitere Informationen, u. a. Details zu einem verwandten Fehler und eine Problemumgehung, finden Sie weiter unten im Abschnitt „Windows Server 2022 und RoboCopy LFSM“. |
/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. |
Wichtig
Es wird empfohlen, Windows Server 2022 zu verwenden. 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.
Wenn Sie den RoboCopy-Befehl zum ersten Mal ausführen, greifen Ihre Benutzer und Anwendungen weiterhin auf die StorSimple-Dateien und -Ordner 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 (StorSimple) eine Datei hinzufügt, ändert oder löscht. Diese wird dann während dieser aktuellen RoboCopy-Ausführung nicht verarbeitet. Das geht.
Der erste Schritt besteht darin, den Großteil der Daten zurück in die lokale Umgebung auf Ihren Windows-Server zu verschieben und über die Azure-Dateisynchronisierung eine Sicherung in der Cloud durchzuführen. Dies kann einige Zeit in Anspruch nehmen, die von folgenden Faktoren abhängig ist:
- Downloadbandbreite
- Rückrufgeschwindigkeit des StorSimple-Clouddiensts
- Uploadbandbreite
- Anzahl von Elementen (Dateien und Ordner), die von einem der Dienste verarbeitet werden müssen
Nachdem die erste Ausführung beendet wurde, führen Sie den Befehl erneut aus.
Beim zweiten Mal wird der Vorgang schneller abgeschlossen, da nur Änderungen, die seit der letzten Ausführung aufgetreten sind, übertragen werden müssen. Diese Änderungen befinden sich wahrscheinlich bereits lokal bei StorSimple, da sie vor Kurzem aufgetreten sind. Dies reduziert die Zeit weiter, da der Bedarf für einen Rückruf aus der Cloud verringert wird. Während dieser zweiten Ausführung können sich auch neue Änderungen ansammeln.
Wiederholen Sie diesen Vorgang, bis Sie der Auffassung sind, dass die bis zum Abschluss benötigte Zeit eine akzeptable Ausfallzeit darstellt.
Wenn Sie die Ausfallzeit als akzeptabel betrachten und bereit sind, den StorSimple-Speicherort offline zu schalten, ist jetzt der Zeitpunkt dafür: Entfernen Sie beispielsweise die SMB-Freigabe, damit kein Benutzer mehr auf den Ordner zugreifen kann, oder nehmen Sie andere geeignete Schritte vor, die das Ändern von Inhalten in diesem Ordner auf der StorSimple-Appliance verhindern.
Führen Sie einen letzten RoboCopy-Durchgang aus. Dadurch werden alle Änderungen übernommen, die 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.
Erstellen Sie eine Freigabe für den Windows Server-Ordner, und passen Sie Ihre DFS-N-Bereitstellung ggf. so an, dass sie auf diese zeigt. Stellen Sie sicher, dass Sie die gleichen Berechtigungen auf Freigabeebene wie auf Ihrer StorSimple-SMB-Freigabe festlegen.
Sie haben die Migration einer Freigabe/Gruppe von Freigaben zu einem gemeinsamen Stamm oder Volume abgeschlossen. (Dies ist davon abhängig, was Sie zugeordnet haben und was in dieselbe Azure-Dateifreigabe kopiert werden sollte.)
Sie können einige dieser Kopiervorgänge parallel ausführen. Es wird empfohlen, jeweils eine Azure-Dateifreigabe auf einmal zu verarbeiten.
Warnung
Nachdem Sie alle Daten von StorSimple auf den Windows-Server verschoben haben und die Migration abgeschlossen ist, gehen Sie wie folgt vor: Kehren Sie zu allen Synchronisierungsgruppen im Azure-Portal zurück, und passen Sie den Wert für den freien Speicherplatz auf dem Cloudtieringvolume auf einen Wert an, der für die Cachenutzung besser geeignet ist, z. B. 20 %.
Die Richtlinie für den freien Speicherplatz für das Cloudtiering wirkt sich auf eine Volumeebene aus, von der aus potenziell mehrere Serverendpunkte synchronisiert werden. Wenn Sie vergessen, den freien Speicherplatz auf einem Serverendpunkt anzupassen, wird für die Synchronisierung weiterhin die restriktivste Regel angewandt, und es wird versucht, 99 % freien Speicherplatz beizubehalten. Der lokale Cache funktioniert in diesem Fall nicht wie erwartet. Dies ist nur dann erstrebenswert, wenn Sie lediglich den Namespace für ein Volume erhalten möchten, das ausschließlich selten genutzte Archivdaten enthält.
Problembehandlung
Das häufigste Problem, auf das Sie stoßen können, besteht darin, dass der RoboCopy-Befehl mit dem Fehler Volume voll auf Windows Server-Seite beendet wird. Wenn dies der Fall ist, ist die Downloadgeschwindigkeit wahrscheinlich höher als die Uploadgeschwindigkeit. Das Cloudtiering wird einmal stündlich eingesetzt, um Inhalte vom lokalen Windows Server-Datenträger abzurufen, die bereits synchronisiert wurden.
Warten Sie, bis durch den Synchronisierungsvorgang und das Cloudtiering Speicherplatz freigegeben wurde. Sie können dies im Datei-Explorer auf Ihrem Windows-Server beobachten.
Wenn Ihr Windows-Server ausreichende Kapazität aufweist, wird das Problem durch erneutes Ausführen des Befehls behoben. Falls Sie auf diese Situation stoßen, treten keine Schäden auf, und Sie können einfach fortfahren. Der zusätzliche Aufwand durch das erneute Ausführen des Befehls ist die einzige Folge.
Sie können auch auf andere Probleme mit der Azure-Dateisynchronisierung stoßen. Wenn dies der Fall ist, lesen Sie Azure-Dateisynchronisierung Leitfaden zur Problembehandlung.
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 geht es um die Leistung des Quellspeichers, des Zielspeichers und des für die Verbindung verwendeten Netzwerks. Der maximal mögliche Durchsatz wird durch die langsamste dieser drei Komponenten bestimmt. Stellen Sie sicher, dass Ihre Netzwerkinfrastruktur so konfiguriert ist, dass optimale Übertragungsgeschwindigkeiten unterstützt werden und die bestmögliche Leistung erzielt wird.
Achtung
Schnellstmögliche Kopiervorgänge sind zwar oft wünschenswert, aber Sie sollten auch die Auslastung Ihres lokalen Netzwerks und der NAS-Appliance in Bezug auf andere – oft 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 Namespace, auf den jeweils verwiesen wird, und wertet jede Datei und jeden Ordner in Bezug auf den Kopiervorgang aus. Für jede Datei werden ein erstmaliger Kopiervorgang und dann weitere Kopiervorgänge ausgewertet. Ein Beispiel hierfür sind wiederholte Ausführungen der Robocopy-Option „/MIR“ für dieselben Quell- und Zielspeicherorte. Diese wiederholten Ausführungen sind hilfreich, um die Downtime für Benutzer und Apps gering zu halten und die allgemeine Erfolgsrate für die migrierten Dateien zu verbessern.
Häufig wird die Bandbreite als der am stärksten einschränkende Faktor bei der Migration angesehen – und dies kann auch tatsächlich der Fall sein. Die Möglichkeit zum Enumerieren eines Namespace kann aber dazu führen, dass sich die Gesamtkopierdauer für größere Namespaces mit kleineren Dateien noch weiter erhöht. Beachten Sie, dass das Kopieren von 1 TiB an kleinen Dateien erheblich länger dauert als das Kopieren einer Datenmenge von 1 TiB, die aus einer geringeren Anzahl von größeren Dateien besteht. Dabei wird vorausgesetzt, dass alle anderen Variablen unverändert bleiben. Deshalb kann die Übertragung langsam sein, wenn Sie eine große Anzahl von kleinen Dateien migrieren. Dies entspricht dem erwarteten Verhalten.
Die Ursache für diesen Unterschied ist die Verarbeitungsleistung, die für das Durchlaufen eines Namespace erforderlich ist. Robocopy unterstützt Multithreadkopien über den Parameter /MT:n, wobei n für die Anzahl der zu verwendenden Threads steht. Wenn Sie einen Computer speziell für Robocopy bereitstellen, sollten Sie also auf die Anzahl von Prozessorkernen und deren Beziehung zur jeweiligen Threadanzahl achten. Eine gängige Vorgehensweise ist die Nutzung von zwei Threads pro Kern. Die Anzahl von Kernen und Threads eines Computers stellt einen wichtigen Datenpunkt dar, der hilfreich beim Treffen der Entscheidung ist, welche Multithread-Werte (/MT:n) Sie angeben sollten. Berücksichtigen Sie auch, wie viele Robocopy-Aufträge Sie auf einem bestimmten Computer parallel ausführen möchten.
Bei einer höheren Anzahl von Threads verläuft der Kopiervorgang für die kleinen Dateien aus dem Beispiel mit 1 TiB erheblich schneller als bei einer geringeren Anzahl von Threads. Gleichzeitig kann es sein, dass die zusätzliche Investition in Ressourcen beim Beispiel mit 1 TiB an größeren Dateien nicht zu proportionalen Vorteilen führt. Bei einer höheren Anzahl von Threads wird versucht, eine größere Zahl von großen Dateien gleichzeitig über das Netzwerk zu kopieren. Durch diese zusätzliche Netzwerkaktivität erhöht sich die Wahrscheinlichkeit, dass es zu Einschränkungen in Bezug auf den Durchsatz oder den Speicher-IOPS-Wert kommt.
Beim ersten Kopieren in ein leeres Ziel mithilfe von RoboCopy oder bei einem differenziellen Vorgang mit zahlreichen geänderten Dateien ist Ihr Netzwerkdurchsatz wahrscheinlich ein limitierender Faktor. Beginnen Sie mit einer hohen Threadanzahl für eine erste Ausführung. Eine hohe Threadanzahl, die über die derzeit verfügbaren Threads auf dem Computer hinausgeht, hilft bei der Auslastung der verfügbaren Netzwerkbandbreite. Nachfolgende /MIR-Ausführungen werden progressiv durch die Verarbeitung von Elementen beeinflusst. Weniger Änderungen bei einem differenziellen Vorgang bedeuten weniger Datentransporte über das Netzwerk. Ihre Geschwindigkeit hängt nun weniger von der Übertragungsgeschwindigkeit über die Netzwerkverbindung und vielmehr von der Verarbeitungsgeschwindigkeit für Namespaceelemente ab. Stimmen Sie bei nachfolgenden Ausführungen den Threadanzahlwert auf die Prozessorkernanzahl und die Threadanzahl pro Kern ab. Berücksichtigen Sie, ob Kerne für andere Aufgaben reserviert werden müssen, die ein Produktionsserver möglicherweise hat.
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änkten Computeressourcen umschalten. Unter diesen Umständen ist es oft besser, die RoboCopy-Threadanzahl an die tatsächlich verfügbaren Threads auf dem Computer anzupassen. Eine Überbereitstellung in diesem Szenario kann zu mehr Kontextverschiebungen im Prozessor führen, was Ihren Kopiervorgang möglicherweise verlangsamt.
Vermeiden von unnötigem Arbeitsaufwand
Vermeiden Sie es, in Ihrem Namespace umfangreiche Änderungen vorzunehmen. Beispiele hierfür sind das Verschieben von Dateien zwischen Verzeichnissen und das Ändern von Eigenschaften im großen Stil oder von Berechtigungen (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 erforderlich, ein Kopiertool wie Robocopy mehrfach auszuführen. Ein Beispiel hierfür ist eine erstmalige Ausführung, z. B. aus NAS auf eine Data Box oder von einem Server auf eine Azure-Dateifreigabe. Anschließend werden mit dem Switch „/MIR“ zusätzlich eine oder mehrere weitere Ausführungen durchgeführt, um den Vorgang für nicht kopierte Dateien zu wiederholen.
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.
Windows Server 2022 und RoboCopy LFSM
Mit dem RoboCopy-Switch /LFSM kann verhindert werden, dass bei einem RoboCopy-Auftrag der Fehler Volume voll auftritt. Die RoboCopy-Ausführung pausiert immer, wenn ein Dateikopiervorgang dazu führen würde, dass der freie Speicherplatz des Zielvolumes einen bestimmten Schwellenwert unterschreitet.
Verwenden Sie RoboCopy mit Windows Server 2022. Nur diese Version von RoboCopy enthält wichtige Fehlerbehebungen und Features, die den Switch mit weiteren Flags kompatibel machen, die in den meisten Migrationen benötigt werden. Beispielsweise wird Kompatibilität mit dem Flag /B sichergestellt.
/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.
Normalerweise kann RoboCopy auf dem Quell- oder Zielcomputer oder auf einem dritten Computer ausgeführt werden.
Wichtig
Wenn Sie /LFSM verwenden möchten, muss RoboCopy auf dem Zielserver der Azure-Dateisynchronisierung unter Windows Server 2022 ausgeführt werden.
Beachten Sie außerdem, dass Sie bei Verwendung von /LFSM auch einen lokalen Pfad für das Ziel verwenden müssen, keinen UNC-Pfad. Beispiel: Als Zielpfad sollten Sie E:\Foldername anstelle eines UNC-Pfads wie \\ServerName\FolderName verwenden.
Achtung
Bei der derzeit verfügbaren Version von RoboCopy unter Windows Server 2022 tritt ein Fehler auf, der dazu führt, dass die Pausen auf die Fehleranzahl pro Datei angerechnet werden. Verwenden Sie die folgende Problemumgehung.
Die empfohlenen /R:2 /W:1-Flags erhöhen die Wahrscheinlichkeit, dass bei einer Datei aufgrund einer durch /LFSM ausgelösten Pause ein Fehler auftritt. In diesem Beispiel führt eine Datei, die nach drei Pausen nicht kopiert wurde, weil /LFSM die Pause verursacht hat, dazu, dass in RoboCopy fälschlicherweise ein Fehler für die Datei auftritt. Die Problemumgehung dafür besteht darin, höhere Werte für /R:n und /W:n zu verwenden. Ein gutes Beispiel ist /R:10 /W:1800 (10 Wiederholungen von jeweils 30 Minuten). Dadurch sollte der Tieringalgorithmus der Azure-Dateisynchronisierung Zeit haben, Platz auf dem Zielvolume zu schaffen.
Dieser Fehler wurde behoben, aber der Fix ist noch nicht öffentlich verfügbar. Überprüfen Sie diesen Absatz, um Updates zur Verfügbarkeit des Fixes und zu seiner Bereitstellung zu erhalten.
Hinweis
Haben Sie noch Fragen, oder sind Probleme aufgetreten?
Wir sind hier, um Ihnen zu helfen: 
Relevante Links
Inhalte für die Migration:
Inhalte für die Azure-Dateisynchronisierung: