ibm tivoli workload scheduler: planificaci.n din.mica de ...€¦ · una vista actualizada de los...

Workload SchedulerVersión 8.6

Planificación dinámica de la carga detrabajo

SC11-7804-02

��

NotaAntes de utilizar esta información y el producto al que da soporte, lea la información del apartado Avisos.

Esta edición corresponde a la versión 8, release 6, de IBM Tivoli Workload Scheduler (número de programa5698-WSH) y a todos los releases y modificaciones posteriores hasta que se indique lo contrario en nuevasediciones.

Esta edición sustituye la publicación SC11-7804-01.

© Copyright IBM Corporation 2009, 2011.

Contenido

Figuras . . . . . . . . . . . . . . . v

Tablas . . . . . . . . . . . . . . . vii

Acerca de esta guía . . . . . . . . . ixNovedades de este release . . . . . . . . . ixNovedades de esta publicación . . . . . . . . ixA quién va dirigida esta publicación . . . . . . ixPublicaciones . . . . . . . . . . . . . . xAccesibilidad . . . . . . . . . . . . . . xFormación técnica de Tivoli . . . . . . . . . xInformación de soporte . . . . . . . . . . . x

Capítulo 1. Comprensión de laplanificación de la carga de trabajodinámica . . . . . . . . . . . . . . 1Interfaces . . . . . . . . . . . . . . . 2Autorización y roles . . . . . . . . . . . . 3

Gestión de usuarios y roles . . . . . . . . 5Autorización con la seguridad global deWebSphere . . . . . . . . . . . . . . 7

Agregar funciones de planificación dinámica alentorno . . . . . . . . . . . . . . . . 7

Ventajas de los tipos de trabajo con opcionesavanzadas . . . . . . . . . . . . . . 9Creación de tipos de trabajo con opcionesavanzadas . . . . . . . . . . . . . . 11Códigos de retorno . . . . . . . . . . . 11Promoción de trabajos planificados enagrupaciones dinámicas . . . . . . . . . 12Agregar funciones dinámicas a los trabajos deTivoli Workload Scheduler existentes . . . . . 12Un caso de ejemplo empresarial con funcionesdinámicas . . . . . . . . . . . . . . 13

Caso de ejemplo empresarial . . . . . . . . 14La empresa . . . . . . . . . . . . . 14El reto . . . . . . . . . . . . . . . 15La solución . . . . . . . . . . . . . 16

Capítulo 2. Utilización de variables deTivoli Workload Scheduler en trabajosde Dynamic Workload Broker . . . . . 23

Capítulo 3. Utilización de variables enlos trabajos. . . . . . . . . . . . . 27

Capítulo 4. Definición de relaciones deafinidad . . . . . . . . . . . . . . 29

Capítulo 5. Creación de trabajos deTivoli Workload Scheduler gestionadospor Dynamic Workload Broker . . . . 31

Capítulo 6. Supervisión y cancelaciónde trabajos . . . . . . . . . . . . . 33

Capítulo 7. Identificación de recursospara trabajos . . . . . . . . . . . . 35Comprobación de recursos físicos en sistemas . . . 36Creación de recursos lógicos . . . . . . . . . 38Creación de grupos de recursos. . . . . . . . 40

Capítulo 8. Grabación de definicionesJSDL con la consola de Job BrokeringDefinition . . . . . . . . . . . . . 43Definiciones de trabajos . . . . . . . . . . 46Recursos de la definición de trabajo . . . . . . 49Utilización de variables en definiciones de trabajos 53Utilización de plantillas de definición de trabajosJSDL. . . . . . . . . . . . . . . . . 54Casos de ejemplo de creación de definiciones detrabajo . . . . . . . . . . . . . . . . 57

Caso de ejemplo: Creación de una definición detrabajo mediante un grupo de recursos desistema . . . . . . . . . . . . . . . 57Caso de ejemplo: Creación de una definición detrabajo mediante un grupo de recursos lógicos . 58Caso de ejemplo: Creación de una definición detrabajo para que se ejecute un trabajo enprocesadores x86 . . . . . . . . . . . 59Caso de ejemplo: Creación de una definición detrabajo para que se ejecute un script en unsistema operativo específico . . . . . . . . 60Caso de ejemplo: Requisitos de sistema operativoalternativo . . . . . . . . . . . . . . 62

Capítulo 9. Envío y seguimiento detrabajos . . . . . . . . . . . . . . 65Envío de trabajos con relaciones de afinidad . . . 65

Envío de un trabajo con afinidad desde la líneade mandatos . . . . . . . . . . . . . 65

Envío de trabajos con variables . . . . . . . . 66Envío de un trabajo con variables desde la líneade mandatos . . . . . . . . . . . . . 66

Estados del trabajo . . . . . . . . . . . . 66Supervisión de trabajos enviados . . . . . . . 67

Capítulo 10. Utilización de la interfaz delínea de mandatos . . . . . . . . . . 71Archivo de configuración de línea de mandatos . . 72Mandato exportserverdata - Descargar la lista deinstancias del intermediario de carga de trabajo dela base de datos . . . . . . . . . . . . . 76Mandato importserverdata - Cargar la lista deinstancias del intermediario de carga de trabajo a labase de datos . . . . . . . . . . . . . . 78

© Copyright IBM Corp. 2009, 2011 iii

||

||||||||||||||||||||

Mandato jobsubmit - Envío de trabajos . . . . . 79Mandato jobquery - Realización de consultas en lostrabajos . . . . . . . . . . . . . . . . 81Mandato jobdetails - Visualización de informacióndetallada de los trabajos . . . . . . . . . . 85Mandato jobcancel - Cancelación de trabajos . . . 87Mandato jobstore - Gestión de las definiciones detrabajos . . . . . . . . . . . . . . . . 88Mandato jobgetexecutionlog - Visualización de lasalida del trabajo . . . . . . . . . . . . 90Mandato movehistorydata - Mantenimiento de lastablas de bases de datos . . . . . . . . . . 92

Mandato resource - Trabajar con recursos . . . . 94Utilización del mandato resource desde unagente . . . . . . . . . . . . . . . 102

Avisos . . . . . . . . . . . . . . 105Marcas registradas. . . . . . . . . . . . 106

Índice. . . . . . . . . . . . . . . 109

iv IBM Tivoli Workload Scheduler: Planificación dinámica de la carga de trabajo

Figuras

1. Requisitos de recursos para el trabajo deactualización de artículos en Inventario . . . 18

2. Recursos coincidentes para los trabajos de finaldel día . . . . . . . . . . . . . . 19

3. Instrucciones de optimización de un trabajo 204. Página Resultados de búsqueda de sistemas 385. Página principal de la Consola de Job

Brokering Definition . . . . . . . . . 48

© Copyright IBM Corp. 2009, 2011 v

vi IBM Tivoli Workload Scheduler: Planificación dinámica de la carga de trabajo

Tablas

1. Operaciones autorizadas por grupos deusuarios . . . . . . . . . . . . . . 5

2. Roles de Tivoli Workload Scheduler . . . . . 63. Roles de Dynamic Workload Broker . . . . . 64. Trabajos y requisitos de final del día . . . . 165. Variables de Tivoli Workload Scheduler

admitidas en definiciones JSDL . . . . . . 23

6. Correlación de estados entre DynamicWorkload Broker y Tivoli Workload Scheduler . 33

7. Tipos de recurso y propiedades . . . . . . 448. Tipos de recurso y propiedades . . . . . . 509. Estados del trabajo y operaciones admitidas 66

10. Mandatos de Dynamic Workload Broker 71

© Copyright IBM Corp. 2009, 2011 vii

viii IBM Tivoli Workload Scheduler: Planificación dinámica de la carga de trabajo

Acerca de esta guía

Proporciona una visión general de la guía, junto con información acerca de loscambios realizados desde el último release y a quién va dirigida. Tambiénproporciona información acerca de cómo obtener recursos y soporte técnico deIBM.

En esta publicación se describe cómo se asignan los recursos dinámicamente paraejecutar la carga de trabajo utilizando los servicios del componente DynamicWorkload Broker de Tivoli Workload Scheduler.

Dynamic Workload Broker es una infraestructura de planificación a petición quepermite gestionar su entorno de forma dinámica.

Novedades de este releaseProporciona información acerca de las modificaciones realizadas en el productodesde el último release.

Para obtener información sobre las funciones nuevas o modificadas de este release,consulte la publicación Tivoli Workload Automation: Visión general, SC10-3173.

Para obtener información sobre los APAR que soluciona este release, consulteTivoli Workload Scheduler Documento de descarga en http://www.ibm.com/support/docview.wss?rs=672&uid=swg24027501, y Dynamic Workload ConsoleDocumento de descarga en http://www.ibm.com/support/docview.wss?rs=672&uid=swg24029125.

Novedades de esta publicaciónLa sección siguiente se ha añadido o modificado desde la versón 8.5.1:

“Agregar funciones de planificación dinámica al entorno” en la página 7 explicacómo puede añadir funciones de planificación dinámica a su entorno paraplanificar ambos trabajos existentes, Tivoli Workload Scheduler y tipos de trabajocon opciones avanzadas.

A quién va dirigida esta publicaciónDescribe el tipo de usuario que debe leer el documento.

Esta publicación va dirigida a administradores responsables de la definición deroles de usuarios y de la realización de tareas de alto nivel, así como a operadoresresponsables de la creación y envío de trabajos.

Los usuarios de esta publicación deben estar familiarizados con los temassiguientes:v Conocimiento práctico de IBM Tivoli Workload Schedulerv Sistemas operativos PC y UNIXv Interfaces gráficas y de línea de mandatos

© Copyright IBM Corp. 2009, 2011 ix

|

|

||||

http://www.ibm.com/support/docview.wss?rs=672&uid=swg24027501




Publicaciones

Los detalles completos de publicaciones Tivoli Workload Automation están enTivoli Workload Automation: Publicaciones. Este documento también contieneinformación sobre los convenios utilizados en las publicaciones.

En Tivoli Workload Automation: Glosario encontrará un glosario de los términosusados en el producto.

Estas son dos publicaciones diferentes del Centro de información.

AccesibilidadLas funciones de accesibilidad son de ayuda para que los usuarios que padecenuna discapacidad física, como por ejemplo una movilidad o una visión limitadas,puedan utilizar satisfactoriamente los productos de software. Con este producto sepueden utilizar tecnologías de asistencia para oír y navegar por la interfaz.También se puede utilizar el teclado en lugar del ratón para usar todas lasfunciones de la interfaz gráfica de usuario.

Para obtener información detallada relacionada con Dynamic Workload Console,con el Apéndice de accesibilidad en la publicación Tivoli Workload Scheduler: Guíadel usuario y referencia, SC10-3852.

Formación técnica de TivoliPara obtener información sobre formación técnica de Tivoli, consulte el siguientesitio web de formación de IBM® Tivoli:

http://www.ibm.com/software/tivoli/education

Información de soporte

Si tiene un problema con el software de IBM, deseará resolverlo con rapidez. IBMproporciona las siguientes formas para obtener el soporte que necesita:

En líneaVaya al sitio web del Servicio de soporte de software de IBM enhttp://www.ibm.com/software/support/probsub.html y siga lasinstrucciones.

IBM Support AssistantIBM Support Assistant (ISA) es un entorno de trabajo de capacidad deservicio de software local que le ayuda a resolver las preguntas y losproblemas surgidos con los productos de software de IBM. ISAproporciona un rápido acceso a información relacionada con el soporte y aherramientas de capacidad de servicio para poder determinar problemas.Para instalar el software de ISA, vaya al sitio web http://www.ibm.com/software/support/isa.

Troubleshooting GuidePara obtener más información sobre cómo resolver problemas, consulte lainformación de determinación de problemas de este producto.

x IBM Tivoli Workload Scheduler: Planificación dinámica de la carga de trabajo

http://www.ibm.com/software/tivoli/education

http://www.ibm.com/software/support/probsub.html

http://www.ibm.com/software/support/isa

http://www.ibm.com/software/support/isa

Para obtener más información sobre estas tres opciones para resolver problemas,consulte la publicación Tivoli Workload Scheduler: Guía de resolución de problemas,SC32-1275.

Acerca de esta guía xi

xii IBM Tivoli Workload Scheduler: Planificación dinámica de la carga de trabajo

Capítulo 1. Comprensión de la planificación de la carga detrabajo dinámica

Proporciona una visión general de cómo funciona la planificación de la carga detrabajo dinámica y las ventajas de su uso.

El componente Dynamic Workload Broker de Tivoli Workload Scheduler es unainfraestructura de planificación a petición que ofrece una gestión dinámica de suentorno. Mejora la coordinación de la carga de trabajo, el rendimiento de lostrabajos, el control de las operaciones y ayuda a alinear mejor TI con los objetivosde la empresa para mejorar el rendimiento y disminuir los costes. Optimiza el usode la infraestructura de TI analizando constantemente el entorno para manteneruna vista actualizada de los recursos disponibles y haciendo que coincidan con losrequisitos definidos para cada trabajo.

El Repositorio de recursos de Dynamic Workload Broker de la base de datos TivoliWorkload Scheduler almacena amplia información sobre los recursos disponiblespara la ejecución de trabajos en el entorno, de la manera siguiente:

Recursos físicosCada agente de Tivoli Workload Scheduler ejecuta de forma regular unaexploración de hardware que recopila información de hardware y delsistema operativo. Los nuevos recursos se descubren automáticamente y seintegran en el entorno de planificación, de modo que los trabajos sepueden ejecutar automáticamente en estos recursos.

Recursos lógicosLos recursos lógicos son recursos del entorno que la exploración nodescubre, pero que pueden solicitarse al ejecutar un trabajo. Por ejemplo,se pueden configurar recursos lógicos para representar licencias desoftware. Puede utilizar una tarea en Dynamic Workload Console paradefinir los recursos lógicos que necesite para describir de forma precisa losrequisitos de los trabajos en su entorno.

Para utilizar la función de Dynamic Workload Broker, debe hacer coincidir lasdefiniciones de trabajo de Tivoli Workload Scheduler con las definiciones detrabajo de Dynamic Workload Broker. Una definición de trabajo de DynamicWorkload Broker contiene toda la información necesaria para determinar lossistemas informáticos en los que se puede ejecutar un trabajo, las reglas deplanificación y equilibrio de trabajo que se van a aplicar al asignar recursos, loslímites de tiempo de espera, las acciones de recuperación que deben tomarse encaso de anomalía, y la información necesaria para identificar y ejecutar laaplicación. Las definiciones de trabajo de Dynamic Workload Broker se escriben enJSDL (Lenguaje de descripción de envío de trabajos) mediante la Consola de JobBrokering Definition, una interfaz de usuario fácil de utilizar que se distribuye conel producto.

Cuando se envía un trabajo, Dynamic Workload Broker analiza los requisitos deltrabajo y evalúa los recursos en función de la definición de trabajo. Si un trabajo sedebe ejecutar en el mismo recurso que el de un trabajo enviado previamente,puede proporcionar esta información durante el envío al crear una relación deafinidad. Una vez iniciado el trabajo, puede supervisar su progreso.

© Copyright IBM Corp. 2009, 2011 1

Por lo tanto, si instala la función de planificación dinámica de Tivoli WorkloadScheduler, mejora notablemente las funciones de planificación y coreografía deTivoli Workload Scheduler con la asignación dinámica de los mejores recursosdisponibles. Dynamic Workload Console proporciona un punto de acceso únicocómodo a todas las características de Tivoli Workload Scheduler, incluido DynamicWorkload Broker, y le permite obtener una visión completa del ciclo de vida de lostrabajos.

Si un trabajo no se ejecuta de forma satisfactoria o el recurso solicitado no pasa aestar disponible antes de que caduque el periodo de tiempo de espera especificadoen la definición de trabajo, se notifica al cliente que lo ha enviado.

Ventajas

Dynamic Workload Broker implementa una planificación de trabajos y unainfraestructura de intermediarios que proporciona las siguientes funcionesprincipales que le ayudarán a gestionar dinámicamente su empresa:v Gestiona el descubrimiento automático de los sistemas disponibles en el dominio

de planificación con sus atributos.v Gestiona la coincidencia de los trabajos con los recursos adecuados en función

de los requisitos de los trabajos y los atributos de los recursos.v Gestiona la entrega del trabajo a los recursos de destino, físicos y virtuales, que

pueden ejecutar el trabajo.v Optimiza el uso de los recursos de TI.v Gestiona el consumo de recursos por parte de un trabajo, en función de las

cantidades que se han planificado para su uso durante la ejecución.v Opcionalmente, asigna la cantidad necesaria exclusivamente al trabajo mientras

éste se está ejecutando.

InterfacesDynamic Workload Broker es un componente clave de Tivoli Workload Scheduleren la estrategia de proporcionar una solución de planificación que integre laplanificación comercial y la planificación dinámica a petición.

Para planificar su carga de trabajo de forma dinámica, utilice las interfacessiguientes:

Línea de mandatos del gestor de dominio maestroSe instala automáticamente cuando instala el gestor de dominio maestro.Esta interfaz de línea de mandatos sólo se ejecuta desde la estación detrabajo que sirve como gestor de dominio maestro. Con esta línea demandatos puede definir y ejecutar su carga de trabajo dinámicamente. Enel gestor de dominio maestro de reserva también existe una línea demandatos del gestor de dominio maestro de reserva.

Dynamic Workload ConsoleEs una interfaz de usuario basada en web para la gestión del entorno deTivoli Workload Scheduler, incluidos los objetos de planificación dinámica.Puede utilizarse para:v Definir y gestionar recursos lógicosv Escribir definiciones de trabajos en el Lenguaje de descripción de envío

de trabajos nativov Efectuar el seguimiento de instancias de trabajo y sistemas

2 IBM Tivoli Workload Scheduler: Planificación dinámica de la carga de trabajo

También puede utilizar Dynamic Workload Console para gestionar el ciclode vida de la carga de trabajo.

Consola de Job Brokering DefinitionEs una herramienta de edición estructurada que se utiliza para crear ymodificar archivos JSDL (Lenguaje de descripción de envío de trabajos oJob Submission Description Language). Estos archivos se guardan en elcomponente Repositorio de trabajos como definiciones de trabajo y sepueden utilizar para el envío. Los archivos JSDL siguen la sintaxis ysemántica XML tal como se define en el esquema JSDL.

Puede enviar los tipos de trabajo siguientes:v Trabajos de Tivoli Workload Scheduler, con el formato de scripts o ejecutables.v Trabajos de agente ampliado, incluidos los trabajos basados en los métodos de

acceso de Tivoli Workload Scheduler for Applications.v Los tipos de trabajos con opciones avanzadas, los suministrados con el producto

y los tipos adicionales implementados mediante los plug-in personalizados. Porejemplo, los proporcionados con el producto son DB2, transferencia de archivosy servicios web. Los implementados por medio de plugins personalizados sonlos que el usuario desarrolle usando Integration Workbench del kit de desarrollode software (SDK). Para ejecutar estos tipos de trabajo, debe instalar tambiénJava Runtime.

Al enviar un trabajo, Dynamic Workload Broker comprueba los requisitos de lostrabajos, los recursos disponibles y las características relacionadas y envía el trabajoal recurso que mejor se adapta a los requisitos. El equilibrio de la carga en lasagrupaciones de recursos está garantizado con el tiempo. Los nuevos recursos quese acaban de suministrar se descubren automáticamente y se integran en el entornode planificación, de modo que los trabajos se pueden ejecutar automáticamente enestos recursos.

También puede establecer una relación de afinidad entre dos o más trabajoscuando desea que se ejecuten en el mismo recurso, por ejemplo, cuando elsegundo trabajo debe utilizar los resultados generados por el trabajo anterior. Si elrecurso no está disponible, el trabajo afín se mantiene hasta que el recurso vuelve aestar disponible. Puede definir la afinidad entre dos o más trabajos medianteDynamic Workload Console o la interfaz de línea de mandatos de DynamicWorkload Broker.

Autorización y rolesEn esta sección se describe el nivel da autorizaciones necesario para realizar lastareas utilizando Dynamic Workload Broker. Un rol representa un niveldeterminado de autorización e incluye las tareas adecuadas a dicho nivel deautorización.

Dynamic Workload Console se instala en Tivoli Integrated Portal, unainfraestructura que proporciona una consola de administración común para variosproductos.

Para acceder a la página de bienvenida de Dynamic Workload Console, realice losiguiente:1. En un navegador compatible escriba la dirección siguiente:

http://<nombre_servidor>:<número_puerto>/ibm/console/login

Capítulo 1. Comprensión de la planificación de la carga de trabajo dinámica 3

donde,

nombre_servidorNombre de host completo del gestor de dominio maestro o maestro dereserva (donde se ha habilitado la función de planificación dinámica).

número_puertoNúmero de puerto configurado para el gestor de dominio maestro omaestro de reserva que ejecuta la instancia de Dynamic WorkloadBroker activa.

2. Escriba un nombre de usuario y una contraseña admitidos.

Se muestra la página de Bienvenida de Dynamic Workload Console.

Dynamic Workload Console es una interfaz basada en roles, en la que las tareas sehabilitan o inhabilitan en función del rol de usuario y de la autorización. Enfunción del nivel de autorización del usuario que ha iniciado sesión en TivoliIntegrated Portal, puede que algunas tareas no se visualicen.

Al instalar Dynamic Workload Console, se crean en Tivoli Integrated Portal losgrupos de usuarios siguientes:

TDWBAdministratorLos usuarios de este grupo pueden realizar desde Dynamic WorkloadConsole las operaciones siguientes:v Crear recursos lógicos y grupos de recursos, suprimir, consultar,

suspender y reanudar recursos lógicos, sistemas y grupos de recursos.v Definir conexiones de servidor.v Definir, editar y suprimir trabajos.v Consultar y cancelar instancias de trabajos.v Definir preferencias de usuarios en la consola.

TDWBConfiguratorLos usuarios de este grupo pueden realizar desde Dynamic WorkloadConsole las operaciones siguientes:v Crear recursos lógicos y grupos de recursos, suprimir, consultar,

suspender y reanudar recursos lógicos, sistemas y grupos de recursos.v Definir conexiones de servidor.v Definir preferencias de usuarios en la consola.

TDWBDeveloperLos usuarios de este grupo pueden realizar desde Dynamic WorkloadConsole las operaciones siguientes:v Definir conexiones de servidor.v Definir, editar y suprimir trabajos.v Definir preferencias de usuarios en la consola.

TDWBOperatorLos usuarios de este grupo pueden realizar desde Dynamic WorkloadConsole las operaciones siguientes:v Crear recursos lógicos y grupos de recursos, suprimir, consultar,

suspender y reanudar recursos lógicos, sistemas y grupos de recursos.v Definir conexiones de servidor.v Enviar, consultar y cancelar instancias de trabajos.v Definir preferencias de usuarios en la consola.


WSClientEs un rol de WebSphere Application Server que se define automáticamentecon la propiedad All authenticated? definida en Yes. Se necesita parahabilitar los servicios web para Dynamic Workload Broker y debe dejarsetal como está.

En la Tabla 1 se enumeran las operaciones que cada grupo puede realizar paracada grupo de tareas disponible en Dynamic Workload Console:

Tabla 1. Operaciones autorizadas por grupos de usuarios

Operaciones admitidasTDWB

AdministratorTDWB

ConfiguratorTDWB

DeveloperTDWB

Operator

Entorno de planificación

Definir recursos lógicos nuevos X X X

Definir grupo de recursos nuevo X X X

Recursos lógicos X X X

Grupos de recursos X X X

Configuración

Conexiones de servidor X X X X

Definiciones

Definir un trabajo nuevo X X

Trabajos X X X

Seguimiento

Trabajos X X

Sistemas X X X

Preferencias

Preferencias de usuario X X X X

Para obtener información sobre cómo añadir usuarios, consulte la ayuda de TivoliIntegrated Portal.

Gestión de usuarios y rolesDurante la instalación de la consola web, se crean en Tivoli Integrated Portalnuevos roles y grupos predefinidos. Estos roles determinan los paneles de laconsola que estarán disponibles para un usuario y, por lo tanto, las actividades queéste puede realizar en la consola.

Estos roles autorizan a los usuarios el acceso a los paneles de la consola. El usuarioespecificado en la conexión del motor determina qué operaciones puedenejecutarse localmente en un motor conectado. Por ejemplo, si el usuarioespecificado en una conexión de motor de Tivoli Workload Scheduler no tieneautorización para ejecutar los infomes en el archivo de seguridad de TivoliWorkload Scheduler, aunque el usuario con sesión iniciada en la consola puedaacceder a paneles de informes, no puede realizar operaciones de informes sobredicho motor de Tivoli Workload Scheduler. Para obtener más información sobrecómo configurar el archivo de seguridad, consulte la publicación Tivoli WorkloadScheduler: Guía de administración, SC23-9113.

Entre cada nuevo rol y el grupo con el mismo nombre existe una relación unívoca.Esto significa, por ejemplo, que todos los usuarios que pertenecen al grupoTWSWEBUIAdministrator tienen el rol TWSWEBUIAdministrator.


Los roles no se pueden modificar, pero puede crear grupos nuevos que combinendiferentes roles. Por ejemplo, puede crear un grupo denominado mis_operadores yasignarlo a los roles TWSWEBUIOperator y TDWBOperators de modo que todoslos usuarios de este grupo puedan realizar acciones de operador en TivoliWorkload Scheduler y Dynamic Workload Broker desde la consola DynamicWorkload Console.

Si no asigna ningún rol a un usuario de Tivoli Integrated Portal, dicho usuario, trasiniciar sesión, no verá ninguna entrada de Tivoli Workload Scheduler ni deDynamic Workload Broker en el árbol de navegación.

En la tabla siguiente se muestran los roles creados en el registro de usuarios deTivoli Integrated Portal para acceder a los entornos de Tivoli Workload Schedulermediante Dynamic Workload Console, así como los paneles a los que puedenacceder:

Tabla 2. Roles de Tivoli Workload Scheduler

RolesPaneles de Tivoli Workload Scheduler accesibles desde elárbol de navegación

TWSWEBUIAdministrator Todos los paneles

TWSWEBUIOperator Panel de instrumentosMis tareasSeguimiento de carga de trabajoSometer carga de trabajo a peticiónPrevisión de carga de trabajoPreferencias

Nota: El rol TWSWEBUIConfigurator se necesita también paratrabajar con las tareas Previsión de carga de trabajo.

TWSWEBUIDeveloper Definición de carga de trabajoPreferencias

TWSWEBUIAnalyst InformesPreferencias

TWSWEBUIConfigurator Entorno de planificaciónPreferencias

En la tabla siguiente se muestran los roles creados en el registro de usuarios deTivoli Integrated Portal para acceder a los entornos de Dynamic Workload Brokermediante Dynamic Workload Console, así como los paneles a los que puedenacceder:

Tabla 3. Roles de Dynamic Workload Broker

RolesPaneles de Tivoli Dynamic Workload Broker accesibles desdeel árbol de navegación

TDWBAdministrator Todos los paneles

TDWBOperator Entorno de planificaciónConfiguraciónDefiniciones, excepto Definir un nuevo trabajoSeguimientoPreferencias

TDWBDeveloper ConfiguraciónDefinicionesPreferencias


Tabla 3. Roles de Dynamic Workload Broker (continuación)

RolesPaneles de Tivoli Dynamic Workload Broker accesibles desdeel árbol de navegación

TDWBConfigurator Entorno de planificaciónConfiguraciónSeguimiento, excepto Instancias de trabajoPreferencias

Autorización con la seguridad global de WebSphereAl instalar Dynamic Workload Broker, en WebSphere Application Server seconfiguran roles correspondientes. De manera predeterminada, estos roles no seutilizan. No obstante, si habilita la seguridad global para la celda de WebSphereApplication Server donde también está instalado Dynamic Workload Broker,WebSphere Application Server también valida la autorización necesaria pararealizar tareas en Dynamic Workload Console.

Si se ha habilitado la seguridad global, los usuarios de Dynamic Workload Consoledeben proporcionar credenciales para acceder al servidor. Estas credencialescorresponden a los usuarios existentes definidos en el sistema operativo dondereside WebSphere Application Server o en un servidor LDAP. Una tarea en laconsola de WebSphere Application Server correlaciona estos usuarios con los rolesde Dynamic Workload Broker. Mediante estas correlaciones, WebSphereApplication Server puede determinar el nivel de autorización del usuario queenvía una solicitud al servidor.

Por ejemplo, el Administrador necesita definir a John Jones comoTDWBConfigurator en un entorno que utiliza seguridad global. En la consola deWebSphere Application Server, el usuario conf se ha correlacionado con el rol deconfigurador Configurator. El Administrador realiza lo siguiente:1. Crea una cuenta de usuario nueva para John Jones en Tivoli Integrated Portal.2. Asigna el usuario nuevo al grupo de usuarios TDWBConfigurator.3. Proporciona a John Jones el nombre de usuario y la contraseña para acceder a

Dynamic Workload Console y el nombre de usuario conf y su contraseñaasociada para conectarse a Dynamic Workload Broker.

Para obtener más información sobre cómo asignar roles de usuario en TivoliIntegrated Portal y definir roles de usuario desde la consola de WebSphereApplication Server, consulte la publicación Tivoli Workload Scheduler: Guía deadministración, SC23-9113.

Agregar funciones de planificación dinámica al entornoEn esta sección se describe cómo añadir funciones de planificación dinámicas alentorno para planificar los trabajos de Tivoli Workload Scheduler existentes y lostipos de trabajo con opciones avanzadas, tanto los suministrados con el productocomo los tipos adicionales, implementados mediante los plug-in personalizados.

Las funciones dinámicas le ayudan a mantener las políticas empresariales ygarantizar los acuerdos de nivel de servicio de los modos siguientes:v Descubriendo automáticamente la planificación de los recursos del entornov Comparando los requisitos de los trabajos con los recursos disponiblesv Controlando y optimizando el uso de recursosv Siguiendo automáticamente los cambios de recursos


|

||||

||

|

|

|

|

v Solicitando recursos adicionales cuando son necesarios

Puede agregar funciones dinámicas a su entorno definiendo un conjunto de tiposde estaciones de trabajo:

Agente dinámicoUna estación de trabajo que gestiona una amplia variedad de tipos detrabajo, por ejemplo, una base de datos específica o trabajos FTP, ademásde los tipos de trabajo existentes. Esta estación de trabajo se define yregistra automáticamente en la base de datos de Tivoli Workload Schedulercuando instala el agente dinámico. Puede agrupar agentes dinámicos en lasagrupaciones y las agrupaciones dinámicas.

