Migrando uma zona não nativa lx para outra máquina

Sobre a migração de uma zona não nativa lx

Os comandos zonecfg e zoneadm podem ser usados para migrar uma zona não nativa existente de um sistema para outro. A zona é parada e desanexada do host atual. O zonepath é movido para o host de destino, onde é conectado.

Os seguintes requisitos aplicam-se à migração de uma zona não nativa lx:

• A zona global no sistema de destino deve estar executando a mesma versão do Oracle Solaris que o host original.

• Para assegurar que a zona seja executada adequadamente, o sistema de destino deve ter as mesmas versões dos pacotes e patches necessários do sistema operacional que foram instalados no host original.

• A marca deve ser a mesma que a do host original e a do sistema de destino.

• O sistema de destino deve ter um dos seguintes tipos de processador i686 com suporte:

  • Intel

    • Pentium Pro

    • Pentium II

    • Pentium III

    • Celeron

    • Xeon

    • Pentium 4

    • Pentium M

    • Pentium D

    • Pentium Extreme Edition

    • Núcleo

    • Núcleo 2

    AMD

    • Opteron

    • Athlon XP

    • Athlon 64

    • Athlon 64 X2

    • Athlon FX

    • Duron

    • Sempron

    • Turion 64

    • Turion 64 X2

O processo zoneadm detach cria as informações necessárias para anexar a zona a um sistema diferente. O processo zoneadm attach verifica se a máquina de destino tem a configuração correta para hospedar a zona. Uma vez que existem várias maneiras de tornar o zonepath disponível no novo host, o movimento real do zonepath de um sistema para outro é um processo manual executado pelo administrador global.

Quando anexada ao novo sistema, a zona está no estado de instalada.

Como migrar uma zona não nativa lx

1. Torne-se superusuário ou assuma a função de administrador principal.

   Para criar a função e atribuí-la a um usuário, consulte Using the Solaris Management Tools With RBAC (Task Map) no System Administration Guide: Basic Administration .

2. Pare a zona a ser migrada, lx-zone neste procedimento.

   host1# zoneadm -z lx-zone halt

3. Desanexe a zona.

   host1# zoneadm -z lx-zone detach

   A zona desanexada está agora no estado de configurada.

4. Mova o zonepath de lx-zone para o novo host.

   Para obter mais informações, consulte Como mover o zonepath para um novo host.

5. No novo host, configure a zona.

   host2# zonecfg -z lx-zone

   Você verá a seguinte mensagem do sistema:

   lx-zone: No such zone configured
   Use 'create' to begin configuring a new zone.

6. Para criar a zona lx-zone no novo host, use o comando zonecfg com a opção -a e o zonepath no novo host.

   zonecfg:lx-zone> create -a /export/zones/lx-zone

7. Exiba a configuração.

   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

8. (Opcional) Faça ajustes na configuração conforme necessário.

   Por exemplo, o dispositivo físico de rede pode ser diferente no novo host, ou os dispositivos que fazem parte da configuração podem ter nomes diferentes no novo host.

   zonecfg:lx-zone> select net physical=bge0
   zonecfg:lx-zone:net> set physical=e1000g0
   zonecfg:lx-zone:net> end

9. Comprometa a configuração e saia.

   zonecfg:lx-zone> commit
   zonecfg:lx-zone> exit

10. Anexe a zona no novo host.
    • Anexe a zona com uma verificação de validação.

      host2# zoneadm -z lx-zone attach

      O administrador de sistema é notificado de ações necessárias a serem tomadas se uma ou ambas das seguintes condições estiverem presentes:

      • Pacotes e patches necessários estão ausentes na nova máquina.

      • Os níveis de software são diferentes entre as máquinas.

    • Force a operação de anexação sem executar a validação.

      host2# zoneadm -z lx-zone attach -F

      ---

      Cuidado - A opção -F permite que você force attach sem a execução de validação. Isto é útil em determinados casos, como em um ambiente agrupado ou para operações de backup e restauração, mas requer que o sistema seja adequadamente configurado para hospedar a zona. Uma configuração incorreta pode resultar em um comportamento indefinido posteriormente.

      ---

