Skip to main content
Die deutsche Sprachversion wurde als Serviceleistung für Sie durch maschinelle Übersetzung erstellt. Bei eventuellen Unstimmigkeiten hat die englische Sprachversion Vorrang.

Erfahren Sie mehr über die Datenmobilität mit ONTAP SVM.

Beitragende netapp-lenida netapp-aoife netapp-aherbin netapp-ahibbard netapp-dbagwell netapp-bhouser netapp-mwallis netapp-forry
PDFs

Ab ONTAP 9.10.1 können Cluster-Administratoren eine SVM unterbrechungsfrei von einem Quellcluster zu einem Zielcluster verschieben, um die Kapazität und den Lastausgleich zu verwalten oder um Geräte-Upgrades oder Rechenzentrumskonsolidierungen zu ermöglichen.

Die unterbrechungsfreie SVM-Verschiebung wird auf AFF Systemen in ONTAP 9.10.1 und 9.11.1 unterstützt. Ab ONTAP 9.12.1 wird diese Funktionalität sowohl auf FAS als auch auf AFF -Systemen sowie auf Hybridaggregaten unterstützt.

Der Name und die UUID der SVM bleiben nach der Migration sowie der Daten-LIF-Name, IP-Adresse und Objektnamen, wie z. B. der Volume-Name, unverändert. Die UUID der Objekte in der SVM unterscheidet sich.

Ab ONTAP 9.18.1 wird die SVM-Migration von ASA -Speichersystemen auf ASA r2-Speichersysteme unterstützt. Wenn Sie ein ASA r2-Speichersystem (ASA A1K, ASA A90, ASA A70, ASA A50, ASA A30, ASA A20 oder ASA C30) besitzen und eine SVM von einem ASA System auf Ihr ASA r2-System migrieren möchten, folgen Sie den Anweisungen."Diesen Schritten ausführen" Die

SVM-Migrations-Workflow

Das Diagramm stellt den typischen Workflow einer SVM-Migration dar. Sie starten eine SVM-Migration vom Ziel-Cluster aus. Sie können die Migration von der Quelle oder vom Ziel aus überwachen. Sie können eine manuelle Umstellung oder eine automatische Umstellung durchführen. Eine automatische Umstellung wird standardmäßig durchgeführt.

Workflow der SVM-Migration Auf diese Weise werden die folgenden Schritte zusammengefasst.

SVM-Migrationssystemunterstützung

Controller-Familie

Unterstützte ONTAP-Versionen

ASA

ONTAP 9.18.1 und höher Folgen"Diesen Schritten ausführen" für die SVM-Migration von ASA auf ASA r2-Systeme.

AFF C-Serie

ONTAP 9.12.1 Patch 4 und höher

FAS

ONTAP 9.12.1 und höher

AFF A-Series

ONTAP 9.10.1 und höher
Hinweis Bei der Migration von einem AFF Cluster zu einem FAS Cluster mit Hybridaggregaten versucht die automatische Volume-Platzierung, eine Zuordnung gleichartiger Aggregate durchzuführen. Wenn der Quellcluster beispielsweise 60 Volumes hat, versucht die Volume-Platzierung, auf dem Zielcluster ein AFF -Aggregat zu finden, um die Volumes dort zu platzieren. Wenn auf den AFF -Aggregaten nicht genügend Speicherplatz vorhanden ist, werden die Volumes auf Aggregaten mit Nicht-Flash-Festplatten platziert.

Unterstützung der Skalierbarkeit durch die ONTAP Version

ONTAP-Version

HA-Paare in Quelle und Ziel

ONTAP 9.14.1 und höher

12

ONTAP 9.13.1

6

ONTAP 9.11.1

3

ONTAP 9.10.1

1

Anforderungen an die Leistung der Netzwerkinfrastruktur für TCP-Round-Trip-Time (RTT) zwischen dem Quell- und dem Zielcluster

Abhängig von der auf dem Cluster installierten ONTAP-Version muss das Netzwerk, das die Quell- und Ziel-Cluster verbindet, wie angegeben eine maximale Umlaufzeit aufweisen:

ONTAP-Version

Maximale RTT

ONTAP 9.12.1 und höher

10 ms

ONTAP 9.11.1 und früher

2 ms

Maximale Anzahl unterstützter Volumes pro SVM

Quelle

Ziel

