

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.

# Migration zu FSx for ONTAP mit NetApp SnapMirror
<a name="migrating-fsx-ontap-snapmirror"></a>

Sie können Ihre NetApp ONTAP-Dateisysteme zu Amazon FSx für NetApp ONTAP migrieren, indem Sie. NetApp SnapMirror

NetApp SnapMirror verwendet eine Replikation auf Blockebene zwischen zwei ONTAP-Dateisystemen und repliziert Daten von einem bestimmten Quellvolume auf ein Zielvolume. Wir empfehlen SnapMirror die Verwendung zur Migration von NetApp ONTAP-Dateisystemen vor Ort auf FSx for ONTAP. NetApp SnapMirrorDie Replikation auf Blockebene ist schnell und effizient, selbst für Dateisysteme mit:
+ Komplexe Verzeichnisstrukturen
+ Über 50 Millionen Dateien
+ Sehr kleine Dateigrößen (in der Größenordnung von Kilobyte)

Wenn Sie früher SnapMirror zu FSx for ONTAP migrieren, verbleiben deduplizierte und komprimierte Daten in diesen Zuständen, was die Übertragungszeiten reduziert und die für die Migration benötigte Bandbreite reduziert. Snapshots, die auf den ONTAP-Quell-Volumes vorhanden sind, bleiben erhalten, wenn sie auf die Ziel-Volumes migriert werden. Die Migration Ihrer lokalen NetApp ONTAP-Dateisysteme zu FSx for ONTAP umfasst die folgenden übergeordneten Aufgaben:

1. Erstellen Sie das Zielvolume in Amazon FSx.

1. Sammeln Sie logische Quell- und Zielschnittstellen (LIFs).

1. Richten Sie Cluster-Peering zwischen dem Quell- und dem Zieldateisystem ein.

1. Erstellen Sie eine SVM-Peering-Beziehung.

1. Erstellen Sie die Beziehung SnapMirror .

1. Pflegen Sie einen aktualisierten Zielcluster.

1. Wechseln Sie zu Ihrem FSx for ONTAP-Dateisystem.

Das folgende Diagramm veranschaulicht das in diesem Abschnitt beschriebene Migrationsszenario.