Como mover o zonepath para um novo host

Existem várias maneiras de criar um arquivo do zonepath. Por exemplo, você pode usar os comando cpio ou pax descritos nas páginas man cpio(1)) e pax(1).

Existem também várias maneiras de transferir o arquivo para o novo host. O mecanismo usado para transferir o zonepath do host de origem para o destino depende da configuração local. Em alguns casos, como um SAN, os dados do zonepath podem na verdade não ser movidos. SAN pode simplesmente se reconfigurado, de modo que zonepath seja visível para o novo host. Em outros casos, o zonepath poderia ser gravado em fita, e a fita enviada para um novo site.

Por este motivos, esta etapa não é automatizada. O administrador de sistema deve escolher a técnica mais apropriada para mover o zonepath para o novo host.

1. Torne-se superusuário ou assuma a função de administrador principal.

   Para criar a função e atribuí-la a um usuário, consulte Using the Solaris Management Tools With RBAC (Task Map) no System Administration Guide: Basic Administration .

2. Mova o zonepath para o novo host. Você pode usar o método descrito neste procedimento ou usar outro método de sua escolha.

Exemplo 37-1 Arquivamento e movimento do zonepath com o uso do comando tar

1. Crie um arquivo tar do zonepath no host1 e transfira-o para o host2 usando o 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

2. No host2, desempacote o arquivo tar.

   host2# cd /export/zones
   host2# tar xf lx-zone.tar

Para obter mais informações, consulte sftp(1) e tar(1).

Solução de problemas

Consulte Resolução de problemas com uma operação zoneadm attach para obter informações sobre resolução de problemas relacionados ao que se segue:

• Patches e pacotes estão fora de sincronia.

• As versões do sistema operacional não coincidem.

O usuário deve verificar se na nova máquina há suporte para o tipo de processador. Para obter mais informações, consulte Sobre a migração de uma zona não nativa lx.

Oracle Solaris 10 5/08: Sobre a validação da migração em uma zona não nativa lx antes que a migração seja realizada

zona não nativa Você pode realizar uma execução de avaliação antes que a zona seja movida para a nova máquina, usando a opção “no execute”, -n.

O subcomando zoneadm detach é usado com a opção -n para gerar um manifesto em uma zona em execução sem realmente desanexar a zona. O estado da zona no sistema de origem não é alterado. O manifesto da zona é enviado para stdout. O administrador global pode direcionar essa saída para um arquivo ou inseri-lo em um comando remoto para que seja imediatamente validado no host de destino. O subcomando zoneadm attach é usado com a opção -n para ler esse manifesto e verificar se a máquina de destino tem a configuração correta para hospedar a zona sem realmente fazer uma anexação.

A zona no sistema de destino não precisa ser configurada no novo host antes de uma anexação de execução de teste.

Oracle Solaris 10 5/08: Como validar a migração em uma zona não nativa lx antes que a migração seja realizada

É necessário ser administrador global na zona global para executar este procedimento.

1. Torne-se superusuário ou assuma a função de administrador principal.

   Para criar a função e atribuí-la a um usuário, consulte Using the Solaris Management Tools With RBAC (Task Map) no System Administration Guide: Basic Administration .

2. Use um dos métodos seguintes.
   • Gere o manifesto em um host de origem chamado lx-zone e insira a saída em um comando remoto que validará imediatamente o host de destino:

     global# zoneadm -z lx-zone detach -n | ssh remotehost zoneadm attach -n -

     O hífen (—) no fim da linha especifica stdin para o caminho.

   • Gere o manifesto em um host de origem chamado lx-zone e direcione a saída para um arquivo:

     global# zoneadm -z lx-zone detach -n 

     Copie o manifesto para o sistema do novo host como descrito em Como mover o zonepath para um novo host, e realize a validação:

     global# zoneadm attach -n path_to_manifest

     O caminho pode ser — para especificar stdin.