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


Resolução de Problemas na Migração de Versão para Versão

Revise essa página para obter dicas de resolução de problemas se encontrar problemas enquanto estiver migrando de uma versão anterior do WebSphere ESB

As seções a seguir descrevem erros específicos e exceções que podem ocorrer em uma migração de versão-para-versão e fornece as etapas que você pode seguir para compreender e resolver esses problemas.

Erro de instalação do aplicativo

Se você selecionar a opção para o processo de migração para instalar os aplicativos corporativos que existem na configuração da versão 6.0.x ou 6.1.x na nova configuração versão 6.2, você poderá encontrar algumas mensagens de erro durante a fase de instalação de aplicativos da migração.

Os aplicativos que existem na configuração da versão 6.0.x ou 6.1.x podem ter informações incorretas de implementação—geralmente, documentos XML incorretos que não foram validados suficientemente nos tempos de execução anteriores do WebSphere ESB. Agora o tempo de execução possui um processo aprimorado de validação da instalação de aplicativos e falhará ao instalar estes arquivos EAR malformados. Isto resulta em uma falha durante a fase de instalação de aplicativos do WBIPostUpgrade e gera uma mensagem de erro "E:".

Se a instalação do aplicativo falhar desta maneira durante a migração, você poderá proceder de uma das seguintes formas:
  • Corrija os problemas nos aplicativos da versão 6.0.x ou 6.1.x e, em seguida, migre novamente.
  • Prossiga com a migração e ignore estes erros.

    Neste caso, o processo de migração não instala os aplicativos com falha mas conclui todas as outras etapas da migração.

    Posteriormente, você poderá corrigir os problemas nos aplicativos e, então, instalá-los manualmente na nova configuração versão 6.2 utilizando o console administrativo ou um script de instalação.

Erro do servidor de aplicativos

Após migrar um nó gerenciado para a versão 6.2, o servidor de aplicativos pode não iniciar.

Ao tentar iniciar o servidor de aplicativos, você poderá receber erros semelhantes aos erros no seguinte exemplo:
[5/11/06 15:41:23:190 CDT] 0000000a SystemErr  R  
    com.ibm.ws.exception.RuntimeError:
com.ibm.ws.exception.RuntimeError:  org.omg.CORBA.INTERNAL: 
   CREATE_LISTENER_FAILED_4
vmcid: 0x49421000  minor code: 56  completed: No
[5/11/06 15:41:23:196 CDT] 0000000a SystemErr  R  at
com.ibm.ws.runtime.WsServerImpl.bootServerContainer(WsServerImpl.java:198)
[5/11/06 15:41:23:196 CDT] 0000000a SystemErr  R  at
com.ibm.ws.runtime.WsServerImpl.start(WsServerImpl.java:139)
[5/11/06 15:41:23:196 CDT] 0000000a SystemErr  R  at  
com.ibm.ws.runtime.WsServerImpl.main(WsServerImpl.java:460)
[5/11/06 15:41:23:196 CDT] 0000000a SystemErr  R  at  
com.ibm.ws.runtime.WsServer.main(WsServer.java:59)
[5/11/06 15:41:23:196 CDT] 0000000a SystemErr  R  at  
sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
[5/11/06 15:41:23:196 CDT] 0000000a SystemErr  R  at  
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:64)
[5/11/06 15:41:23:197 CDT] 0000000a SystemErr  R  at  
sun.reflect.DelegatingMethodAccessorImpl.invoke
    (DelegatingMethodAccessorImpl.java:43)
Altere o número da porta na qual o servidor do nó gerenciado está atendendo. Se o gerenciador de implementação estiver atendendo na porta 9101 para ORB_LISTENER_ADDRESS, por exemplo, o servidor do nó gerenciado não deve estar atendendo na porta 9101 para ORB_LISTENER_ADDRESS. Para resolver o problema neste exemplo, desempenhe as seguintes etapas:
  1. No console administrativo, clique em Servidores de Aplicativos > server_name > Portas > ORB_LISTENER_ADDRESS.
  2. Altere o número da porta de ORB_LISTENER_ADDRESS para um número que não esteja sendo utilizado.

Exceções: conectividade do banco de dados, carregamento ou classe ausente.

Nunca altere nenhuma variável do WebSphere Application Server que esteja configurada como parte da criação do perfil.

