Acerca de la migración de una zona

Se ha añadido información nueva a esta sección desde la versión 10 11/06 de Solaris.

Los comandos zonecfg and zoneadm se pueden utilizar para migrar una zona no global de un sistema a otro. La zona se detiene y desconecta de su host actual. La zonepath se pasa al sistema de destino, al que se conecta.

Se aplican las siguientes restricciones a la migración de zona:

• La zona global del sistema de destino debe estar ejecutando la misma versión de Solaris que el host original.

• Para asegurarse de que la zona se ejecute correctamente, el sistema de destino debe tener las mismas versiones de los siguientes parches y paquetes del sistema operativo que los instalados en el host original.

  • Los paquetes que entregan los archivos a través de un recurso inherit-pkg-dir

  • Los paquetes en los que SUNW_PKG_ALLZONES=true

  Los demás paquetes y parches, como los de productos de terceros, pueden ser distintos.

• Solaris 10 10/08: Si el nuevo host tiene versiones posteriores de los paquetes dependientes de zona y sus parches asociados, el uso de zoneadm attach con la opción -u actualiza aquellos paquetes dentro de la zona para que coincidan con el nuevo host. El software de actualización durante la conexión busca en la zona que se está migrando los paquetes que deben actualizarse para que coincidan con el nuevo host. Sólo se actualizarán estos paquetes. El resto de paquetes y los parches asociados pueden variar entre las distintas zonas. Asimismo, esta opción permite migrar de manera automática entre clases de equipos, como por ejemplo de sun4u a sun4v.

  Solaris 10 9/10: si el nuevo host tiene versiones posteriores de los paquetes y sus parches asociados, el uso de zoneadm attach con la opción -U actualiza aquellos paquetes dentro de la zona para que coincidan con lo que se vería con una nueva zona no global recién instalada en este host. Los paquetes instalados dentro de la zona, pero no instalados en la zona global, se omiten y se dejan tal cual. Asimismo, esta opción permite migrar de manera automática entre clases de equipos, como por ejemplo de sun4u a sun4v.

  Solaris 10 5/09: la opción -b puede utilizarse para especificar los parches que hay que se pueden recuperar de la zona antes de la actualización.

• Los sistemas host y de destino deben tener la misma arquitectura a menos que se utilice la opción -u, que se puede emplear para migrar entre las clases de máquina sun4u y sun4v.

• Solaris 10 5/09: la opción -b se puede usar para especificar los parches, oficiales o Interim Diagnostics/Relief (IDR), para que se puedan recuperar de la zona durante la conexión. Se pueden especificar varias opciones de -b. Si alguno de los parches no se puede recuperar por algún motivo, se producirá un error de attach y no se recuperará ninguno de los parches.

  Esta opción sólo se aplica a las marcas de zona mediante el empaquetado de SVr4.

Para comprobar la versión de Solaris y la arquitectura del equipo, escriba:

#uname -m

El proceso zoneadm detach crea la información necesaria para conectar a zona en un sistema diferente. El proceso zoneadm attach verifica que el equipo de destino esté configurado correctamente para poder alojar la zona.

Dado que hay varios modos de hacer que zonepath esté disponible en el nuevo host, el movimiento de zonepath de un sistema a otro es un proceso manual que lleva a cabo el administrador global.

Cuando se conecta al sistema nuevo, la zona tiene el estado de instalado.