Migración de un perfil de agente administrativo y su conjunto registrado de servidores de aplicaciones base gestionados en z/OS

Los perfiles del agente administrativo gestionan varios servidores de aplicaciones base en entornos tales como desarrollo, prueba de unidades o la parte de un grupo de servidores que reside en una sola máquina. Antes de poder migrar servidores de aplicaciones base gestionados de la Versión 7.0 o posterior a la Versión 9.0, primero debe migrar el agente administrativo.

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

Revise la información de planificación de la migración. Consulte Knowledge Collection: Migration planning for WebSphere Application Server.

Puede migrar perfiles de agentes administrativos y el conjunto registrado de servidores de aplicaciones base gestionados de la Versión 7.0 o posterior a la Versión 9.0.

Acerca de esta tarea

Esta tarea describe cómo utilizar la Herramienta de gestión de migración de configuración de z/OS para migrar un agente administrativo y su conjunto asociado de servidores de aplicaciones base gestionados de la Versión 7.0 o posterior de WebSphere Application Server a la Versión 9.0. Un servidor de aplicaciones base se convierte en gestionado cuando se registra con un único agente administrativo. Un agente administrativo puede gestionar uno o más servidores de aplicaciones base y tener el mismo nivel de release y hacerlo en la misma máquina que los servidores de aplicaciones base que esté gestionando. z/OS tiene la limitación de que en un momento dado sólo puede ejecutarse el agente administrativo de la Versión 7.0 o posterior, o bien de la Versión 9.0. Las instrucciones siguientes le indicarán cuándo se tienen que iniciar y detener los agentes administrativos nuevos y antiguos. Esta restricción requiere que todos los servidores de aplicaciones base gestionados se migren al mismo tiempo.

Avoid trouble Avoid trouble: Cuando migre el servidor de aplicaciones base gestionado de un entorno de gestión flexible, asegúrese de que los nombres de nodo son los mismos en Versión 9.0 y en los releases anteriores.gotcha

