Los comandos zonecfg y zoneadm pueden utilizarse para mgirar una zona no global existente 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.
Los siguientes requisitos se aplican a la migración de zonas con marca lx:
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 paquetes y parches necesarios del sistema operativo que las instaladas en el host original.
La marca debe ser la misma en el host original y en el sistema de destino.
El sistema de destino debe tener uno de los siguientes tipos de procesadores i686 compatibles:
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.
Conviértase en superusuario o asuma el rol de administrador principal.
Para crear el rol y asignarlo a un usuario, consulte Using the Solaris Management Tools With RBAC (Task Map) de System Administration Guide: Basic Administration.
Detenga la zona que vaya a migrar (en este procedimiento, lx-zone).
host1# zoneadm -z lx-zone halt |
Desconecte la zona.
host1# zoneadm -z lx-zone detach |
La zona desconectada tiene ahora el estado de configurada.
Mueva zonepath para lx-zone al nuevo host.
Consulte Cómo mover zonepath a un nuevo host para obtener más información.
En el nuevo host, configure la zona.
host2# zonecfg -z lx-zone |
Aparecerá el siguiente mensaje del sistema:
lx-zone: No such zone configured Use 'create' to begin configuring a new zone. |
Para crear la zona lx-zone en un nuevo host, utilice el comando zonecfg con la opción -a y zonepath en el nuevo host.
zonecfg:lx-zone> create -a /export/zones/lx-zone |
Visualice la configuración.
zonecfg:lx-zone> info zonename: lx-zone zonepath: /export/zones/lx-zone brand: lx autoboot: false bootargs: pool: limitpriv: net: address: 192.168.0.90 physical: bge0 |
(Opcional) Realice los ajustes necesarios en la configuración.
Por ejemplo, el dispositivo de red podría ser diferente en el nuevo host, o los dispositivos que forman parte de la configuración podrían tener nombres distintos en el nuevo host.
zonecfg:lx-zone> select net physical=bge0 zonecfg:lx-zone:net> set physical=e1000g0 zonecfg:lx-zone:net> end |
Confirme la configuración y cierre.
zonecfg:lx-zone> commit zonecfg:lx-zone> exit |
Conecte la zona al nuevo host.
Conecte la zona con una comprobación de la validación.
host2# zoneadm -z lx-zone attach |
El administrador del sistema recibe una notificación de las acciones que se deben llevar a cabo si se producen una o las dos condiciones que se especifican a continuación:
Los parches y paquetes necesarios no se encuentran en el nuevo equipo.
Los niveles de software cambian en función del equipo.
Fuerce la operación de conexión sin llevar a cabo la validación.
host2# zoneadm -z lx-zone attach -F |
La opción -F permite forzar attach sin realizar ninguna validación. Esto resulta útil en determinados casos, como en un entorno de clúster o para las operaciones de copia de seguridad y restauración, pero requiere que el sistema esté configurado correctamente para alojar la zona. Una configuración incorrecta podría conllevar un comportamiento inesperado más adelante.
Hay múltiples modos de crear un archivo de zonepath. Por ejemplo, puede utilizar los comandos cpio o pax que se describen en las páginas del comando man cpio(1)) y pax(1).
Existen diversos modos de transferir el archivo al nuevo host. El mecanismo utilizado para transferir zonepath del host de origen al destino depende de la configuración local. En algunos casos, como en una SAN, los datos de zonepath podrían no moverse realmente. La SAN podría reconfigurarse simplemente para que zonepath esté visible en el nuevo host. En otros casos, zonepath podría guardarse en una cinta, y ésta enviarse a un nuevo emplazamiento.
Por estos motivos, este paso no es automático. El administrador del sistema debe seleccionar la técnica más apropiada para mover zonepath al nuevo host.
Conviértase en superusuario o asuma el rol de administrador principal.
Para crear el rol y asignarlo a un usuario, consulte Using the Solaris Management Tools With RBAC (Task Map) de System Administration Guide: Basic Administration.
Mueva zonepath al nuevo host. Puede utilizar el método que se describe en este procedimiento, u otro método que elija.
Cree un archivo tar de zonepath en host1 y transfiéralo a host2 utilizando el comando sftp.
host1# cd /export/zones host1# tar cf lx-zone.tar lx-zone host1# sftp host2 Connecting to host2... Password: sftp> cd /export/zones sftp> put lx-zone.tar Uploading lx-zone.tar to /export/zones/lx-zone.tar sftp> quit |
En host2, desempaquete el archivo tar.
host2# cd /export/zones host2# tar xf lx-zone.tar |
Para obtener más información, consulte sftp(1) y tar(1).
Consulte Resolución de problemas con una operación zoneadm attach para obtener información acerca de la resolución de problemas sobre:
Parches y paquetes que no están sincronizados.
Versiones de sistemas operativos que no coinciden.
El usuario debe verificar que el tipo de procesador del nuevo equipo sea compatible. Consulte Cómo migrar una zona con marca lx para obtener más información.
Antes de trasladar la zona al nuevo equipo, puede realizar una ejecución de prueba. Para ello, utilice la opción de “no ejecutar” -n.
El submcomando zoneadm detach se utiliza con la opción -n para generar un manifiesto de una zona que se ejecuta sin desconectarla realmente. El estado de la zona del sistema de origen no se modifica. El manifiesto de la zona se envía a stdout. El administrador global puede dirigir esta salida a un archivo o conectarla con un comando remoto para que se valide inmediatamente en el host de destino. El subcomando zoneadm attach se utiliza con la opción -n para leer este manifiesto y comprobar que el equipo de destino tenga la configuración correcta para alojar la zona sin necesidad de realizar una conexión realmente.
La zona del sistema de destino no se debe configurar en el host nuevo antes de efectuar una conexión de ejecución de prueba.
Para llevar a cabo este procedimiento, debe ser el administrador global de la zona global.
Conviértase en superusuario o asuma el rol de administrador principal.
Para crear el rol y asignarlo a un usuario, consulte Using the Solaris Management Tools With RBAC (Task Map) de System Administration Guide: Basic Administration.
Utilice uno de los métodos siguientes:
Genere el manifiesto en un host de origen denominado lx-zone y conecte la salida con un comando remoto que, de forma inmediata, validará el host de destino:
global# zoneadm -z lx-zone detach -n | ssh remotehost zoneadm attach -n - |
El guión (—) al final de la línea especifica stdin para la ruta.
Genere el manifiesto en un host de origen denominado lx-zone y dirija la salida a un archivo:
global# zoneadm -z lx-zone detach -n |
Copie el manifiesto en el nuevo sistema host teniendo en cuenta las instrucciones de Cómo mover zonepath a un nuevo host. A continuación, efectúe la validación:
global# zoneadm attach -n path_to_manifest |
La ruta puede ser — para especificar stdin.