ONTAP 9.14.1 und höher

ONTAP 9.13.1

ONTAP 9.12.1

ONTAP 9.11.1 und früher

AFF

AFF

400

200

100

100

FAS

FAS

80

80

80

K. A.

FAS

AFF

80

80

80

K. A.

AFF

FAS

80

80

80

K. A.

Voraussetzungen

Vor Beginn einer SVM-Migration müssen Sie die folgenden Voraussetzungen erfüllen:

  • Sie müssen ein Cluster-Administrator sein.

  • "Die Quell- und Ziel-Cluster müssen aufeinander peered werden".

  • Die Quell- und Ziel-Cluster müssen über SnapMirror Synchronous verfügen"Lizenz installiert". Diese Lizenz ist in enthalten"ONTAP One".

  • Auf allen Knoten im Quellcluster muss ONTAP 9.10.1 oder höher ausgeführt werden. Informationen zur Unterstützung spezifischer ONTAP-Array-Controller finden Sie unter "Hardware Universe".

  • Auf allen Nodes im Quellcluster muss die gleiche ONTAP-Version ausgeführt werden.

  • Auf allen Nodes im Ziel-Cluster muss die gleiche ONTAP-Version ausgeführt werden.

  • Die ONTAP-Version des Ziel-Clusters muss sich mit der gleichen oder nicht mehr als zwei größeren neueren Versionen als das Quell-Cluster befinden.

  • Die Quell- und Ziel-Cluster müssen für den Zugriff auf Daten-LIFs dasselbe IP-Subnetz unterstützen.

  • Die Quell-SVM muss weniger als die enthaltenMaximale Anzahl unterstützter Daten-Volumes für die Version.

  • Am Zielort muss ausreichend Platz für die Platzierung des Datenträgers vorhanden sein.

  • Der Onboard Key Manager oder die externe Schlüsselverwaltung muss auf Clusterebene auf dem Ziel konfiguriert werden, wenn die Quell-SVM verschlüsselte Volumes hat.

    • In diesem Fall werden Schlüsselmanager, die auf SVM-Ebene in der Quelle konfiguriert wurden, nicht zum Ziel migriert. Das Ziel wird den Schlüsselmanager auf Clusterebene verwenden.

  • Wenn die Quelle über verschlüsselte Volumes verfügt und für NetApp Aggregate Encryption (NAE) konfiguriert ist, muss auch das Ziel für NAE konfiguriert sein.

  • Wenn Sie eine SVM zwischen einer nicht von MetroCluster stammenden Konfiguration und einer MetroCluster Konfiguration oder zwischen zwei MetroCluster Konfigurationen migrieren, stellen Sie sicher, dass Ihre Konfiguration die folgenden Anforderungen erfüllt:

    • Die MetroCluster Quell- und Ziel-Cluster befinden sich in einem „normalen“ Zustand. Das bedeutet, dass sie sich nicht im Umschaltmodus oder im Zustand „Warten auf Switchback“ befinden können.

    • Die MetroCluster Quell- und Ziel-Cluster durchlaufen keinen FC-zu-IP-Umstieg bzw. keine Hardwareaktualisierung.

    • Sowohl der Quell- als auch der Zielcluster müssen mit ONTAP 9.16.1 oder höher betrieben werden.

    • Wenn es sich bei der Quelle um ein MetroCluster-Cluster handelt, ist der SVM-Untertyp „Sync-source“ (nicht „Sync-Destination“).

      Hinweis Wenn es sich bei dem Ziel um ein MetroCluster-Cluster handelt, ist die auf dem Ziel erstellte SVM immer „Sync-source“. Wenn es sich bei dem Ziel um ein nicht-MetroCluster-Cluster handelt, ist der SVM-Untertyp immer „Standard“.

Best Practices in sich

Bei einer SVM-Migration sollte die CPU-Reserve von 30 % sowohl auf dem Quell-Cluster als auch auf dem Ziel-Cluster belassen werden, damit der CPU-Workload ausgeführt werden kann.

SVM-Vorgänge

Sie sollten auf Vorgänge prüfen, die mit einer SVM-Migration in Konflikt stehen können:

  • Es werden keine Failover-Vorgänge durchgeführt

  • WAFLIRON kann nicht ausgeführt werden

  • Der Fingerabdruck wird nicht ausgeführt

  • Das Verschieben, Rehosting, Klonen, Erstellen, Konvertieren oder Big-Data-Analysen wird nicht ausgeführt

