Puede migrar un perfil de gestor de trabajos y su conjunto de
servidores registrados desde la Versión 7.0 o posterior a la Versión 9.0.
Acerca de esta tarea
Los perfiles del gestor de trabajos pueden tener uno o varios de los siguientes tipos de servidor registrado:
- Servidores del gestor de despliegue
- Servidores de aplicaciones base gestionados (que también se han registrado en un agente administrativo)
Avoid trouble: - Los servidores de aplicaciones base gestionados y los servidores del gestor de despliegue no pueden aceptar trabajos de un gestor de trabajos que esté en una versión anterior. Para evitar problemas, migre los perfiles del gestor de despliegue a Versión 9.0 antes de migrar
los servidores de aplicación base y los servidores del gestor de despliegue a Versión 9.0.
- Al migrar el servidor de aplicaciones base gestionado o el gestor de
despliegue gestionado en un entorno de gestión flexible, los nombres de
nodo deben ser los mismos en Versión 9.0 y en
releases anteriores.
- Asegúrese de que el valor para el
número máximo de archivos abiertos sea 10000 o superior. Si el número de archivos abiertos es demasiado bajo,
pueden producirse diversos errores de migración.
gotcha
Procedimiento
- Instale WebSphere Application Server, Network Deployment
Versión 9.0 en el host de destino en
directorio nuevo.
Para obtener más información, consulte la documentación sobre
instalación.
- Cree el perfil de gestor de trabajo de la Versión 9.0 que será el destino de la migración del gestor de trabajo.
Ejecute el mandato manageprofiles con los
parámetros adecuados para crear un nuevo perfil de gestor de trabajos.
Por ejemplo: /QIBM/ProdData/WebSphere/AppServer/V9/ND/bin/manageprofiles -create -profileName JobMgr01
-profilePath /QIBM/ProdData/WebSphere/AppServer/V9/ND/profiles/JobMgr01 -templatePath /QIBM/ProdData/WebSphere/AppServer/V9/ND/profileTemplates/management
-serverType JOB_MANAGER -nodeName JobMgrNode01 -cellName JobMgr01Cell01 -hostName myhost.company.com
- Detenga el gestor de trabajos antiguo. Los trabajos que
existen en de la base de datos del gestor de trabajos antiguo se migran como parte de la migración.
- Guarde la configuración del gestor de trabajos actual en el directorio de copia de
seguridad de migración ejecutando el mandato WASPreUpgrade desde el nuevo directorio bin de la raíz de instalación de WebSphere Application Server.
El mandato
WASPreUpgrade no realiza ningún cambio en la configuración
antigua.
- Ejecute el mandato WASPreUpgrade. Por
ejemplo:
/QIBM/ProdData/WebSphere/AppServer/V9/ND/bin/WASPreUpgrade /mybackup/WAS70JobMgrbackup
/QIBM/UserData/WebSphere/AppServer/V9/ND/profiles/AppServer70
-traceString *=all=enabled -tracefile /mybackup/logs/WASPreMigrationSummary.log
- Revise los avisos o errores en la salida de la consola y los registros
de WASPreUpgrade. Cuando el mandato
WASPreUpgrade finalice, compruebe si la salida de la consola
contiene los mensajes Ha habido errores o Se ha completado con
avisos.
A continuación, compruebe si los archivos de registro siguientes contienen avisos o
errores:
- dir_copia_seguridad_migración/logs/WASPreMigrationSummary.log
- WASPreUpgrade.indicación_fecha_hora.log
- WASPreUpgrade.trace
Si hay errores, soluciónelos y vuelva a ejecutar
el mandato WASPreUpgrade. Compruebe si los avisos afectan a
alguna migración u otras actividades en tiempo de ejecución en la
Versión 9.0.
Si el mandato ha finalizado correctamente, no es necesario comprobar si
existen errores o avisos en los registros.
- Restaure la configuración del gestor de trabajos anterior Ejecute el mandato WASPostUpgrade desde el nuevo directorio bin de la raíz de instalación de
WebSphere Application Server para restaurar la
configuración de gestor de trabajos anterior que ha guardado en el directorio de
copia de seguridad de migración.
Avoid trouble: Para evitar incoherencias de base de datos, ejecute
WASPostUpgrade inmediatamente después de completar
WASPreUpgrade. Como parte
de
WASPreUpgrade, se crea una copia de seguridad de la base de
datos. Si reinicia el gestor de trabajos antiguo antes de ejecutar
WASPostUpgrade, la base de datos en la copia de seguridad y la base de
datos en el gestor de trabajos antiguo no estarán sincronizadas.
gotcha
- Ejecute el mandato WASPostUpgrade restaurar la configuración
del gestor de trabajos guardados en el nuevo perfil de agente administrativo de Versión 9.0. Por
ejemplo:
/QIBM/ProdData/WebSphere/AppServer/V9/ND/bin/WASPostUpgrade /mybackup/WAS70JobMgrbackup
-profileName JobMgr01 -backupConfig TRUE -includeApps TRUE -keepDmgrEnabled FALSE
-username myuser -password mypass
- Compruebe si hay avisos o errores en la salida de la consola y los
registros de WASPostUpgrade. Cuando el mandato
WASPostUpgrade finalice, compruebe si la salida de la consola
contiene los mensajes Ha habido errores o Se ha completado con
avisos. A continuación, compruebe si los archivos de registro siguientes contienen avisos o
errores:
- dir_copia_seguridad_migración/logs/WASPostMigrationSummary.log
- WASPostUpgrade.nombre_perfil_destino.indicación_fecha_hora.log
- WASPostUpgrade.nombre_perfil_destino.trace
Si existen errores, soluciónelos y vuelva a ejecutar el mandato WASPostUpgrade. Compruebe si los avisos afectan a alguna
migración o actividades en tiempo de ejecución en la
Versión 9.0.
Si el mandato ha
finalizado correctamente, no es necesario comprobar si existen errores o avisos en
los registros.
- Inicie el gestor de trabajos de la Versión 9.0 y asegúrese de que se estén ejecutando la Versión 7.0 o posterior y la Versión 9.0 del gestor de trabajos.
- Vaya al nuevo directorio bin del perfil de gestor de trabajos de la
Versión 9.0.
- Ejecute el mandato startServer jobmgr.
- Compruebe si el archivo SystemOut.log contiene
avisos o errores.
Nota: En este tema se hace referencia a uno o más de los archivos de registro del servidor de aplicaciones. Como alternativa recomendada, puede configurar el servidor para utilizar la infraestructura de registro y rastreo HPEL en lugar de utilizar los archivos SystemOut.log , SystemErr.log, trace.log y activity.log en sistemas distribuidos y de IBM® i. Puede también utilizar HPEL junto con sus recursos de registro nativos de z/OS. Si utiliza HPEL, puede acceder a toda la
información de registro y rastreo utilizando la herramienta de línea de mandatos LogViewer desde
el directorio bin de perfil de servidor. Consulte la información sobre la utilización de HPEL
para resolver problemas de aplicaciones para obtener más información sobre la utilización de
HPEL.
- Migre los servidores registrados.
El gestor
de trabajos de la
Versión 9.0 puede gestionar
los servidores registrados de la
Versión 7.0 o posterior. Para
que la topología de la Versión 7.0 o posterior funcione con el
gestor de trabajos de la Versión 9.0, no es necesario que
migre los servidores registrados.
Para cada servidor
registrado que tiene previsto migrar a
Versión 9.0, realice los pasos
siguientes:
Resultados
Ha migrado un perfil de gestor de trabajos 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.