Información sobre el mantenimiento de firmware concurrente utilizando la HMC

Obtenga información sobre cómo realizar el mantenimiento de firmware concurrente utilizando la HMC.

El mantenimiento de firmware concurrente permite aplicar actualizaciones de firmware en un sistema en ejecución sin necesidad de concluir y reiniciar las particiones lógicas y los servidores, ni de detener las aplicaciones. No obstante, no toda actualización de firmware es concurrente.

Para realizar la activación concurrente se necesita una HMC; las actualizaciones a través del sistema operativo continuarán siendo disruptivas.

Actualmente, los arreglos de firmware de servidor pueden ser concurrentes o disruptivos. Los arreglos del subsistema de alimentación son concurrentes con respecto a las operaciones del servidor. El código de máquina de la HMC se actualiza en un fixpack aparte. Los arreglos del código de máquina de la HMC son concurrentes con respecto a los sistemas gestionados.

Sólo los arreglos dentro de un mismo release pueden ser concurrentes (pero no está garantizado que lo sean).

El nivel de release viene indicado por los tres números después de "SF" en el nombre de nivel. Por ejemplo, en el nivel de firmware SF230_126, el nivel de release es 230.
La instalación de un nuevo release es siempre disruptiva. Por ejemplo, si el servidor tiene instalado SF225, e instala SF230, la instalación será disruptiva (el sistema gestionado concluirá y se reiniciará).

Para actualizar el firmware llevará a cabo los pasos siguientes:

Aplicar el firmware (actualizar el contenido del flash).
Activar el firmware (ejecutar el nuevo firmware en el sistema).

No todos los arreglos se pueden activar de forma concurrente. Los tipos de activaciones pueden ser:

Concurrente: aplicar y activar con las aplicaciones ejecutándose.
Diferida: activación concurrente, pero contiene arreglos que afectan a la vía de la carga del programa inicial (IPL), que no se activan hasta la próxima ves que concluya y reinicie el servidor.
Nota: Las partes del arreglo que se pueden activar de forma concurrente se activan tal como se ha descrito anteriormente.
Disruptiva: se requiere la conclusión y reinicio de la plataforma; es decir, no se activa ningún contenido del arreglo hasta la próxima ves que concluya y reinicie el servidor.

Para obtener más información sobre los arreglos concurrentes, consulte el módulo Realizar el mantenimiento del código interno bajo licencia en IBM Resource Link.