Información generalpublib.boulder.ibm.com/tividd/td/TWS/SC32-1256-00/es_ES/PDF/tws82... · IBM...

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 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 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

http://www.ibm.com/eserver/zseries/zos/bkserv/lookat/

http://publib.boulder.ibm.com/tividd/td/tdprodlist.html

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

http://www.elink.ibmlink.ibm.com/public/applications/publications/cgibin/pbi.cgi

http://www.ibm.com/software/tivoli/order-lit/

http://www.ibm.com/software/sysmgmt/products/support

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

http://techsupport.services.ibm.com/guides/handbook.html

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.


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


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


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


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


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 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,


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.


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.


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.


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.


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.


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


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


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:


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.


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


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


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


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.


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.


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.


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.


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


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.


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


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


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.


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


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


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


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


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


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


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).


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


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.


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.


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


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 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.


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.


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.


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


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 Dominios


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


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).



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.


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.


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.


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.


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


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.


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.


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.


Í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


instancia de trabajovisor de explorador

z/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


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


��

Número de Programa: 5697-WSZ, 5698-WSH y 5698-WSE

Printed in Denmark by IBM Danmark A/S

SC10-3173-00

Información generalpublib.boulder.ibm.com/tividd/td/TWS/SC32-1256-00/es_ES/PDF/tws82... · IBM...

Documents

Transcript of Información generalpublib.boulder.ibm.com/tividd/td/TWS/SC32-1256-00/es_ES/PDF/tws82... · IBM...