Skip to main content
La versione in lingua italiana fornita proviene da una traduzione automatica. Per eventuali incoerenze, fare riferimento alla versione in lingua inglese.

Comandi per il monitoraggio di una coppia ha

Collaboratori

È possibile utilizzare i comandi ONTAP per monitorare lo stato della coppia ha. Se si verifica un Takeover, è anche possibile determinare la causa del Takeover.

Se si desidera controllare

Utilizzare questo comando

Se il failover è attivato o si è verificato, oppure perché il failover non è attualmente possibile

storage failover show

Consente di visualizzare i nodi su cui è abilitata l'impostazione ha-mode di failover dello storage
Devi impostare il valore su ha perché il nodo partecipi a una configurazione di failover dello storage (coppia ha).

storage failover show -fields mode

Se il Takeover assistito dall'hardware è attivato

storage failover hwassist show

La cronologia degli eventi di Takeover assistiti dall'hardware che si sono verificati

storage failover hwassist stats show

Lo stato di avanzamento di un'operazione di Takeover mentre gli aggregati del partner vengono spostati nel nodo che esegue il Takeover

storage failover show‑takeover

Lo stato di avanzamento di un'operazione di giveback nella restituzione degli aggregati al nodo partner

storage failover show‑giveback

Se un aggregato è a casa durante le operazioni di acquisizione o di giveback

aggregate show ‑fields home‑id,owner‑id,home‑name,owner‑name,is‑home

Se l'ha del cluster è attivato (si applica solo ai cluster a due nodi)

cluster ha show

Lo stato ha dei componenti di una coppia ha (sui sistemi che utilizzano lo stato ha)

`ha‑config show`Si tratta di un comando della modalità di manutenzione.

stati dei nodi visualizzati dai comandi di tipo show di failover dello storage

L'elenco seguente descrive gli stati dei nodi in cui si trova storage failover show viene visualizzato il comando.

Stato del nodo

Descrizione

Connesso a partner_name, Takeover automatico disattivato.

L'interconnessione ha è attiva e può trasmettere i dati al nodo partner. L'acquisizione automatica del partner è disattivata.

In attesa di nome_partner, giveback dei dischi di riserva del partner in sospeso.

Il nodo locale non può scambiare informazioni con il nodo partner tramite l'interconnessione ha. Il giveback degli aggregati SFO per il partner viene eseguito, ma i dischi di riserva del partner sono ancora di proprietà del nodo locale.

  • Eseguire storage failover show-giveback per ulteriori informazioni.

In attesa di nome_partner. In attesa della sincronizzazione del blocco partner.

Il nodo locale non può scambiare informazioni con il nodo partner tramite l'interconnessione ha e attende che venga eseguita la sincronizzazione del blocco del partner.

In attesa di nome_partner. In attesa che le applicazioni cluster siano online sul nodo locale.

Il nodo locale non può scambiare informazioni con il nodo partner tramite l'interconnessione ha e attende che le applicazioni del cluster siano online.

Takeover pianificato. Nodo di destinazione spostamento dei propri aggregati SFO in preparazione del Takeover.

L'elaborazione del takeover è iniziata. Il nodo di destinazione sta trasferendo la proprietà dei propri aggregati SFO in preparazione del takeover.

Takeover pianificato. Il nodo di destinazione ha riallocato i propri aggregati SFO in preparazione del Takeover.

L'elaborazione del takeover è iniziata. Il nodo di destinazione ha riallocato la proprietà dei propri aggregati SFO in preparazione del takeover.

Takeover pianificato. In attesa di disattivare gli aggiornamenti del firmware del disco in background sul nodo locale. È in corso un aggiornamento del firmware sul nodo.

L'elaborazione del takeover è iniziata. Il sistema è in attesa del completamento delle operazioni di aggiornamento del firmware del disco in background sul nodo locale.

Spostamento degli aggregati SFO nel nodo di acquisizione in preparazione del Takeover.

Il nodo locale sta trasferendo la proprietà dei propri aggregati SFO nel nodo di Taking-over in preparazione del Takeover.

Riallocare gli aggregati SFO per assumere il nodo. In attesa di acquisizione del nodo.

