Post on 30-Jun-2018
IBM Tivoli Workload
Scheduling Suite
Información general
Versión 8.2
SC10-3173-00
���
IBM Tivoli Workload
Scheduling Suite
Información general
Versión 8.2
SC10-3173-00
���
Nota
Antes de utilizar esta información y el producto al que da soporte, consulte la información del apartado “Avisos” en la
página 57.
Primera edición (junio de 2003)
Este manual es la traducción del original inglés IBM Tivoli Workload Scheduling Suite General Information, Version 8.2,
(SC32-1256-00).
Esta edición se aplica a la versión 8, release 2 de IBM Tivoli Workload Scheduling Suite (números de producto
5697-WSZ, 5698-WSH y 5698-WSE) y a los siguientes releases y modificaciones hasta que se indique lo contrario en
nuevas ediciones.
© Copyright International Business Machines Corporation 1991, 2003. Reservados todos los derechos.
Contenido
Figuras . . . . . . . . . . . . . . . v
Prefacio . . . . . . . . . . . . . . vii
Quién debe leer esta publicación . . . . . . . vii
Publicaciones . . . . . . . . . . . . . . vii
Publicaciones correspondientes a Tivoli
Workload Scheduler for z/OS . . . . . . . vii
Publicaciones correspondientes a Tivoli
Workload Scheduler . . . . . . . . . . viii
Utilización de LookAt para consultar la
explicación de los mensajes . . . . . . . . ix
Acceso en línea a las publicaciones . . . . . . ix
Softcopy Collection Kit . . . . . . . . . . ix
Pedido de publicaciones . . . . . . . . . x
Envío de comentarios e información acerca de las
publicaciones . . . . . . . . . . . . . x
Accesibilidad . . . . . . . . . . . . . . x
Cómo ponerse en contacto con el equipo de Soporte
de software de IBM . . . . . . . . . . . . xi
Convenios utilizados en este manual . . . . . . xi
Resumen de mejoras . . . . . . . . . . . xii
Mejoras realizadas en Tivoli Workload Scheduler
for z/OS . . . . . . . . . . . . . . xii
Funciones de z/OS . . . . . . . . . . xii
Servidor multiprotocolo y Sysplex . . . . . xii
Tivoli Workload Scheduler completo . . . . xiii
Mejoras en Tivoli Workload Scheduler . . . . xiii
Proceso de instalación guiado por un
asistente . . . . . . . . . . . . . xiii
Autenticación y cifrado seguros . . . . . xiv
Trabajo entre cortafuegos . . . . . . . xiv
Mecanismo de seguridad centralizado . . . xiv
Depósito de datos . . . . . . . . . . xv
Correlación de códigos de retorno de trabajos xv
Función ampliada de rastreo automático . . xv
Soporte mejorado de huso horario . . . . . xv
Nuevas opciones para manejar restricciones
horarias . . . . . . . . . . . . . xv
Gestión del estado de eventos . . . . . . xvi
Mejoras realizadas en Job Scheduling Console xvi
Manejo de trabajos retrasados . . . . . . xvi
Correlación de códigos de retorno . . . . xvii
Soporte de cortafuegos . . . . . . . . xvii
Visor de explorador . . . . . . . . . xvii
Visor hiperbólico . . . . . . . . . . xvii
Capítulo 1. Visión general de Workload
Scheduler Suite . . . . . . . . . . . 1
Una solución vanguardista . . . . . . . . . 1
Planificación global de la carga de trabajo . . . 2
Gestión de sistemas centralizada . . . . . . . 2
Integración de la gestión de sistemas . . . . . 2
Automatización . . . . . . . . . . . . 4
Supervisión de la carga de trabajo . . . . . . 5
Recuperación automática de la carga de trabajo . . 5
Productividad . . . . . . . . . . . . . 5
Soluciones de empresa . . . . . . . . . . . 6
Productividad del usuario . . . . . . . . . . 6
Vía libre al crecimiento . . . . . . . . . . . 6
Quién utiliza Workload Scheduler Suite . . . . . 6
Funciones del gestor de planificaciones:
Atribuciones . . . . . . . . . . . . . 7
Funciones del gestor de operaciones . . . . . 7
Una completa herramienta para el supervisor de
turnos . . . . . . . . . . . . . . . 8
Funciones del programador de aplicaciones . . . 8
Operadores de consola . . . . . . . . . . 8
Operadores de estación de trabajo . . . . . . 8
Usuarios finales y personal de ayuda (Help Desk) 9
Resumen . . . . . . . . . . . . . . . 9
Capítulo 2. Tivoli Workload Scheduler 11
Visión general . . . . . . . . . . . . . 11
Qué es Tivoli Workload Scheduler . . . . . . 11
Red de Tivoli Workload Scheduler . . . . . . 12
Tipos de gestores y de agentes . . . . . . . 13
Topología . . . . . . . . . . . . . . 14
Red . . . . . . . . . . . . . . . . 15
Componentes de Tivoli Workload Scheduler . . 16
Objetos de planificación de Tivoli Workload
Scheduler . . . . . . . . . . . . . . 16
Proceso de producción . . . . . . . . . . 18
Planificación . . . . . . . . . . . . . . 19
Definición de los objetos de planificación . . . 19
Creación de secuencias de trabajos . . . . . . 19
Establecimiento de la recuperación de trabajos . . 19
Ejecución de la producción . . . . . . . . . 20
Proceso del inicio del día . . . . . . . . . 20
Ejecución de secuencias de trabajos . . . . . 21
Supervisión . . . . . . . . . . . . . 21
Generación de informes . . . . . . . . . 22
Auditoría . . . . . . . . . . . . . . 22
Opciones y seguridad . . . . . . . . . . . 23
Establecimiento de opciones globales y locales . . 23
Establecimiento de la seguridad . . . . . . 23
Autenticación y cifrado seguros . . . . . 24
Trabajo entre cortafuegos . . . . . . . . 24
Mecanismo de seguridad centralizado . . . 24
Utilización de husos horarios . . . . . . . 24
Utilización de agentes ampliados . . . . . . . 25
Capítulo 3. Tivoli Workload Scheduler
for z/OS . . . . . . . . . . . . . . 27
Cómo se gestiona la carga de trabajo de producción 27
Estructura . . . . . . . . . . . . . . 27
Conceptos . . . . . . . . . . . . . . 28
Planes en Tivoli Workload Scheduler for z/OS . 30
Planificación a largo plazo . . . . . . . 31
Planificación detallada . . . . . . . . . 31
© Copyright IBM Corp. 1991, 2003 iii
Control automático de la carga de trabajo de
producción . . . . . . . . . . . . . 31
Sometimiento automático de la carga de
trabajo . . . . . . . . . . . . . . 32
Recuperación y reinicio automáticos . . . . 33
Soporte de z/OS Automatic Restart Manager 35
Soporte de Workload Manager (WLM) . . . 36
Comprobación automática del estado . . . . 36
Notificación del estado de los entornos
heterogéneos . . . . . . . . . . . . 36
Notificación del estado de los programas de
usuario . . . . . . . . . . . . . . 36
Comprobación adicional de terminación de
trabajo . . . . . . . . . . . . . . 36
Gestión del trabajo no planificado . . . . . 36
Intercambio de información con otros programas 36
Control e intervención manuales . . . . . . 37
Consultas de estado . . . . . . . . . 37
Modificación del plan actual . . . . . . . 37
Gestión de trabajos críticos . . . . . . . . 38
Seguridad . . . . . . . . . . . . . . 38
Seguimiento de auditoría . . . . . . . . 39
Recurso de autorización del sistema . . . . 39
Protección de datos y de recursos . . . . 39
Integridad de los datos durante el
sometimiento . . . . . . . . . . . 40
Configuraciones de Tivoli Workload Scheduler for
z/OS . . . . . . . . . . . . . . . . 40
Sistema de control . . . . . . . . . . . 40
Sistemas z/OS controlados . . . . . . . . 41
Sistemas remotos . . . . . . . . . . 41
Aplicaciones de interfaz de programa y paneles
remotos . . . . . . . . . . . . . . . 42
Planificación de los trabajos que se encuentran en
Tivoli Workload Scheduler . . . . . . . . 42
Capítulo 4. Tivoli Job Scheduling
Console . . . . . . . . . . . . . . 43
Visión general . . . . . . . . . . . . . 43
Tareas de Tivoli Workload Scheduler for z/OS . . . 44
Tareas del planificador . . . . . . . . . . 44
Trabajar con secuencias de trabajos . . . . 44
Trabajar con trabajos . . . . . . . . . 44
Trabajar con estaciones de trabajo . . . . . 45
Trabajar con recursos . . . . . . . . . 45
Tareas del operador . . . . . . . . . . 45
Trabajar con instancias de secuencias de
trabajos . . . . . . . . . . . . . . 46
Trabajar con instancias de trabajos . . . . . 46
Trabajar con las estaciones de trabajo del plan 46
Trabajar con los recursos del plan . . . . . 46
Tareas de Tivoli Workload Scheduler . . . . . . 47
Tareas del planificador . . . . . . . . . . 47
Trabajar con secuencias de trabajos . . . . 47
Trabajar con trabajos . . . . . . . . . 47
Trabajar con calendarios . . . . . . . . 48
Trabajar con solicitudes . . . . . . . . 48
Trabajar con parámetros . . . . . . . . 48
Trabajar con dominios . . . . . . . . . 48
Trabajar con estaciones de trabajo . . . . . 48
Trabajar con clases de estaciones de trabajo . . 49
Trabajar con recursos . . . . . . . . . 49
Trabajar con usuarios . . . . . . . . . 49
Tareas del operador . . . . . . . . . . 49
Trabajar con instancias de secuencias de
trabajos . . . . . . . . . . . . . . 50
Trabajar con instancias de trabajos . . . . . 50
Trabajar con estaciones de trabajo . . . . . 50
Trabajar con dominios . . . . . . . . . 50
Trabajar con dependencias de archivos . . . 51
Trabajar con dependencias de solicitudes . . 51
Trabajar con dependencias de recursos . . . 51
Tareas comunes . . . . . . . . . . . . . 51
Capítulo 5. Planificación completa . . . 53
Cómo funciona la planificación completa . . . . 53
Agentes distribuidos . . . . . . . . . . . 54
Configuraciones completas que reciben soporte . . 55
Ventajas de la planificación completa . . . . . . 56
Avisos . . . . . . . . . . . . . . . 57
Marcas registradas . . . . . . . . . . . . 58
Índice . . . . . . . . . . . . . . . 59
iv Información general
Figuras
1. Esta red de Tivoli Workload Scheduler se
compone de dos dominios. . . . . . . . 12
2. Cómo funcionan los agentes ampliados. 26
3. Recuperación y reinicio automáticos . . . . 34
4. Reinicio de la carga de trabajo de producción y
espera dinámica . . . . . . . . . . . 35
5. Seguridad . . . . . . . . . . . . . 39
6. Configuraciones de Tivoli Workload Scheduler
for z/OS . . . . . . . . . . . . . 41
7. Configuración completa . . . . . . . . 54
© Copyright IBM Corp. 1991, 2003 v
vi Información general
Prefacio
En esta publicación se describe la suite de Tivoli®
Workload Scheduler 8.2 y sus
funciones de gestión de la carga de trabajo de la empresa. En esta publicación se
facilita información de introducción acerca de Tivoli Workload Scheduler, Tivoli
Workload Scheduler para z/OS y Tivoli Job Scheduling Console para todos los
usuarios. No se proporcionan explicaciones técnicas detalladas acerca de su
funcionamiento. Esta publicación describe:
v La estructura del producto
v Dónde encaja en sistemas que tienen un único host y que tienen varios hosts
v Funciones principales
v Cómo funciona con otros productos
Quién debe leer esta publicación
Esta publicación va dirigida a las personas siguientes:
v Gestores de operaciones de proceso de datos (DP) y asesores técnicos de éstos
que evalúan el producto o que planifican su servicio de planificación
v Personas que necesitan información general para evaluar, instalar o utilizar el
producto
Publicaciones
En esta sección se listan las publicaciones de la biblioteca de Tivoli Workload
Scheduler for z/OS y otros documentos relacionados. También se describe cómo
acceder a las publicaciones de Tivoli en línea, cómo solicitar publicaciones de Tivoli
y cómo realizar comentarios sobre publicaciones de Tivoli.
Publicaciones correspondientes a Tivoli Workload Scheduler
for z/OS
Los siguientes documentos están disponibles en la biblioteca de Tivoli Workload
Scheduler for z/OS:
v Customization and Tuning, SC32-1265
Describe cómo personalizar Tivoli Workload Scheduler for z/OS.
v Installation Guide, SC32-1264
Describe cómo instalar Tivoli Workload Scheduler for z/OS.
v Diagnosis Guide and Reference, SC32-1261
Contiene información que ayuda a diagnosticar y a corregir posibles problemas
cuando se utiliza el producto.
v Información general, SC10-3173
Describe las ventajas de la suite completa de Tivoli Workload Scheduler.
v Getting Started, SC32-1262
Describe conceptos y terminología de Tivoli Workload Scheduler for z/OS y
contiene instrucciones para empezar a trabajar con el producto lo antes posible.
v Tivoli Job Scheduling Console Release Notes, SC32-1258
Contiene información sobre cómo trabajar con Tivoli Workload Scheduler,
independientemente de la plataforma, desde una GUI común.
© Copyright IBM Corp. 1991, 2003 vii
v Tivoli Job Scheduling Console - Guía del usuario, SC10-3171
Contiene información sobre cómo trabajar con Tivoli Workload Scheduler,
independientemente de la plataforma, desde una GUI común.
v License Program Specifications, GI11-4208
Contiene información sobre la planificación de Tivoli Workload Scheduler for
z/OS.
v Managing the Workload, SC32-1263
Explica cómo planificar la carga de trabajo y cómo controlar y supervisar el plan
actual.
v Memo to Users, GI11-4209
Contiene un resumen de cambios correspondientes al release actual del
producto.
v Messages and Codes, SC32-1267
Explica los mensajes y códigos.
v Program Directory, GI11-4203
Se suministra con la cinta de instalación de Tivoli Workload Scheduler for z/OS,
describe todo el material de instalación y le proporciona instrucciones de
instalación específicas del nivel de release del producto o del número de
dispositivo.
v Programming Interfaces, SC32-1266
Contiene información sobre cómo escribir programas de aplicación.
v Guía de consulta rápida, SC10-3753
Contiene información de consulta rápida y sencilla para trabajar con el producto.
Publicaciones correspondientes a Tivoli Workload Scheduler
Los siguientes manuales están disponibles en la biblioteca de Tivoli Workload
Scheduler:
v Tivoli Workload Scheduler - Guía de planificación e instalación, SC10-3833
Describe cómo planificar e instalar Tivoli Workload Scheduler.
v Tivoli Workload Scheduler - Guía de consulta, SC10-3852
Explica la línea de comandos de Tivoli Workload Scheduler, cómo funcionan los
agentes ampliados y de red y cómo integrar Tivoli Workload Scheduler con
NetView y con Tivoli Business Systems Manager.
v Tivoli Workload Scheduler Troubleshooting and Error Messages, SC32-1275
Interpreta los mensajes de error de Tivoli Workload Scheduler y proporciona
fuentes de información que le ayudarán a solucionar problemas con Tivoli
Workload Scheduler.
v Tivoli Workload Scheduler for Applications - Guía del usuario, SC10-3867
Describe cómo instalar y utilizar los agentes ampliados de Tivoli Workload
Scheduler y cómo solucionar problemas con los mismos.
v Tivoli Workload Scheduler for Applications Release Notes, SC32-1279
Contiene información de última hora sobre los agentes ampliados de Tivoli
Workload Scheduler.
v Tivoli Workload Scheduler AS/400 Limited FTA User’s Guide, SC32-1280
Describe cómo instalar, configurar y utilizar agentes tolerantes a errores de Tivoli
Workload Scheduler en AS/400.
v Tivoli Workload Scheduler - Guía del usuario del módulo Plus, SC10-3865
Explica cómo configurar y utilizar el módulo Plus de Tivoli Workload Scheduler.
viii Información general
v Tivoli Workload Scheduler Release Notes, SC32-1277
Contiene información de última hora sobre Tivoli Workload Scheduler.
Utilización de LookAt para consultar la explicación de los
mensajes
LookAt es un recurso en línea que le permite consultar las explicaciones de la
mayoría de los mensajes que encuentre, así como de algunas terminaciones
anormales y códigos del sistema. Utilizar LookAt para buscar información resulta
más rápido que la búsqueda convencional, puesto que en la mayoría de los casos
LookAt va directamente a la explicación del mensaje.
Puede acceder a LookAt desde Internet en:
http://www.ibm.com/eserver/zseries/zos/bkserv/lookat/ o desde cualquier
lugar de z/OS o z/OS.e donde pueda acceder a la línea de comandos de TSO/E
(por ejemplo, indicador de TSO/E, ISPF, z/OS UNIX System Services que ejecuten
OMVS).
El sitio Web de LookAt también ofrece una edición móvil de LookAt para
dispositivos como Pocket PC, Palm OS o dispositivos de mano basados en Linux.
De este modo, si tiene un dispositivo de mano con acceso inalámbrico y un
navegador de Internet, puede acceder a información sobre mensajes de LookAt
desde prácticamente cualquier sitio.
Para utilizar LookAt como un comando de TSO/E, debe tener LookAt instalado en
el sistema host. Puede obtener el código de LookAt para TSO/E desde un disco
(SK3T-4270) o desde el enlace Download del sitio Web de LookAt.
Acceso en línea a las publicaciones
El CD del producto contiene las publicaciones que se encuentran en la biblioteca
del producto. El formato de las publicaciones es PDF, HTML o ambos. Para
acceder a las publicaciones mediante un navegador Web, abra el archivo
infocenter.html. El archivo está en el directorio de publicaciones adecuado en el CD
del producto.
IBM coloca publicaciones correspondientes a este y a todos los demás productos
Tivoli, en cuanto están disponibles y siempre que se actualizan, en el sitio Web de
Tivoli Software Information Center. Tivoli Software Information Center se
encuentra en la siguiente dirección Web:
http://publib.boulder.ibm.com/tividd/td/tdprodlist.html
Haga clic en el enlace Tivoli Workload Scheduler for z/OS para acceder a la
biblioteca del producto.
Nota: Si imprime documentos PDF en un papel que no sea de tamaño carta
(Letter), seleccione el cuadro de selección Ajustar a página en el diálogo
Imprimir Adobe Acrobat. Esta opción está disponible cuando hace clic en
Archivo → Imprimir. Ajustar a página asegura que se imprime todo lo que
se imprimiría en una página de tamaño carta en el papel que utilice.
Softcopy Collection Kit
Todos los manuales de la biblioteca, excepto las publicaciones bajo licencia, están
disponibles en copia software en el CD-ROM en OS/390, SK2T-6951 Softcopy
Collection Kit.
Prefacio ix
Puede leer los manuales en copia software en los CD-ROM utilizando estos
programas bajo licencia de IBM:
v BookManager READ/2
v BookManager READ/DOS
v BookManager READ/6000
Todos los programas BookManager necesitan un sistema personal equipado con
una unidad de CD-ROM (capaz de leer discos en formato ISO 9660 estándar) y un
adaptador y cable adecuados. Para obtener información adicional sobre el
hardware y el software, consulte la documentación correspondiente al producto
BookManager específico que vaya a utilizar.
Las actualizaciones a los manuales entre releases sólo se proporcionan en copia
software.
Pedido de publicaciones
El pedido de muchas publicaciones de Tivoli que están en línea puede realizarse
desde el sitio web siguiente:
http://www.elink.ibmlink.ibm.com/public/applications/publications/cgibin/pbi.cgi
También puede hacer el pedido por teléfono, llamando a uno de los números
siguientes:
v En los Estados Unidos: 800-879-2755
v En Canadá: 800-426-4968
En otros países, consulte el siguiente sitio Web para ver una lista de números de
teléfono:
http://www.ibm.com/software/tivoli/order-lit/
Envío de comentarios e información acerca de las
publicaciones
Si tiene comentarios o sugerencias sobre productos Tivoli y su documentación,
rellene la encuesta sobre comentarios de los clientes en el siguiente sitio Web:
http://www.ibm.com/software/sysmgmt/products/support
Accesibilidad
Las funciones de accesibilidad ayudan a los usuarios con una discapacidad física,
como movilidad restringida o visión limitada, a utilizar satisfactoriamente los
productos de software. Con este producto, puede utilizar tecnologías de ayuda
para oír y navegar por la interfaz. También puede utilizar el teclado en lugar del
ratón para utilizar todas las funciones de la interfaz gráfica de usuario.
x Información general
Cómo ponerse en contacto con el equipo de Soporte de software de
IBM
Si tiene algún problema con un producto Tivoli, póngase en contacto con el equipo
de Soporte de software de IBM. Consulte el manual IBM Software Support Guide en
el siguiente sitio Web:
http://techsupport.services.ibm.com/guides/handbook.html
La guía contiene información sobre cómo ponerse en contacto con el equipo de
Soporte de software de IBM, en función de la gravedad del problema, y la
siguiente información:
v Registro y ventajas
v Números de teléfono y direcciones de correo electrónico del país en el que se
encuentra
v Información que debe tener antes de ponerse en contacto con el equipo de
Soporte de software de IBM
Convenios utilizados en este manual
En este manual se utilizan diversos convenios de tipos de letra para términos y
acciones especiales. Estos convenios tienen los siguientes significados:
Tipo de información Convenio de estilo Ejemplo
Comandos Todo en mayúsculas CREATE
Referencias en el texto a
campos o paneles
Todo en mayúsculas CANTIDAD
Entrada que debe especificar
el usuario en campos de un
panel
Monoespaciado MIAPLICACIÓN
Primera vez que se usa un
término
Cursiva Aplicación
Prefacio xi
Resumen de mejoras
En este apartado se resumen las mejoras que se han realizado en:
v Tivoli Workload Scheduler for z/OS
v Tivoli Workload Scheduler
v Tivoli Job Scheduling Console
Mejoras realizadas en Tivoli Workload Scheduler for z/OS
En las siguientes secciones se indican las mejoras que se han realizado en la
Versión 8.2 de Tivoli Workload Scheduler for z/OS.
Funciones de z/OS
La lista siguiente resume los cambios en esta versión de las funciones de z/OS:
v Puede hacer que la hora local en un sistema z/OS se modifique
automáticamente, por ejemplo durante periodos de ahorro de luz, sin tener que
detener y volver a iniciar Tivoli Workload Scheduler for z/OS.
v Puede activar o desactivar la opción JESLOG SPIN utilizando la palabra clave
SPIN en la sentencia OPCOPTS. De forma predeterminada, Tivoli Workload
Scheduler for z/OS añade el parámetro JESLOG=NOSPIN a la tarjeta JOB
cuando se cumplen las dos opciones siguientes:
– El usuario somete un JCL en una CPU que ejecuta z/OS Versión 1.2 o
superior.
– En la sentencia de inicialización OPCOPTS, el usuario especifica actividades
de comprobación de almacén de datos o de finalización de un trabajo.v Para facilitar la migración desde otros productos de planificación, ahora las
operaciones de Tivoli Workload Scheduler for z/OS aceptan un nuevo nombre
simbólico que puede tener un máximo de 54 caracteres de longitud. Este nombre
ampliado de operación le permite representar el trabajo con algo que no es un
número de operación. Puede especificar el nombre ampliado de operación al
definir una operación en la base de datos o al copiarla en el plan actual.
También puede utilizarlo para filtrar consultas sobre operaciones de la base de
datos y del plan actual.
v Puede utilizar una conexión mixta (SNA y XCF) entre el controlador y almacenes
de datos asignados.
v Una nueva rutina de salida, EQQUXPIF, valida los cambios en una descripción
de aplicación (AD) realizados mediante la interfaz de programación (PIF), el
cargador por lotes (BL) y Job Scheduling Console (JSC).
v Para aumentar el almacenamiento virtual de 16 MB a 2 GB, los componentes de
Tivoli Workload Scheduler for z/OS se han modificado para que utilicen la
modalidad de direccionamiento de 31 bits en lugar de la de 24 bits.
Servidor multiprotocolo y Sysplex
v El servidor puede utilizar APPC y TCP/IP en conexiones simultáneas con Job
Scheduling Console, PIF, paneles ISPF y agentes distribuidos.
v Cuando se mueve una aplicación a otro sistema en un entorno sysplex, por
ejemplo por motivos de mantenimiento del sistema actual o debido a un error,
se puede acceder a la aplicación bajo la misma dirección IP virtual. El uso de
una dirección IP virtual dinámica aumenta la flexibilidad de la configuración
completa, puesto que la aplicación es independiente de la pila TCP/IP dentro
del sysplex.
xii Información general
Tivoli Workload Scheduler completo
La lista siguiente resumen los cambios realizados en esta versión de la
planificación completa:
v Para estaciones de trabajo tolerantes a errores, puede continuar utilizando scripts
centralizados que se almacenan en el conjunto de datos JOBLIB. Con scripts
centralizados puede realizar funciones de sustitución de variables, recuperación
automática, edición de JCL y configuración de trabajos (al igual que para los
trabajos en JOBLIB). Sin embargo, esto implica una pérdida de la tolerancia a
errores y requiere descargar el script en el agente cada vez que se somete el
trabajo. Tiene que sopesar las ventajas y desventajas de utilizar scripts
centralizados.
v Puede utilizar una nueva sintaxis para recuperar trabajos no centralizados en
agentes distribuidos de forma automática cuando los trabajos terminan
anormalmente. Esta recuperación es parecida a la recuperación en el entorno
distribuido.
v Puede utilizar la sustitución de variables para trabajos que se ejecutan en
estaciones de trabajo tolerantes a errores y que no utilizan scripts centralizados.
Las tablas de variables definidas por el usuario y suministradas por Tivoli
Workload Scheduler for z/OS reciben soporte.
v Puede habilitar el soporte de cortafuegos y la autenticación de SSL en la
planificación completa.
v Puede especificar una condición de finalización satisfactoria para cada trabajo
que determine si se considera que un trabajo ha finalizado satisfactoriamente o
ha terminado anormalmente.
v Puede especificar o modificar una hora de plazo límite para un trabajo o una
secuencia de trabajos.
v Hay nuevos archivos de registro para netman, batchman, mailman, writer y
translator.
v Se pueden conectar varios gestores de dominio al controlador. Esto ayuda a
mejorar la flexibilidad, la escalabilidad y el rendimiento.
v Puede hacer que una aplicación o una operación dependan de la existencia de
uno o más archivos antes de que comiencen la ejecución.
v Puede activar y desactivar el sometimiento de trabajos planificados en un
entorno completo.
v Puede habilitar o inhabilitar el seguimiento de auditoría de un plan.
v Puede modificar el estado de agentes distribuidos y conmutar su gestor de
dominio.
v Puede renovar el contenido del directorio de trabajo.
v Puede utilizar los paneles ISPF para producir una cinta APAR que recopile datos
completos.
v Puede utilizar la Herramienta de migración de trabajos para migrar de agentes
de seguimiento a agentes distribuidos.
Mejoras en Tivoli Workload Scheduler
En las siguientes secciones se indican las mejoras que se han realizado en la
Versión 8.2 de Tivoli Workload Scheduler.
Proceso de instalación guiado por un asistente
Se proporciona un asistente InstallShield para plataformas de capa 1 para guiarle
por los siguientes procedimientos de instalación:
v Instalar una nueva instancia de Tivoli Workload Scheduler
Prefacio xiii
v Actualizar Tivoli Workload Scheduler a partir de una versión anterior
v Añadir una nueva función a una instalación existente de Tivoli Workload
Scheduler
v Promocionar una instalación existente
v Instalar un parche
v Eliminar o desinstalar Tivoli Workload Scheduler o sólo funciones especificadas
Autenticación y cifrado seguros
La seguridad se ha mejorado para las conexiones entre dominios protegidos y no
protegidos, aplicando el mecanismo de autenticación y cifrado basado en el
protocolo SSL (Secure Sockets Layer). SSL utiliza certificados digitales para
autenticar la identidad de una estación de trabajo.
El administrador de Tivoli Workload Scheduler debe planificar cómo se utilizará la
autenticación dentro de la red:
v Utilización de un certificado para la red de Tivoli Workload Scheduler completa.
v Utilización de un certificado para cada dominio.
v Utilización de un certificado para cada estación de trabajo.
El soporte de SSL se instala automáticamente con Tivoli Workload Scheduler,
versión 8.2.
Trabajo entre cortafuegos
En versiones anteriores de Tivoli Workload Scheduler, para ejecutar comandos para
iniciar o detener una estación de trabajo o para obtener la lista estándar hay que
abrir una conexión TCP/IP directa entre los nodos de origen y de destino. En un
entorno de cortafuegos, esto fuerza a los usuarios a romper el cortafuegos para
abrir una vía de comunicación directa entre el agente maestro y cada agente
tolerante a errores de la red.
La Versión 8.2 ofrece un nuevo atributo configurable -behindfirewall- en la definición
de la estación de trabajo en la base de datos. Puede establecer este atributo en ON
para indicar que existe un cortafuegos entre esta estación de trabajo particular y su
gestor de dominio y que el vínculo entre el gestor de dominio y la estación de
trabajo (que puede constituir otro gestor de dominio) es el único vínculo permitido
entre los respectivos dominios.
Además, para todas las estaciones de trabajo que tienen este atributo establecido
en ON, los comandos para iniciar o detener la estación de trabajo o para obtener la
lista estándar se transmitirán a través de la jerarquía de dominios en lugar de abrir
una conexión directa entre el maestro (o gestor de dominio) y la estación de
trabajo.
Mecanismo de seguridad centralizado
Una nueva opción global permite cambiar el modelo de seguridad en la red Tivoli
Workload Scheduler. Si utiliza esta opción, los archivos de seguridad
correspondientes a los agentes tolerantes a errores de la red sólo se pueden crear o
modificar en el maestro. El administrador de Tivoli Workload Scheduler es el
encargado de crear, actualizar y distribuir los archivos de seguridad
correspondientes a todos los agentes en los que se necesita acceso de usuarios. Al
establecer esta opción global se activa un mecanismo de seguridad para identificar
y confirmar la red Tivoli Workload Scheduler correspondiente al maestro.
Si prefiere el modelo de seguridad tradicional, puede utilizarlo no activando la
variable global.
xiv Información general
Depósito de datos
Puesto que el entorno contiene muchos productos y servicios que gestionan y
supervisan su sistema de IT, las funciones de almacenar estos datos, generar
informes y analizar los datos se ha convertido en una tarea compleja. El hecho de
recopilar estos datos en un lugar, un depósito de datos central, le permite construir
una vista completa de su empresa y ver sus componentes de forma independiente
de aplicaciones específicas.
Localice y consulte la documentación correspondiente al paquete de habilitación de
depósito de datos. La documentación se encuentra en el CD_2 en un archivo PDF
del subdirectorio tedw_apps_etl/aws/pkg/v820/doc.
Correlación de códigos de retorno de trabajos
Antes, Tivoli Workload Scheduler consideraba que un trabajo se había ejecutado
satisfactoriamente si terminaba con el código de retorno cero y que había dado
error si terminaba con un código de retorno distinto de cero. Ahora puede definir
una expresión lógica que represente qué códigos de retorno se consideran
satisfactorios. La posibilidad de definir el trabajo como satisfactorio o anómalo
aumenta la flexibilidad para controlar el flujo de ejecución de trabajos en función
del resultado de la ejecución del trabajo.
Función ampliada de rastreo automático
Se trata de un mecanismo incorporado de tipo registro automático que registra
todas las actividades que llevan a cabo los procesos de IBM Tivoli Workload
Scheduler. En el caso de que se produzca una anomalía en el producto o un
comportamiento inesperado, esta función puede resultar extremadamente eficaz
para determinar la causa del problema.
En el caso de que se produzcan problemas, se solicita al usuario que cree un
archivo instantáneo de rastreo emitiendo algunos comandos sencillos. Luego el
equipo de soporte de Tivoli examina el archivo instantáneo de rastreo, utilizando la
información registrada como una eficaz base para la determinación del problema.
La función de rastreo automático, ya disponible en la versión 8.1, se ha ampliado
para que se ejecute en plataformas adicionales. Consulte el manual Tivoli Workload
Scheduler Troubleshooting and Error Messages si desea obtener más información sobre
esta función.
Soporte mejorado de huso horario
Esta versión aumenta la granularidad de los husos horarios soportados. De hecho,
tiene en cuenta que ubicaciones pertenecientes al mismo huso horario pueden sin
embargo seguir distintas tablas horarias de ahorro de energía.
Nuevas opciones para manejar restricciones horarias
Los trabajos y las secuencias de trabajos están restringidos por horas de inicio y
plazos límite especificados para los mismos, y también por cualquier dependencia
que tengan sobre la finalización de otros trabajos o secuencias de trabajos. Para
ayudarle a determinar el estado de trabajos y de secuencias de trabajos, se han
implantado las siguientes mejoras:
v Los mensajes relacionados con errores de trabajos y de secuencias de trabajos y
con retrasos se visualizan en la GUI de planificación de trabajos y se registran en
el registro de mensajes.
v Se emite un mensaje si algún trabajo o secuencia de trabajos ha alcanzado la
hora de inicio especificada para el mismo, pero no se puede iniciar debido a
dependencias de otros trabajos o secuencias de trabajos.
Prefacio xv
v Se emite un mensaje cuando se alcanza la hora de plazo límite para un trabajo o
secuencia de trabajos que aún no ha comenzado.
v Un recurso de consulta le permite consultar trabajos y secuencias de trabajos
utilizando la GUI de planificación de trabajos o la interfaz de línea de comandos
para la siguiente información:
– Trabajos o secuencias de trabajos cuyas horas de inicio se han alcanzado, pero
cuya ejecución aún no ha comenzado
– Trabajos o secuencias de trabajos cuyos plazos límite se han alcanzado, pero
cuya ejecución aún no ha comenzado
– Trabajos o secuencias de trabajo cuyos plazos límite se han alcanzado, pero
cuya ejecución aún no ha finalizadov Nuevas opciones le permiten iniciar trabajos o secuencias de trabajos cuyos
plazos límite se han alcanzado pero que aún no han comenzado. En estos casos,
se envían notificaciones emitiendo un mensaje a Batchman y al registro de
consola y se envía un evento a Tivoli Enterprise Console y a Tivoli Business
Systems Manager.
Gestión del estado de eventos
En este release, se han implantado nuevos eventos y reglas de Tivoli Enterprise
Console relacionados con opciones de restricciones horarias de trabajos y de
secuencias de trabajos. Puede definir qué trabajos se consideran trabajos clave y
puede hacer que se envíen eventos a Tivoli Enterprise Console que notifiquen no
únicamente el estado final, sino también los estados intermedios de todos los
trabajos clave. También puede personalizar reglas de Tivoli Enterprise Console
para someter trabajos automáticamente cuando se reciben eventos específicos.
Consulte el manual Tivoli Workload Scheduler Guía del usuario del módulo Plus si
desea obtener información sobre cómo crear y personalizar nuevas reglas de Tivoli
Enterprise Console.
Mejoras realizadas en Job Scheduling Console
Job Scheduling Console Feature Level 1.3 se suministra con la suite de productos
de planificación de cargas de trabajo o con cualquiera de sus componentes. En las
secciones siguientes se describen las mejoras realizadas en la Versión 1.3 de Job
Scheduling Console.
Manejo de trabajos retrasados
Los trabajos y las secuencias de trabajos están restringidos por horas de inicio y
plazos límite especificados para los mismos, y también por cualquier dependencia
que tengan sobre la finalización de otros trabajos o secuencias de trabajos. Para
ayudarle a determinar el estado de trabajos y de secuencias de trabajos, se han
implantado las siguientes mejoras:
v Los mensajes relacionados con errores de trabajos y de secuencias de trabajos y
con retrasos se muestran y se registran en el registro de mensajes de Tivoli
Workload Scheduler.
v Un recurso de consulta le permite consultar la siguiente información sobre
trabajos y secuencias de trabajos:
– Trabajos o secuencias de trabajos cuyas horas de inicio se han alcanzado, pero
que aún no han comenzado
– Trabajos o secuencias de trabajos cuyos plazos límite se han alcanzado, pero
que aún no han comenzado
– Trabajos o secuencias de trabajo cuyos plazos límite se han alcanzado, pero
cuya ejecución aún no ha finalizado
xvi Información general
v Trabajos o secuencias de trabajos cuyos plazos límite se han alcanzado pero que
aún no han comenzado
Correlación de códigos de retorno
Ahora puede definir una expresión lógica que represente qué códigos de retorno se
consideran satisfactorios en la ejecución de trabajos.
Soporte de cortafuegos
Job Scheduling Console proporciona un método seguro para conectar con un motor
de IBM Tivoli Workload Scheduler situado tras un cortafuegos, utilizando siempre
los puertos TCP/IP especificados.
Visor de explorador
El Visor de explorador proporciona una vista integrada de instancias de secuencias
de trabajos con sus trabajos y dependencias relacionados, si los hay, en una vista
de árbol.
Visor hiperbólico
El Visor hiperbólico muestra una vista integrada de instancias de secuencias de
trabajos con sus trabajos y dependencias relacionados, si los hay, en un formato
gráfico. Esta vista resulta muy útil para visualizar consultas complicadas en las que
intervienen muchas instancias de secuencias de trabajos.
Prefacio xvii
xviii Información general
Capítulo 1. Visión general de Workload Scheduler Suite
Workload Scheduler Suite es un novedoso gestor de la carga de trabajo de
producción que se ha diseñado para ayudarle a superar retos presentes y futuros
de proceso de datos. Su ámbito abarca todo el sistema de información de la
empresa, incluidos los entornos heterogéneos.
Las presiones de las que actualmente es objeto el entorno de proceso de datos
hacen que resulte cada vez más difícil mantener el mismo nivel de servicios que se
ofrecen a los clientes. En un gran número de instalaciones, el tiempo disponible
para el proceso por lotes se reduce. Cada vez hay más trabajos esenciales que
deben terminarse antes de empezar el trabajo en línea de la mañana. A la inversa,
los requisitos para la disponibilidad integrada de los servicios en línea durante la
sesión de proceso por lotes tradicional ejercen presión sobre los recursos
disponibles para el proceso de la carga de trabajo de producción. De forma cada
vez más perceptible, el proceso de datos siete días a la semana y 24 horas al día no
es únicamente un objetivo, sino un requisito.
Los usuarios y propietarios de los servicios de proceso de datos también utilizan
los servicios de proceso por lotes con mayor frecuencia que nunca. La carga de
trabajo por lotes tiende a aumentar cada año a una velocidad algo menor que el
aumento de la carga de trabajo en línea. Si combinamos esto con el hecho de que
los trabajos de proceso por lotes utilizan cada vez más datos de proceso, el
resultado final será un aumento significativo del volumen de trabajo.
Además, existe falta de personal con los conocimientos técnicos necesarios para
operar y gestionar los entornos de proceso de datos, cuya complejidad va en
aumento. Las complejas interrelaciones que existen entre las actividades de
producción (entre las tareas manuales y de máquina) han hecho que sea imposible
realizar su gestión sin una herramienta de gestión de la carga de trabajo.
Workload Scheduler Suite simplifica la gestión de los sistemas en entornos
heterogéneos mediante la integración de funciones de gestión de sistemas. La suite
está formada por tres componentes principales:
v Tivoli Workload Scheduler for z/OS
Es el planificador para los entornos OS/390 y z/OS
v Tivoli Workload Scheduler
Es el planificador para entornos distribuidos
v Tivoli Job Scheduling Console
Es la interfaz de usuario común para Tivoli Workload Scheduler for z/OS y
Tivoli Workload Scheduler
Una solución vanguardista
La suite proporciona soluciones de tecnología avanzada para los problemas de
gestión de la carga de trabajo de producción. Puede automatizar, planificar y
controlar el proceso de toda la carga de trabajo de producción de la empresa, no
sólo el subconjunto de proceso por lotes. La suite funciona como un “controlador
automático” de la carga de trabajo de producción que permite maximizar la
productividad del trabajo y optimizar los recursos, así como intervenir
manualmente cuando es necesario.
© Copyright IBM Corp. 1991, 2003 1
Cuando la suite intercambia información con otros productos de gestión de
sistemas, forma parte de una plataforma de gestión de sistemas y automatización
integrada para las operaciones de proceso de datos.
Planificación global de la carga de trabajo
La suite crea planes operativos basándose en las descripciones de usuario del
departamento de operaciones y en la carga de trabajo de éste. Estos planes
constituyen la base de los acuerdos de nivel de servicio y ofrecen una imagen de la
carga de trabajo en cualquier momento.
Una planificación adecuada es la piedra angular de todas las técnicas de gestión
exitosas. Una planificación eficaz también contribuye a maximizar la amortización
de las inversiones realizadas en tecnología de la información.
Gestión de sistemas centralizada
La suite automatiza, supervisa y controla el flujo de trabajo de todas las
operaciones de proceso de datos de la empresa, tanto en los sistemas locales como
en los sistemas remotos. Desde un único punto de control, la suite analiza el
estado del trabajo de producción y dirige el proceso de la carga de trabajo de
acuerdo con las políticas empresariales de la instalación. Da soporte a un entorno
de varios usuarios finales, lo que permite realizar el control y el proceso
distribuido de los diversos locales y departamentos de la empresa.
Integración de la gestión de sistemas
Las soluciones para los problemas de gestión de sistemas actuales hacen necesaria
la integración de procesos y programas de aplicación. La suite ofrece esta
integración por medio de los elementos siguientes:
v Agentes para controlar la carga de trabajo en plataformas que no son z/OS
v Otros entornos de arquitectura y aplicaciones de gestión de sistemas.
La suite intercambia información directamente con algunos de los productos del
z/OS así como con gran número de otros productos de IBM con el fin de
proporcionar un recurso de proceso completo y automatizado y un enfoque
integrado para el control de cargas de trabajo de producción complejas.
NetView. El programa NetView es la plataforma IBM para la gestión y
automatización de la red. Puede utilizar la interfaz de Tivoli Workload Scheduler
for z/OS con el programa NetView para traspasar información acerca del trabajo
que está procesándose. La suite permite comunicarse conjuntamente con el
programa NetView y con el proceso de la carga de trabajo de producción. Para dar
una respuesta a las situaciones que se producen durante el proceso de la carga de
trabajo, Tivoli Workload Scheduler for z/OS también puede pasar información al
programa NetView para llevar a cabo el manejo de alertas. El programa NetView
puede desencadenar automáticamente Tivoli Workload Scheduler for z/OS con el
fin de que realice acciones que respondan a estas situaciones utilizando gran
diversidad de métodos. Tivoli Workload Scheduler/NetView es una aplicación de
NetView que ofrece a los gestores de la red la capacidad de supervisar y
diagnosticar redes de Tivoli Workload Scheduler desde un nodo de gestión de
NetView. Incluye un conjunto de submapas y símbolos para ver la topografía de
las redes de Tivoli Workload Scheduler y determinar el estado de la actividad de
planificación de trabajos y los procesos críticos de Tivoli Workload Scheduler de
cada estación de trabajo.
2 Información general
Workload Manager (WLM). WLM controla el gran número de recursos del sistema
de que dispone cada unidad de trabajo en entornos de host. Tivoli Workload
Scheduler for z/OS funciona conjuntamente con WLM para detectar los trabajos
críticos y moverlos a una clase de servicio de mayor rendimiento. Además, con
WLM, los trabajos críticos reciben más recursos del sistema y se completan en
menos tiempo.
Resource Object Data Manager (RODM). RODM proporciona una ubicación
central para almacenar, recuperar y gestionar la información de recursos operativos
necesaria para la gestión de la red y los sistemas. Puede correlacionar un recurso
especial con un objeto RODM. Esto permite planificar la carga de trabajo de
producción de forma que se tenga en cuenta la disponibilidad de recursos real, que
se actualiza de forma dinámica.
Tivoli Performance Reporter for OS/390 (Performance Reporter). Performance
Reporter ayuda a gestionar el rendimiento del sistema con eficacia, pues recopila
datos de rendimiento en una base de datos DATABASE 2 (DB2) y presenta los
datos en gran diversidad de formatos para su utilización en la gestión de sistemas.
Performance Reporter utiliza los datos de Tivoli Workload Scheduler for z/OS para
generar informes de resumen y de gestión acerca de los resultados planificados y
reales de la carga de trabajo de producción.
Report Management and Distribution System (RMDS). RMDS ayuda a los
clientes a incrementar la productividad y a reducir los costes de impresión, pues
proporciona un medio que permite almacenar y manejar los informes en un
entorno z/OS. Cuando un usuario solicita, en un diálogo, la visualización de un
registro de trabajo o la reconstrucción automática del JCL para realizar un reinicio
de nivel de paso, Tivoli Workload Scheduler for z/OS intercambia información con
RMDS. Esta interfaz elimina la necesidad de duplicar la información de registro de
trabajos, lo que permite ahorrar ciclos de CPU y espacio de dispositivo de
almacenamiento de acceso directo (DASD).
Tivoli Service Desk for OS/390 (TSD/390). TSD/390 da soporte a la
administración del proceso de gestión de sistemas de los recursos de hardware, de
los recursos de software y de otros recursos relacionados de una empresa. Con
TSD/390, también se proporciona una interfaz para la notificación de los
problemas que se detectan durante el proceso de la carga de trabajo de producción.
Resource Access Control Facility (RACF). RACF es el producto de IBM diseñado
para proteger la seguridad de los datos. RACF puede utilizarse como herramienta
primaria para proteger los servicios y los datos de Tivoli Workload Scheduler for
z/OS en el nivel de la empresa que lo necesite. Con RACF 2.1, puede utilizar una
clase de recursos reservada de Tivoli Workload Scheduler for z/OS para proteger
los recursos.
System Automation for OS/390 (SA/390). SA/390 inicia procedimientos de
automatización que realizan funciones de operador para la gestión de
componentes, conjuntos de datos y subsistemas de OS/390. SA/390 incluye una
función de automatización para Tivoli Workload Scheduler for z/OS.
Data Facility Hierarchical Storage Manager (DFHSM). Las funciones de gestión
de catálogos de Tivoli Workload Scheduler for z/OS invocan a DFHSM para
recuperar los conjuntos de datos migrados durante la limpieza de conjuntos de
datos que tiene lugar para un trabajo que no se ha ejecutado satisfactoriamente o
para un trabajo que ha vuelto a ejecutarse.
Capítulo 1. Visión general 3
CICS e IMS (Computer Information Control System e Information Management
System). Tivoli Workload Scheduler for z/OS permite planificar el inicio y la
detención de las tareas iniciadas. Puesto que Tivoli Workload Scheduler for z/OS
realiza el seguimiento del estado de las tareas iniciadas, puede organizar el trabajo
con el fin de que se realicen una serie de tareas como, por ejemplo, las copias de
seguridad de las bases de datos de transacciones, de acuerdo con el estado de los
subsistemas CICS o IMS.
Tivoli Business Systems Manager. Tivoli Business Systems Manager proporciona
supervisión y gestión de eventos de los recursos, aplicaciones y subsistemas con el
objetivo de facilitar su continua disponibilidad para la empresa. La utilización de
Tivoli Business Systems Manager con la suite permite gestionar las aplicaciones
estratégicas desde una perspectiva única en los sistemas empresariales. Tivoli
Business Systems Manager supervisa las aplicaciones y operaciones relacionadas
con los trabajos de proceso por lotes que la suite representa, e integra
uniformemente estos objetos en todos los demás objetos de empresa que Tivoli
Business Systems Manager supervisa.
Tivoli Enterprise Console. Tivoli Enterprise Console es una completa aplicación de
gestión de eventos basada en reglas que integra la gestión de la red, de los
sistemas, de la base de datos y de las aplicaciones. Ofrece una vista centralizada y
global del sistema de la empresa a la vez que garantiza una alta disponibilidad de
los recursos del sistema y de las aplicaciones. Tivoli Enterprise Console actúa como
un punto centralizado de colección de las alarmas y eventos de gran diversidad de
orígenes, incluidos los de las aplicaciones de Tivoli. Tivoli Workload Scheduler
ejecuta un adaptador de Tivoli Enterprise Console que lee los eventos del archivo
del registro de Tivoli Workload Scheduler.
Además de estos productos de IBM, existen muchos productos de otros
proveedores de software que funcionan con, o que procesan, los datos de la suite.
Automatización
La automatización de la gestión de la carga de trabajo de producción que ofrece la
suite permite minimizar la posibilidad de que se produzcan errores humanos al
procesar la carga de trabajo de producción y hace posible que el personal de la
empresa pueda dedicarse a realizar otras tareas más productivas. La suite permite
planificar, dirigir y controlar el proceso de la carga de trabajo de producción, pasos
muy importantes hacia la automatización y la realización de operaciones
desatendidas. Con independencia de si ejecuta uno o más sistemas en una única
ubicación o bien en varias ubicaciones distribuidas, la suite ayuda a automatizar la
carga de trabajo de producción mediante lo siguiente:
v Coordinación, desde un único punto de control, de todos los turnos y del trabajo
de producción de las instalaciones de todos los tamaños.v Automatización de las tareas complejas y repetitivas del operador.
v Modificación dinámica de la planificación de la carga de trabajo de producción
como respuesta a los cambios que se producen en el entorno de producción
(como, por ejemplo, los trabajos urgentes, los cambios de prioridad o las
anomalías de hardware) y, a continuación, gestión de la carga de trabajo de
acuerdo con ello.
v Resolución de las dependencias de la carga de trabajo.
v Gestión de la utilización de los recursos compartidos.
v Realización del seguimiento de cada unidad de trabajo.
v Detección de procesos no satisfactorios.
4 Información general
v Visualización de información de estado e instrucciones para indicar al personal
las operaciones que debe realizar.
v Intercambio de información con otros productos clave de IBM para proporcionar
una plataforma de automatización integrada.
La suite permite centralizar e integrar el control de la carga de trabajo de
producción y reduce el número de tareas que debe realizar el personal.
Supervisión de la carga de trabajo
Además de proporcionar un único punto de control de la carga de trabajo de
producción de todos los sistemas, la suite realiza lo siguiente:
v Supervisa la carga de trabajo de producción en tiempo real y proporciona al
personal encargado de realizar las operaciones la información más actualizada
acerca del estado de la carga de trabajo para que puedan reaccionar rápidamente
en caso de que se produzca algún problema.
v Proporciona interfaces de seguridad que garantizan la protección de los servicios
y de los datos.
v Permite intervenir manualmente en el proceso del trabajo.
v Informa acerca del estado actual del proceso de la carga de trabajo de
producción.
v Proporciona informes que pueden servir de base para documentar los contratos
de servicio con los usuarios. Los clientes pueden ver cuándo y cómo va a
procesarse su trabajo.
Recuperación automática de la carga de trabajo
La suite permite que el proceso de la carga de trabajo de producción continúe
incluso si se producen anomalías en el sistema o en las conexiones. Si un sistema
deja de funcionar, la suite puede reiniciar el proceso en otro sistema. Cuando el
sistema de control está ejecutándose en un complejo de sistemas (sysplex) del
z/OS, existe una función de espera dinámica que puede transferir
automáticamente el control de la carga de trabajo de producción a otro sistema del
sysplex. Puesto que la suite sigue gestionando la carga de trabajo de producción
cuando se ha producido una anomalía, es posible mantener la integridad de las
planificaciones en proceso y seguir prestando servicio a los clientes.
En Tivoli Workload Scheduler, existe una función de conmutación de gestor que
ofrece la posibilidad de sustituir un gestor de dominio maestro anómalo o una
estación de trabajo de gestor de dominio anómala por un gestor de dominio o un
agente tolerante a errores de reserva debidamente configurado.
Productividad
La suite ofrece beneficios de productividad reales pues, mediante la
automatización, garantiza un rendimiento rápido y preciso. Un gran número de las
soluciones de automatización actuales citan beneficios de productividad que no
son realistas. Algunas de las tareas automatizadas no deben realizarse nunca o,
desde luego, no con la frecuencia con la que se realizan mediante la
automatización. Por este motivo, es difícil establecer las ventajas de productividad
reales de la empresa.
Las tareas que realiza la suite no sólo han de realizarse, sino que tienen que
efectuarse correctamente, siempre, con la mayor celeridad posible. Un gran número
de estas tareas, que tradicionalmente ejecutan los profesionales de proceso de
Capítulo 1. Visión general 5
datos, son aburridas y en consecuencia favorecen que se produzcan errores. Con la
suite, el personal encargado del proceso de datos puede emplear su tiempo con
más eficacia.
Soluciones de empresa
A continuación se indican las soluciones de empresa que la suite proporciona:
v Dirección de la producción en función de los objetivos de la empresa
v Automatización de la carga de trabajo de producción para ampliar la
productividad de la empresa
v Presentación de información acerca de las cargas de trabajo actuales y futuras
v Gestión eficaz de gran número de actividades
Productividad del usuario
El personal encargado del proceso de datos y los usuarios finales podrán
experimentar un incremento de productividad muy significativo gracias a las
siguientes características de la suite:
v Rápida implementación.
v Respuesta inmediata a las peticiones de diálogo de consultas sobre el estado de
la carga de trabajo. Los usuarios reciben información detallada en tiempo real
acerca del proceso de la carga de trabajo de producción para que puedan
detectar y corregir rápidamente cualquier posible error.
v Automatización de tareas del operador como, por ejemplo, la recuperación de
errores y la limpieza de conjuntos de datos.
v Job Scheduling Console, con su interfaz gráfica de usuario de sencilla utilización
y sofisticados recursos de ayuda en línea.
Vía libre al crecimiento
A medida que se va implementando la automatización y el control, se pueden
gestionar mayores volúmenes de carga de trabajo de producción. La suite hace
posible el crecimiento dentro de las operaciones de proceso de datos por medio de
lo siguiente:
v Procedimientos que permiten absorber la cada vez mayor carga de trabajo de
proceso por lotes sin necesidad de disponer de más personal para estas
operaciones
v Una interfaz abierta para someter y realizar el seguimiento de la carga de trabajo
en gran diversidad de sistemas operativos
v Interfaces con otros programas de aplicación de gestión de sistemas
v Una interfaz abierta para los programas de otras plataformas y también para
comunicarse con ellos
v Gestión de los volúmenes de carga de trabajo de producción actuales y futuros
v Recursos de simulación para pronosticar futuras cargas de trabajo
Quién utiliza Workload Scheduler Suite
En una empresa normal, son muchas las personas que contribuyen a la
implementación y funcionamiento de la suite:
v Gestor de planificaciones
v Gestor de operaciones
v Supervisor de turnos
6 Información general
v Programador de aplicaciones
v Operadores de consola
v Operadores de estación de trabajo como, por ejemplo, los operadores de los
trabajos de impresión, el personal encargado de la preparación de los trabajos y
los responsables de inicio de sesión
v Usuarios finales
v Personal de ayuda
En este apartado se describe cómo la suite puede beneficiar directamente al
personal encargado del proceso de datos.
Funciones del gestor de planificaciones: Atribuciones
El planificador hace posible que el gestor de planificaciones pueda mantener el
proceso de producción actual y futuro de toda la empresa. La suite ofrece muchas
ventajas al gestor de planificaciones, pues proporciona lo siguiente:
v Planificación automática de todas las actividades de la carga de trabajo de
producción.
v Resolución automática de la complejidad de las dependencias de la carga de
trabajo de producción y dirección del trabajo de la forma más eficaz.
v Soporta la simulación de las cargas de trabajo futuras en el sistema. El gestor de
planificaciones puede evaluar, con anticipación, el efecto que pueden tener los
cambios en los volúmenes de carga de trabajo de producción o en los recursos
de los procesos.
v Presentación de una vista en tiempo real del estado del trabajo a medida que se
ejecuta en el sistema para permitir al gestor de planificaciones realizar
rápidamente lo siguiente:
– Responder a las consultas de los clientes relacionadas con el estado de sus
trabajos
– Identificar los problemas que se hayan producido en el proceso de la carga de
trabajo.v Proporciona recursos para realizar una intervención manual.
v Gestiona automáticamente un gran número de problemas de la carga de trabajo.
Los recursos de reinicio de la carga de trabajo de producción, la espera
dinámica, la recuperación automática de los trabajos y de las tareas iniciadas y la
limpieza de conjuntos de datos proporcionan al gestor de planificaciones
completos recursos para la gestión de errores y para la gestión de situaciones
graves.
v Proporciona el registro de los cambios realizados en los datos de la carga de
trabajo de producción por medio del recurso de seguimiento de auditoría. Esto
ayuda al gestor de planificaciones a resolver los problemas que se deben a
errores de usuario.
v Gestiona el trabajo que no puede planificarse.
Funciones del gestor de operaciones
Las funciones de generación de informes, de planificación y de control pueden
ayudar al gestor de operaciones a realizar lo siguiente:
v Mejorar la eficacia de las operaciones
v Mejorar el control de los niveles de servicio y la calidad
v Establecer acuerdos de nivel de servicio para las aplicaciones de usuario final y
para los servicios que se prestan
v Mejorar las relaciones con los departamentos de usuarios finales
Capítulo 1. Visión general 7
v Incrementar la amortización de la inversión realizada en tecnología de la
información
v Desarrollar el potencial del personal.
Una completa herramienta para el supervisor de turnos
La suite es importante para el supervisor de turnos, en especial, en complejos de
varios sistemas donde los sistemas locales y remotos se controlan desde una
ubicación central. La suite puede ayudar al supervisor de turnos a realizar lo
siguiente:
v Supervisar y controlar la carga de trabajo de producción en los complejos de
varios sistemas
v Controlar la utilización de los dispositivos que pueden montarse
v Separar la información relacionada con el estado del trabajo de la del sistema y
otra información
v Proporcionar información de estado directamente a los usuarios finales
v Gestionar la carga de trabajo en caso de que se produzca una anomalía en el
sistema
v Realizar cambios en el plan actual como respuesta a eventos no planificados
como, por ejemplo, anomalías en el equipo, absentismo del personal y trabajos
urgentes.
Funciones del programador de aplicaciones
La comprobación de la autorización del usuario permite que los grupos de
desarrollo de aplicaciones puedan utilizar todas las funciones de planificación y
control simultáneamente con, pero de forma aislada, los sistemas y servicios de
producción.
La suite puede ser una valiosa herramienta para el personal encargado del
desarrollo de aplicaciones cuando han de realizarse las acciones siguientes:
v Empaquetar nuevas aplicaciones para su ejecución habitual
v Probar un nuevo JCL en formato empaquetado final
v Probar nuevas aplicaciones y los cambios realizados en las existentes
v Volver a iniciar o a ejecutar trabajos que no se han completado
satisfactoriamente.
Operadores de consola
La suite puede encargarse de realizar las laboriosas tareas que se indican a
continuación y que corresponden a los operadores de consola:
v Iniciar y detener las tareas iniciadas
v Preparar el JCL antes de someter los trabajos
v Someter trabajos
v Verificar la secuencia del trabajo
v Generar un informe del estado del trabajo
v Realizar la limpieza de conjuntos de datos en situaciones que requieren la
realización de una recuperación y reejecución
v Responder a una anomalía en la carga de trabajo
v Preparar el JCL para los reinicios de nivel de paso.
Operadores de estación de trabajo
La suite ayuda a los operadores de estación de trabajo a hacer su trabajo
proporcionándoles lo siguiente:
v Información de estado completa y puntual
8 Información general
v Listas actualizadas de trabajos preparados en las que se asignan prioridades al
flujo de trabajo
v Ayuda en línea en las instrucciones del operador.
Usuarios finales y personal de ayuda (Help Desk)
Los usuarios finales necesitan con frecuencia estar informados con relación al
estado del proceso de la carga de trabajo. Pueden utilizar Job Scheduling Console
para comprobar personalmente el estado del proceso de sus secuencias de trabajos
desde una estación de trabajo personal. Los usuarios finales pueden realizar
consultas utilizando Job Scheduling Console sin necesidad de haberse familiarizado
con la suite, ISPF o TSO y sin necesidad de haber iniciado la sesión en un sistema
local.
El personal de ayuda puede utilizar Job Scheduling Console de la misma forma
para responder a las consultas de los usuarios finales relacionadas con el progreso
del proceso de la carga de trabajo de éstos.
Resumen
La suite se comunica con otros productos clave de IBM para proporcionar un
recurso de procesos completo y automatizado y una solución integrada para el
control de todas las cargas de trabajo de producción. A continuación se indican las
ventajas que la suite ofrece:
v Incremento en la automatización, que aumenta la eficiencia y utiliza los
recursos de proceso de datos de forma más eficaz, lo que da como resultado
niveles de servicio mejorados para los clientes
v Integración de gestión de sistemas mejorada, que proporciona una solución
unificada para los problemas de gestión de sistemas
v Control más eficaz de las operaciones de proceso de datos, que permite
implementar cambios y gestionar el crecimiento con más eficacia
v Mayor disponibilidad, por medio de la recuperación automática de la carga de
trabajo
v Oportunidades de crecimiento, a través de la posibilidad de gestionar mayores
volúmenes de carga de trabajo
v Protección de la inversión, pues es posible construir sobre la inversión actual en
z/OS y permite a los clientes actuales construir sobre su inversión existente en
gestión de cargas de trabajo
v Mayor satisfacción del cliente, resultado de niveles de servicio y disponibilidad
más altos, un menor número de errores y una respuesta más rápida a los
problemas
v Mayor productividad, ya que las tareas repetitivas, en las que es fácil que se
cometan errores, están automatizadas y el personal encargado de realizar las
operaciones puede emplear su tiempo con más eficacia
v Integración de varios entornos operativos, lo que proporciona un único punto
de control para los sistemas que, en colaboración, forman parte de la operación
de proceso de datos
La suite es algo más que una simple herramienta de planificación de los trabajos
de proceso por lotes: es un sistema de gestión de la producción que tiene la
posibilidad de planificar todo el trabajo que se ejecuta en cualquier sistema.
Capítulo 1. Visión general 9
10 Información general
Capítulo 2. Tivoli Workload Scheduler
Las funciones de planificación de Tivoli Workload Scheduler ayudan a planificar
todas las fases de la producción. Durante el día de proceso, los programas de
control de la producción de Tivoli Workload Scheduler gestionan el entorno de
producción y automatizan la mayoría de las actividades del operador. Tivoli
Workload Scheduler prepara los trabajos para su ejecución, resuelve las
interdependencias e inicia y realiza el seguimiento de cada uno de los trabajos.
Puesto que los trabajos empiezan a ejecutarse tan pronto como se han satisfecho
sus dependencias, el tiempo de desocupación se ha minimizado y la productividad
ha mejorado significativamente. Los trabajos nunca se ejecutan fuera de secuencia
y, si algún trabajo no se ejecuta satisfactoriamente, Tivoli Workload Scheduler
maneja el proceso de recuperación con una mínima intervención del operador o sin
ninguna intervención del operador.
Visión general
En las siguientes páginas se facilita una descripción general de Tivoli Workload
Scheduler.
Qué es Tivoli Workload Scheduler
Tivoli Workload Scheduler se compone de tres partes:
Motor de Tivoli Workload Scheduler
Es el motor de la planificación. Se ejecuta en cada uno de los sistemas de
una red de Tivoli Workload Scheduler. Al instalarse, el motor se configura
para la función que la estación de trabajo desempeñará dentro de la red de
planificación, por ejemplo, como gestor de dominio maestro, gestor de
dominio o agente.
Conector de Tivoli Workload Scheduler
Correlaciona los comandos de Job Scheduling Console con el motor de
Tivoli Workload Scheduler. El conector de Tivoli Workload Scheduler se
ejecuta en el maestro y en cualquiera de los agentes tolerantes a errores
(FTA) que va a utilizar como máquinas de reserva para la estación de
trabajo maestra. El conector necesita que, como requisito previo, Tivoli
Management Framework se haya configurado para un servidor Tivoli o un
nodo gestionado de Tivoli.
Job Scheduling (JS) Console
Es una interfaz gráfica de usuario (GUI) basada en Java™ para la suite
Tivoli Workload Scheduling. Job Scheduling Console se ejecuta en
cualquier máquina desde la que desee gestionar los objetos de base de
datos y de plan de Tivoli Workload Scheduler. Proporciona, por medio del
conector de Tivoli Workload Scheduler, funciones de Conman y de
Composer. No es necesario instalar Job Scheduling Console en la misma
máquina que tiene el motor o el conector de Tivoli Workload Scheduler.
Puede utilizar Job Scheduling Console desde cualquier máquina que tenga
un enlace TCP/IP con la máquina que ejecuta el conector de Tivoli
Workload Scheduler .
Desde la misma Job Scheduling Console también puede gestionar los
objetos de base de datos y de plan de Tivoli Workload Scheduler for z/OS,
© Copyright IBM Corp. 1991, 2003 11
siempre que pueda iniciar la sesión en una máquina que ejecute el conector
de Tivoli Workload Scheduler for z/OS.
Red de Tivoli Workload Scheduler
Una red de Tivoli Workload Scheduler está formada por las estaciones de trabajo, o
CPU, en las que se ejecutan los trabajos o las secuencias de trabajos.
Una red de Workload Scheduler contiene, como mínimo, un dominio Workload
Scheduler, el dominio maestro, en el que el gestor de dominio maestro es el
elemento central de la gestión. Pueden utilizarse dominios adicionales para dividir
una red ampliamente distribuida en grupos gestionados localmente, más pequeños.
La utilización de varios dominios reduce la cantidad de tráfico de la red, pues se
reducen las comunicaciones entre el gestor de dominio maestro y los otros
sistemas.
En una configuración con un único dominio, el gestor de dominio maestro
mantiene comunicaciones con todas las estaciones de trabajo de la red de Workload
Scheduler.
En una configuración de varios dominios, el gestor de dominio maestro se
comunica con las estaciones de trabajo de su dominio y con los gestores de
dominio subordinados. Los gestores de dominio subordinados, a su vez, se
comunican con las estaciones de trabajo de sus dominios y con los gestores de
dominio subordinados. La existencia de varios dominios también puede
proporcionar tolerancia a errores limitando los problemas que causa la pérdida de
un gestor de dominio a un único dominio. Para limitar aún más los efectos, puede
designar gestores de dominio de reserva que entren en funcionamiento en caso de
que sus gestores de dominio presentaran anomalías.
Antes del inicio de cada nuevo día, el gestor de dominio maestro crea un archivo
de control de la producción, denominado Symphony. A continuación, Tivoli
Maestro
D
D
FTA1
S
FTA2
S
M1
M2
A1
A2
Figura 1. Esta red de Tivoli Workload Scheduler se compone de dos dominios.
12 Información general
Workload Scheduler se reinicia en la red, y el gestor de dominio maestro envía una
copia del nuevo archivo de control de la producción a cada uno de sus gestores de
dominio subordinados y agentes enlazados automáticamente. Los gestores de
dominio, por su parte, envían copias a sus gestores de dominio subordinados y
agentes enlazados automáticamente.
Una vez que se ha iniciado la red, se pasan mensajes de planificación, como los
inicios y terminaciones de trabajos, desde los agentes a sus gestores de dominio,
por medio de los gestores de dominio padre al gestor de dominio maestro. A
continuación, el gestor de dominio maestro difunde los mensajes por todo el árbol
jerárquico para actualizar los archivos de control de la producción de los gestores
de dominio y agentes tolerantes a errores que se ejecutan en modalidad de Estado
completo.
Tipos de gestores y de agentes
Las definiciones de estación de trabajo hacen referencia, principalmente, a las
estaciones de trabajo físicas. Sin embargo, en el caso de los agentes de red y
agentes ampliados, las estaciones de trabajo son definiciones lógicas que deben
estar alojadas en una estación de trabajo física de Tivoli Workload Scheduler.
Las estaciones de trabajo de Tivoli Workload Scheduler pueden ser de los tipos
siguientes:
Gestor de dominio maestro (MDM)
Es el gestor de dominio situado en el dominio que ocupa la posición más
alta de una red de Tivoli Workload Scheduler. Contiene los archivos de
base de datos centralizados que se utilizan para contener la información de
los objetos de planificación. Crea el plan de producción al iniciarse cada
día y realiza todas las tareas de registro y generación de informes para la
red.
Maestro de reserva
Es un agente tolerante a errores o gestor de dominio capaz de asumir las
responsabilidades del gestor de dominio maestro para realizar la
recuperación automática de la carga de trabajo.
Gestor de dominio
Es el elemento central de la gestión de un dominio. Todas las
comunicaciones que se dirigen a y que proceden de los agentes de un
dominio se direccionan por medio del gestor de dominio.
Gestor de dominio de reserva
Es un agente tolerante a errores capaz de asumir las responsabilidades de
su gestor de dominio.
Agente tolerante a errores (FTA)
Es una estación de trabajo capaz de resolver las dependencias locales y de
iniciar sus trabajos ante la ausencia de un gestor de dominio.
Agente estándar
Es una estación de trabajo que inicia los trabajos únicamente bajo la
dirección de su gestor de dominio.
Agente ampliado
Es una definición de estación de trabajo lógica que permite iniciar y
controlar los trabajos de otros sistemas y aplicaciones como, por ejemplo,
Peoplesoft, aplicaciones de Oracle, SAP y z/OS.
Capítulo 2. Tivoli Workload Scheduler 13
Agente de red
Es una definición de estación de trabajo lógica para crear dependencias
entre los trabajos y las secuencias de trabajos en redes de Tivoli Workload
Scheduler distintas.
Cliente Job Scheduling Console
Es cualquier estación de trabajo que ejecuta la interfaz gráfica de usuario
desde la que los planificadores y operadores pueden gestionar los objetos
de base de datos y de plan de Tivoli Workload Scheduler.
En la tabla siguiente se resume qué componente de Tivoli Workload Scheduler
corresponde a qué tipo de estación de trabajo:
Tipo de estación de
trabajo Motor Conector Job Scheduling Console
Gestor de dominio
maestro
Sí Sí Opcional
Maestro de reserva Sí Sí Opcional
Gestor de dominio Sí Opcional Opcional
Gestor de dominio de
reserva
Sí Opcional Opcional
Agente tolerante a errores Sí Opcional Opcional
Agente estándar Sí No Opcional
Agente ampliado No se aplica No se aplica No se aplica
Agente de red No se aplica No se aplica No se aplica
Cliente Job Scheduling
Console
No No Sí
Topología
El proceso localizado es el concepto clave para determinar cómo deben
configurarse los dominios de Tivoli Workload Scheduler de una empresa. La idea
es separar o localizar las necesidades de planificación de las empresas basándose
en un conjunto común de características.
Las características comunes son, por ejemplo, las ubicaciones geográficas, las
funciones empresariales y las agrupaciones de aplicaciones. El proceso relacionado
con la agrupación puede limitar la cantidad de información de interdependencias
que debe comunicarse entre dominios. A continuación se indican las ventajas que
ofrece la localización del proceso en los dominios:
v Menor tráfico de red. El hecho de mantener el proceso localizado en los
dominios elimina la necesidad de realizar frecuentes comunicaciones entre los
dominios.
v Proporciona un método muy útil para reforzar la seguridad y simplificar la
administración. La seguridad y la administración pueden definirse en, y
limitarse para, cada nivel de dominio. En lugar de utilizar una administración
para toda la red o una administración específica de una estación de trabajo,
puede utilizar una administración de dominios.
v La tolerancia a errores de la red y de la estación de trabajo puede optimizarse.
En una red de Tivoli Workload Scheduler de varios dominios, puede definir
gestores de reserva para cada gestor de dominio con el fin de que los problemas
que afectan a un dominio no interrumpan las operaciones de los demás
dominios.
14 Información general
Red
Las preguntas siguientes le ayudarán a tomar decisiones en relación con la forma
de configurar la red de Tivoli Workload Scheduler de la empresa. Algunas
preguntas implican aspectos relacionados con la red y otras implican a las
aplicaciones que Tivoli Workload Scheduler controla. Puede que tenga que realizar
algunas consultas a las demás personas de la organización para solucionar algunos
aspectos.
v ¿Qué tamaño tiene la red de Tivoli Workload Scheduler? ¿Cuántos sistemas
contiene? ¿Cuántas aplicaciones y trabajos ejecuta?
El tamaño de la red le ayudará a decidir si debe utilizar una arquitectura de un
solo dominio o la arquitectura de varios dominios. Si cuenta con un número
reducido de sistemas, o con un número reducido de aplicaciones que deban
controlarse con Tivoli Workload Scheduler, puede que no sea necesario utilizar
varios dominios.
v ¿Cuántas ubicaciones geográficas se incluirán en la red de Tivoli Workload
Scheduler? ¿Hasta qué punto son fiables y eficaces las comunicaciones entre las
ubicaciones?
Esta es una de las principales razones para elegir una arquitectura de varios
dominios. La configuración común es un dominio por cada ubicación geográfica.
Si elige la arquitectura de un solo dominio, dependerá más de la red para el
mantenimiento de la continuidad del proceso.
v ¿Necesita una gestión centralizada o descentralizada de Tivoli Workload
Scheduler?
Una red de Tivoli Workload Scheduler, con un único dominio o con varios
dominios, permite gestionar Tivoli Workload Scheduler desde un único nodo, el
gestor de dominio maestro. Si desea gestionar varias ubicaciones por separado,
puede considerar la instalación de una red de Tivoli Workload Scheduler por
separado en cada ubicación. Tenga en cuenta que es posible obtener cierto grado
de gestión descentralizada en una red de Tivoli Workload Scheduler autónoma
montando o compartiendo sistemas de archivos.
v ¿Tiene varias entidades físicas o lógicas en una única ubicación? ¿Existen varios
edificios y varias plantas en cada edificio? ¿Existen diferentes departamentos o
funciones empresariales? ¿Existen distintas aplicaciones?
Estas pueden ser razones para elegir una configuración de varios dominios. Por
ejemplo, un dominio para cada edificio, departamento, función empresarial o
para cada aplicación (fabricación, finanzas, ingeniería, etc.).
v ¿Ejecuta aplicaciones como, por ejemplo, SAP R/3, que operarán con Tivoli
Workload Scheduler?
Si son diferentes y están separadas de las otras aplicaciones, puede optar por
colocarlas en un dominio de Tivoli Workload Scheduler por separado.
v ¿Desea que los dominios de Tivoli Workload Scheduler reflejen los dominios de
Windows NT?
Esto no es necesario, pero podría ser útil.
v ¿Desea aislar o diferenciar un conjunto de sistemas basándose en el rendimiento
o en otros criterios?
Esta puede ser otra razón para definir varios dominios de Tivoli Workload
Scheduler con el fin de localizar los sistemas basándose en el rendimiento o en
el tipo de plataforma.
v ¿Cuánto tráfico de red tiene ahora?
Si el tráfico de la red es manejable, la necesidad de utilizar varios dominios es
menos importante.
Capítulo 2. Tivoli Workload Scheduler 15
v ¿Cruzan las dependencias de los trabajos los límites del sistema, límites
geográficos o límites de aplicación? Por ejemplo ¿depende el inicio del Trabajo 1
de la CPU 3 de que se haya completado el Trabajo 2 que se ejecuta en la CPU 4?
El grado de interdependencias que existen entre los trabajos es una
consideración importante que debe tenerse en cuenta al diseñar la red de Tivoli
Workload Scheduler. Si utiliza varios dominios, debe intentar mantener los
objetos interdependientes en el mismo dominio. Ello reducirá el tráfico de la red
y permitirá aprovechar mejor las ventajas de la arquitectura de dominios.
v ¿Qué grado de tolerancia a errores necesita?
Una clara desventaja de la configuración de un único dominio es la dependencia
en un único gestor de dominio. En una red de varios dominios, la pérdida de
uno de los gestores de dominio sólo afecta a los agentes de su dominio.
Componentes de Tivoli Workload Scheduler
Tivoli Workload Scheduler utiliza varios procesos de gestor para separar y
gestionar con eficacia la red, la resolución de dependencias y el inicio de trabajos.
Estos procesos se comunican entre sí mediante la utilización de colas de mensajes.
Console Manager también utiliza las colas de mensajes para integrar comandos de
operador en el proceso de trabajos por lotes.
En cualquier sistema que ejecute Tivoli Workload Scheduler existe una serie de
procesos de gestión activos. Se inician como un servicio del sistema o por medio
del comando de inicio de sesión (StartUp) o bien manualmente desde Scheduling
Console. A continuación se indican los procesos principales:
Netman
Es el proceso de gestión de la red que establece conexiones de red entre los
procesos Mailman remotos y los procesos Writer locales.
Mailman
Es el proceso de gestión del correo que envía y recibe mensajes entre las
CPU.
Batchman
Es el proceso de control de la producción. Desde Symphony, el archivo de
control de la producción, ejecuta secuencias de trabajos, resuelve
dependencias e indica a Jobman que inicie trabajos.
Writer Es el proceso transcriptor de la red que pasa los mensajes de entrada al
proceso Mailman local.
Jobman
Es el proceso de gestión de trabajos que inicia y realiza el seguimiento de
los trabajos bajo la dirección de Batchman.
Conman
Es el gestor de consola. Es la interfaz del usuario para realizar las
actividades de producción diarias por medio de la interfaz de línea de
comandos o de Job Scheduling Console. Conman graba la información que
reciben los procesos Netman o Mailman locales.
Objetos de planificación de Tivoli Workload Scheduler
La planificación con Tivoli Workload Scheduler incluye la posibilidad de realizar lo
siguiente:
v Planificar los trabajos en una red.
v Agrupar los trabajos en secuencias de trabajos de acuerdo con, por ejemplo, la
función o aplicación.
16 Información general
v Establecer límites para el número de trabajos que pueden procesarse
concurrentemente.
v Crear secuencias de trabajos basándose en un día de la semana, en las fechas y
horas especificadas o bien utilizando calendarios personalizados.
v Garantizar el orden correcto del proceso mediante la identificación de
dependencias como, por ejemplo, la terminación satisfactoria de los trabajos
anteriores, la disponibilidad de recursos o la existencia de archivos que son
necesarios.
v Establecer procedimientos de recuperación automática para los trabajos que no
se han ejecutado satisfactoriamente.
v Reenviar los trabajos incompletos al siguiente día de producción.
Los administradores y operadores de Tivoli Workload Scheduler trabajan con los
siguientes objetos en su actividad de planificación:
Estación de trabajo
También denominada CPU. Por lo general, es un sistema individual en el
que se ejecutan trabajos y secuencias de trabajos. En la base de datos de
Tivoli Workload Scheduler, las estaciones de trabajo se definen como un
objeto exclusivo. Se necesita una definición de estación de trabajo para
cada sistema que ejecuta trabajos o secuencias de trabajos en la red de
Workload Scheduler.
Clase de estación de trabajo
Es un grupo de estaciones de trabajo. Una clase puede contener cualquier
número de estaciones de trabajo. Pueden asignarse secuencias de trabajos y
trabajos para que se ejecuten en una clase de estación de trabajo. Ello
facilita la duplicación de un trabajo o de una secuencia de trabajos en
muchas estaciones de trabajo.
Trabajo
Es un script o comando, que se ejecuta en nombre del usuario, que Tivoli
Workload Scheduler ejecuta y controla.
Secuencia de trabajos
También se denomina planificación. Es un mecanismo para agrupar los
trabajos por función o aplicación el día y la hora en particular que les
corresponde. Una definición de secuencia de trabajos incluye una hora de
inicio, prioridades, dependencias y los nombres de los trabajos.
Calendario
Es un objeto definido en la base de datos de Tivoli Workload Scheduler
que contiene una lista de fechas de planificación. Cada calendario puede
asignarse a varias secuencias de trabajos. La asignación de un calendario a
una secuencia de trabajos da lugar a que la secuencia de trabajos se ejecute
los días que se especifican en el calendario. Un calendario puede utilizarse
como un ciclo de inclusión o de exclusión de ejecución.
Ciclo de ejecución
Es un ciclo que especifica los días en que está planificado que se ejecute
una secuencia de trabajos. La definición de los ciclos de ejecución forma
parte de las secuencias de trabajos y éstos pueden incluir calendarios
anteriormente definidos. Existen tres tipos de ciclos de ejecución: un Ciclo
de ejecución simple, un Ciclo de ejecución semanal o un Ciclo de ejecución
de calendario (comúnmente conocido como calendario). Cada tipo de ciclo
de ejecución puede ser de inclusión o de exclusión. Es decir, cada ciclo de
ejecución puede definir los días en que una secuencia de trabajos está
incluida en el ciclo de producción o cuándo la secuencia de trabajos
quedará excluida del ciclo de producción.
Solicitud
Es un objeto que puede utilizarse como dependencia para los trabajos y
Capítulo 2. Tivoli Workload Scheduler 17
secuencias de trabajos. Una Solicitud debe obtener una respuesta
afirmativa para que el trabajo o la secuencia de trabajos dependiente se
inicie. Existen dos tipos de solicitudes: predefinidas y ad hoc. Una solicitud
ad hoc se define dentro de las propiedades de un trabajo o secuencia de
trabajos y es exclusiva de ese trabajo o secuencia de trabajos. Una solicitud
predefinida se define en la base de datos de Tivoli Workload Scheduler y
puede utilizarla cualquier trabajo o secuencia de trabajos.
Recurso
Es un objeto que representa los recursos físicos o los recursos lógicos del
sistema. Una vez definidos en la base de datos de Tivoli Workload
Scheduler, los recursos pueden utilizarse como dependencias para los
trabajos o secuencias de trabajos. Por ejemplo, puede definir un recurso
denominado cintas que tenga un valor de unidad ″dos″. A continuación,
defina los trabajos que necesitan dos unidades de cintas disponibles como
dependencia. Los trabajos que tienen esta dependencia no pueden
ejecutarse concurrentemente porque cada vez que se ejecuta un trabajo, el
recurso “cintas” está utilizándose.
Parámetro
Un parámetro se utiliza para sustituir valores en los trabajos y secuencias
de trabajos. Cuando se utiliza un parámetro en un script de trabajo, el
valor se sustituye en tiempo de ejecución. En este caso, el parámetro debe
definirse en la estación en la que va a utilizarse. Los parámetros no pueden
utilizarse al crear scripts de trabajos de agentes ampliados.
Dependencia
Es una condición que debe satisfacerse para que pueda iniciarse un trabajo
o una secuencia de trabajos.
Usuario
Sólo en Windows NT, el nombre de usuario especificado en el campo Inicio
de sesión de la definición de un trabajo debe tener una definición de
usuario coincidente. Las definiciones proporcionan las contraseñas de
usuario que Tivoli Workload Scheduler necesita para iniciar los trabajos.
Proceso de producción
Tivoli Workload Scheduler se ejecuta en ciclos de ejecución diarios que se
denominan día de producción. El día de producción es un plazo de 24 horas, pero no
tiene que ajustarse a un día del calendario real. Podría existir desplazamiento. Por
ejemplo, el día de producción por omisión se ejecuta desde las 06:00 hasta las 05:59
del día siguiente. Al inicio de cada día de producción, Tivoli Workload Scheduler
ejecuta un programa que selecciona las secuencias de trabajos que han de
ejecutarse ese día de las bases de datos que se encuentran en el gestor de dominio
maestro. A continuación, otro programa incluye las planificaciones no completas
del día de producción anterior en la producción del día en curso y registra todas
las estadísticas del día anterior en un archivo archivador.
Toda la información que se necesita para ese día de producción se incluye en una
base de datos de control de la producción denominada Symphony. Durante el día
de producción, la base de datos de control de la producción se actualiza
continuamente para reflejar el trabajo que debe realizarse, el trabajo que está
procesándose y el trabajo que se ha completado. Se envía una copia del archivo
Symphony a todos los gestores de dominio subordinados y a todos los agentes
tolerantes a errores del mismo dominio. Los gestores de dominio subordinados
distribuyen su copia a todos los agentes tolerantes a errores de su dominio y a
todos los gestores de dominio que son subordinados de éstos, y así sucesivamente
hasta llegar al último elemento. Esto permite que los agentes tolerantes a errores
de toda la red puedan seguir procesándose, incluso si se pierde la conexión de red
18 Información general
con su gestor de dominio. Desde Job Scheduling Console o desde la interfaz de
línea de comandos, el operador puede ver y realizar cambios en la producción del
día aplicando los cambios en el archivo Symphony.
Los procesos de Tivoli Workload Scheduler supervisan la base de datos de control
de la producción y realizan llamadas al sistema operativo para iniciar trabajos en
función de las necesidades. El sistema operativo ejecuta el trabajo y,
posteriormente, informa a Tivoli Workload Scheduler acerca de si el trabajo se ha
completado satisfactoriamente o no. Esta información se entra en la base de datos
de control de la producción para indicar el estado del trabajo.
Planificación
La planificación puede realizarse por medio de la interfaz de línea de comandos de
Tivoli Workload Scheduler o por medio de Tivoli Job Scheduling Console.
La planificación incluye las tareas siguientes:
v Definición y mantenimiento de estaciones de trabajo.
v Definición de objetos de planificación.
v Definición de secuencias de trabajos.
v Inicio y detención del proceso de producción.
v Visualización y modificación de trabajos y secuencias de trabajos.
Definición de los objetos de planificación
Los objetos de planificación son las estaciones de trabajo, las clases de estaciones
de trabajo, los dominios, los trabajos, las secuencias de trabajos, los recursos, las
solicitudes, los calendarios y los parámetros. Los objetos de planificación se
gestionan con el programa Composer y se almacenan en la base de datos de
Workload Scheduler. Para crear o para modificar un objeto, puede utilizar la
interfaz de línea de comandos de Tivoli Workload Scheduler o bien Job Scheduling
Console.
Creación de secuencias de trabajos
La tarea principal del proceso de Tivoli Workload Scheduler consiste en ejecutar
secuencias de trabajos. Una secuencia de trabajos es un esquema de un proceso de
trabajos por lotes que se compone de una lista de trabajos. Aunque las secuencias
de trabajos pueden definirse desde la interfaz de línea de comandos del producto,
se recomienda utilizar el Editor de secuencias de trabajos de Job Scheduling
Console para crear o modificar secuencias de trabajos. El Editor de secuencias de
trabajos se utiliza para trabajar con los trabajos y sigue las dependencias que
existen entre los trabajos, así como los ciclos de ejecución de la secuencia de
trabajos. La ventana de propiedades de la secuencia de trabajos se utiliza para
especificar las restricciones de tiempo, las dependencias de recursos, las
dependencias de archivos y las dependencias de solicitudes a nivel de secuencia de
trabajos.
Establecimiento de la recuperación de trabajos
Cuando se define un trabajo, debe tenerse en cuenta que existe la posibilidad de
que, en algún caso, el trabajo no pueda completarse satisfactoriamente. El
administrador puede definir una opción de recuperación y acciones de
recuperación al definir el trabajo. Es posible una de las siguientes opciones de
recuperación:
Capítulo 2. Tivoli Workload Scheduler 19
v No continuar con el siguiente trabajo. Esto detiene la ejecución de la secuencia
de trabajos y la coloca en un estado stuck (atascado). Se trata de la acción por
omisión.
v Continuar con el siguiente trabajo.
v Volver a ejecutar el trabajo.
De forma opcional, puede asociarse una solicitud de recuperación al trabajo. Una
solicitud de recuperación es una solicitud local que debe visualizarse cuando el
trabajo no se completa satisfactoriamente. El proceso no continúa hasta que se da
una respuesta afirmativa a la solicitud.
Otra opción es definir un trabajo de recuperación que pueda ejecutarse en lugar
del trabajo original si éste no se completa satisfactoriamente. El trabajo de
recuperación deberá haberse definido anteriormente. El proceso se detendrá si,
además, el trabajo de recuperación no se completa satisfactoriamente.
Ejecución de la producción
La producción consiste en tomar las definiciones de los objetos de planificación de
la base de datos, sus restricciones de tiempo y sus dependencias y en crear y
ejecutar el archivo de control de la producción.
Proceso del inicio del día
El día de proceso de Tivoli Workload Scheduler empieza a la hora que define la
Opción global inicio que, por omisión, está establecida a las 06:00. Para realizar el
movimiento a un nuevo día, se realiza la configuración previa a la producción del
día siguiente, así como los registros y la generación de informes del día que acaba
de terminar.
El proceso previo y posterior a la producción puede automatizarse por completo
añadiendo la secuencia de trabajos final suministrada por Tivoli, o bien un
equivalente suministrado por el usuario, a la base de datos de Tivoli Workload
Scheduler junto con otras secuencias de trabajos.
La secuencia de trabajos final se coloca en la producción cada día y da lugar a que
se ejecute un trabajo denominado Jnextday antes del inicio de un nuevo día. El
trabajo realiza las tareas siguientes:
1. Seleccionar secuencias de trabajos para el plan de producción del nuevo día.
2. Compilar el plan de producción.
3. Imprimir informes de las actividades previas a la producción.
4. Detener Tivoli Workload Scheduler.
5. Incluir, para su proceso, las secuencias de trabajos que no se han completado,
realizar los registrosdel plan de producción anterior e instalar el nuevo plan.
6. Iniciar Tivoli Workload Scheduler para el nuevo día.
7. Imprimir informes de las actividades posteriores a la producción del día
anterior.
8. Registrar las estadísticas de trabajo del día anterior.
Estos pasos se ejecutan en la estación de trabajo maestra.
20 Información general
Ejecución de secuencias de trabajos
En función de la definición del ciclo de ejecución de las secuencias de trabajos,
éstas se toman de la base de datos de Tivoli Workload Scheduler y se insertan
automáticamente en el plan de producción diaria del día.
Mientras la secuencia de trabajos se encuentra en el plan, y mientras no se haya
completado, todavía pueden realizarse modificaciones en cualquiera de sus
componentes. Es decir, puede modificar las propiedades de la secuencia de
trabajos, las propiedades de sus trabajos, su secuencia, la estación de trabajo o los
recursos que utilizan, etc. para poder hacer frente a cualquier contingencia en el
último momento. El mejor modo de hacerlo es utilizando el editor de instancias de
secuencias de trabajos de Job Scheduling Console, donde el término instancia
implica un objeto de planificación que se ha incluido en el plan actual.
También puede retener, liberar o cancelar una secuencia de trabajos y cambiar el
número máximo de trabajos de la secuencia de trabajos que pueden ejecutarse
concurrentemente. Puede cambiar la prioridad anteriormente asignada a la
secuencia de trabajos y liberar la secuencia de trabajos de todas sus dependencias.
Los cambios en el último momento que pueden realizarse en el plan de producción
actual incluyen la posibilidad de someter trabajos y secuencias de trabajos que ya
están definidos en la base de datos de Tivoli Workload Scheduler, pero que no se
han incluido en el plan. También puede someter trabajos que están definiéndose ad
hoc. Estos trabajos se someten en el plan actual, pero no se almacenan en la base
de datos.
Supervisión
La supervisión se realiza listando objetos del plan en Job Scheduling Console.
Mediante la utilización de las listas, puede ver el estado de todos o de un
subconjunto de los objetos del plan actual que se indican a continuación:
v Instancias de secuencias de trabajos.
v Instancias de trabajos.
v Dominios.
v Estaciones de trabajo.
v Recursos.
v Dependencias de archivos, donde una dependencia de archivo se refiere a
cuando un trabajo o secuencia de trabajos necesita verificar si existen uno o más
archivos para poder iniciar su ejecución.
v Dependencias de solicitud, donde una dependencia de solicitud se refiere a
cuando un trabajo o secuencia de trabajos debe esperar una respuesta afirmativa
a una solicitud para poder iniciar su ejecución.
También puede utilizar estas listas para gestionar algunos de estos objetos. Por
ejemplo, puede reasignar recursos, enlazar o eliminar el enlace de las estaciones de
trabajo, ejecutar kill para los trabajos o conmutar un gestor de dominio.
Asimismo, puede supervisar el plan diario con Tivoli Business Systems Manager,
una aplicación de gestión de sistemas orientada a objetos que proporciona
supervisión y gestión de eventos de los recursos, aplicaciones y subsistemas y que
está integrada en la versión 8.1 de Tivoli Workload Scheduler.
Los gestores de la red pueden utilizar Tivoli Workload Scheduler/NetView, una
aplicación de NetView para supervisar y diagnosticar redes de Tivoli Workload
Capítulo 2. Tivoli Workload Scheduler 21
Scheduler desde un nodo de gestión de NetView. Incluye un conjunto de
submapas y símbolos para ver la topografía de las redes de Tivoli Workload
Scheduler y determinar el estado de la actividad de planificación de los trabajos y
los procesos críticos de Tivoli Workload Scheduler de cada estación de trabajo.
También se facilitan acciones de menú para iniciar y detener el proceso de Tivoli
Workload Scheduler y para ejecutar conman en cualquier estación de trabajo de la
red.
Generación de informes
Como parte de los procesos previos y posteriores a la producción, se generan
informes en los que se muestra información de resumen o información detallada
acerca del día de producción anterior o siguiente. Estos informes también pueden
generarse ad hoc. Los informes disponibles son los siguientes:
v Listado de detalles del trabajo
v Listado de solicitudes
v Listado de calendarios
v Listado de parámetros
v Listado de recursos
v Listado histórico de trabajos
v Histograma de trabajo
v Planificación de producción planificada
v Resumen de producción planificada
v Detalle de producción planificada
v Resumen de producción real
v Detalle de producción real
v Informe de referencias cruzadas
Además, durante la producción, se crea un archivo de lista estándar (STDLIST)
para cada instancia de trabajo que Tivoli Workload Scheduler inicia. Los archivos
de lista estándar contienen mensajes de cabecera y de cola, comandos con eco y
errores y avisos. Estos archivos pueden utilizarse para resolver problemas
detectados en la ejecución de los trabajos.
Auditoría
La opción de auditoría ayuda a realizar el seguimiento de los cambios realizados
en la base de datos y en el plan.
Respecto a la base de datos, se registran todas las modificaciones de usuario,
excepto el resumen de las modificaciones. Si un objeto se abre y se guarda, la
acción quedará registrada, aunque no se haya realizado ninguna modificación.
Respecto al plan, se registran todas las modificaciones de usuario realizadas en el
plan. Las acciones quedarán registradas con independencia de si se han
completado satisfactoriamente o no.
Los archivos de auditoría se registran en un archivo de texto plano de cada
máquina de la red de Tivoli Workload Scheduler. Esto minimiza el riesgo de que se
produzca una anomalía en la auditoría debida a posibles problemas en la red y
proporciona un método sencillo para realizar la grabación en el registro. En
general, los formatos de los registrosson iguales para el plan y para la base de
datos. Los registros se componen de una parte que corresponde a la cabecera y que
es igual para todas las anotaciones, de un “ID de acción” y de una sección de
22 Información general
datos que variará en función del tipo de acción. Todos los datos conservan su
forma de texto visible y están formateados para que puedan leerse y editarse en un
editor de texto como, por ejemplo, vi o el bloc de notas.
Opciones y seguridad
Los archivos de opciones de Tivoli Workload Scheduler determinan la forma en
que Tivoli Workload Scheduler debe ejecutarse en el sistema. Existen varias
opciones de rendimiento, ajuste, seguridad, registro y otras opciones de
configuración disponibles.
Establecimiento de opciones globales y locales
Las opciones globales se definen en el gestor de dominio maestro y se aplican a
todas las estaciones de trabajo de la red de Tivoli Workload Scheduler. Las
opciones globales se entran en el archivo globalopts utilizando un editor de texto.
Pueden realizarse cambios en cualquier momento, pero no entrarán en vigor hasta
haber detenido y reiniciado Tivoli Workload Scheduler. Las opciones globales se
utilizan para realizar lo siguiente:
v Establecer el nombre del gestor de dominio maestro.
v Determinar si los nombres de los objetos pueden tener hasta dieciséis caracteres
de longitud.
v Determinar si las secuencias de trabajos que no se han completado se moverán o
no desde el archivo de control de la producción anterior al nuevo archivo de
control de la producción.
v Definir la hora de inicio del día de proceso de Tivoli Workload Scheduler.
Las opciones locales se entran, utilizando un editor de texto, en un archivo
denominado localopts, que reside en el directorio inicial de Tivoli Workload
Scheduler del usuario. Las opciones locales se definen en cada estación de trabajo
y se aplican únicamente a esa estación de trabajo. Las opciones locales se utilizan
para realizar lo siguiente:
v Especificar el nombre de la estación de trabajo local.
v Evitar que se inicien los trabajos que root ejecuta en UNIX.
v Evitar que clientes desconocidos puedan conectarse con el sistema.
v Especificar gran número de opciones de rendimiento.
v Especificar gran número de preferencias de registro.
Establecimiento de la seguridad
La seguridad se logra con la utilización de un archivo de seguridad que contiene
una o más definiciones de usuario. Cada definición de usuario identifica a un
conjunto de usuarios, los objetos a los que pueden acceder y los tipos de acciones
que pueden realizar.
Con el producto se instala un archivo de plantilla. La plantilla debe editarse para
poder crear las definiciones de usuario y debe compilarse e instalarse con un
programa de utilidad con el fin de crear un nuevo archivo de seguridad operativo.
Tras su instalación, pueden realizarse modificaciones adicionales creando una copia
editable con otro programa de utilidad.
Cada una de las estaciones de trabajo de una red de Tivoli Workload Scheduler
tiene un archivo de seguridad propio. En cada estación de trabajo puede
mantenerse un archivo individual o bien puede crearse un único archivo de
Capítulo 2. Tivoli Workload Scheduler 23
seguridad en el gestor de dominio maestro y copiarlo en cada gestor de dominio,
agente tolerante a errores y agente estándar.
Autenticación y cifrado seguros
La seguridad se ha mejorado para las conexiones entre dominios protegidos y no
protegidos, aplicando el mecanismo de autenticación y cifrado basado en el
protocolo SSL (Secure Sockets Layer). SSL utiliza certificados digitales para
autenticar la identidad de una estación de trabajo.
El administrador de Tivoli Workload Scheduler debe planificar cómo se utilizará la
autenticación dentro de la red:
v Utilización de un certificado para la red de Tivoli Workload Scheduler completa.
v Utilización de un certificado para cada dominio.
v Utilización de un certificado para cada estación de trabajo.
El soporte de SSL se instala automáticamente con Tivoli Workload Scheduler,
versión 8.2.
Trabajo entre cortafuegos
En versiones anteriores de Tivoli Workload Scheduler, para ejecutar comandos para
iniciar o detener una estación de trabajo o para obtener la lista estándar hay que
abrir una conexión TCP/IP directa entre los nodos de origen y de destino. En un
entorno de cortafuegos, esto fuerza a los usuarios a romper el cortafuegos para
abrir una vía de comunicación directa entre el agente maestro y cada agente
tolerante a errores de la red.
La Versión 8.2 ofrece un nuevo atributo configurable -behindfirewall- en la definición
de la estación de trabajo en la base de datos. Puede establecer este atributo en ON
para indicar que existe un cortafuegos entre esta estación de trabajo particular y su
gestor de dominio y que el vínculo entre el gestor de dominio y la estación de
trabajo (que puede constituir otro gestor de dominio) es el único vínculo permitido
entre los respectivos dominios.
Además, para todas las estaciones de trabajo que tienen este atributo establecido
en ON, los comandos para iniciar o detener la estación de trabajo o para obtener la
lista estándar se transmitirán a través de la jerarquía de dominios en lugar de abrir
una conexión directa entre el maestro (o gestor de dominio) y la estación de
trabajo.
Mecanismo de seguridad centralizado
Una nueva opción global permite cambiar el modelo de seguridad en la red Tivoli
Workload Scheduler. Si utiliza esta opción, los archivos de seguridad
correspondientes a los agentes tolerantes a errores de la red sólo se pueden crear o
modificar en el maestro. El administrador de Tivoli Workload Scheduler es el
encargado de crear, actualizar y distribuir los archivos de seguridad
correspondientes a todos los agentes en los que se necesita acceso de usuarios. Al
establecer esta opción global se activa un mecanismo de seguridad para identificar
y confirmar la red Tivoli Workload Scheduler correspondiente al maestro.
Si prefiere el modelo de seguridad tradicional, puede utilizarlo no activando la
variable global.
Utilización de husos horarios
Tivoli Workload Scheduler da soporte a los husos horarios. La habilitación de los
husos horarios permite gestionar la carga de trabajo del usuario de forma global.
24 Información general
La implementación de los husos horarios también facilita la planificación en varios
husos horarios y la planificación de los trabajos que han de ejecutarse durante la
“zona muerta”. La zona muerta es el intervalo de tiempo que existe entre el inicio
del día de Tivoli Workload Scheduler en el maestro y la hora que tiene el agente
tolerante a errores en otro huso horario. Por ejemplo, si un maestro de la zona este
que tiene un inicio del día de Tivoli Workload Scheduler a las 06:00 inicializa un
agente de la zona oeste con una diferencia de huso horario de tres horas, la zona
muerta de este agente se dará entre las 03:00 y las 06:00. Anteriormente, para
ejecutar trabajos durante este período de tiempo era necesario realizar un manejo
especial. Ahora, cuando se especifica un huso horario con la hora de inicio de un
trabajo o secuencia de trabajos, Tivoli Workload Scheduler los ejecuta como se
espera.
Cuando se han habilitado, los husos horarios pueden especificarse en Job
Scheduling Console o en Composer para indicar las horas de inicio y de plazo
límite de los trabajos y secuencias de trabajos.
Utilización de agentes ampliados
Con IBM Tivoli Workload Scheduler for Applications, los agentes ampliados (XA)
se utilizan para ampliar las funciones de planificación de trabajos de Tivoli
Workload Scheduler a otros sistemas y aplicaciones. Un agente ampliado se define
como una estación de trabajo que tiene un host y un método de acceso.
El host es un agente tolerante a errores de (FTA) Tivoli Workload Scheduler o un
agente estándar (SA).
El método de acceso es un programa que ejecuta la estación de trabajo que lo aloja
siempre que Tivoli Workload Scheduler, a través de su línea de comandos o de
Tivoli Job Scheduling Console, tiene que interactuar con el sistema externo. IBM
Tivoli Workload Scheduler for Applications incluye los siguientes métodos de
acceso:
v Método de acceso Oracle e-Business Suite (MCMAGENT)
v Método de acceso PeopleSoft (psagent)
v Método de acceso R/3 (r3batch)
v Método de acceso z/OS (mvsca7, mvsjes y mvsopc)
Para iniciar y supervisar un trabajo en un agente ampliado, el host ejecuta el
método de acceso, pasándole detalles de trabajo como opciones de línea de
comandos. El método de acceso se comunica con el sistema externo para iniciar el
trabajo y devuelve el estado del mismo.
Una estación de trabajo de agente ampliado es la única entidad lógica relacionada
con un método de acceso alojado en la estación de trabajo física de Tivoli
Workload Scheduler. La misma estación de trabajo Tivoli Workload Scheduler
puede alojar más de una estación de trabajo de agente ampliado y confiar en el
mismo método de acceso. El agente ampliado se define en una definición de
estación de trabajo estándar de Tivoli Workload Scheduler, que asigna al agente
ampliado un nombre e identifica el método de acceso.
La siguiente figura muestra cómo se combinan estos elementos en el caso de una
configuración típica de agente ampliado.
Capítulo 2. Tivoli Workload Scheduler 25
Para iniciar un trabajo en un entorno externo, Tivoli Workload Scheduler ejecuta el
método de acceso del agente ampliado proporcionándole el nombre de la estación
de trabajo del agente ampliado e información sobre el trabajo. El método consulta
el archivo correspondiente denominado <NOMBRE_ESTACIÓNTRABAJO>_
<nombre_método>.opts para determinar a qué instancia del entorno externo se va a
conectar. Luego el método de acceso puede iniciar trabajos en esta instancia y
supervisarlos hasta su finalización, escribiendo el proceso de los trabajos y la
información de estado en el archivo de lista estándar del trabajo.
Los agentes ampliados se pueden utilizar para ejecutar trabajos también en un
entorno global, donde su planificación y supervisión se realiza desde un
controlador de Tivoli Workload Scheduler for z/OS.
Agente de Tivoli Workload Scheduler host
Método de accesoXA CPU 1
XA CPU 2
XA CPU 3
.OPTS FILE 1
.OPTS FILE 2
.OPTS FILE 3
Entorno externo 1
Entorno externo 2
Entorno externo 3
Figura 2. Cómo funcionan los agentes ampliados.
26 Información general
Capítulo 3. Tivoli Workload Scheduler for z/OS
Tivoli Workload Scheduler for z/OS amplía el ámbito de la automatización de las
operaciones de proceso de datos. Planifica automáticamente la carga de trabajo de
producción. Desde un solo punto de control, dirige y controla el proceso de la
carga de trabajo en las ubicaciones locales y remotas. Mediante la utilización de
Tivoli Workload Scheduler for z/OS para aumentar la automatización, utilizará los
recursos de proceso de datos de forma más eficaz, dispondrá de más control sobre
los recursos de proceso de datos y gestionará mejor la carga de trabajo de
producción.
Cómo se gestiona la carga de trabajo de producción
¿Cómo puede ofrecerle todo esto Tivoli Workload Scheduler for z/OS? En este
apartado se describen las funciones que permiten que las operaciones de los
sistemas de información se ejecuten de forma más eficaz. Pero antes, se ofrece una
breve introducción a la estructura del producto y a determinados conceptos.
Estructura
Tivoli Workload Scheduler for z/OS se compone de un producto base, el agente, y
de gran diversidad de funciones. Cada uno de los sistemas z/OS del complejo
necesita el producto base. Uno de los sistemas z/OS del complejo se designa como
sistema de control y ejecuta la función de motor. Sólo se necesita una función de
motor, incluso cuando se desea iniciar motores de espera en los otros sistemas
z/OS de un sysplex.
Tivoli Workload Scheduler for z/OS con Tivoli Workload Scheduler direcciona la
carga de trabajo de producción en el entorno distribuido. Puede planificar,
controlar y supervisar los trabajos de Tivoli Workload Scheduler desde Tivoli
Workload Scheduler for z/OS. Por ejemplo, en el plan actual, puede especificar los
trabajos que han de ejecutarse en las estaciones de trabajo de Tivoli Workload
Scheduler.
La carga de trabajo de otros sistemas operativos también puede controlarse con las
interfaces abiertas que se proporcionan con Tivoli Workload Scheduler for z/OS.
Los programas de ejemplo que utilizan TCP/IP o una combinación de NJE/RSCS
(entrada de trabajo en la red/subsistema de comunicaciones de spooling remoto)
muestran cómo puede controlar la carga de trabajo en entornos que, actualmente,
no disponen de ninguna función de planificación.
Asimismo, las funciones de idioma nacional permiten ver los diálogos y los
mensajes en el idioma elegido. Actualmente, los idiomas disponibles son los
siguientes:
v Inglés
v Alemán
v Japonés
v Español
El texto de los paneles y de los mensajes también puede modificarse para que
incluya instrucciones o ayuda específicas de la empresa.
© Copyright IBM Corp. 1991, 2003 27
Conceptos
Para realizar la gestión de las cargas de trabajo de producción, Tivoli Workload
Scheduler for z/OS se basa en varios conceptos importantes.
Planes. Tivoli Workload Scheduler for z/OS construye planes operativos basándose
en las descripciones suministradas por el usuario del departamento de operaciones
de proceso de datos y en la carga de trabajo de producción de éste. Estos planes
proporcionan la base de los contratos de nivel de servicio y ofrecen una imagen
del estado de la carga de trabajo de producción en cualquier momento. Puede
simular los efectos que tendría la aplicación de cambios en la carga de trabajo de
producción, en el calendario y en la instalación mediante la generación de planes
de prueba.
Secuencias de trabajos. Una secuencia de trabajos es una descripción de una unidad
de trabajo de producción. Puede incluir lo siguiente:
v Una lista de los trabajos (tareas relacionadas) que se asocian a esa unidad de
trabajo como, por ejemplo:
– Entrada de datos
– Preparación de trabajos
– Sometimiento de trabajos o iniciación de tareas iniciadas
– Comunicación con el programa NetView
– Transferencia de archivos a otros entornos operativos
– Impresión de la salida
– Actividades posteriores al proceso como, por ejemplo, el control de calidad o
la asignación
– Otras tareas relacionadas con la unidad de trabajo que desee planificar,
controlar y cuyo seguimiento desee realizarv Una descripción de las dependencias existentes entre los trabajos que se
encuentran dentro de una secuencia de trabajos y entre los trabajos de otras
secuencias de trabajos
v Información acerca de los requisitos de los recursos como, por ejemplo, la
utilización exclusiva de un conjunto de datos
v Instrucciones especiales de operador que se asocian a un trabajo
v Cómo y dónde debe procesarse cada trabajo
v Ejecución de políticas para esa unidad de trabajo; es decir, cuándo debe
planificarse o, de otra forma, el nombre de una definición de grupo que grabe la
política ejecutada
Tivoli Workload Scheduler for z/OS planifica el trabajo basándose en la
información que se le facilita en las descripciones de las secuencia de trabajos.
Estaciones de trabajo. Al planificar y procesar el trabajo, Tivoli Workload
Scheduler for z/OS tiene en cuenta los requisitos de proceso de cada trabajo.
Algunas de las consideraciones de proceso habituales son:
v ¿Qué recursos humanos o de máquina se necesitan para procesar el trabajo (por
ejemplo, operadores, procesadores o impresoras)?
v ¿Cuándo están disponibles esos recursos?
v ¿Cómo se realizará el seguimiento de esos trabajos?
v ¿Puede procesarse ese trabajo en otro sitio si los recursos dejan de estar
disponibles?
Tivoli Workload Scheduler for z/OS da soporte a gran diversidad de tipos de
procesos de trabajo, denominados estaciones de trabajo, que correlacionan las
28 Información general
necesidades de proceso de cualquier tarea de la carga de trabajo de producción.
Cada estación de trabajo soporta un tipo de actividad. Esto ofrece flexibilidad para
planificar, supervisar y controlar cualquier tipo de actividad de proceso de datos,
incluyendo lo siguiente:
v Preparación de trabajos: de forma manual y automática
v Sometimiento de trabajos
v Acciones de tareas iniciadas
v Comunicación con el programa NetView
v Impresión de trabajos
v Actividad manual previa o posterior al proceso
Puede planificar ventanas de mantenimiento en los entornos de hardware y de
software. Tivoli Workload Scheduler for z/OS permite realizar una conclusión
controlada y sin incidentes del entorno, que evitará la cancelación en el último
momento de las tareas activas. Tiene la opción de redireccionar la carga de trabajo
automáticamente durante cualquier interrupción de alimentación, planificada o no
planificada.
Tivoli Workload Scheduler for z/OS realiza el seguimiento de los trabajos a
medida que se procesan en las estaciones de trabajo y actualiza dinámicamente el
plan con información en tiempo real acerca del estado de los trabajos. Puede ver o
modificar en línea esta información de estado utilizando las listas de estaciones de
trabajo preparadas del diálogo.
Dependencias. En general, cada una de las actividades relacionadas con el proceso
de datos debe producirse en un orden específico. Las actividades que se realicen
fuera del orden crearán, como mínimo, una salida que no será válida; en el peor de
los casos, se dañarán los datos corporativos. En cualquier caso, el resultado será la
costosa reejecución de las operaciones, el incumplimiento de las fechas de entrega
y la insatisfacción de los clientes.
Puede definir dependencias para los trabajos cuando sea necesario seguir un orden
de proceso específico. Cuando Tivoli Workload Scheduler for z/OS se encarga de
gestionar las relaciones de dependencia, los trabajos siempre se inician en el orden
correcto que corresponde a su planificación. Una dependencia es interna cuando se
da entre dos trabajos de la misma secuencia de trabajos y es externa cuando se da
entre dos trabajos de distintas secuencias de trabajos.
Puede trabajar con las dependencias de trabajos de forma gráfica desde Tivoli Job
Scheduling Console.
Tivoli Workload Scheduler for z/OS permite secuenciar el trabajo basándose en el
estado de cualquiera de los recursos de proceso de datos. Un ejemplo habitual es
un trabajo que utiliza un conjunto de datos como entrada, pero que no debe
iniciarse hasta que el conjunto de datos se haya creado y cargado
satisfactoriamente con datos válidos. Puede utilizar el soporte de secuencia de
recursos para enviar la información de disponibilidad acerca de un recurso de
proceso de datos a Tivoli Workload Scheduler for z/OS.
Recursos especiales. Los recursos especiales suelen definirse para representar los
objetos físicos o lógicos que utilizan los trabajos. Un recurso especial puede
utilizarse para secuenciar el acceso a un conjunto de datos o para limitar el
número de transferencias de archivos en un enlace de red determinado. El recurso
no tiene que representar un objeto físico de la configuración, aunque con
frecuencia lo hace.
Capítulo 3. Tivoli Workload Scheduler for z/OS 29
Tivoli Workload Scheduler for z/OS mantiene un registro del estado de cada
recurso y del estado de asignación actual de éste. Tiene la opción de mantener los
recursos, en caso de que un trabajo encargado de la asignación de recursos finalice
de forma anormal. También puede utilizar la interfaz de Tivoli Workload Scheduler
for z/OS con Resource Object Data Manager (RODM) para planificar los trabajos
de acuerdo con la disponibilidad real de recursos. Puede suscribirse a las
actualizaciones del RODM en los dominios locales y remotos.
Tivoli Workload Scheduler for z/OS permite suscribirse a la actividad de los
conjuntos de datos de los sistemas z/OS. La función de desencadenante de
conjuntos de datos de Tivoli Workload Scheduler for z/OS actualiza
automáticamente la disponibilidad de los recursos especiales cuando se cierra un
conjunto de datos. Puede utilizar esta notificación para coordinar las actividades
planificadas o bien para añadir trabajo no planificado a la planificación.
Calendarios. Tivoli Workload Scheduler for z/OS utiliza la información
relacionada con los horarios de trabajo y con el tiempo que no corresponde al
horario laboral de los departamentos de los trabajos con el fin de que la ejecución
de las secuencias de trabajos no se planifique para los días en los que no existirán
recursos de proceso disponibles (por ejemplo, los domingos o los días festivos).
Esta información se almacena en un calendario. Tivoli Workload Scheduler for z/OS
da soporte a varios calendarios para las empresas en las que los distintos
departamentos tienen diferentes días laborables y días no laborables. (Los
diferentes grupos de una empresa operan de acuerdo con calendarios distintos).
La función de varios calendarios es muy importante si la empresa tiene
instalaciones en más de una ubicación geográfica (por ejemplo, con días festivos
locales o nacionales distintos).
Ciclos de proceso de la empresa. Tivoli Workload Scheduler for z/OS utiliza ciclos
de proceso de la empresa, o plazos, para calcular cuándo deben ejecutarse las
secuencias de trabajos; por ejemplo, semanalmente o cada diez días laborables. Los
plazos se basan en los ciclos empresariales de los clientes. Tivoli Workload
Scheduler for z/OS da soporte a gran diversidad de plazos para el proceso de las
distintas secuencias de trabajos de la carga de trabajo de producción.
Cuando se define una secuencia de trabajos, se especifica cuándo debe planificarse
utilizando un ciclo de ejecución, que puede ser:
v Una regla con un formato como, por ejemplo
SÓLO el SEGUNDO MARTES de cada MES
TODOS LOS VIERNES del SEMESTRE1 del plazo definido por el usuario
donde las palabras escritas en mayúsculas se han seleccionado, respectivamente,
en una lista de números ordinales, nombres de los días de la semana e intervalos
de calendario o nombres de plazos.
v Una combinación de plazo y de desplazamiento. Por ejemplo, un desplazamiento
de 10 en un plazo mensual especifica el décimo día de cada mes.
Planes en Tivoli Workload Scheduler for z/OS
Tivoli Workload Scheduler for z/OS realiza la planificación de la carga de trabajo
de producción. Genera planes muy elaborados y detallados. Estos planes no sólo
dirigen la carga de trabajo de producción, sino que también muestran el estado de
la carga de trabajo de producción del sistema en cualquier momento especificado.
Se pueden generar planes de prueba para hacer el pronóstico de las cargas de
trabajo futuras.
30 Información general
Planificación a largo plazo
El plan a largo plazo es una planificación muy elaborada de la carga de trabajo de
producción anticipada. Lista, diariamente, las instancias de las secuencias de
trabajos que han de ejecutarse durante el plazo del plan. Cada instancia de una
secuencia de trabajos se denomina ocurrencia. El plan a largo plazo muestra cuándo
han de ejecutarse las ocurrencias, así como las dependencias que existen entre las
secuencias de trabajos. Estas dependencias se pueden ver gráficamente en el
terminal como una red, para comprobar que el trabajo se ha definido de forma
correcta. El plan puede servir de ayuda para hacer pronósticos y planificaciones de
los días con grandes cantidades de procesos. La función de planificación a largo
plazo también puede generar histogramas en los que se muestre la utilización de
recursos planificada para estaciones de trabajo individuales durante el plazo del
plan.
El plan a largo plazo se puede utilizar de base para documentar los contratos de
nivel de servicio. Le permite relacionar los acuerdos de nivel de servicio
directamente con las planificaciones de carga de trabajo de producción para que los
clientes puedan ver cuándo y cómo va a procesarse su trabajo.
El plan a largo plazo es una ventana al futuro. El margen de antelación es
opcional: desde un día hasta cuatro años. También puede generar informes de
simulación de planes a largo plazo para cualquier fecha futura. Tivoli Workload
Scheduler for z/OS puede ampliar automáticamente el plan a largo plazo a
intervalos regulares. El plan a largo plazo puede imprimirse como un informe o
bien puede verse, alterarse y ampliarse en línea utilizando los diálogos.
Planificación detallada
El plan actual es el elemento básico del proceso de Tivoli Workload Scheduler for
z/OS: de hecho, dirige la carga de trabajo de producción automáticamente y
proporciona un método para comprobar su estado. El plan actual se genera
mediante la ejecución de trabajos de proceso por lotes que extraen del plan a largo
plazo las ocurrencias que están dentro del período de tiempo especificado,
teniendo en cuenta también los detalles del trabajo. Lo que el plan de trabajo
actual hace es seleccionar una ventana del plan a largo plazo y hacer que los
trabajos estén preparados para ejecutarse; en realidad, el inicio de éstos dependerá
de las restricciones que se haya decidido aplicar (por ejemplo, las dependencias, la
disponibilidad de recursos o la existencia de trabajos que dependen de un valor de
tiempo).
El plan actual es un plan secuencial que puede abarcar varios días. Un método
común consiste en distribuir entre uno y dos días aplicando ampliaciones regulares
de cada turno. Las actividades del proceso de la carga de trabajo se listan minuto a
minuto.
Puede imprimir el plan actual como un informe o bien verlo o alterarlo y
ampliarlo en línea, utilizando los diálogos.
Control automático de la carga de trabajo de producción
Tivoli Workload Scheduler for z/OS gestiona automáticamente la carga de trabajo
de producción supervisando el flujo de trabajo y dirigiendo el proceso de los
trabajos de modo que se ajuste a las prioridades de empresa que se han establecido
en el plan.
Por medio de su interfaz para el programa NetView o de su diálogo ISPF de
gestión por excepción, Tivoli Workload Scheduler for z/OS puede alertar al
especialista de control de producción sobre los problemas que surgen en el proceso
Capítulo 3. Tivoli Workload Scheduler for z/OS 31
de carga de trabajo de producción. Además, el programa NetView puede
desencadenar automáticamente Tivoli Workload Scheduler for z/OS con el fin de
que realice acciones correctivas como respuesta a estos problemas.
Tivoli Workload Scheduler for z/OS realiza lo siguiente automáticamente:
v Inicia y detiene las tareas iniciadas
v Edita sentencias de trabajo: JCL de z/OS o sentencias de trabajo equivalentes
para otros entornos operativos antes de someter los trabajos
v Somete los trabajos en la secuencia especificada en el entorno operativo de
destino, siempre
v Realiza el seguimiento de cada trabajo planificado del plan
v Determina si los trabajos se han ejecutado satisfactoriamente o no
v Visualiza información de estado e instrucciones para indicar las acciones que
deben realizar los operadores de estación de trabajo
v Proporciona recuperación automática de los trabajos cuando éstos finalizan con
errores, con independencia del entorno operativo
v Genera fechas de proceso para los ciclos de ejecución de secuencias de trabajos
utilizando reglas como, por ejemplo:
– Cada segundo martes del mes
– Sólo el último sábado de junio, julio y agosto
– Cada tercer día laborable del plazo de nómina definido por el usuariov Inicia trabajos teniendo en cuenta la disponibilidad real de recursos
v Realiza la limpieza de conjuntos de datos cuando se han producido errores o
cuando se necesita realizar una reejecución para la carga de trabajo de z/OS
v Adapta el JCL para los reinicios de paso de los trabajos y tareas iniciadas de
z/OS
v Planifica dinámicamente el proceso adicional como respuesta a las actividades
que no pueden planificarse
v Proporciona notificación automática al cerrarse un conjunto de datos actualizado
(que puede utilizarse para desencadenar un proceso posterior)
v Genera alertas cuando se detectan situaciones anormales en la carga de trabajo
Tivoli Workload Scheduler for z/OS también proporciona recursos de control
manual, que se describen en el apartado “Control e intervención manuales” en la
página 37.
Sometimiento automático de la carga de trabajo
Tivoli Workload Scheduler for z/OS dirige automáticamente toda la ejecución del
trabajo en el sistema, teniendo en cuenta si un trabajo puede necesitar una
terminación manual o bien una terminación registrada por el programa. (La
terminación registrada por el programa hace referencia a aquellas situaciones en las
que un programa escrito por el usuario ha establecido el estado de un trabajo
controlado por el planificador en “completo”.) También favorece la óptima
utilización de los recursos, mejora la disponibilidad del sistema y automatiza
aquellas tareas del operador que son complejas y repetitivas. Tivoli Workload
Scheduler for z/OS controla automáticamente el sometimiento de los trabajos de
acuerdo con lo siguiente:
v Dependencias existentes entre trabajos
v Prioridades de la carga de trabajo
v Hora especificada para someter un trabajo en particular
v Disponibilidad de recursos
32 Información general
Al guardar una copia del JCL de cada ejecución, u ocurrencia, individual de un
trabajo en particular en sus planes, Tivoli Workload Scheduler for z/OS evita que
vuelvan a utilizarse de forma involuntaria los cambios temporales realizados en el
JCL como, por ejemplo, las alteraciones temporales.
Adaptación de trabajos. Tivoli Workload Scheduler for z/OS proporciona
funciones de adaptación automática de los trabajos, lo que permite que los trabajos
puedan editarse automáticamente. Ello puede hacer que se dependa menos de la
edición manual de los trabajos, tarea laboriosa y lenta que propicia que se cometan
errores. La adaptación de los trabajos de Tivoli Workload Scheduler for z/OS
proporciona lo siguiente:
v Sustitución automática de variables
v Inclusión y exclusión dinámicas de sentencias de trabajos en línea
v Inclusión dinámica de sentencias de trabajos de otras bibliotecas o de una salida
Respecto a los trabajos que van a someterse en un sistema z/OS, estas sentencias
de trabajos serán de tipo JCL de z/OS, pero las directrices de adaptación del JCL
del planificador también pueden incluirse en los trabajos que van a someterse en
otros sistemas operativos como, por ejemplo, AIX/6000.
Las variables se pueden sustituir en columnas específicas y se pueden definir los
criterios de verificación para garantizar que no se sustituyan cadenas de caracteres
que no sean válidas. Las directrices especiales que dan soporte a la gran diversidad
de formatos de fecha que utilizan los programas de secuencias de trabajos
permiten definir dinámicamente el formato necesario y cambiar las diversas horas
de un mismo trabajo. Pueden definirse expresiones aritméticas que permitan
calcular valores como, por ejemplo, la fecha actual más cuatro días laborables.
Recuperación y reinicio automáticos
Tivoli Workload Scheduler for z/OS proporciona recursos de reinicio automático
para el trabajo de producción. Puede especificar las acciones de reinicio que han de
realizarse si el trabajo que Tivoli Workload Scheduler for z/OS ha iniciado finaliza
con errores (vea la Figura 3 en la página 34.) Puede utilizar estas funciones para
predefinir acciones de reinicio y de recuperación de errores para los trabajos y para
las tareas iniciadas. La integración del planificador en el programa NetView
permite que el planificador pueda pasar alertas automáticamente al programa
NetView en caso de que se produzcan errores. La utilización del recurso de
acoplamiento de sistemas cruzados (XCF) de z/OS permite que Tivoli Workload
Scheduler for z/OS pueda mantener el proceso de la carga de trabajo de
producción en caso de que se produzcan anomalías en el sistema.
Recuperación de trabajos y de tareas iniciadas. Las acciones de recuperación
automática de los trabajos cuya ejecución no ha sido satisfactoria se especifican en
las sentencias de control definidas por el usuario. Los parámetros de estas
sentencias determinan las acciones de recuperación que han de realizarse en caso
de que un trabajo o una tarea iniciada finalice con errores.
Capítulo 3. Tivoli Workload Scheduler for z/OS 33
Reinicio y limpieza. Puede utilizar la función de reinicio y limpieza para catalogar,
descatalogar o suprimir conjuntos de datos cuando un trabajo finaliza con errores o
bien cuando es necesario volver a ejecutar un trabajo. La limpieza de conjuntos de
datos se hace cargo del JCL en forma de JCL continuo, de los procedimientos
continuos y de los procedimientos catalogados de los sistemas locales y remotos.
Esta función puede iniciarla automáticamente Tivoli Workload Scheduler for z/OS
o bien puede iniciarla manualmente un usuario por medio de los paneles. Tivoli
Workload Scheduler for z/OS restablecerá el catálogo en el estado que éste tenía
antes de que se ejecutara el trabajo para los grupos de conjuntos de datos de
generación (GDG) y para los conjuntos de datos asignados por las definiciones de
datos (DD) contenidos en el JCL. Asimismo, la función de reinicio y limpieza da
soporte a la utilización de Removable Media Manager en el entorno.
El reinicio de nivel de paso y de nivel de trabajo también se proporciona en los
paneles de Tivoli Workload Scheduler for z/OS. Éste gestiona la resolución de los
nombres de grupo de conjuntos de datos de generación (GDG), el JCL que contiene
INCLUDE o PROC anidados y las sentencias IF-THEN-ELSE. Tivoli Workload
Scheduler for z/OS también identifica automáticamente los problemas que pueden
impedir la realización de un reinicio satisfactorio, proporcionando una lógica del
“mejor paso de reinicio”
Puede examinar el registro de trabajos o solicitar un reinicio de nivel de paso para
cualquier trabajo o cualquier tarea iniciada de z/OS, incluso si no se ha modificado
el catálogo. Las funciones de examen del registro de trabajos también pueden
utilizarse para la carga de trabajo de otras plataformas operativas, lo que resulta
especialmente útil para los entornos que no dan soporte a un recurso de tipo SDSF.
Si utiliza un archivador SYSOUT, por ejemplo RMDS, puede intercambiar
información con éste desde Tivoli Workload Scheduler for z/OS y, de esta forma,
evitar la duplicación de la información de registro de trabajos.
Puede disponer de estos recursos sin necesidad de realizar cambios en el JCL
actual.
Aplicación de usuario
¿Reiniciarun trabajoanterior?
¿Limpiezade catálogos
automática?
¿Reiniciarel trabajoanómalo?
El trabajo 3finaliza
con error
1
2
Trabajo 2
Trabajo 3
!
Trabajo 1
¿Continuar? ¿No hacer nada?
¿Trabajo derecuperación?
Analizar
El planificador analiza elerror y determina laacción de reinicio
Figura 3. Recuperación y reinicio automáticos
34 Información general
Tivoli Workload Scheduler for z/OS proporciona una posibilidad de limpieza de
conjuntos de datos de toda la empresa en los sistemas agente remotos.
Reinicio de la carga de trabajo de producción. Tivoli Workload Scheduler for
z/OS proporciona un reinicio de la carga de trabajo de producción, que puede
mantener automáticamente el proceso del trabajo si se produce una anomalía en el
sistema o en las conexiones. El trabajo de producción controlado por el
planificador que corresponde al sistema cuya ejecución no ha sido satisfactoria se
redirecciona a otro sistema. Puesto que Tivoli Workload Scheduler for z/OS puede
reiniciar y gestionar la carga de trabajo de producción, se mantiene la integridad
de la planificación de los procesos y se sigue prestando servicio a los clientes.
Tivoli Workload Scheduler for z/OS explota la función VTAM Model Application
Program Definition y los símbolos definidos por z/OS para facilitar la
configuración y el trabajo en un entorno de sysplex, ofreciendo al usuario una
única vista de sistema del sysplex.
Para iniciar, detener y gestionar los motores y agentes no es necesario conocer qué
imagen de z/OS del sysplex está ejecutándose realmente.
Espera dinámica. Tivoli Workload Scheduler for z/OS proporciona un único punto
de control para la carga de trabajo de producción de z/OS. Si este sistema de
control presenta anomalías, Tivoli Workload Scheduler for z/OS puede transferir
automáticamente las funciones de control a un sistema de reserva dentro de un
Parallel Sysplex, vea la Figura 4. Mediante XCF, Tivoli Workload Scheduler for
z/OS puede mantener automáticamente el proceso de la carga de trabajo de
producción en caso de que se produzcan anomalías en el sistema o en las
conexiones.
Soporte de z/OS Automatic Restart Manager
Todos los componentes del planificador pueden reiniciarse por medio de la función
Automatic Restart Manager (ARM) del sistema operativo z/OS, en caso de que se
produzca una anomalía en el programa.
z/OS
Planificadorque controla
DASDcompar-
tido
Planificadorcontrolado
(espera dinámica)
Planificadorcontrolado
XCF
XCF XCF
Parallel Sysplex
Figura 4. Reinicio de la carga de trabajo de producción y espera dinámica
Capítulo 3. Tivoli Workload Scheduler for z/OS 35
Soporte de Workload Manager (WLM)
Con Workload Manager (WLM), es posible beneficiarse de todas las posibilidades
de los recursos a los que acceden los trabajos planificados. Asimismo, con WLM y
Tivoli Workload Scheduler for z/OS, los trabajos mantienen el grado de
productividad más alto posible. El planificador, cuando se utiliza con WLM, puede
ofrecer los mejores tiempos posibles de respuesta del sistema.
Comprobación automática del estado
Para realizar el seguimiento del flujo de trabajo, Tivoli Workload Scheduler for
z/OS intercambia información directamente con el sistema operativo, recopilando y
analizando la información de estado acerca del trabajo de producción que está
activo actualmente en el sistema. Tivoli Workload Scheduler for z/OS puede
grabar información de estado de los procesadores locales y remotos. Cuando la
información de estado se notifica desde ubicaciones remotas que tienen distintos
husos horarios, Tivoli Workload Scheduler for z/OS tiene en cuenta estas
diferencias horarias.
Notificación del estado de los entornos heterogéneos
Tivoli Workload Scheduler for z/OS también puede realizar el seguimiento del
proceso que tiene lugar en otros entornos operativos. Pueden utilizarse los
programas que se facilitan para comunicarse con el motor de cualquier entorno
que pueda establecer comunicaciones con un sistema z/OS.
Notificación del estado de los programas de usuario
Puede pasar información de estado acerca del proceso de la carga de trabajo de
producción a Tivoli Workload Scheduler for z/OS desde sus propios programas de
usuario por medio de una rutina estándar que a tal efecto se facilita.
Comprobación adicional de terminación de trabajo
Si es necesario, Tivoli Workload Scheduler for z/OS proporciona una
comprobación adicional del estado por medio de la exploración de SYSOUT y de
otros conjuntos de datos de impresión del proceso cuando no es posible determinar
si el proceso se ha completado de forma satisfactoria o con anomalías mediante la
utilización de los códigos de terminación. Por ejemplo, Tivoli Workload Scheduler
for z/OS puede comprobar el texto de los mensajes del sistema o de los mensajes
que se originan desde los programas de usuario. Mediante la utilización de la
información contenida en las tablas de comprobación de terminación de trabajo
(JCC), Tivoli Workload Scheduler for z/OS determina qué acciones han de
realizarse cuando encuentra determinadas cadenas de texto. Estas acciones pueden
ser:
v Notificación de errores
v Colocación de SYSOUT nuevamente en la cola
v Grabación de registros de incidentes en un conjunto de datos de incidentes
Gestión del trabajo no planificado
Tivoli Workload Scheduler for z/OS puede desencadenarse automáticamente para
actualizar el plan actual con información acerca del trabajo que no puede
planificarse por adelantado. Esto permite a Tivoli Workload Scheduler for z/OS
controlar el trabajo que no se espera. Puesto que Tivoli Workload Scheduler for
z/OS comprueba el estado de proceso de este trabajo, también existen recursos de
recuperación automática disponibles.
Intercambio de información con otros programas
Tivoli Workload Scheduler for z/OS proporciona una interfaz de programa (PIF).
Con esta interfaz, se pueden automatizar la mayoría de las acciones que pueden
36 Información general
realizarse en línea por medio de los diálogos. Esta interfaz puede llamarse desde
CLIST, desde los programas de usuario y mediante la utilización de comandos
TSO.
La interfaz de programas de aplicación (API) permite que los programas puedan
comunicarse con Tivoli Workload Scheduler for z/OS desde cualquier plataforma
compatible. Puede utilizar la Interfaz común de programación para comunicaciones
(CPI-C), las comunicaciones avanzadas programa a programa (APPC) o bien
verbos de unidad lógica (LU) 6.2 propios para conversar con Tivoli Workload
Scheduler for z/OS por medio de la API. Esta interfaz se puede utilizar para
consultar y actualizar el plan actual. Los programas pueden estar ejecutándose en
cualquier plataforma que esté conectada localmente, o de forma remota por medio
de una red, con el sistema z/OS en el que se ejecuta el motor.
Control e intervención manuales
Tivoli Workload Scheduler for z/OS permite comprobar el estado del trabajo e
intervenir manualmente cuando las prioridades han cambiado o cuando necesita
ejecutar trabajo no planificado. Puede consultar el estado de la carga de trabajo de
producción y, a continuación, modificar la planificación si es necesario.
Consultas de estado
Con los diálogos de ISPF o con Job Scheduling Console, puede realizar consultas
en línea y recibir oportuna información acerca del estado de la carga de trabajo de
producción.
La información de horas que se visualiza en los diálogos puede estar en la hora
local del usuario de diálogo. Mediante la utilización de los diálogos, puede
solicitar información detallada o de resumen acerca de secuencias de trabajos,
trabajos y estaciones de trabajo individuales, así como información de resumen
relacionada con la carga de trabajo de producción en conjunto. También puede
hacer que las dependencias se visualicen gráficamente como una red, tanto de la
secuencia de trabajos como del trabajo. Las consultas de estado:
v Le proporcionan información de estado global que puede utilizar cuando esté
considerando la realización de un cambio en la capacidad de la estación de
trabajo o cuando desee organizar un turno de trabajo adicional o un trabajo que
deba realizarse en horas extra.
v Le ayudan a supervisar el flujo de trabajo de la instalación; por ejemplo,
visualizando el estado de trabajo de cada estación de trabajo.v Le ayudan a decidir si es necesario intervenir para acelerar el proceso de
secuencias de trabajos específicas. Puede averiguar cuáles son las secuencias de
trabajos más críticas. También puede comprobar el estado de cualquier secuencia
de trabajos, así como los planes y tiempos reales de cada trabajo.
v Permiten comprobar la información antes de realizar modificaciones en el plan.
Por ejemplo, puede comprobar el estado de una secuencia de trabajos y sus
dependencias antes de suprimirla o bien cambiar su hora de comienzo
planificado o su plazo límite. Consulte el apartado “Modificación del plan
actual” para obtener más información.
v Proporcionan la información del estado de proceso de una estación de trabajo
concreta. Tal vez el trabajo que debía haberse recibido en la estación de trabajo
no ha llegado. Las consultas de estado pueden ayudarle a localizar el trabajo y a
averiguar qué le ha pasado.
Modificación del plan actual
Tivoli Workload Scheduler for z/OS realiza actualizaciones de estado en el plan
automáticamente, utilizando sus funciones de seguimiento. Sin embargo, permite
Capítulo 3. Tivoli Workload Scheduler for z/OS 37
cambiar manualmente el plan para que refleje los cambios no planificados en la
carga de trabajo o en el entorno de operaciones, que se producen con frecuencia
durante un turno. Por ejemplo, puede que sea necesario cambiar la prioridad de
una secuencia de trabajos, añadir un trabajo no planificado o redireccionar el
trabajo de una estación de trabajo a otra. O bien puede que sea necesario corregir
manualmente errores operativos. Puede que la modificación del plan actual sea la
mejor forma de manejar estas situaciones.
El plan actual se puede modificar en línea. Por ejemplo, puede realizar lo
siguiente:
v Incluir en el plan los trabajos no esperados o los cambios en el último momento.
A continuación, Tivoli Workload Scheduler for z/OS crea automáticamente las
dependencias de este trabajo.
v Modificar manualmente el estado de los trabajos.
v Suprimir ocurrencias de las secuencias de trabajos.
v Visualizar gráficamente las dependencias de los trabajos antes de modificarlos.
v Modificar los datos de las secuencias de trabajos, incluido el JCL.
v Responder a situaciones de error por medio de las acciones siguientes:
– Redireccionamiento de trabajos
– Reejecución de trabajos u ocurrencias
– Terminación de trabajos u ocurrencias
– Cambio de trabajos u ocurrenciasv Cambiar el estado de las estaciones de trabajo por medio de las acciones
siguientes:
– Redireccionamiento del trabajo de una estación de trabajo a otra
– Modificación de los atributos de generación de informes de la estación de
trabajo
– Actualización de la disponibilidad de recursos
– Cambio de la forma de manejar los recursosv Replanteamiento o ampliación del plan actual
Además de poder utilizar los diálogos, también puede modificar el plan actual de
sus propias secuencias de trabajos utilizando la interfaz del programa o la interfaz
de programas de aplicación. Asimismo, también puede desencadenar Tivoli
Workload Scheduler for z/OS para que modifique dinámicamente el plan
utilizando comandos TSO o un programa de proceso por lotes. Esto permite que el
trabajo no esperado pueda añadirse automáticamente al plan.
Gestión de trabajos críticos
Tivoli Workload Scheduler for z/OS explota las posibilidades del componente
Workload Manager de z/OS para garantizar que los trabajos críticos se
completarán a tiempo. Si un trabajo crítico se retrasara, Tivoli Workload Scheduler
for z/OS le daría preferencia utilizando la interfaz de Workload Manager existente.
Seguridad
En la actualidad, las operaciones de proceso de datos exigen cada vez más un nivel
elevado de seguridad con los datos, sobre todo a medida que el ámbito de las
operaciones de proceso de datos se amplía y hay más personas de la empresa
implicadas en las tareas. Tivoli Workload Scheduler for z/OS proporciona
integridad de datos y seguridad completa dentro del rango de funciones que
ofrece. Proporciona un servicio central compartido a los diversos departamentos de
los usuarios incluso en el caso en que los usuarios están en empresas y países
distintos. Tivoli Workload Scheduler for z/OS proporciona un alto grado de
38 Información general
seguridad para proteger los recursos y los datos del planificador contra el acceso
no autorizado. Con Tivoli Workload Scheduler for z/OS, puede organizar, aislar y
proteger fácilmente los datos de usuario para salvaguardar la integridad de las
aplicaciones de usuario final (vea la Figura 5 en la página 39). Tivoli Workload
Scheduler for z/OS puede planificar y controlar el trabajo de gran número de
grupos de usuarios y mantener un control completo del acceso a los datos y a los
servicios.
Seguimiento de auditoría
Con el seguimiento de auditoría, puede definir cómo desea que Tivoli Workload
Scheduler for z/OS anote los accesos (lecturas y actualizaciones) a los recursos del
planificador. Puesto que proporciona un historial de los cambios realizados en las
bases de datos, el seguimiento de auditoría puede resultar extremadamente útil
para el personal encargado de realizar la depuración y la determinación de
problemas.
Para leer los registros del seguimiento de auditoría se proporciona un programa de
ejemplo. El programa lee los registros que se han producido durante el período
que ha especificado y genera un informe en el que se detallan los cambios que se
han realizado en los recursos del planificador.
Recurso de autorización del sistema
Tivoli Workload Scheduler for z/OS utiliza el recurso de autorización del sistema
(SAF), una función de z/OS, para pasar las solicitudes de verificación de
autorización al sistema de seguridad, por ejemplo, RACF. Esto significa que puede
proteger los objetos de datos del planificador con cualquier sistema de seguridad
que utilice la interfaz del SAF.
Protección de datos y de recursos: El SAF valida todas las peticiones de usuario
para acceder a una función o para acceder a los datos. A continuación se lista
información que puede protegerse:
v Calendarios y plazos
v Nombres de secuencias de trabajos o el propietario de la secuencia de trabajos,
por nombre
v Estación de trabajo, por nombre
v Datos específicos de la secuencia de trabajos del plan
Planificador
Datos del planificador
Seguimientode auditoria
JCL
JCL
Finanzas
UsuarioTSO
Fabric.Ventas
RACF
UsuarioTSO
UsuarioTSO
JCL
Figura 5. Seguridad
Capítulo 3. Tivoli Workload Scheduler for z/OS 39
v Instrucciones de operador
v JCL
Para dar soporte al manejo distribuido de varios usuarios, Tivoli Workload
Scheduler for z/OS permite controlar el nivel de seguridad que desea implementar,
hasta el nivel de los registros individuales. Puede especificar nombres de recursos
RACF genéricos o específicos para ampliar el nivel de la comprobación de
seguridad.
Si tiene instalado RACF Versión 2 Release 1, puede utilizar la clase de recurso
reservada de Tivoli Workload Scheduler for z/OS con el fin de gestionar el entorno
de seguridad de Tivoli Workload Scheduler for z/OS. Esto significa que no será
necesario definir una clase de recurso propia modificando el RACF y reiniciando.
Integridad de los datos durante el sometimiento: Tivoli Workload Scheduler for
z/OS puede garantizar el entorno de seguridad correcto para cada trabajo que
somete, con independencia de si el trabajo se ejecuta en un sistema local o en un
sistema remoto. Tivoli Workload Scheduler for z/OS permite crear perfiles de
seguridad personalizados para trabajos individuales o para grupos de trabajos.
Configuraciones de Tivoli Workload Scheduler for z/OS
Tivoli Workload Scheduler for z/OS da soporte a numerosas opciones de
configuración por medio de la utilización de gran diversidad de métodos de
comunicaciones:
v Sistema de control
v Sistemas z/OS controlados
v Aplicaciones de interfaz de programa y paneles remotos
v Planificación de los trabajos que se encuentran en Tivoli Workload Scheduler
Sistema de control
El sistema de control necesita el agente y el motor. Un único sistema de control
puede gestionar la carga de trabajo de producción de todos los entornos
operativos.
El motor es el punto central del control y de la información. Contiene las funciones
de control, los diálogos y los propios programas de proceso por lotes del
planificador. Sólo se necesita un motor para controlar toda la instalación, incluidos
los sistemas locales y remotos (vea la Figura 6 en la página 41).
40 Información general
Sistemas z/OS controlados
Para cada sistema z/OS controlado de una configuración se necesita un agente.
Esto incluye, por ejemplo, los sistemas locales controlados que se encuentran
dentro de configuraciones sysplex o DASD compartidos.
El agente se ejecuta como un subsistema z/OS e intercambia información con el
sistema operativo (por medio de JES2 o JES3 y SMF), utilizando la interfaz del
subsistema y las salidas del sistema operativo. El agente supervisa y registra el
estado del trabajo y pasa la información de estado al motor a través de DASD,
XCF o ACF/VTAM compartidos.
Puede aprovechar el z/OS y el recurso de acoplamiento de sistemas cruzados
(XCF) para conectar los sistemas z/OS locales. En lugar de pasarse al sistema de
control a través de DASD compartido, la información de estado se pasa
directamente a través de las conexiones XCF. XCF permite explotar todos los
recursos de reinicio de la carga de trabajo de producción y su función de espera
dinámica. Consulte el apartado “Recuperación y reinicio automáticos” en la página
33.
Sistemas remotos
El agente de un sistema z/OS remoto pasa información de estado acerca del
trabajo de producción en progreso al motor del sistema de control. Todas las
Sysplex
OS/390 TrackerHot Standby Controller
OS/390 TrackerHot Standby ControllerOS/390 Tracker
Active Controller
Sysplex
Comprob. de seguim. OS/390Controlador de espera dinámica
Comprob. de seguim. OS/390Controlador de espera dinámicaComprob. de seguim. OS/390
Controlador activo
Agentesdistribuidos
Gestores de dominio
z/OSDistributed
TivoliManagementFramework
ConnectorConnector
Agente z/OS
Job SchedulingConsole
Figura 6. Configuraciones de Tivoli Workload Scheduler for z/OS
Capítulo 3. Tivoli Workload Scheduler for z/OS 41
comunicaciones que tienen lugar entre los subsistemas de Tivoli Workload
Scheduler for z/OS en los sistemas de control y remotos se realizan por medio de
ACF/VTAM.
Tivoli Workload Scheduler for z/OS permite enlazar sistemas remotos utilizando
redes ACF/VTAM. Con frecuencia, los sistemas remotos se utilizan localmente “en
las propias instalaciones” para reducir la complejidad de la instalación del proceso
de datos.
Aplicaciones de interfaz de programa y paneles remotos
Los paneles ISPF y las aplicaciones de interfaz de programa (PIF) pueden
ejecutarse en un sistema z/OS distinto del sistema en el que se ejecuta el motor.
Los diálogos y las aplicaciones PIF envían peticiones a y reciben datos de un
servidor de Tivoli Workload Scheduler for z/OS que se ejecuta en el mismo
sistema z/OS en el que se ejecuta el motor de destino, por medio de las
comunicaciones avanzadas programa a programa (APPC). El servidor se
comunicará con el motor para realizar las acciones solicitadas.
El servidor es un espacio de direcciones independiente, que el motor inicia y
detiene automáticamente o que el usuario inicia y detiene por medio del comando
de inicio (start) de z/OS. Puede haber más de un servidor para un motor.
Si los diálogos o las aplicaciones PIF se ejecutan en el mismo sistema z/OS en el
que se ejecuta el motor de destino, puede que el servidor no participe en la
ejecución.
Planificación de los trabajos que se encuentran en Tivoli
Workload Scheduler
Tivoli Workload Scheduler for z/OS también permite acceder a las secuencias de
trabajos (planificaciones en Tivoli Workload Scheduler) y añadirlas al plan actual
de Tivoli Workload Scheduler for z/OS. Asimismo, puede crear dependencias entre
las secuencias de trabajos de Tivoli Workload Scheduler for z/OS y los trabajos de
Tivoli Workload Scheduler. Desde Tivoli Workload Scheduler for z/OS, puede
supervisar y controlar el agente distribuido.
En el plan actual de Tivoli Workload Scheduler for z/OS, puede especificar los
trabajos que han de ejecutarse en las estaciones de trabajo de Tivoli Workload
Scheduler. Tivoli Workload Scheduler for z/OS pasa la información de trabajo al
archivo Symphony de Tivoli Workload Scheduler, el cual, a su vez, pasa los
trabajos del plan actual a Tivoli Workload Scheduler para su distribución y
proceso. Por su parte, Tivoli Workload Scheduler devuelve información acerca del
estado de los trabajos en ejecución y terminados al plan actual para su supervisión
en Tivoli Workload Scheduler for z/OS.
42 Información general
Capítulo 4. Tivoli Job Scheduling Console
En este capítulo se describe el nivel de función 1.2 de Tivoli Job Scheduling
Console cuya distribución forma parte de la suite de Tivoli Workload Scheduling.
Visión general
Tivoli Job Scheduling Console para la suite de Tivoli Workload Scheduling es una
interfaz interactiva para crear, modificar y suprimir objetos de la base de datos de
producción. También permite supervisar y controlar los objetos que están
planificados en el plan actual.
Job Scheduling Console permite trabajar con Tivoli Workload Scheduler for z/OS y
con Tivoli Workload Scheduler. Puede trabajar con estos productos
simultáneamente desde la misma consola gráfica.
Para ejecutar la consola, sólo es necesario poder iniciar la sesión en un motor de
planificación por medio de un conector. Esto significa que puede gestionar objetos
del plan y de base de datos desde cualquier sistema, incluso desde un sistema
portátil, en el que se haya instalado Job Scheduling Console y desde el que pueda
acceder, por medio de TCP/IP, a un servidor que ejecute el conector de Tivoli
Workload Scheduler o de Tivoli Workload Scheduler for z/OS.
Los conectores gestionan el tráfico existente entre Job Scheduling Console y los
planificadores de trabajos. Los conectores se instalan por separado en un servidor
de gestión de Tivoli y en los nodos gestionados que tienen acceso al planificador.
Si ha pensado utilizar Job Scheduling Console para planificar la carga de trabajo
con Tivoli Workload Scheduler for z/OS, debe instalar el conector de Tivoli
Workload Scheduler for z/OS. Si ha pensado utilizar Job Scheduling Console para
planificar la carga de trabajo con Tivoli Workload Scheduler, debe instalar el
conector de Tivoli Workload Scheduler.
Job Scheduling Console proporciona dos funciones principales:
Planificación
Le permite definir y listar secuencias de trabajos, trabajos y la
disponibilidad de recursos de la base de datos del planificador.
Supervisión y control
Le permite supervisar y controlar los trabajos planificados y las secuencias
de trabajos del plan del planificador. En Job Scheduling Console, una
secuencia de trabajos planificada se denomina instancia de secuencia de
trabajos, mientras que un trabajo planificado se denomina instancia de
trabajo.
Las extensiones, que están incorporadas en Job Scheduling Console, amplían sus
funciones de planificación básicas para ofrecer funciones de planificación
específicas de Tivoli Workload Scheduler for z/OS y de Tivoli Workload Scheduler.
Para cada una de estas funciones, puede utilizar un mecanismo de creación de
listas que permita listar los objetos de base de datos o de plan que selecciona en
función de determinados criterios de filtro. Los criterios de filtro reducen la lista
para que sólo se incluyan los objetos seleccionados con los que desea trabajar.
© Copyright IBM Corp. 1991, 2003 43
Puede listar objetos sin utilizar criterios de filtro. En este caso, la lista visualiza
todos los objetos existentes de un tipo. Puede utilizar las listas previamente
definidas que se han empaquetado con Job Scheduling Console y también las listas
que ha creado.
Tareas de Tivoli Workload Scheduler for z/OS
En este apartado se describen las tareas de Tivoli Workload Scheduler for z/OS
que pueden realizarse con Job Scheduling Console. Las tareas se han agrupado en
función de si habitualmente las ejecuta un administrador o bien un operador.
El trabajo comienza seleccionando un motor de Tivoli Workload Scheduler for
z/OS. Una ventana emergente muestra las acciones disponibles para el motor.
Estas mismas acciones pueden realizarse haciendo clic en los iconos
correspondientes que se encuentran en la parte superior de la ventana. Los iconos
se visualizan de manera contextual con el motor.
Tareas del planificador
Desde Job Scheduling Console, puede definir y gestionar los objetos de la base de
datos del planificador que se indican a continuación:
v Secuencias de trabajos
v Trabajos
v Estaciones de trabajo
v Recursos
Trabajar con secuencias de trabajos
Las secuencias de trabajos son una colección de trabajos, de información de
planificación y de los recursos que necesitan para ejecutarse. Por lo general, los
trabajos que componen una secuencia de trabajos siguen una secuencia en la que la
ejecución de un trabajo depende de la terminación satisfactoria de otro trabajo. La
creación de una secuencia de trabajos implica las acciones siguientes:
1. Definición de las propiedades de la secuencia de trabajos.
2. Creación de trabajos, lo que incluye la definición de los recursos que cada
trabajo necesita para ejecutarse y el tiempo de su ejecución.
3. Definición de las dependencias necesarias, o secuencia, que han de existir entre
los trabajos de la secuencia de trabajos y con los trabajos que pertenecen a otras
secuencias de trabajos.
4. Definición de uno o más ciclos de ejecución o bien de los días en los que debe
ejecutarse la secuencia de trabajos y cuándo debe iniciarse.
La modificación de una secuencia de trabajos implica la adición, supresión o
modificación de cualquiera de los trabajos que la forman, junto con las
dependencias y ciclos de ejecución. También puede suprimir una secuencia de
trabajos entera.
Las definiciones de secuencia de trabajos se almacenan en las bases de datos del
planificador de trabajos. Para examinar o actualizar las secuencias de trabajos que
ha creado, debe crear y ejecutar una lista de las secuencias de trabajos de la base
de datos.
Trabajar con trabajos
Los trabajos son las unidades de trabajo de una secuencia de trabajos. No puede
crear trabajos fuera de una secuencia de trabajos. Para poder empezar a crear los
44 Información general
trabajos que formarán parte de una secuencia de trabajos, primero debe crear una
secuencia de trabajos y definir sus propiedades. La creación de un trabajo implica
las acciones siguientes:
1. Definición de las propiedades del trabajo.
2. Especificación de cuándo debe ejecutarse el trabajo (restricciones de tiempo)
dentro del ciclo de ejecución de su secuencia de trabajos.
3. Definición de las propiedades de la tarea que se asocia al trabajo, si se aplica.
4. Especificación de los recursos que el trabajo necesita para ejecutarse.
Los trabajos se almacenan en la base de datos del planificador de trabajos como
partes de las secuencias de trabajos. Para examinar, actualizar o suprimir una
definición de trabajo, debe listar la secuencia de trabajos principal de la base de
datos.
Trabajar con estaciones de trabajo
Las estaciones de trabajo describen cómo han de ejecutarse los trabajos. Una
estación de trabajo no tiene que ser necesariamente hardware. Es una fase del
proceso que el planificador controla. Para planificar una instancia de trabajo,
deberá haberse definido de antemano una estación de trabajo. Para que el
planificador pueda iniciar una instancia de trabajo, la estación de trabajo en la que
se ha definido la instancia de trabajo deberá estar disponible. Por lo tanto, al
controlar la disponibilidad de la estación de trabajo, está controlando la ejecución
de las instancias de trabajos que se han definido en la estación de trabajo. La
definición de una estación de trabajo implica las acciones siguientes:
1. Definición de las propiedades generales de la estación de trabajo.
2. Especificación de intervalos de tiempo abiertos, períodos durante los cuales los
servidores paralelos y los recursos de la estación de trabajo estarán disponibles
para procesar el trabajo. Por lo general, para ejecutar el trabajo en la estación
de trabajo se necesitan recursos y servidores paralelos.
Trabajar con recursos
Los recursos representan los dispositivos físicos o los dispositivos lógicos que los
trabajos utilizan para poder ejecutarse. La definición de un recurso implica las
acciones siguientes:
1. Definición de las propiedades generales del recurso.
2. Especificación de intervalos de disponibilidad, períodos durante los cuales el
estado y la cantidad disponible del recurso para ejecutar los trabajos diferirán
de los valores que se han especificado como propiedades generales.
Las definiciones de recursos se almacenan en la base de datos del planificador de
trabajos. Para examinar, actualizar o suprimir una definición de recurso, deberá
crear y ejecutar una lista de los recursos de la base de datos.
Tareas del operador
Desde Job Scheduling Console, puede supervisar y controlar los objetos del plan
actual que se indican a continuación:
v Instancias de secuencias de trabajos
v Instancias de trabajos
v Estaciones de trabajo
v Recursos
Para supervisar y controlar estos objetos, primero deberá visualizarlos en una lista
en Job Scheduling Console.
Capítulo 4. Tivoli Job Scheduling Console 45
Trabajar con instancias de secuencias de trabajos
Las secuencias de trabajos que están planificadas en el plan son las instancias de
secuencias de trabajos. Puede examinar, modificar y suprimir instancias de
secuencias de trabajos, siempre que las haya visualizado en una lista de instancias
de secuencias de trabajos. La modificación de una instancia de secuencia de
trabajos incluye el cambio de algunas de sus propiedades generales y de las horas
de inicio y de plazo límite.
También puede cambiar el estado de una instancia de secuencia de trabajos por En
espera o por Completo.
Trabajar con instancias de trabajos
Los trabajos que pertenecen a una secuencia de trabajos que está planificada en el
plan son las instancias de trabajos. Puede examinar, modificar y suprimir instancias
de trabajos tras haberlas visualizado en una lista de instancias de trabajos. La
modificación de una instancia de trabajos implica las acciones siguientes:
v Cambio de su estado, dependencias de recursos y restricciones horarias.
v Supresión de los trabajos predecesores y sucesores de la cadena de dependencias
de la instancia de trabajo.
v Marca de instancias de trabajos para su supervisión con Tivoli Business Systems
Manager.
Además, también puede realizar lo siguiente:
v Retener o liberar instancias de trabajos.
v Eliminar o restaurar instancias de trabajos del plan actual.
v Ejecutar una instancia de trabajo inmediatamente y con independencia de las
reglas de planificación normales.
v Examinar el registro de trabajos.
v Ver y modificar las instrucciones del operador.
v Adaptar sentencias de trabajo.
v Reiniciar una instancia de trabajo y realizar operaciones de limpieza.
Trabajar con las estaciones de trabajo del plan
Una instancia de estación de trabajo es una estación de trabajo que se ha asignado
al plan. Mediante la utilización de listas filtradas de las estaciones de trabajo del
plan, puede realizar lo siguiente:
v Supervisar el estado de una estación de trabajo del plan y de las instancias de
trabajos que están planificadas para ejecutarse en ésta.
v Modificar los valores y la disponibilidad de la estación de trabajo.
v Cambiar el estado de una estación de trabajo.
v Redireccionar las instancias de trabajos que están planificadas para ejecutarse en
una estación de trabajo.
v Visualizar, por su estado, las instancias de trabajos que están planificadas en una
estación de trabajo y, finalmente, modificar las instancias de trabajos.
Trabajar con los recursos del plan
Una instancia de recurso es un recurso que se ha asignado al plan. El recurso
queda reservado mientras el plan tiene vigencia para que puedan utilizarlo los
trabajos que dependen de él. El estado y las cantidades del recurso se especifican
en las propiedades generales y definiciones de intervalos de disponibilidad en la
base de datos. Puede realizar lo siguiente:
v Modificar la cantidad y los intervalos de disponibilidad de un recurso después
de que el recurso se haya asignado al plan.
46 Información general
v Utilizar las listas de instancias de recursos para ver y modificar las instancias de
trabajos que se asocian a los recursos.
v Especificar las estaciones de trabajo conectadas.
Tareas de Tivoli Workload Scheduler
Job Scheduler Console proporciona funciones de Conman y de Composer para los
motores de Tivoli Workload Scheduler. En este apartado se describen las tareas de
Tivoli Workload Scheduler que pueden realizarse con Job Scheduling Console. Las
tareas se han agrupado en función de si habitualmente las ejecuta un
administrador o bien un operador.
El trabajo comienza seleccionando un motor de Tivoli Workload Scheduler. Una
ventana emergente muestra las acciones disponibles para el motor. Estas mismas
acciones pueden realizarse haciendo clic en los iconos correspondientes que se
encuentran en la parte superior de la ventana. Los iconos se visualizan de manera
contextual con el motor.
Tareas del planificador
Desde Job Scheduling Console, puede definir y gestionar los objetos de la base de
datos del planificador que se indican a continuación:
v Secuencias de trabajos
v Trabajos
v Calendarios
v Solicitudes
v Parámetros
v Dominios
v Estaciones de trabajo y clases de estaciones de trabajo
v Recursos
v Usuarios
Trabajar con secuencias de trabajos
Puede utilizar Job Scheduling Console para trabajar con secuencias de trabajos y
con plantillas de secuencias de trabajos. Las plantillas de secuencias de trabajos
sólo contienen información de planificación. Cuando define una secuencia de
trabajos como perteneciente a una plantilla, con ello queda implícito que ésta debe
compartir el calendario de plantilla y los ciclos de ejecución. Puede realizar lo
siguiente:
v Crear, actualizar o suprimir plantillas de secuencias de trabajos.
v Añadir o eliminar una secuencia de trabajos de una plantilla de secuencias de
trabajos.
v Listar las plantillas de secuencias de trabajos de la base de datos del
planificador.
v Marcar secuencias de trabajos para su supervisión con Tivoli Business Systems
Manager.
Trabajar con trabajos
Cuando crea o modifica un trabajo, la extensión de Tivoli Workload Scheduler
añade las funciones siguientes a la definición básica del trabajo:
v Asignación de los recursos especiales (lógicos) y de estación de trabajo
necesarios para la ejecución del trabajo.
v Definición de las opciones automáticas y de realimentación del trabajo.
Capítulo 4. Tivoli Job Scheduling Console 47
Trabajar con calendarios
Un calendario es una lista de fechas de planificación que está definida en la base
de datos del planificador. La asignación de un ciclo de ejecución de calendario a
una secuencia de trabajos da lugar a que la secuencia de trabajos se ejecute los días
que se han especificado en el calendario. Puesto que un calendario se define en la
base de datos del planificador, puede asignarse a varias secuencias de trabajos.
Puede crear tantos calendarios como sea necesario para satisfacer sus necesidades
de planificación.
Trabajar con solicitudes
Las solicitudes pueden utilizarse como dependencias para los trabajos y las
secuencias de trabajos. Una solicitud debe obtener una respuesta afirmativa para
que el trabajo o secuencia de trabajos dependiente se inicie. Por ejemplo, puede
emitir una solicitud para asegurarse de que exista una impresora en línea antes de
ejecutarse un trabajo que imprime un informe.
Existen dos tipos de solicitudes:
Solicitud ad hoc
Se define dentro de las propiedades de un trabajo o secuencia de trabajos y
es exclusiva de ese trabajo o secuencia de trabajos.
Solicitud predefinida
Se define en la base de datos de Tivoli Workload Scheduler y puede
utilizarla cualquier trabajo o secuencia de trabajos.
Puede crear, modificar y suprimir solicitudes de la base de datos de Tivoli
Workload Scheduler.
Trabajar con parámetros
Los parámetros se utilizan para sustituir valores en los trabajos y secuencias de
trabajos. Puesto que los parámetros se almacenan en la base de datos de Tivoli
Workload Scheduler, todos los trabajos y secuencias de trabajos que utilizan un
parámetro en particular se actualizan automáticamente cuando el valor de éste
cambia. En la planificación, un parámetro puede utilizarse como sustituto de la
totalidad o de parte de lo siguiente:
v Nombres de vías de acceso de dependencias de archivos
v Texto de solicitudes
v Nombres de archivos de inicio de sesión, de comandos y de script
Puede crear, modificar y suprimir parámetros de la base de datos de Tivoli
Workload Scheduler.
Trabajar con dominios
Un dominio es un grupo con nombre de estaciones de trabajo de Workload
Scheduler que se compone de una o más estaciones de trabajo y de un gestor de
dominio que actúa como elemento central de la gestión. Todos los dominios tienen
un dominio padre, excepto el dominio maestro.
Puede crear, modificar y suprimir definiciones de dominio de la base de datos de
Tivoli Workload Scheduler.
Trabajar con estaciones de trabajo
Puede crear, actualizar y suprimir definiciones de estación de trabajo de la base de
datos del planificador. A continuación se indican las características de la estación
de trabajo que debe definir:
v Propiedades generales
48 Información general
v Estado de la disponibilidad durante períodos de tiempo específicos
v Cantidades disponibles durante períodos de tiempo específicos
Puede listar las estaciones de trabajo que están definidas en la base de datos del
planificador, seleccionadas de acuerdo con los criterios de filtro especificados, y
examinar o modificar sus propiedades. También puede suprimir estaciones de
trabajo de la base de datos.
Trabajar con clases de estaciones de trabajo
Una clase de estación de trabajo es un grupo de estaciones de trabajo. Una clase
puede contener cualquier número de estaciones de trabajo. Pueden asignarse
secuencias de trabajos y trabajos para que se ejecuten en una clase de estación de
trabajo, haciendo que la duplicación en muchas estaciones de trabajo sea una tarea
fácil.
Si una secuencia de trabajos está definida en una clase de estación de trabajo, cada
trabajo que se añada a la secuencia de trabajos deberá definirse en una única
estación de trabajo o, exactamente, en la misma clase de estación de trabajo en la
que se ha definido la secuencia de trabajos.
Puede crear, modificar y suprimir clases de estaciones de trabajo.
Trabajar con recursos
Puede crear, actualizar y suprimir definiciones de recurso de la base de datos del
planificador. A continuación se indican las características del recurso que debe
definir:
v Propiedades generales
v Estado de la disponibilidad en una estación de trabajo determinada durante
períodos de tiempo específicos
v Cantidades disponibles en una estación de trabajo determinada durante períodos
de tiempo específicos
v Estaciones de trabajo conectadas con el recurso
Puede listar los recursos que están definidos en la base de datos del planificador,
seleccionados de acuerdo con los criterios de filtro especificados, y examinar o
modificar sus propiedades. También puede suprimir recursos de la base de datos.
Trabajar con usuarios
Los usuarios para los que Tivoli Workload Scheduler iniciará los trabajos deben
estar definidos en la base de datos. Esto sólo es necesario para los usuarios de
Windows NT.
Desde Job Scheduling Console, puede realizar lo siguiente:
v Crear, modificar y suprimir definiciones de usuario de la base de datos.
v Cambiar las contraseñas de usuario.
Tareas del operador
Desde Job Scheduling Console, puede supervisar y controlar los objetos del plan
diario que se indican a continuación:
v Instancias de secuencias de trabajos
v Instancias de trabajos
v Estaciones de trabajo
v Dominios
Capítulo 4. Tivoli Job Scheduling Console 49
v Dependencias de archivos
v Dependencias de solicitudes
v Dependencias de recursos
Para supervisar y controlar estos objetos, primero deberá visualizarlos en una lista.
También puede seleccionar la utilización de un plan distinto del plan actual.
Trabajar con instancias de secuencias de trabajos
Puede utilizar la consola para realizar las acciones siguientes en las instancias de
secuencias de trabajos:
v Modificar las propiedades.
v Marcar o eliminar la marca de los elementos que han de supervisarse con Tivoli
Business Systems Manager.
v Visualizar, añadir y suprimir predecesores.
v Visualizar sucesores.
v Retener o liberar.
v Cancelar o volver a someter.
v Cambiar el límite de trabajos o la prioridad.
v Liberarse de dependencias.
v Someter secuencias de trabajos adicionales en el plan actual.
Trabajar con instancias de trabajos
Puede utilizar la consola para realizar las acciones siguientes en las instancias de
trabajos:
v Modificar las propiedades.
v Marcar o eliminar la marca de los elementos que han de supervisarse con Tivoli
Business Systems Manager.
v Visualizar, añadir y suprimir predecesores.
v Visualizar sucesores.
v Retener o liberar.
v Cancelar, ejecutar kill o volver a ejecutar.
v Confirmar como satisfactorio o como finalizado anormalmente.
v Liberarse de dependencias.
v Someter trabajos adicionales en el plan actual.
Además, puede examinar los registros de trabajos y obtener las salidas de los
trabajos (STDLST).
Trabajar con estaciones de trabajo
Puede utilizar la consola para realizar las acciones siguientes en las instancias de
estaciones de trabajo:
v Visualizar las propiedades y el estado.
v Cambiar el límite de trabajos o la delimitación de trabajos.
v Iniciar o detener.
v Enlazar o eliminar el enlace.
Trabajar con dominios
Puede utilizar la consola para realizar las acciones siguientes en los dominios del
plan de Tivoli Workload Scheduler:
v Listar los dominios.
50 Información general
v Iniciar o detener las estaciones de trabajo de un dominio.
v Enlazar o eliminar el enlace de las estaciones de trabajo de un dominio.
v Conmutar el gestor de dominio de un dominio.
Trabajar con dependencias de archivos
Una dependencia de archivos se refiere a cuando un trabajo o secuencia de trabajos
necesita verificar si existen uno o más archivos para poder iniciar su ejecución.
Puede visualizar el estado de las dependencias de archivos.
Trabajar con dependencias de solicitudes
Una dependencia de solicitud se refiere a cuando un trabajo o secuencia de
trabajos debe esperar una respuesta afirmativa a una solicitud para poder iniciar
su ejecución. Desde Job Scheduling Console, puede realizar lo siguiente:
v Visualizar el estado de las dependencias de solicitudes.
v Responder a una dependencia de solicitud.
Trabajar con dependencias de recursos
Los recursos representan cualquier tipo de recursos del sistema como, por ejemplo,
las unidades de cintas, las líneas de comunicaciones, las bases de datos o las
impresoras, que se necesitan para ejecutar un trabajo. Los recursos pueden ser
físicos o lógicos. Tras haberse definido un recurso en la base de datos de Workload
Scheduler, puede utilizarse como una dependencia para los trabajos y secuencias
de trabajos que se ejecutan en la estación de trabajo o clase de estación de trabajo
para la que se ha definido el recurso.
Puede utilizar Job Scheduling Console para realizar lo siguiente:
v Visualizar las propiedades y el estado de las dependencias de recursos.
v Cambiar el número de unidades de una dependencia de recurso.
Tareas comunes
La vista Común es una selección adicional que aparece en la parte inferior de la
vista de árbol de los motores de planificación. Permite listar las instancias de
trabajos y las instancias de secuencias de trabajos en una única vista, con
independencia del motor de planificación, ofreciendo de esta forma una
integración mayor para la planificación de la carga de trabajo en el host y las
plataformas distribuidas.
Puede visualizar listas de planes comunes en la ventana principal de Job
Scheduling Console. Con éstas puede ejecutar listas comunes de instancias de
trabajos y de instancias de secuencias de trabajos de todos los motores que se
visualizan en el árbol de Planificación de trabajos.
Puede listar las instancias de trabajos o instancias de secuencias de trabajos de
todos los motores con los que Job Scheduling Console está conectada. Como se
utiliza para motores individuales, se proporcionan listas por omisión, pero también
puede crear y guardar listas filtradas que respondan a sus necesidades.
En la implementación de la vista Común sólo se tienen en cuenta las propiedades
comunes de las instancias de trabajos y de las instancias de secuencias de trabajos.
Esto significa que puede filtrar sus consultas basándose únicamente en
características comunes y que las listas resultantes sólo tendrán columnas en las
que se visualizarán atributos comunes.
Capítulo 4. Tivoli Job Scheduling Console 51
Puede seleccionar los motores en los que desea realizar las consultas. También
puede modificar los objetos seleccionando las acciones que el motor del
planificador específico permite realizar.
52 Información general
Capítulo 5. Planificación completa
La planificación completa permite planificar y controlar los trabajos del host,
Windows y entornos UNIX, para obtener una planificación realmente distribuida.
En la configuración completa, Tivoli Workload Scheduler for z/OS se utiliza como
planificador del entorno de planificación de trabajos. Para realizar la planificación
en plataformas distribuidas, se utilizan agentes tolerantes a errores y gestores de
dominio de Tivoli Workload Scheduler. Los agentes sustituyen a los agentes del
comprobador de seguimiento.
Cómo funciona la planificación completa
La planificación completa conecta gestores de dominio de Tivoli Workload
Scheduler y sus agentes y dominios subyacentes a Tivoli Workload Scheduler for
z/OS. La red distribuida reconoce Tivoli Workload Scheduler for z/OS como el
gestor de dominio maestro.
Tivoli Workload Scheduler for z/OS también crea el plan de producción para la
red distribuida y lo envía a los gestores de dominio. los gestores de dominio
envían una copia del plan a cada uno de sus agentes y gestores de dominio
subordinados para su ejecución.
Los gestores de dominio de Tivoli Workload Scheduler funcionan como sistemas
intermediarios para la red distribuida, ya que resuelven todas las dependencias
correspondientes a sus agentes y gestores subordinados. Envían sus actualizaciones
(en forma de eventos) a Tivoli Workload Scheduler for z/OS para que este pueda
actualizar el plan en consecuencia. Tivoli Workload Scheduler for z/OS maneja sus
propios trabajos y notifica a los gestores de dominio de todos los cambios de
estado de los trabajos de Tivoli Workload Scheduler for z/OS que implican al plan
de Tivoli Workload Scheduler. En esta configuración, los gestores de dominio y
todos los agentes distribuidos identifican a Tivoli Workload Scheduler for z/OS
como el gestor de dominio maestro y le notifican acerca de todos los cambios que
se producen en sus propios planes. Al mismo tiempo, los agentes no tienen
permitido interferir en los trabajos de Tivoli Workload Scheduler for z/OS, ya que
se identifica que su ejecución tiene lugar en el maestro, que es el único nodo que
se encarga de ellos.
Tivoli Workload Scheduler for z/OS también permite acceder a las secuencias de
trabajos (planificaciones en Tivoli Workload Scheduler) y añadirlas al plan actual
de Tivoli Workload Scheduler for z/OS. Asimismo, puede crear dependencias entre
las secuencias de trabajos de Tivoli Workload Scheduler for z/OS y los trabajos de
Tivoli Workload Scheduler. Desde Tivoli Workload Scheduler for z/OS, puede
supervisar y controlar los agentes distribuidos.
En el plan actual de Tivoli Workload Scheduler for z/OS, puede especificar los
trabajos que han de ejecutarse en las estaciones de trabajo de la red de Tivoli
Workload Scheduler. Tivoli Workload Scheduler for z/OS pasa la información
sobre trabajos al archivo Symphony del servidor de Tivoli Workload Scheduler for
z/OS, el cual a su vez pasa el archivo Symphony a los gestores de dominio de
Tivoli Workload Scheduler (DMZ) para que lo distribuyan y procesen. Por su
parte, Tivoli Workload Scheduler devuelve información acerca del estado de los
trabajos en ejecución y terminados al plan actual para su supervisión en el motor
de Tivoli Workload Scheduler for z/OS.
© Copyright IBM Corp. 1991, 2003 53
La siguiente figura muestra una red de Tivoli Workload Scheduler gestionada por
un Tivoli Workload Scheduler for z/OS y el flujo de datos.
Agentes distribuidos
Un agente distribuido es un sistema que forma parte de un dominio de Tivoli
Workload Scheduler en el que pueden planificarse trabajos de Tivoli Workload
Scheduler for z/OS. Los siguientes son ejemplos de agentes distribuidos: agentes
estándar, agentes ampliados, agentes tolerantes a errores y gestores de dominio.
A continuación se facilitan las descripciones de los tipos de agentes distribuidos:
Gestor de dominio
Es el elemento central de la gestión de un dominio. Todas las
comunicaciones que se dirigen a y que proceden de los agentes de un
dominio se direccionan por medio del gestor de dominio.
Gestor de dominio de reserva
Es un agente tolerante a errores o un gestor de dominio capaz de asumir
las responsabilidades de su gestor de dominio maestro para realizar la
recuperación automática de la carga de trabajo.
Agente tolerante a errores (FTA)
Es una estación de trabajo capaz de resolver las dependencias locales y de
iniciar sus trabajos ante la ausencia de un gestor de dominio.
DominioZ
MASTERDM
AIX
AIX HPUX
AIX Windows 2000 Solaris
DominioB
FTA1 FTA2 FTA3 FTA4
OS/400
El plan de TWS se extrae a
partir del plan de TWS for z/OS
A continuación, el plan de TWSse distribuye a los DM y FTAsubordinados
Plan de
TWS for z/OSPlan de TWS
Plan de TWS
Gestor dedominiomaestro
Gestor dedominioDMZ
DominioA
z/OS
Gestor dedominioDMA
Gestor dedominioDMB
Figura 7. Configuración completa
54 Información general
Agente estándar
Es una estación de trabajo que inicia los trabajos únicamente bajo la
dirección de su gestor de dominio.
Agente ampliado
Es una definición de estación de trabajo lógica que permite iniciar y
controlar los trabajos de otros sistemas y aplicaciones como, por ejemplo,
Baan, Peoplesoft, aplicaciones de Oracle, SAP y MVS JES2 y JES3.
Los agentes distribuidos sustituyen a los agentes del comprobador de seguimiento
de Tivoli Workload Scheduler for z/OS. Los agentes distribuidos permiten realizar
planificaciones en sistemas que no son z/OS con un agente tolerantes a errores,
escalable y más fiable.
En el plan de Tivoli Workload Scheduler for z/OS, la representación lógica de un
agente distribuido se denomina estación de trabajo tolerante a errores.
Configuraciones completas que reciben soporte
En la tabla siguiente se indican los agentes que puede utilizar en la red distribuida
completa.
Plataforma Gestor de dominio Agentes tolerantes a errores
IBM AIX U U
HP-UX PA-RISC U U
Entorno operativo Solaris U U
Microsoft Windows NT U U
Microsoft Windows 2000 Server,
Advanced Server
U U
Microsoft Windows 2000
Professional
U
Microsoft Windows XP Pro U
Compaq Tru64 U
IBM OS/400 U
SGI Irix U
IBM Sequent Dynix U
Red Hat Linux/INTEL U U
Red Hat Linux/390 U U
Red Hat Linux/zSeries U
SuSe Linux/INTEL U U
SuSe Linux/390 y zSeries (kernel
2.4, de 31 bits)
U U
SuSe Linux/zSeries (kernel 2.4, de
64 bits)
U
SuSe Linux/iSeries y pSeries (kernel
2.4, de 31 bits)
U
Capítulo 5. Planificación completa 55
Ventajas de la planificación completa
A continuación se indican las ventajas que pueden obtenerse con la utilización de
la planificación completa:
v Conexión de agentes tolerantes a errores de Tivoli Workload Scheduler con
Tivoli Workload Scheduler for z/OS.
v Planificación en sistemas operativos adicionales.
v Sincronización del trabajo en entornos de host y distribuidos.
v Capacidad de Tivoli Workload Scheduler for z/OS de utilizar la arquitectura de
varios niveles con gestores de dominio.
v Posibilidades de planificación ampliadas como, por ejemplo, la utilización de
planes a largo plazo, planes de prueba y planes ampliados, también para la
parte distribuida de la red.
56 Información general
Avisos
Esta información se ha desarrollado para productos y servicios que se ofrecen en
EE.UU. Es posible que IBM no ofrezca los productos, servicios o dispositivos que
se tratan en este documento en otros países. Póngase en contacto con el
representante local de IBM para obtener información sobre los productos y
servicios actualmente disponibles en su área. Cualquier referencia que se haga a un
producto, programa o servicio de IBM no implica que sólo se pueda utilizar dicho
producto, programa o servicio de IBM. Se puede utilizar en su lugar cualquier
producto, programa o servicio funcionalmente equivalente que no infrinja ningún
derecho de propiedad intelectual de IBM. Sin embargo, es responsabilidad del
usuario evaluar y verificar el funcionamiento de cualquier producto, programa o
servicio que no sea de IBM.
IBM puede tener patentes o aplicaciones pendientes de patente que cubran el tema
descrito en este documento. La posesión de este documento no confiere ninguna
licencia sobre dichas patentes. Puede enviar sus consultas sobre licencias, por
escrito, a:
IBM Director of Licensing
IBM Corporation
North Castle Drive
Armonk, NY 10504-1785 EE.UU.
Si desea realizar consultas sobre licencias relacionadas con información de doble
byte (DBCS), póngase en contacto con el Departamento de propiedad intelectual de
IBM en su país o envíe las consultas, por escrito, a:
IBM World Trade Asia Corporation
Licensing
2-31 Roppongi 3-chome, Minato-ku
Tokyo 106, Japón
El siguiente párrafo no se aplica en el Reino Unido ni en ningún otro país en el
que estas disposiciones entren en contradicción con la legislación local:
INTERNATIONAL BUSINESS MACHINES CORPORATION PROPORCIONA
ESTA PUBLICACIÓN ″TAL CUAL″, SIN GARANTÍAS DE NINGÚN TIPO, NI
EXPLÍCITAS NI IMPLÍCITAS, INCLUIDAS, AUNQUE SIN LIMITARSE A LAS
MISMAS, LAS GARANTÍAS IMPLÍCITAS DE NO INFRINGIMIENTO,
COMERCIALIZACIÓN O ADECUACIÓN A UN PROPÓSITO DETERMINADO.
Algunos países no permiten el rechazo de garantías explícitas o implícitas en
determinadas transacciones, por lo que es posible que esta declaración no se
aplique al usuario.
© Copyright IBM Corp. 1991, 2003 57
Esta información puede incluir imprecisiones técnicas o errores tipográficos. Se
realizan cambios periódicos en la información aquí contenida; estos cambios se
incorporarán en nuevas ediciones de la publicación. IBM puede realizar mejoras
y/o cambios en el producto o productos y/o en el programa o programas 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 de
IBM se proporciona para su comodidad y no constituye una recomendación de
dichos sitios Web. El material de dichos sitios Web no forma parte del material
correspondiente a este producto IBM y el uso de estos sitios Web se realiza bajo
riesgo del usuario.
IBM puede utilizar o distribuir la información que nos suministre en cualquier
forma que considere adecuada sin incurrir por ello en ninguna obligación con el
remitente.
Los propietarios de licencias de este programa que deseen obtener información
sobre el mismo con el fin de habilitar: (i) el intercambio de información entre
programas creados de forma independiente y otros programas (incluido este) y (ii)
el uso mutuo de la información intercambiada, se deben poner en contacto con:
IBM Corporation
2Z4A/101
11400 Burnet Road
Austin, TX 78758 EE.UU.
Es posible que esta información esté disponible, sujeta a los términos y condiciones
adecuados, y que en algunos casos incluya el pago de una tasa.
IBM proporciona el programa bajo licencia descrito en este documento y todo el
material bajo licencia correspondiente al mismo bajo los términos del Acuerdo de
Cliente de IBM, el Acuerdo internacional de Programas bajo Licencia de IBM o
cualquier acuerdo equivalente entre las partes.
Marcas registradas
Los siguientes términos son marcas registradas de International Business Machines
Corporation en Estados Unidos y/o en otros países: AIX, BookManager, CICS,
DB2, DB2 Universal Database, Hiperbatch, Hiperspace, IBM, el logotipo de IBM,
IMS, MVS, NetView, OS/390, RACF, SAA, Sysplex Timer, VTAM, y z/OS, Tivoli, y
el logotipo de Tivoli son marcas registradas de International Business Machines
Corporation en Estados Unidos y/o en otros países.
Microsoft, Windows NT y Windows 2000 son marcas registradas de Microsoft
Corporation en Estados Unidos y/o en otros países.
Otros nombres de empresas, productos y servicios pueden ser marcas registradas o
marcas de servicio de terceros.
58 Información general
Índice
Aadaptación de trabajos 33
agente ampliado 13
agente de red 14
agente estándar 13
agente tolerante a errores 13
agentes del comprobador de
seguimiento 53
alertas, paso de éstas a NetView 33
anomalías del sistema 33
API (interfaz de programas de
aplicación) 37
aplicacióndefinición de 28
aplicaciones PIFaplicaciones 42
APPC (comunicaciones avanzadas
programa a programa) 37
archivo de control de la producción 12
archivo de lista estándar 22
arquitectura de varios niveles 56
automáticocomprobación del estado 36
notificación del estado 36
sometimiento de trabajos 32
automatización 4
Bbatchman 16
Ccalendario 17
definición de 30
ciclo de ejecución 17
ciclos de proceso de la empresa 30
CICS 4
clase de estación de trabajo 17
cliente JSconsole 14
clientes, consultas de 9
comentarios sobre publicaciones x
comprobación de autorización 39
comprobación de la autorización de
usuario 39
comprobación de terminación de trabajo
(JCC) 36
comprobación del estado, automática 36
comunicaciones avanzadas programa a
programa (APPC) 37
conector 11
para Tivoli Workload Scheduler 11
Tivoli Workload Scheduler for
z/OS 12
conector de TWS 11
configuraciones 40
Conman 16
consultas de estado 37
contacto por correo electrónico x
control del estadomanual 37
control manual del estado 38
CPI-C (Interfaz común de programación
para comunicaciones) 37
DData Facility Hierarchical Storage
Manager (DFHSM) 3
dependencia 18
visor de exploradorz/OS xvii
visor hiperbólicoz/OS xvii
dependencia de archivo 21
dependencia de solicitud 21
dependenciasdefinición 29
visualización gráfica de 29
dependencias de operaciones 29
dependencias de trabajosVéase dependencias de operaciones
DFHSM (Data Facility Hierarchical
Storage Manager) 3
día de producción 18
diálogos remotosdiálogo 42
disponibilidad 5
dominio maestro 12
Eeditor de instancias de secuencias de
trabajos 21
editor de secuencias de trabajos 19
estación de trabajocambio del estado de 38
definición de 28
operador 8
Ffunciones de idioma nacional 27
Ggestión de reinicios 33, 36
gestor de dominio 13
gestor de dominio de reserva 13
gestor de dominio maestro 13
gestor de operaciones 7
gestor de planificaciones 7
Hherramienta de recuperación de mensajes,
LookAt ix
herramienta de recuperación de mensajes
LookAt ix
IIMS 4
instancia de secuencia de trabajosvisor de explorador
z/OS xvii
visor hiperbólicoz/OS xvii
instancia de trabajovisor de explorador
z/OS xvii
visor hiperbólicoz/OS xvii
integración 2
Interfaz común de programación para
comunicaciones (CPI-C) 37
Interfaz común de programación para
comunicaciones de Systems Application
Architecture 37
interfaz de programa (PIF) 36
interfaz de programas de aplicación
(API) 37
ISPF (Interactive System Productivity
Facility)diálogo 31
JJnextday 20
jobman 16
Mmaestro de reserva 13
mailman 16
manualescomentarios vii
en línea vii
solicitud vii
Nnetman 16
NetViewalertas 33
descripción de 2
RODM 3
notificación del estadoautomático 36
de los entornos heterogéneos 36
de los programas de usuario 36
Oocurrencias 31
opciones globales 23
© Copyright IBM Corp. 1991, 2003 59
opciones locales 23
operador, estación de trabajo 8
operador de consola 8
Ppaquete de habilitación de depósito de
datos xv
parámetro 18
Performance Reporter 3
personal de ayuda 9
PIF (interfaz de programa) 36
plana largo plazo 30
actual 31
definición de 30
detallada 31
modificación de 37
prueba 28
tipos 28
plan a largo plazo 31
plan actual 31
planes de prueba 28
planificación 30
planes de prueba 28
plazo 30
programador de aplicaciones 8
publicacionescomentarios vii
en línea vii
solicitud vii, x
publicaciones en líneaacceso ix
RRACF (Resource Access Control
Facility) 3, 39
recuperación 33, 36
recuperación automática de trabajos y de
tareas iniciadas 33, 36
recuperación de trabajosautomático 33
manual 37
recurso 18
recurso de acoplamiento de sistemas
cruzados (XCF) 33, 36, 41
recurso de autorización del sistema
(SAF) 39
recurso de seguimiento de auditoría 39
recursos especialesdefinición de 29
registro de trabajos 46
reinicio 33, 36
reinicio de la carga de trabajo 33, 36
reinicio de la carga de trabajo de
producción 33, 36
reinicio de nivel de paso 34
Report Management and Distribution
System (RMDS) 3
Resource Access Control Facility
(RACF) 3, 39
Resource Object Data Manager
(RODM) 3
restricciones horarias 46
RMDS (Report Management and
Distribution System) 3
RODM (Resource Object Data
Manager) 3
SSA/390 (System Automation for
OS/390) 3
SA/390 Automation Feature 3
SAF (recurso de autorización del
sistema) 39
secuencia de trabajos final 20
secuencias de trabajos 42
seguridad 39
simulación con planes de prueba 28
sistema de controldescripción 40
recuperación de 35
sistema de reserva 35
sistemas controlados 41
solicitud 17, 48
solicitud de publicaciones x
solicitud de recuperación 20
sometimiento de trabajosautomático 32
manual 37
sometimiento de trabajos, automático 32
Soporte al cliente xi
supervisión, carga de trabajo 5
supervisión de la carga de trabajo 5
supervisor de turnos 8
symphony 12, 18
SYSOUT, comprobación de 36
System Automation OS/390 (SA/390) 3
TTivoli Business Systems Manager 21
Tivoli Management Framework 11
Tivoli Service Desk for OS/390
(TSD/390) 3
Tivoli Workload Scheduler 27, 42
Tivoli Workload Scheduler/NetView 21
trabajo de recuperación 20
trabajo que no se puede planificar 36
TSD/390 (Tivoli Service Desk for
OS/390) 3
Uusuario 18
usuarios finales, consultas de 9
Vventajas 1, 9
visualización gráfica de las
dependencias 29
WWorkload Manager (WLM) 3, 36
writer 16
XXCF (recurso de acoplamiento de
sistemas cruzados) 33, 36, 41
60 Información general
���
Número de Programa: 5697-WSZ, 5698-WSH y 5698-WSE
Printed in Denmark by IBM Danmark A/S
SC10-3173-00