Planifique el orden y la extensión de los pasos que debe llevar a cabo para migrar los componentes y recursos a Versión 6.0.
En Coexistencia con versiones anteriores y otros productos se indica cómo WebSphere Message Broker Versión 6.0 puede coexistir en el mismo sistema con versiones anteriores del producto y cómo los componentes de la Versión 6.0 pueden funcionar con componentes de versiones anteriores.
Debe realizar tareas específicas para migrar los recursos de desarrollo y despliegue como, por ejemplo, archivos de flujo de mensajes, archivos de definición de conjuntos de mensajes, archivos ESQL, archivos de esquema XML y archivos archivadores de intermediario, únicamente si tiene extensiones definidas por el usuario archivos de correlación.
Puede empezar a utilizar estos recursos con WebSphere Message Broker Versión 6.0 inmediatamente. No obstante, algunas acciones de migración se realizan automáticamente cuando se abren o reconstruyen en el kit de herramientas, y algunos cambios de comportamiento podrían afectar al modo en que se utilizan los flujos de mensajes y los conjuntos de mensajes; lea las instrucciones que se proporcionan en los apartados Notas sobre la migración de flujos de mensajes y Notas sobre la migración de conjuntos de mensajes.
Después de empezar a utilizar los recursos actuales en el Kit de herramientas de Message Brokers Versión 6.0, la reutilización de dichos recursos está sujeta a restricciones en Kit de herramientas de Message Brokers Versión 5.0 o Versión 5.1. Para obtener más información, consulte Condiciones para utilizar recursos migrados con versiones anteriores del Kit de herramientas de Message Brokers.
Los cambios realizados en los conversores entre WebSphere Business Integration Message Broker Versión 5.0 y WebSphere Message Broker Versión 6.0 son significativos, por lo tanto, el conjunto de conversores del nivel anterior se ha incluido con WebSphere Message Broker Versión 6.0.
Si utiliza conversores en el entorno de Versión 5.0, es posible que tenga que realizar algunos pasos más para asegurarse de que puede seguir utilizándolos después de la migración. Consulte el Utilizar conversores de un nivel anterior del producto para obtener más detalles sobre esta tarea.
La finalidad de probar la migración es identificar los problemas que pueden surgir durante la migración. Por ejemplo, si se producen problemas puede ser necesario restaurar algunos recursos migrados devolviéndolos al nivel de la Versión 5.0 del que hizo una copia antes de iniciar la migración. Cualquier cambio realizado en dichos recursos después de la migración se perderá. Si migra de los dominios de desarrollo y prueba antes de migrar el dominio de producción puede identificar problemas como éste y desarrollar una estrategia para resolver problemas posteriores.
Cada nuevo release incluye cambios para resolver defectos del producto que afectan su comportamiento externo. Si las aplicaciones dependen del comportamiento erróneo o no documentado, debe probar estas aplicaciones y agregar más tiempo a su plan de migración para realizar los cambios necesarios.
Una vez que haya planificado la migración, haga una copia de seguridad de sus recursos.