Capítulo 2 Mantenimiento de hardware
Capítulo 3 Mantenimiento del sistema
Gestión de paquetes de asistencia con la BUI
Generación y carga de paquetes de asistencia con la BUI
Opciones de paquetes de asistencia
Gestión de paquetes de asistencia con la CLI
Restablecimiento de configuración de fábrica
Notificación de actualizaciones de software
Programación de notificaciones de software con la BUI
Programación de notificaciones de software con la CLI
Comprobación de actualizaciones con la BUI
Comprobación de actualizaciones con la CLI
Descripción general de la actualización del sistema
Comprobaciones del estado de la actualización
Resolución de fallos en comprobaciones del estado de la actualización
Acciones necesarias para resolver alertas de comprobación del estado
Pasos para resolver alertas de comprobaciones de estado
Reinicio tras una actualización
Reversión en modo a prueba de fallos
Aplicación de la actualización del cluster
Estados del cluster durante la actualización
Desempaquetado y verificación de medios
Eliminación del medio de actualización
Aplicación de actualizaciones diferidas
Desempaquetado y verificación de medios
Eliminación del medio de actualización
Aplicación de actualizaciones diferidas (CLI)
Actualización diferida de passthrough-x
Actualización diferida de cuotas de usuario
Actualización diferida de COMSTAR
Actualización diferida de RAID de paridad triple
Actualización diferida de anulación de duplicación de datos
Actualización diferida de replicación
Actualización diferida de propiedades recibidas
Actualización diferida de supresión de instantáneas
Actualización diferida de instantáneas recursivas
Actualización diferida de reemplazo múltiple
Actualización diferida de reflejo RAID-Z
Directorio secundario opcional
Varios grupos de iniciadores por LUN
Compatibilidad para bloques de gran tamaño
Compatibilidad para bloques de gran tamaño
Copia de seguridad de configuración
Copia de seguridad de la configuración
Contenido de la copia de seguridad
Gestión de copias de seguridad de configuración con la BUI
Creación de una copia de seguridad de configuración
Restauración de una configuración guardada
Supresión de una configuración guardada
Exportación de una configuración guardada
Importación de una configuración guardada
Gestión de copias de seguridad de configuración con la CLI
Visualización de configuraciones
Creación de una copia de seguridad de configuración
Restauración de una configuración guardada
Supresión de una configuración guardada
Exportación de una configuración guardada
Importación de una configuración guardada
Visualización de problemas activos
Visualización de todas las entradas de log
Visualización de grupos de entradas de log
Visualización de detalles de entradas
Flujos de trabajo de mantenimiento
Contexto de ejecución de flujos de trabajo
Parámetros de flujos de trabajo
Manejo de errores de flujo de trabajo
Validación de entradas de flujo de trabajo
Auditoría de ejecución de flujos de trabajo
Generación de informes de ejecución de flujos de trabajo
Control de versiones de dispositivo
Control de versiones de flujos de trabajo
Flujos de trabajo como acciones de alerta
Contexto de ejecución de las acciones de alerta
Auditoría de acciones de alerta
Uso de flujos de trabajo programados
Ejemplo: selección de tipo de dispositivo
Después de aplicar una actualización de software, se actualiza todo el hardware para el que la actualización incluya nuevas versiones de firmware. Existen varios tipos de dispositivos para los que puede haber actualizaciones disponibles; cada uno tiene características diferentes.
Los discos, los contenedores de almacenamiento y ciertos dispositivos SAS internos se actualizan en segundo plano. Cuando sucede esto, se muestra el progreso de la actualización de firmware en el panel izquierdo de la vista Maintenance (Mantenimiento) > System (Sistema) de la BUI o en el contexto maintenance system updates de la CLI. Estas actualizaciones de firmware casi siempre están relacionadas con el hardware, si bien se pueden mostrar brevemente algunas actualizaciones pendientes al aplicar determinadas actualizaciones diferidas a componentes que no son hardware.
A partir de 2010Q3.4, cuando haya actualizaciones pendientes, aparece un ícono de información o de advertencia junto al número de actualizaciones restantes. Al hacer clic en el ícono, aparecerá el cuadro de diálogo Firmware Updates (Actualizaciones de firmware), que enumera las actualizaciones restantes. Para cada actualización, también se muestra la versión actual del componente, la hora del último intento de actualización, así como el motivo por el cual ese intento no finalizó correctamente.
Se considera que las actualizaciones pendientes tienen uno de estos tres estados: Pending (Pendiente), In Progress (En curso) o Failed (Con errores). Una actualización comienza con el estado Pendiente y se reintenta periódicamente, momento en el que pasa al estado En curso. Si no se puede realizar la actualización debido a una condición temporal, la actualización regresa al estado Pendiente o bien, si no es algo transitorio, pasa al estado Con error.
Por lo general, sólo indica la existencia de un problema si:
Existen actualizaciones con el estado Con error.
Las actualizaciones permanecen en el estado Pendiente (o a la espera entre el estado Pendiente y el estado En curso) por un período prolongado (más de media hora), sin que disminuya el número de actualizaciones restantes.
Las siguientes condiciones no indican un problema:
Las actualizaciones de firmware de discos se muestran como pendientes por un período prolongado, con un mensaje de estado que indica que no forman parte de ninguna agrupación. Este comportamiento es esperado, dado que sólo se actualiza el firmware de discos que forman parte de una agrupación. Para actualizar estos discos, agréguelos a una agrupación.
Se están actualizando varios chasis, se muestra un progreso (es decir, disminuye el número de actualizaciones restantes) y algunos de los chasis aparecen temporalmente como pendientes con un estado que indica que algunos discos sólo tienen una ruta. Este comportamiento también es esperado, ya que cuando se actualiza un chasis, es posible que se restablezca uno de sus expansores. Al restablecer un expansor, algunos discos tienen temporalmente una ruta y, como resultado, las actualizaciones en otros chasis se retrasan hasta que sea seguro ejecutarlas de nuevo de forma no disruptiva.
Tenga en cuenta que actualmente el cuadro de diálogo Firmware Updates (Actualizaciones de firmware) no se actualiza de forma automática, por lo que debe cerrarlo y volverlo a abrir para obtener una vista actualizada.
La aplicación de actualizaciones de hardware siempre se realiza de forma completamente segura. Esto significa que el sistema puede tener un estado en el que no es posible aplicar actualizaciones de hardware. Esto resulta particularmente importante en el contexto de las configuraciones de cluster. Durante las operaciones de toma de control y failback, se completan todas las actualizaciones de firmware en curso. Se suspenden las actualizaciones de firmware pendientes hasta que se haya completado la toma de control o el failback, momento en el que se revalúan las restricciones descritas a continuación en el contexto del nuevo estado de cluster y, si es posible, se reanudan las actualizaciones de firmware.
![]() | Precaución - A menos que sea absolutamente necesario, no se deben realizar operaciones de toma de control ni de failback cuando hay actualizaciones de firmware en curso. |
El procedimiento de actualización gradual documentado más adelante cumple todas estas mejores prácticas y satisface las restricciones por clase de dispositivo descritas más adelante. Siempre se debe seguir el procedimiento al realizar actualizaciones en un entorno de cluster. En los entornos de cluster e independientes, estos criterios también se revalúan tras un reinicio del sistema o del software de diagnóstico, lo que puede provocar que se reanuden las actualizaciones de firmware incompletas o suspendidas anteriormente.
Por lo general, los componentes internos del controlador de almacenamiento (como HBA y dispositivos de red) que no sean discos y ciertos dispositivos SAS se actualizan automáticamente durante el inicio. Estas actualizaciones no son visibles y se habrán completado para el momento en el que las interfaces de gestión estén disponibles.
Para actualizar el firmware de discos o dispositivos flash, se debe desconectar el dispositivo durante el proceso. Si no hay suficiente redundancia en la agrupación de almacenamiento contenedora para permitir esta operación, la actualización de firmware no se completará y puede aparecer como "detenida". No se actualizan los discos y dispositivos flash que formen parte de una agrupación de almacenamiento utilizada por el par de cluster, si existe. Por último, no se actualizan los discos y dispositivos flash que no formen parte de ninguna agrupación de almacenamiento.
Para actualizar el firmware de un estante de discos, ambas rutas de almacenamiento back-end deben estar activas para todos los discos, en todos los contenedores, y el almacenamiento debe estar configurado en todos los estantes que se actualizarán. Para los clusters con al menos una agrupación activa en cada controlador, estas restricciones implican que sólo un controlador con el estado "owner" (propietario) puede llevar a cabo la actualización de firmware del estante de discos.
Durante el proceso de actualización del firmware, posiblemente parezca que se quita y se inserta hardware, o que se desconecta y se conecta. Si bien las alertas atribuidas a estas acciones se suprimen, si visualiza la pantalla Maintenance (Mantenimiento) > Hardware o la pantalla Configuration (Configuración) > Storage (Almacenamiento), es posible que vea los efectos de estas actualizaciones en la interfaz de usuario como dispositivos ausentes o desconectados. Esto no debe inquietarlo. Sin embargo, si un dispositivo permanece desconectado o ausente por un período prolongado (varios minutos o más), incluso después de actualizar la vista de hardware, esto podría indicar un problema con el dispositivo. Consulte la vista Maintenance (Mantenimiento) > Problems (Problemas) para comprobar los fallos pertinentes que se hayan identificado. Asimismo, en algunos casos, los controladores de los estantes de discos pueden permanecer desconectados durante la actualización de firmware. Si esto sucede, no se actualiza ningún otro controlador hasta que se repare esta condición. Si un contenedor se visualiza con una única ruta por un período prolongado, compruebe el contenedor físico para determinar si las luces de enlace verdes ubicadas en la parte posterior de la SIM están activas. Si no es así, quite y vuelva a insertar la SIM para restablecer la conexión. Verifique que se pueda acceder a todos los contenedores mediante dos rutas.