PowerProtect Data Domain: Comprobación previa a la actualización de DDHA

La función de alta disponibilidad (HA) le permite configurar dos sistemas de protección como un par activo-en espera, lo que proporciona redundancia en caso de una falla del sistema. La HA mantiene sincronizados los sistemas activos y en espera. Esto es para que, si el nodo activo falla debido a problemas de hardware o software, el nodo en espera pueda tomar el lugar de ese nodo fallido.

La HA es compatible con los siguientes sistemas:

• Data Domain DD6800
• PowerProtect DD6900:
• Data Domain DD9300
• PowerProtect DD9400:
• PowerProtect DD9410
• Data Domain DD9800
• PowerProtect DD9900:
• PowerProtect DD9910

Preparación de los sistemas DDHA para la actualización

Antes de iniciar una actualización, asegúrese de que ambos nodos funcionen de manera óptima. La actualización mientras cualquiera de los nodos está en riesgo puede provocar fallas e interrupciones en el servicio. Antes de continuar con la actualización, ejecute las siguientes comprobaciones:

Información del sistema

Verifique el nombre de host del sistema, el número de serie, el modelo, la versión actual de DDOS y el tiempo de actividad.

Configuración de iDRAC

Confirme si iDRAC está configurado, ya que es una herramienta valiosa para monitorear y solucionar problemas durante los reinicios.

No es que iDRAC no esté disponible en los sistemas heredados de Dell DD6800, DD9300 y DD9800.

Estado del sistema de archivos

Asegúrese de que el sistema de archivos esté habilitado y en ejecución.

Alertas y errores de hardware

Revise las alertas actuales del sistema y resuelva las fallas de hardware.

Las alertas no siempre se comparten entre los nodos activo y en espera. Asegúrese de comprobar ambos nodos individualmente en busca de alertas activas que puedan indicar problemas subyacentes. La mayoría de las alertas son visibles en un solo nodo, por lo que la verificación de dos nodos es esencial.

Estado del sistema de HA

Asegúrese de que el sistema esté en un estado de alta disponibilidad antes de iniciar la actualización.

Capacidad del sistema

Evalúe la capacidad general del sistema.

Para garantizar un proceso de actualización de DDOS sin inconvenientes, se recomienda mantener un mínimo del 10 % de espacio libre en el sistema Data Domain cuando se actualiza a versiones de DDOS anteriores a 7.x y al menos un 5 % de espacio libre para las actualizaciones a DDOS 7.x y posteriores. Este espacio disponible es esencial para manejar archivos temporales y cualquier cambio en el índice o los metadatos. Esto ayuda a minimizar el riesgo de fallas de actualización o degradación del rendimiento durante la actualización. 

Versiones de firmware

Confirme que todos los componentes del sistema ejecuten el firmware más reciente.

Si el código objetivo es anterior a 7.7.5.1, 7.10.1.0 o 7.11.x, compruebe la versión del firmware del disco y consulte el artículo 000204252 de la base de conocimientos para obtener orientación.

Configuración de red

Verifique la configuración de red del sistema y asegúrese de que todas las interfaces estén operativas con las direcciones IP adecuadas.

En los sistemas DDHA, las interfaces de red se configuran como flotantes o fijas. Cada tipo tiene requisitos específicos de comportamiento y verificación:

• Interfaces flotantes: Para las interfaces configuradas como flotantes, verifique que cada puerto, alias o interfaz de Ethernet virtual (veth) de la tarjeta de interfaz de red (NIC) esté habilitado y en ejecución en los nodos activo y en espera. Se espera que las interfaces flotantes muestren una dirección IP en el nodo activo, mientras que se muestran N/A en el nodo en espera.
• Interfaces fijas: Para las interfaces marcadas como fijas, asegúrese de que cada puerto de NIC, alias o veth configurado esté habilitado y en ejecución. A diferencia de las interfaces flotantes, no es necesario que las interfaces fijas tengan configuraciones idénticas en ambos nodos.
• Interconexión de HA (veth99): Confirme que la interconexión de HA (veth99) esté presente y que todos los puertos necesarios estén habilitados y en ejecución.
  • La cantidad de conexiones requeridas y sus ubicaciones de ranura para veth99 varían según el modelo de Data Domain.

Estado del disco

Evalúe los estados de los discos y asegúrese de que no haya discos Fallidos (F), Reconstruyendo (R), Copy (C) o Ausentes (A). 

