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.

Informationen zu ONTAP Datenmobilität

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

Ab ONTAP 9.10.1 können Cluster-Administratoren eine SVM unterbrechungsfrei von einem Quell-Cluster zu einem Ziel-Cluster verlagern, 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 ist diese Funktion sowohl auf FAS als auch auf AFF Systemen und auf Hybridaggregaten verfügbar.

Der Name und die UUID der SVM bleiben nach der Migration unverändert, ebenso wie der Name der Daten-LIF, die IP-Adresse und Objektnamen wie der Volume-Name. Die UUID der Objekte in der SVM wird jedoch unterschiedlich sein.

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, siehe "diese Schritte".

SVM Migrationsworkflow

Das Diagramm veranschaulicht den typischen Workflow einer SVM-Migration. Eine SVM-Migration wird vom Ziel-Cluster aus gestartet. Die Migration kann entweder vom Quell-Cluster oder vom Ziel-Cluster aus überwacht werden. Ein manueller oder ein automatischer Cutover kann durchgeführt werden. Standardmäßig wird ein automatischer Cutover durchgeführt.

Arbeitsablauf der SVM-Migration. Dies fasst die folgenden Schritte zusammen.

SVM Migration Systemunterstützung

Controller Familie

Unterstützte ONTAP-Versionen

ASA

ONTAP 9.18.1 und höher: "diese Schritte" für die SVM-Migration von ASA auf ASA r2-Systeme beachten.

AFF C-Series

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 vorzunehmen. Wenn der Quell-Cluster 60 Volumes enthält, versucht die Volume-Platzierung, ein AFF-Aggregat auf dem Ziel-Cluster zu finden, um die Volumes dort zu platzieren. Wenn nicht genügend Speicherplatz auf den AFF-Aggregaten vorhanden ist, werden die Volumes auf Aggregaten mit Nicht-Flash-Festplatten platziert.

Skalierbarkeitsunterstützung nach ONTAP Version

ONTAP Version

HA-Paare in Quell- und Ziel-Cluster

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 Netzwerkinfrastrukturleistung für die TCP Round Trip Time (RTT) zwischen Quell-Cluster und Ziel-Cluster

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

ONTAP Version

Maximale RTT

ONTAP 9.12.1 und höher

10 ms

ONTAP 9.11.1 und früher

2 ms

Maximal unterstützte Volumes pro SVM

Hinweis Die maximale Anzahl an Volumes, die pro SVM in einem gemischten oder hybriden Cluster migriert werden kann, richtet sich nach dem Cluster-Mitglied, das die geringere Anzahl an Volumes unterstützt.

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

Bevor Sie eine SVM Migration starten, müssen die folgenden Voraussetzungen erfüllt sein:

  • Sie sind ein Cluster-Administrator.

  • "Die Quell- und Ziel-Cluster sind miteinander verbunden.".

  • Die Quell- und Ziel-Cluster verfügen über die SnapMirror synchron "Lizenz installiert". Diese Lizenz ist mit "ONTAP One" enthalten.

  • Alle Knoten im Quell-Cluster verwenden ONTAP 9.10.1 oder höher. Für spezifische ONTAP Array Controller-Unterstützung siehe "Hardware Universe".

  • Auf allen Knoten im Quell-Cluster läuft die gleiche ONTAP Version.

  • Auf allen Knoten im Ziel-Cluster läuft die gleiche ONTAP Version.

  • Die ONTAP Version des Ziel-Cluster ist gleich oder höchstens zwei Hauptversionen neuer als die des Quell-Cluster.

  • Die Quell- und Ziel-Cluster unterstützen dasselbe IP-Subnetz für den Daten-LIF-Zugriff.

  • Sowohl der Quell-Cluster als auch der Ziel-Cluster müssen über mindestens eine Schnittstelle verfügen, die Zugriff auf alle Netzwerke der migrierenden SVMs hat, andernfalls schlägt die Migrationsvorprüfung fehl.

  • Die Quell-SVM enthält weniger als die Maximale Anzahl unterstützter Datenvolumes für die Version.

  • Am Ziel ist ausreichend Platz für die Volumenplatzierung vorhanden.

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

    • In diesem Fall werden die auf SVM-Ebene auf dem Quell-Cluster konfigurierten Schlüsselmanager nicht zum Ziel-Cluster migriert. Der Ziel-Cluster verwendet den Schlüsselmanager auf Cluster-Ebene.

  • Wenn die Quelle verschlüsselte Datenträger verwendet und für NetApp Aggregate Encryption (NAE) konfiguriert ist, muss auch das Ziel für NAE konfiguriert sein.

  • Wenn eine SVM zwischen einer Nicht-MetroCluster Konfiguration und einer MetroCluster Konfiguration oder zwischen zwei MetroCluster Konfigurationen migriert wird, sollte die Konfiguration die folgenden Anforderungen erfüllen:

    Hinweis Die Migration einer SVM zwischen dem lokalen Cluster und dem Partner-Cluster in einer MetroCluster Konfiguration wird nicht unterstützt.

    • Die Quell- und Ziel-MetroCluster-Cluster befinden sich im „normalen“ Zustand. Das bedeutet, dass sie sich weder im Switchover-Modus noch im Zustand „Warten auf Switchback“ befinden.

    • Die Quell- und Ziel-MetroCluster-Cluster befinden sich nicht in einem FC-zu-IP-Übergang oder einer Hardware-Aktualisierung.

    • Sowohl auf dem Quell-Cluster als auch auf dem Ziel-Cluster muss ONTAP 9.16.1 oder höher ausgeführt werden.

    • Wenn es sich bei der Quelle um einen MetroCluster Cluster handelt, lautet der SVM-Subtyp "sync-source" (nicht "sync-destination").

      Hinweis Wenn das Ziel ein MetroCluster Cluster ist, ist die auf dem Ziel erstellte SVM immer „sync-source“. Wenn das Ziel kein MetroCluster Cluster ist, ist der SVM-Subtyp immer „default“.

