Skip to main content
ONTAP MetroCluster
Die deutsche Sprachversion wurde als Serviceleistung für Sie durch maschinelle Übersetzung erstellt. Bei eventuellen Unstimmigkeiten hat die englische Sprachversion Vorrang.

Unterbrechungsfreie Transition, wenn vorhandene Shelfs nicht auf neuen Controllern unterstützt werden (ONTAP 9.8 und höher)

Beitragende
PDFs

Ab ONTAP 9.8 können Sie eine MetroCluster FC-Konfiguration mit zwei Nodes unterbrechungsfrei verschieben und Daten von den vorhandenen Laufwerk-Shelfs verschieben, selbst wenn die vorhandenen Storage-Shelfs nicht von den neuen MetroCluster IP Nodes unterstützt werden.

  • Dieses Verfahren sollte nur angewandt werden, wenn die vorhandenen Storage Shelf-Modelle nicht von den neuen MetroCluster IP-Plattformmodellen unterstützt werden.

  • Dieses Verfahren wird auf Systemen mit ONTAP 9.8 und höher unterstützt.

  • Dieser Vorgang ist störend.

  • Dieses Verfahren gilt nur für eine MetroCluster FC-Konfiguration mit zwei Nodes.

    Wenn Sie über eine MetroCluster-FC-Konfiguration mit vier Nodes verfügen, finden Sie Informationen unter "Auswahl des Migrationsverfahrens".

  • Sie müssen alle Anforderungen erfüllen und alle Schritte des Verfahrens befolgen.

Anforderungen für den Umstieg, wenn Shelfs auf den neuen Nodes nicht unterstützt werden

Bevor Sie mit dem Umstieg beginnen, müssen Sie sicherstellen, dass die Konfiguration die Anforderungen erfüllt.

Bevor Sie beginnen

  • Die vorhandene Konfiguration muss eine Fabric-Attached- oder Stretch-MetroCluster Konfiguration mit zwei Nodes und auf allen Nodes ONTAP 9.8 oder höher ausgeführt werden.

    Die neuen MetroCluster IP Controller-Module sollten dieselbe Version von ONTAP 9.8 ausführen.

  • Die bestehenden und neuen Plattformen müssen eine unterstützte Kombination für den Umstieg sein.

    "Unterstützte Plattformen für unterbrechungsfreien Übergang"

  • Es muss alle Anforderungen und Verkabelung erfüllen, wie in beschrieben "Installation und Konfiguration von Fabric-Attached MetroCluster".

  • Neue mit den neuen Controllern bereitgestellte Storage-Shelfs (Node_A_1-IP, Node_A_2-IP, Node_B_1-IP und Node_B_2-IP) müssen von den alten Controllern (Node_A_1-FC und Node_B_1-FC) unterstützt werden.

    "NetApp Hardware Universe"

  • Die alten Storage Shelves werden von den neuen MetroCluster IP Plattformmodellen * nicht unterstützt.

    "NetApp Hardware Universe"

  • Abhängig von den in den vorhandenen Shelves verfügbaren Spare-Festplatten müssen zusätzliche Festplatten hinzugefügt werden.

    Dafür könnten zusätzliche Festplatten-Shelfs erforderlich sein.

    Sie benötigen weitere 14 bis 18 Laufwerke für jeden Controller:

    • Drei Pool0-Laufwerke

    • Drei Pool1-Laufwerke

    • Zwei Ersatzlaufwerke

    • Sechs bis zehn Laufwerke für das System-Volume

  • Sie müssen sicherstellen, dass die Konfiguration, einschließlich der neuen Nodes, die Plattformlimits für die Konfiguration nicht überschreitet, einschließlich Laufwerksanzahl, Root-Aggregatgröße usw.

    Diese Informationen sind für jedes Plattformmodell bei NetApp Hardware Universe verfügbar.

    "NetApp Hardware Universe"

  • Sie müssen über Remote-Konsolenzugriff für alle sechs Nodes von einem MetroCluster Standort aus verfügen oder Reisen zwischen den Standorten planen, wie im Verfahren erforderlich.

Workflow für Unterbrechungen beim Übergang, wenn Shelfs nicht von neuen Controllern unterstützt werden

Wenn die vorhandenen Shelf-Modelle von den neuen Plattformmodellen nicht unterstützt werden, müssen Sie die neuen Shelfs an die alte Konfiguration anbinden, die Daten in die neuen Shelfs verschieben und schließlich in die neue Konfiguration übergehen.

Planen Sie bei der Vorbereitung der Transition die Reise zwischen den Standorten ein. Beachten Sie, dass Sie nach dem Rack und verkabelt der Remote-Nodes seriellen Zugriff auf die Nodes benötigen. Der Service-Prozessor-Zugriff ist erst verfügbar, wenn die Nodes konfiguriert sind.

