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.

Wiederherstellen einer Cluster-Konfiguration aus einer vorhandenen Konfiguration

Beitragende
PDFs

Zum Wiederherstellen einer Cluster-Konfiguration aus einer vorhandenen Konfiguration nach einem Cluster-Ausfall erstellen Sie das Cluster erneut mit der von Ihnen gewählten Cluster-Konfiguration, die dem Wiederherstellungsknoten zur Verfügung gestellt wurde, und fügen Sie dann jeden zusätzlichen Node wieder zum neuen Cluster hinzu.

Über diese Aufgabe

Sie sollten diese Aufgabe nur ausführen, um nach einem Ausfall die Konfiguration des Clusters zu verlieren.

Hinweis

Wenn Sie das Cluster erneut aus einer Sicherungsdatei der Konfiguration erstellen, müssen Sie sich an den technischen Support wenden, um alle Abweichungen zwischen der Backup-Datei der Konfiguration und der im Cluster vorhandenen Konfiguration zu beheben.

Wenn Sie das Cluster von einer Backup-Datei der Konfiguration wiederherstellen, gehen alle seit dem Backup vorgenommenen Konfigurationsänderungen verloren. Nach der Wiederherstellung müssen alle Abweichungen zwischen der Backup-Datei der Konfiguration und der vorhandenen Konfiguration behoben werden. Siehe Knowledge Base-Artikel "ONTAP Leitfaden zur Lösung der Konfigurationssicherung enthält Hinweise zur Fehlerbehebung".
Schritte

  1. Deaktivieren Sie Storage-Failover für jedes HA-Paar:

    storage failover modify -node node_name -enabled false

    Sie müssen den Storage-Failover nur einmal für jedes HA-Paar deaktivieren. Wenn Sie den Storage-Failover für einen Node deaktivieren, ist auch das Storage-Failover beim Partner des Nodes deaktiviert.

  2. Anhalten jedes Knotens mit Ausnahme des wiederherenden Knotens:

    system node halt -node node_name -reason "text"

    cluster1::*> system node halt -node node0 -reason "recovering cluster"

Warning: Are you sure you want to halt the node? {y|n}: y

  3. Legen Sie die Berechtigungsebene auf erweitert fest:

    set -privilege advanced

  4. Verwenden Sie auf dem Recovery-Node den system configuration recovery cluster recreate Befehl, um das Cluster erneut zu erstellen.

    In diesem Beispiel wird das Cluster mithilfe der Konfigurationsinformationen, die auf dem wiederherzuenden Node gespeichert sind, neu erstellt:

    cluster1::*> configuration recovery cluster recreate -from node

Warning: This command will destroy your existing cluster. It will
         rebuild a new single-node cluster consisting of this node
         and its current configuration. This feature should only be
         used to recover from a disaster. Do not perform any other
         recovery operations while this operation is in progress.
Do you want to continue? {y|n}: y

    Auf dem wiederherstellenden Node wird ein neues Cluster erstellt.

  5. Wenn Sie das Cluster aus einer Sicherungsdatei der Konfiguration neu erstellen, überprüfen Sie, ob die Cluster-Recovery noch läuft:

    system configuration recovery cluster show

    Sie müssen den Cluster-Recovery-Status nicht überprüfen, wenn Sie das Cluster von einem ordnungsgemäßen Node neu erstellen.

    cluster1::*> system configuration recovery cluster show
 Recovery Status: in-progress
 Is Recovery Status Persisted: false

  6. Booten aller Nodes, die neu mit dem neu erstellten Cluster verbunden werden müssen

    Sie müssen die Nodes nacheinander neu booten.

  7. Gehen Sie für jeden Node, der mit dem neu erstellten Cluster verbunden werden muss, wie folgt vor:

    1. Fügen Sie auf dem neu erstellten Cluster von einem gesunden Node erneut dem Ziel-Node bei:

      system configuration recovery cluster rejoin -node node_name

      In diesem Beispiel wird der Zielknoten „node2“ wieder dem neu erstellten Cluster hinzugefügt:

      cluster1::*> system configuration recovery cluster rejoin -node node2

Warning: This command will rejoin node "node2" into the local
         cluster, potentially overwriting critical cluster
         configuration files. This command should only be used
         to recover from a disaster. Do not perform any other
         recovery operations while this operation is in progress.
         This command will cause node "node2" to reboot.
Do you want to continue? {y|n}: y

      Der Ziel-Node wird neu gebootet und Beitritt zum Cluster.

    2. Vergewissern Sie sich, dass der Ziel-Node ordnungsgemäß ist und das Quorum mit den übrigen Nodes im Cluster gebildet wurde:

      cluster show -eligibility true

      Der Ziel-Node muss dem neu erstellten Cluster erneut beitreten, bevor Sie einem anderen Node erneut beitreten können.

    cluster1::*> cluster show -eligibility true
Node                 Health  Eligibility   Epsilon
-------------------- ------- ------------  ------------
node0                true    true          false
node1                true    true          false
2 entries were displayed.

  8. Wenn Sie das Cluster aus einer Backup-Konfigurationsdatei neu erstellen, setzen Sie den Recovery-Status auf abgeschlossen:

    system configuration recovery cluster modify -recovery-status complete

  9. Zurück zur Administratorberechtigungsebene:

    set -privilege admin

  10. Wenn das Cluster nur aus zwei Nodes besteht, cluster ha modify aktivieren Sie Cluster HA mit dem Befehl erneut.

  11. Verwenden Sie den storage failover modify Befehl, um Storage Failover für jedes HA-Paar erneut zu aktivieren.

Nachdem Sie fertig sind

Wenn der Cluster über SnapMirror Peer-Beziehungen verfügt, müssen Sie diese Beziehungen auch neu erstellen. Weitere Informationen finden Sie unter "Datensicherung".