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.

Überblick über SVM-Datenmobilität

Beitragende
PDFs

Ab ONTAP 9.10.1 können Cluster-Administratoren eine SVM unterbrechungsfrei von einem Quell-Cluster zu einem Ziel-Cluster verschieben, um Kapazität und Lastausgleich zu managen oder Geräte-Upgrades oder Datacenter-Konsolidierungen über die ONTAP CLI durchzuführen.

Diese unterbrechungsfreie Funktion zur Verlagerung von SVMs wird auf AFF Plattformen in ONTAP 9.10.1 und 9.11.1 unterstützt. Ab ONTAP 9.12.1 wird diese Funktion sowohl auf FAS- als auch auf AFF-Plattformen und auf hybriden Aggregaten 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.

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.

Unterstützung der SVM-Migrationsplattform

Controller-Familie

Unterstützte ONTAP-Versionen

AFF A-Series

ONTAP 9.10.1 und höher

AFF C-Serie

ONTAP 9.12.1 Patch 4 und höher

FAS

ONTAP 9.12.1 und höher
Hinweis Bei der Migration von einem AFF-Cluster zu einem FAS-Cluster mit hybriden Aggregaten versucht die automatische Volume-Platzierung, eine ähnliche Aggregatabgleichung durchzuführen. Wenn das Quell-Cluster beispielsweise 60 Volumes umfasst, versucht die Volume-Platzierung, ein AFF-Aggregat auf dem Ziel zu finden, um die Volumes zu platzieren. Ist in den AFF Aggregaten kein Speicherplatz vorhanden, werden die Volumes in 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

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

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 Ziel muss ausreichend Speicherplatz für die Platzierung des Volumes verfügbar sein

  • Der Onboard Key Manager muss auf dem Ziel konfiguriert sein, wenn die Quell-SVM verschlüsselte Volumes enthält

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

ONTAP 9.11.1

Die SVM-Migration wird mit Volumes auf FabricPool für die folgenden Plattformen unterstützt:

  • Azure NetApp Files Plattform: Alle Tiering-Richtlinien werden unterstützt (nur Snapshot, automatisch, alle und keine).

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

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

Sie können eine SVM von einem nicht-MetroCluster HA-Paar in eine MetroCluster Konfiguration oder von einer MetroCluster Konfiguration auf ein nicht-MetroCluster HA-Paar migrieren. Sie können eine SVM nicht von einer MetroCluster-Konfiguration zu einer anderen MetroCluster-Konfiguration migrieren. [HINWEIS] die SVM-Migration unterstützt in früheren Versionen als ONTAP 9 nicht die MetroCluster SVM-Migration.16.1. Möglicherweise können Sie die asynchrone Replikation von SnapMirror zu verwenden"Migrieren einer SVM in einer MetroCluster-Konfiguration". Sie sollten beachten, dass es sich bei der Verwendung von SnapMirror Asynchronous für die Migration einer SVM in einer MetroCluster-Konfiguration um eine disruptive_ Migrationsmethode handelt.

NetApp Aggregatverschlüsselung (NAE)

Nicht unterstützt

Die Migration wird auf keinem Endpunkt unterstützt, der NAE verwendet.

NDMP-Konfigurationen

Nicht unterstützt

NetApp Volume Encryption (NVE)

ONTAP 9.10.1

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

SMB-Migrationen führen zu Unterbrechungen und erfordern nach der Migration eine Aktualisierung durch den Kunden.

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