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.

ONTAP SnapMirror Active Sync Beziehungstyp konvertieren

Beitragende netapp-ahibbard netapp-lenida netapp-aaron-holt
Änderungen vorschlagen
PDFs

Ab ONTAP 9.15.1 ist eine Konvertierung zwischen den Typen des SnapMirror Active Sync-Schutzes möglich: von asymmetrisch zu symmetrisch Aktiv/Aktiv und umgekehrt.

In eine symmetrische Aktiv/Aktiv-Beziehung umwandeln

Eine iSCSI- oder FC-SnapMirror Active Sync-Beziehung mit asymmetrischem Schutz kann in eine symmetrische Aktiv/Aktiv-Beziehung umgewandelt werden.

Bevor Sie beginnen

  • Beide Cluster müssen ONTAP 9.15.1 oder höher ausführen.

  • Symmetrische Aktiv/Aktiv Konfigurationen erfordern die AutomatedFailoverDuplex Datensicherungsstrategie. Alternativ ist es möglich, eine benutzerdefinierte SnapMirror Richtlinie erstellen sofern die -type automated-failover-duplex erfüllt ist.

System Manager
Schritte für eine einheitliche Konfiguration

  1. Die Ziel-Initiatorgruppe entfernen:

    1. Im Ziel-Cluster zu Hosts > SAN Initiatorgruppen navigieren.

    2. Die Initiatorgruppe mit der SnapMirror Beziehung auswählen und anschließend Löschen wählen.

    3. Im Dialogfeld das Kontrollkästchen Zugehörige LUNs aufheben auswählen und dann Löschen.

  2. Die SnapMirror Active Sync-Beziehung bearbeiten.

    1. Zu Schutz > Beziehungen navigieren.

    2. Das Kebab-Menü neben der Beziehung, die geändert werden soll, auswählen und anschließend auf Bearbeiten gehen.

    3. Die Datensicherungsstrategie wird auf AutomatedFailoverDuplex geändert.

    4. Durch Auswahl AutoMatedFailoverDuplex wird ein Dialogfeld zur Änderung der Host-Näheeinstellungen geöffnet. Für die Initiatoren ist die passende Option für Initiator in der Nähe von auszuwählen und anschließend Speichern.

    5. Speichern auswählen.

  3. Im Menü Schutz wird der erfolgreiche Abschluss des Vorgangs bestätigt, wenn die Beziehung als InSync angezeigt wird.

Schritte für eine nicht einheitliche Konfiguration

  1. Die Ziel-Initiatorgruppe entfernen:

    1. Auf der sekundären Website zu Hosts > SAN Initiatorgruppen navigieren.

    2. Die Initiatorgruppe mit der SnapMirror Beziehung auswählen und anschließend Löschen wählen.

    3. Im Dialogfeld das Kontrollkästchen Zugehörige LUNs aufheben auswählen und dann Löschen.

  2. Neue Initiatorgruppe erstellen:

    1. Im Menü SAN Initiator Groups auf der Zielseite Hinzufügen auswählen.

    2. Einen Namen angeben, das Host-Betriebssystem auswählen und anschließend die Mitglieder der Initiatorgruppe wählen.

    3. Speichern auswählen.

  3. Die neue Initiatorgruppe wird den Ziel-LUNs zugeordnet.

    1. Zu Speicher > LUNs navigieren.

    2. Alle LUNs auswählen, die der Initiatorgruppe zugeordnet werden sollen.

    3. Mehr und dann Initiatorgruppen zuordnen auswählen.

  4. Die SnapMirror Active Sync-Beziehung bearbeiten.

    1. Zu Schutz > Beziehungen navigieren.

    2. Das Kebab-Menü neben der Beziehung, die geändert werden soll, auswählen und anschließend auf Bearbeiten gehen.

    3. Die Datensicherungsstrategie wird auf AutomatedFailoverDuplex geändert.

    4. Die Auswahl von AutoMatedFailoverDuplex initiiert die Möglichkeit, die Einstellungen für die Hostnähe zu ändern. Für die Initiatoren ist die passende Option für Initiator in der Nähe von auszuwählen und anschließend Speichern.

    5. Speichern auswählen.

  5. Im Menü Schutz wird der erfolgreiche Abschluss des Vorgangs bestätigt, wenn die Beziehung als InSync angezeigt wird.

