WebSphere Enterprise Service Bus, Versión 6.2.0 Sistemas operativos: AIX, HP-UX, i5/OS, Linux, Solaris, Windows


Migración a un sistema remoto

Utilice las herramientas de migración para migrar de una versión anterior en un sistema a una versión más nueva de WebSphere ESB en otro sistema remoto distinto. (solamente servidores autónomos).

Antes de empezar

Nota: Este procedimiento se admite solamente para servidores autónomos.
Asegúrese de que se cumplan las siguientes condiciones antes de iniciar el proceso de migración:
  • El sistema de destino cumple con todos los requisitos de hardware y software para la nueva versión de WebSphere ESB.
  • Hay suficiente espacio de disco disponible para el perfil migrado y su copia de seguridad. Consulte Consideraciones previas a la migración para WebSphere ESB para obtener los requisitos de espacio en disco.
Asegúrese de que ha completado las tareas siguientes antes de iniciar el proceso de migración:
  • Haga una copia de seguridad de las bases de datos que admiten componentes de versión 6.0.2.x o versión 6.1.x WebSphere ESB.

Consulte Visión general de la migración y Consideraciones previas a la migración para WebSphere ESB.

Normalmente, puede utilizar las herramientas de migración para actualizar de una versión anterior a una versión más nueva en el mismo sistema. Sin embargo, algunos casos requieren que se migre la configuración de la versión anterior en un sistema a la versión más nueva de WebSphere ESB en un sistema distinto. Uno de estos escenarios es cuando se instalan nuevos sistemas para el entorno basándose en la versión más nueva, pero es necesario migrar la configuración anterior existente de otros sistemas.

Para obtener ayuda para la resolución de problemas al hacer una migración, consulte Resolución de problemas de la migración de versión a versión.

Acerca de esta tarea

El mandato WBIPreUpgrade guarda la configuración existente de la versión anterior en un directorio de copia de seguridad específico de la migración. El mandato WBIPostUpgrade utiliza este directorio para añadir los antiguos valores de configuración al entorno de la versión más nueva.

Procedimiento
  1. Copie el programa de utilidad WBIPreUpgrade y los archivos relacionados de WebSphere ESB versión 6.2 en el sistema de origen. Para hacerlo, utilice uno de los procedimientos que se indican a continuación.
    1. En el sistema de destino, cree un archivo .zip o .tar.gz de los archivos de instalación para copiarlo en el sistema de origen. Para hacerlo, utilice el siguiente procedimiento.
      Nota: Debe tener ya una versión de WebSphere ESB versión 6.2 instalada en el sistema de destino para poder llevar a cabo este procedimiento.
      1. Vaya al directorio WPS62_HOME/util/migration en el sistema de destino.
      2. Ejecute uno de los mandatos siguientes, en función de su sistema operativo.
        • Para el sistema
operativo LinuxPara el sistema operativo UNIX En plataformas Linux y UNIX: createRemoteMigrationImage.sh vía_acceso_completa_archivo_.tar.gz_nuevo

          Ejemplo: createRemoteMigrationImage.sh /tmp/migrationImage.tar.gz

        • Para el sistema operativo Windows En plataformas Windows: createRemoteMigrationImage.bat vía_acceso_completa_archivo_.zip_nuevo

          Ejemplo: createRemoteMigrationImage.bat C:\migrationImage.zip

      3. Copie el archivo .zip de la imagen de migración del sistema de destino en el sistema de origen (el sistema que tiene la versión 6.0.x o 6.1.x de WebSphere ESB instalada).
      4. Descomprima el archivo zip de la imagen de migración en un nuevo directorio denominado copia_migr.
        Nota: Este directorio puede tener el nombre que más le interese. Aquí utilizamos "copia_migr" para describir el proceso.
    2. Copie los archivos de los directorios JDK y migration del DVD del producto WebSphere ESB versión 6.2. Para hacerlo, utilice el siguiente procedimiento. Copie los directorios migration y JDK del DVD de WPS/ESB versión 6.2 en un nuevo directorio. Por ejemplo, aquí utilizamos copia_migr para describir el proceso).
      1. Cree un directorio nuevo en el sistema fuente denominado copia_migr.
        Nota: Este directorio puede tener el nombre que más le interese. Aquí utilizamos "copia_migr" para describir el proceso.
      2. Copie los directorios migration y JDK en el nuevo directorio.
    Ahora debería tener la siguiente estructura de directorios en el sistema fuente:
    migration_copy/
       migration/
       JDK/
  2. Seleccione el directorio migration_copy/migration/bin.
  3. En el sistema de origen, guarde la configuración actual mediante el script WBIPreUpgrade del directorio migration_copy/bin. Guarde la configuración en el directorio de copia de seguridad específico de la migración en el sistema que aloja la versión antigua (sistema de origen). Para obtener detalles, consulte el apartado Programa de utilidad de línea de mandatos WBIPreUpgrade. Utilice uno de los scripts siguientes, en función de su sistema operativo.
    • Para el sistema