AgrupaciónUna estación de trabajo que agrupa un conjunto de agentes dinámicos concaracterísticas de hardware o software similares a la que enviar trabajos.Tivoli Workload Scheduler equilibra los trabajos entre los agentesdinámicos incluidos en la agrupación y reasigna automáticamente lostrabajos disponibles a los agentes dinámicos si hay un agente dinámico queno está disponible. Para crear una agrupación de agentes dinámicos en suentorno de Tivoli Workload Scheduler, defina una estación de trabajo detipo agrupación alojada en la estación de trabajo de Dynamic WorkloadBroker y, a continuación, seleccione los agentes dinámicos que deseaagregar a la agrupación. Puede definir la agrupación utilizando DynamicWorkload Console o el mandato composer.

Agrupación dinámicaUna estación de trabajo que agrupa un conjunto de agentes dinámicosdefinidos dinámicamente en función de los requisitos de recursos queespecifique y que está alojada en la estación de trabajo de DynamicWorkload Broker. Por ejemplo, si necesita una estación de trabajo con unuso de CPU bajo y que tenga instalado Windows para ejecutar el trabajo,especifique estos requisitos utilizando Dynamic Workload Console o elmandato composer. Cuando guarda el conjunto de requisitos,automáticamente se crea una estación de trabajo nueva en la base de datosde Tivoli Workload Scheduler. Esta estación de trabajo se aloja en laestación de trabajo de Dynamic Workload Broker. Esta estación de trabajocorrelaciona todos los agentes dinámicos de su entorno que cumplen conlos requisitos que ha especificado. La agrupación resultante se actualizadinámicamente siempre que un agente dinámico nuevo adecuado pasa aestar disponible. Los trabajos se ejecutan en la primera estación de trabajode la agrupación dinámica que reúne todos los requisitos. Los trabajosplanificados en esta estación de trabajo heredan de forma automática losrequisitos definidos para la estación de trabajo.

Para obtener información sobre cómo crear agrupaciones y agrupacionesdinámicas utilizando Dynamic Workload Console, consulte la sección sobrecómo crear una agrupación de agentes en la publicación Guía del usuario deTivoli Dynamic Workload Console. Para obtener más información sobre cómocrear agrupaciones y agrupaciones dinámicas con el mandato composer,consulte la publicación Guía del usuario y de consulta, SC10-3852.

Las agrupaciones de agentes dinámicos y las agrupaciones dinámicas refuerzan lasfunciones dinámicas incorporadas en Tivoli Workload Scheduler y permiten quedurante la ejecución se asocie dinámicamente la carga de trabajo sometida (o partede la misma) a los recursos con mayor disponibilidad. Puede agregar funciones deplanificación dinámica a las estaciones de trabajo durante la instalación. Para


|

||

|||||||

||||||||||||

||||||||||||||||||

||||||

|||||

obtener más información acerca de cómo instalar los agentes dinámicos, consulte lasección sobre instalación de un agente nuevo en la publicación Guía de planificacióne instalación, SC10-3833.

Puede utilizar los agentes dinámicos, las agrupaciones y las agrupacionesdinámicas para planificar los tipos de trabajo con opciones avanzadas. Tambiénpuede utilizar los tipos de trabajo con opciones avanzadas, incluidos lossuministrados con el producto y los tipos adicionales implementados mediante losplug-in personalizados. Los dos tipos de trabajos solo se ejecutan en los agentesdinámicos, las agrupaciones y las agrupaciones dinámicas. Para obtener másinformación acerca de cómo planificar los tipos de trabajo con opciones avanzadas,consulte “Creación de tipos de trabajo con opciones avanzadas” en la página 11.Para obtener más información acerca de cómo crear plug-in personalizados,consulte la publicación Ampliación de Tivoli Workload Automation, SC11-7959.

También puede utilizar los agentes dinámicos, las agrupaciones y las agrupacionesdinámicas para ejecutar los trabajos creados para los tipos de estaciones de trabajoTivoli Workload Scheduler existentes. para ejecutar estos trabajos en los tipos deestaciones de trabajo dinámicas, solo tiene que cambiar la especificación de laestación de trabajo donde desea que se ejecute el trabajo. Para obtener másinformación acerca de cómo planificar los trabajos de Tivoli Workload Schedulerexistentes, consulte “Agregar funciones dinámicas a los trabajos de Tivoli WorkloadScheduler existentes” en la página 12.

Si desea reforzar las funciones dinámicas cuando se planifican los tipos de trabajocon opciones avanzadas, planifíquelos en agrupaciones y agrupaciones dinámicas,que asignan dinámicamente el trabajo al recurso con la mayor disponibilidad. Sisolo está interesado en definir tipos de trabajo con opciones avanzadas, sin utilizarla función de planificación dinámica, planifique estos trabajos en un agentedinámico específico, en el que el trabajo se ejecuta de forma estática.

Ventajas de los tipos de trabajo con opciones avanzadasEn esta sección se describen las ventajas que puede obtener cuando implementa lostipos de trabajo con opciones avanzadas, tanto los suministrados con el productocomo los tipos adicionales implementados mediante los plug-ins personalizados, ylos planifica en los agentes dinámicos, las agrupaciones y las agrupacionesdinámicas.

Aunque el trabajo de Tivoli Workload Scheduler estándar es un script o mandatogenérico, puede definir trabajos para realizar tareas específicas como operacionesde base de datos, transferencia de archivos, operaciones de Java y servicios web,utilizando los tipos de trabajo con opciones avanzadas disponibles en DynamicWorkload Console o el mandato composer. Puede definir fácilmente estos tipos detrabajo sin tener conocimientos específicos de las aplicaciones donde se ejecuta eltrabajo.

tipos de trabajo con opciones avanzadas incluye ambos con el producto y los tiposadicionales implementados a traves de los plugins personalizados

Hay disponibles los tipos de trabajo con opciones avanzadas siguientes

Trabajos de transferencia de archivosTransfiera archivos a y desde un servidor al que se pueda accederutilizando los protocolos FTP, SSH u otros.

JCL Ejcutar un trabajo JCL, por referencia o por definición. Si define una


|||

||||||||||

||||||||

||||||

|

|||||

|||||||

||

|

|||

||

trabajo por referencia, proporciona una referencia al trabajo que quieresometer, sin tener que escribir o importar el trabajo completo en JCL. Sidefine un trabajo por definición, proporciona una definición JCL a someter.Este tipo de trabajo sólo se ejecuta en Tivoli Workload Schedulerdistribuido - Agent for z/OS.

Trabajos de servicios webLlame a un servicio web.

Trabajos de base de datosRealice consultas, sentencias SQL y trabajos en diferentes bases de datos,incluidas las bases de datos personalizadas. También puede crear y ejecutarprocedimientos almacenados en las bases de datos DB2, Oracle y MSSQL.

Trabajos ejecutablesEjecute un script o mandato con opciones avanzadas como la redirecciónde entrada estándar y de salida estándar a un archivo.

Trabajos JavaEjecute una clase Java.

Trabajos MSSQLEjecute un trabajo SQL de Microsoft.

Trabajos XAAmplíe las funciones de planificación de trabajos de Tivoli WorkloadScheduler a otros sistemas y aplicaciones utilizando los métodos de acceso.Los métodos de acceso se comunican con el sistema externo para iniciar eltrabajo y devolver el estado del trabajo. Los siguientes métodos de accesoestán disponibles:v Oracle E-Business Suitev PeopleSoftv SAPv MVSv Métodos personalizados

Trabajos J2EEPermita que las aplicaciones Java de la misma red envíen y recibanmensajes desde y a un destino JMS.

Trabajos de IBM iEjecutar un mandato en sistemas IBM i.

Además de configurar los tipos de trabajo con opciones avanzadas utilizandoDynamic Workload Console o el mandato composer, puede utilizar los archivos deconfiguración relacionados. Para más información, consulte la sección sobre cómoconfigurar la planificación de tipos de trabajo con opciones avanzadas en lapublicación Administration Guide, SC23-9113.

Para obtener más información acerca del procedimiento para definir los tipos detrabajo con opciones avanzadas, consulte la sección tipos de trabajo con opcionesavanzadas de la publicación Guía del usuario de Tivoli Dynamic Workload Console.Para obtener más información sobre cada tipo de trabajo, consulte la ayuda enlínea de Dynamic Workload Console. Para obtener más información acerca decómo crear trabajos utilizando el mandato composer, consulte la sección sobredefinición de trabajos en la publicación Guía del usuario y de consulta, SC10-3852.

Además, puede crear plug-ins personalizados para implementar sus propios tiposde trabajo con opciones avanzadas para aplicaciones no soportadas por Tivoli


|||||

||

||||

|||

||

||

||||||

|

|

|

|

|

|||

||

|||||

|||||||

||

Workload Scheduler. Para más información sobre cómo crear plug-inspersonalizados, consulte la publicación Ampliación de Tivoli Workload Automation,SC11-7959.

Los tipos de trabajo con opciones avanzadas se ejecutan, tanto si son lossuministrados por el producto como si se trata de tipos adicionales implementadosmediante plug-ins personalizados, solo en los agentes dinámicos, las agrupacionesy las agrupaciones dinámicas.

Creación de tipos de trabajo con opciones avanzadasEn esta sección se describe cómo crear un tipo de trabajo específico utilizando lostipos de trabajo con opciones avanzadas proporcionados con Dynamic WorkloadConsole.

Puede definir fácilmente los tipos de trabajo con opciones avanzadas sin tenerconocimientos específicos de las aplicaciones donde se ejecuta el trabajo. Acontinuación, puede planificar estos tipos de trabajo solo en los agentes dinámicos,las agrupaciones y las agrupaciones dinámicas. El siguiente procedimiento describecómo se crea un trabajo de transferencia de archivos utilizando Dynamic WorkloadConsole. El procedimiento para crear los otros tipos de trabajos es similar, perocada tipo de trabajo contiene opciones específicas del trabajo. Para obtener másinformación sobre cada tipo de trabajo, consulte la ayuda en línea de DynamicWorkload Console.

Para crear un trabajo de transferencia de archivos utilizando Dynamic WorkloadConsole, haga lo siguiente:1. Inicie la sesión en Dynamic Workload Console.2. Expanda Tivoli Workload Scheduler.3. En el árbol de navegación de la consola, expanda Carga de trabajo > Diseño y

pulse Crear definiciones de carga de trabajo.4. Especifique un nombre de motor. Se muestra el Diseñador de carga de trabajo.5. En el panel Lista de trabajo, seleccione Nuevo > Definición de trabajo >

Transferencia de archivo. Las propiedades del trabajo se muestran en el panelde la derecha para su edición.

6. En el panel propiedades, especifique los atributos de la definición del trabajoque está creando.

7. Pulse Guardar para guardar la definición del trabajo en la base de datos.

Códigos de retornoA continuación se muestra una lista de los códigos de retorno para trabajos de basede datos, trabajos Java, trabajos de servicios web y trabajos de IBM i.Trabajos de base de datos:RC = 0 -> El trabajo se ha completado correctamenteRC = -1 -> La sentencia SQL se ha ejecutado con un código de salida distinto de 1RC = -2 -> Error de trabajo MSSQLRC = -3 -> La sentencia SQL no se ha ejecutado debido a un error en la sentencia

Trabajos Java:RC = 0 -> El trabajo se ha completado correctamenteRC = -1 -> La aplicación Java lanzada por el trabajo ha sido errónea debidoa una excepción

Trabajos de servicios web:RC = 0 -> El trabajo se ha completado correctamenteRC = -1 -> El nombre de host del servidor que se encontraba en el URL del servicioweb es desconocidoRC = -2 -> Error de invocación de servicio web


|||

||||

|

|||

|||||||||

||

|

|

||

|

|||

||

|

|

||

|||||

||||

|||||

Trabajos IBM i:Código de retorno = código de retorno de usuario cuando se recuperaCódigo de retorno = 0 -> el trabajo se ha completado correctamenteCódigo de retorno > 0 -> el trabajo se ha completado correctamente

Cuando se recupera el código de retorno de usuario, IBM i Agent Monitor leasigna una prioridad.

Promoción de trabajos planificados en agrupacionesdinámicas

En esta sección se describe cómo promocionar un trabajo crítico planificado en unaagrupación dinámica. Un trabajo promocionado se puede ejecutar en un númerode agentes dinámicos de la agrupación dinámica mayor que en el caso de untrabajo no promocionado. Esto garantiza que un trabajo importante se ejecute antesque otros trabajos que son menos importantes.

Para asegurarse de que un trabajo crítico obtiene los recursos necesarios y seprocesa de un modo puntual, puede promocionarlo utilizando las variables depromoción:

tws.job.promotedEsta variable de entorno indica si el trabajo se ha promocionado. Losvalores soportados son YES y NO. El valor de esta variable se aplica atodos los trabajos sometidos en el entorno especificado.

tws.job.resourcesForPromotedEsta variable se define en la definición de la agrupación dinámica e indicala cantidad de recursos lógicos necesarios asignados en una agrupacióndinámica para un trabajo promocionado. Los valores pueden ser 1, si eltrabajo se ha promocionado, o 10 si el trabajo no se ha promocionado. Lacantidad se indica con esta anotación: ${tws.job.resourcesForPromoted}.

Cuando se planifica un trabajo en la agrupación dinámica, el valor de la variabletws.job.promoted del trabajo determina el comportamiento de la agrupacióndinámica:v Si el valor de la variable tws.job.promoted es NO, el valor de la variable

tws.job.resourcesForPromoted de la agrupación dinámica es 10, lo que significaque menos recursos coinciden con el requisito.

v Si el valor de la variable tws.job.promoted es YES, el valor de la variabletws.job.resourcesForPromoted en la agrupación dinámica es 1, lo que significaque más recursos coinciden con el requisito debido a que la agrupacióndinámica incluye estaciones de trabajo con un valor igual o superior a 10.

Por ejemplo, puede escribir un script que compruebe el valor asignado a lavariable tws.job.promoted del trabajo y realice acciones diferentes basándose en siel trabajo se ha promocionado o no.

Agregar funciones dinámicas a los trabajos de TivoliWorkload Scheduler existentes

En esta sección se describe cómo modificar un trabajo existente para utilizar lasfunciones dinámicas proporcionadas por los agentes dinámicos, las agrupaciones ylas agrupaciones dinámicas.


||||

||

|

|

|||||

|||

||||

||||||

|||

|||

||||

|||

|

|

|||

Puede modificar sus trabajos de Tivoli Workload Scheduler existentes para queutilicen las posibilidades suministradas con los agentes dinámicos, lasagrupaciones y las agrupaciones dinámicas. Para modificar un trabajo existente,realice lo siguiente:1. Instale el número necesario de agentes dinámicos.2. Opcionalmente, asigne los agentes dinámicos a las agrupaciones o cree

agrupaciones dinámicas basadas en sus requisitos.3. Analice sus trabajos de Tivoli Workload Scheduler existentes y decida cuáles

deben obtener los mejores resultados cuando se utilicen las funcionesdinámicas.

4. Inicie la sesión en Dynamic Workload Console.5. Expanda Tivoli Workload Scheduler.6. En el árbol de navegación de la consola, expanda Carga de trabajo > Diseño

y pulse Crear definiciones de carga de trabajo.7. Especifique un nombre de motor. Se muestra el Diseñador de carga de

trabajo.8. En el panel Lista de trabajo, seleccione Buscar > Definición de trabajo. Se

muestra el panel de búsqueda.9. Escriba su criterio de búsqueda y pulse Buscar.

10. Seleccione uno o varios trabajos entre los resultados de búsqueda y pulseEditar. Los trabajos seleccionados se muestran en el panel derecho para suedición.

11. En el separador General, pulse el botón examinar del campo Estación detrabajo. Se muestra el panel de búsqueda.

12. Escriba su criterio de búsqueda y pulse Buscar.13. Seleccione el agente dinámico, agrupación o agrupación dinámica adecuado y

pulse Aceptar. El trabajo está ahora asignado a la estación de trabajoespecificada y se ejecutará según lo planificado.

Un caso de ejemplo empresarial con funciones dinámicasEn esta sección se muestra un caso de ejemplo empresarial que describe lasventajas de los tipos de trabajo con opciones avanzadas y las funciones dinámicas.

Una empresa de seguros ejecuta un número de trabajos por la noche para guardarlos datos procesados durante el día en la base de datos de copia de seguridad.También tienen que recopilar todos los datos acerca de las transaccionescompletadas durante el día desde todas las estaciones de trabajo de las sucursalesde la empresa. Utilizan las bases de datos DB2. Utilizando los tipos de trabajo conopciones avanzadas suministrados en Workload Designer, crean un trabajo pararealizar una copia de seguridad de base de datos y otro trabajo para extraer losdatos para las transacciones diarias. Para realizar estas operaciones, utilizan lanueva base de datos tipo de trabajo con opciones avanzados.

Después de recopilar los datos de todas las estaciones de trabajo de la empresa,copian los datos resultantes en una sola estación de trabajo y los procesan paragenerar un informe. Seleccionan dinámicamente la estación de trabajo con la mejordisponibilidad definiendo los requisitos necesarios para ejecutar el trabajo: unaestación de trabajo con mucho espacio de disco, una CPU potente y el programanecesario para generar el informe.

Si el administrador no desea modificar la corriente de trabajos que ha utilizadoantes de Tivoli Workload Scheduler, versión 8.6 para ejecutar un trabajo Java, por


||||

|

||

|||

|

|

||

||

||

|

|||

||

|

|||

|

||

|||||||||

||||||

||

ejemplo, puede modificar el nombre de la estación de trabajo en la que deseaejecutar el trabajo, insertando el nombre de una agrupación o de una agrupacióndinámica de los agentes dinámicos donde está instalado el ejecutable Java. TivoliWorkload Scheduler traduce la sintaxis del trabajo de modo que se el programaJava lo pueda ejecutar y asigna el trabajo al recurso de la agrupación cuyadisponibilidad es la mejor.

El informe resalta el número de contratos nuevos firmados y el número de clientescon retrasos en sus pagos. Se envía un correo electrónico al jefe de contabilidad, enel que se lista el número de contratos nuevos y clientes con pagos con demora.

La empresa puede alcanzar este objetivo de este modo:v Utilizando las nuevas estaciones de trabajo con funciones dinámicas para

ejecutar los trabajos que el administrador ha creado para las estaciones detrabajo Tivoli Workload Scheduler existentes. Para ejecutar estos trabajos en lasestaciones de trabajo nuevas, el administrador solo cambia la estación de trabajoen la que desea que se ejecute el trabajo. La ventaja más importante es quepuede utilizar los flujos de trabajo que ha creado anteriormente sin un esfuerzoadicional.

v Definiendo varios tipos de trabajo con opciones avanzadas sin tenerconocimientos específicos de las aplicaciones donde se ejecuta el trabajo.

Estos tipos de trabajo con opciones avanzadas se ejecutan en las estaciones detrabajo siguientes:

agentes dinámicosEstaciones de trabajo que pueden ejecutar tanto trabajos existentes comolos tipos de trabajo con opciones avanzadas.

AgrupacionesGrupos a los que puede añadir los agentes dinámicos, en función de susnecesidades. Los trabajos se asignan dinámicamente al agente con mayordisponibilidad.

Agrupaciones dinámicasGrupos de agentes dinámicos para los que especifica sus requisitos y paralos que permite que Tivoli Workload Scheduler seleccione los agentesdinámicos que se ajustan a sus necesidades. Los trabajos se asignandinámicamente al agente dinámico con mejor disponibilidad.

Caso de ejemplo empresarialEl objetivo de este caso de ejemplo es demostrar cómo un sistema de asignacióndinámica de carga de trabajo a recursos de sistemas puede realizar una importantecontribución en la ejecución rentable y sin fisuras de una empresa al optimizar eluso de los recursos disponibles.

La empresaFina Cola es una empresa de tamaño medio que produce y distribuye bebidasrefrescantes a distribuidores de todo el país. Tiene una planta de producción yvarios centros de distribución ubicados estratégicamente. El tipo de cliente de FinaCola va desde cadenas de supermercados a nivel nacional a pequeñas tiendas debarrio. Por norma, las cadenas de supermercados realizan pedidos de formaperiódica y fija, aunque pueden realizar cambios en el momento de entrega. Lastiendas pequeñas de barrio suelen proveerse directamente del camión de repartosin realizar pedidos con antelación. El volumen de los pedidos varía, alcanzando elmáximo en la estación más calurosa y durante las vacaciones.


||||||

|||

|

|||||||

||

||

|||

||||

|||||

|

El proceso que va desde el pedido de la materia prima a la entrega del productoacabado y la devolución de los envases vacíos comporta un número desubprocesos: inventario, pedido de compra de materia prima, producción,suministro a los centros de distribución y entrega. Todos estos subprocesos soninterdependientes y las actividades de un subproceso suelen iniciarse gracias a unsuceso en otro. Por ejemplo, el pedido de materia prima se inicia automáticamentecuando inventario descubre que el volumen actual de materia prima del almacénha alcanzado el nivel de reaprovisionamiento.

El retoFina Cola utiliza Tivoli Workload Scheduler para gestionar la temporización y lasinterdependencias de su proceso de producción y suministro. No obstante, enalgunas zonas se están produciendo problemas con la asignación de recursos en elsistema:v Algunos trabajos planificados tienen un plazo de espera muy largo hasta

conseguir que los recursos estén disponibles.v Algunos recursos se sobrecargan, con lo que se producen problemas de

rendimiento.v Cuando un recurso con sobrecarga se elimina temporal o permanentemente, las

definiciones de trabajo deben cambiarse manualmente para utilizar un recursonuevo.

Tivoli Workload Scheduler utiliza asignación fija de recursos. De este modo, FinaCola puede adquirir más recursos o bien arriesgarse a que los trabajos no secompleten a tiempo.

Los problemas son especialmente evidentes durante el proceso de reconciliación alfinal del día. Este proceso se inicia cuando regresa el último camión de reparto ydebe completarse para que pueda iniciarse la planificación de la ruta de repartodel día siguiente. La parte principal del proceso de final del día es la base de datosde las transacciones diarias. Esta base de datos contiene una gran variedad detransacciones: transacciones de envío de cada artículo en un pedido de cliente,transacciones de envío para cada carga de entrega, transacciones de recepción delos artículos devueltos, transacciones de recepción de los envases vacíos,transacciones de ajustes en la facturación del cliente si el volumen del pedido se hamodificado en la entrega. Estas transacciones se utilizan para actualizar las basesde datos siguientes: pedidos de clientes y facturación, inventario y contabilidadgeneral.

En un margen de tiempo pequeño deben completarse las tareas siguientes:v Actualizar la base de datos de inventario con los artículos devueltos.v Actualizar la base de datos de inventario con los envases vacíos devueltos.v Actualizar la base de datos de pedidos de clientes y facturación para que se

tengan en cuenta los cambios realizados en los pedidos y se creen pedidos yfacturas para los clientes que se han provisto de artículos desde el camióndirectamente.

v Actualizar la base de datos de contabilidad general.v Realizar extracciones de minería de datos en la base de datos de transacciones y

guardar la información extraída en la base de datos de informes de gestión pararealizar posteriormente un análisis de tendencias de compra que se utilizará enlas campañas promocionales del futuro.


v Generar diversos informes con distintos niveles de detalle de las transaccionespor artículo, por cliente y por ruta de reparto con el fin de analizar larentabilidad de las líneas de productos y las rutas. Guardar estos informes en labase de datos de informes de gestión.

La soluciónFina Cola decide que en su solución de TI falta un elemento importante: laposibilidad de mantener un conjunto de recursos del sistema, identificar aquellosrecursos que se corresponden con los requisitos de un trabajo y asignardinámicamente el trabajo a un recurso coincidente que esté disponible en elmomento del envío.

Fina Cola decide aprovechar la característica Dynamic Workload Broker de TivoliWorkload Scheduler, ya que parece que cumple los requisitos de planificación detrabajos, resolución de dependencia y asignación eficaz de los recursos. Eladministrador de la infraestructura de TI migra a esta versión de Tivoli WorkloadScheduler e implementa los agentes de Tivoli Workload Scheduler en los sistemasque se utilizan normalmente para realizar las tareas asociadas con la base de datosde transacciones en el proceso de reconciliación de final del día. De esta manera,podrá comprobar si con la asignación dinámica se logra un uso más eficaz de losrecursos.

La exploración del hardware que realiza el agente proporciona un conjunto deinformación detallada sobre los sistemas informáticos, los sistemas operativos, lossistema de archivos y las conexiones de red. Además de ver los recursos que estándisponibles, el administrador, para asignar de forma precisa los recursos a losrequisitos de trabajos, debe identificar los sistemas informáticos que tienen acceso alas distintas bases de datos. Para ello, utiliza Dynamic Workload Console paracrear un recurso lógico para cada base de datos y lo enlaza a los sistemasinformáticos desde los que se accede a la base de datos.

A continuación, el administrador puede crear las definiciones de trabajos yproporcionar así una fotografía precisa de los recursos lógicos y físicos necesariospara el trabajo. Instala la Consola de Job Brokering Definition en su estación detrabajo local. Esta herramienta ofrece una interfaz gráfica fácil de utilizar para creardefiniciones de trabajo JSDL.

Identifica los trabajos y los requisitos de trabajo, que se listan en la Tabla 4.

Tabla 4. Trabajos y requisitos de final del día

TrabajoAcceso a unidadesremotas compartidas Sistema operativo

Acceso de base dedatos

Actualizar artículo deinventario

Ninguno Linux Inventario,Transacción

Actualizar envasesvacíos de inventario

Ninguno Linux Inventario,Transacción

Crear/actualizarpedidos de clientes

Ninguno AIX con al menos1024 MB de memoriafísica libre

Cliente, Transacción

Facturar pedidos declientes

Ninguno AIX Cliente, Transacción


Tabla 4. Trabajos y requisitos de final del día (continuación)

TrabajoAcceso a unidadesremotas compartidas Sistema operativo

Acceso de base dedatos

Actualizarconsolidación detransacciones ycontabilidad general

Ninguno AIX Contabilidad general,Transacción

Minería de datos deinformación deartículos

Ninguno Linux, AIX o HP-UX Transacción, Informesde gestión

Minería de datos deinformación de rutas

Ninguno Linux, AIX o HP-UX Transacción, Informesde gestión

Resumen de ventaspor artículo

//shared/reports/sales

Linux, AIX o HP-UX Transacción, Informesde gestión

Resumen de ventaspor ruta



Resumen de ventaspor cliente



Estos trabajos ya existen en Tivoli Workload Scheduler, pero utilizan la asignaciónestática de recursos. El administrador utiliza la Consola de Job BrokeringDefinition para importar estos trabajos y crear una definición de trabajo JSDL paracada trabajo, incluidos los requisitos identificados para cada trabajo:v Agregar los sistemas operativos candidatos que se han identificado para cada

trabajo.v Agregar un requisito de sistema de archivos para el acceso remoto al directorio

//shared/reports/sales para los trabajos de informes.v Agregar los recursos lógicos adecuados para el acceso a la base de datos que

convenga.

.


Una vez creados todos los trabajos, el administrador comprueba los recursoscoincidentes que se han encontrado para los trabajos que ha definido. El resultadoes que hay ocho sistemas que coinciden con los requisitos de trabajo para lostrabajos de creación de informes y minería de datos, que requieren acceso a lasbases de datos de transacciones e informes de gestión. Los otros trabajos, querequieren acceso a las bases de datos de inventario, clientes y contabilidad generalrespectivamente, tienen cada uno dos sistemas coincidentes. No obstante, todosestos sistemas se incluyen en los ocho sistemas que se han encontrado para lastareas de creación de informes y minería de datos.

Figura 1. Requisitos de recursos para el trabajo de actualización de artículos en Inventario


El administrador se pregunta si se producirán problemas de equilibrio de cargaentre los ocho sistemas y decide incluir instrucciones de optimización en todas lasdefiniciones de trabajos.

Sistema1Linux

Sistema8AIX

Sistema4HP-UX

Sistema7AIX

Sistema2AIX

Sistema5Linux

Sistema3AIX

Sistema6Linux

BD de clientesBD de contabilidad

BD de transacciones BD de informesde gestión

Unidad remota//shared/reports/sales

BD de inventario

Figura 2. Recursos coincidentes para los trabajos de final del día


El objetivo es distribuir los trabajos entre los recursos disponibles con el fin demantener el uso de la CPU al mínimo. De esta manera, el administrador cree queconseguirá una distribución más eficaz de los recursos, en lugar de tener unnúmero igual de trabajos en cada sistema informático disponible.

Además, como los trabajos de actualización se destinan a un subconjunto desistemas disponibles para los trabajos de minería de datos y creación de informes,el administrador decide que los trabajos de actualización deben tener la prioridadmás alta, de modo que los recursos se asignan antes de los trabajos que tienen unmayor abanico de opciones. Regresa a las definiciones de los trabajos deactualización y establece la prioridad de planificación en 100 (el valor más alto).

Una vez completadas las definiciones de trabajo, el administrador las carga en elrepositorio de trabajos de la base de datos de Tivoli Workload Scheduler. Estáconvencido de que observará una mejora en el rendimiento durante el proceso definal del día, ya que todos los trabajos tienen más de un destino posible y hapersonalizado las definiciones para promover un uso equilibrado de los recursosdisponibles.

Mediante Tivoli Workload Scheduler, el administrador ha creado una secuencia detrabajos para los trabajos de final del día y lo planifica de modo que se realicetodos los días laborables. La mayoría de los trabajos no tienen dependencias ypueden ejecutarse al mismo tiempo. No obstante, la minería de datos de

Figura 3. Instrucciones de optimización de un trabajo


información de ruta requiere como entrada datos producidos por la minería dedatos de información de artículos. Debe esperar hasta que el trabajo de minería dedatos de información de artículos se haya completado y después debe ejecutarse enel mismo sistema informático.

Para alcanzar este objetivo sin perder las ventajas de la asignación dinámica derecursos, el administrador decide definir una relación de afinidad entre los dostrabajos. Mediante Tivoli Workload Scheduler, agrega información al trabajo deminería de datos de información de ruta para identificar su relación con la tarea deminería de datos de información de artículos. Cuando el trabajo se envía en elentorno integrado, Dynamic Workload Broker reconoce la relación y asigna eltrabajo al recurso donde previamente se ha ejecutado la tarea de minería de datosde información de artículos.

