Planificación de agentes administrativos

Un agente administrativo proporciona una única interfaz para administrar diversos servidores de aplicaciones autónomos.

Antes de empezar

Asegúrese de que los nodos que desea que gestione el agente administrativo tienen los mismos productos que el agente administrativo, y que los productos están a los mismos niveles de versión en estos nodos y el agente administrativo. Este requisito se aplica porque el agente administrativo debe tener un entorno coincidente para manejar todas las funciones administrativas del nodo registrado. A un nodo no se le permite registrarse en un agente administrativo a menos que el nodo tenga un conjunto idéntico de productos y versiones.

Nota: Si anteriormente estaba ejecutando en la Versión 7.0.0.11 o anterior y tiene un agente administrativo con un nodo gestionado que tiene productos o versiones no coincidentes, cuando migre a Versión 9.0, ese agente administrativo no podrá iniciar el subsistema para ninguno de los nodos no coincidentes. Debe actualizar estos nodos para que tengan los mismos productos y versiones que los agentes administrativos, reiniciar los servidores en el nodo y, a continuación, reiniciar el agente administrativo, para que el agente administrativo pueda reanudar la gestión de estos nodos registrados.

Acerca de esta tarea

Un agente administrativo puede supervisar y controlar varios servidores de aplicaciones en uno o más nodos. Utilizando una única interfaz para administrar los servidores de aplicaciones, reducirá la sobrecarga de ejecución de servicios administrativos en cada servidor de aplicaciones.

Utilice WebSphere Customization Toolbox o el mandato zpmt y los trabajos de personalización que generan para configurar un agente administrativo en z/OS. El agente administrativo debe ejecutarse en el mismo sistema z/OS que los nodos de servidor de aplicaciones que gestiona, y debe utilizar el mismo grupo de configuración SAF que el nodo que se gestiona.

Una vez que el agente administrativo esté activo y ejecutándose, se pueden utilizar los siguientes mandatos para registrar o eliminar el registro de un nodo con el agente administrativo:
  • registerNode

    Ejecute el mandato registerNode para registrar un nodo con el agente administrativo. Al ejecutar el mandato, se convierte el nodo autónomo en un nodo que el agente administrativo gestiona. El agente administrativo y el nodo que se va a registrar deben estar en el mismo sistema. Sólo puede ejecutar el mandato en un nodo no federado. Si el mandato se ejecuta en un nodo federado, aquél finaliza con un error.

    Cualquier nodo registrado con el agente administrativo pasa automáticamente a ser apto para registrarse con el gestor de trabajos.

  • deregisterNode

    Utilice el mandato deregisterNode para eliminar el registro de un nodo de un agente administrativo, de forma que pueda utilizar el nodo autónomo o registrar el nodo con otro agente administrativo. El nodo debe haberse registrado previamente con el agente administrativo. Cuando se elimina el registro de un nodo, la configuración del nodo se conserva, pero se marca como no registrado con el agente administrativo.

Un agente administrativo puede registrar cualquiera de los perfiles que gestiona con un gestor de trabajos.

Para obtener más información, consulte el artículo Administración de nodos utilizando el agente administrativo en el centro de información.

Procedimiento

  1. Imprima una copia de la hoja de trabajo de personalización.
  2. Cumplimente la hoja de trabajo como se describe en Variables de personalización de z/OS: agentes administrativos.
  3. Guarde la hoja de trabajo para utilizarla durante la personalización del agente administrativo.

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=tins_planningaacell
File name: tins_planningaacell.html