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.

Beziehungstyp „SnapMirror Active Sync“ konvertieren

Beitragende
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 SnapMirror Active Sync Beziehung mit aysnchronischem Schutz umwandeln, um symmetrische aktiv/aktiv-Verbindung zu verwenden.

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. Ändern Sie am primären Standort 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

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

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

  8. 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. 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. Ändern Sie am primären Standort 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

  6. 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_name
    SiteB::> igroup add -vserver svm_name -igroup igroup_name -initiator host_name
    SiteB::> lun mapping create -igroup igroup_name -path path_name

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

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

Umwandlung von symmetrischer aktiv/aktiv-Beziehung in eine asymmetrische Beziehung

Wenn Sie symmetrischen aktiv/aktiv-Schutz 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 die igroup-Konfiguration, um die igroup-Replikation zu beenden.

    code

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

    SiteB::> lun mapping delete -vserver svm_name -igroup igroup_name -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 mit der AutomatedFailover Richtlinie eine Beziehung zum gleichen Volume-Satz, in dem die Beziehung neu synchronisiert wird.


    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

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

  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.