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

Esta sección explica cómo planificar la migración. Lleve a cabo los siguientes pasos:
  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. Esos cambios podrían afectar a la utilización de los componentes en el futuro.
    2. Decida dónde desea migrar los componentes del producto. Mígrelos a una ubicación distinta del mismo sistema, o a un segundo sistema. Por ejemplo, tal vez desee migrar componentes a otra ubicación para mantener la disponibilidad durante la migración.
    3. Decida cuándo desea migrar los componentes del producto. Quizá desee conservar por ahora algunos componentes al nivel de la Versión 5.0 y migrarlos más adelante.
    4. Decida el orden en el que desea 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 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.

  2. Decida cómo desea utilizar los recursos existentes con WebSphere Message Broker Versión 6.0.

    Excepto para extensiones definidas por el usuario y archivos de correlación, no es necesario que realice ninguna tarea para migrar sus recursos de desarrollo y despliegue como, por ejemplo, archivos de flujo de mensajes, archivos de definición de conjunto de mensajes, archivos ESQL, archivos de esquema XML y archivos archivadores de intermediario. Puede empezar a utilizar estos recursos con WebSphere Message Broker Versión 6.0 inmediatamente.

    Todos los proyectos de nodo definidos por el usuario de Versión 5.0 y Versión 5.1 deben actualizarse para que funcionen con el Kit de herramientas de Message Brokers de Versión 6.0. Actualice un proyecto limpiándolo: pulse Proyecto > Limpiar. Cuando limpie 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 de proyecto plugin.xml.

    Después de haber migrado archivos de correlación de la Versión 5.0 (.mfmap) a archivos de correlación de la Versión 6.0 (.msgmap) utilizando el mandato mqsimigratemfmapsd, edítelos en el Kit de herramientas de Message Brokers Versión 6.0. No hay ninguna herramienta de migración para migrar una correlación llamada desde ESQL.

    Una vez que empiece a utilizar sus recursos actuales en el Kit de herramientas de Message Brokers de Versión 6.0, existen restricciones a la reutilización de estos mismos recursos con el Kit de herramientas de Message Brokers de Versión 5.0 o Versión 5.1. Para más información, consulte Condiciones para utilizar recursos migrados con versiones anteriores del Kit de herramientas de Message Brokers

  3. Decida si necesita llevar a cabo alguna prueba para asegurarse de que la migración se ha realizado correctamente.

    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á. La migración de los dominios de desarrollo y prueba antes de migrar el dominio de producción permite identificar problemas como éste y desarrollar una estrategia para resolver problemas posteriores.

  4. Opcional: cuando esté preparado para migrar, ejecute el mandato mqsimigratecomponents con el parámetro -c. Esto 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 y permite corregirlos antes de proseguir con la migración.

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
Planificación de la migración de un dominio grande
Planificación de la migración de varios dominios
Planificación de la migración de un dominio de alta disponibilidad
Migración de un nodo definido por el usuario
Restauración de componentes migrados a versiones anteriores
Referencia relacionada
Mandato mqsimigratecomponents
Avisos | Marcas registradas | Descargas | Biblioteca | Soporte | Su opinión
Copyright IBM Corporation 1999, 2006 Última actualización: 22/08/2006
ah20650_