ONTAP Befehle zur Überwachung eines HA-Paares
Änderungen vorschlagen
PDFs
Sie können ONTAP Befehle verwenden, um den Status des HA Paars zu überwachen. Wenn eine Übernahme erfolgt, lässt sich auch die Ursache der Übernahme feststellen.
Wenn Sie überprüfen möchten |
Verwenden Sie diesen Befehl |
Ob ein Failover aktiviert ist oder bereits stattgefunden hat oder Gründe, warum ein Failover derzeit nicht möglich ist |
|
Die Knoten, auf denen die Einstellung „Storage Failover HA-Modus“ aktiviert ist, werden angezeigt. Der Wert muss auf „ha“ gesetzt werden, damit der Knoten an einer Storage Failover (HA-Paar) Konfiguration teilnimmt. |
|
Ob Hardware-unterstützte Übernahme aktiviert ist |
|
Die Historie der Hardware-unterstützt Übernahmeereignisse, die aufgetreten sind |
|
Der Fortschritt einer Übernahmeoperation, während die Aggregate des Partners auf den Knoten übertragen werden, der die Übernahme durchführt |
|
Der Fortschritt einer Rückgabeoperation bei der Rückgabe von Aggregaten an den Partnerknoten |
|
Ob ein Aggregat während einer Übernahme oder Rückgabe seinen Home-Status hat |
|
Ob Cluster HA aktiviert ist (gilt nur für Cluster mit zwei Knoten) |
|
Der HA-Zustand der Komponenten eines HA-Paares (auf Systemen, die den HA-Zustand verwenden) |
`ha‑config show`Dies ist ein Befehl im Wartungsmodus. |
Von den Befehlen „storage failover show-type“ angezeigte Knotenzustände
Die folgende Liste beschreibt die Knotenzustände, die der storage failover show Befehl anzeigt.
Knotenstatus |
Beschreibung |
Verbindung zu partner_name hergestellt, automatische Übernahme deaktiviert. |
Die HA-Verbindung ist aktiv und kann Daten an den Partnerknoten übertragen. Die automatische Übernahme des Partnerknotens ist deaktiviert. |
Warten auf partner_name, Rückgabe der Partner-Ersatzfestplatten ausstehend. |
Der lokale Knoten kann keine Informationen mit dem Partnerknoten über die HA-Verbindung austauschen. Die Rückgabe der SFO Aggregate an den Partner ist abgeschlossen, aber die Ersatzfestplatten des Partners sind weiterhin im Besitz des lokalen Knotens.
|
Warten auf partner_name. Warten auf Synchronisierung der Partnersperre. |
Der lokale Knoten kann über die HA Interconnect keine Informationen mit dem Partnerknoten austauschen und wartet auf die Partner-Sperrsynchronisierung. |
Warten auf partner_name. Warten auf die Verfügbarkeit der Clusteranwendungen auf dem lokalen Node. |
Der lokale Knoten kann über die HA Interconnect keine Informationen mit dem Partnerknoten austauschen und wartet darauf, dass die Clusteranwendungen online gehen. |
Übernahme geplant. Der Zielknoten verlagert seine SFO-Aggregate zur Vorbereitung der Übernahme. |
Die Übernahmeverarbeitung wurde gestartet. Der Zielknoten verlegt die Eigentumsrechte an seinen SFO-Aggregaten im Vorfeld der Übernahme. |
Übernahme geplant. Der Zielknoten hat seine SFO-Aggregate zur Vorbereitung der Übernahme verlegt. |
Die Übernahmeverarbeitung wurde gestartet. Der Zielknoten hat die Eigentumsverhältnisse seiner SFO-Aggregate im Vorfeld der Übernahme verlagert. |
Übernahme geplant. Warten auf Deaktivierung von Hintergrund-Firmware-Updates auf dem lokalen Knoten. Ein Firmware-Update wird derzeit auf dem Node durchgeführt. |
Die Übernahmeverarbeitung wurde gestartet. Das System wartet darauf, dass die Hintergrund-Firmware-Aktualisierungsvorgänge auf dem lokalen Knoten abgeschlossen werden. |
Verlagerung der SFO Aggregate zum übernehmenden Node in Vorbereitung auf die Übernahme. |
Der lokale Knoten verlagert die Eigentumsrechte an seinen SFO Aggregaten auf den übernehmenden Knoten im Vorfeld der Übernahme. |
SFO Aggregate wurden auf den übernehmenden Node verschoben. Warten darauf, dass der übernehmende Node übernimmt. |
Die Übertragung der Eigentumsrechte an den SFO Aggregaten vom lokalen Knoten auf den übernehmenden Knoten ist abgeschlossen. Das System wartet auf die Übernahme durch den übernehmenden Knoten. |
SFO Aggregate werden zu partner_name verschoben. Warten auf die Deaktivierung von Hintergrund-Firmware-Updates auf dem lokalen Knoten. Ein Firmware-Update wird derzeit auf dem Node durchgeführt. |
Die Übertragung der Zuständigkeit für SFO Aggregate vom lokalen Knoten auf den übernehmenden Knoten ist im Gange. Das System wartet darauf, dass die Hintergrund-Firmware-Aktualisierungsvorgänge auf dem lokalen Knoten abgeschlossen werden. |
SFO Aggregate werden zu partner_name verschoben. Es wird darauf gewartet, die Hintergrund-Firmware-Updates für Festplatten auf partner_name zu deaktivieren. Ein Firmware-Update wird derzeit auf dem Node durchgeführt. |
Die Übertragung der Zuständigkeit für SFO Aggregate vom lokalen Knoten auf den übernehmenden Knoten ist im Gange. Das System wartet auf den Abschluss von Hintergrund-Firmware-Aktualisierungsvorgängen auf dem Partnerknoten. |
Verbindung zu partner_name hergestellt. Vorheriger Übernahmeversuch wurde abgebrochen, da reason. Der lokale Node besitzt einige SFO Aggregate des Partners. Eine erneute Übernahme des Partners mit dem |
Die HA-Verbindung ist aktiv und kann Daten an den Partnerknoten übertragen. Der vorherige Übernahmeversuch wurde aufgrund des unter „Grund“ angezeigten Grundes abgebrochen. Der lokale Knoten besitzt einige SFO Aggregate seines Partners.
|
Verbindung zu partner_name hergestellt. Der vorherige Übernahmeversuch wurde abgebrochen. Der lokale Node besitzt einige SFO Aggregate des Partners. Eine erneute Übernahme des Partners mit dem |
Die HA-Verbindung ist aktiv und kann Daten an den Partnerknoten übertragen. Der vorherige Übernahmeversuch wurde abgebrochen. Der lokale Knoten besitzt einige SFO Aggregate seines Partners.
|
Warten auf partner_name. Vorheriger Übernahmeversuch wurde abgebrochen, da reason. Der lokale Node besitzt einige SFO Aggregate des Partners. Eine erneute Übernahme des Partners mit dem Parameter „‑bypass-optimization“ auf „true“ übernimmt die verbleibenden Aggregate, alternativ gibt ein Giveback des Partners die verlagerten Aggregate zurück. |
Der lokale Knoten kann keine Informationen mit dem Partnerknoten über die HA-Verbindung austauschen. Der vorherige Übernahmeversuch wurde aufgrund des unter „Grund“ angezeigten Grundes abgebrochen. Der lokale Knoten besitzt einige SFO Aggregate seines Partners.
|
Warten auf partner_name. Der vorherige Übernahmeversuch wurde abgebrochen. Der lokale Node besitzt einige SFO Aggregate des Partners. Eine erneute Übernahme des Partners mit dem Parameter „‑bypass-optimization“ auf „true“ übernimmt die verbleibenden Aggregate, alternativ gibt ein Giveback des Partners die verlagerten Aggregate zurück. |
Der lokale Knoten kann keine Informationen mit dem Partnerknoten über die HA-Verbindung austauschen. Der vorherige Übernahmeversuch wurde abgebrochen. Der lokale Knoten besitzt einige SFO Aggregate seines Partners.
|
Verbindung zu partner_name hergestellt. Der vorherige Übernahmeversuch wurde abgebrochen, da die Deaktivierung der Hintergrund-Disk-Firmware-Aktualisierung (BDFU) auf dem lokalen Node fehlgeschlagen ist. |
Die HA-Verbindung ist aktiv und kann Daten an den Partnerknoten übertragen. Der vorherige Übernahmeversuch wurde abgebrochen, da das Hintergrund-Firmware-Update der Festplatte auf dem lokalen Knoten nicht deaktiviert war. |
Verbindung zu partner_name hergestellt. Vorheriger Übernahmeversuch wurde abgebrochen, da reason. |
Die HA-Verbindung ist aktiv und kann Daten an den Partnerknoten übertragen. Der vorherige Übernahmeversuch wurde aufgrund des unter „Grund“ angezeigten Grundes abgebrochen. |
Warten auf partner_name. Vorheriger Übernahmeversuch wurde abgebrochen, da reason. |
Der lokale Knoten kann keine Informationen mit dem Partnerknoten über die HA-Verbindung austauschen. Der vorherige Übernahmeversuch wurde aufgrund des unter „Grund“ angezeigten Grundes abgebrochen. |
Verbindung zu partner_name hergestellt. Der vorherige Übernahmeversuch von partner_name wurde abgebrochen, weil reason. |
Die HA-Verbindung ist aktiv und kann Daten an den Partnerknoten übertragen. Der vorherige Übernahmeversuch durch den Partnerknoten wurde aufgrund des unter „Grund“ angezeigten Grundes abgebrochen. |
Verbindung zu partner_name hergestellt. Vorheriger Übernahmeversuch von partner_name wurde abgebrochen. |
Die HA-Verbindung ist aktiv und kann Daten an den Partnerknoten übertragen. Der vorherige Übernahmeversuch des Partnerknotens wurde abgebrochen. |
Warten auf partner_name. Der vorherige Übernahmeversuch von partner_name wurde abgebrochen, weil reason. |
Der lokale Knoten kann keine Informationen mit dem Partnerknoten über die HA-Verbindung austauschen. Der vorherige Übernahmeversuch durch den Partnerknoten wurde aufgrund des unter „Grund“ angezeigten Grundes abgebrochen. |
Der vorherige Rückgabevorgang ist im Modul: Modulname fehlgeschlagen. Die automatische Rückgabe wird in number of seconds Sekunden eingeleitet. |
Der vorherige Rückgabeversuch ist im Modul module_name fehlgeschlagen. Die automatische Rückgabe wird in number of seconds Sekunden eingeleitet.
|
Node besitzt die Aggregate des Partners im Rahmen des unterbrechungsfreien Controller-Upgrade-Verfahrens. |
Der Knoten besitzt die Aggregate seines Partners aufgrund des derzeit laufenden nicht unterbrechenden Controller Upgrade Verfahrens. |
Verbindung zu partner_name hergestellt. Der Knoten besitzt Aggregate, die zu einem anderen Knoten im Cluster gehören. |
Die HA-Verbindung ist aktiv und kann Daten an den Partnerknoten übertragen. Der Knoten besitzt Aggregate, die zu einem anderen Knoten im Cluster gehören. |
Verbindung zu partner_name hergestellt. Warten auf Synchronisierung der Partnersperre. |
Die HA-Verbindung ist aktiv und kann Daten an den Partnerknoten übertragen. Das System wartet auf den Abschluss der Partner-Lock-Synchronisierung. |
Verbindung zu partner_name hergestellt. Warten auf die Verfügbarkeit der Clusteranwendungen auf dem lokalen Node. |
Die HA-Verbindung ist aktiv und kann Daten an den Partnerknoten übertragen. Das System wartet darauf, dass die Clusteranwendungen auf dem lokalen Knoten online sind. |
Im Nicht-HA-Modus ist ein Neustart erforderlich, um den gesamten NVRAM zu nutzen. |
Storage-Failover ist nicht möglich. Die HA-Mode-Option ist auf non_ha konfiguriert.
|
Nicht-HA-Modus. Der Node muss neu gestartet werden, um HA zu aktivieren. |
Storage-Failover ist nicht möglich.
|
Nicht-HA-Modus. |
Storage-Failover ist nicht möglich. Die HA-Mode-Option ist auf non_ha konfiguriert.
|