Los conceptos de Live Update

Editar en línea

En la función AIX® Actualización en directo , la partición lógica (LPAR) donde se inicia la operación se denomina partición original . La operación implica otro LPAR que se llama partición sustituta. Establecer un punto de control de una carga de trabajo significa bloquear un proceso en ejecución y guardar su estado actual. Los procesos de comprobación en un LPAR y de su reinicio más tarde en otro LPAR se llaman movilidad.

Si tiene previsto instalar actualizaciones utilizando la función Live Update , antes de empezar la instalación, debe realizar una copia de seguridad del sistema para poder volver al nivel operativo anterior, si es necesario, restaurando el sistema desde la copia de seguridad o reiniciando el sistema desde una copia de disco alternativa. Las actualizaciones que se instalan utilizando la función Live Update siempre se confirman. Por lo tanto, no puede rechazar las actualizaciones posteriormente.

Las actualizaciones de un Service Pack, nivel de tecnología y arreglos temporales se aplican antes de iniciar la partición sustituta y las cargas de trabajo en ejecución se transfieren desde la partición original a la partición sustituta. El proceso de Live Update implica los pasos siguientes:

Si se especifican actualizaciones de un paquete de servicio o nivel de tecnología para que se instalen utilizando la función Live Update , las actualizaciones se aplican y se comprometen primero en la partición original.
Si se especifica algún arreglo temporal junto con las actualizaciones del Service Pack y nivel de tecnología, los arreglos temporales se instalan en la partición original.
Se clonará el grupo de volúmenes raíz de la partición original (orig-rootvg).
Si sólo se especifican arreglos temporales para la operación Actualización en directo , los arreglos temporales se aplican en el grupo de volúmenes clonado que sirve como grupo de volúmenes de arranque para la partición sustituta (surr-boot-rootvg).
Una vez iniciada la partición sustituta y mientras las cargas de trabajo siguen ejecutándose en la partición original, se duplica el grupo de volúmenes raíz de la partición original (surr-mir-rootvg).
Los procesos de carga de trabajo se controlan y se mueven a la partición suplente.
Las cargas de trabajo se reanudan en la partición suplente en un entorno chrooted (directorio raíz modificado) en el grupo de volúmenes raíz original (orig-rootvg). Durante este proceso, las cargas de trabajo continúan ejecutándose sin detenerse, aunque se produce un breve tiempo de inactividad cuando se suspenden estas cargas de trabajo.
Si la operación Live Update falla después del paso 1 y el paso 2, las actualizaciones y los arreglos temporales instalados en el sistema en estos pasos no se desinstalan. Si se corrige la causa de la anomalía de Live Update , puede volver a intentar la operación de Live Update en lugar de reiniciar la LPAR original. En este caso de ejemplo, no se especifican actualizaciones o arreglos temporales para la operación Live Update porque las actualizaciones ya están instaladas.

La característica Live Update está pensada para aplicar arreglos temporales que contienen cambios de kernel o cambios de extensión de kernel que requieren un rearranque. El arreglo temporal puede contener otros archivos (por ejemplo, mandatos y bibliotecas) y la característica Live Update no cambia nada sobre la forma en que se aplican estos archivos. Por ejemplo, una biblioteca compartida se modificará en el sistema de archivos, pero cualquier proceso en ejecución sigue utilizando la versión antigua de la biblioteca. Por lo tanto, las aplicaciones que requieren un arregle de biblioteca se debe detener y reiniciar para cargar la versión nueva de la biblioteca tras aplicar el arreglo. En AIX® versión 7.2 con el nivel de tecnología 7200-01 o posterior, puede utilizar el mandato genld -u para mostrar una lista de los procesos que están utilizando la versión antigua de las bibliotecas compartidas u otros objetos actualizados. Puede utilizar la lista que se visualiza desde el mandato genld -u para identificar los procesos que deben detenerse y reiniciarse para cargar los objetos actualizados.

