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.

Ein ONTAP Volume in einer SnapMirror Beziehung neu hosten

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

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.

Über diese Aufgabe

  • 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

Bevor Sie beginnen

  • 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.

Schritte

  1. 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.

  2. Löschen Sie im Ziel-Cluster die SnapMirror Beziehung:

    snapmirror delete

    Brechen Sie die SnapMirror-Beziehung nicht auf, da sonst die Datensicherheitsfunktionen des Ziel-Volume verloren gehen und die Beziehung nach dem Rehosting nicht wiederhergestellt werden kann.

  3. Entfernen Sie aus dem Quell-Cluster die Informationen zur SnapMirror Beziehung:

    snapmirror release -relationship-info-only true

    Wenn Sie den -relationship-info-only Parameter auf festlegen, true werden die Informationen zur Quellbeziehung entfernt, ohne die Snapshots zu löschen.

  4. Wenn das Volume gemountet ist, heben Sie die Bereitstellung auf:

    volume unmount -vserver <source_svm> -volume <vol_name>

  5. Wechseln zur erweiterten Berechtigungsebene:

    set -privilege advanced

  6. Erneutes Hosten des Volumes auf der Ziel-SVM:

    volume rehost -vserver <source_svm> -volume <vol_name> -destination-vserver <destination_svm>

  7. 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

  8. SnapMirror Beziehung zwischen dem Quell-Volume und dem Ziel-Volume erstellen:

    snapmirror create

    Sie müssen den snapmirror create Befehl von der SVM ausführen, die das DP-Volume hostet. Das neu gehostete Volume kann die Quelle oder das Ziel der SnapMirror Beziehung sein.

  9. SnapMirror Beziehung neu synchronisieren.

Verwandte Informationen