Überblick über SVM-Datenmobilität
-
PDF dieser Dokumentationssite
-
ONTAP einrichten, aktualisieren und zurücksetzen
-
Cluster-Administration
-
Volume-Administration
-
Logisches Storage-Management mit der CLI
-
Verwenden Sie Quoten, um die Ressourcennutzung zu beschränken oder zu verfolgen
-
-
-
NAS-Storage-Management
-
Konfigurieren Sie NFS mit der CLI
-
NFS lässt sich mit der CLI managen
-
SMB lässt sich mit der CLI managen
-
Managen von SMB-Servern
-
Managen Sie den Dateizugriff über SMB
-
-
-
Authentifizierung und Zugriffssteuerung
-
Managen Sie die Administratorauthentifizierung und RBAC
-
-
Sicherheit und Datenverschlüsselung
-
Datensicherung und Disaster Recovery
-
Managen Sie die SnapMirror Volume-Replizierung
-
Datensicherung mithilfe von Tape Backup
-
-

Sammlung separater PDF-Dokumente
Creating your file...
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.
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 |
|
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
-
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.
-
Auf dem Ziel-Cluster wird eine ONTAP-Version ausgeführt, die identisch oder höher ist wie die auf dem Quell-Cluster ausgeführte Version.
-
Wenn es sich bei der Quelle um ein MetroCluster-Cluster handelt, ist der SVM-Untertyp „Sync-source“ (nicht „Sync-Destination“).
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 |
|||
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 |
Ab ONTAP 9.16.1 werden die folgenden MetroCluster SVM-Migrationen unterstützt:
Die folgenden MetroCluster SVM Migrationen werden nicht für alle ONTAP Versionen unterstützt:
|
||
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 |
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 |
|
||
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 |