La operación Live Update no es un mandato autónomo. Sólo se puede iniciar mediante la opción geninstall -k o mediante el NIM (Network Installation Manager). Las entradas de la operación Live Update se proporcionan a través de las stanzas del archivo /var/adm/ras/liveupdate/lvupdate.data . Se proporciona una plantilla de este archivo con el sistema. Debe editar este archivo para reflejar su propia configuración. El mandato geninstall utiliza un archivo de bloqueo, /usr/lpp/.genlib.lock.check, para garantizar que no se pueda ejecutar simultáneamente otro proceso de instalación. Se utiliza una línea especial INU_LKU_LOCK en este archivo de bloqueo para indicar que se deben bloquear otras instalaciones. En otro caso, NIM puede utilizarse con la opción -o cust desde un servidor centralizado para invocar el mandato geninstall en una máquina de destino. En este caso, el archivo /var/adm/ras/liveupdate/lvupdate.data lo exportará el maestro de NIM y lo montará el cliente de NIM de la máquina de destino.

La operación Live Update se ejecuta en una de las modalidades siguientes:

Modo de vista previa: En el modo de vista previa, se proporciona al usuario la estimación del tiempo de funcionamiento total, la estimación del tiempo de indisponibilidad de la aplicación y la estimación de los recursos como, por ejemplo, el almacenamiento y la memoria. Estas estimaciones se basan en la asunción de que la partición sustituta tiene los mismos recursos en términos de CPU, de memoria y de almacenamiento que la partición original. Todas las entradas proporcionadas se validan y se comprueban las limitaciones de Live Update .
Modalidad automatizada: En modalidad automatizada, se crea una partición sustituta con la misma capacidad que la partición original y la partición original se desactiva y se descarta después de que se complete la operación de Live Update .

La copia duplicada del grupo de volúmenes raíz original (rootvg) se conserva después de que se haya completado la operación de Live Update . Por lo tanto, si sólo ha instalado arreglos temporales con la función Live Update y si desea volver al estado del sistema antes de aplicar los arreglos temporales, la LPAR se puede reiniciar desde el disco que se ha especificado como el grupo de volúmenes de duplicación (mirrorvg).

Como alternativa, puede elegir instalar las actualizaciones o arreglos temporales en el LPAR original mediante cualquier método de instalación que tenga soporte en el sistema operativo AIX®. Después de instalar estas actualizaciones o arreglos, puede utilizar la función Live Update para cargar el software de kernel actualizado sin reiniciar el sistema. El proceso Live Update para este caso de ejemplo implica los pasos siguientes:

Haga copia de seguridad del sistema utilizando el método de copia de seguridad que prefiera. Es necesaria una copia de seguridad si quiere restaurar el sistema a su estado anterior, antes de que fueran instalados los arreglos temporales y las actualizaciones.
Instale los arreglos temporales y actualizaciones utilizando cualquier método de instalación con soporte (Network Installation Manager (NIM) o installp).
Si debe reiniciar el sistema para aplicar las actualizaciones o arreglos temporales, puede utilizar la función Live Update en lugar de reiniciar el sistema. La operación Live Update se inicia mediante el mandato geninstall o NIM. La operación Live Update no requiere que especifique actualizaciones o arreglos temporales porque las actualizaciones están instaladas en el sistema.
Se clonará el grupo de volúmenes raíz de la partición original (orig-rootvg).
Una vez iniciada la partición sustituta y mientras las cargas de trabajo siguen ejecutándose en la partición original, se duplica el grupo de volúmenes raíz de la partición original (surr-mir-rootvg).
Los procesos de carga de trabajo se controlan y se mueven a la partición suplente.
Las cargas de trabajo se reanudan en la partición suplente en un entorno chrooted (directorio raíz modificado) en el grupo de volúmenes raíz original (orig-rootvg). Durante este proceso, las cargas de trabajo continúan ejecutándose sin detenerse, aunque se produce un breve tiempo de inactividad cuando se suspenden las cargas de trabajo.
Si la operación Live Update falla, corrija la causa de la anomalía y vuelva a intentar el proceso a partir del paso 3.