Skip to main content
Se proporciona el idioma español mediante traducción automática para su comodidad. En caso de alguna inconsistencia, el inglés precede al español.

Compruebe el clúster después de actualizar ONTAP

Colaboradores
PDF

Después de actualizar ONTAP, compruebe la versión del clúster, el estado del clúster y el estado del almacenamiento. Para configuraciones de FC de MetroCluster, compruebe también que el clúster esté habilitado para la conmutación de sitios automática no planificada.

Comprobar la versión del clúster

Una vez que se hayan actualizado todos los pares de HA, debe usar el comando version para verificar que todos los nodos estén ejecutando la versión de destino.

La versión del clúster es la versión más baja de ONTAP que se ejecuta en cualquier nodo del clúster. Si la versión del clúster no es la versión de ONTAP de destino, puede actualizar el clúster.

  1. Compruebe que la versión del clúster es la versión de ONTAP de destino:

    version

  2. Si la versión del clúster no es la versión de ONTAP de destino, debe comprobar el estado de actualización de todos los nodos:

    system node upgrade-revert show

Compruebe el estado del clúster

Después de actualizar un clúster, debe comprobar que los nodos estén en buen estado y que sean elegibles para participar en el clúster, y que el clúster esté en quórum.

  1. Compruebe que los nodos del clúster estén en línea y que puedan participar en el clúster:

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

    Si alguno de los nodos no es saludable o no apto, compruebe los registros de EMS en busca de errores y realice acciones correctivas.

  2. Configure el nivel de privilegio en Advanced:

    set -privilege advanced

  3. Verifique los detalles de configuración de cada proceso RDB.

    • Las épocas de la base de datos relacional y la base de datos deben coincidir para cada nodo.

    • El maestro de quórum por anillo debe ser el mismo para todos los nodos.

      Tenga en cuenta que cada anillo puede tener un maestro de quórum diferente.

      Para mostrar este proceso RDB:

      Introduzca este comando…​

      Aplicación de gestión

      cluster ring show -unitname mgmt

      Base de datos de ubicación del volumen

      cluster ring show -unitname vldb

      Administrador de interfaz virtual

      cluster ring show -unitname vifmgr

      Daemon de gestión de SAN

      cluster ring show -unitname bcomd

      Este ejemplo muestra el proceso de la base de datos de ubicación del volumen:

    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 va a trabajar en un entorno SAN, compruebe que cada nodo se encuentra en quórum DE 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.
Información relacionada

"Administración del sistema"

Verifique que la conmutación de sitios automática no planificada está habilitada (solo configuraciones de MetroCluster FC).

Si el clúster está en una configuración de MetroCluster FC, debe verificar que la conmutación automática no planificada esté habilitada después de actualizar ONTAP.

Si está utilizando una configuración IP de MetroCluster, omita este procedimiento.

Pasos

  1. Compruebe si la conmutación automática no planificada está habilitada:

    metrocluster show

    Si la conmutación automática no planificada está habilitada, aparecerá la siguiente instrucción en el resultado del comando:

    AUSO Failure Domain  auso-on-cluster-disaster

  2. Si la sentencia no aparece, active una conmutación automática no planificada:

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

  3. Compruebe que se ha activado un switchover no planificado automático:

    metrocluster show
Información relacionada

"Gestión de discos y agregados"