![Flussdiagramm, das den Prozess der Migration von lokalen NetApp ONTAP-Dateisystemen zu FSx for ONTAP darstellt.](http://docs.aws.amazon.com/de_de/fsx/latest/ONTAPGuide/images/snapmirror-on-premise-migration.png)


**Topics**
+ [Bevor Sie beginnen](#prerequisites)
+ [Erstellen Sie das Zielvolume](#create-destination-volume)
+ [Notieren Sie die Quell- und Ziel-LIFs zwischen den Clustern](#get-lifs)
+ [Richten Sie Cluster-Peering zwischen Quelle und Ziel ein](#cluster-peering)
+ [Erstellen Sie eine SVM-Peering-Beziehung](#svm-peering)
+ [Erstellen Sie die Beziehung SnapMirror](#snapmirror-relationship)
+ [Daten auf Ihr FSx for ONTAP-Dateisystem übertragen](#transfer-data)
+ [Umstellung auf Amazon FSx](#cutover)

## Bevor Sie beginnen
<a name="prerequisites"></a>

Bevor Sie mit der Verwendung der in den folgenden Abschnitten beschriebenen Verfahren beginnen, stellen Sie sicher, dass Sie die folgenden Voraussetzungen erfüllt haben:
+ FSx for ONTAP priorisiert den Client-Verkehr gegenüber Hintergrundaufgaben wie Datenklassifizierung, Speichereffizienz und Backups. Bei der Migration von Daten und als allgemeine bewährte Methode empfehlen wir, die Kapazität Ihrer SSD-Stufe zu überwachen, um sicherzustellen, dass sie nicht über 80% ausgelastet ist. Sie können die Auslastung Ihrer SSD-Stufe mithilfe von [CloudWatch Dateisystemmetriken](file-system-metrics.md) überwachen. Weitere Informationen finden Sie unter [Volume-Metriken](volume-metrics.md).
+  Wenn Sie bei der Migration Ihrer Daten die Data-Tiering-Richtlinie des Zielvolumes auf `All` einstellen, werden alle Dateimetadaten auf der primären SSD-Speicherebene gespeichert. Dateimetadaten werden immer auf der SSD-based primären Ebene gespeichert, unabhängig von der Daten-Tiering-Richtlinie des Volumes. Es wird empfohlen, für die Speicherkapazität der primären Stufe: Kapazitätspool-Tier von einem Verhältnis von 1:10 auszugehen.
+ Die Quell- und Zieldateisysteme sind in derselben VPC verbunden oder befinden sich in Netzwerken, die über Amazon VPC Peering, Transit Gateway oder gepeert werden. AWS Direct Connect Site-to-Site VPN Weitere Informationen finden Sie unter [Zugreifen auf Daten aus dem AWS Cloud](supported-fsx-clients.md#access-environments) und [Was ist VPC-Peering?](https://docs.aws.amazon.com/vpc/latest/peering/what-is-vpc-peering.html) im *Amazon VPC Peering Guide*.
+ Die VPC-Sicherheitsgruppe für das Dateisystem FSx for ONTAP verfügt über eingehende und ausgehende Regeln, die ICMP sowie TCP auf den Ports 443, 10000, 11104 und 11105 für Ihre Cluster-Endpunkte (LIFs) zulassen.
+ Stellen Sie sicher, dass auf den Quell- und Zielvolumes kompatible ONTAP-Versionen ausgeführt werden, bevor Sie eine Datenschutzbeziehung einrichten. NetApp SnapMirror Weitere Informationen finden Sie in NetApp der [ONTAP-Benutzerdokumentation unter Kompatible ONTAP-Versionen für SnapMirror Beziehungen](https://docs.netapp.com/us-en/ontap/data-protection/compatible-ontap-versions-snapmirror-concept.html#snapmirror-dr-relationships). Die hier vorgestellten Verfahren verwenden ein lokales NetApp ONTAP-Dateisystem als Quelle.
+ Ihr lokales (Quell-) NetApp ONTAP-Dateisystem beinhaltet eine Lizenz. SnapMirror 
+ Sie haben ein Ziel-FSx für das ONTAP-Dateisystem mit einer SVM erstellt, aber Sie haben kein Zielvolume erstellt. Weitere Informationen finden Sie unter [Erstellen von Dateisystemen](creating-file-systems.md).

Die Befehle in diesen Verfahren verwenden die folgenden Cluster-, SVM- und Volume-Aliase:
+ {{`FSx-Dest`}}— die ID des Ziel-Clusters (FSx) (im Format FSxIdabcdef1234567890a).
+ {{`OnPrem-Source`}}— die ID des Quell-Clusters.
+ {{`DestSVM`}}— der Name der Ziel-SVM.
+ {{`SourceSVM`}}— der Name der Quell-SVM.
+ Sowohl der Quell- als auch der Name des Zielvolumes sind`vol1`.

**Anmerkung**  
Ein FSx for ONTAP-Dateisystem wird in allen ONTAP CLI-Befehlen als Cluster bezeichnet.

Die Verfahren in diesem Abschnitt verwenden die folgenden NetApp ONTAP CLI-Befehle.
+ [Befehl volume create](https://docs.netapp.com/ontap-9/topic/com.netapp.doc.dot-cm-cmpr-9101/volume__create.html)
+ [Cluster-Befehle](https://docs.netapp.com/ontap-9/topic/com.netapp.doc.dot-cm-cmpr-9101/TOC__cluster.html)
+ [vserver-Peer-Befehle](https://docs.netapp.com/ontap-9/topic/com.netapp.doc.dot-cm-cmpr-9101/TOC__vserver__peer.html)
+ [Snapmirror-Befehle](https://docs.netapp.com/ontap-9/topic/com.netapp.doc.dot-cm-cmpr-9101/TOC__snapmirror.html)

Sie werden die NetApp ONTAP CLI verwenden, um eine SnapMirror Konfiguration auf Ihrem FSx for ONTAP-Dateisystem zu erstellen und zu verwalten. Weitere Informationen finden Sie unter [Verwendung der NetApp ONTAP CLI](managing-resources-ontap-apps.md#netapp-ontap-cli).

## Erstellen Sie das Zielvolume
<a name="create-destination-volume"></a>

Sie können ein Data Protection (DP) -Zielvolume mit der Amazon FSx-Konsole AWS CLI, der und der Amazon FSx-API sowie der NetApp ONTAP CLI und der REST-API erstellen. Informationen zum Erstellen eines Ziel-Volumes mit der Amazon FSx-Konsole und finden Sie AWS CLI unter[Volumen erstellen](creating-volumes.md).

**Anmerkung**  
ONTAPbehält die nach dem Prozess erzielten Einsparungen durch die Komprimierung nicht bei, die an der Quelle im Ziel-DP-Volume erzielt wurden, wenn die Tiering-Richtlinie des Ziel-Volumes aktiviert ist. `All` Um die nach der Komprimierung erzielten Einsparungen beizubehalten, sollten Sie die Ziel-Volume-Tiering-Richtlinie auf einstellen `Auto` und die inaktive Datenkomprimierung im Zieldateisystem aktivieren, um die nach dem Prozess erzielten Komprimierungseinsparungen am Zieldateisystem erneut anzuwenden.

Im folgenden Verfahren verwenden Sie die NetApp ONTAP CLI, um ein Zielvolume auf Ihrem FSx for ONTAP-Dateisystem zu erstellen. Sie benötigen das `fsxadmin` Passwort und die IP-Adresse oder den DNS-Namen des Management-Ports des Dateisystems.

1. Richten Sie mithilfe des Benutzers `fsxadmin` und des Kennworts, das Sie bei der Erstellung des Dateisystems festgelegt haben, eine SSH-Sitzung mit dem Zieldateisystem ein.

   ```
   ssh fsxadmin@{{file-system-management-endpoint-ip-address}}
   ```

1. Erstellen Sie ein Volume auf dem Zielcluster, dessen Speicherkapazität mindestens der Speicherkapazität des Quellvolumes entspricht. Wird verwendet`-type DP`, um es als Ziel für eine SnapMirror Beziehung festzulegen.

   Wenn Sie Data Tiering verwenden möchten, empfehlen wir Ihnen, dies auf einzustellen`-tiering-policy`. `all` Dadurch wird sichergestellt, dass Ihre Daten sofort in den Kapazitätspoolspeicher übertragen werden, und verhindert, dass Ihnen die Kapazität auf Ihrer SSD-Stufe ausgeht. Nach der Migration können Sie `-tiering-policy` zu wechseln`auto`.
**Anmerkung**  
Dateimetadaten werden immer auf der SSD-based primären Ebene gespeichert, unabhängig von der Data-Tiering-Richtlinie des Volumes.

   ```
   FSx-Dest::> vol create -vserver {{DestSVM}} -volume vol1 -aggregate aggr1 -size 1g -type DP -tiering-policy all
   ```

## Notieren Sie die Quell- und Ziel-LIFs zwischen den Clustern
<a name="get-lifs"></a>

SnapMirror verwendet logische Schnittstellen (LIFs) zwischen Clustern mit jeweils einer eindeutigen IP-Adresse, um die Datenübertragung zwischen Quell- und Zielclustern zu erleichtern.

1. Für das Ziel-FSx für ONTAP-Dateisysteme können Sie die **Inter-cluster Endpunkt-IP-Adressen** von der Amazon FSx-Konsole abrufen, indem Sie auf der Detailseite Ihres Dateisystems zur Registerkarte **Administration** navigieren. 

1. Rufen Sie für den NetApp ONTAP-Quellcluster die Cluster-LIF-IP-Adressen mithilfe der ONTAP-CLI ab. Führen Sie den folgenden Befehl aus:

   ```
   OnPrem-Source::> network interface show -role intercluster
       
   Logical                          Network  
   Vserver     Interface  Status  Address/Mask
   ----------- ---------- ------- ------------ 
   FSx-Dest
                inter_1    up/up  10.0.0.36/24  
                inter_2    up/up  10.0.1.69/24
   ```
**Anmerkung**  
Für Single-AZ Dateisysteme der zweiten Generation gibt es zwei IP-Adressen zwischen Clustern für jedes Hochverfügbarkeitspaar (HA). Speichern Sie diese Werte für später. 

   Speichern Sie die `inter_1` und `inter_2` IP-Adressen. Sie werden in den Bezeichnungen `FSx-Dest` as `dest_inter_1` und und für `OnPrem-Source` as `dest_inter_2` `source_inter_1` und referenziert`source_inter_2`.

## Richten Sie Cluster-Peering zwischen Quelle und Ziel ein
<a name="cluster-peering"></a>

Richten Sie eine Cluster-Peer-Beziehung auf dem Zielcluster ein, indem Sie die IP-Adressen zwischen den Clustern angeben. Sie müssen außerdem eine Passphrase erstellen, die Sie eingeben müssen, wenn Sie das Cluster-Peering auf dem Quellcluster einrichten.

1. Richten Sie das Peering auf dem Zielcluster mit dem folgenden Befehl ein. Bei Single-AZ Dateisystemen der zweiten Generation müssen Sie jede IP-Adresse zwischen den Clustern angeben. 

   ```
   FSx-Dest::> cluster peer create -address-family ipv4 -peer-addrs {{source_inter_1}},{{source_inter_2}}
     
   Enter the passphrase:
   Confirm the passphrase:
   Notice: Now use the same passphrase in the "cluster peer create" command in the other cluster.
   ```

1. Als Nächstes richten Sie die Cluster-Peer-Beziehung auf dem Quellcluster ein. Sie müssen die Passphrase eingeben, die Sie oben erstellt haben, um sich zu authentifizieren. Bei Single-AZ Dateisystemen der zweiten Generation müssen Sie jede IP-Adresse zwischen den Clustern angeben. 

   ```
   OnPrem-Source::> cluster peer create -address-family ipv4 -peer-addrs {{dest_inter_1}},{{dest_inter_2}}
   
   Enter the passphrase:
   Confirm the passphrase:
   ```

1. Vergewissern Sie sich, dass das Peering erfolgreich war, indem Sie den folgenden Befehl auf dem Quellcluster verwenden. In der Ausgabe `Availability` sollte auf eingestellt sein`Available`.

   ```
   OnPrem-Source::> cluster peer show
   
   Peer Cluster Name  Availability   Authentication
   -----------------  -------------- --------------
   FSx-Dest           Available      ok
   ```

## Erstellen Sie eine SVM-Peering-Beziehung
<a name="svm-peering"></a>

Nachdem das Cluster-Peering eingerichtet ist, ist der nächste Schritt das Peering der SVMs. Erstellen Sie mit dem Befehl eine SVM-Peering-Beziehung auf dem Zielcluster ()FSx-Dest. `vserver peer` In den folgenden Befehlen werden zusätzlich Aliase verwendet:
+ `DestLocalName`— Dieser Name wird zur Identifizierung der Ziel-SVM verwendet, wenn das SVM-Peering auf der Quell-SVM konfiguriert wird.
+ `SourceLocalName`— Mit diesem Namen wird die Quell-SVM identifiziert, wenn das SVM-Peering auf der Ziel-SVM konfiguriert wird. 

1. Verwenden Sie den folgenden Befehl, um eine SVM-Peering-Beziehung zwischen der Quell- und der Ziel-SVM herzustellen.

   ```
   FSx-Dest::> vserver peer create -vserver {{DestSVM}} -peer-vserver {{SourceSVM}} -peer-cluster {{OnPrem-Source}} -applications snapmirror -local-name {{SourceLocalName}}
   
    Info: [Job 207] 'vserver peer create' job queued
   ```

1. Akzeptieren Sie die Peering-Beziehung auf dem Quell-Cluster:

   ```
   OnPrem-Source::> vserver peer accept -vserver {{SourceSVM}} -peer-vserver {{DestSVM}} -local-name {{DestLocalName}}
   
    Info: [Job 211] 'vserver peer accept' job queued
   ```

1. Überprüfen Sie den SVM-Peering-Status mit dem folgenden Befehl; `Peer State` sollte `peered` in der Antwort auf eingestellt sein.

   ```
   OnPrem-Source::> vserver peer show
        
           Peer     Peer   Peer     Peering       Remote
   Vserver Vserver  State  Cluster  Applications  Vserver
   ------- -------- ------ -------- ------------- ---------
   svm01   destsvm1 peered FSx-Dest snapmirror    svm01
   ```

## Erstellen Sie die Beziehung SnapMirror
<a name="snapmirror-relationship"></a>

Nachdem Sie die Quell- und Ziel-SVM miteinander verbunden haben, besteht der nächste Schritt darin, die SnapMirror Beziehung auf dem Zielcluster zu erstellen und zu initialisieren.

**Anmerkung**  
Sobald Sie eine SnapMirror Beziehung erstellt und initialisiert haben, sind die Ziel-Volumes schreibgeschützt, bis die Beziehung unterbrochen wird.
+ Verwenden Sie den `[snapmirror create](https://docs.netapp.com/ontap-9/topic/com.netapp.doc.dot-cm-cmpr-9101/snapmirror__create.html)` Befehl, um die SnapMirror Beziehung auf dem Zielcluster zu erstellen. Der `snapmirror create` Befehl muss von der Ziel-SVM aus verwendet werden.

  Sie können ihn optional verwenden`-throttle`, um die maximale Bandbreite (in kB/sec) für die SnapMirror Beziehung festzulegen.

  ```
  FSx-Dest::> snapmirror create -source-path {{SourceLocalName}}:vol1 -destination-path {{DestSVM}}:vol1 -vserver {{DestSVM}} -throttle unlimited
  
   Operation succeeded: snapmirror create for the relationship with destination "DestSVM:vol1".
  ```

## Daten auf Ihr FSx for ONTAP-Dateisystem übertragen
<a name="transfer-data"></a>

Nachdem Sie die SnapMirror Beziehung erstellt haben, können Sie Daten in das Zieldateisystem übertragen.

1. Sie können Daten in das Zieldateisystem übertragen, indem Sie den folgenden Befehl auf dem Zieldateisystem ausführen.
**Anmerkung**  
Sobald Sie diesen Befehl ausgeführt haben, SnapMirror beginnt die Übertragung von Datenschnappschüssen vom Quellvolume auf das Zielvolume.

   ```
   FSx-Dest::> snapmirror initialize -destination-path {{DestSVM}}:vol1 -source-path {{SourceLocalName}}:vol1
   ```

1. Wenn Sie Daten migrieren, die aktiv genutzt werden, müssen Sie Ihren Zielcluster aktualisieren, damit er weiterhin mit Ihrem Quellcluster synchronisiert bleibt. Führen Sie den folgenden Befehl aus, um ein einmaliges Update für den Zielcluster durchzuführen.

   ```
   FSx-Dest::> snapmirror update -destination-path {{DestSVM}}:vol1
   ```

1. Sie können auch stündliche oder tägliche Updates planen, bevor Sie die Migration abschließen und Ihre Kunden zu FSx for ONTAP verschieben. Mit dem Befehl können Sie einen SnapMirror Aktualisierungszeitplan einrichten. [https://docs.netapp.com/ontap-9/topic/com.netapp.doc.dot-cm-cmpr-9101/snapmirror__modify.html](https://docs.netapp.com/ontap-9/topic/com.netapp.doc.dot-cm-cmpr-9101/snapmirror__modify.html)

   ```
   FSx-Dest::> snapmirror modify -destination-path {{DestSVM}}:vol1 -schedule hourly
   ```

## Umstellung auf Amazon FSx
<a name="cutover"></a>

Gehen Sie wie folgt vor, um den Übergang zu Ihrem FSx for ONTAP-Dateisystem vorzubereiten:
+ Trennen Sie alle Clients, die in den Quellcluster schreiben.
+ Führen Sie eine letzte SnapMirror Übertragung durch, um sicherzustellen, dass beim Überschneiden keine Daten verloren gehen.
+ Brechen Sie die SnapMirror Beziehung ab.
+ Connect alle Clients mit Ihrem FSx for ONTAP-Dateisystem.

1. Um sicherzustellen, dass alle Daten aus dem Quell-Cluster an das Dateisystem FSx for ONTAP übertragen werden, führen Sie eine abschließende Snapmirror-Übertragung durch.

   ```
   FSx-Dest::> snapmirror update -destination-path {{DestSVM}}:vol1
   ```

1. Stellen Sie sicher, dass die Datenmigration abgeschlossen ist, indem Sie überprüfen, ob die Einstellung auf und `Relationship Status` auf `Snapmirrored` eingestellt `Mirror State` ist. `Idle` Sie sollten außerdem sicherstellen, dass das `Last Transfer End Timestamp` Datum den Erwartungen entspricht, da es angibt, wann die letzte Übertragung auf das Zielvolume stattgefunden hat.

1. Führen Sie den folgenden Befehl aus, um den SnapMirror Status anzuzeigen.

   ```
   FSx-Dest::> snapmirror show -fields state,status,last-transfer-end-timestamp
   
   Source     Destination   Mirror        Relationship Last Transfer End  
   Path       Path          State         Status       Timestamp
   ---------- -----------   ----------    -------      --------------- 
   Svm01:vol1 svm02:DestVol Snapmirrored  Idle         09/02 09:02:21
   ```

1. Deaktivieren Sie alle future SnapMirror Übertragungen mit dem `snapmirror quiesce` Befehl.

   ```
   FSx-Dest::> snapmirror quiesce -destination-path {{DestSVM}}:vol1
   ```

1. Stellen Sie sicher, dass der auf „`Quiesced`Verwenden“ umgestellt `Relationship Status` wurde`snapmirror show`.

   ```
   FSx-Dest::> snapmirror show
   
   Source           Destination   Mirror        Relationship
   Path             Path          State         Status
   -----------      ------------  ------------- --------
   sourcesvm1:vol1  svm01:DestVol Snapmirrored  Quiesced
   ```

1. Während der Migration ist das Zielvolume schreibgeschützt. Um dies zu aktivieren read/write, müssen Sie die SnapMirror Beziehung unterbrechen und zu Ihrem FSx for ONTAP-Dateisystem wechseln. Unterbrechen Sie die SnapMirror Beziehung mit dem folgenden Befehl.

   ```
   FSx-Dest::> snapmirror break -destination-path {{DestSVM}}:vol1
   
   Operation succeeded: snapmirror break for destination "DestSVM:vol1".
   ```

1. Sobald die SnapMirror Replikation abgeschlossen ist und Sie die SnapMirror Beziehung unterbrochen haben, können Sie das Volume mounten, um die Daten verfügbar zu machen.

   ```
   FSx-Dest::> vol mount -vserver fsx -volume vol1 -junction-path /vol1
   ```

Das Volume ist jetzt verfügbar, wobei die Daten vom Quell-Volume vollständig auf das Zielvolume migriert wurden. Das Volume steht auch Clients zum Lesen und Schreiben darauf zur Verfügung. Wenn Sie den `tiering-policy` Wert dieses Volumes zuvor auf eingestellt haben`all`, können Sie ihn auf `auto` oder `snapshot-only` ändern. Ihre Daten werden dann automatisch entsprechend den Zugriffsmustern zwischen den Speicherstufen umgestellt. Informationen dazu, wie Sie diese Daten für Clients und Anwendungen zugänglich machen, finden Sie unter[Zugreifen auf Ihre FSx for ONTAP-Daten](supported-fsx-clients.md).