Migrando um Configuration Manager Versão 5.0 para a Versão 6.0: Para um Computador Diferente que Possui o DB2 Instalado

Este tópico descreve uma de três maneiras para migrar um Versão 5.0 Configuration Manager para Versão 6.0.

Antes de começar

Leia sobre Coexistência com Versões Anteriores e outros Produtos.

Um Windows Configuration Manager existente pode ser migrado para um Configuration Manager Versão 6.0 em qualquer um dos sistemas operacionais suportados por meio de uma conexão JDBC Tipo 4 Universal DB2.

Para migrar um Configuration Manager para um computador diferente que tenha uma conexão JDBC Tipo 4 Universal DB2 instalada, conclua as seguintes etapas:

  1. Instale o WebSphere Message Broker Versão 6.0 no computador para o qual está migrando seu Versão 5.0 Configuration Manager.
  2. Inclua os seguintes arquivos no ambiente no qual você pretende criar o novo Configuration Manager. No z/OS, atualize o arquivo BIPCPROF e envie a tarefa BIPGEN. Em todos os demais sistemas operacionais, atualize o ambiente local.
    1. Inclua os seguintes arquivos no CLASSPATH:

      db2 install/jcc/classes/sqlj.zip
      db2 install/jcc/classes/db2jcc.jar
      db2 install/jcc/classes/db2jcc_javax.jar
      db2 install/jcc/classes/db2jcc_license_cisuz.jar                                  

    2. Inclua na variável de ambiente específica do computador para bibliotecas (por exemplo, LIBPATH no z/OS):

      db2 install/jcc/lib

    3. Inclua no PATH:

      db2 install/jcc/bin

    em que db2 install é onde o DB2 está instalado em seu local (por exemplo: /usr/lpp/db2710/db2710).
  3. Parar o Versão 5.0 Configuration Manager.
  4. Crie um Versão 6.0 Configuration Manager no segundo computador emitindo o comando mqsicreateconfigmgr (ou a tarefa BIPCRCM no z/OS), especificando o nome do banco de dados, o nome do usuário e a senha requeridos para acessar o banco de dados do Versão 5.0 Configuration Manager. Por exemplo:
    -u (ID do usuário)
    O ID do usuário do banco de dados no computador Windows para o Configuration Manager
    -p (senha)
    A senha do banco de dados no computador Windows para o Configuration Manager
    -n (nome do banco de dados)
    //server:port/database name
    em que:
    • //server é o endereço IP do computador Windows (por exemplo, //9.20.235.197)
    • :port é o número da porta do DB2 no Windows
    • /database name é o nome do banco de dados do Configuration Manager do Windows (por exemplo, /MQSICMDB)
    Por exemplo: //9.20.235.197:50000/MQSICMDB

    Utilize nomes de gerenciadores de filas diferentes para os dois Configuration Managers para manter a exclusividade na rede do WebSphere MQ.

    Ao criar o Versão 6.0 Configuration Manager, as informações de domínio do banco de dados do Versão 5.0 Configuration Manager são copiadas automaticamente para o repositório interno do Versão 6.0 Configuration Manager, portanto, pode levar alguns minutos para migrar o banco de dados.

  5. No segundo computador, configure o WebSphere MQ para permitir que o Configuration Manager Versão 6.0 se comunique com a rede do intermediário. Por exemplo, pode ser necessário configurar definições de canais, de filas de transmissão e do gerenciador de filas remotas.
  6. Inicie o Versão 6.0 Configuration Manager.
  7. Para associar todos os intermediários no domínio com o novo Configuration Manager, de modo que os intermediários publiquem suas mensagens de status para o gerenciador de filas correto, será necessária uma implementação completa de topologia no segundo computador. Implemente a topologia utilizando o Message Brokers Toolkit ou a interface da linha de comandos.

    Quando a implementação de topologia tiver terminado de associar-se novamente aos intermediários no domínio, os intermediários serão gerenciados pelo novo Configuration Manager no novo sistema, não utilize o Configuration Manager anterior.

  8. Se necessário, desinstale o DB2 e o intermediário da Versão 5.0.
Antes de migrar seus intermediários ou fazer quaisquer alterações na configuração, verifique se o Configuration Manager foi migrado corretamente desempenhando as seguintes verificações:
  1. Inicie o Configuration Manager migrado.
  2. Inicie o Message Brokers Toolkit e conecte-o ao domínio do Configuration Manager.
  3. Verifique a lista de componentes de domínio e veja se algum erro é produzido.
  4. Verifique a lista de alertas para o domínio e veja se algo parou.
  5. Verifique se você pode abrir o Registro de Eventos.
  6. Opcional: Se tiver um intermediário em execução, pare e inicie um fluxo de mensagens e procure por uma resposta satisfatória; verifique se a visualização Alertas é atualizada quando o fluxo de mensagem é parado e limpo quando o fluxo de mensagens é iniciado.
Se essas etapas forem bem-sucedidas, seu Configuration Manager terá sido migrado com êxito. Se não forem bem-sucedidas, resolva os problemas antes de migrar outros componentes ou antes de fazer alterações na configuração.
Quando tiver migrado o Configuration Manager, certifique-se de ter migrado o restante dos componentes: em seguida, consulte as tarefas de pós-migração para obter informações sobre tarefas que você poderá executar após a migração.
Conceitos relacionados
Configuration Manager
Tarefas relacionadas
Migrando um Configuration Manager do WebSphere Business Integration Message Broker Versão 5.0 para o WebSphere Message Broker Versão 6.0
Iniciando e Parando um Configuration Manager
Implementando uma Topologia do Publicação/Assinatura
Referências relacionadas
Guia de Instalação
Avisos | Marcas Registradas | Downloads | Biblioteca | Suporte | Feedback
Direitos Autorais IBM Corporation 1999, 2006 Última Atualização: 1 Sep 2006
ah23822_