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


Migración de nodos gestionados no agrupados en clúster utilizando el asistente de migración

Haga una migración de nodos gestionados no agrupados en clúster de una versión anterior a una versión más reciente de WebSphere ESB utilizando el asistente de migración.

Antes de empezar

Nota: El asistente de migración no se puede ejecutar en un entorno no gráfico. Algunos ejemplos de entornos no gráficos son la plataforma i5/OS o las sesiones telnet. Si desea ejecutar la migración en un entorno no gráfico, utilice los mandatos WBIPreUpgrade y WBIPostUpgrade.
Nota: El asistente de migración sólo da soporte a perfiles de WebSphere ESB. Si tiene perfiles de WebSphere Application Server, debe utilizar los mandatos de migración.
Asegúrese de que se cumplan las siguientes condiciones antes de iniciar el proceso de migración: Asegúrese de que ha completado las tareas siguientes antes de iniciar el proceso de migración:

Acerca de esta tarea

Después de hacer una migración de una versión anterior del gestor de despliegue a una versión más reciente de WebSphere ESB, por omisión la versión más nueva del gestor de despliegue se ejecuta en modalidad de compatibilidad, en la que puede gestionar tanto las versiones anteriores como las versiones más nuevas de WebSphere ESB. Por ejemplo, después de la migración, un gestor de despliegue de la versión 6.2 puede gestionar los nodos de la versión 6.1.x y de la versión 6.2. Los nodos gestionados del gestor de despliegue anterior de la versión 6.1.x ahora se ejecutan como nodos gestionados de la versión 6.1.x en el gestor de despliegue de la versión 6.2.

Con el tiempo, migre cada nodo gestionado de la versión 6.1.x de WebSphere ESB (servidor gestionado por un gestor de despliegue de la versión 6.2) a un nodo gestionado de la versión 6.2. Tras migrar todos los nodos gestionados de la versión 6.1.x, utilice el script convertScriptCompatibility para cambiar el gestor de despliegue de modo que pase de dar soporte a la compatibilidad de los scripts de administración de la versión 6.1.x a dar soporte a la compatibilidad con los scripts de administración que correspondan únicamente a la versión 6.1.x y a la versión 6.2. Consulte el mandato convertScriptCompatibility.
Nota: Cuando siga las instrucciones de este enlace para utilizar el mandato convertScriptCompatibility, utilice el mandato WBIPostUpgrade en lugar del mandato WASPostUpgrade.

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

Procedimiento
  1. Inicie sesión como usuario root en un sistema Linux® o UNIX®, o como usuario del grupo de administradores en un sistema Windows®.
  2. Detenga el servidor de la versión versión 6.1.x o versión 6.0.2.x si éste se está ejecutando en el nodo que se va a migrar. Utilice el mandato stopServer desde el directorio dir_perfil/bin para el perfil del servidor afectado, o detenga el servidor desde la consola Primeros pasos del perfil.

    Para obtener más información sobre el mandato stopServer, consulte el mandato stopServer. Utilice la sintaxis siguiente:

    • Para el sistema
operativo LinuxPara el sistema operativo UNIX En plataformas Linux y UNIX: raíz_perfil/bin/stopServer.sh nombre_servidor
    • Para el sistema operativo Windows En plataformas Windows: raíz_perfil\bin\stopServer.bat nombre_servidor
    Si la seguridad está habilitada, utilice uno de los siguientes mandatos. El nombre de usuario proporcionado debe ser un miembro del rol operador o administrador.
    • Para el sistema
operativo LinuxPara el sistema operativo UNIX En plataformas Linux y UNIX: raíz_perfil/bin/stopServer.sh nombre_servidor -username ID_usuario -password contraseña
    • Para el sistema operativo Windows En plataformas Windows: raíz_perfil\bin\stopServer.bat nombre_servidor -username ID_usuario -password contraseña

    En el sistema operativo Windows, aun cuando esté habilitada la seguridad, no se tienen que especificar los parámetros -username y -password si el servidor se ejecuta como un servicio Windows. En este caso, los parámetros se pasan automáticamente al script que el servicio Windows utiliza para concluir el sistema.

    Nota: Antes de iniciar el proceso de migración, debe detener el servidor desde el que realiza la migración. No es necesario que el servidor esté ejecutándose para migrar su configuración. Las herramientas de migración pueden recuperar todos los datos de configuración mientras el servidor está detenido.
  3. Detenga el agente de nodo del nodo que se va a migrar. Emita uno de los mandatos siguientes para detener el proceso de agente de nodo en función de la plataforma (donde raíz_perfil representa el directorio de instalación del nodo federado):
    • Para el sistema
operativo LinuxPara el sistema operativo UNIX En plataformas Linux y UNIX: raíz_perfil/bin/stopNode.sh
    • Para el sistema operativo Windows En plataformas Windows: raíz_perfil\bin\stopNode.bat
    Si la seguridad está habilitada, utilice uno de los siguientes mandatos:
    • Para el sistema