operativo LinuxPara el sistema operativo UNIX En plataformas Linux/UNIX: ./WBIPreUpgrade.sh /vía_acceso_archivo/copia_seguridad_específica_migración directorio_WebSphere_actual
    • Para el sistema operativo Windows En plataformas Windows®: WBIPreUpgrade C:\vía_acceso\copia_seguridad_específica_migración directorioActualWebSphere
    El mandato WBIPreUpgrade muestra el estado en la pantalla y en los archivos de anotación cronológica del directorio copia_seguridad_específica_migración/logs/. Los nombres de archivos de anotación cronológica Log empiezan con el texto WBIPreUpgrade e incluyen una indicación de fecha y hora.
  4. Copie el directorio copia_seguridad_específica_migración del sistema de origen en el sistema de destino.

    Utilice el mandato ftp, el almacenamiento compartido o algún otro mecanismo para copiar el directorio en el nuevo sistema.

  5. En el sistema de destino, añada la configuración de la versión anterior de la configuración de WebSphere ESB a la configuración de la nueva versión con el mandato WBIPostUpgrade. Utilice el mandato WBIPostUpgrade en el directorio raíz_instalación/bin de la nueva instalación para añadir la configuración de la versión anterior (que ha copiado en un directorio del nuevo sistema en el paso 4) a la configuración de la versión más nueva.
    Para obtener detalles, consulte el apartado Programa de utilidad de línea de mandatos WBIPostUpgrade. Utilice uno de los scripts siguientes, en función de su sistema operativo.
    Importante: Utilice el parámetro -createTargetProfile cuando invoque WBIPostUpgrade. Esta opción crea el nuevo perfil de destino correspondiente, que es necesario para la migración. Para obtener más información acerca de los perfiles de destino, consulte Consideraciones sobre el perfil de destino.
    Nota: En los scripts siguientes, -profileName hace referencia al perfil de destino.
    • Para el sistema
operativo LinuxPara el sistema operativo UNIX En plataformas Linux/UNIX: ./WBIPostUpgrade.sh /vía_acceso/copia_seguridad_específica_migración/-profileNamenombrePerfil
    • Para el sistema operativo Windows En plataformas Windows: WBIPostUpgrade C:\vía_acceso\copia_seguridad_específica_migración/-profileNamenombrePerfil
    El mandato WBIPostUpgrade muestra el estado en la pantalla y en los archivos de anotación cronológica del directorio copia_seguridad_específica_migración/logs/. Los nombres de archivos de anotación cronológica Log empiezan con el texto WBIPreUpgrade e incluyen una indicación de fecha y hora.
  6. Inicio del cambioSi realiza la migración desde versión 6.0.2 a versión 6.2.x necesita crear la base de datos común.

    Si desea más información, consulte Creación de la base de datos común y configuración del subsistema de recuperación al migrar de la versión 6.0.2 a la versión 6.2.x.

    Fin del cambio
  7. Si es necesario, actualice manualmente las bases de datos que utiliza WebSphere ESB. Algunos de los cambios de la base de datos que deben realizarse en las nuevas versiones de WebSphere ESB se realizan automáticamente. Sin embargo, si ha configurado Business Space, o si el servidor no tiene permisos suficientes para acceder al esquema de base de datos o no se cumplen los requisitos específicos de la base de datos, debe actualizar la base de datos manualmente. Para obtener más información, consulte el apartado Actualización de bases de datos para la migración.
  8. Si las bases de datos que admiten WebSphere ESB residieran en el sistema local en la configuración inicial, ahora serían remotas para WebSphere ESB después de trasladarse a un sistema diferente. Por consiguiente, si ha utilizado un controlador JDBC de tipo 2, es posible que deba cambiar ahora a un controlador de tipo 4.
  9. Modifique la configuración utilizando la consola administrativa de la versión más nueva de WebSphere ESB.
    1. Cambie los ID de usuario y las contraseñas de modo que coincidan los requisitos de seguridad.

      Puede que tenga que cambiar los ID de usuario y las contraseñas si no son idénticas a las que se utilizan en el sistema que aloja la versión antigua.

    2. Cambie otra información específica del sistema.

      La configuración puede hacer referencia a otros productos de software o a otras configuraciones que no existen en el nuevo sistema. Por ejemplo, el sistema antiguo puede tener una base de datos. Modifique el origen de datos de modo que apunte a la base de datos del sistema antiguo.

Resultados

Ha migrado WebSphere ESB de la versión antigua a un sistema remoto que aloja la versión más nueva.

Qué hacer a continuación

Verifique que la migración ha sido satisfactoria.

task Tema de tarea

Condiciones de uso | Comentarios


Icono de indicación de la hora Última actualización: 05 julio 2010


http://publib.boulder.ibm.com/infocenter/dmndhelp/v6r2mx/topic//com.ibm.websphere.wesb620.doc/doc/tmig_vtv_remote.html
Copyright IBM Corporation 2005, 2010. Reservados todos los derechos.
Este centro de información está basado en tecnología Eclipse (http://www.eclipse.org).