Migración de una configuración de gran tamaño de WebSphere Application Server, Network Deployment con un gran número de aplicaciones

Si tiene una configuración existente de WebSphere Application Server, Network Deployment con un número significativo de aplicaciones grandes y debe satisfacer los requisitos de una ventana de mantenimiento específica para la migración, podría tener alguna dificultad si utiliza el escenario de migración estándar. En este caso, es posible que desee copiar los recursos en el árbol de configuración de una configuración de gestor de despliegue de la Versión 7.0 o posterior a un perfil de gestión del gestor de despliegue de la Versión 9.0 pero diferir la adición de aplicaciones al perfil de la Versión 9.0 para que pueda seguir gestionando el entorno utilizando el gestor de despliegue de la Versión 7.0 o posterior.

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
Consejo: Para evitar posibles problemas del tiempo de espera de conexión, modifique el valor de tiempo de espera de conexión antes de ejecutar el mandato WASPostUpgrade para migrar los nodos federados en una célula que contenga muchas aplicaciones pequeñas, unas pocas aplicaciones grandes o una aplicación muy grande. Si utiliza un conector SOAP, por ejemplo, realice las siguientes acciones:
  1. Vaya a la siguiente ubicación en el directorio de la Versión 9.0 para el perfil al cual está migrando el nodo federado:
    raíz_perfil/properties 
  2. Abra el archivo soap.client.props en dicho directorio y encuentre el valor para la propiedad com.ibm.SOAP.requestTimeout. Este es el valor del tiempo de espera en segundos. El valor predeterminado es 180 segundos.
  3. Cambie el valor de com.ibm.SOAP.requestTimeout para que sea lo suficiente grande para migrar la configuración. Por ejemplo, la entrada siguiente le daría un valor de tiempo de espera de media hora:
    com.ibm.SOAP.requestTimeout=1800
    Nota: Seleccione el valor menor de tiempo de espera que cumpla con sus necesidades. Prepárese para esperar, como mínimo, tres veces el tiempo de espera que seleccione: una vez para bajar los archivos en el directorio de copia de seguridad, una vez para subir los archivos migrados al gestor de despliegue y una vez para sincronizar el gestor de despliegue con el agente de nodo migrado.
  4. Vaya a la siguiente ubicación en el directorio de copia de seguridad que fue creado por el mandato WASPreUpgrade:
    directorioCopiaseguridad/profiles/nombre_perfil/properties
  5. Abra el archivo soap.client.props en dicho directorio y encuentre el valor para la propiedad com.ibm.SOAP.requestTimeout:
  6. Cambie el valor de com.ibm.SOAP.requestTimeout al mismo valor que utilizó en el archivo de la Versión 9.0.

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.

Acerca de esta tarea

Puede utilizar esta estrategia para satisfacer los requisitos de la ventana de mantenimiento específicos creando la configuración completa de la Versión 9.0 de WebSphere Application Server, Network Deployment deWebSphere Application Server en segundo plano mientras la topología existente sigue en ejecución y está gestionado.

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

Procedimiento

  1. Asegúrese de que el gestor de despliegue de WebSphere Application Server Versión 7.0 o posterior se esté ejecutando y que esté gestionando el entorno existente y asegúrese de que no se esté ejecutando ningún gestor de despliegue de la Versión 9.0.

    Esto es importante para evitar que dos gestores de despliegue distintos traten de gestionar el mismo entorno.

  2. Ejecute el mandato WASPreUpgrade.
    • Ejecute el mandato WASPreUpgrade desde el directorio raíz_servidor_aplic/bin de la Versión 9.0.
    • Especifique el nombre del directorio de copia de seguridad de migración de la Versión 7.0 o posterior.
    • Especifique el nombre de la instalación de la Versión 7.0 o posterior de WebSphere Application Server, Network Deployment.
    • Opcional: Especifique el nombre de una instancia o perfil específico que se debe migrar de una versión anterior de WebSphere Application Server.
    • Opcional: Especifique la ubicación de las preferencias de usuario para la consola administrativa para uno o más perfiles.
    Por ejemplo:
    WASPreUpgrade /directorio_copia_seguridad_WAS6.1 /directorio_instalación_WAS6.1

    Si desea una descripción completa del mandato WASPreUpgrade y sus parámetros, consulte Mandato WASPreUpgrade.

  3. Ejecute el mandato WASPostUpgrade.
    • Ejecute el mandato WASPostUpgrade desde el directorio raíz_servidor_aplic/bin de la Versión 9.0.
    • Especifique el nombre del directorio de copia de seguridad de migración de la Versión 7.0 o posterior.
    • Especifique -includeApps script.

      Esto migrará las aplicaciones, pero creará algunos scripts que puede ejecutar más adelante para instalar las aplicaciones

    • Especifique -keepDmgrEnabled true.
    • Especifique las demás opciones que desee.
    Por ejemplo:
    WASPostUpgrade /directorio_copia_seguridad_WAS6.1 -profileName
    nombre_perfil_gestor_despliegue 
      -includeApps script -keepDmgrEnabled true

    Si desea una descripción completa del mandato WASPostUpgrade y sus parámetros, consulte Mandato WASPostUpgrade.

    En este punto, puede salir de la ventana de mantenimiento y seguir gestionando el entorno utilizando el gestor de despliegue de WebSphere Application Server Versión 7.0 o posterior.

  4. Personalice los archivos de administración.
    1. Vaya a la ubicación del directorio de copia de seguridad de migración que contiene los archivos de administración generados.
    2. Combine y personalice los archivos de administración que sea necesario.

      Esto puede incluir la agrupación de aplicaciones en algunos archivos de administración o la especificación del directorio installedApplications mediante el parámetro installed.ear.destination.

  5. Ejecute el mandato wsadmin para instalar las aplicaciones.
    • Instale las aplicaciones en la configuración de la Versión 9.0 durante las operaciones normales o en una ventana de mantenimiento aplicable.
    • Especifique -conntype NONE. Por ejemplo:
      wsadmin -f script_aplicación -conntype NONE

    Cuando se hayan instalado todas las aplicaciones, estará preparado para empezar a utilizar el gestor de despliegue de la Versión 9.0 de WebSphere Application Server.

  6. Detenga el gestor de despliegue de la WebSphere Application Server Versión 7.0 o posterior.

    Esto es importante para evitar que dos gestores de despliegue distintos traten de gestionar el mismo entorno.

    Puede hacerlo de distintas formas. Una manera fácil es cambiar el nombre del archivo serverindex.xml en el directorio del nodo del gestor de despliegue de la Versión 7.0 o posterior por otro nombre distinto.

  7. Inicie el gestor de despliegue de la Versión 9.0 de WebSphere Application Server.
    Inicie el gestor de despliegue desde el directorioraíz_perfil/bin. Por ejemplo:
    startManager   

Resultados

En este punto, el gestor de despliegue de la Versión 9.0 de WebSphere Application Server debe estar en ejecución y debe llevarse a cabo la sincronización de aplicación normal.

Puede seguir cualquiera de los siguientes procedimientos:
  • Migrar toda la célula antes de instalar las aplicaciones.
  • Efectúe las acciones siguientes:
    1. Instalar las aplicaciones y dejar la célula en un estado combinado.
    2. Cuando esté listo, modifique los valores del tiempo de espera de conexión (tal como se describe en la sugerencia situada al principio de este artículo), antes de ejecutar el mandato WASPostUpgrade para migrar los nodos federados.

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-dist&topic=tmig_largend
File name: tmig_largend.html