Die vorliegende Übersetzung wurde maschinell erstellt. Im Falle eines Konflikts oder eines Widerspruchs zwischen dieser übersetzten Fassung und der englischen Fassung (einschließlich infolge von Verzögerungen bei der Übersetzung) ist die englische Fassung maßgeblich. # Migrieren Sie gemeinsam genutzte Dateisysteme in einem AWS Große Migration *Amit Rudraraju, Sam Apa, Bheemeswararao Balla, Wally Lu und Sanjeev Prakasam, Amazon Web Services* ## Zusammenfassung Die Migration von 300 oder mehr Servern wird als *umfangreiche* Migration angesehen. Der Zweck einer großen Migration besteht darin, Workloads von ihren vorhandenen, lokalen Rechenzentren auf die zu migrieren AWS Cloud, und diese Projekte konzentrieren sich in der Regel auf Anwendungs- und Datenbank-Workloads. Gemeinsam genutzte Dateisysteme erfordern jedoch besondere Aufmerksamkeit und einen separaten Migrationsplan. Dieses Muster beschreibt den Migrationsprozess für gemeinsam genutzte Dateisysteme und bietet bewährte Methoden für deren erfolgreiche Migration im Rahmen eines großen Migrationsprojekts. Ein *Shared File System* (SFS), auch bekannt als *Netzwerk* - oder *Cluster-Dateisystem*, ist eine Dateifreigabe, die auf mehreren Servern bereitgestellt wird. Auf gemeinsam genutzte Dateisysteme wird über Protokolle wie Network File System (NFS), Common Internet File System (CIFS) oder Server Message Block (SMB) zugegriffen. Diese Systeme werden nicht mit Standard-Migrationstools migriert, AWS Transform MGN weil sie beispielsweise weder für den zu migrierenden Host reserviert sind noch als Blockgerät dargestellt werden. Obwohl die meisten Hostabhängigkeiten transparent migriert werden, müssen die Koordination und Verwaltung der abhängigen Dateisysteme separat erfolgen. Sie migrieren gemeinsam genutzte Dateisysteme in den folgenden Phasen: Erkennung, Planung, Vorbereitung, Umstellung und Validierung. Mithilfe dieses Musters und der angehängten Arbeitsmappen migrieren Sie Ihr gemeinsam genutztes Dateisystem zu einem AWS Speicherservice wie Amazon Elastic File System (Amazon EFS), Amazon FSx for NetApp ONTAP oder Amazon FSx for Windows File Server. Um das Dateisystem zu übertragen, können Sie AWS DataSync oder ein Tool eines Drittanbieters verwenden, z. NetApp SnapMirror **Anmerkung** Dieses Muster ist Teil einer AWS Prescriptive Guidance-Reihe über [umfangreiche Migrationen](https://aws.amazon.com/prescriptive-guidance/large-migrations/) zum. AWS Cloud Dieses Muster enthält bewährte Methoden und Anweisungen zur Integration von SFSs in Ihre Wave-Pläne für Server. Wenn Sie ein oder mehrere gemeinsam genutzte Dateisysteme außerhalb eines großen Migrationsprojekts migrieren, lesen Sie die Anweisungen zur Datenübertragung in der AWS Dokumentation für [Amazon EFS, Amazon](https://docs.aws.amazon.com/efs/latest/ug/trnsfr-data-using-datasync.html) [FSx for Windows File Server](https://docs.aws.amazon.com/fsx/latest/WindowsGuide/migrate-to-fsx.html) und [Amazon FSx](https://docs.aws.amazon.com/fsx/latest/ONTAPGuide/migrating-fsx-ontap.html) for ONTAP. NetApp ## Voraussetzungen und Einschränkungen **Voraussetzungen** Die Voraussetzungen können je nach Ihren gemeinsam genutzten Quell- und Zieldateisystemen und Ihrem Anwendungsfall variieren. Die folgenden sind am häufigsten: + Ein aktiver AWS-Konto. + Sie haben die Suche nach dem Anwendungsportfolio für Ihr großes Migrationsprojekt abgeschlossen und mit der Entwicklung von Wave-Plänen begonnen. Weitere Informationen finden Sie im [Portfolio-Playbook für AWS umfangreiche Migrationen](https://docs.aws.amazon.com/prescriptive-guidance/latest/large-migration-portfolio-playbook/welcome.html). + Virtuelle private Clouds (VPCs) und Sicherheitsgruppen, die eingehenden und ausgehenden Datenverkehr zwischen dem lokalen Rechenzentrum und Ihrer Umgebung ermöglichen. AWS Weitere Informationen finden Sie unter [Network-to Amazon VPC-Konnektivitätsoptionen](https://docs.aws.amazon.com/whitepapers/latest/aws-vpc-connectivity-options/network-to-amazon-vpc-connectivity-options.html) und [AWS DataSync Netzwerkanforderungen](https://docs.aws.amazon.com/datasync/latest/userguide/datasync-network.html). + Berechtigungen zum Erstellen von AWS CloudFormation Stacks oder Berechtigungen zum Erstellen von Amazon EFS- oder Amazon FSx-Ressourcen. Weitere Informationen finden Sie in der [CloudFormation Dokumentation](https://docs.aws.amazon.com/AWSCloudFormation/latest/UserGuide/using-iam-template.html), der [Amazon EFS-Dokumentation](https://docs.aws.amazon.com/efs/latest/ug/security-iam.html) oder der [Amazon FSx-Dokumentation](https://docs.aws.amazon.com/fsx/latest/WindowsGuide/security-iam.html). + Wenn Sie AWS DataSync zur Durchführung der Migration verwenden, benötigen Sie die folgenden Berechtigungen: + Berechtigungen AWS DataSync zum Senden von Protokollen an eine Amazon CloudWatch Logs-Protokollgruppe. Weitere Informationen finden Sie unter [Zulassen DataSync des Hochladens von Protokollen in CloudWatch Protokollgruppen](https://docs.aws.amazon.com/datasync/latest/userguide/monitor-datasync.html#cloudwatchlogs). + Berechtigungen für den Zugriff auf die CloudWatch Protokollgruppe Logs. Weitere Informationen finden Sie unter [Überblick über die Verwaltung von Zugriffsberechtigungen für Ihre CloudWatch Logs-Ressourcen](https://docs.aws.amazon.com/AmazonCloudWatch/latest/logs/iam-access-control-overview-cwl.html). + Berechtigungen zum Erstellen von Agenten und Aufgaben in DataSync. Weitere Informationen finden Sie unter [Erforderliche IAM-Berechtigungen für die Verwendung AWS DataSync](https://docs.aws.amazon.com/datasync/latest/userguide/permissions-requirements.html). **Einschränkungen** + Dieses Muster wurde für die Migration von SFSs im Rahmen eines großen Migrationsprojekts entwickelt. Es enthält bewährte Verfahren und Anweisungen für die Integration von SFSs in Ihre Wave-Pläne für die Migration von Anwendungen. Wenn Sie ein oder mehrere gemeinsam genutzte Dateisysteme außerhalb eines großen Migrationsprojekts migrieren, lesen Sie die Anweisungen zur Datenübertragung in der AWS Dokumentation für [Amazon EFS, Amazon](https://docs.aws.amazon.com/efs/latest/ug/trnsfr-data-using-datasync.html) [FSx for Windows File Server](https://docs.aws.amazon.com/fsx/latest/WindowsGuide/migrate-to-fsx.html) und [Amazon FSx](https://docs.aws.amazon.com/fsx/latest/ONTAPGuide/migrating-fsx-ontap.html) for ONTAP. NetApp + Dieses Muster basiert auf häufig verwendeten Architekturen, Diensten und Migrationsmustern. Große Migrationsprojekte und -strategien können jedoch von Unternehmen zu Unternehmen variieren. Möglicherweise müssen Sie diese Lösung oder die bereitgestellten Arbeitsmappen an Ihre Anforderungen anpassen. ## Architektur **Quelltechnologie-Stack** Eine oder mehrere der Folgenden: + Linux-Dateiserver (NFS) + Windows (SMB) -Dateiserver + NetApp Speicher-Array + Dell EMC Isilon-Speicher-Array **Zieltechnologie-Stack** Eine oder mehrere der Folgenden: + Amazon Elastic File System + Amazon FSx für ONTAP NetApp + Amazon FSx für Windows File Server **Zielarchitektur** ![Architekturdiagramm der Verwendung von AWS DataSync zur Migration von lokalen gemeinsam genutzten Dateisystemen zu AWS.](https://docs.aws.amazon.com/de_de/prescriptive-guidance/latest/patterns/images/pattern-img/a30cf791-7a8a-4f71-8927-bc61f3b332f2/images/13232433-7d33-44c8-8998-b720f33f67b3.png) Das Diagramm zeigt den folgenden Prozess: 1. Sie stellen eine Verbindung zwischen dem lokalen Rechenzentrum und dem her, AWS Cloud indem Sie ein AWS-Service Beispiel wie AWS Direct Connect oder AWS Site-to-Site VPN verwenden. 1. Sie installieren den DataSync Agenten im lokalen Rechenzentrum. 1. Gemäß Ihrem Wave-Plan replizieren Sie DataSync damit Daten aus dem gemeinsam genutzten Quelldateisystem auf die AWS Ziel-Dateifreigabe. **Migrationsphasen** Die folgende Abbildung zeigt die Phasen und allgemeinen Schritte für die Migration eines SFS in einem großen Migrationsprojekt. ![Entdecken, planen, vorbereiten, überarbeiten und validieren Sie die Phasen der Migration gemeinsam genutzter Dateisysteme zu AWS.](https://docs.aws.amazon.com/de_de/prescriptive-guidance/latest/patterns/images/pattern-img/a30cf791-7a8a-4f71-8927-bc61f3b332f2/images/f1e0c94d-0eea-46a8-bdec-3297b34c1d43.png) Der Abschnitt [Epics](#migrate-shared-file-systems-in-an-aws-large-migration-epics) dieses Musters enthält detaillierte Anweisungen zum Abschließen der Migration und zur Verwendung der beigefügten Arbeitsmappen. Im Folgenden finden Sie einen allgemeinen Überblick über die Schritte dieses schrittweisen Ansatzes. | | | Phase | Schritte | | --- |--- | | Erkennen | 1. Mithilfe eines Discoverytools sammeln Sie Daten über das gemeinsam genutzte Dateisystem, einschließlich Server, Bereitstellungspunkte und IP-Adressen.
2. Mithilfe einer Configuration Management Database (CMDB) oder Ihres Migrationstools erfassen Sie Details über den Server, einschließlich Informationen zur Migrationswelle, zur Umgebung, zum Anwendungsbesitzer, zum IT-Servicemanagement (ITSM) -Dienstnamen, zur Organisationseinheit und zur Anwendungs-ID. | | Plan | 3. Erstellen Sie anhand der gesammelten Informationen über die SFS und die Server den SFS-Wellenplan.
4. Wählen Sie anhand der Informationen im Build-Arbeitsblatt für jedes SFS ein Ziel AWS-Service und ein Migrationstool aus. | | Vorbereitung | 5. Richten Sie die Zielinfrastruktur in Amazon EFS, Amazon FSx for NetApp ONTAP oder Amazon FSx for Windows File Server ein.
6. Richten Sie den Datenübertragungsservice ein, z. B. DataSync, und starten Sie dann die erste Datensynchronisierung. Wenn die erste Synchronisierung abgeschlossen ist, können Sie wiederkehrende Synchronisierungen so einrichten, dass sie nach einem Zeitplan ausgeführt werden.
7. Aktualisieren Sie den SFS-Wellenplan mit Informationen zur Zieldateifreigabe, z. B. der IP-Adresse oder dem Pfad. | | Überschneiden | 8. Stoppen Sie Anwendungen, die aktiv auf das Quell-SFS zugreifen.
9. Führen Sie im Datenübertragungsdienst eine letzte Datensynchronisierung durch.
10. Wenn die Synchronisierung abgeschlossen ist, überprüfen Sie, ob sie vollständig erfolgreich war, indem Sie die Protokolldaten in CloudWatch Logs überprüfen. | | Bestätigen | 11. Ändern Sie auf den Servern den Bereitstellungspunkt auf den neuen SFS-Pfad.
12. Starten Sie die Anwendungen neu und validieren Sie sie. | ## Tools **AWS-Services** + [Amazon CloudWatch Logs](https://docs.aws.amazon.com/AmazonCloudWatch/latest/logs/WhatIsCloudWatchLogs.html) hilft Ihnen dabei, die Protokolle all Ihrer Systeme und Anwendungen zu zentralisieren, AWS-Services sodass Sie sie überwachen und sicher archivieren können. + [AWS DataSync](https://docs.aws.amazon.com/datasync/latest/userguide/what-is-datasync.html)ist ein Online-Datenübertragungs- und Erkennungsservice, mit dem Sie Dateien oder Objektdaten zu, von und zwischen AWS Speicherdiensten verschieben können. + [Amazon Elastic File System (Amazon EFS)](https://docs.aws.amazon.com/efs/latest/ug/whatisefs.html) hilft Ihnen bei der Erstellung und Konfiguration gemeinsam genutzter Dateisysteme in der AWS Cloud. + [Amazon FSx](https://docs.aws.amazon.com/fsx/?id=docs_gateway) bietet Dateisysteme, die branchenübliche Konnektivitätsprotokolle unterstützen und hohe Verfügbarkeit und Replikation in allen Bereichen bieten. AWS-Regionen **Andere Tools** + [SnapMirror](https://library.netapp.com/ecmdocs/ECMP1196991/html/GUID-BA1081BE-B2BB-4C6E-8A82-FB0F87AC514E.html)ist ein NetApp Datenreplikationstool, das Daten von bestimmten Quell-Volumes oder [QTrees auf Ziel-Volumes bzw. QTrees](https://library.netapp.com/ecmdocs/ECMP1154894/html/GUID-8F084F85-2AB8-4622-B4F3-2D9E68559292.html) repliziert. Sie können dieses Tool verwenden, um ein NetApp Quelldateisystem zu Amazon FSx for NetApp ONTAP zu migrieren. + [Robocopy](https://learn.microsoft.com/en-us/windows-server/administration/windows-commands/robocopy), kurz für *Robust File Copy*, ist ein Befehlszeilenverzeichnis und ein Befehl für Windows. Sie können dieses Tool verwenden, um ein Windows-Quelldateisystem zu Amazon FSx for Windows File Server zu migrieren. ## Bewährte Methoden **Ansätze zur Wellenplanung** Berücksichtigen Sie bei der Planung von Wellen für Ihr großes Migrationsprojekt die Latenz und die Anwendungsleistung. Wenn das SFS und die abhängigen Anwendungen an unterschiedlichen Standorten betrieben werden, z. B. an einem Standort in der Cloud und einem im lokalen Rechenzentrum, kann dies die Latenz erhöhen und die Anwendungsleistung beeinträchtigen. Bei der Erstellung von Wellenplänen stehen die folgenden Optionen zur Verfügung: 1. **Migrieren Sie das SFS und alle abhängigen Server innerhalb derselben Welle** — Dieser Ansatz verhindert Leistungsprobleme und minimiert Nacharbeiten, wie z. B. die mehrfache Neukonfiguration von Mount-Points. Es wird empfohlen, wenn eine sehr geringe Latenz zwischen der Anwendung und dem SFS erforderlich ist. Die Wellenplanung ist jedoch komplex, und das Ziel besteht in der Regel darin, Variablen aus Abhängigkeitsgruppierungen zu entfernen und nicht zu ihnen hinzuzufügen. Außerdem wird dieser Ansatz nicht empfohlen, wenn viele Server auf dasselbe SFS zugreifen, da die Welle dadurch zu groß wird. 1. **Migrieren Sie das SFS, nachdem der letzte abhängige Server migriert wurde**. Wenn beispielsweise mehrere Server auf ein SFS zugreifen und diese Server für die Migration in den Wellen 4, 6 und 7 geplant sind, planen Sie das SFS so, dass es in Welle 7 migriert wird. Dieser Ansatz ist bei großen Migrationen oft am logischsten und wird für latenzempfindliche Anwendungen empfohlen. Es reduziert die mit der Datenübertragung verbundenen Kosten. Es minimiert auch die Latenzzeit zwischen dem SFS und Anwendungen höherer Ebenen (wie z. B. Produktionsanwendungen), da Anwendungen höherer Stufen in der Regel erst nach der Entwicklung und der Qualitätssicherung migriert werden. Dieser Ansatz erfordert jedoch immer noch Entdeckung, Planung und Agilität. Möglicherweise müssen Sie das SFS in einer früheren Welle migrieren. Vergewissern Sie sich, dass die Anwendungen die zusätzliche Latenz für den Zeitraum zwischen der ersten abhängigen Welle und der Welle, die das SFS enthält, aushalten können. Führen Sie eine Ermittlungssitzung mit den Besitzern der Anwendung durch und migrieren Sie die Anwendung in derselben Welle, der Anwendung mit der höchsten Latenzempfindlichkeit. Wenn nach der Migration einer abhängigen Anwendung Leistungsprobleme festgestellt werden, sollten Sie darauf vorbereitet sein, schnell umzusteigen, um das SFS so schnell wie möglich zu migrieren. 1. **Migrieren Sie das SFS am Ende des großen Migrationsprojekts** — Dieser Ansatz wird empfohlen, wenn die Latenz keine Rolle spielt, z. B. wenn auf die Daten im SFS selten zugegriffen wird oder wenn sie für die Anwendungsleistung nicht entscheidend sind. Dieser Ansatz rationalisiert die Migration und vereinfacht Umstellungsaufgaben. Sie können diese Ansätze je nach Latenzempfindlichkeit der Anwendung kombinieren. Sie können beispielsweise latenzempfindliche SFSs mithilfe der Ansätze 1 oder 2 migrieren und dann die restlichen SFSs mithilfe von Ansatz 3 migrieren. **Wählen Sie einen Dateisystemdienst AWS ** AWS bietet mehrere Cloud-Dienste für die Dateispeicherung. Jeder bietet unterschiedliche Vorteile und Einschränkungen in Bezug auf Leistung, Skalierbarkeit, Zugänglichkeit, Integration, Compliance und Kostenoptimierung. Es gibt einige logische Standardoptionen. Wenn auf Ihrem aktuellen lokalen Dateisystem beispielsweise Windows Server ausgeführt wird, ist Amazon FSx for Windows File Server die Standardauswahl. Oder wenn auf dem lokalen Dateisystem NetApp ONTAP ausgeführt wird, ist Amazon FSx for NetApp ONTAP die Standardoption. Sie können jedoch einen Zieldienst wählen, der auf den Anforderungen Ihrer Anwendung basiert oder um andere Vorteile des Cloud-Betriebs zu nutzen. Weitere Informationen finden Sie unter [Auswahl des richtigen AWS Dateispeicherdienstes für Ihre Bereitstellung](https://d1.awsstatic.com/events/Summits/awsnycsummit/Choosing_the_right_AWS_file_storage_service_for_your_deployment_STG302.pdf) (AWS Summit-Präsentation). **Auswahl eines Migrationstools** Amazon EFS und Amazon FSx unterstützen die Verwendung von AWS DataSync zur Migration gemeinsam genutzter Dateisysteme auf die AWS Cloud. Weitere Informationen zu unterstützten Speichersystemen und Services, Vorteilen und Anwendungsfällen finden Sie unter [Was ist AWS DataSync](https://docs.aws.amazon.com/datasync/latest/userguide/what-is-datasync.html). Einen Überblick darüber, wie Sie Ihre Dateien DataSync übertragen können, finden Sie unter [So funktionieren AWS DataSync Übertragungen](https://docs.aws.amazon.com/datasync/latest/userguide/how-datasync-transfer-works.html). Es sind auch mehrere Tools von Drittanbietern verfügbar, darunter die folgenden: + Wenn Sie sich für Amazon FSx for NetApp ONTAP entscheiden, können Sie NetApp SnapMirror damit die Dateien vom lokalen Rechenzentrum in die Cloud migrieren. SnapMirror verwendet eine Replikation auf Blockebene, die schneller als der Datenübertragungsprozess sein DataSync und dessen Dauer verkürzen kann. Weitere Informationen finden Sie unter [Migration zu FSx für ONTAP](https://docs.aws.amazon.com/fsx/latest/ONTAPGuide/migrating-fsx-ontap-snapmirror.html) using. NetApp SnapMirror + Wenn Sie sich für Amazon FSx for Windows File Server entscheiden, können Sie Robocopy verwenden, um Dateien in die Cloud zu migrieren. Weitere Informationen finden Sie unter [Migrieren vorhandener Dateien zu FSx for Windows File Server mithilfe von](https://docs.aws.amazon.com/fsx/latest/WindowsGuide/migrate-files-to-fsx.html) Robocopy. ## Epen ### Erkennen | Aufgabe | Description | Erforderliche Fähigkeiten | | --- | --- | --- | | Bereiten Sie die SFS-Discovery-Arbeitsmappe vor. | 1. Laden Sie die Arbeitsmappen im Abschnitt [Anlagen](#attachments-a30cf791-7a8a-4f71-8927-bc61f3b332f2) dieses Musters herunter. Es enthält zwei Dateien, **SFS-Discovery-Workbook.xlsx**und **SFS-Wave-Plan-Workbook.xlsx**.
2. Öffnen Sie die **SFS-Discovery-Workbook**Datei in Microsoft Excel.
3. Gehen Sie auf dem **Dashboard-Arbeitsblatt** wie folgt vor:Aktualisieren Sie in Spalte **A** den Namen der Umgebung.Aktualisieren Sie in Spalte **B** die Reihenfolge der Umgebungen, sodass sie in der Reihenfolge von niedrigster (1) Priorität bis zur höchsten Priorität angeordnet sind.Aktualisieren Sie in den Spalten **D—E** den Wave-Zeitplan.Aktualisieren Sie in den Spalten **C** und **K** die AWS-Kontonamen.Aktualisieren Sie in Spalte **L** die VPC-IDs.Aktualisieren Sie in den Spalten **M—O** die Subnetz-IDs.
4. Überprüfen Sie den Rest der Arbeitsmappenvorlage und aktualisieren Sie alle anderen Werte, die für Ihre Organisation oder Ihren Anwendungsfall erforderlich sind.
5. Speichern Sie die Arbeitsmappe. | Migrationsingenieur, Migrationsleiter | | Sammeln Sie Informationen über das Quell-SFS. | 1. Identifizieren Sie mit Ihrem bevorzugten Discovery-Tool alle SFS-Mounts auf allen entsprechenden Speichergeräten, Linux-Servern und Windows-Servern. In der Regel müssen Sie die folgenden Informationen sammeln:Client-GeräteClient-IP-AdresseSFS-EinzelheitenBefestigungspunktSie können Ihrem Migrations-Runbook Details zum Bereitstellungspunkt hinzufügen, um das SFS nach der Migration erneut zu mounten.
2. Öffnen Sie die **SFS-Discovery-Workbook** Datei.
3. Gehen Sie auf dem **Wave-Sheet**Arbeitsblatt wie folgt vor:Vergewissern Sie sich in der Formel in der Spalte **Serverstandort** (D), dass das Format des CIDR-Bereichs für die lokale Quelle für Ihren Bereich geeignet ist. Wenn Ihr CIDR-Bereich beispielsweise lautet`10.0.0.0/8`, geben Sie ein. `10.*.*.*`Vergewissern Sie sich in der Spalte **SFS-Standort** (E) in der Formel, dass das Format des CIDR-Bereichs für die Ziel-VPC für Ihren Bereich funktioniert. Wenn Ihr CIDR-Bereich beispielsweise lautet, geben Sie ein. `176.16.0.0/16` `176.16.*.*`
4. Gehen Sie auf dem **SFS-Data**Arbeitsblatt wie folgt vor:Geben Sie in der Spalte **Servername** (A) den Namen des Servers ein, auf dem das SFS gemountet ist.Geben Sie in der Spalte **SFS-Pfad** (B) den Namen des SFS ein.Geben Sie in der Spalte **IP-Adresse** (C) die IP-Adresse des Servers ein.Fügen Sie alle anderen relevanten Informationen hinzu, die Sie bei der Erkennung gesammelt haben, z. B. den Bereitstellungspunkt und die SFS-Größe. Sie können diese Daten später verwenden, um die Berechnungen zur Wellenplanung zu ändern.
5. Speichern Sie die Arbeitsmappe. | Migrationsingenieur, Migrationsleiter | | Sammeln Sie Informationen über die Server. | 1. Identifizieren Sie mithilfe Ihrer CMDB oder der in Ihrem Migrationstool aufgezeichneten Daten alle folgenden Informationen zu den Servern, die über SFS-Mounts verfügen:Server nameIP-AdresseWelleOrganisationseinheit (OU)Serverumgebung, wie`DEV`,`QA`, oder `PROD`AnwendungsnameInhaber der Anwendung und Kontaktinformationen
2. Öffnen Sie die **SFS-Discovery-Workbook** Datei.
3. Geben Sie auf dem **Server-Data**Arbeitsblatt in den Spalten **A—H** die Informationen ein, die Sie über die Quellserver gesammelt haben. Beachten Sie Folgendes:Geben Sie in der Spalte **Welle Nr.** (C) den Wellennamen (z. B.`Wave1`), außerhalb des Geltungsbereichs (`OOS`) oder ein. `Retire`Vergewissern Sie sich, dass die E-Mail-Adresse in der Spalte **Kontakt (H) des App-Besitzers** richtig ist. Diese E-Mail-Adresse wird automatisch auf der Grundlage des Namens generiert, den Sie in der Spalte **App-Besitzer** (G) angegeben haben. Falls erforderlich, aktualisieren Sie den Wert manuell, sodass er die richtige E-Mail-Adresse wiedergibt.Ändern Sie nicht die Spalten **I—J**, die Formeln enthalten.
4. Speichern Sie die Arbeitsmappe. | Migrationsingenieur, Migrationsleiter | ### Plan | Aufgabe | Description | Erforderliche Fähigkeiten | | --- | --- | --- | | Erstellen Sie den SFS-Wellenplan. | 1. Öffnen Sie die **SFS-Discovery-Workbook** Datei.
2. Stellen Sie sicher, dass alle in der Ermittlungsphase gesammelten Informationen korrekt und aktuell sind.
3. Filtern Sie auf dem **Wave-Sheet**Arbeitsblatt die Spalte **SFS-Welle** (K) nach dem Wert`1`. Dies ist eine Liste aller SFSs in der ersten Welle.Ein Wert von `0` in dieser Spalte gibt an, dass das SFS nicht in den Geltungsbereich der Migration fällt. Dies kann daran liegen, dass das SFS bereits auf dem Server gehostet wird AWS oder dass die Server, die auf das Share zugreifen, nicht in den Geltungsbereich der Migration fallen.
4. Vergewissern Sie sich, dass Sie diese SFSs in dieser Welle migrieren möchten. Weitere Informationen zum Zuweisen von SFSs zu Wellen finden Sie unter *Ansätze zur Wellenplanung im Abschnitt* [Bewährte Methoden](#migrate-shared-file-systems-in-an-aws-large-migration-best-practices).
5. Wählen Sie die Zellen aus, die die gefilterten Werte enthalten, und kopieren Sie sie. Kopieren Sie nicht die Kopfzeile mit den Spaltentiteln.
6. Öffnen Sie die **SFS-Wave-Plan-Workbook**Datei, die Sie zuvor heruntergeladen haben.
7. Wählen Sie auf dem **Export-from-Discovery**Arbeitsblatt die Zelle **A2** aus.
8. Fügen Sie die kopierten Daten ein.
9. Speichern Sie die **SFS-Wave-Plan-Workbook**Dateien **SFS-Discovery-Workbook**und. | Leiter Aufbau, Leiter der Umstellung, Migrationsingenieur, Migrationsleiter | | Wählen Sie das Ziel AWS-Service und das Migrationstool aus. | 1. Wählen Sie in der **SFS-Wave-Plan-Workbook **Datei auf dem **Exported-from-Discovery **Arbeitsblatt die Werte in der Spalte **Alter Pfad** (C) aus und kopieren Sie sie.
2. Wählen Sie auf dem **Build-Wave**Arbeitsblatt die Zelle **A2** aus.
3. Fügen Sie die kopierten Daten ein. Die Spalten B—M in diesem Arbeitsblatt werden automatisch aktualisiert, um andere mit diesem Pfad verknüpfte Daten widerzuspiegeln.
4. **Entfernen Sie alle doppelten Werte in Spalte A.** Anweisungen finden [Sie unter Doppelte Werte entfernen](https://support.microsoft.com/en-us/office/find-and-remove-duplicates-00e35bea-b46a-4d5d-b28e-66a552dc138d#ID0EDF) (Microsoft-Support-Website).
5. Überprüfen Sie in der Spalte **Zielmuster oder Dienst** (F) das empfohlene Ziel AWS-Service und aktualisieren Sie es bei Bedarf. Weitere Informationen finden Sie unter *Auswahl eines AWS Dateisystemdienstes* im Abschnitt [Bewährte Methoden](#migrate-shared-file-systems-in-an-aws-large-migration-best-practices) dieses Musters.
6. Sehen Sie sich in der Spalte **Migrationsmethode** (G) das empfohlene Migrationstool an und aktualisieren Sie es bei Bedarf. Weitere Informationen finden Sie unter *Auswahl eines Migrationstools* im Abschnitt [Bewährte Methoden](#migrate-shared-file-systems-in-an-aws-large-migration-best-practices) dieses Musters.
7. Speichern Sie die **SFS-Discovery-Workbook**-Datei. Sie haben die Erstellung eines Wellenplans für diese Welle abgeschlossen.
8. Wiederholen Sie diese Anweisungen, um für jede Welle einen Wellenplan zu erstellen. Da sich die Wellenpläne während der Migration ändern können, empfehlen wir, nicht mehr als 5 Wellen im Voraus zu planen. | Migrationsingenieur, Migrationsleiter | ### Vorbereitung | Aufgabe | Description | Erforderliche Fähigkeiten | | --- | --- | --- | | Richten Sie das Zieldateisystem ein. | Richten Sie gemäß den in Ihrem Wave-Plan aufgezeichneten Details die Zieldateisysteme im Ziel AWS-Konto, in der VPC und in den Subnetzen ein. Anweisungen finden Sie in der folgenden Dokumentation: AWS + [Amazon EFS](https://docs.aws.amazon.com/efs/latest/ug/gs-step-two-create-efs-resources.html)
+ [Amazon FSx für ONTAP NetApp ](https://docs.aws.amazon.com/fsx/latest/ONTAPGuide/getting-started-step1.html)
+ [Amazon FSx für Windows File Server](https://docs.aws.amazon.com/fsx/latest/WindowsGuide/getting-started-step1.html) | Migrationsingenieur, Migrationsleiter, AWS-Administrator | | Richten Sie das Migrationstool ein und übertragen Sie Daten. | 1. Wenn Sie es verwenden AWS DataSync, konfigurieren Sie die Protokollierung für DataSync Aufgaben. Anweisungen finden Sie unter [Protokollieren Ihrer AWS DataSync Aufgabenaktivitäten](https://docs.aws.amazon.com/datasync/latest/userguide/configure-logging.html).
2. Richten Sie das Migrationstool ein und führen Sie eine erste Datenübertragung gemäß den Anweisungen für Ihr ausgewähltes Tool durch:Informationen zu Amazon EFS finden Sie im Folgenden:[Dateien an Amazon EFS übertragen mit AWS DataSync](https://docs.aws.amazon.com/efs/latest/ug/gs-step-four-sync-files.html)Informationen zu Amazon FSx for NetApp ONTAP finden Sie im Folgenden:[Migration zu FSx for ONTAP mit NetApp SnapMirror](https://docs.aws.amazon.com/fsx/latest/ONTAPGuide/migrating-fsx-ontap-snapmirror.html#transfer-data)[Migration zu FSx for ONTAP mit AWS DataSync](https://docs.aws.amazon.com/fsx/latest/ONTAPGuide/migrate-files-to-fsx-datasync.html)Informationen zu Amazon FSx for Windows File Server finden Sie im Folgenden:[Migrieren vorhandener Dateien zu FSx for Windows File Server mit AWS DataSync](https://docs.aws.amazon.com/fsx/latest/WindowsGuide/migrate-files-to-fsx-datasync.html)[Migrieren vorhandener Dateien zu FSx for Windows File Server mit Robocopy](https://docs.aws.amazon.com/fsx/latest/WindowsGuide/migrate-files-to-fsx.html)
3. Änderungen am Quell-SFS können während oder nach der ersten Übertragung auftreten. Richten Sie wiederkehrende Datenübertragungen zwischen dem Quell- und dem Zieldateisystem ein, um die Daten synchron zu halten:Falls Sie dies verwenden DataSync, finden Sie weitere Informationen unter [Planen Ihrer AWS DataSync Aufgabe](https://docs.aws.amazon.com/datasync/latest/userguide/task-scheduling.html). DataSync überträgt nur die geänderten oder neuen Dateien im Quell-SFS.Wenn Sie ein Drittanbieter-Tool verwenden, lesen Sie in der Dokumentation zu Ihrem ausgewählten Tool nach. | AWS-Administrator, Cloud-Administrator, Migrationsingenieur, Migrationsleiter | | Aktualisieren Sie den Wave-Plan. | 1. Öffnet die **SFS-Wave-Plan-Workbook**Datei für die aktuelle Welle.
2. Geben Sie im Arbeitsblatt **Build-Wave** in der Spalte **Neue Pfad-IP-Adresse** (N) die IP-Adresse des Zieldateisystems ein. Gehen Sie wie folgt vor, um die IP-Adresse zu ermitteln:Für FSx for Windows File Server wählen Sie auf der Amazon FSx-Konsole **Dateisysteme, wählen Sie Ihr Dateisystem** aus und sehen Sie sich dann den Bereich **Netzwerk und Sicherheit** an.Informationen zu FSx for ONTAP finden Sie unter Mounten von Volumes[.](https://docs.aws.amazon.com/fsx/latest/ONTAPGuide/attach-volumes.html)Informationen zu Amazon EFS finden Sie [unter Mounten mit einer IP-Adresse](https://docs.aws.amazon.com/efs/latest/ug/mounting-fs-mount-cmd-ip-addr.html).
3. Geben Sie in der Spalte **Neuer Pfad** (O) den neuen Bereitstellungspfad ein. Der Mountpfad ist der DNS-Name des Dateisystems. Gehen Sie wie folgt vor, um den Bereitstellungspfad zu finden:**Für FSx for Windows File Server wählen Sie auf der Amazon FSx-Konsole **Dateisysteme**, wählen Sie Ihr Dateisystem und dann Attach.**Informationen zu FSx for ONTAP finden Sie auf der Seite mit den **Dateisystemdetails**. Anweisungen finden Sie unter Volumen [einbinden](https://docs.aws.amazon.com/fsx/latest/ONTAPGuide/attach-volumes.html).Informationen zu Amazon EFS finden Sie unter [Informationen sammeln](https://docs.aws.amazon.com/efs/latest/ug/wt1-test.html#wt1-connect-test-gather-info).
4. Vergewissern Sie sich auf dem **Remount-Summary**Arbeitsblatt, dass die Spalten **Neuer Pfad** (C) und **Neue Pfad-IP-Adresse** (D) die aktualisierten Werte wiedergeben.
5. Vergewissern Sie sich, dass Ihr Unternehmen Runbooks für die erneute Bereitstellung der Linux- und Windows-Dateisysteme nach der Umstellung vorbereitet hat. Allgemeine Anweisungen finden Sie im Folgenden:[Mounten von Amazon EFS-Dateisystemen](https://docs.aws.amazon.com/efs/latest/ug/mounting-fs.html)[Zugreifen auf FSx for Windows File Server Server-Dateifreigaben](https://docs.aws.amazon.com/fsx/latest/WindowsGuide/using-file-shares.html#accessing-file-shares)[Mounten von FSx für ONTAP-Volumes](https://docs.aws.amazon.com/fsx/latest/ONTAPGuide/attach-volumes.html)
6. Falls abhängige Server nicht in dieser Welle enthalten sind, notieren Sie sie auf dem **App-Team-Communication**Arbeitsblatt. Informieren Sie die jeweiligen Anwendungs- oder Serverbesitzer, da diese möglicherweise nicht in die Standard-Wave-Kommunikation einbezogen werden.
7. Wenn SFSs nach Abschluss des Wellenplans aus der Welle entfernt werden, können Sie dies auf dem Arbeitsblatt **Descoped** nachverfolgen. | Migrationsingenieur, Migrationsleiter | ### Überschneiden | Aufgabe | Description | Erforderliche Fähigkeiten | | --- | --- | --- | | Stoppen Sie Anwendungen. | Wenn Anwendungen oder Clients aktiv Lese- und Schreibvorgänge im Quell-SFS ausführen, beenden Sie sie, bevor Sie die endgültige Datensynchronisierung durchführen. Anweisungen finden Sie in der Anwendungsdokumentation oder in Ihren internen Prozessen zum Stoppen von Lese- und Schreibaktivitäten. Siehe beispielsweise [Starten oder Beenden des Webservers (IIS 8)](https://learn.microsoft.com/en-us/previous-versions/windows/it-pro/windows-server-2012-r2-and-2012/jj635851(v=ws.11)) (Microsoft-Dokumentation) oder [Systemdienste mit systemctl verwalten](https://access.redhat.com/documentation/en-us/red_hat_enterprise_linux/8/html/configuring_basic_system_settings/managing-systemd_configuring-basic-system-settings#managing-system-services-with-systemctl_managing-systemd) (Red Hat-Dokumentation). | App-Besitzer, App-Entwickler | | Führen Sie die endgültige Datenübertragung durch. | 1. Führen Sie im Migrationstool manuell eine letzte Datenübertragungsaufgabe oder einen Job aus, um das Zieldateisystem mit dem Quell-SFS zu synchronisieren. Anweisungen finden Sie unter [Starten Ihrer DataSync Aufgabe](https://docs.aws.amazon.com/datasync/latest/userguide/run-task.html#starting-task) oder in der Dokumentation des ausgewählten Migrationstools eines Drittanbieters.
2. Warten Sie, bis die Datenübertragungsaufgabe abgeschlossen ist. Weitere Informationen finden Sie unter [Überwachen von AWS DataSync Aktivitäten mit Amazon CloudWatch](https://docs.aws.amazon.com/datasync/latest/userguide/monitor-datasync.html) und [Überwachen Ihrer DataSync Aufgabe von der Befehlszeile](https://docs.aws.amazon.com/datasync/latest/userguide/monitor-datasync.html#monitor-task-command-line) aus. | Migrationsingenieur, Migrationsleiter | | Validieren Sie die Datenübertragung. | Wenn Sie verwenden AWS DataSync, gehen Sie wie folgt vor, um zu überprüfen, ob die endgültige Datenübertragung erfolgreich abgeschlossen wurde:1. Notieren Sie sich in der AWS DataSync Konsole die Aufgabe und die Ausführungs-ID, z. `task-0000-exec-1111` B.
2. Navigieren Sie zum Abschnitt „**Aufgabenprotokollierung**“ der DataSync Aufgabe.
3. Wählen Sie den Link zur **CloudWatch Protokollgruppe**.
4. Suchen Sie in den Protokollen nach der Task- und Ausführungs-ID.
5. Notieren Sie sich alle Übertragungsfehler. Weitere Informationen finden Sie in der DataSync Dokumentation unter [Häufige Fehler](https://docs.aws.amazon.com/datasync/latest/userguide/CommonErrors.html).
6. Überprüfen Sie Folgendes:Vergleichen Sie die Dateilisten der Quell- und Ziel-SFS, um sicherzustellen, dass alle Daten übertragen wurdenVergleichen Sie die Dateizugriffsberechtigungen zwischen dem Quell- und dem Ziel-SFS.
Wenn Sie ein Drittanbieter-Tool verwenden, lesen Sie die Anweisungen zur Validierung der Datenübertragung in der Dokumentation zum ausgewählten Migrationstool. | Migrationsingenieur, Migrationsleiter | ### Validieren | Aufgabe | Description | Erforderliche Fähigkeiten | | --- | --- | --- | | Hängen Sie das Dateisystem erneut ein und überprüfen Sie die Funktion und Leistung der Anwendung. | 1. Wenn abhängige Server in dieser Welle migriert wurden, geben Sie in der **SFS-Wave-Plan-Workbook**Datei auf dem **Remount-Summary**Arbeitsblatt die neue IP-Adresse des Servers in die Spalte **Neue Server-IP-Adresse** (F) ein.
2. Aktualisieren Sie auf allen Servern den Bereitstellungspunkt für das Dateisystem vom alten Pfad auf den neuen Pfad. *Verwenden Sie für die erneute Installation das Runbook Ihrer Organisation, das bereits in der Vorbereitungsphase beschrieben wurde.*
3. Vergewissern Sie sich, dass das Dateisystem ordnungsgemäß gemountet ist und dass darauf zugegriffen werden kann, indem Sie die Mounts überprüfen und überprüfen, ob Dateien vorhanden sind. In der Regel führt das Infrastrukturteam diese Aktivitäten durch.
4. Starten Sie die Anwendungen neu und beauftragen Sie die Anwendungseigentümer oder das QA-Team, die für die Anwendung erforderlichen Funktions- und Leistungstests durchzuführen. | AWS-Systemadministrator, App-Besitzer | ## Fehlerbehebung | Problem | Lösung | | --- | --- | | Zellenwerte in Microsoft Excel werden nicht aktualisiert. | Kopieren Sie die Formeln in den Beispielzeilen, indem Sie das Ausfüllkästchen ziehen. Weitere Informationen finden Sie in den Anweisungen für [Windows](https://support.microsoft.com/en-us/office/fill-a-formula-down-into-adjacent-cells-041edfe2-05bc-40e6-b933-ef48c3f308c6) oder für [Mac](https://support.microsoft.com/en-au/office/copy-a-formula-by-dragging-the-fill-handle-in-excel-for-mac-dd928259-622b-473f-9a33-83aa1a63e218) (Microsoft-Support-Website). | ## Zugehörige Ressourcen **AWS Dokumentation** + [AWS DataSync Dokumentation](https://docs.aws.amazon.com/datasync/latest/userguide/what-is-datasync.html) + [Amazon EFS-Dokumentation](https://docs.aws.amazon.com/efs/latest/ug/whatisefs.html) + [Amazon FSx-Dokumentation](https://docs.aws.amazon.com/fsx/latest/WindowsGuide/index.html) + [Große Migrationen zum AWS Cloud](https://aws.amazon.com/prescriptive-guidance/large-migrations/) + [Leitfaden für große Migrationen AWS](https://docs.aws.amazon.com/prescriptive-guidance/latest/large-migration-guide/welcome.html) + [Portfolio-Playbook für große Migrationen AWS](https://docs.aws.amazon.com/prescriptive-guidance/latest/large-migration-portfolio-playbook/welcome.html) **Fehlersuche** + [AWS DataSync Behebung von Problemen](https://docs.aws.amazon.com/datasync/latest/userguide/troubleshooting-datasync.html) + [Problembehandlung bei Amazon EFS](https://docs.aws.amazon.com/efs/latest/ug/troubleshooting.html) + [Problembehebung bei Amazon FSx for Windows File Server](https://docs.aws.amazon.com/fsx/latest/WindowsGuide/troubleshooting.html) + [Problembehebung bei Amazon FSx for ONTAP NetApp ](https://docs.aws.amazon.com/fsx/latest/ONTAPGuide/troubleshooting.html) ## Anlagen [Um auf zusätzliche Inhalte zuzugreifen, die mit diesem Dokument verknüpft sind, laden Sie die folgende Datei herunter und entpacken Sie sie: attachment.zip](samples/p-attach/a30cf791-7a8a-4f71-8927-bc61f3b332f2/attachments/attachment.zip)