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.

Manuelle Takeover-Befehle

Beitragende
PDFs

Sie können eine Übernahme manuell durchführen, wenn für den Partner Wartungsarbeiten erforderlich sind und in anderen ähnlichen Situationen. Je nach Status des Partners ist der Befehl, mit dem Sie die Übernahme durchführen, unterschiedlich.

Ihr Ziel ist

Befehl

Übernehmen Sie den Partner-Node

storage failover takeover

Überwachen Sie den Fortschritt der Übernahme, wenn die Aggregate des Partners zu dem Knoten verschoben werden, der die Übernahme macht

storage failover show‑takeover

Zeigt den Storage-Failover-Status für alle Nodes im Cluster an

storage failover show

Übernehmen Sie den Partner-Node, ohne LIFs zu migrieren

storage failover takeover ‑skip‑lif‑migration‑before‑takeover true

Übernehmen Sie den Partner-Knoten, selbst wenn eine Festplatte nicht stimmt

storage failover takeover ‑skip‑lif‑migration‑before‑takeover true

Übernehmen Sie den Partner-Knoten, auch wenn es eine nicht übereinstimmende ONTAP-Version gibt Hinweis: Diese Option wird nur während des unterbrechungsfreien ONTAP-Upgrades verwendet.

storage failover takeover ‑option allow‑version‑mismatch

Übernehmen Sie den Partner-Node ohne die Durchführung einer Aggregatverschiebung

storage failover takeover ‑bypass‑optimization true

Übernehmen Sie den Partner-Node, bevor der Partner die Zeit hat, seine Storage-Ressourcen ordnungsgemäß zu schließen

storage failover takeover ‑option immediate
Hinweis

Bevor Sie den Storage-Failover-Befehl mit der sofortigen Option ausgeben, müssen Sie die Daten-LIFs mit dem folgenden Befehl auf einen anderen Node migrieren: network interface migrate-all -node node

Wenn Sie den storage failover takeover ‑option immediate Befehl angeben, ohne die Daten-LIFs zuerst zu migrieren, wird die Migration der Daten-LIF vom Node erheblich verzögert, selbst wenn die skip‑lif‑migration‑before‑takeover Option nicht angegeben ist.

Ebenso wird, wenn Sie die sofortige Option angeben, die ausgehandelte Übernahme Optimierung übergangen, auch wenn die Option Bypass‑Optimierung auf false gesetzt ist.

Verschieben von Epsilon für bestimmte manuell initiierte Übernahmen

Sie sollten Epsilon verschieben, wenn bei manuell initiierten Übernahmen erwartet wird, dass ein unerwarteter Node-Ausfall des Speichersystems weg von einem clusterweiten Verlust von Quorum auftritt.

Über diese Aufgabe

Um geplante Wartungsarbeiten durchzuführen, müssen Sie einen der Nodes in einem HA-Paar übernehmen. Um Unterbrechungen von ungeplanten Client-Daten für die übrigen Nodes zu vermeiden, muss Cluster-weite Quorum beibehalten werden. In manchen Fällen kann die Übernahme zu einem Cluster führen, das einen unerwarteten Node-Ausfall von dem clusterweiten Verlust von Quorum darstellt.

Dies kann auftreten, wenn der übernonder Node das Epsilon hält oder wenn der Knoten mit Epsilon nicht ordnungsgemäß ist. Um ein robusteres Cluster aufrechtzuerhalten, können Sie Epsilon auf einen gesunden Node übertragen, der nicht übernommen wird. In der Regel ist dies der HA-Partner.

An der Quorum-Abstimmung nehmen nur gesunde und berechtigte Knoten Teil. Zur Aufrechterhaltung des clusterweiten Quorums sind mehr als N/2 Stimmen erforderlich (wobei N die Summe gesunder, berechtigter Online-Nodes darstellt). Bei Clustern mit einer geraden Anzahl von Online-Nodes fügt Epsilon zusätzliches Stimmgewicht hinzu, um das Quorum für den Node zu wahren, dem er zugewiesen ist.

Hinweis Obwohl die Abstimmung für die Cluster-Formation mit dem cluster modify ‑eligibility false Befehl geändert werden kann, sollten Sie dies vermeiden, außer in Situationen wie dem Wiederherstellen der Node-Konfiguration oder der längeren Node-Wartung. Wenn Sie einen Node als nicht teilnahmeberechtigt festlegen, stellt er keine SAN-Daten mehr bereit, bis der Node auf „teilnahmeberechtigt“ zurückgesetzt und neu gebootet wird. Der Zugriff auf NAS-Daten auf den Node kann auch beeinträchtigt werden, wenn der Node nicht verfügbar ist.
Schritte

  1. Überprüfen Sie den Cluster-Status und bestätigen Sie, dass das Epsilon von einem gesunden Node gehalten wird, der nicht übernommen wird:

    1. Ändern Sie die erweiterte Berechtigungsebene, und bestätigen Sie, dass Sie fortfahren möchten, wenn die Eingabeaufforderung für den erweiterten Modus (*>) angezeigt wird:

      set -privilege advanced

    2. Bestimmen Sie, auf welchem Node das Epsilon enthalten ist:

      cluster show

      Im folgenden Beispiel hält Node1 Epsilon:

    Knoten

    Systemzustand

    Teilnahmevoraussetzungen

    Epsilon

    Node1 Node2

    Richtig

    Richtig

    Richtig falsch

    +
    Wenn der Knoten, den Sie übernehmen möchten, das Epsilon nicht hält, fahren Sie mit Schritt 4 fort.

  2. Entfernen Sie das Epsilon vom Knoten, den Sie übernehmen möchten:

    cluster modify -node Node1 -epsilon false

  3. Weisen Sie dem Partner-Node Epsilon zu (in diesem Beispiel Node2):

    cluster modify -node Node2 -epsilon true

  4. Durchführen des Übernahmevorgangs:

    storage failover takeover -ofnode node_name

  5. Zurück zur Administratorberechtigungsebene:

    set -privilege admin