Publicidad
◦ Para reemplazar de forma no disruptiva, el par de alta disponibilidad no requiere una conexión a una
red para restaurar el
una conexión e0S interna, que se utiliza para la transferencia
◦ Para el reemplazo disruptivo, no es necesaria una conexión de red para restaurar el
archivos, pero el proceso requiere dos reinicios.
• Debe sustituir el componente con errores por un componente FRU de repuesto que haya recibido de su
proveedor.
• Es importante que aplique los comandos en estos pasos en el nodo correcto:
◦ El nodo drinated es el nodo en el que realiza tareas de mantenimiento.
◦ El heated node es el partner de alta disponibilidad del nodo dañado.
Compruebe las claves de cifrado incorporadas
Antes de apagar la controladora deficiente y comprobar el estado de las claves de
cifrado incorporadas, debe comprobar el estado de la controladora deficiente,
deshabilitar la devolución automática y comprobar qué versión de ONTAP se está
ejecutando en el sistema.
Si tiene un clúster con más de dos nodos, debe estar en quórum. Si el clúster no tiene quórum o si una
controladora en buen estado muestra FALSE para tener derecho a recibir este tipo de servicios, debe corregir
el problema antes de apagar la controladora con deficiencias; consulte la
Pasos
1. Compruebe el estado del controlador dañado:
◦ Si el controlador dañado se encuentra en la solicitud de inicio de sesión, inicie sesión como admin.
◦ Si la controladora dañada se encuentra en el aviso del CARGADOR y forma parte de la configuración
de alta disponibilidad, inicie sesión como
◦ Si la controladora dañada se encuentra en una configuración independiente y en un aviso DEL
CARGADOR, póngase en contacto con "mysupport.netapp.com".
2. Si AutoSupport está habilitado, elimine la creación automática de casos invocando un mensaje de
AutoSupport:
system node autosupport invoke -node * -type all -message
MAINT=number_of_hours_downh
El siguiente mensaje de AutoSupport suprime la creación automática de casos durante dos horas:
cluster1:*> system node autosupport invoke -node * -type all -message MAINT=2h
3. Compruebe la versión de ONTAP que el sistema está funcionando en el controlador dañado si está activo,
o en el controlador asociado si el controlador dañado está inactivo, usando el
◦ Si se muestra <lno-DARE> o <1Ono-DARE> en el resultado del comando, el sistema no admite NVE,
continúe para apagar la controladora.
◦ Si <lno-DARE> no se muestra en el resultado del comando y el sistema ejecuta ONTAP 9.5, vaya a.
Opción 1: Compruebe NVE o NSE en sistemas que ejecutan ONTAP 9.5 y versiones
◦ Si <lno-DARE> no se muestra en el resultado del comando y el sistema está ejecutando ONTAP 9.6 o
una versión posterior, vaya a.
y versiones
posteriores.
4. Si el nodo dañado forma parte de una configuración de alta disponibilidad, deshabilite la recuperación
automática del nodo en buen estado:
410
sistema de archivos. El par de alta disponibilidad de un único chasis tiene
var
admin
Opción 2: Compruebe NVE o NSE en sistemas que ejecutan ONTAP 9.6
storage failover modify -node local -auto-giveback
config. entre ellos.
var
"Sincronice un nodo con el
en el controlador en buen estado.
var
el sistema de
clúster".
comando:
version -v
anteriores.
Publicidad
