Ruta: Migración y coexistencia de servidores de aplicaciones

La migración incluye la recopilación de información de configuración de un release anterior de WebSphere Application Server y la fusiona en una configuración para un nuevo release. La coexistencia implica la ejecución de un release nuevo de WebSphere Application Server y un release anterior simultáneamente en la misma máquina.

Antes de empezar

Supported configurations Supported configurations:

En este artículo se describe la migración de la configuración de perfil. Para migrar sus aplicaciones a la versión más reciente, utilice WebSphere Application Server Migration Toolkit. Para obtener más información, consulte Migration Toolkit en WASdev.

sptcfg

Consulte Visión general de la migración, la coexistencia y la interoperatividad y Consideraciones sobre la migración. Si desea recursos que le ayuden a planificar y llevar a cabo la migración, visite Knowledge Collection: Migration planning for WebSphere Application Server.

Las herramientas de migración guardan básicamente las configuraciones y las aplicaciones de usuario existentes de WebSphere en un directorio de copia de seguridad y, a continuación, procesan el contenido de este directorio de copia de seguridad para migrar las configuraciones y las aplicaciones de releases anteriores de WebSphere Application Server al último release.

Si tiene una versión anterior de WebSphere Application Server, debe decidir si va a migrar la configuración y las aplicaciones de la versión anterior a la nueva versión.

La migración no desinstala la versión anterior.
  • Para migraciones de servidor de aplicaciones autónomo y para migraciones de gestor de despliegue en las que no se elige inhabilitar el gestor de despliegue anterior durante la migración, el release anterior sigue siendo funcional.
  • Para migraciones de nodo federado y para migraciones de gestor de despliegue en las que sí se elige inhabilitar el gestor de despliegue anterior durante la migración, el release anterior se inhabilita después de que la migración se haya completado satisfactoriamente. Puede volver a habilitar la versión anterior utilizando el script migrationDisablementReversal.jacl.

Si ejecuta dos versiones distintas del servidor de aplicaciones a la vez, estas dos versiones coexistirán. Por ejemplo, si los servidores de aplicaciones de las versiones 7.0 y 8.5 se están ejecutando en la misma máquina, se dice que "coexisten".

Para dar soporte a la coexistencia, debe utilizar las opciones -setPorts y -resolvePortConflicts al migrar un perfil o debe resolver los conflictos de puerto manualmente para que los dos releases no intenten utilizar los mismos puertos. Los puertos que se enlacen cuando se inicie el primer perfil impedirán que se inicie el segundo perfil porque el puerto se estará utilizando. No es necesario realizar cambios de puerto si sólo está activo un release del perfil en un momento determinado.

Para obtener ayuda para la resolución de problemas durante la migración, consulte Resolución de problemas de migración.

Acerca de esta tarea

Para obtener información sobre cómo migrar a la Versión 9.0, consulte Migración de configuraciones del producto. Para obtener más información sobre coexistencia entre releases, consulte Ejecución de servidores de aplicaciones coexistentes.

