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.

Rehosting eines Volumes in einer SnapMirror-Beziehung

Beitragende

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

    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.

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

    snapmirror release relationship-info-only true

    Wenn der relationship-info-only Parameter auf festgelegt true wird, werden die Informationen zur Quellbeziehung entfernt, ohne die Snapshot Kopien zu löschen.

  4. Wechseln zur erweiterten Berechtigungsebene:

    set -privilege advanced

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

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

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

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

  8. SnapMirror Beziehung neu synchronisieren.