Rehosting eines Volumes in einer SnapMirror-Beziehung
-
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
-
Logisches Storage-Management mit der CLI
-
NAS-Storage-Management
- Konfigurieren Sie NFS mit der CLI
- Verwalten Sie NFS mit der CLI
-
SMB lässt sich mit der CLI managen
- Verwalten Sie SMB-Server
- Verwalten Sie den Dateizugriff mit SMB
- SAN-Storage-Management
- Authentifizierung und Zugriffssteuerung
- Sicherheit und Datenverschlüsselung
-
Datensicherung und Disaster Recovery
- Managen Sie die SnapMirror Volume-Replizierung
Sammlung separater PDF-Dokumente
Creating your file...
Sie können ein Volume, das im Rahmen einer SnapMirror Beziehung definiert ist, neu hosten. Es gibt mehrere Probleme, die Sie beachten müssen, bevor Sie die Beziehung neu aufbauen.
-
Das Rehosting ist ein störender Betrieb.
-
Wenn der Rehosting-Vorgang fehlschlägt, müssen Sie möglicherweise die Volume-Richtlinien und die zugehörigen Regeln für das Quell-Volume neu konfigurieren.
-
Nach dem Rehosting gehen die folgenden Volume-Richtlinien, Richtlinienregeln und Konfigurationen vom Quell-Volume verloren und müssen manuell auf dem neu gehosteten Volume neu konfiguriert werden:
-
Exportrichtlinien für Volumes und qtree
-
Virenschutz-Richtlinien
-
Volume-Effizienzrichtlinie
-
Quality of Service-Richtlinien (QoS
-
Snapshot-Richtlinien
-
Kontingentregeln
-
ns-Switch und Name Services Konfiguration Export-Richtlinien und Regeln
-
Benutzer- und Gruppen-IDs
-
-
Das Volume muss sich online sein.
-
Volume-Managementvorgänge wie das Verschieben von Volumes oder LUNs dürfen nicht ausgeführt werden.
-
Der Datenzugriff auf das neu gehostete Volume muss gestoppt werden.
-
Die ns-Switch- und Name-Services-Konfiguration der Ziel-SVM muss konfiguriert werden, um den Datenzugriff des Rehosting Volume zu unterstützen.
-
Die Benutzer-ID und Gruppen-ID des Volumes muss in der Ziel-SVM verfügbar sein oder auf dem Hosting-Volume geändert werden.
-
Notieren Sie den SnapMirror Beziehungstyp:
snapmirror show
Dies ist ein vorsorgender Schritt, um Informationen über den SnapMirror Beziehungstyp zu vermeiden, falls das Volume Rehosting fehlschlägt.
-
Löschen Sie im Ziel-Cluster die SnapMirror Beziehung:
snapmirror delete
Sie dürfen die SnapMirror Beziehung nicht unterbrechen, anderenfalls verlieren Sie die Datensicherungsfunktionen des Ziel-Volume und die Beziehung kann nach dem Rehosting nicht wieder hergestellt werden.
-
Entfernen Sie aus dem Quell-Cluster die Informationen zur SnapMirror Beziehung:
snapmirror release relationship-info-only true
Einstellen des
relationship-info-only
Parameter antrue
Entfernt die Quell-Beziehungsinformationen, ohne die Snapshot Kopien zu löschen. -
Wechseln zur erweiterten Berechtigungsebene:
set -privilege advanced
-
Erneutes Hosten des Volumes auf der Ziel-SVM:
volume rehost -vserver source_svm -volume vol_name -destination-vserver destination_svm
-
Wenn die SVM-Peering-Beziehung nicht vorhanden ist, erstellen Sie die SVM-Peer-Beziehung zwischen der Quell-SVM und der Ziel-SVM:
vserver peer create
-
SnapMirror Beziehung zwischen dem Quell-Volume und dem Ziel-Volume erstellen:
snapmirror create
Sie müssen den ausführen
snapmirror create
Befehl der SVM, die das DP-Volume hostet. Das neu gehostete Volume kann die Quelle oder das Ziel der SnapMirror Beziehung sein. -
SnapMirror Beziehung neu synchronisieren.