Il trasferimento della proprietà degli aggregati SFO dal nodo locale al nodo di acquisizione è stato completato. Il sistema è in attesa di essere assunto dal nodo di acquisizione.

Spostamento degli aggregati SFO in nome_partner. In attesa di disattivare gli aggiornamenti del firmware del disco in background sul nodo locale. È in corso un aggiornamento del firmware sul nodo.

È in corso il trasferimento della proprietà degli aggregati SFO dal nodo locale al nodo di acquisizione. Il sistema è in attesa del completamento delle operazioni di aggiornamento del firmware del disco in background sul nodo locale.

Spostamento degli aggregati SFO in nome_partner. In attesa di disattivare gli aggiornamenti del firmware del disco in background su partner_name. È in corso un aggiornamento del firmware sul nodo.

È in corso il trasferimento della proprietà degli aggregati SFO dal nodo locale al nodo di acquisizione. Il sistema è in attesa del completamento delle operazioni di aggiornamento del firmware del disco in background sul nodo partner.

Connesso a partner_name. Il precedente tentativo di takeover è stato interrotto a causa del motivo. Il nodo locale possiede alcuni aggregati SFO del partner. Riemettere un'acquisizione del partner con ‑bypass-optimization parametro impostato su true per rilevare gli aggregati rimanenti o emettere un giveback del partner per restituire gli aggregati ricollocati.

L'interconnessione ha è attiva e può trasmettere i dati al nodo partner. Il tentativo di acquisizione precedente è stato interrotto a causa del motivo visualizzato sotto Reason (motivo). Il nodo locale possiede alcuni aggregati SFO del partner.

  • Riemettere un takeover del nodo partner, impostando il parametro di ottimizzazione ‑bypass‑su true per rilevare gli aggregati SFO rimanenti, oppure eseguire un giveback del partner per restituire gli aggregati ricollocati.

Connesso a partner_name. Il tentativo di acquisizione precedente è stato interrotto. Il nodo locale possiede alcuni aggregati SFO del partner. Riemettere un'acquisizione del partner con ‑bypass-optimization parametro impostato su true per rilevare gli aggregati rimanenti o emettere un giveback del partner per restituire gli aggregati ricollocati.

L'interconnessione ha è attiva e può trasmettere i dati al nodo partner. Il tentativo di acquisizione precedente è stato interrotto. Il nodo locale possiede alcuni aggregati SFO del partner.

  • Riemettere un takeover del nodo partner, impostando il parametro di ottimizzazione ‑bypass‑su true per rilevare gli aggregati SFO rimanenti, oppure eseguire un giveback del partner per restituire gli aggregati ricollocati.

In attesa di nome_partner. Il precedente tentativo di takeover è stato interrotto a causa del motivo. Il nodo locale possiede alcuni aggregati SFO del partner. Riemettere un'acquisizione del partner con il parametro "‑bypass-Optimization" impostato su true per rilevare gli aggregati rimanenti o emettere un giveback del partner per restituire gli aggregati ricollocati.

Il nodo locale non può scambiare informazioni con il nodo partner tramite l'interconnessione ha. Il tentativo di acquisizione precedente è stato interrotto a causa del motivo visualizzato sotto Reason (motivo). Il nodo locale possiede alcuni aggregati SFO del partner.

  • Riemettere un takeover del nodo partner, impostando il parametro di ottimizzazione ‑bypass‑su true per rilevare gli aggregati SFO rimanenti, oppure eseguire un giveback del partner per restituire gli aggregati ricollocati.

In attesa di nome_partner. Il tentativo di acquisizione precedente è stato interrotto. Il nodo locale possiede alcuni aggregati SFO del partner. Riemettere un'acquisizione del partner con il parametro "‑bypass-Optimization" impostato su true per rilevare gli aggregati rimanenti o emettere un giveback del partner per restituire gli aggregati ricollocati.

Il nodo locale non può scambiare informazioni con il nodo partner tramite l'interconnessione ha. Il tentativo di acquisizione precedente è stato interrotto. Il nodo locale possiede alcuni aggregati SFO del partner.

  • Riemettere un takeover del nodo partner, impostando il parametro di ottimizzazione ‑bypass‑su true per rilevare gli aggregati SFO rimanenti, oppure eseguire un giveback del partner per restituire gli aggregati ricollocati.