Se você modificar estes valores incorretamente no perfil antigo, poderá obter exceções de conectividade do banco de dados, carregamento ou outras exceções de classe ausente, como:

10/25/08 13:22:39:650 GMT+08:00] 0000002e J2CUtilityCla E J2CA0036E: Ocorreu uma exceção ao chamar o método setDataSourceProperties em com.ibm.ws.rsadapter.spi.WSManagedConnectionFactoryImpl utilizado pelo recurso jdbc/com.ibm.ws.sib/ewps6101.Messaging-BPC.cwfpcCell01.Bus : com.ibm.ws.exception.WsException: DSRA0023E: A classe de implementação da Origem de Dados "com.ibm.db2.jcc.DB2XADataSource" não pôde ser localizada. Driver JDBC do DB2,

Derby e SQL Embedded são fornecidos com a instalação do produto WebSphere ESB. Se você precisar alterar estes drivers para qualquer versão superior, deverá copiar os drivers no mesmo local em que eles existem na instalação do produto, conforme a seguir:
  • Derby: %was.install.root%\derby\lib
  • DB2: %was.install.root%/universalDriver_wbi/lib
  • SQL: %was.install.root%lib
Se você precisar de um novo provedor e origem de dados JDBC para seu aplicativo, poderá criar estes recursos selecionando um jdbcclasspath válido e configurando a variável do WebSphere Application Server de acordo. Por exemplo, se você precisar do DB2 no nível de célula que não existe anteriormente em sua instalação, poderá utilizar o procedimento a seguir.
  1. No console administrativo, navegue para: Recursos > JDBC > Provedores JDBC > Provedor do Driver JDBC DB2 Universal (XA).
  2. Na caixa Caminho da Classe, configure os seguintes caminhos:
    • DB2UNIVERSAL_JDBC_DRIVER_PATH =%was.install.root%/universalDriver_wbi/lib
    • DB2UNIVERSAL_JDBC_DRIVER_NATIVEPATH=""
    Se você precisar de seus próprios drivers, configure o seguinte caminho: DB2UNIVERSAL_JDBC_DRIVER_PATH=%myDriverLocation%

Erro de falta de memória.

Se o utilitário de linha de comandos WBIPreUpgrade ou WBIPostUpgrade falhar devido a problemas de Falta de Memória, você pode aumentar o tamanho de heap para um número que leva em consideração o tamanho e o escopo do ambiente que está sendo migrado, tanto quanto a máquina permitir.

Para obter instruções sobre como aumentar o tamanho de heap, use o procedimento descrito na Solução 4 da seguinte nota técnica: Tratando certas condições de Falta de Memória ao migrar uma versão anterior do WebSphere Application Server para V6.0.2, V6.1 ou 7.0.

Erro de criação do perfil

Enquanto você está utilizando o assistente de migração do versão 6.2 para criar um perfil ao migrar uma configuração, é possível ver as seguintes mensagens de erro de criação de perfil.

profileName: profileName não pode ser vazio
profilePath: Espaço em disco insuficiente

Essas mensagens de erro podem se exibidas se você digitar um nome de perfil que contém um caractere incorreto, como um espaço. Execute o assistente de migração novamente e verifique se não há nenhum caractere incorreto no nome do perfil, como um espaço, aspas ou qualquer outro caractere especial.

Erro de migração do perfil

Ao utilizar o assistente de migração para migrar um perfil do WebSphere ESB versão 6.0.x ou 6.1.x para a versão 6.2 em um sistema baseado no processador Solaris x64, a migração poderá falhar durante a etapa WBIPostUpgrade.

Você pode receber mensagens semelhantes às seguintes no profile_root/logs/WASPostUpgrade.time_stamp.log:
MIGR0327E: Ocorreu uma falha com stopNode.
MIGR0272E: A função de migração não pode concluir o comando.

A WebSphere ESB versão 6.0.x ou 6.1.x utiliza uma JVM (Java™ Virtual Machine) no modo 32 bits. O assistente de migração para o WebSphere ESB versão 6.2 chama o script WBIPostUpgrade.sh, que tenta executar a JVM para versão 6.0.x ou 6.1.x no modo de 64 bits quando o servidor pára o nó da versão 6.0.x ou 6.1.x.