Workflow 2n Wechsel alte Regale nicht unterstützt

Vorbereiten der neuen Controller-Module

Sie müssen die Konfiguration und die Festplatteneigentümer für die neuen Controller-Module und die neuen Storage-Shelves löschen.

Schritte

  1. Führen Sie alle Schritte aus, die mit den neuen MetroCluster IP-Controller-Modulen verbunden sind "Vorbereiten der MetroCluster IP-Controller".

  2. Trennen Sie die neuen Storage-Shelves von den neuen MetroCluster IP Controller-Modulen.

Anschließen der neuen Platten-Shelfs an die vorhandenen MetroCluster FC-Controller

Vor dem Wechsel zu einer MetroCluster IP-Konfiguration müssen Sie die neuen Festplatten-Shelfs an die vorhandenen Controller-Module anschließen.

Über diese Aufgabe

Die folgende Abbildung zeigt die neuen Shelves, die an die MetroCluster FC-Konfiguration angeschlossen sind.

Wechsel 2n nicht unterstützte alte neue Shelves zu alten Controllern
Schritte

  1. Deaktivieren der automatischen Zuordnung der Festplatte bei Node_A_1-FC und Node_A_2-FC:

    disk option modify -node node-name -autoassign off

    Dieser Befehl muss für jeden Node ausgestellt werden.

    Die automatische Zuweisung von Festplatten ist deaktiviert, um zu vermeiden, dass die Shelfs Node_A_1-FC und Node_B_1-FC hinzugefügt werden. Im Rahmen der Transition sind die Festplatten für die Knoten Node_A_1-IP und Node_B_2-IP erforderlich. Wenn die automatische Zuweisung zulässig ist, müssten die Festplattenbesitzer später entfernt werden, bevor Festplatten Node_A_1-IP und Node_B_2-IP zugewiesen werden konnten.

  2. Verbinden Sie die neuen Shelfs ggf. mit den vorhandenen MetroCluster FC Nodes über FC-to-SAS-Bridges.

    Siehe Anforderungen und Verfahren in "Hot-adding von Speicher zu einer MetroCluster-FC-Konfiguration"

Migrieren Sie Root-Aggregate und verschieben Sie Daten in die neuen Platten-Shelves

Sie müssen die Root-Aggregate von den alten Laufwerk-Shelfs auf die neuen Festplatten-Shelfs verschieben, die von den MetroCluster IP-Nodes verwendet werden.

Über diese Aufgabe

Diese Aufgabe wird vor dem Übergang der vorhandenen Knoten durchgeführt (Node_A_1-FC und Node_B_1-FC).