Bewährte Vorgehensweise

Bei der Durchführung einer SVM-Migration ist es eine bewährte Methode, sowohl auf dem Quell-Cluster als auch auf dem Ziel-Cluster 30 % CPU-Reserve zu lassen, damit die CPU-Workload ausgeführt werden kann.

SVM Operationen

Es sollte geprüft werden, ob Vorgänge mit einer SVM-Migration in Konflikt stehen können:

  • Es sind keine Failover-Operationen im Gange

  • WAFLIRON kann nicht ausgeführt werden

  • Fingerabdruck ist nicht in Bearbeitung

  • Vol move, rehost, clone, create, convert oder Analytics werden nicht ausgeführt

  • Auf dem Ziel-Cluster läuft keine SVM-Migration. Es ist jeweils nur eine SVM-Migration zulässig.

Unterstützte und nicht unterstützte Funktionen

Die Tabelle zeigt die von SVM Datenmobilität unterstützten ONTAP Funktionen und die ONTAP Versionen, in denen diese Unterstützung verfügbar ist.

Informationen zur Interoperabilität der ONTAP-Versionen zwischen Quell- und Zielsystem bei einer SVM-Migration sind unter "Kompatible ONTAP Versionen für SnapMirror Beziehungen" zu finden.

Funktion

Erste unterstützte Release

Kommentare

Revisionsprotokolle (NFS und SMB)

ONTAP 9.13.1
Hinweis

Für die Migration einer lokalen SVM mit aktiviertem Revisionsprotokoll empfiehlt es sich, das Revisionsprotokoll auf der Quell-SVM zu deaktivieren und anschließend die Migration durchzuführen.

Vor der SVM Migration:

Autonomous Ransomware Protection

ONTAP 9.12.1

Cloud Instanzen

Nicht unterstützt

Die Migration von SVMs zwischen lokalen Instanzen und der Cloud wird nicht unterstützt.

Cloud Volumes ONTAP

Nicht unterstützt

Externer Schlüsselmanager

ONTAP 9.11.1

FabricPool

Nicht unterstützt

Fanout-Beziehung (die migrierende Quelle verfügt über ein SnapMirror Quellvolume mit mehr als einem Zielvolume)

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

Jobplanreplikation

ONTAP 9.11.1

In ONTAP 9.10.1 werden Jobpläne während der Migration nicht repliziert und müssen auf dem Zielsystem manuell erstellt werden. Ab ONTAP 9.11.1 werden die vom Quellsystem verwendeten Jobpläne während der Migration automatisch repliziert.

Load-sharing-Spiegel

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

  • Migration einer SVM zwischen zwei MetroCluster IP-Konfigurationen

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

Hinweis: Sowohl der Quell-Cluster als auch der Ziel-Cluster müssen ONTAP 9.16.1 oder höher ausführen, um die SVM-Migration zu unterstützen.

Die folgenden MetroCluster SVM-Migrationen werden nicht von allen ONTAP Versionen unterstützt:

  • Migration einer SVM zwischen zwei MetroCluster FC-Konfigurationen

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

  • Migration einer SVM zwischen dem lokalen Cluster und dem Partner-Cluster in derselben MetroCluster Konfiguration.

Siehe die Voraussetzungen Anleitung zur Migration einer SVM in einer MetroCluster Konfiguration.

NetApp Aggregate Encryption (NAE)

ONTAP 9.11.1

NAE Volumes müssen auf einem NAE unterstützenden Ziel 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 auf dem Ziel migriert.

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 dem Quell-Cluster

Nicht unterstützt

ONTAP Select

Nicht unterstützt

Die Migration von SVMs zu oder von ONTAP Select Instanzen wird nicht unterstützt.

Qtrees

ONTAP 9.14.1

Kontingente

ONTAP 9.14.1

S3

Nicht unterstützt

SMB-Protokoll

ONTAP 9.12.1 Das SMB1-Protokoll wird jedoch nicht unterstützt.

