Administración de nodos de forma remota utilizando el gestor de trabajos
En un entorno de gestión flexible, puede someter y administrar de forma asíncrona trabajos para un gran número de servidores de aplicaciones autónomos, gestores de despliegue y los sistemas host en un área geográficamente dispersa. En las máquinas remotas, puede utilizar los trabajos para gestionar aplicaciones, modificar la configuración del producto o realizar tareas de finalidad general, como ejecutar un script.
Antes de empezar
Instale el producto WebSphere Application Server.
Acerca de esta tarea
Un gestor de trabajos es un único servidor de gestión desde el cual puede gestionar remotamente varios agentes administrativos, gestores de despliegue, servidores de aplicaciones autónomos (no federados) y sistemas host.
En un entorno de gestión flexible, el gestor de trabajos le permite someter de manera asíncrona y administrar trabajos para un gran número de servidores de aplicaciones autónomos, gestores de despliegue y sistemas host a través de un área geográficamente dispersa. Muchas de las tareas de gestión que puede realizar con el gestor de trabajos son tareas que ya puede realizar con el producto como, por ejemplo, la gestión de aplicaciones, de servidores y de nodos. No obstante, con el gestor de trabajos puede agregar las tareas y realizarlas en varios servidores de aplicaciones, gestores de despliegue o sistemas host.
A diferencia de un gestor de despliegue, el gestor de trabajos no hereda de forma exclusiva las funciones administrativas de sus destinos registrados. Los destinos que se registran con un gestor de trabajos conservan sus propias funciones administrativas. Además, los destinos sondean periódicamente los gestores de trabajo para determinar si hay trabajos colocados que requieren alguna acción. Puede administrar todos los destinos registrados independientemente del gestor de trabajos. La ventaja de un gestor de trabajos es que puede administrar destinos en diversos entornos variados.
Para administrar los destinos, puede someter trabajos mediante el gestor de trabajos. Puede someter trabajos para destinos individuales o para grupos de destinos que defina. Una vez haya sometido un trabajo, puede comprobar el estado del trabajo, comprobar el estado de los destinos y comprobar el estado de los recursos de destino. El estado de los recursos gestionados no está necesariamente actualizado. El estado de la consola administrativa del gestor de trabajos sólo se actualiza cuando un trabajo de estado o un trabajo de inventario para el destino que contiene el recurso finaliza correctamente. Puede ver recursos para los destinos y los grupos de destinos que administra. Puede configurar el gestor de trabajos y ver sus propiedades.
Procedimiento
Resultados
En función de las tareas que haya realizado, puede haber enviado trabajos, comprobado el estado de los trabajos, visto los destinos y los recursos de destino, o administrado grupos de destinos.
Qué hacer a continuación
Si ya no necesita un destino, anule el registro del destino. Puede anular el registro de destinos desde el gestor de trabajos de las siguientes maneras:
- Para anular el registro de servidores de aplicaciones o gestores de despliegue, ejecute el mandato wsadmin unregisterWithJobManager en el grupo de mandatos ManagedNodeAgent o pulse Anular registro de un gestor de trabajos en la página Registrar o anular registro con valores de gestor de trabajo de una consola de gestor de despliegue o agente administrativo.
- Para anular el registro de hosts, ejecute el mandato wsadmin unregisterHost en el grupo de mandatos JobManagerNode o pulse Suprimir host en la página Destinos de una consola del gestor de despliegue o gestor de trabajos.
Utilice un gestor de despliegue para anular el registro del gestor de despliegue de un gestor de trabajos. Utilice un agente administrativo para anular el registro de un servidor de aplicaciones autónomo. Para eliminar totalmente un servidor de aplicaciones autónomo del entorno de gestión flexible, primero debe anular el registro del servidor de aplicaciones autónomo de un gestor de trabajos y después anular dicho registro del agente administrativo.

Si el sistema falla al anular el registro de un destino del gestor de trabajos, ejecute el mandato cleanupTarget en el grupo JobManagerNode para limpiar la información de registro del gestor de trabajos. El mandato no elimina el historial de trabajos del nodo cuyo registro va a anular. Los trabajos en progreso se siguen ejecutando, pero los trabajos nuevos no se inician para el nodo. Consulte el tema sobre el grupo de mandatos JobManagerNode para el objeto AdminTask.
gotcha