Unterstützte und nicht unterstützte Funktionen

Die Tabelle zeigt die von der Datenmobilität SVM unterstützten ONTAP Funktionen und die ONTAP Versionen, welche Unterstützung bieten.

Weitere Informationen zur Interoperabilität der ONTAP Versionen zwischen einer Quelle und einem Ziel einer SVM-Migration finden Sie unter "Kompatible ONTAP Versionen für SnapMirror Beziehungen".

Funktion

Release wird zuerst unterstützt

Kommentare

Autonomer Schutz Durch Ransomware

ONTAP 9.12.1

Cloud Volumes ONTAP

Nicht unterstützt

Externer Schlüsselmanager

ONTAP 9.11.1

FabricPool

Nicht unterstützt

Fanout-Beziehung (die migrierende Quelle hat ein SnapMirror-Quellvolume mit mehr als einem Ziel)

ONTAP 9.11.1

FC SAN

Nicht unterstützt

Flash Pool

ONTAP 9.12.1

FlexCache Volumes

Nicht unterstützt

FlexGroup Volumes

Nicht unterstützt

IPsec-Richtlinien

Nicht unterstützt

IPv6-LIFs

Nicht unterstützt

ISCSI SAN

Nicht unterstützt

Job-Plan-Replikation

ONTAP 9.11.1

In ONTAP 9.10.1 werden Job-Zeitpläne während der Migration nicht repliziert und müssen manuell auf dem Ziel erstellt werden. Ab ONTAP 9.11.1 werden von der Quelle verwendete Jobpläne während der Migration automatisch repliziert.

Spiegelung zur Lastverteilung

Nicht unterstützt

MetroCluster SVMs

ONTAP 9.16.1

Ab ONTAP 9.16.1 werden die folgenden MetroCluster SVM-Migrationen unterstützt:

  • Migration einer SVM zwischen einer nicht-MetroCluster-Konfiguration und einer MetroCluster IP-Konfiguration

  • Migrieren einer SVM zwischen zwei MetroCluster IP-Konfigurationen

  • Migration einer SVM zwischen einer MetroCluster FC-Konfiguration und einer MetroCluster IP-Konfiguration

Hinweis: Sowohl auf dem Quell- als auch auf dem Zielcluster muss ONTAP 9.16.1 oder höher installiert sein, damit die SVM-Migration unterstützt wird.

Die folgenden MetroCluster SVM Migrationen werden nicht für alle ONTAP Versionen unterstützt:

  • Migrieren einer SVM zwischen zwei MetroCluster FC-Konfigurationen

  • Migration einer SVM zwischen einer nicht-MetroCluster-Konfiguration und einer MetroCluster FC-Konfiguration

Siehe Voraussetzungen, um eine SVM in einer MetroCluster-Konfiguration zu migrieren.

NetApp Aggregatverschlüsselung (NAE)

ONTAP 9.11.1

NAE-Volumes müssen auf NAE-unterstützenden Zielen platziert werden. Wenn kein NAE-Ziel verfügbar ist, schlägt der Migrationsvorgang fehl.

NDMP-Konfigurationen

Nicht unterstützt

NetApp Volume Encryption (NVE)

ONTAP 9.10.1

NVE-Volumes werden als NVE-Volumes am Ziel migriert.

Audit-Protokolle für NFS und SMB

ONTAP 9.13.1
Hinweis

Bei einer lokalen SVM-Migration mit aktivierter Prüfung sollten Sie das Audit für die Quell-SVM deaktivieren und die Migration anschließend durchführen.

Vor der SVM-Migration:

NFS v3, NFS v4.1 und NFS v4.2

ONTAP 9.10.1

NFS v4.0

ONTAP 9.12.1

NFSv4.1 mit pNFS

ONTAP 9.14.1

NVMe over Fabric

Nicht unterstützt

Onboard Key Manager (OKM) mit aktiviertem Common Criteria-Modus auf Quell-Cluster

Nicht unterstützt

Qtrees

ONTAP 9.14.1

Kontingente

ONTAP 9.14.1

S3

Nicht unterstützt

SMB-Protokoll

ONTAP 9.12.1

Migrationen von KMUs sind mit Unterbrechungen verbunden und erfordern nach der Migration eine Aktualisierung des Clients.