En una configuración de DDHA, el nodo en espera no procesa ni entrega datos. Como resultado, los discos de gabinete conectados al nodo en espera no muestran el estado "In Use Disks". En cambio, todos los discos aparecen en un estado "Discos conocidos", lo que indica que el sistema los reconoce, pero no están activos. Este es el comportamiento esperado, ya que el nodo activo maneja todas las operaciones de datos.

Estado del gabinete

Asegúrese de que todos los dispositivos de gabinete funcionen correctamente.

Topología del gabinete

Valide la topología del gabinete de ambos nodos. 

Notas:

• Los resultados deben ser imágenes reflejadas.
• Busque un asterisco (*) junto a enc.ctrl.port y revise el campo Mensaje de error en busca de problemas como fallas de controladora o cable.
• Símbolos como ?, !, o !! Indique errores.
• Confirme que todos los números de bandeja sean correctos y coherentes.

Estado de replicación

Asegúrese de que la replicación no se esté inicializando. Si es así, consulte el artículo 000014079 de la base de conocimientos.

A partir de DDOS versión 7.7.1, la replicación de directorios ya no es compatible. Si la actualización desde una versión anterior a 7.7.1 y la replicación de directorios está configurada, consulte la sección "Migración de replicación de directorio a MTree" de la Guía de administración de DDOS antes de realizar la actualización.

Evaluación del estado del hardware

Iniciar una evaluación integral del estado del hardware en los sistemas Data Domain. 

Este comando no es compatible con todas las plataformas de DD. Para obtener más información, consulte el artículo 000326481 de la base de conocimientos.

Limpieza del sistema de archivos

Verifique si la limpieza del sistema de archivos está en ejecución. Si está activo, permita que se complete o deténgalo manualmente mediante la ejecución del comando # filesys clean stop en el nodo activo.

Limpieza de nubes

Verifique si la limpieza de la nube está en ejecución. Si está activo, permita que se complete o deténgalo manualmente mediante la ejecución del comando # cloud clean stop en el nodo activo.

Transferencia de datos

Para los sistemas con nivel de nube, verifique si la transferencia de datos está en ejecución. Si está activo, deténgalo manualmente mediante la ejecución del comando # data-movement stop all en el nodo activo.

Respaldo y restauración

Si hay alguna actividad de respaldo o restauración en curso, pause o deténgala antes de continuar.

Prueba de conmutación por error de HA

El propósito de la prueba de conmutación por error es validar la alta disponibilidad mediante el inicio de una conmutación por error desde el nodo activo al nodo en espera. Una vez finalizada la transición, realice una segunda conmutación por error para devolver el control al nodo original, lo que garantiza una funcionalidad de conmutación por error bidireccional completa.

Nodo activo:

• Ejecute el comando ha status para confirmar que el sistema esté en un estado de alta disponibilidad con ambos nodos en línea.
• Ejecutar ha failover precheck (disponible en DDOS versión 7.8 y posteriores) para confirmar la preparación para la conmutación por error.
• Ejecutar ha failover en el nodo activo para cambiar del nodo activo al nodo en espera.

Nuevo nodo activo (nodo en espera anterior):

• Ejecute el comando ha status para confirmar que el sistema esté en un estado de alta disponibilidad con ambos nodos en línea.
• Ejecutar ha failover precheck (disponible en DDOS versión 7.8 y posteriores) para asegurarse de que el sistema esté listo para la conmutación por error.
• Ejecutar ha failover en el nuevo nodo activo para volver a estar en espera.

Actualizar el paquete RPM

Cargue el paquete RPM de actualización en el nodo activo. Una vez que se ejecuta el comando de comprobación previa de actualización del sistema, el paquete se copia automáticamente en el nodo en espera.

Los paquetes RPM de actualización están disponibles en la página Data Domain Deduplication Storage Systems .

• Transfiera el archivo RPM del servidor cliente al nodo activo mediante el siguiente comando:

client-server# scp <rpm file> sysadmin@<active-node-hostname-or-IP-address>:/ddr/var/releases/

• • El sistema solicita una contraseña, que el cliente definió. El directorio de destino en el nodo activo es /ddr/var/releases.
• Una vez finalizada la transferencia de archivos, verifique la información del paquete del sistema sobre el nodo activo mediante la ejecución del siguiente comando: 

active-node# system package list

Comprobación previa a la actualización del sistema

En el nodo activo, ejecute el comando system upgrade precheck <file> comando. Si la comprobación previa se completa correctamente sin errores, el sistema está listo para continuar con la actualización de DDOS. Para obtener orientación detallada sobre la actualización de un sistema DDHA, consulte el artículo 000009653 de la base de conocimientos.