Planificación de la migración desde la Versión 5.0

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.

Esta sección explica cómo planificar la migración:
  1. Decida cómo desea migrar los componentes del producto:
    1. Consulte las novedades de la Versión 6.0 y conozca las funciones nuevas y modificadas. Estos cambios podrían afectar al modo de utilizar los componentes migrados en el futuro.
    2. Consulte los requisitos de otros productos en los que los componentes de la Versión 6.0 pueden tener dependencias. En la Guía de instalación y en el apartado de consulta Instalación encontrará detalles de los productos de requisito previo y otros productos opcionales.
    3. Decida dónde desea migrar los componentes del producto, en una ubicación diferente del mismo sistema o en un segundo sistema. Por ejemplo, tal vez desee migrar componentes a otra ubicación para mantener la disponibilidad durante la migración. También puede sopesar mover la Gestor de configuración a otro sistema operativo.
    4. Decida cuándo desea migrar los componentes del producto. Quizás desee conservar por ahora algunos componentes en el nivel de la Versión 5.0 y migrarlos más adelante.
    5. Decida el orden en el que va a migrar los componentes. Puede migrarlos en cualquier orden, aunque en determinadas circunstancias puede ser necesario migrarlos en un orden determinado.

    En Coexistencia con versiones anteriores y otros productos se indica cómo WebSphere Event 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.

  2. Decida cómo va a utilizar los recursos existentes con WebSphere Event Broker Versión 6.0.
    Recursos de aplicación

    Debe realizar tareas específicas para migrar los recursos de desarrollo y despliegue como, por ejemplo, archivos de flujo de mensajes y archivos archivadores de intermediario, únicamente si tiene extensiones definidas por el usuario.

    Puede empezar a utilizar estos recursos con WebSphere Event 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; lea las instrucciones que se proporcionan en los apartados Notas sobre la migración de flujos de mensajes.

    • Debe actualizar todos los proyectos de nodo definidos por el usuario de la Versión 5.0 y la Versión 5.1 para trabajar con Kit de herramientas de Message Brokers Versión 6.0. Puede actualizar un proyecto limpiándolo: pulse Proyecto > Limpiar. Cuando limpia un proyecto, el punto de extensión que necesita la Versión 6.0 para compilar los archivos ESQL contenidos en la extensión definida por el usuario se crea en el archivo plugin.xml del proyecto.

    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.

    Inicio del cambioConversores de páginas de códigosFin del cambio
    Inicio del cambio

    Los cambios realizados en los conversores entre WebSphere Business Integration Event Broker Versión 5.0 y WebSphere Event Broker Versión 6.0 son significativos, por lo tanto, el conjunto de conversores del nivel anterior se ha incluido con WebSphere Event 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.

    Fin del cambio
  3. Decida qué pruebas realizará para garantizar que la migración se realiza satisfactoriamente.

    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.

    Inicio del cambioCada 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.Fin del cambio

  4. Opcional: cuando esté preparado para migrar, ejecute el mandato mqsimigratecomponents con el parámetro -c. Esta forma del mandato realiza una comprobación previa a la migración de los componentes de la Versión 5.0 para asegurarse de que pueden migrarse. La comprobación previa a la migración identifica posibles problemas, que se pueden corregir antes de proseguir con la migración.
  5. Opcional: Considere la posibilidad de añadir tiempo al plan de migración para actualizar los recursos en respuesta a los cambios en el comportamiento del producto. Cada release incluye mejoras y arreglos en el comportamiento externo; por ejemplo, una corrección para cumplir con un estándar externo. Si los recursos dependen de un comportamiento no documentado o incorrecto, tal vez necesite realizar cambios y probar estos recursos para conocer las implicaciones en los casos de ejemplo de la empresa.

Una vez que haya planificado la migración, haga una copia de seguridad de sus recursos.

Tareas relacionadas
Migración desde productos de la Versión 5.0
Planificación de la migración de un dominio pequeño desde la Versión 5.0
Planificación de la migración de un dominio de gran tamaño desde la Versión 5.0
Planificación de la migración de varios dominios desde la Versión 5.0
Planificación de la migración de un dominio de alta disponibilidad desde la Versión 5.0
Migración de un nodo definido por el usuario de la Versión 5.0 o la Versión 5.1
Restauración de componentes migrados a versiones anteriores
Utilizar conversores de un nivel anterior del producto
Referencia relacionada
Guía de instalación
Mandato mqsimigratecomponents
Avisos | Marcas registradas | Descargas | Biblioteca | Soporte | Su opinión

Copyright IBM Corporation 1999, 2009Copyright IBM Corporation 1999, 2009. Reservados todos los derechos.
Última actualización : 2009-02-16 14:31:00

ah20650_