Connesso a partner_name. Il precedente tentativo di takeover è stato interrotto perché non è stato possibile disattivare l'aggiornamento del firmware del disco in background (BDFU) sul nodo locale.

L'interconnessione ha è attiva e può trasmettere i dati al nodo partner. Il tentativo di takeover precedente è stato interrotto perché l'aggiornamento del firmware del disco in background sul nodo locale non era stato disattivato.

Connesso a partner_name. Il precedente tentativo di takeover è stato interrotto a causa del motivo.

L'interconnessione ha è attiva e può trasmettere i dati al nodo partner. Il tentativo di acquisizione precedente è stato interrotto a causa del motivo visualizzato sotto Reason (motivo).

In attesa di nome_partner. Il precedente tentativo di takeover è stato interrotto a causa del motivo.

Il nodo locale non può scambiare informazioni con il nodo partner tramite l'interconnessione ha. Il tentativo di acquisizione precedente è stato interrotto a causa del motivo visualizzato sotto Reason (motivo).

Connesso a partner_name. Il precedente tentativo di acquisizione da parte di partner_name è stato interrotto a causa del motivo.

L'interconnessione ha è attiva e può trasmettere i dati al nodo partner. Il precedente tentativo di acquisizione da parte del nodo partner è stato interrotto a causa del motivo visualizzato sotto Reason.

Connesso a partner_name. Il precedente tentativo di acquisizione da parte di partner_name è stato interrotto.

L'interconnessione ha è attiva e può trasmettere i dati al nodo partner. Il precedente tentativo di acquisizione da parte del nodo partner è stato interrotto.

In attesa di nome_partner. Il precedente tentativo di acquisizione da parte di partner_name è stato interrotto a causa del motivo.

Il nodo locale non può scambiare informazioni con il nodo partner tramite l'interconnessione ha. Il precedente tentativo di acquisizione da parte del nodo partner è stato interrotto a causa del motivo visualizzato sotto Reason.

Giveback precedente non riuscito nel modulo: Nome modulo. Il giveback automatico verrà avviato in pochi secondi.

Il precedente tentativo di giveback non è riuscito nel modulo module_name. Il giveback automatico verrà avviato in pochi secondi.

  • Eseguire storage failover show-giveback per ulteriori informazioni.

Node possiede gli aggregati del partner come parte della procedura di upgrade del controller senza interruzioni.

Il nodo possiede gli aggregati del partner a causa della procedura di aggiornamento del controller senza interruzioni attualmente in corso.

Connesso a partner_name. Il nodo possiede aggregati appartenenti a un altro nodo del cluster.

L'interconnessione ha è attiva e può trasmettere i dati al nodo partner. Il nodo possiede aggregati appartenenti a un altro nodo del cluster.

Connesso a partner_name. In attesa della sincronizzazione del blocco partner.

L'interconnessione ha è attiva e può trasmettere i dati al nodo partner. Il sistema è in attesa del completamento della sincronizzazione del blocco partner.

Connesso a partner_name. In attesa che le applicazioni cluster siano online sul nodo locale.

L'interconnessione ha è attiva e può trasmettere i dati al nodo partner. Il sistema è in attesa che le applicazioni del cluster siano online sul nodo locale.

Modalità non ha, riavviare per utilizzare la NVRAM completa.

Il failover dello storage non è possibile. L'opzione ha mode è configurata come non_ha.

  • Riavviare il nodo per utilizzare tutta la NVRAM.

Modalità non ha. Riavviare il nodo per attivare ha.

Il failover dello storage non è possibile.

  • Il nodo deve essere riavviato per abilitare la funzionalità ha.

Modalità non ha.

Il failover dello storage non è possibile. L'opzione ha mode è configurata come non_ha.

  • È necessario eseguire storage failover modify ‑mode ha ‑node nodename Su entrambi i nodi della coppia ha, quindi riavviare i nodi per abilitare la funzionalità ha.