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.

Apague las controladoras - AFF A300

Colaboradores
PDF

Para sustituir el chasis, debe apagar las controladoras.

Opción 1: Apague el controlador

Este procedimiento es solamente para configuraciones de 2 nodos que no sean de MetroCluster. Si tiene un sistema con más de dos nodos, consulte "Cómo realizar un apagado y encendido con gracia de una pareja de alta disponibilidad en un clúster de 4 nodos".

Antes de empezar

Necesita:

  • Credenciales de administrador local para ONTAP.

  • Clave de acceso para todo el clúster de gestión de claves incorporada de NetApp (OKM) si se usa cifrado de almacenamiento.

  • Acceso a SP/BMC para cada controladora.

  • Detenga el acceso de todos los clientes/host a los datos del sistema de NetApp.

  • Suspender trabajos de backup externo.

  • Herramientas y equipos necesarios para la sustitución.

Nota Si el sistema es un StorageGRID de NetApp o ONTAP S3 que se utiliza como nivel de cloud de FabricPool, consulte la "Apague y encienda sin problemas su Guía de resolución del sistema de almacenamiento" después de realizar este procedimiento.
Nota Si se utilizan LUN de cabina FlexArray, siga la documentación de cabina de almacenamiento específica del proveedor para el procedimiento de apagado que se debe ejecutar en esos sistemas después de realizar este procedimiento.
Nota Si utiliza SSD, consulte "SU490: (Impacto: Crítico) Mejores prácticas para las SSD: Evite el riesgo de un fallo de unidad y de pérdida de datos si se apaga durante más de dos meses"

Como práctica recomendada antes del cierre, debe:

Pasos

  1. Inicie sesión en el clúster a través de SSH o inicie sesión desde cualquier nodo del clúster mediante un cable de consola local y un equipo portátil/consola.

  2. Desactive AutoSupport e indique cuánto tiempo espera que el sistema esté fuera de línea:

    system node autosupport invoke -node * -type all -message "MAINT=8h Power Maintenance"

  3. Identifique la dirección del SP/BMC de todos los nodos:

    system service-processor show -node * -fields address

  4. Salga del shell de cluster: exit

  5. Inicie sesión en SP/BMC sobre SSH con la dirección IP de cualquiera de los nodos que aparecen en el resultado del paso anterior.

    Si está usando una consola o portátil, inicie sesión en la controladora con las mismas credenciales de administrador de clúster.

    Nota Abra una sesión SSH en cada conexión SP/BMC de modo que pueda supervisar el progreso.

  6. Detenga todos los nodos del cluster:

    system node halt -node * -skip-lif-migration-before-shutdown true -ignore-quorum-warnings true -inhibit-takeover true.

    Nota Para los clústeres que utilizan SnapMirror síncrono en modo StrictSync: system node halt -node * -skip-lif-migration-before-shutdown true -ignore-quorum-warnings true -inhibit-takeover true -ignore-strict-sync-warnings true

  7. Introduzca y para cada controlador en el clúster cuando lo vea Warning: Are you sure you want to halt node "cluster name-controller number"? {y|n}:

  8. Espere a que cada controladora se detenga y muestre el aviso del CARGADOR.

  9. Apague cada fuente de alimentación o desconéctela si no hay ningún interruptor de encendido/apagado de la fuente de alimentación.

  10. Desconecte el cable de alimentación de cada fuente de alimentación.

  11. Verifique que todas las controladoras del chasis dañado estén apagadas.

Opción 2: Las controladoras están en una configuración MetroCluster de dos nodos

Para apagar el controlador dañado, debe determinar el estado del controlador y, si es necesario, cambiar el controlador para que el controlador correcto siga sirviendo datos del almacenamiento del controlador dañado.

Acerca de esta tarea

  • Si utiliza el cifrado de almacenamiento de NetApp, debe haber restablecido el MSID mediante las instrucciones de la sección "devolver una unidad FIPS o SED a modo sin protección" de "Información general del cifrado de NetApp con la interfaz de línea de comandos".

  • Debe dejar las fuentes de alimentación encendidas al final de este procedimiento para proporcionar alimentación a la controladora en buen estado.

Pasos

  1. Compruebe el estado de MetroCluster para determinar si el controlador dañado ha cambiado automáticamente al controlador en buen estado: metrocluster show

  2. En función de si se ha producido una conmutación automática, proceda según la siguiente tabla:

    Si el controlador está dañado…​ Realice lo siguiente…​

    Se ha cambiado automáticamente

    Continúe con el próximo paso.

    No se ha cambiado automáticamente

    Realice una operación de conmutación de sitios planificada desde el controlador en buen estado: metrocluster switchover

    No se ha cambiado automáticamente, ha intentado efectuar una conmutación con el metrocluster switchover y se vetó la conmutación

    Revise los mensajes de veto y, si es posible, resuelva el problema e inténtelo de nuevo. Si no puede resolver el problema, póngase en contacto con el soporte técnico.

  3. Resincronice los agregados de datos ejecutando el metrocluster heal -phase aggregates comando del clúster superviviente.

    controller_A_1::> metrocluster heal -phase aggregates
[Job 130] Job succeeded: Heal Aggregates is successful.

    Si la curación es vetada, usted tiene la opción de reemitir el metrocluster heal con el -override-vetoes parámetro. Si utiliza este parámetro opcional, el sistema anula cualquier vetoo suave que impida la operación de reparación.

  4. Compruebe que se ha completado la operación con el comando MetroCluster operation show.

    controller_A_1::> metrocluster operation show
    Operation: heal-aggregates
      State: successful
Start Time: 7/25/2016 18:45:55
   End Time: 7/25/2016 18:45:56
     Errors: -

  5. Compruebe el estado de los agregados mediante storage aggregate show comando.

    controller_A_1::> storage aggregate show
Aggregate     Size Available Used% State   #Vols  Nodes            RAID Status
--------- -------- --------- ----- ------- ------ ---------------- ------------
...
aggr_b2    227.1GB   227.1GB    0% online       0 mcc1-a2          raid_dp, mirrored, normal...

  6. Repare los agregados raíz mediante el metrocluster heal -phase root-aggregates comando.

    mcc1A::> metrocluster heal -phase root-aggregates
[Job 137] Job succeeded: Heal Root Aggregates is successful

    Si la curación es vetada, usted tiene la opción de reemitir el metrocluster heal comando con el parámetro -override-vetoes. Si utiliza este parámetro opcional, el sistema anula cualquier vetoo suave que impida la operación de reparación.

  7. Compruebe que la operación reparar se ha completado mediante el metrocluster operation show comando en el clúster de destino:

    mcc1A::> metrocluster operation show
  Operation: heal-root-aggregates
      State: successful
 Start Time: 7/29/2016 20:54:41
   End Time: 7/29/2016 20:54:42
     Errors: -

  8. En el módulo del controlador dañado, desconecte las fuentes de alimentación.