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.

Konvertieren Sie den aktiven Synchronisierungsbeziehungstyp von ONTAP SnapMirror

Beitragende netapp-ahibbard netapp-lenida netapp-aaron-holt
PDFs

Ab ONTAP 9.15.1 können Sie zwischen Typen von SnapMirror Active Sync-Schutz konvertieren: Von asymmetrisch zu symmetrisch aktiv/aktiv und umgekehrt.

Konvertieren in eine symmetrische aktiv/aktiv-Beziehung

Sie können eine aktive Synchronisierungsbeziehung von iSCSI oder FC SnapMirror mit asymmetrischem Schutz in eine symmetrische Aktiv/Aktiv-Verbindung umwandeln.

Bevor Sie beginnen

  • Auf beiden Clustern muss ONTAP 9.15.1 oder höher ausgeführt werden.

  • Symmetrische aktiv/aktiv-Konfigurationen erfordern die AutomatedFailoverDuplex Schutzrichtlinie. Alternativ können Sie Individuelle SnapMirror-Richtlinie erstellenden -type IS zur Verfügung stellen automated-failover-duplex.

System Manager
Schritte für eine einheitliche Konfiguration

  1. Ziel-Initiatorgruppe entfernen:

    1. Navigieren Sie auf dem Zielcluster zu Hosts > SAN-Initiatorgruppen.

    2. Wählen Sie die Initiatorgruppe mit der SnapMirror Beziehung aus und dann Löschen.

    3. Wählen Sie im Dialogfeld das Feld Zuordnung der zugeordneten LUNs aufheben und dann Löschen.

  2. Bearbeiten Sie die SnapMirror Active Sync Beziehung.

    1. Navigieren Sie zu Schutz > Beziehungen.

    2. Wählen Sie das Kabob-Menü neben der Beziehung, die Sie ändern möchten, und dann Bearbeiten.

    3. Ändern Sie die Schutzrichtlinie auf AutomaticteFailoverDuplex.

    4. Wenn Sie auswählen AutoMatedFailoverDuplex, wird ein Dialogfeld zum Ändern der Host-Näherungseinstellungen angezeigt. Wählen Sie für die Initiatoren die entsprechende Option für Initiator proximal bis und dann Speichern.

    5. Wählen Sie Speichern.

  3. Bestätigen Sie im Menü Schutz den erfolgreichen Vorgang, wenn die Beziehung als angezeigt wird InSync.

Schritte für eine nicht einheitliche Konfiguration

  1. Ziel-Initiatorgruppe entfernen:

    1. Navigieren Sie am sekundären Standort zu Hosts > SAN-Initiatorgruppen.

    2. Wählen Sie die Initiatorgruppe mit der SnapMirror Beziehung aus und dann Löschen.

    3. Wählen Sie im Dialogfeld das Feld Zuordnung der zugeordneten LUNs aufheben und dann Löschen.

  2. Neue Initiatorgruppe erstellen:

    1. Wählen Sie im Menü SAN-Initiatorgruppen auf dem Zielstandort Hinzufügen.

    2. Geben Sie einen Namen ein, wählen Sie das Host-Betriebssystem und dann Initiator Group Members.

    3. Wählen Sie Speichern.

  3. Ordnen Sie die neue Initiatorgruppe den Ziel-LUNs zu.

    1. Navigieren Sie zu Storage > LUNs.

    2. Wählen Sie alle LUNs aus, die der Initiatorgruppe zugeordnet werden sollen.

    3. Wählen Sie Mehr und dann Initiatorgruppen zuordnen.

  4. Bearbeiten Sie die SnapMirror Active Sync Beziehung.

    1. Navigieren Sie zu Schutz > Beziehungen.

    2. Wählen Sie das Kabob-Menü neben der Beziehung, die Sie ändern möchten, und dann Bearbeiten.

    3. Ändern Sie die Schutzrichtlinie auf AutomaticteFailoverDuplex.

    4. Durch Auswahl von AutoMatedFailoverDuplex wird die Option zum Ändern der Einstellungen für die Host-Nähe aktiviert. Wählen Sie für die Initiatoren die entsprechende Option für Initiator proximal bis und dann Speichern.

    5. Wählen Sie Speichern.

  5. Bestätigen Sie im Menü Schutz den erfolgreichen Vorgang, wenn die Beziehung als angezeigt wird InSync.