Execute as ações a seguir para remover o perfil incompleto e ativar o WebSphere ESB para migrar corretamente o perfil da versão 6.0.x ou 6.1.x:
  1. Em uma linha de comandos, altere para o diretório install_root/bin.
    Por exemplo, digite o seguinte comando:
    cd
    /opt/IBM/WebSphere/ESB/bin
  2. Localize o script WBIPostUpgrade.sh no diretório install_root/bin e crie uma cópia de backup.
  3. Abra o arquivo WBIPostUpgrade.sh ou WBIPostUpgrade.bat em um editor e desempenhe as seguintes ações:
    1. Localize a seguinte linha de código:
      For UNIX operating systemFor Linux operating system
      "$binDir" /setupCmdLine.sh
      For Windows operating system
      call "%~dp0setupCmdLine.bat" %*
    2. Insira a seguinte linha de código após o código que foi identificado na etapa anterior:
      JVM_EXTRA_CMD_ARGS=""
    3. Salve as alterações.
  4. Repita as etapas de 2 a 4 com o arquivo WASPostUpgrade.sh ou WASPostUpgrade.bat.
  5. Exclua o perfil incompleto da versão 6.2 que foi criado durante o processo de migração. Utilize o seguinte procedimento.
    1. Abra um prompt de comandos e execute um dos seguintes comandos, com base em seu sistema operacional:
      • For i5/OS operating system Em plataformas i5/OS: manageprofiles -delete -profileName profile_name
      • For Linux operating systemFor UNIX operating system Em plataformas Linux® e UNIX®: manageprofiles.sh -delete -profileName profile_name
      • For Windows operating system Em plataformas Windows®: manageprofiles.bat -delete -profileName profile_name

      A variável profile_name representa o nome do perfil que você deseja excluir.

    2. Confirme se a exclusão do perfil foi concluída verificando o seguinte arquivo de log:
      • For i5/OS operating system Em plataformas i5/OS: user_data_root/profileRegistry/logs/manageprofiles/profile_name_delete.log
      • For Linux operating systemFor UNIX operating system Em plataformas Linux e UNIX: install_root/logs/manageprofiles/profile_name_delete.log
      • For Windows operating system Em plataformas Windows: install_root\logs\manageprofiles\profile_name_delete.log
  6. Exclua o diretório profile_root do perfil da versão 6.2 que foi removido na etapa anterior.
  7. Reexecute o assistente de migração.

Erro de sincronização

Se a sincronização falhar ao migrar um nó gerenciado para a versão 6.2, o servidor pode não iniciar.

Você pode receber mensagens semelhantes às seguintes ao migrar um nó gerenciado para o versão 6.2:
ADMU0016I: Sincronizando configuração entre nó e célula.
ADMU0111E: Programa saindo com erro:
           com.ibm.websphere.management.exception.AdminException: ADMU0005E:
           Erro ao sincronizar repositórios
ADMU0211I: Os detalhes do erro podem ser vistos no arquivo:
           /opt/WebSphere/62AppServer/profiles/AppSrv02/logs/syncNode.log
MIGR0350W: A sincronização com o gerenciador de implementação utilizando o protocolo SOAP 
 falhou.
MIGR0307I: A restauração do ambiente anterior do WebSphere Application Server 
 foi concluída.
MIGR0271W: A migração foi concluída com êxito, com um ou mais avisos.
Estas mensagens indicam o seguinte:
  • Seu gerenciador de implementação está em um nível de configuração de versão 6.2.
  • O nó gerenciado que você está tentando migrar está em um nível de configuração de versão 6.2 no repositório do gerenciador de implementação (incluindo aplicativos).
  • O próprio nó gerenciado não está absolutamente completo pois você não concluiu a operação syncNode.
Desempenhe as seguintes ações para resolver este problema:
  1. Execute novamente o comando syncNode no nó para sincronizá-lo com o gerenciador de implementação.

    Consulte Comando syncNode.

  2. Execute o comando GenPluginCfg.

    Consulte Comando GenPluginCfg.


reference Tópico de Referência

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_troublesht.html
Copyright IBM Corporation 2005, 2010. Todos os Direitos Reservados.
Este Centro de Informações foi desenvolvido com tecnologia Eclipse (http://www.eclipse.org).