San-Volumes neu hosten
-
PDF dieser Dokumentationssite
- 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
-
Datensicherung mit der CLI
- Managen Sie die SnapMirror Volume-Replizierung
-
Datensicherung mit der CLI
Sammlung separater PDF-Dokumente
Creating your file...
Sie können Volumes mit zugeordneten LUNs neu hosten. Nach dem erneuten Erstellen der Initiatorgruppe in der Ziel-SVM kann das Volume Rehosting automatisch das Volume auf derselben SVM zuordnen.
-
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.
-
Ab ONTAP 9.8 wird das Rehosting eines Volumes mit NetApp Volume Encryption (NVE) unterstützt. Wenn Sie einen integrierten Schlüsselmanager verwenden, werden die verschlüsselten Metadaten während des Rehosting-Vorgangs geändert. Benutzerdaten werden nicht geändert.
Bei Verwendung von ONTAP 9.8 oder früher müssen Sie die Verschlüsselung des Volumes aufheben, bevor Sie den Host-Vorgang wiederholen.
-
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:
-
Virenschutz-Richtlinien
-
Volume-Effizienzrichtlinie
-
Quality of Service-Richtlinien (QoS
-
Snapshot-Richtlinien
-
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.
-
Es darf keine aktive I/O-Vorgänge auf den Volumes oder LUNs vorhanden sein.
-
Sie müssen überprüfen, ob die Ziel-SVM über keine Initiatorgruppe desselben Namens, sondern unterschiedliche Initiatoren verfügt.
Wenn die Initiatorgruppe denselben Namen hat, müssen Sie die Initiatorgruppe in einer der SVMs (Quelle oder Ziel) umbenannt haben.
-
Sie müssen die aktiviert haben
force-unmap-luns
Option.-
Der Standardwert des
force-unmap-luns
Option istfalse
. -
Beim Einstellen des wird keine Warnung oder Bestätigung angezeigt
force-unmap-luns
Option auftrue
.
-
-
Erfassen Sie die LUN-Zuordnungsinformationen für das Ziel-Volume:
lun mapping show volume volume vserver source_svm
Dies ist ein vorsorgender Schritt, um zu vermeiden, dass Informationen über die LUN-Zuordnung verloren gehen, falls das Rehosting des Volumes fehlschlägt.
-
Löschen der dem Ziel-Volume zugeordneten Initiatorgruppen.
-
Erneutes Hosten des Ziel-Volume auf die Ziel-SVM:
volume rehost -vserver source_svm -volume volume_name -destination-vserver destination_svm
-
Ordnen Sie LUNs auf dem Ziel-Volume entsprechenden Initiatorgruppen zu.
-
Das Volume Rehosting erhält die LUNs auf dem Ziel-Volume, jedoch bleibt die Zuordnung der LUNs aufgehoben.
-
Verwenden Sie den Ziel-SVM-Portsatz beim Zuordnen der LUNs.
-
Wenn der
auto-remap-luns
Die Option ist auf festgelegttrue
, Die LUNs werden nach dem Rehosting automatisch zugeordnet.
-