Una vez que los trabajos de la secuencia de trabajos se han enviado y asignadodinámicamente a los recursos, el administrador puede realizar un seguimiento delprogreso y ver la salida del trabajo en Tivoli Workload Scheduler.


Capítulo 2. Utilización de variables de Tivoli WorkloadScheduler en trabajos de Dynamic Workload Broker

En esta sección se describe cómo agregar variables de Tivoli Workload Scheduler alos trabajos que piensa ejecutar con Dynamic Workload Broker.

Al importar trabajos de Tivoli Workload Scheduler, puede agregar variables deTivoli Workload Scheduler para conseguir una mayor flexibilidad para el trabajo.

A las variables se les asigna un valor al enviar el trabajo en Tivoli WorkloadScheduler. Las variables de Tivoli Workload Scheduler admitidas son las siguientes:

Tabla 5. Variables de Tivoli Workload Scheduler admitidas en definiciones JSDL

Variables que pueden insertarse en ladefinición de trabajo de Dynamic

Workload BrokerDescripción

tws.host.workstation Nombre de la estación de trabajo del host

tws.job.date Fecha del trabajo enviado.

tws.job.fqname Nombre completo del trabajo(UNISON_JOB)

tws.job.ia Hora de llegada de entrada del trabajo

tws.job.interactive El trabajo es interactivo. Los valores puedenser true o false. Se aplica solo a los trabajoscompatibles con versiones anteriores.

tws.job.logon Credenciales del usuario que ejecuta eltrabajo. (Inicio de sesión). Se aplica solo alos trabajos compatibles con versionesanteriores.

tws.job.name Nombre del trabajo enviado

tws.job.num UNISON_JOBNUM

tws.job.priority Prioridad del trabajo enviado

tws.job.promoted El trabajo se ha promocionado. Los valorespueden ser YES o No. Para obtener másinformación acerca de la promoción detrabajos dinámicos, consulte la sección sobrepromoción de trabajos planificados enagrupaciones dinámicas en Tivoli WorkloadScheduler: Planificación dinámica de la carga detrabajo.

tws.job.recnum Número de registro del trabajo.

tws.job.resourcesForPromoted Cantidad de recursos lógicos asignados enuna agrupación dinámica a un trabajopromocionado. Los valores pueden ser 1, siel trabajo se ha promocionado, o 10 si eltrabajo no se ha promocionado. Para obtenermás información acerca de la promoción detrabajos dinámicos, consulte la sección sobrepromoción de trabajos planificados enagrupaciones dinámicas en Tivoli WorkloadScheduler: Planificación dinámica de la carga detrabajo.


||

||

||

||||

|||||

||

|||||||||

||

||||||||||||

Tabla 5. Variables de Tivoli Workload Scheduler admitidas en definicionesJSDL (continuación)

Variables que pueden insertarse en ladefinición de trabajo de Dynamic

Workload BrokerDescripción

tws.job.taskstring Cadena de tarea del trabajo enviado. Seaplica solo a los trabajos compatibles conversiones anteriores.

tws.job.workstation Nombre de la estación de trabajo en la quese define el trabajo

tws.jobstream.id ID de la secuencia de trabajos que incluye eltrabajo (UNISON_SCHED_ID)

tws.jobstream.name Nombre de la secuencia de trabajos queincluye el trabajo (UNISON_SCHED)

tws.jobstream.workstation Nombre de la estación de trabajo en la queestá definida la secuencia de trabajos queincluye el trabajo

tws.master.workstation Nombre del gestor de dominio maestro(UNISON_MASTER)

tws.plan.date Fecha de inicio del plan de producción(UNISON_SCHED_DATE)

tws.plan.date.epoch Fecha de inicio del plan de producción, enformato epoch (UNISON_SCHED_EPOCH)

tws.plan.runnumber Número de ejecución del plan deproducción (UNISON_RUN)

Si desea crear un trabajo de Dynamic Workload Broker que se envíe desde TivoliWorkload Scheduler, puede agregar una o más variables, que se listan en la Tabla 5en la página 23 en el campo Variables del panel Visión general, así como tambiénen el campo Script del panel Aplicación de la Consola de Job Brokering Definition.

Si tiene previsto utilizar las variables en un script, defina las variables comovariables de entorno en el campo Variables de entorno del panel Aplicación.Especifique el nombre de Tivoli Workload Scheduler de la variable como valor devariable. Puede buscar el nombre de Tivoli Workload Scheduler de la variable en lacolumna Variables insertadas en la definición de trabajo de Dynamic WorkloadBroker.

A continuación, cree un trabajo de Tivoli Workload Scheduler que contenga elnombre de la definición de trabajo, como se explica en el apartado Capítulo 5,“Creación de trabajos de Tivoli Workload Scheduler gestionados por DynamicWorkload Broker”, en la página 31.

El ejemplo siguiente muestra un archivo JSDL con varias de las variables admitidasde Tivoli Workload Scheduler definidas:...<jsdl:jobDefinition xmlns:jsdl="http://www.ibm.com/xmlns/prod/scheduling/1.0/jsdl" xmlns:jsdle="http://www.ibm.com/xmlns/prod/scheduling/1.0/jsdle"description="Este trabajo imprime las variables UNISON recibidasde TWS en una salida estándar"name="sampleUNISON_Variables">

<jsdl:annotation>This jobs prints UNISON Variablesreceived from TWS instandard OutPut </jsdl:annotation>


||||

|||

<jsdl:variables><jsdl:stringVariable name="tws.jobstream.name">none</jsdl:stringVariable><jsdl:stringVariable name="tws.job.fqname">none</jsdl:stringVariable><jsdl:stringVariable name="tws.master.workstation">none</jsdl:stringVariable><jsdl:stringVariable name="tws.plan.runnumber">none</jsdl:stringVariable><jsdl:stringVariable name="tws.plan.date">none</jsdl:stringVariable><jsdl:stringVariable name="tws.plan.date.epoch">none</jsdl:stringVariable><jsdl:stringVariable name="tws.job.logon">none</jsdl:stringVariable>

</jsdl:variables><jsdl:application name="executable">

<jsdle:executable output="${tws.plan.runnumber}"><jsdle:environment>

<jsdle:variable name="UNISON_SCHED">${tws.jobstream.name}</jsdle:variable>

<jsdle:variable name="UNISON_JOB">${tws.job.fqname}</jsdle:variable>

<jsdle:variable name="UNISON_MASTER">${tws.master.workstation}</jsdle:variable>

<jsdle:variable name="UNISON_RUN">${tws.plan.runnumber}</jsdle:variable>

<jsdle:variable name="UNISON_SCHED_DATE">${tws.plan.date}</jsdle:variable>

<jsdle:variable name="UNISON_SCHED_EPOCH">${tws.plan.date.epoch}</jsdle:variable>

<jsdle:variable name="LOGIN">${tws.job.logon}</jsdle:variable>

</jsdle:environment>...

Capítulo 2. Utilización de variables de Tivoli Workload Scheduler en trabajos de Dynamic Workload Broker 25

Capítulo 3. Utilización de variables en los trabajos

En esta sección se describe cómo definir y utilizar variables en los trabajos paraobtener una flexibilidad adicional.

Dynamic Workload Broker admite el uso de variables de trabajos y gana así enflexibilidad. Puede asignar valores a las variables o dejarlas en blanco de modoque pueda definir el valor al enviar el trabajo.

Al definir los trabajos que se van a procesar a través de la planificación dinámica,puede incluir variables que pueden utilizarse en el tiempo de ejecución paravalorizar o sustituir temporalmente las variables definidas en la definición detrabajo JSDL.

Las variables se definen en la sección Cadena de tarea del trabajo de TivoliWorkload Scheduler, como se describe en este ejemplo:nombreTrabajo -varnombreVar1=valorVar1,...,nombreVarN=valorVarN

Para definir las variables del trabajo de Tivoli Workload Scheduler, siga estospasos:1. Cree una definición de trabajo JSDL mediante la Consola de Job Brokering

Definition.2. Defina las variables del trabajo. Por ejemplo, puede definir la variable

memoria para especificar la cantidad de memoria que necesita el trabajo parapoder ejecutarse.

3. Vaya al separador Recursos, sección Requisitos de hardware, y escriba elnombre de la variable en el campo Valor exacto en la sección Memoria física.Cuando se envía el trabajo, el valor asignado a la variable memoria define lacantidad de memoria física.

4. Guarde la definición de trabajo en la base de datos Repositorio de trabajos.5. Defina un trabajo en Tivoli Workload Scheduler. Este trabajo contiene la

sintaxis estándar y las instrucciones de Tivoli Workload Scheduler; en lasección Cadena de tarea del trabajo, especifique el nombre de la definición detrabajo JSDL. El nombre de la definición del trabajo se especifica en elelemento jobDefinition del archivo JSDL.En la sección Cadena de tarea del trabajo también puede especificar losparámetros que desea proporcionar al trabajo mientras se ejecuta con variableso texto estático. Por ejemplo, puede utilizar la variable memoria que hadefinido previamente.

Nota: Si utiliza variables que no haya definido anteriormente, debeproporcionarlas ahora, con un valor nuevo.

6. Agregue el trabajo a una secuencia de trabajos.7. Envíe o planifique el trabajo con Dynamic Workload Console o conman.8. Una vez resueltas las dependencias existentes, el gestor de dominio maestro

envía el trabajo a Dynamic Workload Broker a través de la estación de trabajode Dynamic Workload Broker.


9. La estación de trabajo de Dynamic Workload Broker identifica la definición detrabajo que se va a enviar a partir de la información de la sección Cadena detarea del trabajo. Además crea un alias que contiene la asociación con eltrabajo.

10. La definición de trabajo se envía a Dynamic Workload Broker con el valorespecificado para la variable memoria.

11. Dynamic Workload Broker gestiona y supervisa todo el ciclo de vida deltrabajo.

12. Dynamic Workload Broker devuelve la información de estado del trabajo a laestación de trabajo de Dynamic Workload Broker, que notifica al gestor dedominio maestro. El estado del trabajo se correlaciona con el estado de TivoliWorkload Scheduler que se describe en la Tabla 6 en la página 33.


Capítulo 4. Definición de relaciones de afinidad

Las relaciones de afinidad hacen que los trabajos se ejecuten en el mismo recurso.El recurso en el que se ejecuta el primer trabajo lo selecciona dinámicamenteDynamic Workload Broker y los trabajos afines se ejecutan en el mismo recurso.

En Dynamic Workload Broker, puede definir relaciones de afinidad entre dos omás trabajos cuando desea que se ejecuten en el mismo recurso. Al enviar eltrabajo desde el entorno de Tivoli Workload Scheduler, puede definir la afinidadque Dynamic Workload Broker resolverá al añadir una definición de afinidad a lasección Cadena de tarea del trabajo de Tivoli Workload Scheduler de una de lasmaneras siguientes:v Identificación del trabajo afín con el ID de trabajo de Dynamic Workload Brokerv Identificación del trabajo afín con el alias del trabajo de Dynamic Workload

Broker.v Identificación del trabajo afín con el nombre del trabajo de Tivoli Workload

Scheduler.

Identificación del trabajo afín con el ID de trabajo de Dynamic WorkloadBroker

nombreTrabajo [-var nombreVar=valorVar,...,]-affinityjobid=IDTrabajo

Identificación del trabajo afín con el alias del trabajo de Dynamic WorkloadBroker.

nombreTrabajo [-var nombreVar=valorVar,...,]-affinityalias=alias

donde

IDTrabajoEs el ID que Dynamic Workload Broker asigna al enviar el trabajo.

alias Es uno de los siguientes:v El alias definido por el usuario al enviar los trabajos de Dynamic

Workload Broker.v El alias que genera automáticamente la estación de trabajo de Dynamic

Workload Broker al enviar el trabajo desde Tivoli Workload Scheduler.

Identificación del trabajo afín con el nombre del trabajo de Tivoli WorkloadScheduler.

Los trabajos deben pertenecer a la misma secuencia de trabajos.nombreTrabajo [-var nombreVar=nombreVar,...,]-twsaffinityjobname=nombreTrabajoTWS

donde

nombreTrabajoTWSEs el nombre de la instancia del trabajo de Tivoli WorkloadScheduler con el que desea establecer una relación de afinidad.


Capítulo 5. Creación de trabajos de Tivoli Workload Schedulergestionados por Dynamic Workload Broker

En esta sección se describe cómo crear trabajos de Tivoli Workload Schedulergestionados por Dynamic Workload Broker.

Para crear un trabajo de Tivoli Workload Scheduler y que los recursos se asignendinámicamente, siga estos pasos:1. Cree una definición de trabajo JSDL en Dynamic Workload Broker mediante la

Consola de Job Brokering Definition.2. Cree un trabajo que se envíe en Tivoli Workload Scheduler. Defina el trabajo

con la sintaxis estándar y las instrucciones de Tivoli Workload Scheduler, conlos imperativos siguientes:a. Defina como CPU de destino la estación de trabajo donde se ha instalado la

estación de trabajo de Dynamic Workload Broker.b. En la sección Cadena de tarea del trabajo, especifique el nombre de la

definición de trabajo JSDL que ha creado en el entorno de DynamicWorkload Broker.

c. Establezca el tipo de tarea como BROKER.3. A continuación, el trabajo de Tivoli Workload Scheduler puede planificarse y

cuando se envíe a la estación de trabajo de Dynamic Workload Broker, seiniciará automáticamente el trabajo de Dynamic Workload Broker y seasignarán los recursos dinámicamente.


Capítulo 6. Supervisión y cancelación de trabajos

En esta sección se describe cómo puede supervisar y cancelar trabajos utilizandoDynamic Workload Console o el mandato conman.

Puede utilizar la consola Dynamic Workload Console o la línea de mandatosconman para supervisar el estado de los trabajos enviados, recuperar la salida delos trabajos y cancelar los trabajos, si fuera necesario, como haría normalmente enTivoli Workload Scheduler. También puede utilizar la consola Dynamic WorkloadConsole para ver el estado ya que proporciona más información sobre los trabajosprocesados mediante Dynamic Workload Broker.

Los estados de los trabajos en Dynamic Workload Broker se corresponden con losestados siguientes en Tivoli Workload Scheduler:

Tabla 6. Correlación de estados entre Dynamic Workload Broker y Tivoli Workload Scheduler

Estado del trabajo de Dynamic Workload Broker Estado del trabajo de Tivoli Workload Scheduler

1. Ha fallado la ejecución

2. No se puede iniciar

3. Ha fallado la asignación de recursos

4. Desconocido

1. ABEND

2. FAILED

3. FAILED

4. ABEND

1. Enviado

2. Enviado a agente

3. Asignación de recursos recibida

4. En espera de reasignación

5. En espera de recursos

1. INTRO

2. WAIT

3. WAIT

4. WAIT

5. WAIT

1. En ejecución 1. EXEC

1. Completado correctamente 1. SUCC

1. Cancelado

2. Cancelar pendiente

3. Cancelar asignación

1. ABEND

2. El estado se actualiza cuando el trabajo alcanza elestado Cancelado en Dynamic Workload Broker

3. El estado se actualiza cuando el trabajo alcanza elestado Cancelado en Dynamic Workload Broker

Nota: El distintivo + indicado junto a los estados INTRO y EXEC significa que eltrabajo lo gestiona el proceso batchman local.

Puede ver la salida del trabajo mediante la consola Dynamic Workload Console omediante la línea de mandatos conman.

El ejemplo siguiente muestra la salida del trabajo TWS_COLLECT_DATA, que seenvía de Tivoli Workload Scheduler a la estación de trabajo de Dynamic WorkloadBroker.%sj ITDWB_SA#JOBS.TWS_COLLECT_DATA;stdlist

=========================================================== JOB : lab134114#TWS_COLLECT_DATA= USER : mdm_821= JCLFILE : COLLECT_DATA -var data_collect_interval=12


-twsaffinity jobname=branch_collect= Job Number: 226589429= Wed Oct 25 00:31:03 GMT+08:00 2006==========================================================THIS IS THE OUTPUT OF THE JOB=========================================================== Exit Status : 0= System Time (Seconds) : 30 Elapsed Time (Minutes) : 0= User Time (Seconds) : 30= Wed Oct 25 00:31:33 GMT+08:00 2006==========================================================

Las palabras claves de la salida del archivo son las siguientes:

JOB Nombre de host del agente de Tivoli Workload Scheduler al que se haenviado el trabajo y el nombre del trabajo.

USER Usuario de Tivoli Workload Scheduler que ha enviado el trabajo a laestación de trabajo de Dynamic Workload Broker. Cuando se envía untrabajo planificado, el nombre del usuario se recupera de la palabra claveSTREAMLOGON especificada en la definición de trabajo. Cuando seenvía un trabajo ad hoc desde conman y no se especifica el inicio de sesión(longon), el nombre de usuario es el usuario que ha enviado el trabajo.

JCLFILENombre del trabajo

Job NumberNúmero de trabajo.

Exit StatusEstado del trabajo al finalizar.

System TimeTiempo que el sistema del kernel ha invertido para el trabajo.

User TimeTiempo que el usuario del sistema ha invertido para el trabajo.

También puede terminar el trabajo después de haberlo enviado. Terminar untrabajo en Tivoli Workload Scheduler es lo mismo que emitir el mandato cancel enDynamic Workload Broker.


Capítulo 7. Identificación de recursos para trabajos

Para planificar trabajos, Dynamic Workload Broker explora primero los sistemasdel entorno para recuperar información del hardware y del sistema operativo delos sistemas agente. Si lo desea, también puede crear recursos lógicos querepresenten las características de los sistemas no recopilados por la exploración,como licencias de software o aplicaciones instaladas, para identificar aún más losrecursos disponibles en el entorno.

Después de instalar agente de Tivoli Workload Scheduler, se realiza unaexploración automática en los sistemas descubiertos donde esté instalado el agente.La exploración devuelve información del hardware y del sistema operativo que sealmacena en la base de datos Repositorio de recursos.

La información sobre hardware y sistema operativo devuelta por la exploración seconsidera un recurso físico. Los recursos físicos recopilados por los sistemas agenteincluyen los siguientes:

Tipos de recursos físicos Ejemplos

Sistema informático Nombre del sistema informático, modelo,número de procesadores, velocidad de CPU

Sistema operativo Tipo y versión del sistema operativo,memoria virtual, memoria física, espacio deintercambio

Sistema de red Dirección IP, tarjeta de red, nombre de host

Sistema de archivos Capacidad de almacenamiento del sistemade archivos

El proceso de descubrimiento automático de recopilar información sobre recursosfísicos puede identificar sistemas disponibles con los recursos requeridos para quese ejecuten los trabajos. La exploración se planifica y es configurable. Puedeconfigurar la exploración desde el archivoResourceAdvisorAgentConfig.properties en el gestor de dominio maestro y desdeel archivo JobManager.ini en los agentes. Asegúrese de que la exploración seejecuta de forma regular para actualizar cualquier cambio en los recursos. Consultela publicación Tivoli Workload Scheduler: Guía de administración, SC23-9113, si deseamás información sobre este archivo de configuración.

Cuando los recursos físicos recopilados por la exploración no proporcionansuficiente información para abordar de forma precisa los requisitos de trabajosespecíficos, puede definir recursos lógicos o grupos de recursos mediante DynamicWorkload Console. Dynamic Workload Console proporciona la posibilidad deestablecer recursos lógicos adicionales y enlazarlos con sistemas en los que losrecursos estén disponibles. Los recursos lógicos ayudan a identificar los recursosrequeridos por los trabajos para hacer que la asignación sea más precisa. Losrecursos lógicos pueden utilizarse también cuando se expresa una cantidadconsumible de un recurso. Por ejemplo, puede utilizar un recurso lógico paraidentificar aplicaciones específicas y puede utilizarlas también para definir unnúmero limitado de licencias de software disponibles. Cuando se envía un trabajo,


la definición de trabajo incluye los requisitos de recursos físicos y lógicos, y conesta información Dynamic Workload Broker se ocupa de encontrar el sistema másadecuado.

También puede utilizar Dynamic Workload Console para definir un grupo derecursos. Un grupo de recursos es una combinación de recursos lógicos y físicosque se definen para que coincidan y se asignen con precisión los recursos arequisitos de trabajo cuando se envía el trabajo. Después de crear los recursoslógicos y los grupos de recursos, puede editarlos mediante Dynamic WorkloadConsole. Si un sistema, recurso lógico o grupo de recursos deja de estar disponibleo necesita que no esté disponible para realizar tareas de mantenimiento, porejemplo, puede establecer el estado en fuera de línea. Posteriormente puedeestablecer el estado en línea en Dynamic Workload Console.

Las tareas para configurar recursos son las siguientes:v “Creación de recursos lógicos” en la página 38v “Creación de grupos de recursos” en la página 40

Comprobación de recursos físicos en sistemasPuede examinar y ver los recursos físicos que se descubren en la exploración delagente en los sistemas del entorno.

La exploración planificada automáticamente que se ejecuta en los sistemas alinstalar el agente de Tivoli Workload Scheduler devuelve información del sistemaoperativo y del hardware de los sistemas agente al repositorio de recursos. Puedeutilizar Dynamic Workload Console para ver la información recopilada por elagente además de otra información sobre los sistemas. Puede acceder a lainformación siguiente:v Información sobre el sistema operativov Disponibilidad del sistemav Información sobre el procesadorv Información sobre la máquinav Memoria libre, memoria virtual libre y espacio libre de intercambiov Recursos del sistema asignados a trabajosv Historial de instancias de trabajo que se han ejecutado en los sistemas y que se

están ejecutando en ese momento

Para ver información sobre los recursos físicos disponibles en los sistemas delentorno, siga estos pasos:1. En el árbol de navegación de Tivoli Dynamic Workload Broker, expanda

Configuración y pulse Conexiones del servidor

2. Defina conexiones viables, pruébelas y guárdelas.3. Expanda Seguimiento y pulse en Sistemas.4. Especifique los criterios de búsqueda para los sistemas que desea buscar.5. Pulse Buscar. Los sistemas que cumplen los criterios de búsqueda se muestran

en la página Resultados de búsqueda de sistemas.6. Para ver los recursos físicos de un sistema, seleccione el enlace del nombre del

sistema. La página Detalles del sistema muestra los recursos físicos delsistema.


En la Figura 4 en la página 38 se muestra la página Resultados de búsqueda desistemas. Desde esta vista puede realizar las tareas siguientes:v Establecer los sistemas fuera de línea para que no puedan asignárseles trabajos.v Volver a establecer los sistemas en línea para que puedan asignárseles trabajos.v Suprimir los sistemas que ya no estén visibles, cuando busque sistemas. Cuando

se suprime un sistema, éste se elimina temporalmente de la base de datosdurante un periodo de tiempo definido en el archivoResourceAdvisorAgentConfig.properties. Después de la supresión, el agente deTivoli Workload Scheduler permanece instalado y en ejecución. Los trabajosasignados y en ejecución en el sistema en ese momento se completarán. Parasuprimir de forma permanente un sistema, deberá desinstalar el agente de TivoliWorkload Scheduler.

v Renovar la vista de los resultados de búsqueda de sistemas para ver informaciónactualizada acerca de los sistemas.

v Ver el número de trabajos asignados actualmente en un sistema concreto en lacolumna Trabajos activos. Para cada sistema, en esta columna se muestra elnúmero de trabajos que han seleccionado al sistema como un sistema de destino,así como también el número de trabajos que están asignando actualmente elsistema como un recurso relacionado. En el caso específico de que haya definidoun sistema informático como un tipo para un recurso relacionado necesario paraejecutar un trabajo (en la definición JSDL del trabajo), cuando el trabajo estáasignado, éste aparece dos veces en Trabajos activos, tal como se indica acontinuación:– Si se selecciona dos veces el mismo sistema, como sistema de destino y como

recurso relacionado, en la columna aparecen 2 trabajos para dicho sistema,incluso aunque sólo haya un trabajo en ejecución.

– Si se seleccionan diferentes sistemas para el sistema de destino y el recursorelacionado, en la columna se muestra el mismo trabajo dos veces (una vezpara cada sistema).

v Ver información adicional acerca de un sistema.

Para realizar estas tareas, haga lo siguiente:1. Seleccione un sistema en la tabla Resultados de búsqueda de sistemas.2. Seleccione una de las siguientes operaciones en el menú Acciones:

v Establecer como en línea

v Establecer como fuera de línea

v Suprimir

v Renovar

3. Pulse Ir para ejecutar la operación.

Puede ver los detalles sobre los sistemas si pulsa el enlace del nombre del sistemaen la tabla Resultados de búsqueda de sistemas.

Capítulo 7. Identificación de recursos para trabajos 37

En general, puede pulsar enlaces de nombres de trabajo, nombres de instancias detrabajos y sistemas en la consola Dynamic Workload Console para ver más detallessobre ellos.

Creación de recursos lógicosCon Dynamic Workload Console, puede definir recursos lógicos y grupos derecursos para las estaciones de trabajo con propiedades no descubiertas por mediode una exploración del sistema. Un recurso lógico se crea especificando lascaracterísticas del recurso que se necesitan para ejecutar trabajos.

Para crear un recurso lógico, siga estos pasos:1. En el árbol de navegación de Tivoli Dynamic Workload Broker, expanda

Entorno de planificación y pulse Definir un nuevo recurso lógico. Se inicia elasistente para definir un nuevo recurso lógico. El asistente le ayudará a crearun recurso nuevo y a agregarlo a sistemas del entorno.

2. En la página Propiedades generales, defina las propiedades generales delrecurso lógico:a. En el campo Nombre, escriba el nombre que debe asignarse al recurso

lógico. Este campo es obligatorio. El nombre debe comenzar por un carácteralfabético y puede contener símbolos de subrayado ( _ ), símbolos de menos(-) y puntos (.). No es posible especificar espacios, caracteres especiales ycaracteres acentuados.

b. En el campo Tipo, escriba un nombre significativo para el tipo de recursológico. Por ejemplo, si el recurso lógico describe aplicaciones DB2, puedellamar al recurso DB2. El nombre debe comenzar por un carácter alfabético

Figura 4. Página Resultados de búsqueda de sistemas


y puede contener símbolos de subrayado ( _ ), símbolos de menos (-) ypuntos (.). No es posible especificar espacios, caracteres especiales ycaracteres acentuados.

c. En el campo Cantidad, especifique un valor que represente ladisponibilidad del recurso lógico. Por ejemplo, si el recurso consta de unservidor de licencia, puede especificar el número de licencias disponible enel servidor para un producto. Este campo es opcional.

d. Seleccione el recuadro Establecer como fuera de línea para marcar elrecurso como no disponible. A continuación, puede cambiar el estado delrecurso al expandir Entorno de planificación en el panel izquierdo yseleccionar Recursos lógicos. Busque un recurso y modifique su estado.

e. Pulse el botón Siguiente para continuar.3. En la página Criterios de búsqueda de sistemas, especifique los criterios para

buscar los sistemas que deben añadirse al recurso lógico. En esta página puederealizar una búsqueda en todos los sistemas disponibles en el entorno deDynamic Workload Broker o buscar sistemas específicos. Para buscar en todoslos sistemas disponibles, deje todos los campos en blanco. Como alternativa,puede especificar uno o más de los criterios de búsqueda que se listan acontinuación. Los criterios de búsqueda son acumulativos; cada informaciónadicional que especifique define mejor la búsqueda:v En el campo Nombre de host, especifique el nombre de host de un sistema.

Se pueden utilizar caracteres comodín. La búsqueda se efectúa en lossistemas que tienen el nombre de host o parte del nombre de hostespecificado. Por ejemplo, si escribe test* en el campo Nombre de host, sedevolverán los nombres de host test1 y testing.

v En el área Recursos lógicos que ya están en el sistema, especifique elnombre y el tipo de recursos lógicos ya presentes en el sistema, si los hay. Enel campo Nombre, especifique el nombre de recurso lógico y en el campoTipo especifique el tipo de recurso lógico. Se pueden utilizar caracterescomodín.

v En el área Disponibilidad, especifique si el sistema está:

DisponibleEl sistema está disponible y se le pueden asignar trabajos.

No disponibleEl sistema no está disponible. Es posible que la red esté inactiva oque se haya desconectado el sistema.

v En el área Estado, defina el estado del sistema especificado.

En líneaEl sistema está en línea.

Fuera de líneaEl sistema está fuera de línea. Es posible que el administrador hayapuesto el sistema fuera de línea para realizar su mantenimiento.

v En el área Características de hardware, especifique el número deprocesadores disponibles en el sistema:

Único procesadorEl sistema contiene un procesador.

Doble procesadorEl sistema contiene dos procesadores.

Varios procesadoresEl sistema contiene tres o más procesadores.


v En el área Sistema operativo, especifique el sistema operativo instalado enlos sistemas que desea buscar. Se realiza sólo la búsqueda de sistemas con lossistemas operativos seleccionados. Los sistemas operativos disponibles son:– Windows

– Linux

– AIX

– Oracle Solaris

– HP-UX

Los resultados de la búsqueda se muestran en la página Resultados debúsqueda de sistemas.

4. En la página Resultados de búsqueda de sistemas, especifique los sistemas alos que desea agregar el recurso lógico que va a crear. Las selecciones sevisualizan en la página Resumen.

5. Opcionalmente, en la página Resumen, puede eliminar el sistema seleccionadodel recurso lógico que vaya a definir. Pulse Finalizar para guardar el recursológico.

Se crea el recurso lógico, al que se puede acceder mediante la tarea Entorno deplanificación > Recursos lógicos. Mediante esta tarea puede realizar lasoperaciones siguientes:v Establecer el estado del recurso lógico como en línea o fuera de línea.v Suprimir el recurso lógico.v Editar las especificaciones de recursos lógicos, incluidos los sistemas en los que

se encuentra el recurso lógico, el estado en línea o fuera de línea de los sistemasy el nombre del recurso lógico, a menos que el recurso lógico se haya importadode la base de datos Configuration Management Database. Un recurso lógico deConfiguration Management Database se puede identificar en la tabla de recursoslógicos mediante el valor CCMDB de la columna Propietario.

Creación de grupos de recursosCon Dynamic Workload Console, puede crear grupos de recursos para agruparsistemas o recursos lógicos. Un grupo de recursos representa una asociación lógicaentre sistemas, recursos lógicos o ambos con similares características de hardware osoftware. Es una combinación de recursos lógicos y físicos utilizados para quecoincidan y se asignen con precisión los recursos a requisitos de trabajo cuando seenvía el trabajo.