Procedimiento

  1. Realice una copia de seguridad de la configuración de nodos y del agente administrativo de origen ejecutando el mandato backupConfig.

    El mandato backupConfig guarda la configuración de nodos y del agente administrativo en un archivo que puede utilizar más adelante para fines de recuperación.

    1. Vaya al directorio raíz_perfil_agente_administrativo/bin.
    2. Ejecute el mandato backupConfig con los parámetros adecuados en el agente administrativo y todos los servidores de aplicaciones base gestionados. Por ejemplo:
      /opt/WebSphereV70/profiles/v70dmgr01/bin/backupConfig.sh 
      /mybackupdir/v70dmgr01backupBeforeV90migration.zip 
      -username myuser -password mypass -nostop
    3. Para cada nodo de la configuración, cambie al directorio raíz_perfil/bin.
    4. Ejecute el mandato backupConfig con los parámetros adecuados y guarde la configuración de perfil actual en un archivo. Por ejemplo:
      /opt/WebSphereV70/profiles/v70mas01/bin/backupConfig.sh 
      /mybackupdir/v70mas01rbackupBeforeV90migration.zip 
      -username myuser -password mypass -nostop

    O bien, puede utilizar el mandato PAX para realizar una copia de seguridad de todos los archivos HFS. Para obtener más información, consulte Utilización del mandato pax de z/OS UNIX.

  2. Instale WebSphere Application Server for z/OS Versión 9.0 en cada host de destino.

    Para obtener más información, consulte la documentación sobre instalación.

  3. Especifique la nueva configuración de migración de agente administrativo en la Herramienta de gestión de migración de z/OS.

    Utilice la Herramienta de gestión de migración de z/OS para crear una definición de migración y subir los trabajos para migrar el agente administrativo.

    Avoid trouble Avoid trouble: El nombre de célula de la Versión 9.0 debe coincidir con el nombre de célula de la configuración de la Versión 7.0 o posterior. Si crea un perfil con un nombre de célula nuevo, la migración no se llevará a cabo correctamente. gotcha
    1. Complete la siguiente hoja de trabajo: Especificación de una configuración de migración de gestor de despliegue en la Herramienta de gestión de migración de z/OS: Hoja de trabajo
    2. En el panel Selección de tipo de nodo de migración, seleccione Migrar un agente administrativo.
    3. Rellene los campos de los paneles siguientes utilizando los valores de la hoja de trabajo.
    4. Revise la definición de migración del agente administrativo para asegurarse de que todos los valores son correctos.
      • En la tabla de definición de migración de WebSphere Application Server for z/OS , seleccione la definición de migración que desea revisar.
      • Pulse Ver.
      • Para obtener información sobre la definición de la migración, pulse la pestaña Resumen, Instrucciones o Archivo de respuestas.
    5. Suba los trabajos de migración al sistema z/OS de destino.
  4. Asegúrese de que todos los trabajos en curso se hayan completado en los perfiles gestionados.

    Antes de ejecutar el mandato WASPreUpgrade en un servidor de aplicaciones gestionado o un gestor de despliegue, todos los trabajos en curso deben haberse completado.

  5. Si el agente administrativo está registrado con un gestor de trabajos, detenga el sondeo del gestor de trabajos.

    Para obtener más información sobre cómo detener el gestor de trabajos, consulte Grupo de mandatos ManagedNodeAgent para el objeto AdminTask utilizando scripts wsadmin.

  6. Ejecute los trabajos de migración para el agente administrativo siguiendo las instrucciones en la vista Instrucciones de migración de la Herramienta de gestión de migración de z/OS o en el miembro BBOMAINS del conjunto de datos CNTL que ha subido al sistema z/OS de destino.

    Los pasos CRPROF (profile create), PREUPGRD (preUpgrade) y UPGRADE se ejecutan, todos, durante este proceso.

  7. Compruebe toda la salida creada en el directorio de trabajo del HFS/ZFS (especificado en ZMMT) y toda la salida de trabajo MVS generada por los trabajos por lotes.

    Compruebe que obtiene códigos de retorno 0 y revise los archivos de registro del directorio temporal de migración en el sistema de archivos de configuración.

    El directorio temporal de migración es ubicación_directorio_temporal/nnnnn, donde ubicación_directorio_temporal es el directorio especificado para la ubicación de directorio temporal y nnnnn es el valor numérico generado para el identificador de la migración durante al creación de los trabajos de migración. La ubicación de directorio temporal predeterminada es /tmp/migrate.

  8. Especifique una configuración de migración de aplicación gestionada en la Herramienta de gestión de migración de z/OS.

    Utilice la Herramienta de gestión de migración de z/OS para crear una definición de migración y subir los trabajos para migrar los servidores de aplicaciones base gestionados.

    Avoid trouble Avoid trouble: El nombre de célula de la Versión 9.0 debe coincidir con el nombre de célula de la configuración de la Versión 7.0 o posterior. Si crea un perfil con un nombre de célula nuevo, la migración no se llevará a cabo correctamente. gotcha
    1. Complete la siguiente hoja de trabajo: Especificación de una configuración de migración de nodo federado en la Herramienta de gestión de migración de z/OS: Hoja de trabajo
    2. En el panel Selección de tipo de nodo de migración, seleccione Migrar un servidor de aplicaciones base gestionado.
    3. Rellene los campos de los paneles siguientes utilizando los valores de la hoja de trabajo.
    4. Revise la definición de migración del nodo federado para asegurarse de que todos los valores son correctos.
      • En la tabla de definición de migración de WebSphere Application Server for z/OS , seleccione la definición de migración que desea revisar.
      • Pulse Ver.
      • Para obtener información sobre la definición de la migración, pulse la pestaña Resumen, Instrucciones o Archivo de respuestas.
    5. Suba los trabajos de migración al sistema z/OS de destino.
  9. Ejecute los trabajos de migración para el servidor de aplicaciones base gestionado siguiendo las instrucciones en la vista Instrucciones de migración de la Herramienta de gestión de migración de z/OS o en el miembro BBOMDINS del conjunto de datos CNTL que ha subido al sistema z/OS de destino.

    Los pasos CRPROF (profile create), PREUPGRD (preUpgrade) y UPGRADE se ejecutan, todos, durante este proceso.

    Avoid trouble Avoid trouble:
    • Asegúrese de que el agente administrativo de origen se esté ejecutando, para que pueda anularse el registro del servidor de aplicaciones con el agente administrativo.
    • Si el servidor de aplicaciones gestionado también está registrado en un gestor de trabajos, debe anular el registro en el gestor de trabajos antes de ejecutar una migración de servidor de aplicaciones gestionado. Una vez finalizada la migración, regístrelo de nuevo en el agente administrativo y el gestor de trabajos.
    gotcha
  10. Compruebe toda la salida creada en el directorio de trabajo del HFS (especificado en ZMMT) y toda la salida de trabajo MVS generada por los trabajos por lotes.

    Compruebe que obtiene códigos de retorno 0 y revise los archivos de registro del directorio temporal de migración en el sistema de archivos de configuración.

    El directorio temporal de migración es ubicación_directorio_temporal/nnnnn, donde ubicación_directorio_temporal es el directorio especificado para la ubicación de directorio temporal y nnnnn es el valor numérico generado para el identificador de la migración durante la creación de los trabajos de migración. La ubicación de directorio temporal predeterminada es /tmp/migrate.

  11. Vaya al nuevo agente administrativo migrado Versión 9.0
    Avoid trouble Avoid trouble: Asegúrese de que se han migrado todos los servidores de aplicaciones gestionados registrados en el agente administrativo antiguo. Debe haberse anulado el registro de todos ellos durante el proceso de migración.gotcha
    1. Detenga el agente administrativo antiguo de la Versión 7.0 o posterior.
    2. Inicie el agente administrativo nuevo de Versión 9.0.
  12. Inicie el servidor de aplicaciones gestionado.
    1. Inicie cada servidor de aplicaciones base gestionado.
    2. Registre cada servidor de aplicaciones gestionado con el nuevo agente administrativo.
    Consulte si hay errores en los registros del agente de nodo.
  13. Inicie el sondeo del gestor de trabajos.

    Para obtener más información, consulte Grupo de mandatos ManagedNodeAgent para el objeto AdminTask utilizando scripts wsadmin.

Resultados

Ha migrado un perfil de agente administrativo y sus servidores de aplicaciones base gestionados asociados de WebSphere Application Server Versión 7.0 o posterior a la Versión 9.0 utilizando las herramientas de migració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-zos&topic=tmig_migrate_adminagent_zos
File name: tmig_migrate_adminagent_zos.html