Guía de instalación de Solaris 10 10/09: Modernización automática de Solaris y planificación de la modernización

Previous: Modernización mediante Modernización automática de Solaris y zonas no globales no instaladas (descripción general)
Next: Creación y modernización de un entorno de arranque cuando hay instaladas zonas no globales (tareas)

Directrices para utilizar Modernización automática de Solaris con zonas no globales (planificación)

La planificación para el uso de las zonas no globales incluye los límites que se describen a continuación.

Tabla 8–1 Limitaciones al actualizar con zonas no globales


Problema	Descripción
Debe tener en cuenta estos problemas al usar Modernización automática de Solaris en un sistema con zonas instaladas. Es fundamental evitar transiciones de estados de zonas durante las operaciones con los comandos `lucreate` y `lumount`.	Si se utiliza el comando `lucreate` para generar un entorno de arranque inactivo, si una determinada zona no global no está en ejecución, dicha zona no podrá ejecutarse hasta que haya finalizado la operación con `lucreate`. Si se utiliza el comando `lucreate` para generar un entorno de arranque inactivo, si una determinada zona no global está en ejecución, dicha zona no deberá detenerse ni reiniciarse hasta que haya finalizado la operación con `lucreate`. Si un entorno de arranque inactivo se monta con el comando `lumount`, no puede arrancar las zonas no globales ni reiniciarlas, si bien las zonas que se estuvieran ejecutando antes de iniciar la operación con el comando `lumount` pueden seguir ejecutándose. Debido a que un administrador de zonas no globales y uno de zonas globales pueden controlar una zona no global, durante las operaciones con los comandos `lucreate` o `lumount` se recomienda detener todas las zonas, para evitar cualquier interacción.
Puede haber problemas si el administrador de la zona global no avisa al administrador de la zona no global de una actualización con Modernización automática de Solaris.	Cuando se ejecutan operaciones de Modernización automática de Solaris, la intervención del administrador de zonas no globales es fundamental. La actualización repercute en la forma de trabajar de los administradores, los cuales se encargarán de los cambios que haya como resultado de la actualización. Los administradores de zonas deben asegurarse de la estabilidad de los paquetes locales durante la secuencia, ocuparse de todas las tareas posteriores a la actualización, como los ajustes en los archivos de configuración, y en general prever las interrupciones de suministro del sistema. Por ejemplo, si un administrador de zona no global agrega un paquete mientras el administrador de zona global está copiando los sistemas de archivos con el comando `lucreate`, el nuevo paquete no se copia con los sistemas de archivos y el administrador de zonas no globales no es consciente del problema.

Creación de un entorno de arranque con una zona no global que está en un sistema de archivos independiente

El procedimiento para crear un entorno de arranque a partir del entorno de arranque actual sigue siendo el mismo respecto a las versiones anteriores menos en un punto. Se puede especificar un segmento de destino en disco para un sistema de archivos compartido en una zona no global. La excepción se da en las condiciones siguientes:

Si en el entorno de arranque actual se utilizó el comando zonecfg add fs para crear un sistema de archivos independiente para una zona no global
Si dicho sistema de archivos independiente reside en un sistema de archivos compartido, por ejemplo /zone/root/export

Para impedir que este sistema de archivos independiente se comparta en el nuevo entorno de arranque, el comando lucreate puede especificar un segmento de destino para un sistema de archivos independiente de una zona no global. El argumento de la opción -m dispone de un nuevo campo opcional, nombre_zona. Este campo nuevo coloca el sistema de archivos independiente de la zona no global en un segmento independiente del nuevo entorno de arranque. Para obtener más información sobre cómo configurar una zona no global con un sistema de archivos independiente, consulte zonecfg(1M).

Nota –

De forma predeterminada, el sistema de arranque actual y los nuevos entornos de arranque comparten todos los sistemas de archivos excepto los sistemas de archivos críticos [root (/), /usr y sistemas de archivos /opt]. Al actualizar los archivos compartidos en el entorno de arranque activo se actualizan también los datos del entorno de arranque inactivo. Por ejemplo, /export es un sistema de archivos compartido. Si utiliza las opciones -m y zonename, el sistema de archivos compartido de la zona no global se copia en un segmento independiente y no se comparten datos. Esta opción impide que los sistemas de archivos de zona no global creados con el comando zonecfg add fs puedan compartirse entre los entornos de arranque.