Para crear un grupo de recursos, siga estos pasos:1. En el árbol de navegación de la consola, expanda Entorno de planificación y

pulse Definir un nuevo grupo de recursos. Se inicia el asistente para grupo derecursos. El asistente le ayudará a crear un grupo de recursos nuevo.

2. En la página Selección de tipo de grupo, especifique el nombre, estado y tipodel grupo de recursos:a. En el campo Nombre, escriba el nombre que se va a asignar al grupo de

recursos. El nombre debe comenzar por un carácter alfabético y puedecontener símbolos de subrayado ( _ ), símbolos de menos (-) y puntos (.).No es posible especificar espacios, caracteres especiales y caracteresacentuados. Este campo es obligatorio.

b. Seleccione el recuadro Establecer como fuera de línea para marcar el grupode recursos como no disponible. A continuación, puede cambiar el estadodel grupo de recursos al expandir Entorno de planificación en el panel


izquierdo y seleccionar Grupos de recursos. Después puede buscar ungrupo de recursos y modificar el estado.

c. En el área Seleccionar los elementos que deben agruparse, seleccione loselementos que forman el grupo. Los valores admitidos son los sistemas, losrecursos lógicos o ambos. Este campo es obligatorio.

d. Pulse el botón Siguiente para continuar.3. En la página Criterios de búsqueda de sistemas, especifique los criterios para

buscar los sistemas que deben agregarse al grupo de recursos. En esta páginapuede realizar una búsqueda en todos los sistemas disponibles en el entorno deDynamic Workload Broker o buscar sistemas específicos. Para buscar en todoslos sistemas disponibles, deje todos los campos en blanco. Como alternativa,puede especificar uno o más de los criterios de búsqueda que se listan acontinuación. Los criterios de búsqueda son acumulativos; cada informaciónadicional que especifique define mejor la búsqueda:v En el campo Nombre de host, especifique el nombre de host de un sistema.

Se pueden utilizar caracteres comodín. La búsqueda se efectúa en lossistemas que tienen el nombre de host o parte del nombre de hostespecificado. Por ejemplo, si escribe test* en el campo Nombre de host, sedevolverán los nombres de host test1 y testing.

v En el área Recursos lógicos que ya están en el sistema, especifique elnombre y el tipo de recursos lógicos ya presentes en el sistema, si los hay. Enel campo Nombre, especifique el nombre de recurso lógico y en el campoTipo especifique el tipo de recurso lógico. El nombre y el tipo debenempezar por un carácter alfabético y pueden contener un símbolo desubrayado ( _ ), un símbolo menos (-) o un punto (.). No es posibleespecificar espacios, caracteres especiales y caracteres acentuados.

v En el área Disponibilidad, especifique si el sistema está:

DisponibleEl sistema está disponible para su asignación.

No disponibleEl sistema no está disponible. Es posible que la red esté inactiva oque se haya desconectado el sistema.

v En el área Estado, defina el estado del sistema especificado.

En líneaEl sistema está en línea.

Fuera de líneaEl sistema está fuera de línea. Es posible que el administrador hayapuesto el sistema fuera de línea para realizar su mantenimiento.

v En el área Características de hardware, especifique el número deprocesadores disponibles en el sistema:

Único procesadorEl sistema contiene un procesador.

Doble procesadorEl sistema contiene dos procesadores.

Varios procesadoresEl sistema contiene tres o más procesadores.

v En el área Sistema operativo, especifique el sistema operativo instalado enlos sistemas que desea buscar. Se realiza sólo la búsqueda de sistemas con lossistemas operativos seleccionados. Los sistemas operativos disponibles son:– Windows


– Linux

– AIX

– Oracle Solaris

– HP-UX

Pulse Siguiente para realizar la búsqueda según los criterios especificados. Losresultados de la búsqueda se visualizan en la página Resultados de búsquedade sistemas.

4. En la página Resultados de búsqueda de sistemas, especifique los sistemas alos que desea agregar el grupo que va a crear. Pulse Siguiente.

5. Si el grupo de recursos que va a definir incluye un recurso lógico, la páginaCriterios de búsqueda de recursos lógicos le solicitará que especifique loscriterios de búsqueda siguientes:a. El nombre del recurso lógico.b. El tipo de recurso lógico.

Pulse Siguiente para mostrar la página Resultados de búsqueda de recursoslógicos.

6. Seleccione el recurso lógico que desea agregar al grupo de recursos que va adefinir y pulse Siguiente para mostrar la página Resumen.

7. Opcionalmente, en la página Resumen puede eliminar cualquier sistema orecurso lógico que haya incluido en el grupo de recursos. Pulse Finalizar paraguardar el grupo de recursos.

Se crea el grupo de recursos, al que se puede acceder mediante la tarea Entorno deplanificación > Grupos de recursos. Mediante esta tarea puede realizar lasoperaciones siguientes:v Establecer el estado del grupo de recursos como en línea o fuera de línea.v Suprimir el grupo de recursos.v Editar las especificaciones de los grupos de recursos: puede agregar o eliminar

sistemas y recursos lógicos del grupo, cambiar su estado en línea o fuera delínea y cambiar el nombre del grupo de recursos.


Capítulo 8. Grabación de definiciones JSDL con la consola deJob Brokering Definition

La Consola de Job Brokering Definition ofrece una interfaz gráfica fácil de utilizarpara que pueda crear y editar definiciones de trabajo JSDL, que podrá usar conDynamic Workload Broker.

La interfaz gráfica de la Consola de Job Brokering Definition le permite crear yeditar definiciones de trabajo en función del esquema JSDL. Cada campo de textode la Consola de Job Brokering Definition se corresponde con un elemento oatributo del archivo JSDL y viceversa. Puede utilizar Consola de Job BrokeringDefinition para crear tipos de trabajos existentes. Si necesita crear tipos de trabajocon opciones avanzadas, utilice Dynamic Workload Console o el mandatocomposer.

La Consola de Job Brokering Definition simplifica la tarea de crear un archivo JSDLal ocultar la complejidad del archivo y validar la estructura del archivo contra elesquema JSDL. La información definida en la Consola de Job Brokering Definitionse convierte automáticamente al elemento o atributo correspondiente del archivoJSDL.

Puede guardar un archivo JSDL localmente o cargarlo como definición de trabajoen la base de datos del Repositorio de trabajos donde pasa a estar disponible parasu envío. Al guardar el archivo en la Consola de Job Brokering Definition, elarchivo JSDL se verifica contra un archivo .xsd que se proporciona con lainstalación del producto y que contiene las reglas de sintaxis. Si la sintaxis delarchivo JSDL contiene un error, se muestra un mensaje para que pueda corregirlo.

El Lenguaje de descripción de envío de trabajos (JSDL o Job SubmissionDescription Language) es un lenguaje basado en XML que se utiliza paraespecificar las características y requisitos de un trabajo, y las instrucciones sobrecómo gestionarlo y ejecutarlo. Son los siguientes:v Información de identificación del trabajov Información sobre la ejecución del programav Requisitos de recursosv Requisitos de planificación y ejecuciónv Cantidad de recursos que deben asignarse o son necesariosv Asignación lógica de la cantidad de recursos

Selección de tipos de destino

Al crear un archivo JSDL, puede elegir entre los tipos de recursos siguientes comodestinos para su trabajo:

RecursosUn recurso es un sistema informático. Puede utilizar este tipo de recursopara definir un requisito básico para el trabajo.

Recursos relacionadosUn recurso relacionado es un conjunto de tipos de recursos. Puede utilizareste tipo de recurso para definir un requisito básico para el trabajo. Unrecurso relacionado incluye los siguientes tipos de recursos:


|||||||

v Un conjunto de propiedades de hardware y software de un sistemacomo un sistema operativo, sistema de archivos y sistema de red.

v Recursos lógicos y entidades lógicas que pueden asociarse a uno o mássistemas para representar aplicaciones, grupos, licencias, servidores, etc.

Los recursos relacionados tienen dos funciones principales:v Puede especificar recursos relacionados como un requisito adicional al

agregarlo al requisito del recurso. En este caso, deberá crear una relaciónentre el recurso y el recurso relacionado.

v Puede utilizar el recurso relacionado para indicar la presencia de unrecurso determinado en el entorno como un correquisito para laejecución del trabajo. En este caso, no debe crear una relación entre elrecurso y el recurso relacionado. Un recurso relacionado sin relación conun recurso es un recurso global. Por ejemplo, si desea mover un archivodel recurso A al recurso B, el recurso B es un correquisito para laejecución del trabajo que mueve el archivo. Los sistemas sólo puedendefinirse como recursos globales.

Selección de tipos de recursos

Dynamic Workload Broker gestiona los tipos de recursos listados en la Tabla 7.Para cada tipo de recurso puede especificar requisitos en las propiedades listadasen la columna Propiedades disponibles. En la Tabla 7 también se listan laspropiedades consumibles y las propiedades optimizables. Las propiedadesconsumibles pueden asignarse de forma exclusiva al trabajo mientras se ejecutamediante el mecanismo de asignación. Las propiedades que se pueden optimizarse pueden utilizar para proporcionar un equilibrio de carga más efectivo en lapropiedad del recurso.

Tabla 7. Tipos de recurso y propiedades

Tipo de recursoPropiedadesdisponibles Consumible Se puede optimizar Admite comodines

ComputerSystem CPUUtilization No Sí No

HostName No No Sí

Fabricante No No Sí

Model No No Sí

NumOfProcessors Sí Sí No

ProcessingSpeed No Sí No

ProcessorType No No No

LogicalResource DisplayName No No Sí

SubType No No Sí

Cantidad Sí Sí No


Tabla 7. Tipos de recurso y propiedades (continuación)


OperatingSystem DisplayName No No Sí

FreePhysicalMemory No Sí No

FreeSwapSpace No Sí No

FreeVirtualMemory No Sí No

OperatingSystemType No No No

OperatingSystemVersion

No No No

TotalPhysicalMemory Sí Sí No

TotalSwapSpace Sí Sí No

TotalVirtualMemory Sí Sí No

FileSystem DisplayName No No Sí

FileSystemRoot No No Sí

FileSystemType No No No

FreeStorageCapacity No Sí No

TotalStorageCapacity Sí Sí No

NetworkSystem NetworkAddress No No No

NetworkSystemHostName

No No Sí

Al definir los requisitos de una definición de trabajo, puede definir la cantidad depropiedad consumible que se asignará al trabajo. Cuando se asigna una propiedadde recurso a un trabajo, la cantidad que especifique se reserva de forma lógica parael trabajo. Si se envía otro trabajo que asigna un valor mayor que la capacidadrestante de la misma propiedad consumible, no será posible ejecutar este trabajo enel mismo recurso que el trabajo anterior porque la propiedad necesaria ya estáreservada. Si no se especifica ninguna asignación de propiedades en la definiciónde trabajo, el trabajo puede ejecutarse en el mismo recurso que el trabajo anteriorporque el mecanismo de asignación se aplica sólo si ambos trabajos asignan lamisma propiedad.

Puede utilizar el mecanismo de asignación para limitar la utilización simultánea dela misma cantidad por parte de varios trabajos y para mejorar el rendimiento delsistema.

Para asignar una propiedad para un trabajo, utilice el elemento allocation en elarchivo JSDL o los separadores Requisitos de software y Requisitos de hardware enla Consola de Job Brokering Definition.

Este tipo de asignación se aplica a sistemas informáticos. Para asignar unapropiedad a un recurso distinto de un sistema informático, defina el recurso cuyapropiedad desea asignar en el panel Recurso relacionado y defina el valor deasignación de una o más de sus propiedades. A continuación, puede definir unarelación entre el recurso y el recurso relacionado que ha creado. De esta manera, sedefine el recurso relacionado y la propiedad asignada como un requisito para quese ejecute el trabajo.

Capítulo 8. Grabación de definiciones JSDL con la consola de Job Brokering Definition 45

Definiciones de trabajosEn este tema se ofrece una visión general de los posibles contenidos de lasdefiniciones de trabajos y se describe cómo se agregan los diferentes tipos decontenido de definición de trabajo mediante la Consola de Job BrokeringDefinition.

Una definición de trabajo contiene toda la información necesaria para determinarlos sistemas en los que se puede ejecutar un trabajo, las reglas de planificación yequilibrio de trabajo que se van a aplicar al asignar recursos, y la informaciónnecesaria para identificar y ejecutar la aplicación. Se define mediante el Lenguajede descripción de envío de trabajos (JDSL o Job Submission Description Language).

JSDL es un lenguaje basado en XML que se utiliza para especificar lascaracterísticas y requisitos de un trabajo, y las instrucciones sobre cómo gestionar yejecutar los trabajos. Un archivo JSDL puede incluir los tipos de informaciónsiguientes:

Información básica de trabajoIncluye el nombre del trabajo, las categorías de trabajo a las que deseaasignar el trabajo y las variables que se utilicen en el trabajo.

Las variables pueden utilizarse de diversas maneras en una definición detrabajo. Por ejemplo:v Un conjunto de variables puede describir un mandato y sus argumentos.

Pueden añadirse a la información sobre la ejecución del programa ydentro del script del trabajo.

v Las variables también se pueden utilizar para identificar recursos, porejemplo, un host de destino.

El valor predeterminado asignado a la variable en la definición de trabajose utiliza al ejecutar el trabajo, a no ser que se sustituya en el momento delenvío. Consulte los apartados Capítulo 2, “Utilización de variables deTivoli Workload Scheduler en trabajos de Dynamic Workload Broker”, enla página 23 y “Utilización de variables en definiciones de trabajos” en lapágina 53.

Información sobre la ejecución del programaIdentifica el script que se va a ejecutar, de ser necesario, los archivos deentrada estándar, de salida y de error y el directorio de trabajo. Si eltrabajo debe proporcionar credenciales, éstas también se pueden especificar.

Puede definir las credenciales necesarias para ejecutar un trabajo si éstasson distintas a las credenciales con las que se ejecuta el agente de TivoliWorkload Scheduler.

En los destinos Windows, los trabajos que no tienen ninguna credencialespecificada, se ejecutan con la cuenta de usuario que se especifica durantela instalación del agente de Tivoli Workload Scheduler, a no ser que elagente se ejecute con la cuenta de sistema local. En este caso, los trabajosenviados al agente se ejecutan con la cuenta del administradorpredeterminada.

En destinos UNIX, los trabajos que no tienen credenciales especificadas seejecutan con el usuario root.


Especificaciones de recursos necesariasPermite que Dynamic Workload Broker identifique los sistemas en los quese puede ejecutar el trabajo en función de los requisitos de hardware ysoftware.

Requisitos relacionadosPermite al usuario especificar las relaciones obligatorias entre los recursosy los recursos de correquisito de un trabajo.

AsignaciónCantidad de recursos que se va a asignar o que se necesita.

Políticas de optimización y de equilibrio de carga

Están disponibles las políticas de equilibrio de carga siguientes:

Equilibrar carga entre recursos por número de trabajos ejecutándoseLos trabajos se asignan a destinos en función del número detrabajos que están en ejecución en ese momento en cada destino. Elobjetivo es garantizar que cada recurso ejecute el mismo númerode trabajos durante el mismo intervalo de tiempo. Ésta es lapolítica predeterminada. Es ideal en situaciones en las que seejecutan en un conjunto de recursos muchos trabajos similares, queconsumen una cantidad similar de recursos del sistema.

Equilibrar carga entre recursos por objetivo de optimizaciónPara definir un objetivo, seleccione un tipo de recurso y unapropiedad de recurso relacionada y especifique el objetivo demodo que se maximice o minimice la propiedad. Por ejemplo,puede equilibrar la carga con el objetivo de mantener tan alta comosea posible la cantidad de memoria física libre disponible en losrecursos del sistema operativo. El objetivo debe establecerse enmaximizar la memoria física libre y cuando se envíen trabajos coneste objetivo, se asignan a recursos disponibles de modo que habrámás trabajos que van a los recursos y no tanto trabajos con unagran cantidad de memoria física libre.

Seleccionar el mejor recurso por objetivo de optimizaciónDefina el objetivo de optimización de la misma manera que se hadescrito en Equilibrar carga entre recursos por objetivo deoptimización. No obstante, cuando se envía un trabajo con estapolítica, siempre se asignará al recurso que mejor case con elobjetivo. Por ejemplo, si el objetivo es maximizar la memoria físicalibre, el trabajo se ejecutará en el recurso con la cantidad más altade memoria física libre en el momento del envío.

Enterprise Workload ManagerSi tiene instalado Enterprise Workload Manager, puede definir lostrabajos con una política de optimización para utilizar las funcionesde equilibrio de carga de este producto.

En el esquema JSDL, la página Optimización se corresponde con elelemento de optimización.

Requisitos de planificación y ejecuciónPuede definir una prioridad, el tiempo que un trabajo debe esperar laobtención de recursos antes de generar un error, y las acciones derecuperación en caso de error.

El valor de prioridad máxima es de 100, y los valores de prioridad entre 90y 100 sólo deben utilizarse en el caso de trabajos críticos. A los trabajos con


estos valores de prioridad siempre se les asignan recursos por delante deotros trabajos en espera independientemente del tiempo de espera de estostrabajos. Si el valor de prioridad es inferior a 90, a los trabajos se lesasignan recursos en función del valor de prioridad y de la antigüedad deltrabajo. A medida que va transcurriendo el tiempo, los trabajos con unvalor de prioridad bajo aumentan el valor de prioridad de modo que se lesasignen finalmente los recursos aunque haya trabajos en espera con unaprioridad inicial más alta.

La interfaz gráfica de la Consola de Job Brokering Definition le permite crear yeditar definiciones de trabajo en función del esquema JSDL. Los campos de laConsola de Job Brokering Definition se corresponden con los elementos delesquema JSDL. Al crear una definición de trabajo mediante la Consola de JobBrokering Definition, puede ver la estructura de definición de trabajo en el panelResaltar.

El esquema JSDL ofrece una gran flexibilidad a la hora de definir los trabajos y susrequisitos. Un trabajo puede tener una definición muy abierta, con pocos recursosdefinidos, lo cual le permite ejecutarse en una amplia gama de recursos y cumplirlas reglas predeterminadas del equilibrio de carga. Otros trabajos pueden tener unconjunto de requisitos de hardware y software mucho más detallado, además deasignaciones de recursos específicos y una política de equilibrio de carga. El uso dela interfaz gráfica simplifica la tarea de crear archivos JSDL y elimina muchos delos riesgos que generan errores que se producen cuando los archivos se editan deforma manual. Los diferentes elementos que componen una definición de trabajoestán disponibles, en muchos casos, con un conjunto de valores fijos entre los que

Figura 5. Página principal de la Consola de Job Brokering Definition


puede elegir. La información definida en la Consola de Job Brokering Definition seha validado, lo que garantiza que los valores que especifica son correctos ycoherentes entre sí.

Además, la Consola de Job Brokering Definition también contiene ayuda sobre elcontenido, que ofrece valores del lado de servidor para numerosos campos de lainterfaz, por ejemplo, nombres de host candidatos y recursos lógicos, entre otros.Los campos que contienen ayuda para el contenido se identifican mediante unicono de bombilla. Coloque el ratón sobre la bombilla y pulse Control + Barraespaciadora para ver una lista de valores posibles. Los valores del lado delservidor se completan mediante la memoria caché del servidor en la conexión deservidor activa actual. Los datos del servidor se almacenan automáticamente en lamemoria caché cuando se realiza la conexión inicial al servidor o cada vez que semodifica la conexión del servidor. Puede renovar la memoria caché en cualquiermomento, por ejemplo, si ha definido un nuevo requisito de recurso en el servidor;para ello, seleccione Servidor > Renovar memoria caché de datos de servidor.

Al guardar el archivo en la Consola de Job Brokering Definition, el archivo JSDL severifica contra un archivo .xsd que se proporciona con la instalación del producto yque contiene las reglas de sintaxis. Si la sintaxis del archivo JSDL contiene un error,se muestra un mensaje para que pueda corregirlo. Puede guardar los archivosJSDL localmente o cargarlos como definiciones de trabajo en el Repositorio detrabajos desde donde se pueden enviar.

Recursos de la definición de trabajoEn este tema se ofrece una visión general sobre cómo se utilizan los recursos y suspropiedades en la definición de trabajo para identificar destinos posibles, reservarasignaciones de recursos consumibles y optimizar el equilibrio de carga entrerecursos disponibles.

Comprender los recursos físicos y lógicos y sus propiedades es la clave para crearuna definición de trabajo que utilice de forma precisa los recursos adecuados paraejecutar el trabajo, determine el requisito de asignación de recursos y contribuya aequilibrar la carga entre los recursos disponibles. Cada recurso tiene asociadas unao más propiedades. Las propiedades pueden tener las características siguientes:

ConsumibleLas propiedades consumibles de los recursos tienen una cantidad finitaasociada a ellos que los trabajos asignados al recurso pueden consumir. Porejemplo, un sistema informático tiene un número finito de procesadores.

Se puede optimizarAlgunas propiedades se pueden utilizar para definir objetivos deoptimización que determinan la forma de equilibrar la carga cuando lostrabajos se asignan a un grupo de recursos. Por ejemplo, puede elegirasignar un trabajo al recurso coincidente que tenga el uso de CPU másbajo.

Admite comodinesAlgunas propiedades se pueden especificar en la definición de trabajomediante comodines. Por ejemplo, para definir un requisito para una serieconcreta de modelos de sistema puede especificar el modelo concomodines.

En la Tabla 8 en la página 50 se muestran los distintos tipos de recursos que sepueden incluir en una definición de trabajo y sus propiedades disponibles.


Tabla 8. Tipos de recurso y propiedades


ComputerSystem CPUUtilization No Sí No

HostName No No Sí

Fabricante No No Sí

Model No No Sí

NumOfProcessors Sí Sí No

ProcessingSpeed No Sí No

ProcessorType No No No

LogicalResource DisplayName No No Sí

SubType No No Sí

Cantidad Sí Sí No

OperatingSystem DisplayName No No Sí

FreePhysicalMemory No Sí No

FreeSwapSpace No Sí No

FreeVirtualMemory No Sí No

OperatingSystemType No No No

OperatingSystemVersion

No No No

TotalPhysicalMemory Sí Sí No

TotalSwapSpace Sí Sí No

TotalVirtualMemory Sí Sí No

FileSystem DisplayName No No Sí

FileSystemRoot No No Sí

FileSystemType No No No

FreeStorageCapacity No Sí No

TotalStorageCapacity Sí Sí No

NetworkSystem NetworkAddress No No No

NetworkSystemHostName

No No Sí

Las propiedades de recursos pueden utilizarse en la definición de trabajo de lassiguientes maneras:

Identificación de destinos del trabajoEn la página Recursos de la Consola de Job Brokering Definition, puedeproporcionar información sobre los recursos necesarios para el trabajo.Gracias a esta información, Dynamic Workload Broker puede identificar lossistemas informáticos en los que se puede ejecutar el trabajo. Además delos requisitos básicos de hardware y software, puede utilizar el separadorRequisitos avanzados para incluir requisitos para las propiedades derecursos específicos. Por ejemplo, puede agregar un requisito para un tipode procesador específico o especificar un rango necesario de velocidad deprocesador. En el esquema JSDL, la página Recursos se corresponde con elelemento de recursos.


Al definir un requisito de recurso, para facilitar el uso del producto laConsola de Job Brokering Definition crea automáticamente la relaciónsubyacente entre el recurso necesario y el sistema informático que contieneel recurso.

Los requisitos de propiedades de recursos que se van a utilizar alidentificar destinos para el trabajo también se pueden especificar en lapágina Recursos relacionados. Un recurso relacionado incluye lossiguientes tipos de recursos:v Un conjunto de propiedades de hardware y software de un sistema

como un sistema operativo, sistema de archivos y sistema de red.v Recursos lógicos, que son un medio flexible de proporcionar información

sobre el entorno además de información recopilada mediante laexploración de hardware. Por ejemplo, puede crear recursos lógicos pararepresentar aplicaciones, grupos, licencias o acceso a bases de datos. Unrecurso lógico puede enlazarse a uno o más sistemas especificados opuede ser un recurso global autónomo, disponible para todos lossistemas.

Los recursos relacionados tienen dos funciones principales:

Especificar requisitos adicionales, con lo que los criterios coincidentes dedestinos posibles resultan más precisos.

Los destinos sólo coinciden si contienen un recurso especificado oestán asociados a éste. Además de definir el recurso relacionado enla definición de trabajo, también debe definir su relación con elrecurso de destino y especificar el tipo de relación como contiene oasociaciones. Un recurso relacionado que defina propiedades dehardware y software siempre tiene una relación contiene mientrasque los recursos lógicos suelen tener una relación asociaciones. Porejemplo, si se incluye un requisito relacionado para un recursológico que representa una licencia de nodo bloqueado, el sistemade destino debe ser una asociación con este recurso y, por lo tanto,un destino donde la licencia esté disponible.

Especificar recursos globales que deben estar disponibles para el trabajopueda ejecutarse

Estos recursos relacionados no están relacionados con el recurso dedestino y no es necesario que encuentren recursos coincidentespara que se ejecute el trabajo. El recurso debe estar disponible parael trabajo en el momento del envío. Por ejemplo, si una licencianecesaria para que se ejecute el software que utiliza el trabajo es deun tipo que no se ha asignado a ningún sistema, podría crearse unrecurso lógico para identificarlo y para saber el número delicencias que existen y que están en uso. No hay ningún sistemaasociado a este recurso lógico, por eso se denomina recurso global,disponible para todos los sistemas. La definición de trabajo incluyeun recurso relacionado que identifica el recurso lógico de licenciaflotante y el número de licencias necesarias. Para que el trabajopueda ejecutarse, debe cumplirse este requisito.

En el esquema JSDL, la página Recursos relacionados se corresponde conel elemento de recursosRelacionados.

Una vez definidos los requisitos de recursos para el trabajo, se aplican lasreglas lógicas para determinar si los requisitos son alternativos entre sí(OR) o si son inclusivos (AND). En general, los distintos tipos de requisitostienen una relación AND; por ejemplo, si especifica un tipo de sistema


operativo, una arquitectura de CPU y un valor mínimo para la memoriafísica, el recurso de destino del trabajo debe cumplir todos estos requisitos.

Dentro de los tipos de requisitos siguientes, puede especificar alternativasque tengan una relación OR:v Hosts candidatosv Arquitecturas de CPU candidatasv Sistemas operativos candidatos

Si se agregan varias entradas para uno de estos tipos de requisitos, seconsideran como alternativos. Por ejemplo, si se especifican Linux, AIX yHP-UX como sistemas operativos candidatos, el recurso de destino para eltrabajo debe tener uno de estos tipos de sistema operativo.

Dentro de los tipos de requisitos siguientes, el recurso de destino para eltrabajo debe cumplir todos los requisitos especificados.v Recursos lógicosv Sistemas de archivo

Por ejemplo, si agrega Disco local y CD-ROM a los requisitos del sistemade archivos, el recurso de destino para el trabajo debe tener tanto un discolocal como un CD-ROM .

Reserva de recursosAl definir los requisitos de una definición de trabajo, puede definir lacantidad de propiedad consumible que se asignará al trabajo. Cuando seasigna una propiedad de recurso a un trabajo, la cantidad que especifiquese reserva de forma lógica para el trabajo. Si se envía otro trabajo queasigna un valor mayor que la capacidad restante de la misma propiedadconsumible, no será posible ejecutar este trabajo en el mismo recurso queel trabajo anterior porque la propiedad necesaria ya está reservada. Si nose especifica ninguna asignación de propiedades en la definición detrabajo, el trabajo puede ejecutarse en el mismo recurso que el trabajoanterior porque el mecanismo de asignación se aplica sólo si ambostrabajos asignan la misma propiedad.

Puede utilizar el mecanismo de asignación para limitar la utilizaciónsimultánea de la misma cantidad por parte de varios trabajos y paramejorar el rendimiento del sistema.

En la Consola de Job Brokering Definition, puede asignar una cantidadespecificada de una propiedad consumible. Puede utilizar el panel deasignación del separador Requisitos avanzados de la página Recursos opuede definir un recurso necesario y una propiedad en la página Recursosrelacionados y especificar la cantidad de propiedad que se va a asignar. Enel separador Requisitos avanzados de la página Recursos, sólo puedeasignar propiedades consumibles de los recursos del sistema informático.

Definición de políticas de equilibrio de cargaPuede utilizar la página Optimización en la Consola de Job BrokeringDefinition para definir reglas personalizadas que se apliquen al equilibriode carga cuando se envíe el trabajo. El objetivo del método predeterminadodel equilibrio de carga es igualar el número de trabajos que se ejecutan encada recurso.

Dynamic Workload Broker ofrece dos tipos de política de optimización queusan reglas basadas en las propiedades del recurso:v Equilibrar carga entre recursos por objetivo de optimizaciónv Seleccionar el mejor recurso por objetivo de optimización


En ambas políticas, debe definir un objetivo para distribuir los trabajosmediante la minimización o maximización de la propiedad de un sistemainformático, un sistema de archivos, un recurso lógico o un sistemaoperativo. Por ejemplo, puede equilibrar la carga con el objetivo demantener tan alta como sea posible la cantidad de memoria física libredisponible en los recursos del sistema operativo.

Cuando se utiliza la política Equilibrar carga entre recursos por objetivode optimización , los trabajos se distribuyen entre recursos coincidentes enfunción de una probabilidad estadística que indica el recurso actual con lacantidad más alta de memoria física libre de todos los recursoscoincidentes. Cuando se utiliza la política Seleccionar el mejor recurso porobjetivo de optimización, el trabajo se asigna al recurso que tiene lacantidad más alta de memoria física libre.

Al definir un objetivo, debe seleccionar un recurso que esté incluido en ladefinición de trabajo como parte de la identificación de destinos para eltrabajo. Por ejemplo, si desea definir el objetivo para minimizar la memoriafísica libre, al menos un requisito de sistema operativo debe incluirse en ladefinición de trabajo. Este requisito podría ser uno de sistemas operativoscandidatos, un requisito de memoria física o virtual o un requisitorelacionado que implique propiedades de sistemas operativos. Laspropiedades del sistema informático son la excepción a esta regla. Losobjetivos de optimización que utilizan propiedades del sistema informáticosiempre se pueden definir aunque la definición de trabajo no incluyaningún requisito de sistema informático explícito.

