Skip to main content
La version française est une traduction automatique. La version anglaise prévaut sur la française en cas de divergence.

Vérifiez votre cluster après la mise à niveau de ONTAP

Contributeurs
PDF

Après la mise à niveau de ONTAP, vérifiez la version du cluster, l'état du cluster et l'état du stockage. Pour les configurations MetroCluster FC, vérifiez également que le cluster est activé en cas de basculement automatique non planifié.

Vérifiez la version du cluster

Une fois toutes les paires haute disponibilité mises à niveau, vous devez utiliser la commande version pour vérifier que tous les nœuds exécutent la version cible.

La version en cluster est la version la plus basse d'ONTAP s'exécutant sur n'importe quel nœud du cluster. Si la version du cluster n'est pas la version cible de ONTAP, vous pouvez mettre à niveau votre cluster.

  1. Vérifiez que la version du cluster est la version ONTAP cible :

    version

  2. Si la version du cluster n'est pas la version cible de ONTAP, vous devez vérifier l'état de mise à niveau de tous les nœuds :

    system node upgrade-revert show

Vérification de l'état du cluster

Une fois que vous avez mis à niveau un cluster, vous devez vérifier que les nœuds sont sains et peuvent participer au cluster, et que le cluster est dans le quorum.

  1. Vérifiez que les nœuds du cluster sont en ligne et peuvent participer au cluster :

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

    Si l'un des nœuds est défectueux ou non éligible, vérifiez la présence d'erreurs dans les journaux EMS et effectuez des actions correctives.

  2. Définissez le niveau de privilège sur avancé :

    set -privilege advanced

  3. Vérifier les détails de configuration pour chaque processus RDB

    • L'époque de la base de données relationnelle et les séries de tests de base de données doivent correspondre pour chaque nœud.

    • Le maître de quorum par anneau doit être le même pour tous les nœuds.

      Notez que chaque anneau peut avoir un maître de quorum différent.

      Pour afficher ce processus RDB…​

      Entrez cette commande…​

      Application de gestion

      cluster ring show -unitname mgmt

      Base de données d'emplacement de volume

      cluster ring show -unitname vldb

      Gestionnaire d'interface virtuelle

      cluster ring show -unitname vifmgr

      Démon de gestion DU SAN

      cluster ring show -unitname bcomd

      Cet exemple représente le processus de la base de données d'emplacements de volumes :

    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. Si vous travaillez dans un environnement SAN, vérifiez que chaque nœud se trouve dans 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.
Informations associées

"Administration du système"

Vérifier que le basculement automatique non planifié est activé (configurations MetroCluster FC uniquement)

Si votre cluster est dans une configuration FC MetroCluster, vérifiez que le basculement automatique non planifié est activé après la mise à niveau de ONTAP.

Si vous utilisez une configuration MetroCluster IP, ignorez cette procédure.

Étapes

  1. Vérifier si le basculement automatique non planifié est activé :

    metrocluster show

    Si le basculement automatique non planifié est activé, l'instruction suivante apparaît dans la sortie de la commande :

    AUSO Failure Domain  auso-on-cluster-disaster

  2. Si l'instruction ne s'affiche pas, activez un basculement automatique non planifié :

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

  3. Vérifier qu'un basculement automatique non planifié a été activé :

    metrocluster show
Informations associées

"Gestion des disques et des agrégats"