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.

Devuelve el controlador en tu sistema FAS9500 para reanudar el funcionamiento normal

Colaboradores dougthomp netapp-jsnyder netapp-martyh netapp-ivanad thrisun
PDF

Devuelve el control de los recursos de almacenamiento al controlador de sustitución para que tu sistema FAS9500 pueda reanudar su funcionamiento normal.

Paso 1: Recuperar el sistema

Debe volver a conectar los cables de las conexiones de red y almacenamiento del módulo de la controladora.

Pasos

  1. Recuperar el sistema.

  2. Compruebe que el cableado sea correcto mediante el "Active IQ Config Advisor".

    1. Descargue e instale Config Advisor.

    2. Introduce la información del sistema de destino y luego selecciona Recopilar datos.

    3. Selecciona la pestaña «Cableado» y, a continuación, revisa la salida. Asegúrate de que se muestren todas las bandejas de discos y de que todos los discos aparezcan en la salida, corrigiendo cualquier problema de cableado que encuentres.

    4. Comprueba el resto del cableado seleccionando la pestaña correspondiente y luego revisando la salida de Config Advisor.

Nota La identificación del sistema y la información sobre la asignación de discos se almacenan en el módulo NVRAM, que se encuentra en un módulo independiente del módulo controlador y no se ve afectado por la sustitución del módulo controlador.

Paso 2: Reasignar discos

Si el sistema de almacenamiento está en un par HA, el ID del sistema del nuevo módulo de controlador se asigna automáticamente a los discos cuando se produce la devolución al final del procedimiento. Debes confirmar el cambio de ID del sistema al arrancar el nodo de sustitución y luego verificar que el cambio es correcto.

Este procedimiento solo se aplica a sistemas que ejecutan ONTAP en una pareja de ha.

  1. Si el nodo reader está en modo de mantenimiento (mostrando la *> Prompt), salga del modo de mantenimiento y vaya al símbolo del sistema del CARGADOR: halt

  2. Desde el indicador LOADER del nodo replacement, arranca el nodo e introduce y si se te solicita que sobrescribas el ID del sistema debido a una discrepancia en el ID del sistema: boot_ontap

  3. Espere hasta la Waiting for giveback…​ El mensaje se muestra en la consola del nodo reassigned y, a continuación, en el nodo en buen estado, compruebe que el nuevo ID de sistema asociado se ha asignado automáticamente: Storage Failover show

    En el resultado del comando, debería ver un mensaje que indica que el ID del sistema ha cambiado en el nodo dañado, mostrando los ID anteriores y los nuevos correctos. En el ejemplo siguiente, el nodo 2 debe ser sustituido y tiene un ID de sistema nuevo de 151759706.

    node1> storage failover show
                                    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 en buen estado, compruebe que se han guardado los núcleo:

    1. Cambie al nivel de privilegio avanzado: set -privilege advanced

      Usted puede responder Y cuando se le solicite que continúe en el modo avanzado. Aparece el símbolo del sistema del modo avanzado (*>).

    2. Guarde sus núcleo: system node run -node local-node-name partner savecore

    3. Espere a que se complete el comando savecore antes de emitir el retorno.

      Puede introducir el siguiente comando para supervisar el progreso del comando savecoore: system node run -node local-node-name partner savecore -s

    4. Vuelva al nivel de privilegio de administrador: set -privilege admin

  5. Si el sistema de almacenamiento tiene configurado el cifrado de volúmenes o el almacenamiento, debe restaurar la funcionalidad de cifrado de volúmenes o almacenamiento usando uno de los siguientes procedimientos, en función de si usa la gestión de claves externa o incorporada:

  6. Proporcione al nodo:

    1. Desde el nodo en buen estado, vuelva a asignar el almacenamiento del nodo sustituido: storage failover giveback -ofnode replacement_node_name

      El nodo regrsustituya recupera su almacenamiento y completa el arranque.

      Si se le solicita que anule el ID del sistema debido a una falta de coincidencia de ID del sistema, debe introducir y.

      Nota Si el retorno se vetó, puede considerar la sustitución de los vetos.

    Para obtener más información, consulte "Comandos de devolución manual" tema para anular el veto.

    1. Una vez que se ha completado el retorno al nodo primario, confirme que el par de alta disponibilidad está en buen estado y que la toma de control es posible: Se muestra la conmutación al nodo de respaldo del almacenamiento

      La salida de storage failover show El comando no debe incluir el ID del sistema cambiado en el mensaje del partner.

  7. Compruebe que los discos se han asignado correctamente: storage disk show -ownership

    Los discos que pertenecen al nodo regrel deberían mostrar el nuevo ID del sistema. En el ejemplo siguiente, los discos propiedad del nodo 1 ahora muestran el nuevo ID del sistema, 1873775277:

    node1> storage disk show -ownership

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
.
.
.

  8. Si el sistema está en una configuración de MetroCluster, supervise el estado del nodo: metrocluster node show

    La configuración de MetroCluster tarda unos minutos después del reemplazo y vuelve a su estado normal, momento en el que cada nodo mostrará un estado configurado, con mirroring DR habilitado y un modo normal. La metrocluster node show -fields node-systemid El resultado del comando muestra el ID del sistema antiguo hasta que la configuración de MetroCluster vuelve a ser un estado normal.

  9. Si el nodo está en una configuración MetroCluster, según el estado del MetroCluster, compruebe que el campo ID de inicio de recuperación ante desastres muestra el propietario original del disco si el propietario original es un nodo del sitio de desastres.

    Esto es necesario si se cumplen las dos opciones siguientes:

  10. Si su sistema está en una configuración MetroCluster, compruebe que cada nodo esté configurado: metrocluster node show - fields configuration-state

    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.

  11. Compruebe que existen volúmenes esperados para cada nodo: vol show -node node-name

  12. Si deshabilitó la toma de control automática al reiniciar, habilite esa función desde el nodo en buen estado: storage failover modify -node replacement-node-name -onreboot true