Un entorno de gestor de trabajos consta de un gestor de trabajos y los destinos que gestiona. Los
destinos de gestor de trabajos pueden ser gestores de despliegue,
nodos de servidor de aplicaciones autónomo gestionados por
agentes administrativos y sistemas host. La configuración de un entorno de gestor de trabajos
implica la creación de un perfil de gestor de trabajos y de los demás
perfiles que se necesiten para el entorno, sincronizando los relojes
de todos los sistemas de entorno y, a continuación, registrando los destinos
con el gestor de trabajos.
Acerca de esta tarea
Antes de utilizar el gestor de trabajos, debe crear un perfil del gestor de trabajos y un perfil para cada nodo de destino que desea que el gestor de trabajos gestione.
Los gestores de trabajos forman parte del entorno de gestión flexible. Los gestores de trabajos pueden gestionar los nodos del servidor de aplicaciones autónomo que estén registrados con un agente administrativo. Dichos nodos y agentes administrativos también forman parte del entorno de gestión flexible.
Asegúrese de que todos los perfiles del entorno de gestión flexible tengan la seguridad habilitada o que todos la tengan inhabilitada. En función del entorno, es posible que necesite perfiles para los agentes administrativos, nodos registrados en los agentes administrativos, gestores de despliegue y los nodos federados con el gestor de despliegue.
Los gestores de trabajos pueden gestionar nodos de destino de la Versión 8 y la Versión 7. Un gestor de trabajos puede gestionar un nodo que se encuentre en un número de versión menor o igual que el gestor de trabajos. Por ejemplo, un gestor de trabajos de la Versión 8 puede gestionar nodos de la Versión 8 y 7. Un gestor de trabajos de la versión 7 puede gestionar nodos de la versión 7. La parte del fixpack del número de versión no importa; por ejemplo, un gestor de trabajos de la Versión 7.0.0.3 puede gestionar un nodo de la Versión 7.0.0.9, que es la Versión 7 con el fixpack 9 instalado.
Además,
un gestor de trabajos puede gestionar un gestor de despliegue de La Versión 8 o Versión 7
que tiene un nodo federado de la Versión 8, Versión 7 o Versión 6. Un gestor de despliegue registrado con un gestor de trabajos
puede gestionar una célula de versiones mixtas. Mediante el gestor de trabajos, puede someter trabajos que
gestionan los recursos de la célula de versiones mixtas, incluidos los recursos de un nodo federado de la
versión 6.
- Determine la topología de su entorno de gestión flexible.
La gestión de flexible incluye agentes administrativos y gestores de trabajos.
Determine qué máquinas, destinos y recursos de destino como, por ejemplo, servidores y aplicaciones, deben estar en el entorno de gestión flexible.
Para gestionar servidores de aplicaciones autónomos, utilice un agente administrativo en cada sistema en
el que se encuentran los servidores de aplicaciones autónomos.
Para obtener más información, consulte los
temas sobre el agente administrativo y los escenarios 5 y 10 de la sección de planificación de la
instalación de WebSphere Application Server.
Para gestionar conjuntamente los gestores de despliegue y los servidores de aplicaciones autónomos en el mismo o en diferentes sistemas, utilice un gestor de trabajos. Los servidores de aplicaciones autónomos deben estar registrados con un agente administrativo para que puedan gestionarse mediante un gestor de trabajos. Para obtener más información, consulte los escenarios 5 y 10 en el tema de planificación de
la
instalación de WebSphere Application Server .
- Determine los roles de seguridad necesarios para su entorno de gestión flexible.
En función del entorno, es posible que necesite perfiles para los agentes administrativos, nodos registrados en los agentes administrativos, gestores de despliegue, nodos federados con el gestor de despliegue y gestores de trabajos. Todos los perfiles del entorno de gestión flexible deben tener todos la seguridad habilitada o inhabilitada. Cuando crea los perfiles, puede
especificar opciones de seguridad, nombres de usuario y contraseñas.
Debe tener los roles de seguridad que le autorizan a trabajar con un gestor de trabajos y a gestionar los destinos registrados y los recursos de dichos destinos. Si el entorno incluye nodos de destino de servidor de aplicaciones autónomo, entonces deberá estar autorizado para trabajar con un agente administrativo y sus nodos.
Para obtener más información, consulte el tema sobre la seguridad del gestor de trabajos.
- Cree un perfil de gestión para el gestor de despliegue.
Puede utilizar la herramienta de gestión de perfiles o el mandato manageprofiles.
Por ejemplo, en la Herramienta de gestión de perfiles, seleccione el entorno de Gestión y pulse Siguiente; seleccione el tipo de servidor Gestor de trabajos , y seleccione las opciones pertinentes para crear el perfil. De forma predeterminada, un gestor de trabajos tiene su propia consola administrativa, la seguridad administrativa está habilitada, y el puerto de consola es el 9960. Para inhabilitar la seguridad administrativa, especificar un certificado de seguridad, o cambiar los puertos predeterminados, utilice la opción de creación de perfiles avanzada cuando cree el perfil del gestor de trabajos.
De forma predeterminada, el primer perfil del agente administrativo de una instalación del producto se denomina JobMgr01 y el nombre de su servidor es jobmgr.
Para obtener más información, consulte el tema sobre la creación de perfiles de gestión para los gestores de trabajos.
Para obtener ejemplos de manageprofiles, consulte el tema sobre el mandato
manageprofiles. Para -templatePath,
especifique la plantilla management. Para -serverType, especifique JOB_MANAGER.
Nota: La configuración del gestor de
trabajos incluye un origen de datos denominado OTiSDataSource.
Este origen de datos se utiliza en la implementación del gestor de trabajos y no es
necesario que el administrador lo configure o gestione.
- Cree perfiles para cualquier agente administrativo y nodo de servidor de aplicaciones autónomo que haya planificado tener en su entorno de gestión flexible. A continuación, registre los nodos del servidor de aplicaciones autónomo con el agente administrativo.
Los nodos autónomos también se denominan servidores de aplicaciones no federados o base. No los gestiona ningún gestor de despliegue. Los servidores de aplicaciones autónomos normalmente tienen un nombre de perfil como, por ejemplo, AppSvr01. Un agente administrativo debe estar en el mismo sistema que sus nodos autónomos. El registro de los nodos autónomos con el agente administrativo permite que el agente administrativo gestione los mismos.
Avoid trouble: Debe haber registrado los servidores de aplicaciones autónomos con un agente administrativo para poder registrar los servidores de aplicaciones autónomos con el gestor de trabajos.
gotcha
Para obtener más información sobre la creación de perfiles y el registro con un agente administrativo, consulte el tema sobre la configuración del entorno del agente administrativo.
- Cree perfiles para los gestores de despliegue y los nodos federados que desee tener en su entorno de gestión flexible.
Un gestor de despliegue se encarga de gestionar os nodos federados. Los servidores de aplicaciones federados, normalmente, tienen un nombre de perfil como, por ejemplo, AppSvr01, pero no es posible administrarlos individualmente. Debe administrar los nodos federados mediante el gestor de despliegue.
Consulte los temas sobre la creación de perfiles de célula, perfiles de gestión para gestores de despliegue, o sobre el mandato manageprofiles.
- Sincronice los relojes de todos los sistemas implicados.
![[AIX Solaris HP-UX Linux Windows]](../images/dist.gif)
Si tiene previsto cambiar el reloj del sistema, en primer lugar, detenga
todos los servidores de aplicaciones, los servidores de agentes de nodo, el servidor del
gestor de despliegue, el servidor del agente administrativo y el servidor del gestor de
trabajos. Después de detener los servidores, cambie el reloj del sistema y, a
continuación, reinicie los servidores. Si cambia el reloj de un sistema, debe asegurarse
de que estén sincronizados todos los relojes de los sistemas que se comunican entre sí y
que tienen instalado
WebSphere
Application Server. De lo contrario, es posible que se produzcan errores, por ejemplo que
dejaran de ser válidas algunas señales de seguridad.
Si tiene previsto cambiar el reloj del sistema, en primer lugar, detenga todos los
servidores de aplicaciones, los servidores de agentes de nodo, el servidor del gestor de
despliegue, el servidor del agente administrativo, el servidor del gestor de trabajos y
el daemon de servicio de ubicación. Tras detener los servidores y el daemon del servicio
de ubicación, cambie el reloj del sistema y, a continuación, reinicie los servidores y el
daemon del servicio de ubicación. Si cambia el reloj de un sistema, debe asegurarse
de que estén sincronizados todos los relojes de los sistemas que se comunican entre sí y
que tienen instalado
WebSphere
Application Server. De lo contrario, es posible que se produzcan errores, por ejemplo que
dejaran de ser válidas algunas señales de seguridad.
- Inicie el servidor del gestor de trabajos.
- Ejecute el mandato startServer.
Por ejemplo, supongamos que el perfil JobMgr01 tiene el nombre de servidor jobmgr.
Ejecute el mandato siguiente desde el directorio bin del perfil JobMgr01:
startServer jobmgr
Utilice la barra de tareas del sistema
operativo Windows. Pulse
.
Utilice el mandato START para iniciar el gestor de trabajos:START nombre_proc_gestor_trabajos,JOBNAME=nombre_abreviado_servidor,
ENV=nombre_abreviado_célula.nombre_abreviado_nodo.nombre_abreviado_servidor
Si el gestor de trabajos se inicia satisfactoriamente, aparece el mensaje abierto para e-business y se graba en el archivo startServer.log del gestor de trabajos:
El servidor se ha iniciado. Esperando el estado de inicialización.
Servidor jobmgr abierto para e-business; el ID de proceso es 1932.
Para obtener más información, consulte el tema sobre cómo iniciar y detener el gestor de trabajos.
- Registre los nodos de destino del servidor de aplicaciones autónomo con un gestor de trabajos.
Registrar los nodos autónomos con un gestor de trabajo permite al gestor de trabajos administrar los nodos
de servidor de aplicaciones autónomo.
- Registre los gestores de despliegue con el gestor de trabajos.
El registro de un gestor de despliegue con un gestor de trabajos le permite ejecutar los trabajos del gestor de trabajos desde una consola del gestor de despliegue y permite al gestor de trabajos administrar los nodos federados del gestor de despliegue y sus recursos.
- Registre los sistemas host con el gestor de trabajos.
No es necesario un destino de host remoto para tener productos WebSphere Application Server productos instalados. No hay ningún requisito de software para este host más allá de su sistema operativo. El registro de un host remoto con un gestor de trabajos permite al gestor de trabajos acceder a aplicaciones, archivos de mandato y otros recursos en el sistema host.
Para registrar Liberty con un gestor de trabajos, utilice un procedimiento para registrar un destino con un host.
- Verifique que los destinos se hayan registrado con el gestor de trabajos.
Puede utilizar una consola administrativa o los mandatos de scripts wsadmin para ver una lista de destinos registrados en el gestor de trabajos.
- Asegúrese de que los servidores del entorno de gestión flexible estén ejecutándose.
En la consola del gestor de trabajos o la consola del gestor de despliegue, pulse . En la página Recurso de destino, un estado de servidor Iniciado muestra que el servidor está en ejecución.
- Opcional: Inhabilite el archivo de registro
com.ibm.otis.Audit_mm_dd_yyyy.log especificando la propiedad de JVM
otis.audit.location con el valor OFF o mueva el archivo de registro a una nueva
ubicación de directorio. El gestor de trabajos mantiene un registro adicional que de forma predeterminada se encuentra
en el directorio de registros de perfil. La finalidad del registro consiste en registrar la
actividad interna del gestor de trabajos.
El nombre del archivo de registro es
com.ibm.otis.Audit_mm_dd_yyyy.log,
donde mm, dd e yyyy son el mes, fecha y
año, respectivamente. Se crea un archivo nuevo para cada día si se produce actividad que se pueda
registrar.
Este archivo de registro se puede mover a otro directorio especificando la
propiedad de JVM otis.audit.location con el valor de la nueva ubicación de
directorio.
Qué hacer a continuación
Someta los trabajos mediante el gestor de trabajos.