Planeje a ordem e a extensão das etapas que deve concluir para migrar os componentes e os recursos para aVersão 6.0.
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.
É 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.
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.
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.
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.
Cada 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.
Depois de ter planejado sua migração, faça backup de seus recursos.