operativo LinuxPara el sistema operativo UNIX En plataformas Linux y UNIX: raíz_perfil/bin/stopNode.sh -username ID_usuario -password contraseña
    • Para el sistema operativo Windows En plataformas Windows: raíz_perfil\bin\stopNode.bat -username ID_usuario -password contraseña
  4. Identifique, por anticipado, la información existente necesaria para la migración, como se indica a continuación:
    Directorio raíz de la instalación
    Consulte Programa de utilidad de línea de mandatos WBIPreUpgrade si desea una descripción del parámetro currentWebSphereDirectory.
    Nombre del directorio de copia de seguridad de migración
    Consulte Programa de utilidad de línea de mandatos WBIPreUpgrade si desea una descripción del parámetro backupDirectory.
    El nombre de usuario de seguridad administrativo (obligatorio si se configura la seguridad administrativa)
    Consulte Programa de utilidad de línea de mandatos WBIPostUpgrade si desea una descripción del parámetro -username.
    La contraseña de seguridad administrativa (obligatoria si se configura la seguridad administrativa)
    Consulte Programa de utilidad de línea de mandatos WBIPostUpgrade si desea una descripción del parámetro -password.
    Nombre del perfil de origen
    Consulte Programa de utilidad de línea de mandatos WBIPostUpgrade si desea una descripción del parámetro -oldProfile.
    Nombre del perfil de destino
    Consulte Programa de utilidad de línea de mandatos WBIPostUpgrade si desea una descripción del parámetro -profileName.
    Asignaciones de valor de puerto (opcional)
    Consulte Programa de utilidad de línea de mandatos WBIPostUpgrade si desea una descripción de los parámetros -replacePorts y -portBlock.
    Nota: Esto sólo se aplica si migra desde versión 6.0.2.x a versión 6.2.
  5. Asegúrese de que el gestor de despliegue de la versión 6.2 está ejecutándose.
  6. Invoque el asistente de migración.
    Invoque al asistente de migración de uno de los modos siguientes:
    • Desde la consola Primeros pasos de WebSphere ESB, seleccione Asistente de migración.
    • Ejecute uno de los scripts siguientes (dependiendo del sistema operativo) almacenados en el directorio dir_instalación/bin.
      • Para el sistema
operativo LinuxPara el sistema operativo UNIX En las plataformas Linux y UNIX: wbi_migration.sh
      • Para el sistema operativo Windows En las plataformas Windows: wbi_migration.bat
      Nota: Opcionalmente, puede cambiar el valor de rastreo por omisión (*=all=enabled:com.ibm.ws.migration.common.*=all=disabled) al invocar el asistente de migración. El valor de rastreo por omisión habilita el rastreo sólo en algunas clases, pero puede cambiar el valor por omisión para habilitar el rastreo completo o inhabilitar todo el rastreo.
      • Para habilitar todo el rastreo, ejecute una de los scripts siguientes para invocar el asistente de migración, según el sistema operativo:
        • Para el sistema
operativo LinuxPara el sistema operativo UNIX En las plataformas Linux y UNIX: wbi_migration.sh -W -migrationPanel.traceString="*=all=enabled"
        • Para el sistema operativo Windows En las plataformas Windows: wbi_migration.bat -W -migrationPanel.traceString="*=all=enabled"
      • Para inhabilitar todo el rastreo, ejecute una de los scripts siguientes para invocar el asistente de migración, según el sistema operativo:
        • Para el sistema
operativo LinuxPara el sistema operativo UNIX En las plataformas Linux y UNIX: wbi_migration.sh -W -migrationPanel.traceString="*=all=disabled"
        • Para el sistema operativo Windows En las plataformas Windows: wbi_migration.bat -W -migrationPanel.traceString="*=all=disabled"

    El asistente de migración copia la configuración y las aplicaciones del nodo gestionado de la versión 6.0.x o 6.1.x en el nodo gestionado de la versión 6.2. Después de migrar todos los datos, el asistente federa el nodo gestionado de la versión 6.2 en la célula del gestor de despliegue.

  7. Siga los mensajes de solicitud del asistente de migración como se describe en Ejecución del asistente de migración.
  8. Inicio del cambio Si 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
  9. Detenga el servidor y el agente de nodo (si aún no se han detenido). Si el servidor no se ha detenido aún, denténgalo como se describe en el paso 2. Si el agente de nodo aún no se ha detenido, deténgalo como se describe en el paso 3.
  10. Reinicie el agente de nodo. Para iniciar un agente de nodo, ejecute el mandato raíz_perfil\bin\startNode (donde raíz_perfil representa el directorio de instalación del nodo gestionado).
    • Para el sistema
operativo LinuxPara el sistema operativo UNIX En plataformas Linux y UNIX: raíz_perfil/bin/startNode.sh
    • Para el sistema operativo Windows En plataformas Windows: raíz_perfil\bin\startNode.bat
  11. Inicie el servidor o los servidores que se ejecutan en este nodo. Inicie cada servidor mediante el mandato startServer, la consola administrativa o la consola Primeros pasos del perfil. Para obtener más información, consulte Inicio de servidores de aplicaciones.
  12. Repita los pasos 1-11 para cada nodo gestionado adicional que desee migrar.
  13. Si elige la opción de compatibilidad (que es el valor por omisión) y si todos los nodos se migran completamente a WebSphere ESB versión 6.2, ejecute el script convertScriptCompatibility para eliminar la compatibilidad del gestor de despliegue de la versión 6.2.
    Nota: Esto sólo es válido si está migrando desde versión 6.0.2.x.
    Emita el mandato convertScriptCompatibility desde el directorio bin.
    • Para el sistema operativo UNIXPara el sistema
operativo Linux raíz_instalación/bin/convertScriptCompatibility.sh
    • Para el sistema operativo Windows raíz_instalación\bin\convertScriptCompatibility.bat

    Consulte el mandato convertScriptCompatibility.

Resultados

Ahora estarán migrados los nodos gestionados no agrupados en clúster.

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_mn_wiz.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).