WebSphere Enterprise Service Bus, Versão 6.2.0 Sistemas Operacionais: AIX, HP-UX, i5/OS, Linux, Solaris, Windows


Migrando Nós Gerenciados Não em Cluster Utilizando as Ferramentas de Linha de Comandos

Migre nós gerenciados não em cluster de uma versão mais antiga para uma versão mais nova do WebSphere ESB com as ferramentas de linha de comandos.

Antes de Iniciar

Nota: Quando você migrar utilizando as ferramentas de linha de comandos, poderá migrar um perfil do WebSphere ESB ou um perfil do WebSphere Application Server.
Certifique-se de que as seguintes condições sejam atendidas antes de começar o processo de migração:
  • O sistema atende todos os requisitos de hardware e software para a nova versão do WebSphere ESB.
  • Você instalou a nova versão do WebSphere ESB lado a lado da versão anterior no mesmo sistema.
  • Um perfil associado, criado com a versão mais antiga do WebSphere ESB, reside no mesmo sistema.
  • Espaço em disco suficiente disponível para o perfil migrado e seu backup. Consulte Considerações sobre Pré-migração para WebSphere ESB para obter requisitos de espaço em disco.
  • O gerenciador de implementação que gerencia o nó gerenciado que você tem a intenção de migrar já foi migrado para a versão mais nova do WebSphere ESB e está em execução.
    Nota: Migrar um nó gerenciado do WebSphere ESB versão 6.0.x ou 6.1.x para um nó gerenciado versão 6.2 requer primeiro migrar o gerenciador de implementação versão 6.0.x ou 6.1.x para um gerenciador de implementação versão 6.2. Consulte a seção Migrando um Gerenciador de Implementação para obter instruções. Conclua a migração do gerenciador de implementação antes de prosseguir com as instruções deste tópico.
Certifique-se de haver concluído as seguintes tarefas antes de iniciar o processo de migração:
  • Faça backup dos bancos de dados que suportam componentes do WebSphere ESB versão 6.0.x ou 6.1.x.

Sobre Esta Tarefa

