Saltar al contenido principal

Verificación del cambio del Id. de sistema en un sistema HA

Debe confirmar el cambio de Id. del sistema cuando el nodo de la sustitución de arranque y luego asegúrese de que se haya implementado el cambio.

Acerca de esta tarea

Este procedimiento solo se aplica a los sistemas que ejecutan ONTAP en un par de alta disponibilidad.

  1. Si el nodo de sustitución en el modo de mantenimiento (donde se muestra el indicador *>), salga del modo de mantenimiento y vaya al indicador de LOADER: halt
  2. Desde el indicador de LOADER en el nodo de sustitución, arranque el nodo, ingrese y si se le pide que sobrescriba el Id. de sistema debido a una discrepancia de Id. de sistema:
  3. Espere hasta que aparezca el mensaje Waiting for giveback... en la consola del nodo de sustitución y luego, desde el nodo en buenas condiciones, verifique que el nuevo Id. de sistema del socio se haya asignado automáticamente: storage failover show

    Ejemplo

    En la salida del comando, debe ver un mensaje que indica que el Id. del sistema ha cambiado en el nodo con problemas, mostrando los Id. antiguos y nuevos correctos. En el siguiente ejemplo, el nodo2 ha sido sustituido y tiene un nuevo Id. del sistema de 151759706.
    node1> <kbd className="ph userinput nolinebreak">storage failover show</kbd>
                                        Takeover          
    Node              Partner           Possible     State Description 
    ------------      ------------      --------     -------------------------------------
    node1             node2             false        System ID changed on partner (Old:
                                                      151759755, New: 151759706), In takeover    
    node2             node1             -            Waiting for giveback (HA mailboxes)
  4. Desde el nodo correcto, verifique que todos los coredumps se guarden:
    1. Cambio del nivel de privilegios avanzado: set -privilege advanced
      Puede responder Y cuando se le pide continuar al modo avanzado. Aparece el mensaje de modo avanzado (*>).
    2. Guarde los coredumps: system node run -node local-node-name partner savecore
    3. Espere que se complete el comando savecore antes de emitir el retorno.
      Puede introducir el siguiente comando para supervisar el progreso del comando savecore: system node run -node local-node-name partner savecore -s
    4. Vuelva al nivel de privilegios de administrador: set -privilege admin
  5. Regrese el nodo:
    1. Desde el nodo en buenas condiciones, regrese el almacenamiento del nodo sustituido: storage failover giveback -ofnode replacement_node_name
      El nodo de sustitución recupera su almacenamiento y completa el arranque.

      Si se le pide sobrescribir el Id. del sistema debido a una discrepancia de Id. del sistema, debe especificar y.

      Nota
      Si se rechaza el retorno, puede considerar omitir los rechazos.

      Busque la Guía de configuración de alta disponibilidad para su versión de ONTAP 9

    2. Una vez se complete el retorno, confirme que el par de alta disponibilidad sea correcto y que sea posible tomar el control: storage failover show
      El resultado del comando storage failover show no debe incluir el mensaje System ID changed on partner.
  6. Verifique que los discos se asignaron correctamente: storage disk show -ownership

    Ejemplo

    Los discos que pertenecen al nodo sustituto deben mostrar el nuevo identificador del sistema. En el siguiente ejemplo, los discos pertenecientes a node1 ahora muestran el ID del sistema nuevo, 1873775277:
    node1> <kbd className="ph userinput nolinebreak">storage disk show -ownership</kbd> 

    Disk  Aggregate Home  Owner  DR Home  Home ID    Owner ID  DR Home ID Reserver  Pool
    ----- ------    ----- ------ -------- -------    -------    -------  ---------  ---
    1.0.0  aggr0_1  node1 node1  -        1873775277 1873775277  -       1873775277 Pool0
    1.0.1  aggr0_1  node1 node1           1873775277 1873775277  -       1873775277 Pool0
    .
    .
    .
  7. Si el sistema se encuentra en una configuración MetroCluster, supervise el estado del nodo: metrocluster node show

    La configuración de MetroCluster tarda unos minutos después de la sustitución para volver a un estado normal, momento en el que cada nodo muestra un estado configurado, con la duplicación de DR habilitada y un modo de normal. La salida de comando metrocluster node show -fields node-systemid muestra el ID del sistema antiguo hasta que la configuración MetroCluster vuelve al estado normal.

  8. Si el nodo está en una configuración MetroCluster, según el estado de MetroCluster, compruebe que el campo de ID de DR principal muestre si el propietario original del disco es un nodo en el sitio de desastre.
    Esta es necesario si se cumplen las siguientes dos condiciones:
  9. Si el sistema se encuentra en una configuración de MetroCluster, asegúrese de que cada nodo esté configurado: metrocluster node show - fields configuration-state

    Gestión y recuperación ante desastres MetroCluster

    Ejemplo

    node1_siteA::> metrocluster node show -fields configuration-state

    dr-group-id            cluster node           configuration-state
    -----------            ---------------------- -------------- -------------------
    1 node1_siteA          node1mcc-001           configured
    1 node1_siteA          node1mcc-002           configured
    1 node1_siteB          node1mcc-003           configured
    1 node1_siteB          node1mcc-004           configured

    4 entries were displayed.
  10. Compruebe que los volúmenes esperados estén presentes para cada nodo: vol show -node node-name
  11. Si desactivó la toma de control automática en el reinicio, puede habilitarla desde el controlador nodo: storage failover modify -node replacement-node-name -onreboot true