CLI
Schritte für eine einheitliche Konfiguration

  1. Ändern Sie die SnapMirror-Richtlinie von AutomatedFailover zu AutomatedFailoverDuplex:

    snapmirror modify -destination-path <destination_path> -policy AutomatedFailoverDuplex

  2. Durch das Ändern der Richtlinie wird eine Neusynchronisierung ausgelöst. Warten Sie, bis die Resynchronisierung abgeschlossen ist, und bestätigen Sie die Beziehung Insync:

    snapmirror show -destination-path <destination_path>

  3. Wenn die vorhandenen Hosts lokal das primäre Cluster sind, fügen Sie den Host dem zweiten Cluster hinzu und stellen Sie die Verbindung mit dem entsprechenden Zugriff auf jedes Cluster her.

  4. Löschen Sie am sekundären Standort die LUN-Zuordnungen der Initiatorgruppen, die Remote-Hosts zugeordnet sind.

    Hinweis Stellen Sie sicher, dass die Initiatorgruppe keine Zuordnungen für nicht replizierte LUNs enthält.

    SiteB::> lun mapping delete -vserver <svm_name> -igroup <igroup> -path <>

  5. Legen Sie auf dem primären Standort die Berechtigungsebene auffolgende Einstellung fest advanced:

    SiteA::> set -privilege advanced

  6. Ändern Sie die Initiatorkonfiguration für vorhandene Hosts, um den proximalen Pfad für Initiatoren auf dem lokalen Cluster festzulegen.

    SiteA::*> igroup initiator add-proximal-vserver -vserver <svm_name> -initiator <host> -proximal-vserver <server>

    Hinweis Nachdem Sie diesen Schritt durchgeführt haben, können Sie die Berechtigungsebene wieder auf „admin“ setzen.

  7. Fügen Sie eine neue Initiatorgruppe und einen neuen Initiator für die neuen Hosts hinzu und legen Sie die Host-Nähe für die Host-Affinität zu ihrem lokalen Standort fest. Ennable-igroup-Replikation zur Replikation der Konfiguration und Invertierung der Hostlokalität auf dem Remote-Cluster.


    SiteA::> igroup modify -vserver vsA -igroup ig1 -replication-peer vsB
    SiteA::> igroup initiator add-proximal-vserver -vserver vsA -initiator host2 -proximal-vserver vsB

  8. Ermitteln Sie die Pfade auf den Hosts und überprüfen Sie, ob die Hosts über einen aktiv/optimierten Pfad zur Storage-LUN vom bevorzugten Cluster verfügen

  9. Implementieren Sie die Applikation und verteilen Sie die VM-Workloads über Cluster hinweg.

Schritte für eine nicht einheitliche Konfiguration

  1. Ändern Sie die SnapMirror-Richtlinie von AutomatedFailover zu AutomatedFailoverDuplex:

    snapmirror modify -destination-path <destination_path> -policy AutomatedFailoverDuplex

  2. Durch das Ändern der Richtlinie wird eine Neusynchronisierung ausgelöst. Warten Sie, bis die Resynchronisierung abgeschlossen ist, und bestätigen Sie die Beziehung Insync:

    snapmirror show -destination-path <destination_path>

  3. Wenn sich die vorhandenen Hosts lokal zum primären Cluster befinden, fügen Sie den Host zum zweiten Cluster hinzu, und stellen Sie die Verbindung mit dem entsprechenden Zugriff auf jedes Cluster her.

  4. Fügen Sie am sekundären Standort eine neue Initiatorgruppe und einen neuen Initiator für die neuen Hosts hinzu und legen Sie die Host-Nähe für die Host-Affinität zum lokalen Standort fest. Ordnen Sie die LUNs der Initiatorgruppe zu.


    SiteB::> igroup create -vserver <svm_name> -igroup <igroup>
    SiteB::> igroup add -vserver <svm_name> -igroup <igroup> -initiator <host_name>
    SiteB::> lun mapping create -igroup <igroup> -path <path_name>

  5. Ermitteln Sie die Pfade auf den Hosts und überprüfen Sie, ob die Hosts über einen aktiv/optimierten Pfad zur Storage-LUN vom bevorzugten Cluster verfügen

  6. Implementieren Sie die Applikation und verteilen Sie die VM-Workloads über Cluster hinweg.

Konvertieren Sie von einer symmetrischen Aktiv/Aktiv- in eine asymmetrische iSCSI- oder FC-Beziehung

Wenn Sie symmetrischen Aktiv/Aktiv-Schutz mit iSCSI oder FC konfiguriert haben, können Sie die Beziehung mithilfe der ONTAP CLI in asymmetrischen Schutz umwandeln.

Schritte

  1. Verschieben Sie alle VM-Workloads auf den lokalen Host in das Quellcluster.

  2. Entfernen Sie die igroup-Konfiguration für die Hosts, die die VM-Instanzen nicht verwalten, und ändern Sie dann die igroup-Konfiguration, um die igroup-Replikation zu beenden.

    igroup modify -vserver <svm_name> -igroup <igroup> -replication-peer -

  3. Heben Sie am sekundären Standort die Zuordnung der LUNs auf.

    SiteB::> lun mapping delete -vserver <svm_name> -igroup <igroup> -path <>

  4. Löschen Sie am sekundären Standort die symmetrische aktiv/aktiv-Beziehung.

    SiteB::> snapmirror delete -destination-path <destination_path>

  5. Geben Sie am primären Standort die symmetrische aktiv/aktiv-Beziehung frei.
    SiteA::> snapmirror release -destination-path <destination_path> -relationship-info-only true

  6. Erstellen Sie vom sekundären Standort aus eine Beziehung zu demselben Volume-Satz mit der Richtlinie, um die Beziehung neu zu AutomatedFailover synchronisieren.


    SiteB::> snapmirror create -source-path <source_path> -destination-path <destination_path> -cg-item-mappings <source:@destination> -policy AutomatedFailover
    SiteB::> snapmirror resync -destination-path vs1:/cg/cg1_dst -policy <policy_type>

    Hinweis Die Consistency Group am sekundären Standort muss "Zu löschen" vor dem Neuerstellen der Beziehung erstellt werden. Die Zielvolumes "Muss in Typ DP konvertiert werden". Um die Volumes in DP zu konvertieren, führen Sie den Befehl mit einer nicht--AutomatedFailover`Richtlinie aus `snapmirror resync: MirrorAndVault, MirrorAllSnapshots, Oder Sync.

  7. Bestätigen Sie, dass Snapmirrored der Beziehungsstatus „Spiegelstatus Insync“ lautet.

    snapmirror show -destination-path destination_path

  8. Ermitteln Sie die Pfade vom Host erneut.

Verwandte Informationen