Schritte

  1. Durchführen einer ausgehandelten Umschaltung von Controller Node_B_1-FC:

    metrocluster switchover

  2. Führen Sie die Heal-Aggregate aus und heilen Sie die Root-Schritte der Recovery von Node_B_1-FC:

    metrocluster heal -phase aggregates

    metrocluster heal -phase root-aggregates

  3. Boot Controller Node_A_1-FC:

    boot_ontap

  4. Weisen Sie die nicht im Besitz befindlichen Festplatten auf den neuen Shelfs den entsprechenden Pools für Controller Node_A_1-FC zu:

    1. Festplatten in den Shelfs identifizieren:

      disk show -shelf pool_0_shelf -fields container-type,diskpathnames

      disk show -shelf pool_1_shelf -fields container-type,diskpathnames

    2. Geben Sie den lokalen Modus ein, sodass die Befehle auf dem lokalen Knoten ausgeführt werden:

      run local

    3. Weisen Sie die Festplatten zu:

      disk assign disk1disk2disk3disk… -p 0

    disk assign disk4disk5disk6disk… -p 1

    1. Lokalen Modus beenden:

      exit

  5. Erstellen Sie ein neues gespiegeltes Aggregat zum neuen Root-Aggregat für Controller Node_A_1-FC:

    1. Legen Sie den Berechtigungsmodus auf erweitert fest:

      set priv advanced

    2. Erstellen Sie das Aggregat:

      aggregate create -aggregate new_aggr -disklist disk1, disk2, disk3,… -mirror-disklist disk4disk5, disk6,… -raidtypesame-as-existing-root -force-small-aggregate true aggr show -aggregate new_aggr -fields percent-snapshot-space

      Wenn der Prozentwert für Snapshot-Speicherplatz weniger als 5 Prozent beträgt, müssen Sie ihn auf einen Wert über 5 Prozent erhöhen:

    aggr modify new_aggr -percent-snapshot-space 5

    1. Setzen Sie den Berechtigungsebene-Modus zurück auf admin:

      set priv admin

  6. Vergewissern Sie sich, dass das neue Aggregat ordnungsgemäß erstellt wird:

    node run -node local sysconfig -r

  7. Erstellung von Backups der Konfiguration auf Node- und Cluster-Ebene:

    Hinweis Wenn die Backups während des Switchover erstellt werden, erkennt das Cluster bei der Recovery den Switchover-Status. Sie müssen sicherstellen, dass die Sicherung und das Hochladen der Systemkonfiguration erfolgreich ist, da es ohne diese Sicherung nicht möglich ist, die MetroCluster-Konfiguration zwischen Clustern zu reformieren.

    1. Erstellen Sie das Cluster-Backup:

      system configuration backup create -node local -backup-type cluster -backup-name cluster-backup-name

    2. Überprüfen Sie die Erstellung von Cluster-Backups

      job show -id job-idstatus

    3. Erstellen Sie das Knoten-Backup:

      system configuration backup create -node local -backup-type node -backup-name node-backup-name

    4. Prüfen Sie sowohl Cluster- als auch Node-Backups:

      system configuration backup show

    Sie können den Befehl wiederholen, bis in der Ausgabe beide Backups angezeigt werden.

  8. Erstellung von Kopien der Backups

    Die Backups müssen an einem separaten Speicherort gespeichert werden, da sie lokal beim Start des neuen Root-Volumes verloren gehen.

    Sie können die Backups auf einen FTP- oder HTTP-Server hochladen oder die Backups mit kopieren scp Befehle.

    Prozess

    Schritte

    Hochladen der Sicherung auf den FTP- oder HTTP-Server

    1. Laden Sie das Cluster-Backup hoch:

      system configuration backup upload -node local -backup cluster-backup-name -destination URL

    2. Laden Sie das Knoten-Backup hoch:

      system configuration backup upload -node local -backup node-backup-name -destination URL

    Kopieren Sie die Backups auf einen Remote-Server mit sicherer Kopie

    Verwenden Sie auf dem Remoteserver die folgenden Scp-Befehle:

    1. Cluster-Backup kopieren:

      scp diagnode-mgmt-FC:/mroot/etc/backups/config/cluster-backup-name.7z .

    2. Kopieren des Node-Backups:

      scp diag@node-mgmt-FC:/mroot/etc/backups/config/node-backup-name.7z .

  9. Stop Node_A_1-FC:

    halt -node local -ignore-quorum-warnings true

  10. Boot Node_A_1-FC in Wartungsmodus:

    boot_ontap maint

  11. Nehmen Sie im Wartungsmodus erforderliche Änderungen vor, um das Aggregat als Root einzustellen:

    1. Legen Sie die HA-Richtlinie auf cfo fest:

      aggr options new_aggr ha_policy cfo

      Beantworten Sie „ja“, wenn Sie dazu aufgefordert werden, fortzufahren.

    Are you sure you want to proceed (y/n)?

    1. Legen Sie das neue Aggregat als Root fest:

      aggr options new_aggr root

    2. Anhalten der LOADER-Eingabeaufforderung:

      halt

  12. Booten des Controllers und Sichern der Systemkonfiguration

    Der Node startet im Wiederherstellungsmodus, wenn das neue Root-Volume erkannt wird

    1. Booten des Controllers:

      boot_ontap

    2. Melden Sie sich an und sichern Sie die Konfiguration.

      Wenn Sie sich anmelden, wird die folgende Warnung angezeigt:

    Warning: The correct cluster system configuration backup must be restored. If a backup
