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 mediante las herramientas de línea de mandatos

Haga una migración de nodos gestionados de una versión anterior a una versión más reciente de WebSphere ESB con las herramientas de línea de mandatos.

Antes de empezar

Nota: Cuando se realiza la migración mediante las herramientas de la línea de mandatos, es posible migrar un perfil de WebSphere ESB o un perfil de WebSphere Application Server.
Asegúrese de que se cumplan las siguientes condiciones antes de iniciar el proceso de migración:
  • El sistema cumple con todos los requisitos de hardware y software para la nueva versión de WebSphere ESB.
  • Ha instalado la nueva versión de WebSphere ESB junto a la versión anterior en el mismo sistema.
  • Un perfil federado, creado con la versión de WebSphere ESB antigua reside en el mismo sistema.
  • 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.
  • El gestor de despliegue que gestiona el nodo gestionado que piensa migrar ya se ha migrado a la versión más reciente de WebSphere ESB y se está ejecutando.
    Nota: Para hacer una migración de un nodo gestionado de WebSphere ESB versión 6.0.x o 6.1.x a un nodo gestionado de la versión 6.2 primero es necesario migrar el gestor de despliegue de la versión 6.0.x o 6.1.x a un gestor de despliegue de la versión 6.2. Consulte Migración de un gestor de despliegue para obtener instrucciones. Complete la migración del gestor de despliegue antes de seguir con las instrucciones que se proporcionan en este tema.
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 WebSphere ESB versión 6.0.x o 6.1.x.

Acerca de esta tarea

Después de hacer una migración de un gestor de despliegue de la versión 6.0.2.x 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.0.2.x y de la versión 6.2. Dicho de otro modo, los nodos gestionados de la versión 6.0.2.x pueden ejecutarse con el gestor de despliegue de la versión 6.2. Con el tiempo, puede migrar cada uno de los nodos gestionados de la versión 6.0.2.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.0.2.x, utilice el script convertScriptCompatibility para convertir sus configuraciones de una modalidad que da soporte a la compatibilidad con versiones anteriores los scripts de administración de la versión 6.0.2.x a una modalidad que está totalmente soportada en un modelo de la versión 6.2 de configuración. 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.
Procedimiento
  1. Inicie sesión con uno de los procedimientos siguientes, en función de su sistema operativo.
    • Para el sistema operativo i5/OS En plataformas i5/OS: inicie sesión con un perfil de usuario de i5/OS que tenga la clase de usuario *SECOFR o la autorización especial *ALLOBJ.
    • Para el sistema
operativo LinuxPara el sistema operativo UNIX En plataformas Linux® y UNIX®: Inicie sesión como usuario root.
    • Para el sistema operativo Windows En plataformas Windows®: Inicie sesión como miembro del grupo Administradores.
  2. Detenga el servidor de la versión versión 6.0.x o 6.1.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:
    Nota: En plataformas i5/OS, debe ejecutar los scripts en QSHELL. Para iniciar una sesión de QSHELL, abra un indicador de mandatos de CL y escriba QSH.
    • Para el sistema operativo i5/OS En plataformas i5/OS: raíz_perfil/bin/stopServer nombre_servidor
    • 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 i5/OS En plataformas i5/OS: raíz_perfil/bin/stopServer nombre_servidor -username ID_usuario -password contraseña
    • 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: Detenga el servidor antes de iniciar el proceso de migración. Por omisión, todos los servidores del nodo se detienen antes de que finalice el proceso de migración.
  3. Detenga el agente 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 i5/OS En las plataformas i5/OS: raíz_perfil/bin/stopNode
    • Para el sistema
operativo LinuxPara el sistema operativo UNIX En las plataformas Linux y UNIX: raíz_perfil/bin/stopNode.sh
    • Para el sistema operativo Windows En las plataformas Windows: raíz_perfil\bin\stopNode.bat
    Si la seguridad está habilitada, utilice uno de los siguientes mandatos:
    • Para el sistema operativo i5/OS En las plataformas i5/OS: raíz_perfil/bin/stopNode -username ID_usuario -password contraseña
    • Para el sistema
operativo LinuxPara el sistema operativo UNIX En las plataformas Linux y UNIX: raíz_perfil/bin/stopNode.sh -username ID_usuario -password contraseña
    • Para el sistema operativo Windows En las plataformas Windows: raíz_perfil\bin\stopNode.bat -username ID_usuario -password contraseña
    Nota: Debe detener el nodo anterior antes de iniciar el proceso de 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 se detiene.
  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. Ejecute el mandato WBIPreUpgrade, especificando el directorio de copia de seguridad de migración y el nombre de directorio de WebSphere ESB existente. La herramienta WBIPreUpgrade guarda los archivos de configuración de los perfiles existentes en el directorio de copia de seguridad que se especifique.
  7. Ejecute el mandato WBIPostUpgrade, especificando el directorio de copia de seguridad de migración. La herramienta WBIPostUpgrade restaura la configuración de copia de seguridad que se encuentra en el directorio de copia de seguridad en un nuevo perfil del Gestor de despliegue de WebSphere ESB.
    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.
    Para el sistema operativo i5/OS Nota: Si realiza la migración en una plataforma i5/OS, el nombre del perfil de destino debe coincidir con el nombre del perfil de origen que se está migrando.
  8. 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
  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 i5/OS En plataformas i5/OS: raíz_perfil/bin/startNode
    • 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 a 11 para cada nodo gestionado adicional que desee migrar.
    Nota: Sólo debe realizar el paso 6 (ejecutar WBIPreUpgrade) de nuevo si realiza la migración desde la versión 6.1.x, o si realiza la migración desde la versión 6.0.2.x y el sistema de la versión 6.0.2.x se ha configurado de nuevo desde la primera vez que ejecutó WBIPreUpgrade.
  13. Si ha elegido 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 con versiones anteriores 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 uno de los mandatos convertScriptCompatibility siguientes desde el directorio bin, en función de su sistema operativo:
    • Para el sistema operativo i5/OS En plataformas i5/OS: raíz_instalación/bin/convertScriptCompatibility
    • Para el sistema
operativo LinuxPara el sistema operativo UNIX En plataformas Linux/UNIX: raíz_instalación/bin/convertScriptCompatibility.sh
    • Para el sistema operativo Windows En plataformas 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_cl.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).