Planificación de trabajos administrativos futuros que se repiten con scripts

Utilice este tema para planificar trabajos administrativos futuros en un entorno de gestión flexible con la herramienta wsadmin.

Antes de empezar

Configure un gestor de trabajos, un agente administrativo y los nodos de un registro con el gestor de trabajos para configurar un entorno de gestión flexible. De forma opcional, puede crear grupos de gestión para someter simultáneamente un trabajo a varios nodos.

Acerca de esta tarea

Después de configurar el entorno de gestión flexible, puede someter, supervisar y gestionar trabajos de los nodos registrados con el gestor de trabajos.

Procedimiento

  1. Inicie la herramienta wsadmin.

    Navegue al directorio raíz_servidor_aplicaciones/bin y utilice el mandato siguiente para conectar la herramienta wsadmin con el proceso gestor de trabajos:

    wsadmin -profileName miGestorTrabajos -lang jython
  2. Planifique un trabajo administrativo futuro en el gestor de trabajos.
    Utilice el mandato submitJob para someter el trabajo administrativo futuro. Enviar los trabajos conta de la información siguiente:
    Tipo de trabajo
    El tipo de trabajo especifica el tipo de trabajo que se va a realizar. Existen muchos trabajos en el entorno de gestión flexible que incluyen la gestión de aplicaciones, el mantenimiento de productos, la configuración y los trabajos de control de tiempo de ejecución del servidor de aplicaciones.
    Destino del trabajo
    El destino del trabajo especifica el nodo donde se ejecuta el trabajo.
    Parámetros específicos del trabajo
    La mayoría de los trabajos administrativos requieren información de configuración además del tipo y el destino del trabajo para ejecutar el trabajo. Los parámetros de trabajo son específicos de cada tipo de trabajo.
    Parámetros genéricos opcionales
    Además de los parámetros específicos del trabajo, puede incluir cualquiera de los parámetros opcionales siguientes al someter el trabajo:
    Tabla 1. Descripciones del parámetro genérico opcional submitJob. Ejecute un mandato submitJob con sus parámetros necesarios y con los parámetros opciones adecuados a su situación.
    Parámetro Descripción Tipo
    username Especifica el nombre de usuario que se utiliza para someter el trabajo cuando la seguridad está habilitada. Serie
    password Especifica la contraseña del nombre de usuario que se utiliza para someter el trabajo cuando la seguridad está habilitada. Serie
    descripción Especifica una descripción del trabajo. Serie
    activationDateTime Especifica la fecha y la hora a las que se va a activar el trabajo, con el formato "2006-05-03T10:30:45-0000". La sección -0000 del valor del parámetro activationDateTime representa el formato RFC 822. Puede especificar Z como abreviatura de la hora media de Greenwich (GMT), como en "2006-05-03T10:30:45Z". Si no especifica el huso horario, el sistema utiliza el del servidor. Serie
    expirationDateTime Especifica la fecha de caducidad para el trabajo, con el formato "2006-05-03T10:30:45-0000". La sección -0000 del valor del parámetro activationDateTime representa el formato RFC 822. Puede especificar Z como abreviatura de la hora media de Greenwich (GMT), como en "2006-05-03T10:30:45Z". Si no especifica el huso horario, el sistema utiliza el del servidor. Serie
    expireAfter Especifica el período de tiempo, en minutos, que se va a esperar antes de que caduque el trabajo. Entero
    executionWindow Especifica el intervalo recurrente para el trabajo. Serie
    executionWindowUnit Especifica la unidad de medida del intervalo de repetición del valor establecido por el parámetro executionWindow. Especifique DAILY para ejecutar el trabajo diariamente, WEEKLY para ejecutar el trabajo semanalmente, MONTHLY para ejecutar el trabajo mensualmente, YEARLY para ejecutar el trabajo anualmente o CONNECTION para ejecutar el trabajo cada vez que se conecta el nodo y sondea los trabajos. Serie
    correo electrónico Especifica la dirección de correo electrónico a la que el sistema envía las notificaciones de trabajo. Serie

    En el ejemplo siguiente se planifican dos trabajos que se repiten semanalmente. Para este ejemplo, una aplicación experimenta a menudo un problema de fuga de memoria. Mientras un equipo de desarrollo arregla la aplicación, podría ser necesario detener la aplicación y reiniciarla con frecuencia. En los ejemplos de mandato siguientes se planifica el gestor de trabajos para detener y reiniciar el servidor una vez por semana y se notifica al administrador del sistema cuando se detiene el servidor y se reinicia:

    AdminTask.submitJob('-jobType stopServer -targetList [MyNode01]
      -jobParams [serverName server1] -activationDateTime 2006-05-03T10:30:45Z
      -executionWindowUnit DAILY -executionWindow 13:00:00-14:00:00
      -email system_admin@company.com')
    
    AdminTask.submitJob('-jobType startServer -targetList [MyNode01]
      -jobParams [serverName server1] -activationDateTime 2006-05-03T10:40:45Z
      -executionWindowUnit DAILY -executionWindow 13:00:00-14:00:00
      -email system_admin@company.com')

Resultados

Los trabajos se someten a la cola y se ejecutarán en la fecha y hora especificadas en el mandato.

Qué hacer a continuación

Someta trabajos administrativos adicionales al gestor de trabajos y supervise los trabajos existentes.


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-mp&topic=txml_7runjoblater
File name: txml_7runjoblater.html