Procedimiento

  1. Actualice los requisitos previos y correquisitos del producto a versiones admitidas.

    Consulte los requisitos actuales en el sitio Hardware, software y API de IBM® WebSphere Application Server que reciben soporte.

  2. Instale el producto de la Versión 9.0.

    Después de instalar WebSphere Application Server Versión 9.0, es posible que desee crear una configuración de célula completa de WebSphere Application Server, Network Deployment y verificar que funciona correctamente antes de intentar migrar una célula o un nodo existente. Este proceso asegura que el sistema tenga todos los requisitos previos necesarios y soporte el nuevo nivel de WebSphere Application Server.

    Si desea más información, consulte el artículo Visión general de tarea: Instalación en IBM i en la documentación.

  3. Migre la configuración del producto WebSphere Application Server Versión 7.0 o posterior a la Versión 9.0.

    Tiene que elegir entre migrar automáticamente la configuración utilizando las herramientas de migración o hacerlo manualmente.

    • Utilice las herramientas de migración para migrar automáticamente la configuración.

      Si desea obtener más información, consulte Utilización de las herramientas de migración.

      Los siguientes dos escenarios de migración de WebSphere Application Server, Network Deployment son posibles:
      • Migración automatizada con actualización de todos los nodos

        En este caso de ejemplo, utilice las herramientas de migración para migrar el gestor de despliegue así como todos los nodos federados.

        A continuación se indican las ventajas y factores a tener en cuenta con este enfoque:
        • Ventajas
          • La configuración anterior se copia automáticamente.

            Esto incluye todas las definiciones de recursos, definiciones de host virtual, valores de seguridad, etc.

          • De forma predeterminada, se vuelve a crear exactamente la misma configuración de la Versión 7.0 o posterior en la Versión 9.0, incluidas las definiciones de nodo, las definiciones de servidor y las aplicaciones desplegadas.
          • Se puede habilitar el soporte para la compatibilidad de scripts.

            Consulte Mandato WASPostUpgrade si desea más información.

        • Consideraciones
          • Antes de empezar debe tener una noción precisa de cuánto tardará en llevarse a cabo la migración.
          • Debe realizar la migración dentro de un periodo de mantenimiento.
      • Migración automatizada con actualización de una mezcla de nodos
        Este caso de ejemplo incluye las siguientes actividades:
        • Utilice las herramientas de migración para migrar únicamente el gestor de despliegue.
        • Puede añadir nodos de la Versión 9.0.
        • Mueva las aplicaciones a la Versión 9.0 porque se prueban en la Versión 9.0.
        • Elimine los nodos de la Versión 7.0 o posterior de la célula cuando ya no los necesite.
        A continuación se indican las ventajas y factores a tener en cuenta con este enfoque:
        • Ventajas
          • La configuración anterior se copia automáticamente.

            Esto incluye todas las definiciones de recursos, definiciones de host virtual, valores de seguridad, etc.

          • De forma predeterminada, se vuelve a crear exactamente la misma configuración de la Versión 7.0 o posterior en la Versión 9.0, incluidas las definiciones de nodo, las definiciones de servidor y las aplicaciones desplegadas.
          • Puede tener una configuración de nodos mezclados
          • Se puede habilitar el soporte para la compatibilidad de scripts.

            Consulte Mandato WASPostUpgrade si desea más información.

          • Puede mover aplicaciones de forma iterativa.
        • Consideraciones
          • Antes de empezar debe tener una noción precisa de cuánto tardará en llevarse a cabo la migración.
          • Debe realizar la migración dentro de un periodo de mantenimiento.
    • Migre manualmente la configuración.
      La migración de la configuración manualmente incluye las siguientes actividades:
      • Empiece de cero y cree un nuevo entorno para la Versión 9.0.
      • Lo ideal sería utilizar un conjunto existente de scripts de administración para configurar el entorno completo de Versión 9.0.
      • Mueva las aplicaciones a la Versión 9.0 porque se prueban en la Versión 9.0.
      • Elimine una célula de la Versión 7.0 o posterior cuando ya no la necesite.
      Considere lo siguiente en relación con la migración manual de la configuración:
      • Ventajas
        • Puede volver a utilizar los scripts para realizar el mantenimiento, la réplica y la recuperación ante siniestro.
        • Si lo desea, puede volver a factorizar fácilmente la topología.
      • Consideraciones
        • Un conjunto completo de scripts de administración es una inversión significativa.
        • Antes de la migración debe gestionar las incompatibilidades y cambios de script.
        • No puede tener una configuración de nodos mezclados
  4. Migre los plug-ins de servidor web, como se describe en Migración de configuraciones del servidor web.
  5. Opcional: Configure varias versiones de WebSphere Application Server para que coexistan.

    No pueden existir conflictos de tiempo de ejecución de varias instancias y versiones de WebSphere Application Server si se van a ejecutar al mismo tiempo en la misma máquina. Pueden producirse conflictos durante las asignaciones de puertos. Consulte Valores de número de puerto si desea más información.


Icon that indicates the type of topic Task topic



Timestamp icon Last updated: last_date
http://www14.software.ibm.com/webapp/wsbroker/redirect?version=cord&product=was-nd-iseries&topic=tmig_prev
File name: tmig_prev.html