Planejando a Migração da Versão 5.0

Planeje a ordem e a extensão das etapas que deve concluir para migrar os componentes e os recursos para aVersão 6.0.

Esta seção explica como planejar seu migração:
  1. Decida como deseja migrar os componentes do produto:
    1. Saiba o que há de novo na Versão 6.0 e obtenha informações sobre funções novas e alteradas. Estas alterações podem afetar como você utilizará seus componentes migrados no futuro.
    2. Verifique os requisitos para outros produtos dos quais os componentes da Versão 6.0 podem ser dependentes. Os detalhes de pré-requisito e de outros produtos opcionais estão no Guia de Instalação e na seção de referência Instalação.
    3. Decida para onde migrar os componentes do produto; para um local diferente no mesmo computador ou para um segundo computador. Por exemplo, talvez você queira migrar componentes para outro local para manter a disponibilidade durante a migração. Também é recomendável mover o Configuration Manager para outro sistema operacional.
    4. Decida para onde migrar os componentes do produto. Você pode decidir preservar alguns componentes no nível da Versão 5.0 no momento e migrá-los posteriormente.
    5. Decida a ordem na qual migrar seus componentes. Você pode migrar componentes em qualquer ordem, mas suas circunstâncias específicas indicam que é necessário migrar os componentes em uma ordem específica.

    Coexistência com Versões Anteriores e outros Produtos mostra como o WebSphere Message Broker Versão 6.0 pode coexistir no mesmo computador com versões anteriores do produto e como os componentes da Versão 6.0 podem operar com componentes de versões anteriores.

  2. Decida como você utilizará seus recursos existentes com o WebSphere Message Broker Versão 6.0.
    Recursos de Aplicativo

    É necessário executar tarefas específicas para migrar seus recursos de desenvolvimento e implementação, como arquivos de fluxo de mensagens, arquivos de definição do conjunto de mensagens, arquivos ESQL, arquivos de Esquema XML e arquivos de archive do intermediário, apenas se você tiver extensões definidas pelo usuário e arquivo de mapeamento,

    Você pode começar a utilizar estes recursos com o WebSphere Message Broker Versão 6.0 imediatamente. No entanto, algumas ações de migração são executadas automaticamente ao abrir ou reconstruir recursos no kit de ferramentas e algumas alterações comportamentais podem afetar a maneira como os fluxo de mensagens e os conjuntos de mensagens são utilizados; leia a orientação fornecida emNotas sobre Migração de Fluxos de Mensagens e em Notas sobre Migração de Conjuntos de Mensagens.

    • Você deve atualizar todos os projetos de nós definidos pelo usuário da Versão 5.0 e da Versão 5.1 para funcionarem com o Message Brokers Toolkit Versão 6.0. Faça upgrade de um projeto limpando-o: clique em Projeto (Project) > Limpar (Clean). Quando você limpa um projeto, o ponto de extensão necessário pela Versão 6.0 para compilar os arquivos ESQL contidos na extensão definida pelo usuário é criado no arquivo plugin.xml do projeto.
    • Migre os arquivos de mapeamento da Versão 5.0 (.mfmap) para os arquivos de mapeamento da Versão 6.0 (.msgmap) utilizando o comando mqsimigratemfmaps.

    Após você começar a utilizar os recursos atuais do Message Brokers Toolkit Versão 6.0, a reutilização desses recursos está sujeita a restrições no Message Brokers Toolkit Versão 5.0 ou Versão 5.1. Para obter informações adicionais, consulte As Condições para Utilizar os Recursos Migrados com as Versões Anteriores do Message Brokers Toolkit.

    Início da mudançaConversores de Páginas de CódigosFim da mudança
    Início da mudança

    As alterações nos conversores entre WebSphere Business Integration Message Broker Versão 5.0 e WebSphere Message Broker Versão 6.0 são significativas, portanto o conjunto de conversores do nível anterior foi incluído no WebSphere Message Broker Versão 6.0.

    Se você utilizar os conversores em seu ambiente Versão 5.0, poderá ser necessário passar por etapas adicionais para assegurar-se de que pode continuar a utilizá-los após a migração. Consulte Utilizando Conversores de um Nível Anterior do Produto para obter detalhes desta tarefa.

    Fim da mudança
  3. Decida quais testes fará para assegurar uma migração bem-sucedida.

    A finalidade do teste de sua migração é identificar problemas que possam surgir durante a migração. Por exemplo, se surgirem problemas, será necessário restaurar alguns recursos migrados para o nível da Versão 5.0 dos quais foi feito backup antes do início da migração e as alterações pós-migração feitas nestes recursos seriam perdidas. Se você migrar seus domínios de desenvolvimento e teste antes de migrar seu domínio de produção, poderá identificar problemas como este e desenvolver uma estratégia para lidar com problemas adicionais.

    Início da mudançaCada novo release pode incluir alterações para tratar de defeitos do produto que afetam o comportamento externo. Se seus aplicativos dependerem de requisição não documentado ou errôneo, você deverá testar esses aplicativos e permitir tempo durante o planejamento de sua migração para fazer quaisquer alterações necessárias.Fim da mudança

  4. Opcional: Quando estiver pronto para migrar, execute o comando mqsimigratecomponents com o parâmetro -c. Este formato do comando desempenha uma verificação de pré-migração nos componentes da Versão 5.0 para assegurar que eles possam ser migrados. A verificação de pré-migração identifica possíveis problemas, que podem ser corrigidos antes de prosseguir com a migração.
  5. Opcional: Considere incluir tempo em seu plano de migração para atualizar recursos em resposta a alterações no comportamento do produto. Cada release inclui aprimoramentos e correções no comportamento externo, por exemplo, uma correção para conformidade com um padrão externo. Se seus recursos dependerem de comportamento não documentado ou incorreto (por exemplo, o código ESQL em um nó Compute), pode ser necessário fazer alterações e testar esses recursos para entender as implicações de seus cenários comerciais.

Depois de ter planejado sua migração, faça backup de seus recursos.

Tarefas relacionadas
Migrando de Produtos da Versão 5.0
Planejando Migrar um Domínio Pequeno da Versão 5.0
Planejando Migrar um Domínio Grande da Versão 5.0
Planejando Migrar Vários Domínios da Versão 5.0
Planejando Migrar um Domínio de Alta Disponibilidade da Versão 5.0
Migrando um nó definido pelo usuário do Versão 5.0 ou Versão 5.1
Restaurando Componentes Migrados para Versões Anteriores
Utilizando Conversores de um Nível Anterior do Produto
Referências relacionadas
Guia de Instalação
Comando mqsimigratecomponents
Avisos | Marcas Registradas | Downloads | Biblioteca | Suporte | Feedback

Copyright IBM Corporation 1999, 2009Copyright IBM Corporation 1999, 2009.
Última atualização : 2009-02-13 16:12:38

ah20650_