Após migrar um gerenciador de implementação do versão 6.0.2.x para uma versão mais nova do WebSphere ESB, o gerenciador de implementação da versão mais nova é executado no modo de compatibilidade por padrão, onde ele pode gerenciar as versões mais antiga e mais nova do WebSphere ESB. Por exemplo, após a migração, um gerenciador de implementação do versão 6.2 pode gerenciar os nós de versão 6.0.2.x e versão 6.2. Em outras palavras, os nós gerenciados do versão 6.0.2.x podem ser executados com o gerenciador de implementação do versão 6.2. Ao longo do tempo, é possível migrar cada nó gerenciado do versão 6.0.2.x WebSphere ESB (servidor gerenciado por um gerenciador de implementação do versão 6.2) para um nó gerenciado do versão 6.2. Após migrar todos os nós gerenciados do versão 6.0.2.x, você usa o script de convertScriptCompatibility para converter suas configurações de um modo que suporta compatibilidade de scripts de administração do versão 6.0.2.x para um modo que está totalmente em um modelo de configuração do versão 6.2. Consulte o comando convertScriptCompatibility.
Nota: Ao seguir as instruções deste link para utilizar o comando convertScriptCompatibility, utilize o comando WBIPostUpgrade em vez de o comando WASPostUpgrade.
Procedimento
  1. Efetue logon utilizando um dos seguintes procedimentos, dependendo de seu sistema operacional.
    • For i5/OS operating system Nas plataformas i5/OS: Efetue logon com um perfil do usuário do i5/OS que possui a classe de usuário *SECOFR ou a autoridade especial *ALLOBJ.
    • For Linux operating systemFor UNIX operating system Em plataformas Linux® e UNIX®: Efetue logon como o usuário root.
    • For Windows operating system Em plataformas Windows®: Efetue logon como um membro do grupo de Administradores.
  2. Para o servidor versão 6.0.x ou 6.1.x se estiver em execução no nó a ser migrado. Utilize o comando stopServer a partir do diretório profile_dir/bin para o perfil do servidor afetado ou pare o servidor a partir do console de First Steps do perfil.
    Para obter informações adicionais sobre o comando stopServer, consulte o comando stopServer. Utilize a seguinte sintaxe:
    Nota: Nas plataformas i5/OS, você deve executar os scripts em QSHELL. Para iniciar uma sessão QSHELL, abra um prompt de comandos de CL e digite QSH.
    • For i5/OS operating system Nas plataformas i5/OS: profile_root/bin/stopServer server_name
    • For Linux operating systemFor UNIX operating system Nas plataformas Linux e UNIX: profile_root/bin/stopServer.sh server_name
    • For Windows operating system Nas plataformas Windows: profile_root\bin\stopServer.bat server_name
    Se a segurança estiver ativada, utilize um dos seguintes comandos no lugar. O nome de usuário fornecido deve ser membro da função do operador ou administrador.
    • For i5/OS operating system Nas plataformas i5/OS: profile_root/bin/stopServer server_name -username user_ID -password password
    • For Linux operating systemFor UNIX operating system Nas plataformas Linux e UNIX: profile_root/bin/stopServer.sh server_name -username user_ID -password password
    • For Windows operating system Nas plataformas Windows: profile_root\bin\stopServer.bat server_name -username user_ID -password password

    No sistema operacional Windows, mesmo se a segurança estiver ativada, os parâmetros -username e -password não precisam ser especificados se o servidor estiver em execução como um serviço Windows. Nesse caso, os parâmetros são transmitidos automaticamente no script que o serviço Windows utiliza para encerrar o sistema.

    Nota: Pare o servidor antes de começar o processo de migração. Por padrão, todos os servidores no nó são parados antes da migração ser concluída.
  3. Pare o agente do nó do nó a ser migrado. Emita um dos comandos a seguir para parar o processo nodeagent, dependendo da plataforma (onde profile_root representa o diretório de instalação do nó associado):
    • For i5/OS operating system Em plataformas i5/OS: profile_root/bin/stopNode
    • For Linux operating systemFor UNIX operating system Em plataformas Linux e UNIX: profile_root/bin/stopNode.sh
    • For Windows operating system Em plataformas Windows: profile_root\bin\stopNode.bat
    Se a segurança estiver ativada, então utilize um dos seguintes comandos:
    • For i5/OS operating system Nas plataformas i5/OS: profile_root/bin/stopNode -username user_ID -password password
    • For Linux operating systemFor UNIX operating system Em plataformas Linux e UNIX: profile_root/bin/stopNode.sh -username user_ID -password password
    • For Windows operating system Em plataformas Windows: profile_root\bin\stopNode.bat -username user_ID -password password
    Nota: Você deve parar o nó antigo antes de iniciar o processo de migração. Não é necessário ter o servidor em execução para migrar sua configuração. As ferramentas de migração podem recuperar todos os dados de configuração enquanto o servidor está parado.
  4. Identifique, com antecedência, as informações pré-existentes necessárias para a migração, conforme listado abaixo:
    Diretório raiz da instalação
    Consulte Utilitário de Linha de Comandos WBIPreUpgrade para obter uma descrição do parâmetro currentWebSphereDirectory.
    Nome do diretório de backup da migração
    Consulte Utilitário de Linha de Comandos WBIPreUpgrade para obter uma descrição do parâmetro backupDirectory.
    Nome de usuário de segurança administrativa (necessário se a segurança administrativa estiver configurada)
    Consulte Utilitário de Linha de Comandos WBIPostUpgrade para obter uma descrição do parâmetro -username.
    Senha de segurança administrativa (necessária se a segurança adminstrativa estiver configurada)
    Consulte Utilitário de Linha de Comandos WBIPostUpgrade para obter uma descrição do parâmetro -password.
    Nome do perfil de origem
    Consulte Utilitário de Linha de Comandos WBIPostUpgrade para obter uma descrição do parâmetro -oldProfile.
    Nome do perfil de destino
    Consulte Utilitário de Linha de Comandos WBIPostUpgrade para obter uma descrição do parâmetro -profileName.
    Designações de valor de porta (opcional)
    Consulte Utilitário de Linha de Comandos WBIPostUpgrade para obter uma descrição dos parâmetros -replacePorts e -portBlock.
    Nota: Isto se aplica apenas se você estiver migrando do versão 6.0.2.x para o versão 6.2.
  5. Assegure-se de que o gerenciador de implementação versão 6.2 esteja ativado e em execução.
  6. Execute o comando WBIPreUpgrade, especificando o nome do diretório de backup de migração e o nome do diretório do WebSphere ESB existente. A ferramenta WBIPreUpgrade salva os arquivos de configuração de seus perfis existentes no diretório de backup especificado.
  7. Execute o comando WBIPostUpgrade, especificando o diretório de backup de migração. A ferramenta WBIPostUpgrade restaura a configuração de backup no diretório de backup para o novo perfil do WebSphere ESB Deployment Manager.
    Importante: Utilize o parâmetro -createTargetProfile ao chamar WBIPostUpgrade. Esta opção cria um novo perfil de destino correspondente necessário para migração. Para obter informações adicionais sobre perfis de destino, consulte Considerações sobre o Perfil de Destino.
    For i5/OS operating system Nota: Se você estiver migrando em uma plataforma i5/OS, o nome do perfil de destino deverá corresponder ao nome do perfil de origem que está sendo migrado.
  8. Início da mudançaSe você estiver migrando de versão 6.0.2 para versão 6.2.x, será necessário criar o banco de dados comum.

    Para obter informações, consulte Criando o banco de dados comum e configurando o subsistema de recuperação ao migrar da versão 6.0.2 para a versão 6.2.x.

    Fim da mudança
  9. Pare (se ainda não estiverem parados) o servidor e o agente do nó. Se o servidor ainda não tiver sido parado, pare o servidor conforme descrito na etapa 2. Se o agente do nó ainda não tiver sido parado, pare o agente do nó, conforme descrito na etapa 3.
  10. Reinicie o agente do nó. Para iniciar um agente do nó, execute o comando profile_root\bin\startNode (onde profile_root representa o diretório de instalação do nó gerenciado).
    • For i5/OS operating system Nas plataformas i5/OS: profile_root/bin/startNode
    • For Linux operating systemFor UNIX operating system Em plataformas Linux e UNIX: profile_root/bin/startNode.sh
    • For Windows operating system Em plataformas Windows: profile_root\bin\startNode.bat
  11. Inicie o servidor ou servidores em execução nesse nó. Inicie cada servidor utilizando o comando startServer, o console administrativo ou o console de First Steps do perfil. Para obter informações adicionais, consulte Iniciando um Servidor de Aplicativos.
  12. Repita as etapas 1 a 11 para cada nó gerenciado adicional que você deseja migrar.
    Nota: É necessário desempenhar a etapa 6 (executando WBIPreUpgrade) novamente apenas se estiver migrando a partir do versão 6.1.x ou se estiver migrando a partir do versão 6.0.2.x e o sistema versão 6.0.2.x tiver sido reconfigurado desde a primeira vez em que você executou WBIPreUpgrade.
  13. Se você escolheu a opção de compatibilidade (que é o padrão), e se todos os seus nós estiverem completamente migrados para o WebSphere ESB versão 6.2, execute o script convertScriptCompatibility para remover a compatibilidade do gerenciador de implementação do versão 6.2.
    Nota: Isto se aplica apenas se você estiver migrando a partir do versão 6.0.2.x.
    Emita um dos seguintes comandos convertScriptCompatibility a partir do diretório bin, dependendo de seu sistema operacional:
    • For i5/OS operating system Nas plataformas i5/OS: install_root/bin/convertScriptCompatibility
    • For Linux operating systemFor UNIX operating system Em plataformas Linux/UNIX: install_root/bin/convertScriptCompatibility.sh
    • For Windows operating system Nas plataformas Windows: install_root\bin\convertScriptCompatibility.bat

    Consulte o comando convertScriptCompatibility.

Resultados

Seus nós gerenciados não em cluster agora estão migrados.

O que Fazer Depois

Verifique se a migração foi bem-sucedida.

task Tópico de Tarefa

Termos de Uso | Feedback


Ícone de registro de data e hora Última Atualização: 01 julho 2010


http://publib.boulder.ibm.com/infocenter/dmndhelp/v6r2mx/topic//com.ibm.websphere.wesb620.doc/doc/tmig_vtv_mn_cl.html
Copyright IBM Corporation 2005, 2010. Todos os Direitos Reservados.
Este Centro de Informações foi desenvolvido com tecnologia Eclipse (http://www.eclipse.org).