from another cluster or another system state is used then the root volume will need to be
recreated and NGS engaged for recovery assistance.

    1. Wechseln Sie in den erweiterten Berechtigungsmodus:

      set -privilege advanced

    2. Sichern Sie die Clusterkonfiguration auf einem Server:

      system configuration backup download -node local -source URL of server/cluster-backup-name.7z

    3. Sichern Sie die Node-Konfiguration auf einem Server:

      system configuration backup download -node local -source URL of server/node-backup-name.7z

    4. Zurück zum Admin-Modus:

      set -privilege admin

  13. Überprüfen Sie den Systemzustand des Clusters:

    1. Geben Sie den folgenden Befehl ein:

      cluster show

    2. Legen Sie den Berechtigungsmodus auf erweitert fest:

      set -privilege advanced

    3. Überprüfen Sie die Cluster-Konfigurationsdetails:

      cluster ring show

    4. Zurück zur Administratorberechtigungsebene:

      set -privilege admin

  14. Überprüfen Sie den Betriebsmodus der MetroCluster Konfiguration, und führen Sie eine MetroCluster-Prüfung durch.

    1. Bestätigen Sie die MetroCluster-Konfiguration und den normalen Betriebsmodus:

      metrocluster show

    2. Vergewissern Sie sich, dass alle erwarteten Knoten angezeigt werden:

      metrocluster node show

    3. Geben Sie den folgenden Befehl ein:

      metrocluster check run

    4. Ergebnisse der MetroCluster-Prüfung anzeigen:

      metrocluster check show

  15. Führen Sie einen Switchback vom Controller Node_B_1-FC aus:

    metrocluster switchback

  16. Überprüfen Sie den Betrieb der MetroCluster Konfiguration:

    1. Bestätigen Sie die MetroCluster-Konfiguration und den normalen Betriebsmodus:

      metrocluster show

    2. Durchführen einer MetroCluster-Prüfung:

      metrocluster check run

    3. Ergebnisse der MetroCluster-Prüfung anzeigen:

      metrocluster check show

  17. Fügen Sie das neue Root-Volume der Volume-Standortdatenbank hinzu.

    1. Legen Sie den Berechtigungsmodus auf erweitert fest:

      set -privilege advanced

    2. Fügen Sie das Volume dem Node hinzu:

      volume add-other-volumes –node node_A_1-FC

    3. Zurück zur Administratorberechtigungsebene:

      set -privilege admin

  18. Überprüfen Sie, ob das Volumen nun sichtbar ist und mroot hat.

    1. Anzeigen der Aggregate:

      storage aggregate show

    2. Überprüfen Sie, ob das Root-Volumen mroot hat:

      storage aggregate show -fields has-mroot

    3. Anzeigen der Volumes:

      volume show

  19. Erstellen Sie ein neues Sicherheitszertifikat, um den Zugriff auf System Manager erneut zu aktivieren:

    security certificate create -common-name name -type server -size 2048

  20. Wiederholen Sie die vorherigen Schritte, um die Aggregate auf Shelfs zu migrieren, die sich im Besitz von Node_A_1-FC befinden.

  21. Führen Sie eine Bereinigung durch.

    Um das alte Root-Volume und das Root-Aggregat zu entfernen, müssen Sie sowohl auf Node_A_1-FC als auch auf Node_B_1-FC die folgenden Schritte durchführen.

    1. Löschen Sie das alte Root-Volumen:

      run local

      vol offline old_vol0

      vol destroy old_vol0

      exit

      volume remove-other-volume -vserver node_name -volume old_vol0

    2. Löschen Sie das ursprüngliche Root-Aggregat:

      aggr offline -aggregate old_aggr0_site

    aggr delete -aggregate old_aggr0_site

  22. Migrieren Sie die Daten-Volumes zu Aggregaten auf den neuen Controllern, jeweils ein Volume.

    Siehe "Erstellung eines Aggregats und Verschiebung von Volumes zu den neuen Nodes"

  23. Mustern Sie die alten Shelves aus, indem Sie alle erforderlichen Schritte ausführen "Ausmustern von Shelfs, die von Node_A_1-FC und Node_A_2-FC verschoben wurden".

Umstellung der Konfiguration

Sie müssen das detaillierte Übergangsverfahren befolgen.

Über diese Aufgabe

In den folgenden Schritten werden Sie zu anderen Themen weitergeleitet. Sie müssen die Schritte in jedem Thema in der angegebenen Reihenfolge durchführen.

Schritte

  1. Planen Sie die Port-Zuordnung.

    Führen Sie alle Schritte in aus "Zuordnen von Ports von den MetroCluster FC-Nodes zu den MetroCluster IP-Nodes".

  2. Bereiten Sie die MetroCluster IP-Controller vor.

    Führen Sie alle Schritte in aus "Vorbereiten der MetroCluster IP-Controller".

  3. Überprüfen Sie den Systemzustand der MetroCluster-Konfiguration.

    Führen Sie alle Schritte in aus "Überprüfen des Systemzustands der MetroCluster FC-Konfiguration".

  4. Bereiten Sie die vorhandenen MetroCluster FC-Nodes vor und entfernen Sie sie.

    Führen Sie alle Schritte in aus "Umstellung der MetroCluster FC Nodes".

  5. Fügen Sie die neuen MetroCluster IP-Knoten hinzu.

    Führen Sie alle Schritte in aus "Anschließen der MetroCluster IP-Controller-Module".

  6. Abschluss der Transition und Erstkonfiguration der neuen MetroCluster IP Nodes.

    Führen Sie alle Schritte in aus "Konfiguration der neuen Nodes und Abschluss des Übergangs".