SnapMirror Cloud-Beziehungen

ONTAP 9.12.1

Ab ONTAP 9.12.1 müssen Sie bei der Migration einer lokalen SVM mit Cloud-Beziehungen von SnapMirror die Zielcluster installieren und über genügend Kapazität verfügen, um das "SnapMirror Cloud-Lizenz"Verschieben der Kapazität der zu gespiegelten Volumes in die Cloud zu unterstützen.

Asynchrones SnapMirror Ziel

ONTAP 9.12.1

Asynchrone Quelle von SnapMirror

ONTAP 9.11.1

  • Übertragungen können während des Großteil der Migration so normal auf FlexVol SnapMirror Beziehungen fortgesetzt werden.

  • Fortlaufende Transfers werden während der Umstellung abgebrochen und neue Transfers scheitern während der Umstellung und können erst nach Abschluss der Migration neu gestartet werden.

  • Geplante Transfers, die während der Migration abgebrochen oder verpasst wurden, werden nach Abschluss der Migration nicht automatisch gestartet.

    Hinweis

    Bei der Migration einer SnapMirror Quelle verhindert ONTAP das Löschen des Volume nach der Migration erst, wenn die SnapMirror Aktualisierung stattfindet. Das liegt daran, dass Informationen zu SnapMirror zu migrierten SnapMirror Quell-Volumes erst verfügbar sind, nachdem die Migration abgeschlossen ist und nach dem ersten Update erfolgt.

SMTape-Einstellungen

Nicht unterstützt

SnapLock

Nicht unterstützt

SnapMirror Active Sync

Nicht unterstützt

Peer-Beziehungen für SnapMirror SVM

ONTAP 9.12.1

Disaster Recovery für SnapMirror SVM

Nicht unterstützt

SnapMirror Synchronous

Nicht unterstützt

Snapshots

ONTAP 9.10.1

Manipulationssichere Snapshot Sperrung

ONTAP 9.14.1

Das manipulationssichere Sperren von Snapshots entspricht nicht SnapLock. SnapLock Enterprise und SnapLock Compliance werden nicht unterstützt.

Virtuelle IP LIFs/BGP

Nicht unterstützt

Virtual Storage Console 7.0 und höher

Nicht unterstützt

Volume-Klone

Nicht unterstützt

VStorage

Nicht unterstützt

Migration ist nicht zulässig, wenn vStorage aktiviert ist. Um eine Migration durchzuführen, deaktivieren Sie die vStorage-Option und aktivieren Sie sie nach Abschluss der Migration erneut.

Unterstützte Vorgänge während der Migration

Die folgende Tabelle zeigt, welche Volume-Vorgänge innerhalb der migrierenden SVM basierend auf dem Migrationsstatus unterstützt werden:

Volume-Betrieb

SVM-Migrationsstatus

In Bearbeitung

Angehalten

Umstellung

Erstellen

Nicht zulässig

Zulässig

Nicht unterstützt

Löschen

Nicht zulässig

Zulässig

Nicht unterstützt

Dateisystemanalyse deaktiviert

Zulässig

Zulässig

Nicht unterstützt

Dateisystemanalyse aktivieren

Nicht zulässig

Zulässig

Nicht unterstützt

Ändern

Zulässig

Zulässig

Nicht unterstützt

Offline/Online

Nicht zulässig

Zulässig

Nicht unterstützt

Verschieben/Rehosten

Nicht zulässig

Zulässig

Nicht unterstützt

Qtree erstellen/ändern

Nicht zulässig

Zulässig

Nicht unterstützt

Erstellen/Ändern von Kontingenten

Nicht zulässig

Zulässig

Nicht unterstützt

Umbenennen

Nicht zulässig

Zulässig

Nicht unterstützt

Größe Ändern

Zulässig

Zulässig

Nicht unterstützt

Beschränken

Nicht zulässig

Zulässig

Nicht unterstützt

Snapshot-Attribute ändern

Zulässig

Zulässig

Nicht unterstützt

Snapshot Autodelete

Zulässig

Zulässig

Nicht unterstützt

Snapshot wird erstellt

Zulässig

Zulässig

Nicht unterstützt

Snapshot löschen

Zulässig

Zulässig

Nicht unterstützt

Datei aus Snapshot wiederherstellen

Zulässig

Zulässig

Nicht unterstützt