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.

Verifica del cluster dopo l'aggiornamento di ONTAP

Collaboratori
PDF

Dopo l'upgrade di ONTAP, verificare la versione del cluster, la salute del cluster e la salute dello storage. Per le configurazioni FC di MetroCluster, verifica anche che il cluster sia abilitato per uno switchover automatico e non pianificato.

Verificare la versione del cluster

Una volta aggiornate tutte le coppie ha, è necessario utilizzare il comando version per verificare che tutti i nodi stiano eseguendo la release di destinazione.

La versione del cluster è la versione più bassa di ONTAP in esecuzione su qualsiasi nodo del cluster. Se la versione del cluster non è la release ONTAP di destinazione, è possibile aggiornare il cluster.

  1. Verificare che la versione del cluster sia la release ONTAP di destinazione:

    version

  2. Se la versione del cluster non è la release ONTAP di destinazione, è necessario verificare lo stato di aggiornamento di tutti i nodi:

    system node upgrade-revert show

Verificare lo stato del cluster

Dopo aver aggiornato un cluster, è necessario verificare che i nodi siano integri e idonei a partecipare al cluster e che il cluster sia in quorum.

  1. Verificare che i nodi del cluster siano online e idonei a partecipare al cluster:

    cluster show
    cluster1::> cluster show
Node                  Health  Eligibility
--------------------- ------- ------------
node0                 true    true
node1                 true    true

    Se un nodo non è integro o non è idoneo, controllare i registri EMS per verificare la presenza di errori e intraprendere un'azione correttiva.

  2. Impostare il livello di privilegio su Advanced (avanzato):

    set -privilege advanced

  3. Verificare i dettagli di configurazione per ciascun processo RDB.

    • L'epoca del database relazionale e l'epoca del database devono corrispondere per ciascun nodo.

    • Il master del quorum per squillo deve essere lo stesso per tutti i nodi.

      Si noti che ogni squillo potrebbe avere un master di quorum diverso.

      Per visualizzare questo processo RDB…​

      Immettere questo comando…​

      Applicazione di gestione

      cluster ring show -unitname mgmt

      Database di posizioni dei volumi

      cluster ring show -unitname vldb

      Virtual-Interface Manager

      cluster ring show -unitname vifmgr

      Daemon di gestione SAN

      cluster ring show -unitname bcomd

      Questo esempio mostra il processo del database di localizzazione del volume:

    cluster1::*> cluster ring show -unitname vldb
Node      UnitName Epoch    DB Epoch DB Trnxs Master    Online
--------- -------- -------- -------- -------- --------- ---------
node0     vldb     154      154      14847    node0     master
node1     vldb     154      154      14847    node0     secondary
node2     vldb     154      154      14847    node0     secondary
node3     vldb     154      154      14847    node0     secondary
4 entries were displayed.

  4. Se si opera in un ambiente SAN, verificare che ciascun nodo si trovi in un quorum SAN:

    cluster kernel-service show
    cluster1::*> cluster kernel-service show
Master            Cluster           Quorum        Availability  Operational
Node              Node              Status        Status        Status
----------------- ----------------- ------------- ------------- -------------
cluster1-01       cluster1-01       in-quorum     true          operational
                  cluster1-02       in-quorum     true          operational
2 entries were displayed.
Informazioni correlate

"Amministrazione del sistema"

Verifica dell'abilitazione dello switchover non pianificato automatico (solo configurazioni MetroCluster FC)

Se il cluster si trova in una configurazione FC MetroCluster, devi verificare l'abilitazione dello switchover automatico non pianificato dopo l'upgrade del ONTAP.

Se si utilizza una configurazione IP MetroCluster, ignorare questa procedura.

Fasi

  1. Controllare se è attivato lo switchover automatico non pianificato:

    metrocluster show

    Se è attivato lo switchover automatico non pianificato, nell'output del comando viene visualizzata la seguente istruzione:

    AUSO Failure Domain  auso-on-cluster-disaster

  2. Se l'istruzione non viene visualizzata, attivare uno switchover automatico non pianificato:

    metrocluster modify -auto-switchover-failure-domain auso-on-cluster-disaster

  3. Verificare che sia stato abilitato uno switchover non pianificato automatico:

    metrocluster show
Informazioni correlate

"Gestione di dischi e aggregati"