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.

Rehost eines ONTAP SAN-Volumes

Beitragende dmp-netapp netapp-ahibbard netapp-aaron-holt netapp-dbagwell netapp-aherbin
Änderungen vorschlagen
PDFs

Sie können ein SAN-Volume, das Daten über zugeordnete LUNs bereitstellt, neu hosten. Nach dem Neuerstellen der Initiatorgruppe (Initiatorgruppe) in der Ziel-SVM kann der Volume-Rehost-Vorgang das Volume automatisch auf derselben SVM neu zuordnen.

Über diese Aufgabe

  • Rehosting ist ein störender Vorgang.

  • Falls der Rehosting-Vorgang fehlschlägt, ist es möglicherweise erforderlich, die Volume-Richtlinien und die zugehörigen Regeln auf dem Quellvolume neu zu konfigurieren.

  • Ab ONTAP 9.8 wird das Rehosting eines Volumes mit NetApp Volume Encryption (NVE) unterstützt. Bei Verwendung eines integrierten Schlüsselmanagers werden die verschlüsselten Metadaten während des Rehosting-Vorgangs geändert. Benutzerdaten werden nicht verändert.

    Wenn Sie ONTAP 9.8 oder eine frühere Version verwenden, muss das Volume vor der Durchführung des Rehost-Vorgangs entschlüsselt werden.

  • Nach dem Rehosting-Vorgang gehen die folgenden Volume-Richtlinien, Richtlinienregeln und Konfigurationen des Quellvolumes verloren und müssen auf dem rehosteten Volume manuell neu konfiguriert werden:

    • Antivirus-Richtlinien

    • Effizienzrichtlinie

    • Richtlinien zur Dienstqualität (QoS)

    • Snapshot Richtlinien

    • ns-switch und Name-Services-Konfiguration Exportrichtlinie und -regeln

    • Benutzer- und Gruppen-IDs

Bevor Sie beginnen

  • Das Volume muss online sein.

  • Volume-Management-Operationen wie Volume-Verschiebungen oder LUN-Verschiebungen dürfen nicht ausgeführt werden.

  • Es dürfen keine aktiven E/A-Vorgänge auf den Volumes oder LUNs stattfinden.

  • Es muss sichergestellt sein, dass die Ziel-SVM keine Initiatorgruppe mit demselben Namen, aber unterschiedlichen Initiatoren besitzt.

    Wenn die Initiatorgruppe denselben Namen hat, muss die Initiatorgruppe in einer der SVMs (Quell- oder Ziel-SVM) umbenannt worden sein.

  • Die Option `force-unmap-luns`muss aktiviert sein.

    • Der Standardwert der force-unmap-luns Option ist false.

    • Es wird keine Warn- oder Bestätigungsmeldung angezeigt, wenn die Option force-unmap-luns auf true gesetzt wird.

Schritte

  1. LUN-Zuordnungsinformationen auf dem Ziel-Volume erfassen:

    lun mapping show volume volume vserver source_svm

    Dies ist eine Vorsichtsmaßnahme, um den Verlust von Informationen über die LUN-Zuordnung im Falle eines Fehlers beim Volume-Rehost zu vermeiden.

    Weitere Informationen zu lun mapping show volume finden sich in der "ONTAP-Befehlsreferenz".

  2. Löschen von igroups, die mit dem Ziel-Volume verknüpft sind.

  3. Das Ziel-Volume auf der Ziel-SVM neu hosten:

    volume rehost -vserver source_svm -volume volume_name -destination-vserver destination_svm

  4. LUNs auf dem Ziel-Volume den entsprechenden igroups zuordnen:

    • Volume Rehost erhält die LUNs auf dem Ziel-Volume, jedoch bleiben die LUNs unzugeordnet.

    • Der Ziel-SVM-Portsatz wird beim Zuordnen von LUNs verwendet.

    • Wenn die auto-remap-luns Option auf true gesetzt ist, werden die LUNs nach dem Rehosting automatisch zugeordnet.