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: 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: 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
- 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.
- Vaya al directorio
raíz_perfil_agente_administrativo/bin.
- 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
- Para cada nodo de la configuración, cambie al directorio raíz_perfil/bin.
- 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.
- 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.
- 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: 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
- 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
- En el panel Selección de tipo de nodo de migración, seleccione Migrar un agente administrativo.
- Rellene los campos de los paneles siguientes utilizando los
valores de la hoja de trabajo.
- 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.
- Suba los trabajos de migración al sistema z/OS de destino.
- 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.
- 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.
- 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.
- 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.
- 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: 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
- 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
- En el panel Selección de tipo de nodo de migración, seleccione Migrar un servidor de aplicaciones base gestionado.
- Rellene los campos de los paneles siguientes utilizando los
valores de la hoja de trabajo.
- 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.
- Suba los trabajos de migración al sistema z/OS de destino.
- 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: - 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
- 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.
- Vaya al nuevo agente administrativo migrado Versión 9.0
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
- Detenga el agente administrativo antiguo de la Versión 7.0 o posterior.
- Inicie el agente administrativo nuevo de Versión 9.0.
- Inicie el servidor de aplicaciones gestionado.
- Inicie cada servidor de aplicaciones base gestionado.
- Registre cada servidor de aplicaciones gestionado con el
nuevo agente administrativo.
Consulte
si hay errores en los registros del agente de nodo.
- 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.