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

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

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

Si el controlador de sustitución en el modo de mantenimiento (donde se muestra el indicador *>), salga del modo de mantenimiento y vaya al indicador de CARGADOR: halt
Desde el indicador CARGADOR en el controlador de sustitución, arranque el controlador, ingrese y si se le pide que sobrescriba el Id. de sistema debido a una discrepancia de Id. de sistema:boot_ontap

Espere hasta que aparezca el mensaje Waiting for giveback... en la consola del controlador de sustitución y luego, desde controlador en buenas condiciones, verifique que el nuevo Id. de sistema del socio se haya asignado automáticamente.

Ejemplo

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)

Desde el controlador en buen estado, 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
Regrese el controlador:
1. Desde el controlador en buenas condiciones, regrese el almacenamiento del controlador sustituido: storage failover giveback -ofnode replacement_node_name
  El controlador 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.
  Si se rechaza la devolución
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.
Si el sistema se encuentra en una configuración MetroCluster, supervise el estado del controlador: metrocluster node show
La configuración MetroCluster toma unos minutos después de la sustitución para volver a un estado 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.

Verifique que los discos o LUN de Flex Array se asignaron correctamente: storage disk show -ownership

Ejemplo

Los discos que pertenecen al controlador 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
.
.
.

Si el controlador 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 controlador en el sitio de desastre.
Esta es necesario si se cumplen las siguientes dos condiciones:
- La configuración de MetroCluster se encuentra en un estado de cambio.
- El controlador de repuesto es el propietario actual de los discos en el sitio de desastre.
  Recuperación desde un desastre

Si el sistema se encuentra en una configuración de MetroCluster, asegúrese de que cada controlador esté configurado: metrocluster node show - fields configuration-state

Recuperación desde un desastre

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.

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

Entregar comentarios