SMB-Migrationen 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 muss beim Migrieren einer lokalen SVM mit SnapMirror Cloud-Beziehungen der Ziel-Cluster die "SnapMirror Cloud-Lizenz" installiert haben und über ausreichend Kapazität verfügen, um das Verschieben der Kapazität in den Volumes zu unterstützen, die in die Cloud gespiegelt werden.

SnapMirror asynchrones Ziel

ONTAP 9.12.1

SnapMirror asynchrone Quelle

ONTAP 9.11.1

  • Transfers können während des größten Teils der Migration in FlexVol SnapMirror Beziehungen wie gewohnt fortgesetzt werden.

  • Laufende Übertragungen werden während der Umstellung abgebrochen, und neue Übertragungen schlagen während der Umstellung fehl. Sie können erst nach Abschluss der Migration wieder aufgenommen werden.

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

    Hinweis

    Wenn eine SnapMirror Quelle migriert wird, verhindert ONTAP das Löschen des Volumes nach der Migration erst, wenn das SnapMirror Update erfolgt ist. Dies geschieht, weil SnapMirror-bezogene Informationen für migrierte SnapMirror Quellvolumes erst nach Abschluss der Migration und nach dem ersten Update verfügbar sind.

SMTape Einstellungen

Nicht unterstützt

SnapLock

Nicht unterstützt

SnapMirror Active Sync

Nicht unterstützt

SnapMirror SVM-Peer-Beziehungen

ONTAP 9.12.1

SnapMirror SVM-Notfallwiederherstellung

Nicht unterstützt

SnapMirror synchron

Nicht unterstützt

Snapshots

ONTAP 9.10.1

Manipulationssichere Schnappschussverriegelung

ONTAP 9.14.1

Manipulationssichere Snapshot-Sperrung ist nicht gleichzusetzen mit SnapLock. SnapLock Enterprise und SnapLock Compliance werden weiterhin nicht unterstützt.

Virtuelle IP LIFs/BGP

Nicht unterstützt

Virtual Storage Console 7.0 und höher

Nicht unterstützt

Volumenklone

Nicht unterstützt

Vscan

Nicht unterstützt

Die Migration von Vscan-fähigen SVMs wird nicht unterstützt.

vStorage

Nicht unterstützt

Eine Migration ist nicht zulässig, wenn vStorage aktiviert ist. Für eine Migration muss die vStorage Option deaktiviert und nach Abschluss der Migration wieder aktiviert werden.

Unterstützte Vorgänge während der Migration

Die folgende Tabelle zeigt die innerhalb des migrierenden SVM unterstützten Volumenoperationen basierend auf dem Migrationsstatus:

Volume-Betrieb

SVM Migrationsstatus

In Bearbeitung

Pausiert

Umschaltung

Erstellen

Nicht erlaubt

Erlaubt

Nicht unterstützt

Löschen

Nicht erlaubt

Erlaubt

Nicht unterstützt

Dateisystemanalyse deaktivieren

Erlaubt

Erlaubt

Nicht unterstützt

Dateisystemanalyse aktivieren

Nicht erlaubt

Erlaubt

Nicht unterstützt

Ändern

Erlaubt

Erlaubt

Nicht unterstützt

Offline/Online

Nicht erlaubt

Erlaubt

Nicht unterstützt

Verschieben/Neuhosting

Nicht erlaubt

Erlaubt

Nicht unterstützt

Qtree erstellen/ändern

Nicht erlaubt

Erlaubt

Nicht unterstützt

Kontingent erstellen/ändern

Nicht erlaubt

Erlaubt

Nicht unterstützt

Umbenennen

Nicht erlaubt

Erlaubt

Nicht unterstützt

Größe ändern

Erlaubt

Erlaubt

Nicht unterstützt

Beschränken

Nicht erlaubt

Erlaubt

Nicht unterstützt

Snapshot-Attribute ändern

Erlaubt

Erlaubt

Nicht unterstützt

Snapshot Autodelete ändern

Erlaubt

Erlaubt

Nicht unterstützt

Snapshot erstellen

Erlaubt

Erlaubt

Nicht unterstützt

Snapshot löschen

Erlaubt

Erlaubt

Nicht unterstützt

Datei aus Snapshot wiederherstellen

Erlaubt

Erlaubt

Nicht unterstützt

Informationen nach der Migration

  • Nach der Migration haben lokale Snapshot-Richtlinien die Erweiterung -MIG, was einige Automatisierungen beeinträchtigen kann. Es empfiehlt sich, nach dieser Erweiterung zu suchen und die Richtlinien bei Bedarf umzubenennen.

  • Migrierte Vault-Ziel-SnapMirror-Volumes müssen neu synchronisiert werden, um den Schutz wieder zu aktivieren. Die Vault-Neusynchronisierung ist erforderlich, da die Migration eine neue Baseline zwischen den Migrations-SVMs erstellt, die aktueller ist als die vorherige Baseline des Vaults. Durch die Neusynchronisierung wird der Vault reaktiviert, wobei alle Daten gelöscht werden, die neuer als die aktuelle Vault-Baseline sind, insbesondere der während der Migration erstellte Snapshot.