Para obtener información sobre todas las políticas de equilibrio de cargadisponibles, consulte el apartado “Definiciones de trabajos” en la página46.

Utilización de variables en definiciones de trabajosEn esta sección se describe cómo utilizar las variables para aumentar la flexibilidadde las definiciones de trabajos.

Hay dos tipos de variables en una definición de trabajo:

Variables de trabajoHay tres tipos de variables de trabajo: String, Double, Integer. Las variablesde trabajo se definen en la definición de trabajo y se resuelven o sesobrescriben en el momento del envío. De esta manera, si se especificanvalores distintos para la variable en el momento del envío, la definición detrabajo puede utilizarse en situaciones diferentes. Las variables se definenen el elemento de variable, pero puede referirse a ella desde muchos otroselementos.

Las variables se definen y se les asigna valores desde la página Visióngeneral de la Consola de Job Brokering Definition. Se hace referencia a lasvariables de trabajo en la definición de trabajo con el formato${nombre_variable}. Por ejemplo, para utilizar una variable para establecer lacantidad mínima de memoria física de un trabajo en 512 MB, realice losiguiente:1. En el panel Variables de la página Visión general, agregue la variable

de tipo string memoria y asígnele un valor de 512.2. En el separador Requisitos de hardware de la página Recursos,

seleccione Valor de rango para Memoria física y establezca el valormínimo en ${memoria}.


Al enviar los trabajos, mediante Dynamic Workload Console, el campoTarea de Tivoli Workload Scheduler o la CLI de Dynamic Workload Broker,se pueden sustituir los valores predeterminados de las variables definidasen la definición de trabajo y se pueden agregar variables nuevas.

Variables de entornoLas variables de entorno se establecen en el entorno de ejecución de ladefinición de trabajo de Dynamic Workload Broker. Las variables deentorno pueden utilizarse para cambiar el entorno de ejecución del trabajoen el recurso asignado. Esto le permite cambiar sólo los valores de lasvariables de entorno al cambiar los recursos de la definición de trabajo. Sehace referencia a las variables de entorno en la definición de trabajo con elformato nombre_variable donde nombre_variable es el nombre de la variablede entorno.

Los valores de las variables de entorno no se pueden establecer ni sustituircuando se envía el trabajo.

Utilización de plantillas de definición de trabajos JSDLUtilice las plantillas de definición de trabajos para ejecutar varios trabajos basadosen un único documento JSDL, o convertir un trabajo tradicional en un trabajodinámico sin la necesidad de crear una definición JSDL específica para el mismo.

Dispone de dos opciones para escribir definiciones de trabajos JSDL para la cargade trabajo que desee enviar con Dynamic Workload Broker:v Escribir una definición independiente para cada trabajov Escribir una definición generalizada que pueda utilizar como plantilla para

ejecutar más trabajos

Escribir y utilizar plantillas es una opción que le permite reutilizar el mismodocumento JSDL en varios trabajos si éstos utilizan los mismos recursos y hostscandidatos y comparten preferencias similares de planificación y optimización. Estorequiere la definición de una estación de trabajo de agente ampliado para cadaplantilla que implemente, de modo que, durante la ejecución, la plantilla JSDLpueda identificarse correctamente al seleccionar el agente ampliado en el se hadefinido el trabajo que desea ejecutar. De esta manera, puede crear clases detrabajos donde todos los trabajos que pertenezcan a la misma clase se hayandefinido para ejecutarse en el mismo agente ampliado y, por tanto, seleccionar, pormedio de la estación de trabajo de Dynamic Workload Broker, el mismodocumento JSDL que va a enviarse al intermediario.

Los trabajos tradicionales de Tivoli Workload Scheduler se pueden dirigir aDynamic Workload Broker con sólo cambiar su CPU por un agente ampliadoadecuado, sin tener que cambiar la definición de trabajo y sin que se necesite unadefinición de JSDL diferente para cada trabajo. Éste es el método recomendadopara cambiar la carga de trabajo estática por carga de trabajo dinámica en TivoliWorkload Scheduler.

Escribir una plantilla de definición de trabajo JSDL

No existen plantillas JSDL específicas preempaquetadas que pueda rellenar. Deberáseguir una serie de pasos de modo que pueda escribir en la Consola de JobBrokering Definition un archivo JSDL al que pueden hacer referencia másdefiniciones de trabajos de Tivoli Workload Scheduler.


Para escribir una plantilla, utilice lo siguiente:v La línea de mandatos composer o Dynamic Workload Console para definir

agentes ampliados (con su método de acceso) o para crear o modificardefiniciones de trabajos en Tivoli Workload Scheduler.

v La Consola de Job Brokering Definition para escribir el archivo JSDL quedespués utilizará como plantilla.

Los pasos que debe seguir son:1. En la Consola de Job Brokering Definition, cree un documento JSDL, asígnele

un nombre y guárdelo en el repositorio de trabajos de Dynamic WorkloadBroker. Igual que en las definiciones de trabajos normales, rellene los datos enlas páginas de la Consola de Job Brokering Definition, especificando losrecursos necesarios y la información de planificación y optimización. Adiferencia de las definiciones de trabajo normales, en la página Aplicación,después de establecer el Tipo en Ejecutable (o en Trabajo ampliado),especifique el nombre de variable siguiente en el campo Script (o Cadena detarea):${tws.job.taskstring}

2. Con composer o con Dynamic Workload Console, defina una estación de trabajodel tipo agente ampliado alojada en la estación de trabajo de DynamicWorkload Broker.Si necesita información preliminar acerca de los agentes ampliados, consulte lapublicación Tivoli Workload Scheduler: Guía del usuario y referencia, SC10-3852.Para crear la plantilla, sólo necesita conocer los hechos siguientes acerca de unagente ampliado:v Es una definición lógica que debe alojarse en una estación de trabajo física.

En este caso, la estación de trabajo física siempre debe ser la estación detrabajo de Dynamic Workload Broker. Esta estación de trabajo puede alojartantos agentes ampliados como precise.

v Requiere un método de acceso. Un método de acceso puede ser un programacomplejo, pero en este caso es sólo una sentencia que hace referencia alnombre del archivo JSDL que será la plantilla. La sentencia del método deacceso se incluye en la definición del agente ampliado y debe tener lasintaxis siguiente:ACCESS"/jsdl/nombreArchivo_de_la_plantilla_JSDL -varname=valor,name=valor,..."

donde -var name=valor es opcional y representa una o más variables que laestación de trabajo de Dynamic Workload Broker pasa a Dynamic WorkloadBroker al enviar el trabajo.

3. Agregue el agente ampliado al plan como lo haría con otra estación de trabajo.La estación de trabajo de Dynamic Workload Broker realiza la tarea degestionar el ciclo de vida del agente ampliado y notifica al gestor de dominiomaestro de que está activo y en ejecución.

Cuando los trabajos se ejecutan en el agente ampliado, se direccionan a la estaciónde trabajo de Dynamic Workload Broker, que los gestiona de manera diferente quea otros trabajos. En lugar de buscar el nombre de la definición JSDL en la cadenade tarea del trabajo, la estación de trabajo de Dynamic Workload Broker realiza losiguiente:1. Obtiene el nombre del JSDL de destino del método de acceso y pasa la cadena

de tarea como un valor de la variable ${tws.job.taskstring}.


2. El valor de la cadena de tarea se sustituye en el elemento de script del JSDL dedestino, y se utiliza como una cadena de mandato para que se ejecute en elagente de destino que Dynamic Workload Broker selecciona de forma dinámica.Por lo tanto, la definición JSDL que la estación de trabajo de DynamicWorkload Broker invoca funciona como un tipo de plantilla que se puedeutilizar para ejecutar diferentes cadenas de tarea definidas en distintos trabajosde Tivoli Workload Scheduler: el mismo documento JSDL se reutiliza paravarios trabajos.

Ejemplo

Desea utilizar Dynamic Workload Broker para ejecutar un trabajo de nombreSUBMIT_JOBXA y desea utilizar una plantilla JSDL. Esto se cumple en lasdefiniciones siguientes:1. La definición de la estación de trabajo de Dynamic Workload Broker. Su

nombre es DGCENTER_DWB y su tipo es BROKER. Sólo puede haber una estación detrabajo de Dynamic Workload Broker ejecutándose a la vez en una red de TivoliWorkload Scheduler (esto también se aplica al servidor de Dynamic WorkloadBroker).CPUNAME DGCENTER_DWB

OS OTHERNODE DGCENTER TCPADDR 41111ENGINEADDR 31111DOMAIN MASTERDMFOR MAESTRO

TYPE BROKERAUTOLINK ONBEHINDFIREWALL OFFFULLSTATUS OFF

END

2. La definición de agente ampliado DGCENTER_DWBXA. El agente ampliado debe:v Estar alojado en la estación de trabajo de Dynamic Workload Broker

(DGCENTER_DWB en este ejemplo).v Incluir el método de acceso. Mientras que, normalmente, la palabra clave

