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


Migrando Membros de Cluster Utilizando as Ferramentas de Linha de Comandos

Migre membros de 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: Essas instruções fazem parte do procedimento maior para migrar todos os servidores de seu cluster. Siga as instruções em Migrando um Cluster ou Migrando um Cluster com Tempo de Inatividade Mínimo antes de executar as etapas descritas aqui.
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: Certifique-se de haver concluído as seguintes tarefas antes de iniciar o processo de migração:

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 como o usuário root em um sistema Linux® ou UNIX® ou como um membro do grupo Administrador em um sistema Windows®.
  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. Repita as etapas 1 a 7 (com a possível exceção da etapa 6).
    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. Se você ignorar a etapa 7 porque está migrando perfis gerenciados adicionais na mesma instalação do WebSphere ESB, também poderá ignorar a etapa 1.
  10. For Linux operating systemFor UNIX operating systemFor Windows operating system 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: Desempenhe esta etapa apenas se estiver migrando da versão 6.0.2.x.
    Nota: Esta etapa não é aplicável a plataformas i5/OS.
    Emita o comando convertScriptCompatibility a partir do diretório bin.
    • For UNIX operating systemFor Linux operating system install_root/bin/convertScriptCompatibility.sh
    • For Windows operating system install_root\bin\convertScriptCompatibility.bat

    Consulte o comando convertScriptCompatibility.

Resultados

Os perfis de membro de cluster agora são migrados.

O que Fazer Depois

Conclua a migração de cluster executando as etapas 6-9 em Migrando um Cluster ou as etapas 7-12 em Migrando um Cluster com Tempo de Inatividade Mínimo.

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_mnclust_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).