CLI
Schritte für eine einheitliche Konfiguration

  1. Die SnapMirror Richtlinie wird von AutomatedFailover auf AutomatedFailoverDuplex geändert:

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

  2. Durch die Änderung der Richtlinie wird eine erneute Synchronisierung ausgelöst. Warten Sie, bis die erneute Synchronisierung abgeschlossen ist, und bestätigen Sie, dass die Beziehung Insync:

    snapmirror show -destination-path <destination_path>

  3. Wenn sich die vorhandenen Hosts lokal im primären Cluster befinden, ist der Host dem zweiten Cluster hinzuzufügen und die Konnektivität mit entsprechendem Zugriff auf jeden Cluster herzustellen.

  4. Am sekundären Standort die LUN-Zuordnungen auf den Initiatorgruppen löschen, die mit Remote-Hosts verknüpft sind.

    Hinweis Es ist sicherzustellen, dass die Initiatorgruppe keine Zuordnungen für nicht replizierte LUNs enthält.

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

  5. Am primären Standort die Berechtigungsstufe auf advanced setzen:

    SiteA::> set -privilege advanced

  6. Die Initiatorkonfiguration für bestehende Hosts wird angepasst, sodass der proximale Pfad für Initiatoren auf dem lokalen Cluster festgelegt ist.

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

    Hinweis Die Berechtigungsstufe kann nach Abschluss dieses Schritts wieder auf Administrator gesetzt werden.

  7. Fügen Sie eine neue Initiatorgruppe (igroup) und einen Initiator für die neuen Hosts hinzu und legen Sie die Host-Nähe für die Host-Affinität auf den lokalen Standort fest. Aktivieren Sie die igroup Replikation, um die Konfiguration zu replizieren und die Host-Lokalität auf dem Remote-Cluster umzukehren.


    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/Optimiert-Pfad zum Speicher-LUN vom bevorzugten Cluster verfügen.

  9. Die Anwendung wird bereitgestellt und die VM-Workloads werden auf die Cluster verteilt.

Schritte für eine nicht einheitliche Konfiguration

  1. Die SnapMirror Richtlinie wird von AutomatedFailover auf AutomatedFailoverDuplex geändert:

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

  2. Durch die Änderung der Richtlinie wird eine erneute Synchronisierung ausgelöst. Warten Sie, bis die erneute Synchronisierung abgeschlossen ist, und bestätigen Sie, dass die Beziehung Insync:

    snapmirror show -destination-path <destination_path>

  3. Wenn sich die vorhandenen Hosts lokal beim primären Cluster befinden, ist der Host dem zweiten Cluster hinzuzufügen und die Konnektivität mit entsprechendem Zugriff auf jeden Cluster herzustellen.

  4. Am sekundären Standort eine neue Initiatorgruppe (igroup) und einen Initiator für die neuen Hosts hinzufügen und die Host-Nähe für die Host-Affinität auf den lokalen Standort setzen. Die LUNs der Initiatorgruppe (igroup) zuordnen.


    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/Optimiert-Pfad zum Speicher-LUN vom bevorzugten Cluster verfügen.

  6. Die Anwendung wird bereitgestellt und die VM-Workloads werden auf die Cluster verteilt.

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

Wenn Sie einen symmetrischen Aktiv/Aktiv-Schutz mit iSCSI oder FC konfiguriert haben, kann die Beziehung mithilfe der ONTAP CLI in einen asymmetrischen Schutz umgewandelt werden.

Schritte

  1. Alle VM-Workloads werden auf den Host verschoben, der sich lokal beim Quell-Cluster befindet.

  2. Die Initiatorgruppe-Konfiguration für die Hosts, die die VM-Instanzen nicht verwalten, wird entfernt, anschließend wird die Initiatorgruppe-Konfiguration geändert, um die Initiatorgruppe-Replikation zu beenden.

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

  3. Am sekundären Standort die Zuordnung der LUNs aufheben.

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

  4. Am sekundären Standort die symmetrische Aktiv/Aktiv Beziehung löschen.

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

  5. Am primären Standort die symmetrische Aktiv/Aktiv Beziehung freigeben.
    SiteA::> snapmirror release -destination-path <destination_path> -relationship-info-only true

  6. Vom sekundären Standort aus eine Beziehung zum gleichen Satz von Volumes mit der `AutomatedFailover`Richtlinie erstellen, um die Beziehung zu resynchronisieren.


    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 Konsistenzgruppe am sekundären Standort benötigt "zu löschen" vor der erneuten Erstellung der Beziehung. Die Ziel-Volumes "muss in den Typ DP konvertiert werden". Um die Volumes in DP zu konvertieren, wird der snapmirror resync-Befehl mit einer nicht--AutomatedFailover-Strategie ausgeführt: MirrorAndVault, MirrorAllSnapshots oder Sync.

  7. Bestätigen, dass der Mirror State der Beziehung Snapmirrored und der Relationship Status Insync ist.

    snapmirror show -destination-path destination_path

  8. Die Pfade vom Host erneut erkennen.

Verwandte Informationen