ACCESS está seguida del nombre del programa que implementa el método deacceso específico, en el caso de las plantillas JSDL, sólo es necesario definir elnombre del documento JSDL que se utiliza como plantilla (que debe estaralmacenado en el Repositorio de trabajos de Dynamic Workload Broker en labase de datos de Tivoli Workload Scheduler y debe estar disponible en unacarpeta local en la estación de trabajo en la que haya ejecutado la Consola deJob Brokering Definition- y los demás parámetros que desee utilizar. Estoselementos deben colocarse entre comillas.Esto requiere la creación del documento JSDL que se utilizará como plantilla(denominado SJT en este ejemplo), la definición de los recursos necesarios,los hosts candidatos y las preferencias de planificación y optimización, y laespecificación de ${tws.job.taskstring} en el campo Script del ejecutable.

CPUNAME DGCENTER_DWBXAOS OTHERNODE DGCENTER TCPADDR 41111FOR MAESTRO HOST DGCENTER_DWB ACCESS "/jsdl/SJT -var

target=D:\vmware,RES=RES1"TYPE X-AGENTAUTOLINK OFFBEHINDFIREWALL OFFFULLSTATUS OFF

END

3. La definición del trabajo SUBMIT_JOBXA en Tivoli Workload Scheduler:


DGCENTER_DWBXA#SUBMIT_JOBXASCRIPTNAME "C:\TWS\Utils\Jobs\javacount_on.bat"STREAMLOGON AdministratorDESCRIPTION "Added by composer."TASKTYPE WINDOWSRECOVERY STOP

El hecho de que el trabajo se haya definido para ejecutarse en el agenteampliado DGCENTER_DWBXA, alojado en la estación de trabajo de DynamicWorkload Broker y que coincida con la definición JSDL SJT, conduce el procesoque:a. Envía el trabajo a través de Dynamic Workload Broker.b. Utiliza las especificaciones de la definición JSDL SJT.c. Sustituye la variable ${tws.job.taskstring} en SJT por la cadena de tarea

de SUBMIT_JOBXA, es decir:C:\TWS\Utils\Jobs\javacount_on.bat

Casos de ejemplo de creación de definiciones de trabajoEstos casos de ejemplo ilustran cómo crear definiciones de trabajo con diferentestipos de requisitos.

JSDL y la Consola de Job Brokering Definition ofrecen herramientas muy flexiblespara definir trabajos. En los casos de ejemplo siguientes se muestra cómoconfigurar una definición de trabajo para alcanzar los objetivos de identificación dedestinos, asignación de recursos y equilibrio de carga:v “Caso de ejemplo: Creación de una definición de trabajo mediante un grupo de

recursos de sistema”.Este caso de ejemplo ilustra cómo utilizar un grupo de recursos para especificarsistemas de destino candidatos.

v “Caso de ejemplo: Creación de una definición de trabajo mediante un grupo derecursos lógicos” en la página 58.Este caso de ejemplo ilustra cómo utilizar un grupo de recursos para especificarrecursos lógicos necesarios para el trabajo.

v “Caso de ejemplo: Creación de una definición de trabajo para que se ejecute untrabajo en procesadores x86” en la página 59Este caso de ejemplo ilustra el uso de requisitos avanzados y el uso depropiedades de recursos para definir reglas de equilibrio de carga.

v “Caso de ejemplo: Creación de una definición de trabajo para que se ejecute unscript en un sistema operativo específico” en la página 60Este caso de ejemplo ilustra la creación de relaciones entre un recurso desoftware de tipo de sistema operativo y un requisito de recurso adicional.

v “Caso de ejemplo: Requisitos de sistema operativo alternativo” en la página 62Este caso de ejemplo ilustra la definición de dos requisitos de recursosrelacionados con los tipos de sistema operativo específico y un requisito dememoria física libre mínimo.

Caso de ejemplo: Creación de una definición de trabajomediante un grupo de recursos de sistema

En este caso de ejemplo se crea un trabajo para ejecutar el programa deactualización de inventario, se selecciona el sistema de destino en la configuracióndel grupo de recursos invadmin de modo que incluya los sistemas que sonadecuados para ejecutar el script.


Para crear una definición de trabajo que realice esta acción, siga estos pasos:1. En la Consola de Job Brokering Definition seleccione Archivo > Nuevo > Job

Brokering Definition y cree una definición de trabajo nueva de nombrecompgroupjob. La definición de trabajo se abre en la página Visión general conel nombre de trabajo asignado.

2. Abra la página Aplicación y adjunte el script, como se indica a continuación:a. En el menú Tipo, seleccione Ejecutable.b. En el panel Ejecutable, seleccione el botón de selección Archivo ejecutable.c. Pulse Examinar y busque el archivo ejecutable.d. Pulse Aceptar.

3. Abra la página Recursos y especifique el grupo de recursos, como se explica acontinuación:a. Seleccione el separador Requisitos avanzados.b. En el panel Grupo de recursos, pulse Agregar. Se muestra el recuadro de

diálogo Detalles del grupo de recursos.c. En el campo Nombre de grupo, escriba invadmin (el nombre del grupo de

recursos definido en Dynamic Workload Console).4. Seleccione Archivo > Guardar para guardar el archivo de definición de trabajo.

La sintaxis del archivo JSDL creado para este caso de ejemplo es la siguiente:<jsdl:jobDefinition xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"xmlns:jsdl="http://www.ibm.com/xmlns/prod/scheduling/1.0/jsdl"xmlns:jsdle="http://www.ibm.com/xmlns/prod/scheduling/1.0/jsdle"xsi:schemaLocation="http://www.ibm.com/xmlns/prod/scheduling/1.0/jsdl JSDL.xsdhttp://www.ibm.com/xmlns/prod/scheduling/1.0/jsdle JSDL-Native.xsd"description="Run inventory update script on a computer from theinvadmin resource group." name="compgroupjob">

<jsdl:application name="executable"><jsdle:executable path="/opt/invupdate">

</jsdle:executable></jsdl:application><jsdl:resources>

<jsdl:group name="invadmin"/></jsdl:resources>

</jsdl:jobDefinition>

Caso de ejemplo: Creación de una definición de trabajomediante un grupo de recursos lógicos

En este caso de ejemplo, el destino del trabajo lo determinan varios requisitosdefinidos como recursos lógicos. Se ha creado un grupo de recursos que incluyetodos los recursos lógicos que necesita el trabajo.

Para crear una definición de trabajo que realice esta acción, siga estos pasos:1. En la Consola de Job Brokering Definition seleccione Archivo > Nuevo > Job

Brokering Definition y cree una definición de trabajo nueva de nombreloggroupjob. La definición de trabajo se abre en la página Visión general con elnombre de trabajo asignado.

2. Abra la página Aplicación y defina la información necesaria para la aplicaciónque el trabajo va a ejecutar.

3. Abra la página Recursos relacionados y cree un requisito para un recursológico, como se indica a continuación:a. En el panel Requisitos de recursos, pulse Agregar. Se muestra el recuadro

de diálogo Detalles de requisitos del recurso.


b. En el campo ID, especifique un ID significativo, en este ejemplo, loggroup.4. Abra la página Recursos y cree una relación con el requisito de recurso, como

se indica a continuación:a. Seleccione el separador Requisitos avanzados.b. En el panel Relaciones, pulse Agregar. Se muestra el recuadro de diálogo

Detalles de la relación.c. En el menú Tipo, seleccione Asociaciones.d. En el menú Destino, seleccione el requisito de recurso que ha creado y

pulse Aceptar.5. Vuelva a la página Recursos relacionados y agregue el grupo de recursos

lógicos de la manera siguiente:a. En el panel Grupo de recursos, pulse Agregar. Se muestra el recuadro de

diálogo Detalles del grupo de recursos.b. En el campo Nombre de grupo, escriba el nombre del grupo de recursos,

como se ha definido en Dynamic Workload Console.6. Seleccione Archivo > Guardar para guardar el archivo de definición de trabajo.

La sintaxis del archivo JSDL creado para este caso de ejemplo es la siguiente:<jsdl:jobDefinition xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"xmlns:jsdl="http://www.ibm.com/xmlns/prod/scheduling/1.0/jsdl"xsi:schemaLocation="http://www.ibm.com/xmlns/prod/scheduling/1.0/jsdl JSDL.xsd"description="A job whose requirements are defined by a number of logicalresources. " name="loggroupjob">

<jsdl:application name="executable"><jsdle:executable path="/opt/myExecutable"></jsdle:executable>

</jsdl:application><jsdl:resources>

<jsdl:relationship target="loggroup" type="AssociatesWith"/></jsdl:resources><jsdl:relatedResources id="loggroup" type="LogicalResource">

<jsdl:group name="logresgroup"/></jsdl:relatedResources>


Caso de ejemplo: Creación de una definición de trabajo paraque se ejecute un trabajo en procesadores x86

En este caso de ejemplo, se crea un trabajo para ejecutar la aplicación, appx86. Laaplicación debe ejecutarse en una estación de trabajo con un procesador x86 y unuso de CPU de entre 3 y 30%. El equilibrio de carga se define con el objetivo demantener el uso de la CPU al mínimo en los recursos coincidentes.

Para crear la definición de trabajo, siga estos pasos:1. En la Consola de Job Brokering Definition seleccione Archivo > Nuevo > Job

Brokering Definition y cree una definición de trabajo nueva de nombre x86job.La definición de trabajo se abre en la página Visión general con el nombre detrabajo asignado.

2. Abra la página Aplicación y defina la información necesaria para la aplicaciónappx86 que el trabajo va a ejecutar.

3. Abra la página Recursos y especifique los requisitos de procesador y de uso deCPU, como se indica a continuación:a. Seleccione el separador Requisitos avanzados.b. Pulse Agregar requisito. Se muestra el recuadro de diálogo Detalles de la

propiedad del recurso.


c. En el menú Nombre de propiedad, seleccione Utilización de CPU.d. En la sección Valor de propiedad, active el botón de selección Valor de

rango y asigne valores de 3 en Mínimo y de 30 en Máximo.e. Pulse Agregar requisito. Se muestra el recuadro de diálogo Detalles de la

propiedad del recurso.f. En el menú Nombre de propiedad, seleccione Tipo de procesador.g. En la sección Valor de propiedad, active el botón de selección Valor exacto

y asigne un valor de x86.4. Abra la página Optimización y especifique el requisito de equilibrio de carga,

como se indica a continuación:a. En el menú Tipo, seleccione Equilibrar carga entre recursos por objetivo

de optimización.b. En el menú Tipo de recurso, seleccione Sistema informático.c. En el menú Propiedad del recurso, seleccione Utilización de CPU.d. En el menú Objetivo de optimización, seleccione Minimizar.

5. Seleccione Archivo > Guardar para guardar el archivo de definición de trabajo.

La sintaxis del archivo JSDL creado para este caso de ejemplo es la siguiente:<jsdl:jobDefinition xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"xmlns:jsdl="http://www.ibm.com/xmlns/prod/scheduling/1.0/jsdl"xsi:schemaLocation="http://www.ibm.com/xmlns/prod/scheduling/1.0/jsdl JSDL.xsd"description="Job to run on X86 processors" name="x86job"><jsdl:application name="executable">

<jsdle:executable path="/opt/appx86"></jsdle:executable>


<jsdl:properties><jsdl:requirement propertyName="CPUUtilization">

<jsdl:range><jsdl:minimum>3</jsdl:minimum><jsdl:maximum>30</jsdl:maximum>

</jsdl:range></jsdl:requirement><jsdl:requirement propertyName="ProcessorType">

<jsdl:exact>x86</jsdl:exact></jsdl:requirement>

</jsdl:properties></jsdl:resources><jsdl:optimization name="JPT_JSDLOptimizationPolicyType">

<jsdl:objective propertyObjective="minimize"resourcePropertyName="CPUUtilization"resourceType="ComputerSystem"/>

</jsdl:optimization></jsdl:optimization></jsdl:jobDefinition>

Caso de ejemplo: Creación de una definición de trabajo paraque se ejecute un script en un sistema operativo específico

En este caso de ejemplo, se crea un trabajo para que ejecute un script en unsistema operativo Red Hat Enterprise Linux.

Al especificar sistemas operativos candidatos, puede definir el tipo de sistemaoperativo en el que se va a ejecutar un trabajo, en este caso Linux. Para dirigir eltrabajo a un sistema Linux, debe definir un recurso relacionado y enlazarlo a losrecursos del trabajo mediante la creación de una relación. Para crear una definiciónde trabajo que realice esta acción, siga estos pasos:


1. En la Consola de Job Brokering Definition seleccione Archivo > Nuevo > JobBrokering Definition y cree una definición de trabajo nueva de nombre rhjob.La definición de trabajo se abre en la página Visión general con el nombre detrabajo asignado.


3. Abra la página Recursos y especifique el requisito de tipo de sistema operativo,como se explica a continuación:a. Seleccione el separador Requisitos de software.b. En el panel Sistemas operativos candidatos, pulse Agregar. Se muestra el

recuadro de diálogo Detalles del sistema operativo.c. En el menú Tipo, seleccione LINUX y pulse Aceptar.

4. Abra la página Recursos relacionados y cree un requisito de recurso para RedHat de Linux, como se indica a continuación:a. En el panel Requisitos de recursos, pulse Agregar. Se muestra el recuadro

de diálogo Detalles de requisitos del recurso.b. En el campo ID, especifique un ID significativo, en este ejemplo, redhat.c. En el menú Tipo, seleccione Sistema operativo.d. En el panel Propiedades del recurso, pulse Agregar requisito. Se muestra el

recuadro de diálogo Detalles de la propiedad del recurso.e. En el menú Nombre de propiedad, seleccione Nombre de pantalla.f. En Valor de propiedad, escriba Red*.

5.

6. Vuelva a la página Recursos para enlazar el requisito del recurso al recurso desistema operativo.a. Seleccione el separador Requisitos avanzados.b. En el panel Relaciones, pulse Agregar. Se muestra el recuadro de diálogo

Detalles de la relación.c. En el menú Tipo, seleccione Contiene.d. En el menú Destino, seleccione el requisito de recurso de Red Hat que ha

creado y pulse Aceptar.7. Seleccione Archivo > Guardar para guardar el archivo de definición de trabajo.

La sintaxis del archivo JSDL creado para este caso de ejemplo es la siguiente:<jsdl:jobDefinition xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"xmlns:jsdl="http://www.ibm.com/xmlns/prod/scheduling/1.0/jsdl"xsi:schemaLocation="http://www.ibm.com/xmlns/prod/scheduling/1.0/jsdlJSDL.xsd" description="Job to run on Red Hat Linux" name="rhjob">


</jsdl:application><jsdl:resources> <jsdl:resources>

<jsdl:candidateOperatingSystems><jsdl:operatingSystem type="LINUX"/>

</jsdl:candidateOperatingSystems><jsdl:relationship target="redhat" type="Contains"/>

</jsdl:resources><jsdl:relatedResources id="redhat" type="OperatingSystem">

<jsdl:properties><jsdl:requirement propertyName="DisplayName">

<jsdl:exact>red*</jsdl:exact>


</jsdl:requirement></jsdl:properties>

</jsdl:relatedResources></jsdl:jobDefinition>

Caso de ejemplo: Requisitos de sistema operativo alternativoEn este caso de ejemplo, se crea una definición para un trabajo que puedeejecutarse en un sistema Linux o AIX.

El trabajo puede ejecutarse en sistemas operativos Linux con un mínimo de 512MB de RAM o en sistemas operativos AIX con un mínimo de 1024 MB de RAM.La definición de trabajo debe incluir un requisito de recurso que especifique losdos requisitos alternativos.

Para crear una definición para este trabajo, siga estos pasos:1. En la Consola de Job Brokering Definition seleccione Archivo > Nuevo > Job

Brokering Definition y cree una definición de trabajo nueva de nombrejobWithRequirementsByOS. La definición de trabajo se abre en la página Visióngeneral con el nombre de trabajo asignado.


3. Abra la página Recursos relacionados.4. En el panel Requisitos del recurso, pulse Agregar y especifique un valor

significativo en el campo ID. En este ejemplo es OperatingSystemType.5. En el panel Propiedades del recurso, defina la lógica que describe el requisito

de los dos sistemas operativos alternativos, como se indica a continuación:a. Pulse Agregar operando OR para indicar que va a definir alternativas.b. Resalte el operando OR y pulse Agregar operando AND para indicar que la

alternativa incluye más de un requisito.c. Resalte el operando AND y pulse Agregar requisito.d. En el recuadro de diálogo Detalles de la propiedad del recurso, seleccione

Tipo de sistema operativo en el menú Nombre de propiedad y escribaLINUX en el campo Valor de propiedad.

e. Vuelva a resaltar el operando AND y pulse Agregar requisito.f. En el recuadro de diálogo Detalles de la propiedad del recurso, seleccione

Memoria física total en el menú Nombre de propiedad y escriba 512 en elcampo Valor de propiedad.

g. Vuelva a resaltar el operando OR y pulse Agregar operando AND paraagregar los requisitos de la segunda alternativa.

h. Resalte el operando AND nuevo y pulse Agregar requisito.i. En el recuadro de diálogo Detalles de la propiedad del recurso, seleccione

Tipo de sistema operativo en el menú Nombre de propiedad y escriba AIXen el campo Valor de propiedad.

j. Vuelva a resaltar el operando AND y pulse Agregar requisito.k. En el recuadro de diálogo Detalles de la propiedad del recurso, seleccione

Memoria física total en el menú Nombre de propiedad y escriba 1024 en elcampo Valor de propiedad.

6. Abra la página Recursos y cree una relación con el requisito de recurso, comose indica a continuación:a. Seleccione el separador Requisitos avanzados.


b. En el panel Relaciones, pulse Agregar. Se muestra el recuadro de diálogoDetalles de la relación.

c. En el menú Tipo, seleccione Contiene.d. En el menú Destino, seleccione el requisito de recurso OperatingSystemType

y pulse Aceptar.7. Seleccione Archivo > Guardar para guardar el archivo de definición de trabajo.

La sintaxis del archivo JSDL creado para este caso de ejemplo es la siguiente:<jsdl:jobDefinition xmlns:jsdl="http://www.ibm.com/xmlns/prod/scheduling/

1.0/jsdl" xmlns:jsdle="http://www.ibm.com/xmlns/prod/scheduling/1.0/jsdle"xmlns:xmi="http://www.omg.org/XMI" xmi:version="2.0" description="This jobhas different requirements for memory based on the operating system it willrun on " name="jobWithRequirementsByOS">



<jsdl:relationship target="OperatingSystemType" type="Contains"/></jsdl:resources><jsdl:relatedResources id="OperatingSystemType" type="OperatingSystem">

<jsdl:properties><jsdl:or>

<jsdl:and><jsdl:requirement propertyName="OperatingSystemType">

<jsdl:exact>LINUX</jsdl:exact></jsdl:requirement><jsdl:requirement propertyName="TotalPhysicalMemory">

<jsdl:range><jsdl:minimum>512</jsdl:minimum>

</jsdl:range></jsdl:requirement>

</jsdl:and><jsdl:and>

<jsdl:requirement propertyName="OperatingSystemType"><jsdl:exact>AIX</jsdl:exact>

</jsdl:requirement><jsdl:requirement propertyName="TotalPhysicalMemory">

<jsdl:range><jsdl:minimum>1024</jsdl:minimum>

</jsdl:range></jsdl:requirement>

</jsdl:and></jsdl:or>

</jsdl:properties></jsdl:relatedResources>



Capítulo 9. Envío y seguimiento de trabajos

Aunque lo normal es que utilice los medios estándar de Tivoli Workload Schedulerpara planificar y enviar la carga de trabajo, existe otra forma adicional para enviartrabajos directamente a la planificación dinámica mediante la consola DynamicWorkload Console o la línea de mandatos de Dynamic Workload Broker, que sedescribe en el capítulo siguiente. En este caso sólo deberá escribir una definiciónde trabajo JSDL. En Tivoli Workload Scheduler no es necesario escribir unadefinición de trabajo ni utilizar la estación de trabajo de Dynamic Workload Broker.No obstante, si prefiere hacerlo, no aprovechará los servicios de planificación ycoreografía de Tivoli Workload Scheduler. En este capítulo se describe cómo enviarlos trabajos y realizar un seguimiento de éstos mediante Dynamic WorkloadConsole.

Las definiciones de trabajo se almacenan en el repositorio de trabajos. Cuandodeba enviar un trabajo, debe buscarlo y seleccionarlo en dicho repositorio. En elmomento del envío, también puede especificar que un trabajo se ejecute en elmismo recurso que un trabajo ejecutado previamente. La definición de trabajoproporciona todos los parámetros necesarios para que se ejecute un trabajo; noobstante, puede añadir parámetros nuevos y cambiar los parámetros definidos enla definición de trabajo de la instancia de trabajo que va a enviar. Esto no modificala definición de trabajo almacenada en el repositorio de trabajos.

El ciclo de vida de un trabajo pasa por la secuencia de fases siguiente:1. Envío del trabajo al Asignador de trabajos.2. Planificación del trabajo.3. Asignación de recursos mediante el Consejero de recursos.4. Ejecución del trabajo.5. Supervisión del estado del trabajo.

Con Dynamic Workload Console, puede gestionar todo el ciclo de vida de untrabajo mediante la realización de la tarea siguiente:v “Supervisión de trabajos enviados” en la página 67

Envío de trabajos con relaciones de afinidadSe establece una relación de afinidad entre dos o más trabajos cuando desea que seejecuten en el mismo recurso.

Una relación de afinidad es útil cuando se necesitan los resultados de un trabajopara que pueda ejecutarse el siguiente. Puede definir una relación de afinidadentre dos o más trabajos de las maneras siguientes:v “Envío de un trabajo con afinidad desde la línea de mandatos”v Capítulo 4, “Definición de relaciones de afinidad”, en la página 29 en Tivoli

Workload Scheduler.

Envío de un trabajo con afinidad desde la línea de mandatos

El mandato jobsubmit necesita un ID de trabajo o un nombre de alias para eltrabajo afín.


Escriba el mandato siguiente para que el trabajo definido en la definición detrabajo WinJob2.jsdl, con el alias WJ220070606, se ejecute en el mismo recurso queel trabajo ejecutado anteriormente, WinJob1, que se envió con el alias,WJ120070606:jobsubmit -jsdl WinJob2.jsdl -alias WJ220070606 -affinity alias=WJ120070606

Envío de trabajos con variablesAl enviar un trabajo puede definir o cambiar una variable que vaya a utilizar eltrabajo.

Al enviar un trabajo puede definir variables que vaya a utilizar el trabajo o asignarel trabajo a un recurso. Puede agregar variables nuevas o sustituir los valorespredeterminados de las variables que se incluyen en la definición de trabajo. Paraobtener más información sobre cómo incluir variables en las definiciones detrabajo, consulte el apartado “Utilización de variables en definiciones de trabajos”en la página 53. En el momento del envío, puede agregar o cambiar variables delas maneras siguientes:v “Envío de un trabajo con variables desde la línea de mandatos”v Capítulo 2, “Utilización de variables de Tivoli Workload Scheduler en trabajos de

Dynamic Workload Broker”, en la página 23 en Tivoli Workload Scheduler.

Envío de un trabajo con variables desde la línea de mandatos

El mandato jobsubmit envía trabajos desde la interfaz de línea de mandatos. Puedeincluir argumentos para cambiar el valor de las variables predefinidas y agregaruna nueva. Por ejemplo, la definición de trabajo de Job1 incluye la variable memorycon el valor 512 que se utiliza para establecer el requisito de memoria física libre.Si desea aumentar el requisito a 1024 al enviar el trabajo, emita el mandatosiguiente:jobsubmit -jdname Job1 -var memory=1024

Estados del trabajoEn este apartado se describen todos los estados admitidos de un trabajo quedevuelven la interfaz de línea de mandatos y Dynamic Workload Console. Ademásse enumeran las operaciones que puede realizar un usuario en función del estadodel trabajo.

Tabla 9. Estados del trabajo y operaciones admitidas

Estados deDynamicWorkloadConsole

IconoEstado de la líneade mandatos

Puede cancelar eltrabajo

Puede examinarla salida detrabajo

Puededefinirafinidad

Ha fallado laejecución

ROJO FAILED_EXECUTION

' '

Ha fallado laasignación derecursos

ROJO RESOURCE_ALLOCATION_FAILED

No se puedeiniciar

ROJO NOT_EXECUTED'

Desconocido AMARILLO UNKNOWN ' '

Enviado EN ESPERA SUBMITTED '


Tabla 9. Estados del trabajo y operaciones admitidas (continuación)

Estados deDynamicWorkloadConsole

IconoEstado de la líneade mandatos

Puede cancelar eltrabajo

Puede examinarla salida detrabajo

Puededefinirafinidad

En espera derecursos

EN ESPERA WAITING_FOR_RESOURCES

'

Asignación derecursos recibida

EN ESPERA RESOURCE_ALLOCATION_RECEIVED

'

Enviado a agente EN ESPERA SUBMITTED_TO_ENDPOINT

' '

En espera dereasignación

EN ESPERA RESOURCE_REALLOCATE

'

Cancelarpendiente

TERMINARANORMALMENTE

PENDING_CANCEL

' '

Cancelarasignación

TERMINARANORMALMENTE

CANCEL_ALLOCATION

' '

Cancelado TERMINARANORMALMENTE

CANCELLED' '

En ejecución EN EJECUCIÓN EXECUTING ' ' '

Completadocorrectamente

VERDE SUCCEEDED_EXECUTION

' '

Nota: Puede definir una relación de afinidad con un trabajo en estado Canceladosólo si el trabajo se ha cancelado cuando estaba en ejecución.

Supervisión de trabajos enviadosUna instancia de trabajo es un trabajo que se envía en un momento determinado.Puede realizar un seguimiento de la salida de un trabajo enviado desde la consolaDynamic Workload Console.

Requisito previo:Un trabajo se debe enviar a Dynamic Workload Broker parapoder ver sus instancias. Los trabajos enviados se almacenan en el repositorio detrabajos durante un intervalo de tiempo predeterminado. Consulte la publicaciónTivoli Workload Scheduler: Guía de administración, SC23-9113 para obtenerinformación sobre la configuración de este intervalo en el archivoJobDispatcherConfig.properties. Puede acceder a la información siguiente acerca delas instancias de trabajo:v Estado de la instancia de trabajo.v Nombre de host del sistema donde se ha ejecutado la instancia de trabajo.v Código de retorno de la instancia de trabajo.v Fecha y hora de envío del trabajo.v Fecha y hora en que comenzó y finalizó el trabajo.

Por ejemplo, para ver todos los trabajos que han generado un error durante lasúltimas 24 horas, lleve a cabo los pasos siguientes:1. En el árbol de navegación de la consola, expanda Seguimiento y pulse

Instancias de trabajo. Se muestra la página Realizar un seguimiento de loscriterios de búsqueda de instancias de trabajo.

Capítulo 9. Envío y seguimiento de trabajos 67

2. Especifique los criterios de búsqueda de las instancias de trabajo como seindica a continuación:a. En la sección Hora de envío, seleccione el botón de selección Últimas 24

horas.b. En la sección Estado del trabajo, seleccione Condiciones de error.c. Pulse Buscar.

Los resultados se muestran en la página Seguimiento de trabajos.

Como opción alternativa, puede seguir estos pasos:1. En el árbol de navegación de la consola, expanda Definiciones y pulse

Trabajos. Se muestra la página Criterios de búsqueda de definiciones detrabajo.

2. Especifique los criterios de búsqueda de la definición de trabajo asociada con lainstancia de trabajo que desea ver.

3. Seleccione el trabajo cuyas instancias desea mostrar.4. Pulse Mostrar instancias. Los resultados se muestran en la página Resultados

de búsqueda de definiciones de trabajo.

Una vez que se envía un trabajo al Asignador de trabajos, pasa a través de lasfases de planificación de trabajos, asignación de recursos y, finalmente, ejecucióndel trabajo. Es posible que se produzcan problemas durante el proceso y que hayaestados de trabajos específicos que identifiquen en qué momento se han producidodichos errores. La lista siguiente muestra los estados de trabajo que puede asumirun trabajo después de haberlo enviado para ser ejecutado:

Trabajo completándose satisfactoriamenteEl trabajo pasa por los siguientes estados: Enviado > En espera derecursos > Asignación de recursos recibida > Enviado a agente > Enejecución > Completado correctamente.

Cancelando trabajoEl trabajo pasa por los siguientes estados: Enviado > En espera derecursos > Asignación de recursos recibida > Enviado a agente > Enejecución > Cancelar pendiente > Cancelado.

Reasignando trabajoEl trabajo se ha asignado a un sistema inaccesible temporalmente debido aun problema de red, por ejemplo. El trabajo pasa por los siguientesestados: Enviado > En espera de recursos > Asignación de recursosrecibida > En espera de reasignación > En espera de recursos .

El trabajo ha encontrado un errorPuede haber distintas razones para el error. Éstos son algunos ejemplos:v El trabajo encuentra un error porque el directorio de trabajo seleccionado

no existe en el sistema de destino. El trabajo pasa por los siguientesestados: Enviado > En espera de recursos > Asignación de recursosrecibida > Enviado a agente > No se puede iniciar. Como el trabajo nopuede iniciarse, no hay disponible ninguna salida.

v El trabajo requiere un sistema operativo que no está disponible en elentorno. El trabajo pasa por los siguientes estados: Enviado > En esperade recursos > Ha fallado la asignación de recursos.

v El trabajo encuentra un error porque uno de los parámetrosespecificados en el trabajo no está soportado en el sistema de destino. El


trabajo pasa por los siguientes estados: Enviado > En espera de recursos> Asignación de recursos recibida > Enviado a agente > En ejecución >Ha fallado la ejecución.

Cuando se ven los detalles de la instancia de este trabajo en la páginaSeguimiento de trabajos, se muestra la razón del error. También puedeutilizar el ID indicado en el campo Identificador para recuperar másinformación sobre los resultados del trabajo, que se almacena en una seriede archivos de registro del sistema donde se ha ejecutado el trabajo. Elnombre del sistema donde se ha ejecutado el trabajo también se indica enla página Seguimiento de trabajos. Localice el sistema y analice losarchivos de registro disponibles en la carpeta con el nombre del ID detrabajo en la vía de acceso siguiente:TWA_home/TWS/stdlist/JM/aaaa.mm.dd/archive

Cada trabajo tiene un archivo comprimido cuyo nombre es el ID detrabajo, por ejemplo:ed1d4933-964b-3f5e-8c73-f720919491d6.zip

El archivo comprimido contiene lo siguiente:

diagnostics.logPuede incluir, o no, información de diagnóstico.

jm_exit.propertiesIncluye el código de retorno, así como también otras estadísticasdel trabajo, como uso de CPU y memoria.

out.logIncluye la salida completa del trabajo.

trace.logIncluye la salida de rastreo del proceso iniciador de tareas que elagente de Tivoli Workload Scheduler genera para ejecutar eltrabajo.

trace.log_cmdIncluye el mandato utilizado para ejecutar el iniciador de tareas.

Capítulo 9. Envío y seguimiento de trabajos 69

Capítulo 10. Utilización de la interfaz de línea de mandatos

Dynamic Workload Broker ofrece una línea de mandatos donde puede ejecutarseun conjunto de mandatos. Puede utilizar la interfaz de línea de mandatos paraguardar, enviar, consultar, supervisar, cancelar trabajos y ver la salida del trabajo.También puede archivar las tablas de bases de datos.

Los mandatos se almacenan en la ubicación siguiente del gestor de dominiosmaestro:inicio_TWA/TDWB/bin

Los mandatos disponibles son los siguientes:

Tabla 10. Mandatos de Dynamic Workload Broker

Mandato Objetivo Consulte el apartado

exportserverdata Descarga la lista de lainstancia de DynamicWorkload Broker desde labase de datos de TivoliWorkload Scheduler a unarchivo temporal. Se utilizapara registrar un cambio enel número de puerto o en elnombre de host.

“Mandato exportserverdata -Descargar la lista deinstancias del intermediariode carga de trabajo de labase de datos” en la página76

importserverdata Carga la lista de la instanciade Dynamic WorkloadBroker desde el archivotemporal a la base de datosde Tivoli WorkloadScheduler después deregistrar el cambio denúmero de puerto o denombre de host.

“Mandato importserverdata -Cargar la lista de instanciasdel intermediario de carga detrabajo a la base de datos” enla página 78

jobsubmit Envía un trabajo alAsignador de trabajos.

“Mandato jobsubmit - Envíode trabajos” en la página 79

jobdetails Devuelve información de laspropiedades del trabajoespecificado.

“Mandato jobdetails -Visualización de informacióndetallada de los trabajos” enla página 85

jobquery Devuelve una lista de lostrabajos enviados de acuerdocon el criterio de selección.

“Mandato jobquery -Realización de consultas enlos trabajos” en la página 81

jobcancel Cancela un trabajo enviado. “Mandato jobcancel -Cancelación de trabajos” enla página 87

jobstore Gestiona las definiciones detrabajo.

“Mandato jobstore - Gestiónde las definiciones detrabajos” en la página 88

jobgetexecutionlog Muestra los resultados de lostrabajos enviados.

“Mandato jobgetexecutionlog- Visualización de la salidadel trabajo” en la página 90


Tabla 10. Mandatos de Dynamic Workload Broker (continuación)

Mandato Objetivo Consulte el apartado

movehistorydata Mueve los datos de la basede datos del repositorio detrabajos a las tablas dearchivo.

“Mandato movehistorydata -Mantenimiento de las tablasde bases de datos” en lapágina 92

recurso Crea y gestiona recursos ygrupos. Gestiona los sistemasasociados.

Configurando correctamenteel archivoCLIConfig.properties en elagente, puede ejecutar estemandato también desdecualquier agente de TivoliWorkload Schedulerconectado. Consulte“Utilización del mandatoresource desde un agente” enla página 102 para obtenermás detalles.

“Mandato resource - Trabajarcon recursos” en la página 94

Sintaxis de línea de mandatos

En este capítulo se utilizan los caracteres especiales siguientes para definir lasintaxis de los mandatos:

[] Identifica atributos opcionales. Los atributos que no estén entre corchetesson obligatorios.

... Indica que puede especificar varios valores para el atributo anterior.

| Indica que los datos se excluyen mutuamente. Puede utilizar el atributo ala izquierda del separador o bien el atributo a la derecha. No puedeutilizar los dos atributos en un único uso del mandato.

{} Delimita un conjunto de atributos mutuamente excluyentes cuando uno delos atributos es obligatorio. Si los atributos son opcionales, se colocan entrecorchetes ([]).

\ Indica que la sintaxis de un ejemplo pasa a la línea siguiente.

Archivo de configuración de línea de mandatosEl archivo CLIConfig.properties contiene información de configuración que seutiliza al escribir los mandatos. De manera predeterminada, los argumentosobligatorios al escribir los mandatos se recuperan de este archivo, a no ser que seespecifique explícitamente en la sintaxis del mandato.

El archivo CLIConfig.properties se crea en el momento de la instalación y sealmacena en el gestor de dominio maestro en la vía de acceso siguiente:inicio_TWA/TDWB/config

A partir de esta versión de Tivoli Workload Scheduler, se instala una instanciaadicional de este archivo en cada agente para los usuarios que desean ejecutar el


mandato resource no solo desde el maestro sino también desde agentesespecíficos. Consulte “Utilización del mandato resource desde un agente” en lapágina 102 para obtener más detalles.

El archivo CLIConfig.properties contiene el conjunto de parámetros siguiente:

Propiedades dinámicas de Dynamic Workload Broker

ITDWBServerHostEspecifica la dirección IP de Dynamic Workload Broker.

ITDWBServerPortEspecifica el número del puerto de Dynamic Workload Broker. Elvalor predeterminado es 9550.

ITDWBServerSecurePortEspecifica el número de puerto de Dynamic Workload Broker si seha habilitado la seguridad. El valor predeterminado es 9551.

use_secure_connectionEspecifica si se debe utilizar una conexión segura. El valorpredeterminado es false.

Nombre de archivo y vía de acceso del almacén de claves y del almacén deconfianza

keyStoreEspecifica el nombre y la vía de acceso del archivo de almacén declaves que contiene las claves privadas. Un archivo de almacén declaves contiene claves públicas y privadas. Las claves públicas sealmacenan como certificados de firmante y las claves privadascomo certificados personales. El valor predeterminado es/Certs/TDWBClientKeyFile.jks.

trustStoreEspecifica el nombre y la vía de acceso del archivo de almacén deconfianza que contiene las claves públicas. Un archivo de almacénde confianza es un archivo de base de datos de claves que contieneclaves públicas. Las claves públicas se almacenan como certificadosde firmante. Las claves se utilizan para una gran variedad de fines,incluidas la autenticación y la integridad de los datos. El valorpredeterminado es /Certs/TDWBClientTrustFile.jks.

Contraseñas de archivos de almacén de claves y archivos de almacén deconfianza

keyStorepwdEspecifica la contraseña del archivo de almacén de claves.

trustStorepwdEspecifica la contraseña del archivo de almacén de confianza.

Tipos de archivos de almacén de claves y de archivos de almacén de confianza

keyStoreTypeEspecifica el tipo del archivo de almacén de claves. El valorpredeterminado es JKS.

trustStoreTypeEspecifica el tipo del archivo de almacén de confianza. El valorpredeterminado es JKS.

ID de usuario y contraseña predeterminados de Dynamic Workload Broker

Capítulo 10. Utilización de la interfaz de línea de mandatos 73

tdwb_userEspecifica el nombre de un usuario autorizado a realizaroperaciones en Dynamic Workload Broker si se ha habilitado laseguridad. El valor predeterminado es ibmschedcli. Estacontraseña debe haberse definido previamente en IBM WebSphere.Para obtener más información acerca de las consideraciones deseguridad, consulte la publicación Tivoli Workload Scheduler: Guía deadministración, SC23-9113.

tdwb_pwdEspecifica la contraseña de un usuario autorizado a realizaroperaciones en Dynamic Workload Broker si se ha habilitado laseguridad. Esta contraseña debe haberse definido previamente enIBM WebSphere. Si desea más información sobre lasconsideraciones de seguridad, consulte la publicación TivoliWorkload Scheduler: Guía de administración.

Nivel de detalle del registro de línea de mandatos e información de rastreo

logger.LevelEspecifica el nivel de detalle de los archivos de registro y rastreode la línea de mandatos. Los archivos de registro y rastreo de lalínea de mandatos se crean en la ubicación siguiente:

archivo de registroinicio_TWA/TDWB/logs/Msg_cli.log.log

archivo de rastreoInicio_TWA/TDWB/logs/Trace_cli.log

El valor predeterminado es INFO.

logger.consoleLevelEspecifica el nivel de detalle de la información de registro y rastreode la salida estándar. El valor predeterminado es FINE. Los valoresadmitidos de los parámetros consoleLevel y loggerLevel son:

ALL Indica que se registran todos los mensajes.

SEVEREIndica que sólo se registran los mensajes de error grave.

WARNINGIndica que se registran los mensajes de aviso.

INFO Indica que se registran los mensajes informativos.

CONFIGIndica que se registran los mensajes de configuraciónestática.

FINE Indica que se registra la información de rastreo.

FINERIndica que se registra información de rastreo detallada.

FINESTIndica que se registra información de rastreo muydetallada.

OFF Indica que el registro está desactivado.

logger.limitEspecifica el tamaño máximo de un archivo de registro en bytes. El


valor predeterminado es 400000. Cuando se alcanza el tamañomáximo, se crea un archivo nuevo, hasta que se alcance el númeromáximo de archivos. Cuando todos los archivos alcanzan eltamaño máximo y se supera el número máximo de archivos, elarchivo más antiguo se sobrescribe.

logger.countEspecifica el número máximo de archivos de registro. El valorpredeterminado es 6. Cuando se alcanza este número, se crea unarchivo nuevo, hasta que se alcance el número máximo dearchivos. Cuando todos los archivos alcanzan el tamaño máximo yse supera el número máximo de archivos, el archivo más antiguose sobrescribe. Cuando se crea un archivo nuevo, se agrega elsufijo 0 después de la extensión del archivo. El archivo con el sufijo0 es siempre el archivo actual. Los archivos más antiguos senumeran en consonancia.

java.util.logging.FileHandler.patternEspecifica que la información de rastreo de Java Virtual Machine seregistra en el archivo Trace_cli.log. El valor predeterminado esINFO.

java.util.logging.FileHandler.limitEspecifica el tamaño máximo de un archivo de rastreo en bytes. Elvalor predeterminado es 400000. Cuando se alcanza el tamañomáximo, se crea un archivo nuevo, hasta que se alcance el númeromáximo de archivos. Cuando todos los archivos alcanzan eltamaño máximo y se supera el número máximo de archivos, elarchivo más antiguo se sobrescribe.

java.util.logging.FileHandler.countEspecifica el número máximo de archivos de rastreo. El valorpredeterminado es 6. Cuando se alcanza este número, se crea unarchivo nuevo, hasta que se alcance el número máximo dearchivos. Cuando todos los archivos alcanzan el tamaño máximo yse supera el número máximo de archivos, el archivo más antiguose sobrescribe. Cuando se crea un archivo nuevo, se agrega elsufijo 0 después de la extensión del archivo. El archivo con el sufijo0 es siempre el archivo actual. Los archivos más antiguos senumeran en consonancia.

java.util.logging.FileHandler.formatterEspecifica el formateador que se va a utilizar en el archivoTrace_cli.log. El valor predeterminado escom.ibm.logging.icl.jsr47.CBEFormatter.

Configuración común DAOEn este apartado se definen los valores de RDBMS para los mandatosexportserverdata, importserverdata y movehistorydata. Estos mandatosutilizan el RDBMS instalado en Dynamic Workload Broker. Estosparámetros se valorizan durante la instalación y no deben modificarse,excepto para com.ibm.tdwb.dao.rdbms.useSSLConnections, tal como seindica a continuación.

com.ibm.tdwb.dao.rdbms.rdbmsNameEspecifica el nombre de RDBMS.

com.ibm.tdwb.dao.rdbms.useDataSourceEspecifica el origen de datos que se va a utilizar.


com.ibm.tdwb.dao.rdbms.jdbcPathEspecifica la vía de acceso al controlador JDBC.

com.ibm.tdwb.dao.rdbms.jdbcDriverEspecifica el controlador JDBC.

com.ibm.tdwb.dao.rdbms.userNameEspecifica el nombre del usuario de RDBMS.

com.ibm.tdwb.dao.rdbms.passwordEspecifica la contraseña del usuario de RDBMS.

com.ibm.tdwb.dao.rdbms.useSSLConnectionsEspecifica que el acceso a la base de datos Tivoli WorkloadScheduler DB2 con algunos de los mandatos CLI se realizamediante SSL. El valor predeterminado es FALSE. Establezca elvalor en TRUE, si la base de datos es DB2 y utiliza seguridad FIPS,para que funcionen los mandatos siguientes:v exportserverdata

v importserverdata

v movehistorydata

Mandato exportserverdata - Descargar la lista de instancias delintermediario de carga de trabajo de la base de datos

Utilice el mandato exportserverdata para descargar la lista de instancia deDynamic Workload Broker de la base de datos de Tivoli Workload Scheduler ycambiar un número de puerto o un nombre de host.

Sintaxis

exportserverdata ?

exportserverdata -dbUsr usuario_bd -dbPwd contraseña_usuario_bd -exportFilenombre_archivo

Descripción

Este mandato extrae una lista de URI (Uniform Resource Identifier) de todas lasinstancia de Dynamic Workload Broker de la base de datos de Tivoli WorkloadScheduler y las copia en un archivo temporal de modo que, si el nombre de host oel número de puerto de cualquiera de las instancias de la lista se cambia, eladministrador puede registrar esta información en el archivo y copiarlo en la basede datos mediante el mandato importserverdata. De forma predeterminada, lalista de los URI se guarda en el archivo server.properties, que se encuentra en eldirectorio actual.

Esta acción es necesaria porque la lista de instancia de Dynamic Workload Brokerdebe mantenerse actualizada en todo momento, ya que los agentes del Consejerode recursos se conectan periódicamente a la instancia activa para enviar sus datossobre los recursos descubiertos en cada sistema. Estos agentes buscanautomáticamente la instancia activa en las instancias de la lista y copian estosdatos en su Repositorio de recursos. Puesto que el gestor de dominio maestro ycada maestro de reserva se instalan con una instancia de Dynamic WorkloadBroker, la instancia de Dynamic Workload Broker activa se ejecuta en el gestor dedominio maestro, mientras que una instancia desocupada reside en cada maestrode reserva.


El URI que apunta a cada instancia de Dynamic Workload Broker es el siguiente:https://nombre_host:número_puerto/JobManagerRESTWeb/JobScheduler

Sólo puede modificar el nombre de host y el número de puerto.

Importante: La lista está ordenada. Puede cambiar el orden en que las instanciasaparecen en esta lista, y los agentes seguirán este orden. Si tiene varios maestros decopia de seguridad y decide seguir un orden de conmutación específico cuando unmaestro falle, puede dar instrucciones a los agentes para que conmuten a lainstancia correcta, utilizando esta lista ordenada, con lo que se acelera el tiempo detransición.

Si la base de datos Tivoli Workload Scheduler es DB2 y utiliza seguridad FIPS,para que este mandato se ejecute satisfactoriamente, debe establecer la opcióncom.ibm.tdwb.dao.rdbms.useSSLConnections en TRUE en el archivoCLIConfig.properties.

Opciones

? Muestra información de ayuda.

-dbUsr nombre_usuario_bdNombre de usuario que se necesita para acceder al servidor de base de datosde Tivoli Workload Scheduler.

-dbPwd contraseña_usuario_bdContraseña del usuario necesaria para acceder al servidor de base de datos deTivoli Workload Scheduler.

-exportFile nombre_archivoNombre del archivo temporal donde se copian los URI extraídos de la base dedatos para poder editarlos. Este archivo de texto se crea al ejecutar el mandatoy puede abrirse con cualquier editor para modificar el nombre de host o elnúmero de puerto. Si no especifica ninguna vía de acceso, el archivo se crea enel mismo directorio donde se encuentra el mandato, es decir:<inicio_TWA>/TDWB/bin

Si especifica otra vía de acceso, compruebe que exista antes de ejecutar estemandato.

Ejemplo

Para descargar la lista actual de todas las instancia de Dynamic Workload Broker(activas y de reserva) y copiarlas en un archivo llamado c:\myservers\uris160709,ejecute:.exportserverdata -dbUsr twsadm -dbPwd fprefect -exportFile c:\myservers\uris160709

El mandato devuelve el archivo uris160709, que es parecido a lo siguiente:https://accrec015:42127/JobManagerRESTWeb/JobSchedulerhttps://prodop099:52529/JobManagerRESTWeb/JobSchedulerhttps://prodop111:31116/JobManagerRESTWeb/JobScheduler

prodop099 es la instancia de Dynamic Workload Broker activa porque se aloja en elgestor de dominio maestro actualmente activo, mientras que accrec015 yprodop111 son instancias desocupadas porque se alojan en los maestros de reserva.

Puede editar este archivo y aplicar los cambios antes de utilizar el mandatoimportserverdata para volver a cargar los URI en la base de datos.


Véase también

“Mandato importserverdata - Cargar la lista de instancias del intermediario decarga de trabajo a la base de datos”

Mandato importserverdata - Cargar la lista de instancias delintermediario de carga de trabajo a la base de datos

Utilice el mandato importserverdata para cargar la lista de instancia de DynamicWorkload Broker en la base de datos de Tivoli Workload Scheduler después deeditar el archivo temporal para cambiar un número de puerto o un nombre dehost.

Sintaxis

importserverdata ?

importserverdata -dbUsr nombre_usuario_bd -dbPwd contraseña_usuario_bd-importFile nombre_archivo

Descripción

Este mandato devuelve la lista de instancia de Dynamic Workload Broker a la basede datos de Tivoli Workload Scheduler desde el archivo temporal donde se habíandescargado anteriormente con el mandato exportserverdata.

Utilice los mandatos exportserverdata y importserverdata si va a registrarcambios en el nombre de host y en el número de puerto en los URI de lasinstancias. Esta acción es necesaria para que la lista de instancia de DynamicWorkload Broker siempre esté actualizada, ya que los agentes del Consejero derecursos se conectan periódicamente a la instancia activa para enviar sus datossobre los recursos descubiertos en cada sistema. Estos agentes buscanautomáticamente la instancia activa en las instancias de la lista y copian estosdatos en su Repositorio de recursos. Puesto que el gestor de dominio maestro ycada maestro de reserva se instalan con una instancia de Dynamic WorkloadBroker, la instancia de Dynamic Workload Broker activa se ejecuta en el gestor dedominio maestro, mientras que una instancia desocupada reside en cada maestrode reserva.

Importante: La lista está ordenada. Puede cambiar el orden en que las instanciasaparecen en esta lista, y los agentes seguirán este orden. Si tiene varios maestros decopia de seguridad y decide seguir un orden de conmutación específico cuando unmaestro falle, puede dar instrucciones a los agentes para que conmuten a lainstancia correcta, utilizando esta lista ordenada, con lo que se acelera el tiempo detransición.


Opciones



-dbUsr nombre_usuario_bdNombre de usuario que se necesita para acceder al servidor de base de datosde Tivoli Workload Scheduler.

-dbPwd contraseña_usuario_bdContraseña del usuario necesaria para acceder al servidor de base de datos deTivoli Workload Scheduler.

-importFile nombre_archivoNombre del archivo temporal que ha especificado con la palabra clave-exportFile en el mandato exportserverdata.

Ejemplo

Para cargar la lista editada de los URI de instancia de Dynamic Workload Brokerdesde el archivo c:\myservers\uris160709 a la base de datos Tivoli WorkloadScheduler, ejecute:importserverdata -dbUsr twsadm -dbPwd fprefect -importFile c:\myservers\uris160709

Véase también

“Mandato exportserverdata - Descargar la lista de instancias del intermediario decarga de trabajo de la base de datos” en la página 76

Mandato jobsubmit - Envío de trabajosUtilice el mandato jobsubmit para enviar trabajos al Asignador de trabajos.

Sintaxis

jobsubmit ?

jobsubmit [-usr nombre_usuario -pwd contraseña] {-jsdl archivo_jsdl | -jdnamenombre_definición_trabajo} [-alias alias_trabajo] [-var variable=valor...] [-affinity{jobid=id_trabajo |alias=alias}] [-configFile archivo_configuración]

Descripción

Este mandato envía un trabajo al Asignador de trabajos. Cuando se envía untrabajo, se le asigna un ID exclusivo, que se puede utilizar para recuperarinformación y cancelar trabajos.

Puede utilizar este mandato para enviar trabajos guardados localmente en elservidor de Dynamic Workload Broker o guardados en el repositorio de trabajos.Para enviar un trabajo local, utilice la opción -jsdl y especifique la vía de acceso alarchivo JSDL. Para enviar un trabajo guardado en el repositorio de trabajos, utilicela opción -jdname y especifique el nombre de la definición de trabajo.

Al enviar trabajos, también puede definir un alias que se vaya a utilizar comoalternativa al ID de trabajo al realizar consultas en el trabajo o para definir trabajosconsecutivos como afines. Para definir la afinidad entre dos o más trabajos, utilicela opción -affinity al enviar los trabajos consecutivos. Los trabajos se definen comoafines cuando desea que se ejecuten en el mismo recurso, por ejemplo, cuando elsegundo trabajo debe utilizar los resultados generados por el trabajo anterior.


Opciones


-usr nombre_usuarioEspecifica el nombre de un usuario autorizado para realizar operaciones en lalínea de mandatos. Este parámetro es obligatorio si se ha habilitado laseguridad y el nombre de usuario no se ha definido en el archivo deconfiguración CLIConfig.properties (con la palabra clave tdwb_user).

-pwd contraseñaEspecifica la contraseña de un usuario autorizado para realizar operaciones enla línea de mandatos. Este parámetro es obligatorio si se ha habilitado laseguridad y la contraseña no se ha definido en el archivo de configuraciónCLIConfig.properties (con la palabra clave tdwb_pwd).

-jsdl archivo_jsdlEspecifica el nombre y la vía de acceso de un archivo JSDL local queproporciona los parámetros de un trabajo cuando éste se envía. Este parámetroes obligatorio si no se ha especificado el parámetro jdname.

-jdname nombre_definición_trabajoEspecifica el nombre de una definición de trabajo almacenada en la base dedatos del repositorio de trabajos. El nombre de la definición de trabajo sedefine en el archivo JSDL y sólo se puede modificar si se edita el archivo JSDL.Este parámetro es obligatorio si no se ha especificado el parámetro jsdl. Paraobtener este nombre, puede utilizar la tarea Definiciones > Trabajos en elárbol de navegación de la consola Dynamic Workload Console, o puedeutilizar el mandato jobstore con una o varias opciones de consulta. Si deseamás información sobre el mandato jobstore, consulte el apartado “Mandatojobstore - Gestión de las definiciones de trabajos” en la página 88.

-alias alias_trabajoIndica que debe generarse un alias para el trabajo que se está enviando. Puedeutilizar el alias como alternativa más sencilla al ID de trabajo al realizarconsultas en el trabajo. También puede utilizar el alias al enviar trabajosnuevos de modo que el trabajo nuevo es afín al trabajo que tiene este alias.Para definir la afinidad entre dos o más trabajos, utilice la opción -affinity alenviar los trabajos nuevos. Los trabajos se definen como afines cuando deseaque se ejecuten en el mismo recurso. En los sistemas Windows, la longitudmáxima del alias es de 200 caracteres, si ha utilizado las vías de acceso deinstalación predeterminadas para WebSphere Application Server y DynamicWorkload Broker.

-var variable=valorEspecifica una variable y el valor asociado. También puede especificar una listade variables separadas entre sí por comas. Este valor sustituye al valorespecificado al crear el archivo JSDL. También puede especificar variablesnuevas sin definirlas previamente en el archivo JSDL.

-affinity jobid=id_trabajoEspecifica que el trabajo actual es afín a un trabajo enviado previamente. Paraestablecer una relación de afinidad, especifique el ID del trabajo anterior. El IDde trabajo se genera automáticamente al realizar el envío.

-affinity alias=aliasEspecifica que el trabajo actual es afín a un trabajo enviado previamente. Paraestablecer una relación de afinidad, especifique el alias del trabajo anterior. Elalias del trabajo se genera durante el envío si especifica la opción -alias.


-configFile archivo_configuraciónEspecifica el nombre y la vía de acceso de un archivo de configuraciónpersonalizado. Este parámetro es opcional. Si no se especifica este parámetro,se da por supuesto el archivo de configuración predeterminado. Si desea másinformación sobre el archivo de configuración, consulte el apartado “Archivode configuración de línea de mandatos” en la página 72.

Autorización

En el archivo CLIConfig.properties se definen el nombre de usuario y la contraseñade los mandatos. Para alterar temporalmente los valores definidos en este archivo,puede especificar el nombre de usuario y la contraseña al escribir el mandato. Sidesea más información sobre el archivo CLIConfig.properties, consulte el apartado“Archivo de configuración de línea de mandatos” en la página 72.

Valores de retorno

El mandato jobsubmit devuelve uno de los valores siguientes:0 Indica que jobsubmit se ha completado satisfactoriamente.< > 0 Indica que jobsubmit ha fallado.

Ejemplos1. Para enviar el trabajo local test_job ubicado en la vía de acceso

/staging_area/accounts/ con los parámetros de configuración especificados enel archivo de configuración custom_config.properties, escriba el mandatosiguiente:jobsubmit -jsdl /staging_area/accounts/test_job -configFile/opt/test/custom_config.properties

2. Para enviar la definición de trabajo domestic_accounts guardada en elrepositorio de trabajos, escriba el mandato siguiente:jobsubmit -jdname domestic_accounts

Véase también

“Mandato jobdetails - Visualización de información detallada de los trabajos” en lapágina 85

Mandato jobquery - Realización de consultas en los trabajosUtilice el mandato jobquery para realizar consultas avanzadas en los trabajosenviados.

Sintaxis

jobquery ?

jobquery [-usr nombre_usuario -pwd contraseña] {[-status estado...] [-submitteremisor] [-name nombre_definición_trabajo] [-alias alias_trabajo] [-sdf fecha_envío_desde][-sdt fecha_envío_hasta] [-jsdf fecha_inicio_trabajo_desde] [-jsdtfecha_inicio_trabajo_hasta ] [-jedf fecha_fin_trabajo_desde] [-jedt fecha_fin_trabajo_hasta]}[-configFile archivo_configuración]


Descripción

Este mandato realiza consultas avanzadas en los trabajos enviados en función delos atributos siguientes:v estado del trabajov nombre del usuario que ha enviado el trabajov nombre de trabajov alias del trabajov fecha de envío del trabajov fecha de inicio del trabajov fecha de finalización del trabajo

También puede utilizar este mandato para recuperar el ID de trabajo generado enel momento del envío, que se solicita al ejecutar los mandatos jobstatus, jobdetailsy jobcancel. Para recuperar el ID de trabajo, especifique la opción -name.

Opciones


-usr nombre_usuarioEspecifica el nombre de un usuario autorizado para realizar operaciones en lalínea de mandatos. Esta opción es obligatoria si se ha habilitado la seguridad yel nombre de usuario no se ha definido en el archivo de configuraciónCLIConfig.properties (con la palabra clave tdwb_user).

-pwd contraseñaEspecifica la contraseña de un usuario autorizado para realizar operaciones enla línea de mandatos. Esta opción es obligatoria si se ha habilitado la seguridady la contraseña no se ha definido en el archivo de configuraciónCLIConfig.properties (con la palabra clave tdwb_pwd).

-status estadoEspecifica el estado de los trabajos de la búsqueda. Separe los estadosmediante comas; no se admiten los espacios. Los tipos de estado admitidos sonlos siguientes:

0 se admiten todos los estados

1 enviado

2 en espera de recursos

3 asignación de recursos recibida

4 enviado a agente

5 ejecución

6 cancelar pendiente

7 cancelar asignación

8 en espera de reasignación

10 enlazado

41 ha fallado la asignación de recursos

42 ha fallado la ejecución

43 completado satisfactoriamente


||

44 cancelado

45 trabajo desconocido

46 trabajo no iniciado

48 error

-submitter emisorEspecifica el nombre del usuario que ha enviado el trabajo.

-name nombre_definición_trabajoEspecifica el nombre del trabajo. Esta opción devuelve el ID de trabajoexclusivo, que se puede utilizar para recuperar información y cancelar trabajos.Esta opción puede utilizarse con el carácter comodín de asterisco (*) como sedescribe a continuación:

Como único parámetroDebe incluirse entre comillas, por ejemploC:\Archivos de programa\TDWB\bin>jobquery -name "*"

Este mandato devuelve una lista de todos los trabajos enviados.

Para completar un nombre de trabajoNo es necesario utilizar comillas, por ejemploC:\Archivos de programa\TDWB\bin>jobquery -name batchsub*

Este mandato devuelve una lista de todos los trabajos enviados queempiezan con el sufijo batchsub.

-alias alias_trabajoEspecifica el alias del trabajo. Este se genera durante el envío mediante laopción -alias. Para obtener más información, consulte el apartado “Mandatojobsubmit - Envío de trabajos” en la página 79.

-sdf fecha_envío_desdeEspecifica un intervalo de tiempo cuyo punto de partida es la fecha en la quese ha enviado el trabajo. La consulta se realiza a partir de la fecha especificadahasta la fecha actual, a no ser que se especifique -sdt. Utilice las opciones -sdfy -sdt para definir un intervalo de tiempo específico. Especifique la fecha conel formato dd/MM/aaaa-hh:mm:ss.

-sdt fecha_envío_hastaEspecifica un intervalo de tiempo cuyo punto de partida es la fecha en la quese ha enviado el trabajo. La consulta se realiza a partir de la fecha en la que labase de datos de Dynamic Workload Broker se ha rellenado hasta la fechaespecificada, a no ser que se especifique la opción -sdf. Utilice las opciones-sdf y -sdt para definir un intervalo de tiempo específico. Especifique la fechacon el formato dd/MM/aaaa-hh:mm:ss.

-jsdf fecha_inicio_trabajo_desdeEspecifica un intervalo de tiempo cuyo punto de partida es la fecha de iniciodel trabajo. La consulta se realiza a partir de la fecha especificada hasta lafecha actual, a no ser que se especifique la opción -jsdt. Utilice las opciones-jsdf y -jsdt para definir un intervalo de tiempo específico. Especifique la fechacon el formato dd/MM/aaaa-hh:mm:ss.

-jsdt fecha_inicio_trabajo_hastaEspecifica un intervalo de tiempo cuyo punto de partida es la fecha de iniciodel trabajo. La consulta se realiza a partir de la fecha en la que la base de datosde Dynamic Workload Broker se ha rellenado hasta la fecha especificada, a no


||

ser que se especifique la opción -jsdf. Utilice las opciones -jsdf y -jsdt paradefinir un intervalo de tiempo específico. Especifique la fecha con el formatodd/MM/aaaa-hh:mm:ss.

-jedf fecha_fin_trabajo_desdeEspecifica un intervalo de tiempo cuyo punto de partida es la fecha definalización del trabajo. La consulta se realiza a partir de la fecha especificadahasta la fecha actual, a no ser que se especifique la opción -jedt. Utilice lasopciones -jedf y -jedt para definir un intervalo de tiempo específico.Especifique la fecha con el formato dd/MM/aaaa-hh:mm:ss.

-jedt fecha_fin_trabajo_hastaEspecifica un intervalo de tiempo cuyo punto de partida es la fecha definalización del trabajo. La consulta se realiza a partir de la fecha en la que labase de datos de Dynamic Workload Broker se ha rellenado hasta la fechaespecificada, a no ser que se especifique la opción -jedf. Utilice las opciones-jedf y -jedt para definir un intervalo de tiempo específico. Especifique la fechacon el formato dd/MM/aaaa-hh:mm:ss.

-configFile archivo_configuraciónEspecifica el nombre y la vía de acceso de un archivo de configuraciónpersonalizado. Este parámetro es opcional. Si no se especifica esta opción, seda por supuesto el archivo de configuración predeterminado. Si desea másinformación sobre el archivo de configuración, consulte el apartado “Archivode configuración de línea de mandatos” en la página 72.

Autorización


Valores de retorno

El mandato jobquery devuelve uno de los valores siguientes:0 Indica que jobquery se ha completado satisfactoriamente.< > 0 Indica que jobquery ha fallado.

Ejemplos1. Para recuperar el ID de un trabajo denominado CLIJSB11, escriba el mandato

siguiente:jobquery -usr john -pwd BCA12EDF -name CLIJSB11

Se muestra la salida siguiente. El ID de trabajo está asociado a la clave delidentificador de trabajo:Llame al asignador de trabajos para consultar los trabajos.Se han encontrado 10 trabajos para la solicitudLos detalles son los siguientes:

Nombre de trabajo: CLIJSB11Alias de trabajo: aliasIdentificador de trabajo: 617c9bf7095787c83e1c36744e569cebEstado: FAILED_runningEPR del trabajo: http://lab135200.romelab.it.ibm.com:955/JDServiceWS/services/JobNombre del emisor del trabajo:Hora de envío: Tue May 23 15:41:54 CEST 2006


Hora de inicio: Tue May 23 14:48:09 CEST 2006Hora final: Tue May 23 14:48:09 CEST 2006Último mensaje de estado del trabajo:Duración del trabajo: PT0SCódigo de retorno: 0Nombre de recurso del trabajo: LAB237010Tipo de recurso del trabajo: ComputerSystem

2. Para recuperar todos los trabajos enviados por test_user con los estadosenviado, ha fallado la asignación de recursos y cancelado, escriba el mandatosiguiente:jobquery -status 1,3,44 -submitter test_user

Véase también

“Mandato jobsubmit - Envío de trabajos” en la página 79

Mandato jobdetails - Visualización de información detallada de lostrabajos

Utilice el mandato jobdetails para ver información detallada de los trabajosenviados.

Sintaxis

jobdetails ?

jobdetails [-usr nombre_usuario -pwd contraseña] -id ID_trabajo [-v ][-configFilearchivo_configuración]

Descripción

Este mandato muestra información detallada de los trabajos enviados mediante elID exclusivo creado al enviar el trabajo. Para recuperar el ID de trabajo después deenviar el trabajo, utilice el mandato jobquery con el parámetro -name.

Opciones




-id ID_trabajoEspecifica el ID de trabajo exclusivo que se crea al enviar el trabajo. Esteparámetro es obligatorio.

-vMuestra información detallada del trabajo.



Autorización


Valores de retorno

El mandato jobdetails devuelve uno de los valores siguientes:0 Indica que jobdetails se ha completado satisfactoriamente.< > 0 Indica que jobdetails ha fallado.

Ejemplos1. Para ver información de ejecución en un trabajo cuyo ID es

617c9bf7095787c83e1c36744e569ceb, escriba el mandato siguiente:jobdetails -id 617c9bf7095787c83e1c36744e569ceb

Se muestra una salida similar a la siguiente:Llame al asignador de trabajos paraobtener las propiedades del trabajoRetorno correcto del asignador de trabajos.Identificador de trabajo: 617c9bf7095787c83e1c36744e569cebNombre de trabajo: CLIJSB11Alias de trabajo: aliasEstado del trabajo: SUBMITTEDEmisor del trabajo: nullNotificación de cliente: http://lab135200.romelab.it.ibm.com:9550/RAServiceWS/services/AllocationÚltimo mensaje de estado del trabajo:Hora de envío del trabajo: Tue May 23 15:43:44 CET 2009Hora de inicio del trabajo: Tue May 23 14:49:51 CET 2009Hora de finalización del trabajo: Tue May 23 14:49:51 CET 2009Duración del trabajo: PT0SCódigo de retorno del trabajo: 0Nombre de recurso del trabajo: LAB237010Tipo de recurso del trabajo: ComputerSystemNombre de medida de uso del trabajo: StartTimeTipo de medida de uso del trabajo: nullValor de medida de uso del trabajo: 1148388591000Nombre de medida de uso del trabajo: EndTimeTipo de medida de uso del trabajo: nullValor de medida de uso del trabajo: 1148388591000

2. Para enviar el trabajo con el ID 617l9jw7095787g83f1c36744e569glf con losparámetros de configuración especificados en el archivo de configuracióncustom_config.properties, escriba este mandato:jobdetails -id 617l9jw7095787g83f1c36744e569glf -configFile/opt/test/custom_config.properties

3. Para ver el estado de un trabajo con ID 617c9bf7095787c83e1c36744e569ceb,escriba este mandato:jobdetails -id 617c9bf7095787c83e1c36744e569ceb


Se muestra una salida similar a la siguiente:Llame al asignador de trabajos paraobtener las propiedades del trabajoRetorno correcto del asignador de trabajos.ID de trabajo: 617c9bf7095787c83e1c36744e569cebEstado: SUBMITTED

4. Para ver la información detallada del trabajo cuyo ID es617c9bf7095787c83e1c36744e569ceb con los parámetros de configuraciónespecificados en el archivo de configuración custom_config.properties, escribaeste mandato:jobdetails -jsdl 617c9bf7095787c83e1c36744e569ceb -configFile/opt/test/custom_config.properties

Véase tambiénv “Mandato jobsubmit - Envío de trabajos” en la página 79v “Mandato jobquery - Realización de consultas en los trabajos” en la página 81

Mandato jobcancel - Cancelación de trabajosUtilice el mandato jobcancel para cancelar un trabajo enviado.

Sintaxis

jobcancel ?

jobcancel [-usr nombre_usuario -pwd contraseña] -id ID_trabajo [-configFilearchivo_configuración]

Descripción

Este mandato cancela la ejecución de los trabajos enviados mediante el IDexclusivo creado al enviar el trabajo. Para recuperar el ID de trabajo después deenviar el trabajo, utilice el mandato jobquery con el nombre del trabajo.

Opciones





-configFile archivo_configuraciónEspecifica el nombre y la vía de acceso de un archivo de configuraciónpersonalizado. Este parámetro es opcional. Si no se especifica este parámetro,se da por supuesto el archivo de configuración predeterminado. Si desea más


información sobre el archivo de configuración, consulte el apartado “Archivode configuración de línea de mandatos” en la página 72.

Autorización


Valores de retorno

El mandato jobcancel devuelve uno de los valores siguientes:0 Indica que jobcancel se ha completado satisfactoriamente.< > 0 Indica que jobcancel ha fallado.

Ejemplos1. Para cancelar la ejecución de un trabajo cuyo ID es

617l9jq7037529f83x1w36185e569fwl, escriba el mandato siguiente:jobcancel -id 617l9jq7037529f83x1w36185e569fwl

Véase también

“Mandato jobsubmit - Envío de trabajos” en la página 79

Mandato jobstore - Gestión de las definiciones de trabajosUtilice el mandato jobstore para gestionar las definiciones de trabajos.

Sintaxis

jobstore ?

jobstore [-usr nombre_usuario -pwd contraseña]{[ -create archivo_jsdl ] | [ -updatearchivo_jsdl ] | [-del nombre_definición_trabajo ] | [ -get nombre_definición_trabajo ] |[-queryall ] | [[ -queryname nombre_definición_trabajo...] [ -querydescdescripción_definición_trabajo] [-queryowner propietario_definición_trabajo... ]]} [-configFile archivo_configuración }

Descripción

Este mandato guarda y actualiza los archivos JSDL en el Repositorio de trabajos.Los archivos JSDL se guardan en la base de datos como definiciones de trabajo connombres exclusivos. Después de guardar los archivos JSDL en la base de datos,puede realizar las operaciones siguientes en las definiciones de trabajo:v Suprimir definiciones de trabajov Imprimir definiciones de trabajo en salidas estándar o guardarlas en un archivov Realizar consultas en definiciones de trabajo basadas en varios atributos

Para enviar las definiciones de trabajo, utilice el mandato jobsubmit. Si desea másinformación sobre el mandato jobsubmit, consulte el apartado “Mandatojobsubmit - Envío de trabajos” en la página 79.


Opciones




-create archivo_jsdlEspecifica el nombre y la vía de acceso de un archivo JSDL que se va a guardaren la base de datos del repositorio de trabajos. El archivo JSDL se guardacomo definición de trabajo. El nombre de la definición de trabajo se guarda enel archivo JSDL y sólo puede modificarse si se edita el archivo JSDL. Lasoperaciones de suprimir y de recuperar (get) se realizan en la definición detrabajo.

-update archivo_jsdlEspecifica el nombre y la vía de acceso de un archivo JSDL que se va aactualizar en la base de datos del repositorio de trabajos. El archivo JSDL debeexistir en la base de datos.

-del nombre_definición_trabajoSuprime una definición de trabajo de la base de datos del repositorio detrabajos.

-get nombre_definición_trabajoImprime el archivo JSDL de la definición de trabajo en una salida estándar oen un archivo que especifique. Puede utilizar este mandato para realizarmodificaciones menores en las definiciones de trabajo.

-queryallRealiza una consulta sin aplicar ningún filtro. Esta consulta devuelve todas lasdefiniciones de trabajo almacenadas en la base de datos de Dynamic WorkloadBroker.

-queryname nombre_definición_trabajoRealiza una búsqueda en las definiciones de trabajo basada en el nombre de ladefinición de trabajo. El nombre de la definición de trabajo es exclusivo. Eneste parámetro se distingue entre mayúsculas y minúsculas. Los caracterescomodín (*, ?) están admitidos.

-querydesc descripción_definición_trabajoRealiza una búsqueda en las definiciones de trabajo basada en la descripciónde la definición de trabajo. Se pueden utilizar caracteres comodín.

-queryowner propietario_definición_trabajoRealiza una búsqueda en las definiciones de trabajo basada en el usuario queha creado la definición de trabajo.

-configFile archivo_configuraciónEspecifica el nombre y la vía de acceso de un archivo de configuraciónpersonalizado. Este parámetro es opcional. Si no se especifica este parámetro,se da por supuesto el archivo de configuración predeterminado. Si desea más


información sobre el archivo de configuración, consulte el apartado “Archivode configuración de línea de mandatos” en la página 72.

Autorización


Valores de retorno

El mandato jobstore devuelve uno de los valores siguientes:0 Indica que jobstore se ha completado satisfactoriamente.< > 0 Indica que jobstore ha fallado.

Ejemplos1. Para recuperar todos los trabajos creados por el usuario Administrator, escriba

el mandato siguiente:jobstore -queryuser Administrator

2. Para actualizar el trabajo branch_update ya almacenado en la base de datos delrepositorio de trabajos, escriba el mandato siguiente:jobstore -update ../jsdl/branch_update.xml


Mandato jobgetexecutionlog - Visualización de la salida del trabajoUtilice el mandato jobgetexecutionlog para ver la salida de un trabajo enviado.

Sintaxis

jobgetexecutionlog ?

jobgetexecutionlog [-usr nombre_usuario -pwd contraseña]-id ID_trabajo -sizePageajustar_página -offset desplazamiento [-configFile archivo_configuración]

Descripción

Este mandato muestra la salida de los trabajos enviados mediante el ID exclusivocreado al enviar el trabajo. Para recuperar el ID de trabajo después de enviar eltrabajo, utilice el mandato jobquery con el nombre del trabajo. También puedeespecificar la longitud de la página de salida que se va a mostrar y el número debyte de la salida de trabajo desde donde desea iniciar la visualización de la salida.

Opciones


-usr nombre_usuarioEspecifica el nombre de un usuario autorizado para realizar operaciones en lalínea de mandatos. Este parámetro es obligatorio si se ha habilitado la


seguridad y el nombre de usuario no se ha definido en el archivo deconfiguración CLIConfig.properties (con la palabra clave tdwb_user).



-sizePage ajustar_páginaEspecifica el número de bytes que se va a mostrar en la página de la salida deltrabajo.

-offset desplazamientoEspecifica el número del primer byte que se va a mostrar en la página de lasalida del trabajo. Esta opción se puede utilizar para ver salidas de trabajo degran tamaño.


Autorización


Valores de retorno

El mandato jobgetexecutionlog devuelve uno de los valores siguientes:0 Indica que jobgetexecutionlog se ha completado satisfactoriamente.< > 0 Indica que jobgetexecutionlog ha fallado.

Ejemplos1. Para ver la salida de un trabajo cuyo ID es 617l9jq7037529f83x1w36185e569fwl

y que se muestre la salida en las páginas que contienen 400 bytes a partir delprimer byte de la página, escriba el mandato siguiente:jobgetexecutionlog -id 617l9jq7037529f83x1w36185e569fwl -sizePage 400 -offset 1

Se muestra la salida siguiente:Llame al asignador de trabajos para obtener la salida del trabajoRetorno correcto del asignador de trabajosSe ha enviado la solicitud para recuperar el registro de ejecuciónLa página de registro de ejecución solicitada es:al 5drwxrwxrwx 7 root root 200 Aug 24 16:39 .drwxrwxrwx 8 root root 208 Aug 22 15:11 ..drwxrwxrwx 6 root root 248 Aug 22 15:11 eclipse-rw-rw-rw- 1 root root 139 Aug 24 16:39 jsdef


drwxr-xr-x 2 root root 552 Aug 24 16:54 logsdrwxrwxrwx 5 root root 240 Aug 22 15:11 rcpdrwxrwxrwx 3 root root 72 Aug 22 15:11 shareddrwxrwxrwx 3 root root 80 Aug 22 15:11 workspace

El tamaño del archivo es:381


Mandato movehistorydata - Mantenimiento de las tablas de bases dedatos

Puede utilizar el mandato movehistorydata si el acceso a la base de datos seralentiza.

Este problema puede responder a la existencia de un número enorme de registrosen la base de datos, por ejemplo, cuando se llevan a cabo envíos de trabajos enbloque.

Puede utilizar el mandato movehistorydata para mover los datos del repositoriode trabajos a las tablas de archivo. Al ejecutar este mandato, los trabajos semueven a las tablas siguientes de la base de datos:

JOA_JOB_ARCHIVESContiene las instancias de trabajos archivados.

JRA_JOB_RESOURCE_ARCHIVESContiene información de recursos relacionados con los trabajos.

MEA_METRIC_ARCHIVESContiene métricas recopiladas para los trabajos.

Para obtener más información sobre tablas históricas, consulte Tivoli WorkloadScheduler: Guía de administración, SC23-9113.

Nota: En función del número de trabajos y accesos a la base de datos, unaoperación de limpieza podría dar lugar a períodos de actividad máxima en el usode la CPU y de la memoria.


Sintaxis

movehistorydata ?

movehistorydata -dbUsr nombre_usuario_bd-dbPwd contraseña_usuario_bd[-successfulJobsMaxAge EdadMáximaTrabajosSatisfactorios[-notSuccessfulJobsMaxAge EdadMáximaTrabajosNoSatisf ][ -archivedJobsMaxAgeEdadMáximaTrabajosArchivados]]


Descripción

Este mandato realiza una operación de limpieza en la base de datos del repositoriode trabajos. En función de los valores que especifique, la información sobre lostrabajos enviados se mueve a la base de datos de archivo y se suprime.

Utilice este mandato para alterar temporalmente los valores definidos en el archivoJobDispatcherConfig.properties, cuando se producen sucesos inesperados querequieren una limpieza inmediata de la base de datos. Los valores del archivoJobDispatcherConfig.properties permanecen invariables. Si desea más informaciónsobre el archivo JobDispatcherConfig.properties, consulte la publicación TivoliWorkload Scheduler: Guía de administración.

Opciones


-dbUsr nombre_usuario_bdEspecifica el nombre de un usuario autorizado para realizar operaciones en elservidor de bases de datos.

-dbPwd contraseña_usuario_bdEspecifica la contraseña de un usuario autorizado para realizar operaciones enel servidor de bases de datos.

-successfulJobsMaxAge EdadMáximaTrabajosSatisfactoriosEspecifica el número de horas que deben conservarse los trabajos completadossatisfactoriamente o cancelados en la base de datos del repositorio de trabajosantes de archivarse. El valor predeterminado es de 240 horas, que equivale adiez días.

-notSuccessfulJobsMaxAge EdadMáximaTrabajosNoSatisfEspecifica el número de horas que deben conservarse los trabajos nocompletados satisfactoriamente o con un estado desconocido en la base dedatos del repositorio de trabajos antes de archivarse. El valor predeterminadoes de 720 horas, que equivale a treinta días.

-archivedJobsMaxAge EdadMáximaTrabajosArchivadosEspecifica el número de horas que deben conservarse los trabajos en la base dedatos de archivo antes de archivarse. El valor predeterminado es de 720 horas,que equivale a treinta días.

Valores de retorno

El mandato movehistorydata devuelve uno de los valores siguientes:0 Indica que movehistorydata se ha completado satisfactoriamente.< > 0 Indica que movehistorydata ha fallado.

Ejemplos1. Para mover a la base de datos de archivo todos los trabajos completados

satisfactoriamente en las últimas 40 horas, escriba el mandato siguiente:movehistorydata -dbUsr halmst -dbPwd dgordon -successfulJobsMaxAge 40

2. Para mover a la base de datos de archivo todos los trabajos con todos losestados admitidos y eliminar de la base de datos de archivo todos los trabajosque tengan más de 700 horas, escriba el mandato siguiente:movehistorydata -dbUsr halmst -dbPwd dgordon -successfulJobsMaxAge 0

-notSuccessfulJobsMaxAge 0 -archivedJobsMaxAge 700


|||||

|||||

||||

Mandato resource - Trabajar con recursos

Puede utilizar el mandato resource para crear, modificar, asociar, consultar oestablecer recursos en línea o fuera de línea.

Sintaxis

resource ?

resource [-usr nombre_usuario -pwd contraseña ]{[-create{ -logical nombre -type tipo[-quantity cantidad ][-offline ] |-group nombre[-offline ]}]|[-delete{-logical nombre |-group nombre }]|[-update{-computer nombre{[ -setOnline | -setOffline]} |-logical nombre[-setName nombre][-setType tipo][-setQuantity cantidad][-setOnline | -setOffline][-addComputer nombre |-addComputerByID ID |-removeComputer nombre |-removeComputerByID ID]|-group nombre[-setName nombre][-setOnline | -setOffline][-addComputer nombre |-addComputerByID ID |-removeComputer nombre |-removeComputerByID ID |-addLogical nombre |-removeLogical nombre]}]|[-query{-computer nombre [-v] |-logical nombre [-v] |-group nombre [-v]}[-configFile archivo_configuración]}

Descripción

Utilice este mandato para trabajar con sistemas, recursos lógicos y grupos derecursos. En particular, es posible:v Crear, actualizar, listar y suprimir recursos lógicos o grupos.v Crear recursos lógicos, asociarlos a sistemas, definir grupos de recursos lógicos o

sistemas y colocarlos en línea o fuera de línea.v Recuperar y actualizar propiedades de recursos mediante las opciones de

consulta y actualización.


|

v Descubrir la lista de sistemas asociados a un recurso lógico mediante unaconsulta detallada en el recurso lógico

v Cambiar la asociación entre sistemas y recursos lógicos.v Establecer recursos en línea y fuera de línea y consultar propiedades del equipo

Opciones


-usr nombre_usuarioEspecifica el nombre de un usuario autorizado para realizar operaciones en lalínea de mandatos. Esta opción es obligatoria si se ha habilitado la seguridad yel nombre de usuario no se ha definido en el archivo de configuraciónCLIConfig.properties (con la palabra clave tdwb_user).

-pwd contraseñaEspecifica la contraseña de un usuario autorizado para realizar operaciones enla línea de mandatos. Esta opción es obligatoria si se ha habilitado la seguridady la contraseña no se ha definido en el archivo de configuraciónCLIConfig.properties (con la palabra clave tdwb_pwd).

-create -logical nombre -type tipoCrear el recurso lógico con el nombre y el tipo especificados. También esposible establecer una cantidad específica o colocar el recurso fuera de líneautilizando parámetros opcionales de la forma siguiente:

-create -logical nombre -type tipo-quantity cantidad -offline

-create -group nombreCrea el grupo de recursos con el nombre especificado. También es posiblecolocarlo fuera de línea mediante el parámetro -offline opcional, de la formasiguiente:

-create -group nombre -offline

-delete -logical nombreSuprime el recurso lógico que tiene el nombre especificado.

-delete -group nombreSuprime el grupo de recursos que tiene el nombre especificado.

-update -computer nombreActualiza el sistema informático que tiene el nombre especificado. Puedecolocar el sistema en línea, o fuera de línea, tal como se indica a continuación:

-update -computer nombre -setOnlineColoca en línea el sistema especificado.

-update -computer nombre -setOfflineColoca fuera de línea el sistema especificado.

-update -logical nombreActualiza el recurso lógico especificado. Puede actualizar las propiedades y elestado de un recurso de las maneras siguientes:

-update -logical nombre -setName nombreActualiza el nombre del recurso lógico especificado.

-update -logical nombre -setType tipoActualiza el tipo del recurso lógico especificado.

-update -logical nombre -setQuantity cantidadActualiza la cantidad del recurso lógico especificado.


||

|

||

-update -logical nombre -setOnlineColoca en línea el recurso lógico especificado.

-update -logical nombre -setOfflineColoca fuera de línea el recurso lógico especificado.

Puede cambiar la asociación entre un recurso lógico y un sistema de lasmaneras siguientes:

-update -logical nombre -addComputer nombreAsocia el recurso lógico especificado al sistema que tiene el nombreespecificado.

-update -logical nombre -addComputerByID IDAsocia el recurso lógico especificado al sistema que tiene el IDespecificado.

-update -logical nombre -removeComputer nombreElimina la asociación entre el recurso lógico especificado y el sistema quetiene el nombre especificado.

-update -logical nombre -removeComputerByID IDElimina la asociación entre el recurso lógico especificado y el sistema quetiene el ID especificado.

-update -group nombreActualiza el grupo de recursos especificado. Puede actualizar las propiedades yel estado de un grupo de recursos de las maneras siguientes:

-update -group nombre -setName nombreActualiza el nombre del grupo de recursos especificado.

-update -group nombre -setOnlineColoca en línea el grupo de recursos especificado.

-update -group nombre -setOfflineColoca fuera de línea el grupo de recursos especificado.

Puede añadir y eliminar recursos lógicos o sistemas a y desde un grupo derecursos de las maneras siguientes:

-update -group nombre -addLogical nombreAñade el recurso lógico que tiene el nombre especificado al recurso.

-update -group nombre -removeLogical nombreElimina el recurso lógico que tiene el nombre especificado del grupo derecursos.

-update -group nombre -addComputer nombreAñade el sistema que tiene el nombre especificado al grupo de recursos.

-update -group nombre -addComputerByID IDAñade el sistema que tiene el ID especificado al grupo de recursos.

-update -group nombre -removeComputer nombreElimina el sistema que tiene el nombre especificado del grupo de recursos.

-update -group nombre -removeComputerByID IDElimina el sistema que tiene el ID especificado del grupo de recursos.

-query -computer nombreRecupera las propiedades siguientes del sistema especificado:v Nombre


v ID de sistemav Nombre del sistema operativov Tipo del sistema operativov Versión del sistema operativov Estadov Estado de disponibilidad

Recupera las propiedades adicionales siguientes si añade la opción -v:v Memoria físicav Memoria virtualv Utilización de CPUv Memoria física librev Memoria virtual librev Espacio libre de intercambiov Memoria física asignadav Memoria virtual asignadav Espacio de intercambio asignadov Número de procesadoresv Número de procesadores asignadosv Tipo de procesadorv Velocidad del procesadorv Fabricantev Modelv Número de serie

Puede utilizar el asterisco (*) como carácter comodín de las maneras siguientes:

Como único parámetroDebe encerrarlo entre comillas dobles, por ejemplo:C:\IBM\TWA\TDWB\bin>resource –query –computer "*"

Este mandato devuelve una lista de todos los sistemas existentes.

Para completar un nombre de sistemaDebe encerrar el nombre completo entre comillas dobles, por ejemplo:C:\IBM\TWA\TDWB\bin> resource –query –computer "lab123*"

Este mandato devuelve una lista de todos los sistemas existentes quetengan un nombre que empiece por lab123.

-query -logical nombreRecupera el nombre y el tipo del recurso lógico especificado. Recupera laspropiedades adicionales siguientes si añade la opción -v:v Estadov Cantidadv Asignación actualv Lista de sistemas


Como único parámetroDebe encerrarlo entre comillas dobles, por ejemplo:C:\IBM\TWA\TDWB\bin>resource –query –logical "*"


Este mandato devuelve una lista de todos los recursos lógicosexistentes.

Para completar un nombre de recursoDebe encerrar el nombre completo entre comillas dobles, por ejemplo:C:\IBM\TWA\TDWB\bin> resource –query –logical "myRes*"

Este mandato devuelve una lista de todos los recursos lógicosexistentes que tengan un nombre que empiece por myRes.

-query -group nombreRecupera el nombre y el estado del grupo de recursos especificado. Recuperala lista de sistemas y recursos lógicos que contiene el grupo de recursos siutiliza la opción –v.


Como único parámetroDebe encerrarlo entre comillas dobles, por ejemplo:C:\IBM\TWA\TDWB\bin>resource –query –group "*"

Este mandato devuelve una lista de todos los grupos de recursosexistentes.

Para completar un nombre de grupo de recursosDebe encerrar el nombre completo entre comillas dobles, por ejemplo:C:\IBM\TWA\TDWB\bin> resource –query –group "myResGrou*"

Este mandato devuelve una lista de todos los grupos de recursosexistentes que tengan un nombre que empiece por myResGrou.

-configFile archivo_configuraciónEspecifica el nombre y la vía de acceso de un archivo de configuraciónpersonalizado. Esta palabra clave es opcional. Si no la especifica, se da porsupuesto el archivo de configuración predeterminado. Si desea másinformación sobre el archivo de configuración, consulte el apartado “Archivode configuración de línea de mandatos” en la página 72.

Autorización

En el archivo CLIConfig.properties se definen el nombre de usuario y lacontraseña de los mandatos. Para alterar temporalmente los valores definidos eneste archivo, puede especificar el nombre de usuario y la contraseña al escribir elmandato. Si desea más información sobre el archivo CLIConfig.properties,consulte el apartado “Archivo de configuración de línea de mandatos” en la página72.

Valores de retorno

El mandato resource devuelve uno de los valores siguientes:0 Indica que el mandato se ha completado satisfactoriamente.< > 0 Indica que el mandato ha fallado.

Ejemplosv Para crear un recurso lógico denominado myApplication, del tipo Applications,

escriba el mandato siguiente:


resource.bat-usr john -pwd BXVFDCGS -create -logical myApplication-type Applications

Se muestra la salida siguiente:AWKCLI153I Se ha creado el recurso lógico "myApplication".

v Para actualizar la cantidad del recurso lógico denominado myApplication,escriba el mandato siguiente:resource.bat-update -logical myApplication -setQuantity 5-usrjohn -pwd BXVFDCGS

Se muestra la salida siguiente:AWKCLI165I Se ha actualizado el recurso lógico "myApplication".

v Para añadir la relación entre un recurso lógico y un sistema, escriba el mandatosiguiente:resource.bat -update -logical myApplication -addComputer myComputer-usrjohn -pwd BXVFDCGS


v Para recuperar los detalles de un recurso lógico denominado myApplication,escriba el mandato siguiente:resource.bat -usr john -pwd BXVFDCGS -query -logical myApplication –v

Se muestra la salida siguiente:AWKCLI171I Llamando al repositorio de recursos para llevar a cabo una consultaen los recursos.

AWKCLI172I Se han encontrado "1" recursos lógicos para la consulta.Los detalles son los siguientes:

Nombre del recurso:myApplicationTipo del recurso:ApplicationsEstado del recurso:En líneaCantidad de recurso:5Asignación actual del recurso:0Lista de sistemas:

Nombre del sistema:myComputerID del sistema:D656470E8D76409F9F4FDEB9D764FF59Estado del sistema:En líneaEstado de disponibilidad del sistema:No disponible

v Para colocar fuera de línea el recurso lógico denominado myApplication, escribael mandato siguiente:resource.bat -usr john -pwd BXVFDCGS -update -logical myApplication-setOffline


v Para colocar fuera de línea el sistema denominado myComputer, escriba elmandato siguiente:resource.bat -usr john -pwd BXVFDCGS -update -computer myComputer-setOffline

Se muestra la salida siguiente:


AWKCLI165I Se ha actualizado el sistema "myComputer".

v Para recuperar las propiedades básicas del sistema denominado myComputer,escriba el mandato siguiente:resource.bat -usr john -pwd BXVFDCGS -query -computer myComputer

Se muestra la salida siguiente:AWKCLI171I Llamando al repositorio de recursos para llevar a cabo una consultaen los recursos.AWKCLI174I Se han encontrado "1" sistemas para la consulta.Los detalles son los siguientes:

Nombre del sistema:myComputerID del sistema:D656470E8D76409F9F4FDEB9D764FF59Nombre de SO de sistema:Microsoft Windows XP Professional English(United States) versionTipo de SO de sistema:Windows XPVersión de SO de sistema:5Estado del sistema:Fuera de líneaEstado de disponibilidad del sistema:No disponible

v Para recuperar las propiedades detalladas del sistema denominado myComputer,escriba el mandato siguiente:resource.bat -usr john -pwd BXVFDCGS -query -computer myComputer -v

Se muestra la salida siguiente:AWKCLI171I Llamando al repositorio de recursos para llevar a cabo una consultaen los recursos.AWKCLI174I Se han encontrado "1" sistemas para la consulta.Los detalles son los siguientes:

Nombre del sistema:myComputerID del sistema:D656470E8D76409F9F4FDEB9D764FF59Nombre de SO de sistema:Microsoft Windows XP Professional English(United States) versionTipo de SO de sistema:Windows XPVersión de SO de sistema:5Estado del sistema:Fuera de líneaEstado de disponibilidad del sistema:No disponibleDetalles del sistema:

Memoria física = 2095536,0Memoria virtual = 3513788,0Utilización de CPU = 16,0Memoria física libre = 947972,0Memoria virtual libre = 2333484,0Espacio libre de intercambio = 52,0Memoria física asignada = 0,0Memoria virtual asignada = 0,0Espacio de intercambio asignado = 0,0Número de procesadores = 1,0Número de procesadores asignados = 0,0Tipo de procesador = x86Velocidad del procesador = 1995,00Fabricante = IBMModelo = 2668F8GNúmero de serie = L3WZYNC

v Para recuperar las propiedades detalladas del recurso lógico geneva, incluida lalista de sistemas asociados, escriba el mandato siguiente:resource.bat -usr john -pwd BXVFDCGS -query -logical geneva -v

Se muestra la salida siguiente:


||

|

|

Estableciendo las variables de entorno de CLI...AWKCLI171I Llamando al repositorio de recursos para llevar a cabo una consultaen los recursos.AWKCLI172I Se han encontrado "1" recursos lógicos para la consulta.Los detalles son los siguientes:

Nombre del recurso:genevaTipo del recurso:prod_wksEstado del recurso:En líneaCantidad de recurso:1Asignación actual del recurso:0Lista de sistemas:

Nombre de sistema:bd_ff139_1ID del sistema:666AADE61CBA11E0ACBECD0E6F3527DEEstado del sistema:En líneaEstado de disponibilidad del sistema:DisponibleAWKCLI171I Llamando al repositorio de recursos para llevar a cabo una consulta

en los recursos.

v Para crear un grupo de recursos denominado myGroup, escriba el mandatosiguiente:resource.bat -usr john -pwd BXVFDCGS -create -group myGroup

Se muestra la salida siguiente:AWKCLI153I Se ha creado el grupo de recursos "myGroup".

v Para recuperar un grupo de recursos denominado myGroup, escriba el mandatosiguiente:resource.bat -query -group myGroup

Se muestra la salida siguiente:Estableciendo las variables de entorno de CLI...

AWKCLI171I Llamando al repositorio de recursos para llevar a cabo una consultaen los recursos.

AWKCLI173I Se han encontrado "1" grupos para la consulta.Los detalles son los siguientes:

Nombre de grupo:myGroupEstado del grupo:En línea

v Para añadir el sistema denominado myComputer a un grupo de recursosdenominado myGroup, escriba el mandato siguiente:resource.bat -update -group myGroup -addComputer myComputer


AWKCLI165I Se ha actualizado el grupo de recursos "myGroup".

v Para recuperar los detalles de un grupo de recursos denominado myGroup,escriba el mandato siguiente:resource.bat -query -group myGroup -v


AWKCLI171I Llamando al repositorio de recursos para llevar a cabo una consultaen los recursos.

AWKCLI173I Se han encontrado "1" grupos para la consulta.Los detalles son los siguientes:

Nombre de grupo:myGroupEstado del grupo:En línea


|||||||||||||||||||

|

Lista de sistemas:Nombre del sistema:myComputer

ID del sistema:D656470E8D76409F9F4FDEB9D764FF59Estado del sistema:En línea

Estado de disponibilidad del sistema:No disponible

Lista de recursos:

Utilización del mandato resource desde un agentePuede crear y gestionar recursos y grupos de recursos y sistemas desde los agentesde Tivoli Workload Scheduler, distintos al gestor de dominio maestro.

Habilitación del mandato resource

Para habilitar esta característica debe:1. Añadir el tiempo de ejecución a los trabajos Java cuando instale el agente.

Consulte la información acerca de cómo instalar el agente en la publicaciónPlanificación e instalación.

2. Configurar el archivo CLIConfig.properties. Consulte el apartado“Configuración del archivo CLIConfig.properties local”.

3. Ejecutar el mandato resource. Consulte el apartado “Ejecución del mandatoresource” en la página 103.

Para esta finalidad se instala una instancia adicional del archivoCLIConfig.properties en cada agente. Si piensa ejecutar el mandato resourcedesde un agente, debe configurar CLIConfig.properties localmente.

Configuración del archivo CLIConfig.properties local

Cuando instala el agente, automáticamente se instala una copia local deCLIConfig.properties y configura parcialmente en el agente en la vía de accesosiguiente:TWA_home/TWS/TDWB_CLI/config

Para ejecutar el mandato resource.bat o resource.sh desde el agente, personalicelas siguientes palabras clave del archivo CLIConfig.properties local:

ITDWBServerHostEspecifique la dirección IP o el nombre de host del gestor de dominiomaestro.

ITDWBServerPortEspecifique el número de puerto HTTP de WebSphere Application Server.

ITDWBServerSecurePortEspecifique el número de puerto HTTPS de WebSphere Application Server.

tdwb_userEspecifique el nombre de usuario de un usuario con autorización pararealizar operaciones en Dynamic Workload Broker cuando está habilitadala seguridad. Este usuario se debe haber definido previamente en IBMWebSphere. Para obtener más información acerca de las consideraciones deseguridad, consulte la publicación Tivoli Workload Scheduler: Guía deadministración, SC23-9113.

tdwb_pwdEspecifica la contraseña de un usuario autorizado para realizar operacionesen Dynamic Workload Broker cuando está habilitada la seguridad. Estacontraseña debe haberse definido previamente en IBM WebSphere. Si desea


más información sobre las consideraciones de seguridad, consulte lapublicación Tivoli Workload Scheduler: Guía de administración.

Ejecución del mandato resource

Para ejecutar el mandato, escriba:En Windows:

resource.batEn UNIX:

resource.sh


Avisos

Proporciona la información legal que rige el uso de esta guía.

Esta información se ha desarrollado para productos y servicios ofrecidos en EE.UU.Es posible que IBM no ofrezca los productos, servicios o dispositivos que se tratanen este documento en otros países. Póngase en contacto con su representante localde IBM para obtener más información sobre los productos y servicios disponiblesen su zona. Cualquier referencia que se haga a un producto, programa o serviciode IBM no implica que sólo se pueda utilizar dicho producto, programa o serviciode IBM. Se puede utilizar en su lugar cualquier producto, programa o serviciofuncionalmente equivalente que no infrinja ningún derecho de propiedadintelectual de IBM. No obstante, son responsabilidad del usuario la evaluación yverificación del funcionamiento de cualquier producto, programa o servicio que nosea de IBM.

IBM puede tener patentes o aplicaciones pendientes de patente que cubran el temadescrito en este documento. La posesión de esta publicación no le otorga ningunalicencia sobre dichas patentes. Puede enviar consultas sobre licencias, por escrito, a:

IBM Director of LicensingIBM CorporationNorth Castle DriveArmonk, NY 10504-1785 EE.UU.

Si desea realizar consultas sobre licencias relacionadas con información de doblebyte (DBCS), póngase en contacto con el Departamento de propiedad intelectual deIBM en su país o envíe las consultas, por escrito, a:

Intellectual Property LicensingLegal and Intellectual Property LawIBM Japan, Ltd.1623-14, Shimotsuruma, Yamato-shiKanagawa 242-8502 Japón

El siguiente párrafo no se aplica en el Reino Unido ni en ningún otro país en elque estas disposiciones entren en contradicción con la legislación local:

INTERNATIONAL BUSINESS MACHINES CORPORATION PROPORCIONAESTA PUBLICACIÓN "TAL CUAL", SIN GARANTÍAS DE NINGÚN TIPO, NIEXPLÍCITAS NI IMPLÍCITAS, INCLUIDAS, AUNQUE SIN LIMITARSE A LASMISMAS, LAS GARANTÍAS IMPLÍCITAS DE NO VULNERACIÓN,COMERCIALIZACIÓN O ADECUACIÓN A UN PROPÓSITO DETERMINADO.

Algunos países no permiten la renuncia a garantías expresas o implícitas en ciertastransacciones, por lo que el párrafo anterior puede no aplicarse en su caso.

Esta información puede incluir imprecisiones técnicas o errores tipográficos.Periódicamente se efectúan cambios en la información aquí contenida; estoscambios se incorporarán en las nuevas ediciones de la publicación. IBM puederealizar mejoras y/o cambios en el producto o productos y/o en el programa oprogramas descritos en esta publicación en cualquier momento sin previo aviso.


Cualquier referencia que se haga en esta información a sitios web que no sean deIBM se proporciona, únicamente, a efectos de comodidad, y de ninguna manerasirve de endoso de dichos sitios web. Los materiales de dichos sitios web noforman parte de los materiales para este producto de IBM y el uso de losmencionados sitios es a cuenta y riesgo del usuario.

IBM puede usar o distribuir la información que nos suministre en cualquier formaque considere adecuada sin incurrir por ello en ninguna obligación con elremitente.

Los propietarios de una licencia de este programa que deseen obtener informaciónsobre él con el fin de permitir: (i) el intercambio de información entre programascreados de forma independiente y otros programas (incluido éste) y (ii) el usomutuo de la información intercambiada, deben ponerse en contacto con:

IBM Corporation2Z4A/10111400 Burnet RoadAustin, TX 78758 EE.UU.

Dicha información puede estar disponible, sujeta a los términos y condicionesapropiados, incluido en algunos casos el pago de una tarifa.

IBM proporciona el programa bajo licencia descrito en este documento y todo elmaterial bajo licencia correspondiente al mismo bajo los términos del Acuerdo deCliente de IBM, el Acuerdo internacional de Programas bajo Licencia de IBM ocualquier acuerdo equivalente entre las partes.

La información referente a productos que no son de IBM procede de losproveedores de esos productos, de sus anuncios publicados o de otras fuentesdisponibles públicamente. IBM no ha probado estos productos y no puedeconfirmar la exactitud de las declaraciones de rendimiento, compatibilidad y otrasrelacionadas con los productos que no son de IBM. Las preguntas sobre lascaracterísticas de productos que no son de IBM deben dirigirse a los proveedoresde dichos productos.

Esta información contiene ejemplos de datos e informes utilizados en operacionescomerciales diarias. Para ilustrarlos de la forma más completa posible, los ejemplosincluyen los nombres de personas, empresas, marcas y productos. Todos estosnombres son ficticios y cualquier similitud con nombres y direcciones utilizadospor una empresa real es totalmente fortuita.

Marcas registradasProporciona información acerca de las marcas registradas de IBM y de lasempresas con las que IBM tiene acuerdos de reconocimiento de marcas registradas.

IBM, el logotipo de IBM e ibm.com son marcas registradas de InternationalBusiness Machines Corporation en Estados Unidos, otros países o en ambos. Si estey otros términos de marca de registrada de IBM aparecen marcados en su primeraaparición en esta información con un símbolo de marca registrada (® o ™), que setrata de marcas registradas o de uso comercial de EE.UU. propiedad de IBM en elmomento en que se ha publicado esta información. Dichas marcas registradaspueden también estar registradas o ser de legislación común en otros países. Puedeobtener una lista actualizada de las marcas registradas de IBM en la web en


"Copyright and trademark information" en la siguiente dirección:http://www.ibm.com/legal/copytrade.shtml.

Intel es una marca registrada de Intel Corporation en Estados Unidos, en otrospaíses o en ambos.

Java y todas las marcas registradas y logotipos basados en Java son marcasregistradas de Oracle y/o sus subsidiarios.

Linux es una marca registrada de Linus Torvalds en Estados Unidos, en otrospaíses, o en ambos.

Microsoft y Windows son marcas registradas de Microsoft Corporation en EstadosUnidos, en otros países, o en ambos.

UNIX es una marca registrada de The Open Group en Estados Unidos y en otrospaíses.

Es posible que otros nombres de empresa, de producto o de servicio puedan sermarcas comerciales o marcas de servicio de otras compañías.

Avisos 107

http://www.ibm.com/legal/copytrade.shtml

Índice

Aaccesibilidad xafinidad

definición 3, 29, 65, 79sintaxis 29

afinidad con alias del trabajo 29afinidad con ID de trabajo 29afinidad con nombre del trabajo 29agente de Tivoli Workload Scheduler

exploración de entorno 35exploración de sistema 35

agentes dinámicos 7, 8, 9agrupación 8agrupación dinámica 8agrupaciones

planificación de los tipos de trabajocon opciones avanzadas 7, 9

agrupaciones dinámicasplanificación de los tipos de trabajo

con opciones avanzadas 7, 9alias

crear al enviar 65definir al enviar 65

alias del trabajoalternativa al ID de trabajo 65definición 79

archivarinstancias de trabajos 92

asignar estado de trabajos 33estado de trabajo de TWS 33

asociación de recursos lógicosrecuperar 94

asociación de sistemasrecuperar 94

asociación de trabajosdefinición 29

autorización 3avisos 105

Ccancelar trabajos

TWS kill, mandato 33cancelar trabajos de TWS

kill, mandato 33cantidad de recursos

definición 45, 52recurso consumible 45, 52

CLIConfig.properties, archivoconfiguración de línea de

mandatos 72códigos de retorno

ejecutor de trabajos 11trabajo con opciones avanzadas 11trabajo de base de datos 11trabajo de servicios web 11trabajo Java 11

comprobaciónresultados de la exploración 36

configuración de línea de mandatosCLIConfig.properties, archivo 72

conman, mandatosupervisar trabajos de TWS 33visualizar salida de trabajos 33

Consola de Job Brokering Definition 46editar definiciones de trabajo 58, 59,

60, 62escribir definiciones de trabajo 43

consola webgrupos de usuarios 4roles 4usuarios 4

convenios utilizados en laspublicaciones x

creación de definiciones de trabajosplantillas 54

crear trabajos 43credenciales 46credenciales de usuario 46

Ddefinición de trabajo

crear 58, 59, 60, 62definir preferencias de usuario 3dependencia de trabajos

definición 29destinos de trabajo

definición 46, 49Dynamic Workload Broker

trabajos críticos de 23vía de acceso crítica 23

Dynamic Workload Consoleaccesibilidad x

Eeditar definiciones de trabajo 58envío de trabajos 67escribir definiciones de trabajo

plantillas 54estado de trabajo de TWS

asignar estado de trabajos 33estados del trabajo

correlacionar 66estados del trabajo

supervisión 66operaciones admitidas 66

estados del trabajo de la consola web 66estados del trabajo de línea de

mandatos 66exportserverdata, mandato 76extracción de datos de base de datos 9,

11, 13

Fformación x

técnica x

formación técnica xFormación técnica de Tivoli xfunciones dinámicas 7

Ggestión de variables 27glosario xgrupos de recursos

crear 40definición 36

IID de trabajo

jobcancel, mandato 82jobdetails, mandato 82jobquery, mandato 82jobstatus, mandato 82recuperar 82

importserverdata, mandato 78información de recurso lógico

recuperar 94instancias de trabajos

archivar 92estado 67mostrar 67

Jjobcancel, mandato 87jobdetails, mandato 85jobgetexecutionlog, mandato 90jobquery, mandato 81jobstore, mandato 88jobsubmit, mandato 79jsdl

plantilla 54JSDL 46

Kkill, mandato

cancelar trabajos 33

LLenguaje de descripción de envío de

trabajos 46línea de mandatos

configurar el entorno 71gestionar trabajos 71ubicación de mandatos 71uso de mandatos 71

llamada a servicio web genérico 9, 13plantilla 11

llamar a un servicio web 9, 13archivos JSDL de ejemplo 11


Mmandato resource 94

ejecución desde el agenteconfiguración de

CLIConfig.properties 102requisito 102

mandatosexportserverdata 76importserverdata 78jobcancel 87jobdetails 85jobgetexecutionlog 90jobquery 81jobstore 88jobsubmit 79movehistorydata 92recurso 94

mantenimiento de tablas de bases dedatos

movehistorydata, mandato 92marcas registradas 106movehistorydata, mandato 92

Nnovedades

de este release ixen esta publicación ix

nuevode este release ixen esta publicación ix

nuevos ejecutor 13nuevos ejecutores 9

planificación 7plantilla 11

nuevos plug-ins 9, 11, 13plantilla 11

Ooperaciones de base de datos 9, 13

archivos JSDL de ejemplo 11operaciones de transferencia de

archivos 9, 13archivos JSDL de ejemplo 11

operaciones Java 9, 13archivos JSDL de ejemplo 11

Ppágina de bienvenida 3planificación de los tipos de trabajo con

opciones avanzadas 7, 9planificación dinámica 7, 8

tipos de trabajo con opcionesavanzadas 7, 11

plug-in de trabajos de aplicaciónplanificación 7

políticas de equilibrio de carga 46definición 52

políticas de optimización 46preferencias de usuario 3prioridad 46

asignar a trabajos 46

prioridad de trabajosasignar 46

prioridad de trabajos críticosmejorar 23

procedimiento almacenado de base dedatos

archivos JSDL de ejemplo 11trabajos de base de datos 9, 13

archivos JSDL de ejemplo 11promoción de trabajos 23

variables de entorno 12promoción de trabajos de

intermediación 12promoción de trabajos dinámicos 12promoción de trabajos dinámicos

críticos 12promoción de trabajos planificados en

agrupaciones dinámicas 12publicación

a quién va dirigida ixpublicación, a quién va dirigida ixpublicaciones x

Rrecurso

sistema 49recurso consumible

cantidad de recursos 45, 52recurso lógico

recurso relacionado 49recurso relacionado

recurso lógico 49sistema de archivos 49sistema de red 49sistema operativo 49

recursosoptimizable 49

recursos físicoscomprobación 36

recursos globalesdefinición 51

recursos lógicosconfiguración 35crear 38definición 38información de software 35

relación de afinidaddefinición 29

resultados de la exploración 36roles 3

Sseguro de servicio de carga de

trabajo 23sintaxis

línea de mandatos 72sintaxis de línea de mandatos 72sistema

recurso 49sistema de archivos

recurso relacionado 49sistema de red

recurso relacionado 49

sistema operativorecurso relacionado 49

sistemasconfiguración 35recursos físicos 36

sistemas asociados a un recursorecuperar 94

soporte de PL/SQL 9supervisar trabajos de TWS

conman, mandato 33supervisión de trabajos 67

Ttipos de recursos

consumible 49tipos de trabajo con opciones

avanzadas 7, 9, 13archivos JSDL de ejemplo 11planificación dinámica 7planificación estática 7plantilla 11

tipos de trabajo específicos 9, 13archivos JSDL de ejemplo 11

tipos de trabajos 9, 13plantilla 11

trabajo críticopriorizar 23promoción 23

trabajo Java genérico 9, 13plantilla 11

trabajosasignación 46, 49crear 46, 49definición 46, 49optimización 46, 49planificación 46trabajos

propiedades consumibles 49propiedades optimizables 49

utilizar variables 46trabajos afines

definición 3, 79enviar 65

trabajos antiguosmejora 13

trabajos antiguos con funcionesdinámicas 13

trabajos críticos de Dynamic WorkloadBroker 23

trabajos de Dynamic Workload Brokerpriorizar 23

trabajos de IBM i 9, 11trabajos de J2EE 11trabajos de servicio web 9, 13

archivos JSDL de ejemplo 11trabajos de transferencia de archivos 9,

13archivos JSDL de ejemplo 11

trabajos dinámicos cruciales 12trabajos dinámicos importantes 12trabajos ejecutables 9, 11trabajos enviados

mostrar 67trabajos estándar

mejora 13


trabajos estándar con funcionesdinámicas 13

trabajos existentesmejora 13

trabajos existentes con funcionesdinámicas 13

Trabajos J2EE 9trabajos Java 9, 13

archivos JSDL de ejemplo 11trabajos MSSQL 9, 11trabajos XA 9, 11TWS kill, mandato

cancelar trabajos 33

UURI de instancia de Dynamic Workload

Broker 76, 78usuarios 3utilizar variables 53

Vvalidación de datos de base de datos 9,

11, 13variables 46

definición 66definir y utilizar 27Dynamic Workload Broker 27

variables de entorno 53promoción de trabajos 12

variables de promoción deintermediación 12

variables de trabajo 27crear 65, 66editar 65, 66

variables en trabajosdefinir al enviar 65, 66definir en definición de trabajo 53editar al enviar 65, 66

vía de acceso críticapromoción de trabajos 23

visualizar salida de trabajosconman, mandato 33

Índice 111

��

Número de Programa: 5698-WSH

Impreso en España

SC11-7804-02

Spineinformation:

IBM

Tivo

liW

orkl

oad

Sche

dule

rVe

rsió

n8.

6Pl

anifi

caci

óndi

nám

ica

dela

carg

ade

traba

jo��

�

ibm tivoli workload scheduler: planificaci.n din.mica de ...€¦ · una vista actualizada de los...

Documents