Planificación e instalación (Revisado en noviembre de 2014)

IBM Tivoli Workload Scheduler for z/OS

Planificación e instalación (Revisado ennoviembre de 2014)Versión 9 Release 2

SC11-3942-09

��

IBM Tivoli Workload Scheduler for z/OS

Planificación e instalación (Revisado ennoviembre de 2014)Versión 9 Release 2

SC11-3942-09

��

NotaAntes de utilizar esta información y el producto al que sirve de complemento, lea la información contenida en la sección“Avisos” en la página 409.

Esta edición se aplica a la versión 9, release 2, nivel de modificación 0 SPE de Tivoli Workload Scheduler for z/OS(número de programa 5698-T08) y a todos los releases y modificaciones posteriores hasta que se indique lo contrarioen nuevas ediciones.

© Copyright IBM Corporation 1999, 2014.

Contenido

Figuras . . . . . . . . . . . . . . . ix

Tablas . . . . . . . . . . . . . . . xi

Acerca de esta publicación . . . . . xiiiNovedades de este release . . . . . . . . . xiiiA quién va dirigida esta publicación . . . . . . xiiiPublicaciones . . . . . . . . . . . . . xivUtilización de LookAt para consultar la explicaciónde los mensajes . . . . . . . . . . . . . xivAccesibilidad . . . . . . . . . . . . . . xvFormación técnica de Tivoli . . . . . . . . . xvInformación de soporte . . . . . . . . . . xv

Parte 1. Planificación . . . . . . . . 1

Capítulo 1. Visión general . . . . . . . 3Requisitos de hardware y software . . . . . . . 3

Requisitos de hardware . . . . . . . . . . 3Requisitos de software y software opcional . . . 4Software relacionado. . . . . . . . . . . 5Compatibilidad de software . . . . . . . . 5

Partes y relaciones entre ellas . . . . . . . . . 6Rastreador . . . . . . . . . . . . . . 6Controlador . . . . . . . . . . . . . 7Servidor . . . . . . . . . . . . . . . 7Interfaces gráficas de usuario . . . . . . . . 7Almacén de datos . . . . . . . . . . . 9Recopilador de datos de salida . . . . . . . 9Configuraciones . . . . . . . . . . . . 10

Subtareas . . . . . . . . . . . . . . . 11Relación entre el planificador y z/OS. . . . . . 13Utilización del directorio de programas de TivoliWorkload Scheduler for z/OS . . . . . . . . 15Biblioteca de ejemplos . . . . . . . . . . . 15El proceso de instalación . . . . . . . . . . 15

Capítulo 2. Planificación de laconfiguración . . . . . . . . . . . . 17Consideraciones a tener en cuenta en laplanificación . . . . . . . . . . . . . . 17

Rastreadores . . . . . . . . . . . . . 17Sentencias de inicialización . . . . . . . . 17Comunicación . . . . . . . . . . . . 18

Cómo conectarse a los sistemas Tivoli WorkloadScheduler for z/OS . . . . . . . . . . . . 18

DASD compartido . . . . . . . . . . . 19Recurso de acoplamiento de sistemas cruzadosde z/OS . . . . . . . . . . . . . . 19VTAM (función de comunicación de red) . . . 19TCP/IP. . . . . . . . . . . . . . . 20

Destino de estación de trabajo . . . . . . . . 20Reinicio de la carga de trabajo . . . . . . . . 20Consideraciones sobre JES . . . . . . . . . 21

Ejemplo de configuración básica de servidor . . . 21Ejemplos de configuración básica . . . . . . . 23

Conectado mediante DASD . . . . . . . . 23VTAM conectado . . . . . . . . . . . 25Conectado mediante TCP/IP . . . . . . . 26Conectado mediante XCF. . . . . . . . . 28Rastreador y controlador en un único espacio dedirecciones . . . . . . . . . . . . . 29

Ejemplos de configuración básica de almacén dedatos . . . . . . . . . . . . . . . . 30

Conexión SNA solamente. . . . . . . . . 30Conexión XCF solamente . . . . . . . . . 32Conexión TCP/IP solamente. . . . . . . . 34Conexión mixta de SNA y XCF . . . . . . . 36

Capítulo 3. Planificación de lainstalación . . . . . . . . . . . . . 41Consideraciones sobre la instalación . . . . . . 41

Configuración de disponibilidad . . . . . . 41Espera activa . . . . . . . . . . . . . 41Inicio de un transcriptor de sucesos con unafunción de lector de sucesos . . . . . . . . 42Utilización de un clúster de sistema de archivosjerárquico . . . . . . . . . . . . . . 42Utilización de dos conjuntos de datos de registrode mensajes (MLOG) . . . . . . . . . . 42

Lista de comprobación de la instalación de TivoliWorkload Scheduler for z/OS . . . . . . . . 44

Parte 2. Instalación de TivoliWorkload Scheduler for z/OS. . . . 53

Capítulo 4. Instalación . . . . . . . . 55Paso 1. Cargar software de rastreador . . . . . 57Paso 2. Cargar software de controlador . . . . . 58Paso 3. Cargar el software de soportemultilingüístico . . . . . . . . . . . . . 58Paso 4. Usar la ayuda de la instalación de EQQJOBS 58

Configuración de la ayuda de la instalación deEQQJOBS . . . . . . . . . . . . . . 59Creación del JCL de trabajo de ejemplo . . . . 60Generación de esqueletos de trabajo por lotes . . 71Generación de ejemplos de almacén de datos . . 77

Paso 5. Añadir salidas de SMF y JES para elseguimiento de sucesos . . . . . . . . . . 81

Sólo SMF . . . . . . . . . . . . . . 82Sólo JES2 . . . . . . . . . . . . . . 83Sólo JES3 . . . . . . . . . . . . . . 83

Paso 6. Actualizar SYS1.PARMLIB . . . . . . . 84Definición de subsistemas . . . . . . . . 84Autorización de la biblioteca del módulo decarga . . . . . . . . . . . . . . . 86Actualización de los parámetros de SMF . . . 87Actualización de las opciones de vuelco de z/OS 89

© Copyright IBM Corp. 1999, 2014 iii

|||

Actualización de la definición de biblioteca deenlace de z/OS . . . . . . . . . . . . 89Actualización de las opciones de inicialización deXCF . . . . . . . . . . . . . . . . 90Modificación de los parámetros de TSO . . . . 91Consideraciones sobre el rendimiento. . . . . 92Definición de la salida DLF para el soporte deHiperbatch . . . . . . . . . . . . . 92Inicio automático del producto . . . . . . . 93Actualización de opciones de APPC . . . . . 93Implementación de soporte paradesencadenamiento de conjuntos de datos . . . 93

Paso 7. Configurar el entorno RACF . . . . . . 94Control del ID de usuario del espacio dedirecciones . . . . . . . . . . . . . 94Control del ID de usuario de trabajos enviados 95Protección de conjuntos de datos . . . . . . 96Control de acceso a los recursos . . . . . . 96Control del acceso a los recursos Tivoli WorkloadScheduler for z/OS al utilizar la DynamicWorkload Console . . . . . . . . . . . 98Autorización de Tivoli Workload Scheduler forz/OS como emisor de trabajos . . . . . . . 98Concesión de autorización de Tivoli WorkloadScheduler for z/OS para emitir mandatos de JES . 99Concesión de autorización de la tarea deservidor E2E de Tivoli Workload Scheduler forz/OS para crear procesos USS . . . . . . . 100Concesión de autorización de tareas de servidorTivoli Workload Scheduler for z/OS E2E y laDynamic Workload Console para el recurso deseguridad EZB.BINDDVIPARANGE . . . . . 101

Paso 8. Comunicaciones seguras . . . . . . . 101Seguridad de conexiones TCP/IP. . . . . . 101Seguridad de conexiones HTTP . . . . . . 103

Paso 9. Asignar conjuntos de datos . . . . . . 104Asignación de conjuntos de datos VSAM . . . 104Asignación de conjuntos de datos VSAM dereinicio y limpieza . . . . . . . . . . . 111Asignación de conjuntos de datos no VSAM . . 111Asignación de conjuntos de datos del almacénde datos . . . . . . . . . . . . . . 127Asignación de archivos para la función denotificación de la Dynamic Workload Console . 127Asignación de archivos y directorios . . . . 128

Paso 10. Crear procedimientos JCL para espaciosde direcciones . . . . . . . . . . . . . 132

Implementación de soporte para operaciones detarea iniciada . . . . . . . . . . . . 133Conjuntos de datos necesarios . . . . . . . 134Conjuntos de datos opcionales. . . . . . . 136

Paso 11. Definir las sentencias de inicialización . . 139Paso 12. Crear la base de datos DB2 . . . . . . 139

Ejemplo que sirve para migrar la base de datosde historial . . . . . . . . . . . . . 140

Paso 13. Configuración del entorno ISPF . . . . 141Configuración de la biblioteca de CLIST . . . 141Configuración de las tablas ISPF . . . . . . 142Asignación de conjuntos de datos de diálogos ala sesión TSO . . . . . . . . . . . . 145

Invocación del diálogo de Tivoli WorkloadScheduler for z/OS . . . . . . . . . . 146

Paso 14. Uso de XCF para comunicación . . . . 147Grupos XCF . . . . . . . . . . . . . 148Opciones de ejecución de XCF. . . . . . . 149Sentencias de inicialización que se usan en XCF 149

Paso 15. Activar la función de comunicación de red 150Adición de NCF a las definiciones de red VTAM 150Adición de parámetros de sesión NCF . . . . 151Activación de recursos de red . . . . . . . 152Conjunto de datos de diagnóstico . . . . . 153

Paso 16. Usar TCP/IP como comunicación . . . 153Sentencias de inicialización que se usan enTCP/IP . . . . . . . . . . . . . . 153

Paso 17. Activar soporte para la API. . . . . . 153Definición de recursos VTAM . . . . . . . 154Actualización de opciones de APPC . . . . . 156Activación de soporte para APPC . . . . . 156

Paso 18. Activar el soporte del diálogo delproducto e interfaz de programas mediante elservidor . . . . . . . . . . . . . . . 157

Definición de recursos VTAM para el diálogodel producto y la interfaz del programamediante el servidor . . . . . . . . . . 158Definición de recursos VTAM para el servidor 158Actualización de las opciones de APPC para elservidor . . . . . . . . . . . . . . 159Definición de recursos VTAM en un sysplexparalelo . . . . . . . . . . . . . . 160Inicio del servidor . . . . . . . . . . . 160

Paso 19. Activar soporte para la planificaciónglobal con capacidad de tolerancia a errores . . . 160

Activar soporte de servidor para la planificaciónglobal con capacidades de tolerancia a errores . 161

Paso 20. Activar soporte para la planificaciónglobal con funciones z-centric . . . . . . . . 162Paso 21. Activar soporte para la DynamicWorkload Console . . . . . . . . . . . . 162

Requisitos previos . . . . . . . . . . . 162Consideraciones . . . . . . . . . . . 163Activación del soporte de servidor para laDynamic Workload Console . . . . . . . 163

Paso 22. Activar soporte para los programas deutilidad de Java . . . . . . . . . . . . 164Paso 23. Activar soporte para el estándar FIPS enconexiones seguras SSL . . . . . . . . . . 164

Capítulo 5. Verificación de lainstalación . . . . . . . . . . . . 167Visión general de la verificación . . . . . . . 167Verificación de la instalación de un rastreador . . 167

Comprobar que todas las tareas de instalaciónse han completado . . . . . . . . . . 168Comprobación del registro de mensajes(EQQMLOG) . . . . . . . . . . . . 168Verificación de los sucesos de seguimiento . . 169Determinación de problemas para sucesos deseguimiento . . . . . . . . . . . . . 170

Verificación de la instalación de un controlador ydiálogos . . . . . . . . . . . . . . . 173

iv Tivoli Workload Scheduler for z/OS: Planificación e instalación (Revisado en noviembre de 2014)

Comprobar que todas las tareas de instalaciónse han completado . . . . . . . . . . 174Comprobación del registro de mensajes(EQQMLOG) . . . . . . . . . . . . 174Comprobación del registro de mensajes delservidor . . . . . . . . . . . . . . 175Comprobación de las funciones de diálogos . . 175Determinación de problemas . . . . . . . 175

Verificación de la instalación de un controlador enespera . . . . . . . . . . . . . . . . 177

Comprobar que todas las tareas de instalaciónse han completado . . . . . . . . . . 177Comprobación del registro de mensajes(EQQMLOG) . . . . . . . . . . . . 178

Verificación de la instalación de la función dereinicio y limpieza. . . . . . . . . . . . 179

Comprobación del registro de mensajes(EQQMLOG) . . . . . . . . . . . . 180

Verificación de la configuración . . . . . . . 181Creación de entradas en las bases de datos . . 181Ejecución de trabajos por lotes. . . . . . . 181Comprobación del registro de mensajes(EQQMLOG) . . . . . . . . . . . . 181Verificación del envío de la carga de trabajo . . 189Verificación del envío de trabajos . . . . . . 190Verificación de la toma de control por elcontrolador en espera . . . . . . . . . 191

Capítulo 6. Migración . . . . . . . . 193Planificación de la migración . . . . . . . . 193

Consideraciones de migración . . . . . . . 193Consideraciones sobre la personalización . . . 194Estrategias de migración. . . . . . . . . 194Visión general de la migración . . . . . . 197Instalación y verificación . . . . . . . . 198Pruebas paralelas . . . . . . . . . . . 198Migración de una red global . . . . . . . 199Migración de DB2 . . . . . . . . . . . 200Cambio de una conexión DASD compartida derastreador a controlador a una conexión NCF,XCF o TCP/IP . . . . . . . . . . . . 200Ejecución en sistemas operativos actualizados 202

Acciones de migración . . . . . . . . . . 202Migración de conjuntos de datos . . . . . . 202Cambio a la modalidad de producción . . . . 209Realización de un procedimiento derecuperación. . . . . . . . . . . . . 216

Parte 3. Conector de TivoliWorkload Scheduler for z/OS . . . 219

Capítulo 7. Instalación, actualización ydesinstalación del conector de TivoliWorkload Scheduler for z/OS ensistemas distribuidos . . . . . . . . 221Discos DVD de Tivoli Workload Scheduler forz/OS que se deben utilizar . . . . . . . . . 221

Actualización de una instancia simple del conectorTivoli Workload Scheduler for z/OS en sistemasdistribuidos . . . . . . . . . . . . . . 221Actualización del conector de z/OS instalado conuno o varios componentes en el mismo directorio . 222

Actualización del agente tolerante a errores , laDynamic Workload Console y el conector dez/OS . . . . . . . . . . . . . . . 223Actualización del agente tolerante a errores y laconector de z/OS . . . . . . . . . . . 224Actualización del gestor de dominio dinámico,la Dynamic Workload Console y el conector dez/OS . . . . . . . . . . . . . . . 225Actualización del gestor de dominio dinámico yla conector de z/OS . . . . . . . . . . 226Procedimiento para actualizar la DynamicWorkload Console y el conector de z/OS . . . 227

Gestión de motores z/OS utilizando herramientasde WebSphere Application Server . . . . . . 227

Creación de una instancia de conector z/OS . . 228Visualización de las propiedades de unainstancia de conector z/OS . . . . . . . . 229Actualización de las propiedades de unainstancia de conector z/OS . . . . . . . . 230Listado de todas las instancias del conectorz/OS . . . . . . . . . . . . . . . 232Eliminación de una instancia de conector z/OS 232

Configuración de Dynamic Workload Console paraque funcione con un conector de z/OS remoto . . 233Cifrado de la conexión entre el conector de z/OS yla tarea iniciada del servidor . . . . . . . . 240

Capítulo 8. Instalación ydesinstalación en WebSphereApplication Server para z/OS . . . . 241Escenario empresarial . . . . . . . . . . 241Roles de autorización necesarios para instalar ydesinstalar . . . . . . . . . . . . . . 241Instalación en WebSphere Application Server paraz/OS . . . . . . . . . . . . . . . . 241

Instalación mediante Integrated SolutionConsole . . . . . . . . . . . . . . 242Instalación mediante el script zConnInstall.sh 244Instalación y desinstalación de archivos deregistro . . . . . . . . . . . . . . 246Instalar el plugin adicional . . . . . . . . 246

Habilitación de las comunicaciones con DynamicWorkload Console . . . . . . . . . . . . 247Aplicación del mantenimiento . . . . . . . . 250Desinstalación . . . . . . . . . . . . . 251

Desinstalación mediante Integrated SolutionConsole . . . . . . . . . . . . . . 251Desinstalación mediante el scriptzConnUninstall.sh . . . . . . . . . . . 251Desinstalación de plugins adicionales . . . . 252

Capítulo 9. Resolución de problemasy mantenimiento de la instalación . . 253Mantenimiento de la instalación del conector z/OS 253

Contenido v

Actualización de las propiedades de SOAPdespués de cambiar el usuario o la contraseñade WebSphere Application Server . . . . . 253Actualización del uso de las propiedades deSOAP . . . . . . . . . . . . . . . 253

Parte 4. Dynamic WorkloadConsole . . . . . . . . . . . . . 255

Capítulo 10. Visión general de laDynamic Workload Console . . . . . 257

Capítulo 11. Preparación . . . . . . 259Directorios creados fuera de TWA_home en elmomento de la instalación . . . . . . . . . 259Acceso al soporte de instalación . . . . . . . 260

Utilización de los DVD . . . . . . . . . 260Descarga de imágenes electrónicas en la estaciónde trabajo . . . . . . . . . . . . . 261Creación de un repositorio de red . . . . . 261

Capítulo 12. Requisitos previos deDynamic Workload Console (consolade carga de trabajo dinámica) . . . . 263Sistemas operativos soportados . . . . . . . 263Verificación de los requisitos previos del sistemapara Tivoli Workload Scheduler . . . . . . . 264

Verificación de los requisitos previos del sistemapara Installation Manager . . . . . . . . 265

Capítulo 13. Instalación . . . . . . . 267Selección del método de instalación . . . . . . 267Procedimiento de instalación de DynamicWorkload Console . . . . . . . . . . . . 267

Configuración del perfil de WebSphereApplication Server . . . . . . . . . . 270Configuración del conector de z/OS. . . . . 271

Realización de una instalación silenciosa . . . . 271Realización de una instalación silenciosa deDynamic Workload Console . . . . . . . 272Realización de una instalación silenciosa de laDynamic Workload Console y sus requisitosprevios . . . . . . . . . . . . . . 273Cifrado de contraseñas de usuario para archivosde respuestas . . . . . . . . . . . . 275

Archivos de registro de instalación . . . . . . 277Archivos de registro de instalación ydesinstalación del asistente interactivo . . . . 277Archivos de registro de perfil de la Extensión deJazz for Service Management for IBMWebSphere . . . . . . . . . . . . . 279

Acceso a Dynamic Workload Console . . . . . 279Pasos rápidos para definir una conexión demotor de Tivoli Workload Scheduler. . . . . 281Pasos rápidos para definir una conexión deIntermediario de carga de trabajo dinámica deTivoli . . . . . . . . . . . . . . . 281

Inicio y detención de la Dynamic WorkloadConsole . . . . . . . . . . . . . . . 282

Capítulo 14. Configuración . . . . . 285

Capítulo 15. Navegación por DynamicWorkload Console . . . . . . . . . 287Primeras acciones . . . . . . . . . . . . 291

Capítulo 16. Actualización . . . . . . 293Visión general de la actualización . . . . . . 293Actualización de una instancia simple de DynamicWorkload Console V8.6. . . . . . . . . . . 294

Actualización de una instancia de la versión 8.6de Dynamic Workload Console en la mismaestación de trabajo. . . . . . . . . . . 294Actualización de la versión 8.6 de la DynamicWorkload Console en una estación de trabajo. . 297

Actualización de Dynamic Workload Console V8.6que se haya instalado con uno o varioscomponentes en el mismo directorio. . . . . . 301

Actualización del agente tolerante a errores y laDynamic Workload Console . . . . . . . 302Actualización del agente tolerante a errores , laDynamic Workload Console y el conector dez/OS . . . . . . . . . . . . . . . 303Actualización del gestor de dominio dinámico yla Dynamic Workload Console. . . . . . . 303Actualización del gestor de dominio dinámico,la Dynamic Workload Console y el conector dez/OS . . . . . . . . . . . . . . . 304Procedimiento para actualizar la DynamicWorkload Console y el conector de z/OS . . . 305

Actualización de la versión V9.1 de DynamicWorkload Console . . . . . . . . . . . . 305

Capítulo 17. Desinstalación . . . . . 307Desinstalación mediante el asistente de InstallationManager . . . . . . . . . . . . . . . 307Desinstalación en modalidad desatendida . . . . 307

Capítulo 18. Resolución de problemasde la instalación, actualización ydesinstalación . . . . . . . . . . . 309Archivos de registro y de rastreo de instalación ydesinstalación . . . . . . . . . . . . . 309Desinstalación manual de la Dynamic WorkloadConsole y zConnector en sistemas Windows . . . 309Desinstalación manual de la Dynamic WorkloadConsole y zConnector en sistemas UNIX . . . . 310Casos de ejemplo de resolución de problemas . . 312

Problemas con el launchpad . . . . . . . 312Problemas con la instalación interactiva . . . 313Problemas con la instalación silenciosa . . . . 313

Parte 5. Agente de Tivoli WorkloadScheduler for z/OS . . . . . . . . 315

Capítulo 19. Instalación del Agente deTivoli Workload Scheduler for z/OS . . 317Requisitos de autorización de usuario . . . . . 318

vi Tivoli Workload Scheduler for z/OS: Planificación e instalación (Revisado en noviembre de 2014)

||

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

|||

Roles de autorización para ejecutar el scripttwsinst . . . . . . . . . . . . . . 318

Instalación mediante twsinst . . . . . . . . 318twsinst . . . . . . . . . . . . . . 318Los archivos de registro de twsinst . . . . . 323

Habilitación de las prestaciones dinámicas despuésde la instalación o actualización . . . . . . . 324Instalación de los plugins adicionales medianteTivoli Workload Scheduler para plugins adicionales 325

Capítulo 20. Actualización del Agentede Tivoli Workload Scheduler for z/OS 327Coexistencia con versiones anteriores . . . . . 327Requisitos de autorización de usuario . . . . . 327Notas de actualización . . . . . . . . . . 327Actualización mediante twsinst . . . . . . . 327

Proceso de actualización. . . . . . . . . 328Ejemplos . . . . . . . . . . . . . . 331Los archivos de registro de twsinst . . . . . 331

Habilitación de prestaciones dinámicas después dela actualización . . . . . . . . . . . . . 331

Capítulo 21. Desinstalación delAgente de Tivoli Workload Schedulerfor z/OS . . . . . . . . . . . . . . 333Requisitos de autorización de usuario . . . . . 333Desinstalación del Agente de Tivoli WorkloadScheduler for z/OS mediante el script twsinst . . 333

Los archivos de registro de twsinst . . . . . 335Desinstalación de los plugins adicionales medianteTivoli Workload Scheduler para plugins adicionales 335

Capítulo 22. Resolución de problemasy mantenimiento de la instalación,actualización y desinstalación . . . . 337Análisis de códigos de retorno para la instalación,actualización, restauración y desinstalación delagente . . . . . . . . . . . . . . . . 337El script twsinst necesita mucho tiempo para suejecución si la máquina no dispone de espaciotemporal suficiente . . . . . . . . . . . 339

Parte 6. Agente de Tivoli WorkloadScheduler for z/OS en sistemasIBM i. . . . . . . . . . . . . . . 341

Capítulo 23. Requisitos previos . . . 343

Capítulo 24. Instalación de agentes ensistemas IBM i . . . . . . . . . . . 345Parámetros de instalación de agentes en sistemasIBM i . . . . . . . . . . . . . . . . 347Ejemplo de instalación de un agente en sistemasIBM i . . . . . . . . . . . . . . . . 350

Capítulo 25. Actualización de agentesen sistemas IBM i . . . . . . . . . 351Parámetros de actualización de agentes en sistemasIBM i . . . . . . . . . . . . . . . . 352Ejemplo de actualización de un agente en sistemasIBM i . . . . . . . . . . . . . . . . 354

Capítulo 26. Desinstalación deagentes en sistemas IBM i. . . . . . 355

Capítulo 27. Archivos de registro delscript twsinst en los sistemas IBM i . 357

Capítulo 28. Análisis de códigos deretorno para la instalación,actualización, restauración ydesinstalación del agente . . . . . . 359

Parte 7. Apéndices . . . . . . . . 363

Apéndice A. Biblioteca de ejemplos(SEQQSAMP) . . . . . . . . . . . 365Utilización del compilador de Visual Age . . . . 370Ejemplos de SMP/E . . . . . . . . . . . 372

Configuración del entorno . . . . . . . . 372RECEIVE, proceso . . . . . . . . . . . 372APPLY, proceso. . . . . . . . . . . . 373ACCEPT, proceso . . . . . . . . . . . 373

Salidas SMF . . . . . . . . . . . . . . 374Instalación de salida . . . . . . . . . . 374Salida de terminación de paso de trabajo . . . 375Salida de inicialización . . . . . . . . . 376Salidas de grabación de registro . . . . . . 376

Salidas de JES . . . . . . . . . . . . . 376Instalación de salida . . . . . . . . . . 376Salida de cambio de fase JES2 QMOD . . . . 377Salida de E/S JES2 JCT . . . . . . . . . 377Salida de modificación JES3 OSE . . . . . . 377Salida de usuario final de servicio de entradaJES3 . . . . . . . . . . . . . . . 377

Ejemplos de RACF . . . . . . . . . . . 377Tabla de descriptores de clase . . . . . . . 378Tabla de direccionador . . . . . . . . . 378

Biblioteca de ejemplos (SEQQSAMP) . . . . . 378

Apéndice B. Ejemplos deconfiguración . . . . . . . . . . . 381Sistema de control . . . . . . . . . . . . 381Acciones de reinicio automático . . . . . . . 381Sentencias de inicialización . . . . . . . . . 381Sistemas spool de varios accesos conectados através de DASD compartido . . . . . . . . 381Sistemas individuales conectados mediante DASDcompartido . . . . . . . . . . . . . . 384z/OS Sysplex . . . . . . . . . . . . . 386Configuración PLEX . . . . . . . . . . . 389

Contenido vii

||

||

||

Control de un sistema z/OS mediante un enlaceVTAM. . . . . . . . . . . . . . . . 391Control de un sistema z/OS a través de un enlaceTCP/IP . . . . . . . . . . . . . . . 392Control de un sistema JES2 MAS mediante unenlace VTAM . . . . . . . . . . . . . 394

Apéndice C. Invocación de la macroEQQEXIT . . . . . . . . . . . . . 397Invocación de EQQEXIT en salidas de SMF . . . 397Invocación de EQQEXIT en salidas de JES. . . . 397

Sintaxis de la invocación de la macro EQQEXIT 398

Apéndice D. Invocación de la macroEQQLSENT . . . . . . . . . . . . 401Invocación de EQQLSENT para crear EQQDSLST 401

Sintaxis de la invocación de la macroEQQLSENT . . . . . . . . . . . . . 401

Apéndice E. Utilización de archivos derespuestas . . . . . . . . . . . . 405Propiedades del archivo de respuestas de DynamicWorkload Console . . . . . . . . . . . . 405

Avisos . . . . . . . . . . . . . . 409Marcas registradas. . . . . . . . . . . . 410

Índice. . . . . . . . . . . . . . . 413

viii Tivoli Workload Scheduler for z/OS: Planificación e instalación (Revisado en noviembre de 2014)

Figuras

1. Ejemplo de configuración básica de servidor 222. Un sistema z/OS conectado mediante DASD

compartido . . . . . . . . . . . . 243. Un sistema z/OS con una conexión VTAM 264. Un sistema z/OS con una conexión TCP/IP 275. Un sistema z/OS con una conexión XCF 286. Un rastreador y un controlador configurados

en un único espacio de direcciones. . . . . 307. Controlador y rastreador en el mismo espacio

de direcciones con el rastreador conectadomediante SNA . . . . . . . . . . . 31

8. Controlador, rastreador y almacén de datosconectados mediante XCF . . . . . . . . 33

9. Controlador y rastreador en el mismo espaciode direcciones con el rastreador conectadomediante TCP/IP . . . . . . . . . . 35

10. Conexión mixta de SNA y XCF . . . . . . 3711. EQQJOBS0 - Menú de aplicación de EQQJOBS 5912. EQQJOBS3 - Crear JCL de trabajo de ejemplo 6013. EQQJOBS4 - Crear JCL de trabajo de ejemplo 6114. EQQJOBS8 - Crear JCL de trabajo de ejemplo 6315. EQQJOBS9 - Crear JCL de trabajo de ejemplo 6516. EQQJOBSC - Crear JCL de trabajo de ejemplo 6617. EQQJOBSD - Crear JCL de trabajo de ejemplo 6818. EQQJOBS1 - Generar esqueletos de trabajos

por lotes de Tivoli Workload Scheduler forz/OS. . . . . . . . . . . . . . . 72

19. EQQJOBS2 - Generar esqueletos de trabajospor lotes de Tivoli Workload Scheduler forz/OS. . . . . . . . . . . . . . . 73

20. EQQJOBSA - Generar esqueletos de trabajospor lotes de Tivoli Workload Scheduler forz/OS. . . . . . . . . . . . . . . 75

21. EQQJOBS5 - Crear ejemplos de almacén dedatos. . . . . . . . . . . . . . . 78



24. Registro de mensajes de ejemplo para uncontrolador en espera . . . . . . . . . 179

25. Muestra las claves para habilitar SSL entre elconector de z/OS y el Dynamic WorkloadConsole . . . . . . . . . . . . . 248

26. Dos complejos MAS JES2 de z/OS conectadosmediante DASD compartido . . . . . . 382

27. Sistemas individuales conectados medianteDASD compartido . . . . . . . . . . 385

28. z/OS Sysplex . . . . . . . . . . . 38729. Un entorno Tivoli Workload Scheduler for

z/OS PLEX . . . . . . . . . . . . 39030. Control de un sistema z/OS mediante un

enlace VTAM . . . . . . . . . . . 39131. Control de un sistema z/OS a través de un

enlace TCP/IP . . . . . . . . . . . 39332. Control de un sistema JES2 MAS mediante un

enlace VTAM . . . . . . . . . . . 395

© Copyright IBM Corp. 1999, 2014 ix

||||

x Tivoli Workload Scheduler for z/OS: Planificación e instalación (Revisado en noviembre de 2014)

Tablas

1. Subtareas de Tivoli Workload Scheduler forz/OS. . . . . . . . . . . . . . . 12

2. Fases que resumen el proceso de instalación deTivoli Workload Scheduler for z/OS . . . . 15

3. Miembros EQQSERP de ejemplo para la Figura1 . . . . . . . . . . . . . . . . 22

4. Miembros EQQPARM de ejemplo para lafigura 2 . . . . . . . . . . . . . . 24


6. Miembros EQQPARM de ejemplo para laFigura 4. . . . . . . . . . . . . . 27



9. Miembros de ejemplo para la Figura 7 . . . 3210. Miembros de ejemplo para la Figura 8 . . . 3311. Miembros de ejemplo para la Figura 9 . . . 3612. Miembros de ejemplo para la Figura 10 3813. Lista de comprobación de la instalación de

Tivoli Workload Scheduler for z/OS . . . . 4514. Tareas de instalación de Tivoli Workload

Scheduler for z/OS . . . . . . . . . . 5515. Bibliotecas de rastreador que se cargan

mediante SMP/E. . . . . . . . . . . 5716. Bibliotecas de controlador que se cargan

mediante SMP/E. . . . . . . . . . . 5817. Bibliotecas NLS que se cargan mediante

SMP/E . . . . . . . . . . . . . . 5818. JCL de ejemplo generado por el diálogo

EQQJOBS . . . . . . . . . . . . . 6919. JCL de esqueleto del controlador generado por

el diálogo EQQJOBS . . . . . . . . . 7620. Ejemplos de almacenes de datos generados por

el diálogo EQQJOBS . . . . . . . . . 8121. Salidas de ejemplo de Tivoli Workload

Scheduler for z/OS . . . . . . . . . . 8222. Ejemplos de valores de almacenamiento

MAXECSA . . . . . . . . . . . . . 8623. Conjuntos de datos VSAM de Tivoli

Workload Scheduler for z/OS . . . . . . 10524. Cálculo del tamaño de conjuntos de datos

VSAM . . . . . . . . . . . . . . 10725. Conjuntos de datos no VSAM de Tivoli

Workload Scheduler for z/OS . . . . . . 11226. Conjuntos de datos VSAM del almacén de

datos . . . . . . . . . . . . . . 12727. Ejemplos de JCL de tarea iniciada para los

espacios de direcciones de Tivoli WorkloadScheduler for z/OS . . . . . . . . . 133

28. Conjuntos de datos obligatorios para TivoliWorkload Scheduler for z/OS . . . . . . 135

29. Conjuntos de datos opcionales de TivoliWorkload Scheduler for z/OS . . . . . . 136

30. ISPF y conjuntos de datos de diálogos deTivoli Workload Scheduler for z/OS . . . . 145

31. Determinación de problemas para sucesos deseguimiento que faltan . . . . . . . . 171

32. Conjuntos de datos que se deben convertir 20633. Conjuntos de datos que Tivoli Workload

Scheduler for z/OS puede utilizar . . . . 20634. Paquetes de software de Tivoli Workload

Scheduler for z/OS . . . . . . . . . 22135. Actualización del modelo de despliegue para

múltiples instancias de la Dynamic WorkloadConsole instaladas en el mismo directorio . . 223

36. Valores de la página de configuración 24237. Propiedades de zConnInstall.properties y

valores correspondientes . . . . . . . . 24438. Las propiedades zConnUpdate.properties y

los valores correspondientes . . . . . . 25039. Propiedades de zConnUninstall.properties y

valores correspondientes . . . . . . . . 25240. Imágenes electrónicas necesarias de la

Dynamic Workload Console. . . . . . . 26141. Archivos de respuestas de instalación 27342. Archivos de respuestas de instalación global 27543. Objetos de Workload Designer . . . . . . 28844. Actualización de instancias simples o

múltiples. . . . . . . . . . . . . . 29345. Actualización del modelo de despliegue para

múltiples instancias de la Dynamic WorkloadConsole en el mismo directorio . . . . . 302

46. Archivos de respuestas de desinstalación 30847. Roles de autorización necesarios para ejecutar

twsinst . . . . . . . . . . . . . . 31848. Códigos de retorno del agente del sistema

operativo Windows . . . . . . . . . 33749. Códigos de retorno del agente del sistema

operativo UNIX o Linux . . . . . . . . 33850. Valores válidos para el parámetro LANG y

-lang . . . . . . . . . . . . . . 34851. Códigos de retorno del agente del sistema

operativo Windows . . . . . . . . . 35952. Códigos de retorno del agente del sistema

operativo UNIX o Linux . . . . . . . . 36053. Miembros de la biblioteca SEQQSAMP 36554. Miembros EQQPARM de ejemplo de la figura

anterior . . . . . . . . . . . . . 38355. Miembros EQQPARM de ejemplo de la figura

anterior . . . . . . . . . . . . . 38656. Miembros EQQPARM de ejemplo de la figura

anterior . . . . . . . . . . . . . 38857. Miembros EQQPARM de ejemplo para la

figura anterior . . . . . . . . . . . 39058. Miembros EQQPARM de ejemplo para la

figura anterior . . . . . . . . . . . 39259. Miembros EQQPARM de ejemplo para la

figura anterior . . . . . . . . . . . 393

© Copyright IBM Corp. 1999, 2014 xi

|||

|||

60. Miembros EQQPARM de ejemplo para lafigura anterior . . . . . . . . . . . 396

61. Información general . . . . . . . . . 405

62. Configuración de WebSphere . . . . . . 40563. Configuración del conector de z/OS . . . . 40664. Oferta y características para instalar . . . . 407

xii Tivoli Workload Scheduler for z/OS: Planificación e instalación (Revisado en noviembre de 2014)

Acerca de esta publicación

IBM® Tivoli Workload Scheduler for z/OS Planificación e instalación describe las tareasde instalación y planificación de configuración de IBM Tivoli Workload Schedulerfor z/OS. La instalación es la tarea de hacer que un programa quede listo para suuso. Esta tarea comprende la adición de materiales de la cinta de distribución deIBM al sistema, la inicialización del programa y la aplicación de arreglos PTF alprograma. Al instalar un producto, tomará las decisiones descritas en el paso deplanificación. El paso opcional de personalización le permite la posibilidad deadaptar el programa al comportamiento o las necesidades especiales de suorganización.

La carga de trabajo se puede ejecutar en diversas plataformas, pero se controladesde un sistema z/OS central que ejecuta el controlador de Tivoli WorkloadScheduler for z/OS.

En esta publicación, el término planificador hace referencia a Tivoli WorkloadScheduler for z/OS. El término DB2, cuando se menciona en esta publicación, hacereferencia a DATABASE 2 y DB2 Universal Database.

El término z/OS se utiliza en esta publicación para referirse a los sistemasoperativos z/OS y OS/390. Cuando aparezca el término OS/390, la informaciónrelacionada sólo será aplicable a sistemas operativos OS/390.

Esta publicación complementa Tivoli Workload Scheduler for z/OS ProgramDirectory que describe cómo añadir al sistema los materiales en la cinta dedistribución de IBM.

El documento Program Directory se distribuye con la cinta de instalación de TivoliWorkload Scheduler for z/OS. Describe todos los materiales de instalación yproporciona instrucciones de instalación específicas del nivel de release o delnúmero de característica del producto. Si hubiera diferencias entre esta publicacióny Program Directory, utilice la información de Program Directory.

Novedades de este releaseSaber cuáles son las novedades de este release.

Para obtener información sobre las funciones nuevas o modificadas en este release,consulte en la publicación Visión general, la sección Resumen de las mejoras.

Para obtener información sobre los APAR de este release, consulte Tivoli WorkloadScheduler for z/OS Program Directory y Dynamic Workload Console Notas delrelease en http://www-01.ibm.com/support/docview.wss?rs=672&uid=swg27041033.

A quién va dirigida esta publicaciónSaber cuál es la audiencia de esta publicación.

Esta publicación va dirigida a programadores de sistemas responsables delsoftware en un sistema z/OS donde se instalará Tivoli Workload Scheduler forz/OS.

© Copyright IBM Corp. 1999, 2014 xiii

http://pic.dhe.ibm.com/infocenter/tivihelp/v47r1/topic/com.ibm.tivoli.itws.doc_9.2/zos/src_pd/pdireng.pdf

http://pic.dhe.ibm.com/infocenter/tivihelp/v47r1/topic/com.ibm.tivoli.itws.doc_9.2/zos/src_pd/pdireng.pdf

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


Para usar esta publicación de forma eficaz, debe estar familiarizado con los temassiguientes:v Lenguaje de control de trabajos (JCL).v IBM System Modification Program Extended (SMP/E)v z/OSv Conceptos y recursos de JES.v Escritura de pequeños fragmentos de código en el lenguaje Assembler H.v Interactive System Productivity Facility (ISPF)v Interactive System Productivity Facility/Program Development Facility

(ISPF/PDF)v Time-Sharing Option (TSO)v Virtual Storage Access Method (VSAM) (preferible pero no esencial)

La API (interfaz de programación de aplicaciones) de Tivoli Workload Schedulerfor z/OS utiliza servicios de comunicaciones avanzadas programa a programa(APPC). Para definir y configurar socios de conversación es necesario disponer deconocimientos de servicios APPC.

PublicacionesExiste un conjunto de aplicaciones que dan soporte al producto Tivoli WorkloadAutomation.

Para obtener una lista de publicaciones de la biblioteca de productos de TivoliWorkload Automation, consulte el apartado Publicaciones, que aparece en la secciónReferencia de la documentación del producto.

Para obtener una lista de los términos utilizados en el producto Tivoli WorkloadAutomation, consulte el apartado Glosario, que aparece en la sección Referencia dela documentación del producto.

Utilización de LookAt para consultar la explicación de los mensajesConsulte las explicaciones de la mayoría de los mensajes de IBM que encuentre, asícomo de algunas terminaciones anómalas del sistema (finalización anómala de unatarea) y códigos del sistema.

LookAt es un recurso en línea que permite buscar explicaciones de la mayoría demensajes de IBM con los que se puede encontrar y también de algunasterminaciones anormales del sistema (una finalización anormal de una tarea) ycódigos. Utilizar LookAt para buscar información resulta más rápido que labúsqueda convencional, puesto que en la mayoría de los casos LookAt vadirectamente a la explicación del mensaje.

Puede utilizar LookAt desde las siguientes ubicaciones para encontrarexplicaciones de mensajes de IBM sobre elementos y funciones de z/OS, z/VM,VSE/ESA y clústeres correspondientes a AIX y Linux:v Internet. Puede acceder a las explicaciones de mensajes de IBM directamente

desde el sitio web LookAt en http://www.ibm.com/eserver/zseries/zos/bkserv/lookat/.

v El sistema host z/OS TSO/E. Puede instalar código en su sistema z/OS paraacceder a las explicaciones de mensajes de IBM, utilizando LookAt desde una

xiv Tivoli Workload Scheduler for z/OS: Planificación e instalación (Revisado en noviembre de 2014)

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

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

línea de mandatos de TSO/E (por ejemplo, un indicador mandatos de TSO/E,ISPF o z/OS UNIX System Services donde se ejecute OMVS).

v La estación de trabajo Microsoft Windows. Puede instalar código para acceder alas explicaciones de mensajes de IBM en IBM Online Library z/OS SoftwareProducts Collection Kit (SK3T-4270), mediante LookAt desde una línea demandatos DOS de Microsoft Windows.

v El dispositivo portátil inalámbrico. Puede utilizar LookAt Mobile Edition con undispositivo portátil que disponga de acceso inalámbrico y un navegador deInternet (por ejemplo, Internet Explorer para Pocket PC, Blazer o Eudora paraPalm OS u Opera para dispositivos portátiles Linux). Enlace a LookAt MobileEdition desde el sitio web de LookAt.

Puede obtener el código para instalar LookAt en el sistema principal o la estaciónde trabajo de Microsoft Windows desde un disco de IBM Online Library z/OSSoftware Products Collection Kit (SK3T-4270) o desde el sitio web de LookAt (pulseen Download y seleccione la plataforma, el release, la colección y la ubicación quese adapta a sus requisitos). Encontrará más información en los archivosLOOKAT.ME disponibles durante el proceso de descarga.

AccesibilidadLas características de accesibilidad ayudan a los usuarios con discapacidades físicascomo, por ejemplo, movilidad o visión limitada, a utilizar productos de softwaresatisfactoriamente.

Con este producto, puede utilizar tecnologías asistenciales para oír lo que apareceen la interfaz y navegar por ella. También puede utilizar el teclado en lugar delratón para utilizar todas las funciones de la interfaz gráfica de usuario.

Para obtener información completa sobre la Dynamic Workload Console, consulteel apéndice sobre accesibilidad del manual IBM Tivoli Workload Scheduler User’sGuide and Reference.

Formación técnica de TivoliTivoli proporciona formación técnica.

Para obtener información sobre la formación técnica de Tivoli, consulte el siguientesitio web de formación de IBM Tivoli:

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

Información de soporteIBM le proporciona varias métodos para que pueda obtener soporte cuando surjaun problema.

Si tiene un problema con el software de IBM, deseará resolverlo rápidamente. IBMle proporciona los siguientes modos de obtener el soporte que necesite:v Búsqueda en bases de información: Puede buscar en una extensa colección de

problemas conocidos y soluciones provisionales, notas técnicas y otrainformación.

v Obtención de arreglos: Puede localizar los arreglos más recientes que ya esténdisponibles para su producto.

Acerca de esta publicación xv

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

v Ponerse en contacto con el centro de soporte de software de IBM: Si aún no hasolucionado su problema y necesita la ayuda de alguien de IBM, puede utilizardiversas formas para ponerse en contacto con el centro de soporte de softwarede IBM.

Para obtener más información sobre estas tres formas de resolver problemas,consulte el apéndice sobre información de soporte en la publicación Tivoli WorkloadScheduler: Troubleshooting Guide.

xvi Tivoli Workload Scheduler for z/OS: Planificación e instalación (Revisado en noviembre de 2014)

Parte 1. Planificación

Esta parte proporciona una visión general del entorno de IBM Tivoli WorkloadAutomation y describe cómo planificar para la instalación.

© Copyright IBM Corp. 1999, 2014 1

2 Tivoli Workload Scheduler for z/OS: Planificación e instalación (Revisado en noviembre de 2014)

Capítulo 1. Visión general

Una visión general de IBM Tivoli Workload Scheduler for z/OS Versión 9.2.

Puede utilizar IBM Tivoli Workload Scheduler for z/OS para planificar, controlar yautomatizar toda la carga de trabajo de producción en el complejo, no sólo elsubconjunto de lotes de z/OS. Planifica, controla y supervisa de forma automáticala carga de trabajo de producción a la vez que maximiza el rendimiento y optimizael uso de recursos. Puede intervenir de forma manual cuando lo precise. Si,actualmente, está utilizando versiones soportadas previamente, siga lasinstrucciones en Capítulo 6, “Migración”, en la página 193.

En este capítulo se ofrece una introducción a Tivoli Workload Scheduler for z/OS yse describe su implementación.

Si no está familiarizado con la terminología o las funciones de Tivoli WorkloadScheduler for z/OS, consulte Tivoli Workload Automation: Visión general.

Requisitos de hardware y softwareRequisitos de hardware y software de Tivoli Workload Scheduler for z/OS.

Requisitos de hardware y software de Tivoli Workload Scheduler for z/OS y seincluye software relacionado opcional.

Requisitos de hardwareTivoli Workload Scheduler for z/OS funciona en cualquier configuración dehardware de IBM soportado por z/OS Versión 1.12 (número de programa5694-A01) o posterior.

Tivoli Workload Scheduler for z/OS necesita una región mínima de 8 MB pordebajo de la línea de 16 MB; al menos 32 MB deben estar disponibles por encimade la línea de 16 MB. El valor de la región depende estrictamente de la carga detrabajo y personalización de Tivoli Workload Scheduler for z/OS. Para que TivoliWorkload Scheduler for z/OS funcione correctamente, puede que sea necesarioespecificar un valor de región de 64 MB, que le proporcionará todo el espaciodisponible por debajo de la línea de 16 MB más 64 MB por encima de la línea de16 MB.

En concreto, para evitar problemas de almacenamiento, el servidor de TivoliWorkload Scheduler for z/OS debe ejecutarse con un valor de región de 64 MBcuando se utiliza la planificación global con capacidades de tolerancia a errores.Además, es muy recomendable un valor de región de 64 MB cuando el servidorAPPC o TCP/IP de Tivoli Workload Scheduler for z/OS se utiliza para lasinterfaces remotas, por ejemplo, la Dynamic Workload Console, PIF e ISPF.

Considere la posibilidad de aumentar la especificación del tamaño de la región sila tarea del servidor va a ejecutarse durante mucho tiempo (varias semanas omeses). Asegúrese también de que la salida IEFUSI no está limitando el tamaño dela región a un valor inferior al codificado en el JCL.


Un usuario de diálogo de Tivoli Workload Scheduler for z/OS necesita una regiónde 3 MB por debajo de la línea de 16 MB; si desea ejecutar EQQAUDIT de modointeractivo (opción 9.10 del menú principal), entonces esta cifra aumenta hasta 4MB. Los programas informativos de Tivoli Workload Scheduler for z/OS necesitanuna región de 3 MB por debajo de la línea de 16 MB.

Tivoli Workload Scheduler for z/OS utiliza menos de 1 KB de almacenamiento de24 bits de Common Service Area (CSA). La cantidad de área de servicio comúnampliada (Extended Common Service Area o ECSA) de 31 bits utilizada esaproximadamente 30 KB, más 2 KB por usuario de diálogo activo.

Se necesita un terminal de visualización soportado por ISPF versión 6.1 o posteriorpara invocar y ejecutar los diálogos del host de Tivoli Workload Scheduler forz/OS.

La función gráfica necesita un terminal que dé soporte a Graphic Data DisplayManager (GDDM/MVS) Versión 3 Release 2 o posterior.

Requisitos de software y software opcionalLa instalación y mantenimiento de Tivoli Workload Scheduler for z/OS requiereuno de los elementos siguientes:v z/OS (5694-A01) Versión 1.12 o posterior.v IBM SMP/E for z/OS Versión 3 Release 5 (número de programa 5655-G44) o

posterior.

Tivoli Workload Scheduler for z/OS requiere las funciones que proporciona unprograma de control z/OS que se ejecuta en un sistema z/OS. El Job EntrySubsystem puede ser JES2 o JES3.

Sistema de controlSe requieren los siguientes programas bajo licencia de IBM en el sistema de controlde Tivoli Workload Scheduler for z/OS:v Tivoli Workload Scheduler for z/OS versión 9.2 (número de programa 5698-T08).

Se requiere tanto el producto base (el rastreador) como la función de controlador.

Sistemas z/OS controladosEn cada sistema z/OS que esté controlado por Tivoli Workload Scheduler forz/OS, se requiere uno de los siguientes programas bajo licencia de IBM:v Tivoli Workload Scheduler for z/OS (número de programa 5698-T08). Sólo es

necesario el producto base (el rastreador).

Software opcionalLas funciones siguientes de Tivoli Workload Scheduler for z/OS necesitanprogramas de IBM determinados:v El seguimiento de la disponibilidad de recursos requiere el gestor de datos de

objetos de recursos (Resource Object Data Manager, RODM) en IBM TivoliNetView for z/OS (número de programa 5697-NV6).

v La vista gráfica de trabajos y sus dependencias con paneles ISPF necesitaGDDM.

v Se necesita z/OS V1R12.0 (o posterior) Communications Server para lascomunicaciones TCP/IP.


v Se necesita que IBM Tivoli NetView for z/OS (número de programa 5697-NV6)habilite Tivoli Workload Scheduler for z/OS para planificar alertas tal como sedefine por ese release de NetView y para especificar un ID de receptor de alertasdistinto del receptor predeterminado.

v Las funciones de soporte para la autorización de usuario necesitan z/OSSecurity Server V1R12.0 (o posterior) RACF (5694-A01).

v z/OS V1R12.0 DFSMS (5694-A01) con el componente Hierarchical StorageManagement es necesario para que la función de gestión de catálogo recuperelos conjuntos de datos migrados.

v IBM DB2 Universal Database V9R7 o posterior para las funciones del historial deTivoli Workload Scheduler for z/OS.

v La herramienta Tivoli Workload Scheduler for z/OS Control Language y lafunción de notificación de la Dynamic Workload Console requieren IBMCompiler Library for REXX/370 (5695-014) o IBM Alternate Library for REXX enzSeries, que se puede descargar desde http://www-01.ibm.com/support/docview.wss?rs=960&uid=swg24006107.

v La función de notificación Dynamic Workload Console requiere IBM DB2 WSEV9R7 o posterior, o V10R1 o posterior para Linux, UNIX y Windows.

v Para la planificación global en el entorno distribuido, consulte Tivoli WorkloadScheduler Release Notes en http://www-01.ibm.com/support/docview.wss?rs=672&uid=swg27041032.

Software relacionadoEstos programas bajo licencia de IBM pueden utilizarse con Tivoli WorkloadScheduler for z/OS para proporcionar operaciones integrales de procesamiento dedatos (DP) integrado:v IBM Tivoli NetView for z/OS (número de programa 5697-NV6) Versión 6

Release 1 o posteriorv Report Management and Distribution System (RMDS) (número de programa

5648-048) Versión 2 Release 3 o posteriorv Tivoli Decision Support for z/OS (número de programa 5698-B06) Versión 1

Release 8 o posteriorv System Automation for z/OS Versión 3 Release 3 (número de programa

5698-SA3) Versión 3 Release 3 o posteriorv IBM Tivoli Monitoring Versión 6 Release 2

Compatibilidad de softwarev Tivoli Workload Scheduler for z/OS versión 9.2 utiliza sólo las interfaces

existente de conexión con otros productos IBM.v Los conjuntos de datos de sucesos que contenga sucesos creados por releases

anteriores soportados se pueden utilizar como entrada a Tivoli WorkloadScheduler for z/OS 9.2.

v Un sistema con una versión actual de Tivoli Workload Scheduler for z/OSpuede utilizarse para transmitir trabajo a un release anterior soportadoutilizando conjuntos de datos de sometimiento/liberación compartidos, NetworkJob Entry (NJE), Network Communications Facility (NCF), recurso deacoplamiento de sistemas cruzados (XCF), o bien transmitiendo los sucesos enuna sesión establecida entre una versión actual de Tivoli Workload Scheduler forz/OS y un release anterior soportado.

v Las salidas JES y SMF utilizadas para crear sucesos para una versión actual deTivoli Workload Scheduler for z/OS también se pueden utilizar para crearsucesos para un release anterior soportado después de actualizar a TivoliWorkload Scheduler for z/OS 9.2.

Capítulo 1. Visión general 5





v Los programas de aplicaciones de interfaz de programa (PIF) existentes quetrabajan con un release anterior soportado pueden utilizarse con la versiónactual sin que tengan que modificarse. Consulte Tivoli Workload Automation:Developer's Guide: Driving Tivoli Workload Scheduler for z/OS.

Partes y relaciones entre ellasEl rastreador y el controlador, la relación entre ambos y cómo configurarlos.

Tivoli Workload Scheduler for z/OS se compone de un producto base, el agente, yuna serie de funciones. Necesita el producto base para realizar un seguimiento dela carga de trabajo. A partir de ahora, el agente pasa a denominarse rastreador y elmotor pasa a denominarse controlador. Un sistema z/OS del complejo se designacomo sistema de control y ejecuta la función de controlador. Sólo se necesita unafunción de controlador, incluso cuando se desea iniciar controladores en espera enlos otros sistemas z/OS de un sysplex.

También puede controlar la carga de trabajo en otros entornos operativos (UNIX,Windows, IBM i) utilizando las funciones de planificación global proporcionadasen IBM Tivoli Workload Scheduler for z/OS y en IBM Tivoli Workload Scheduler.

Asimismo, las funciones de idioma nacional permiten ver los diálogos de ISPF deTivoli Workload Scheduler for z/OS en el idioma de su elección. Los idiomasdisponibles son:v Inglésv Alemánv Japonésv Coreanov Español

A continuación, se describe el rastreador y el controlador, la relación entre ambos ycómo configurarlos.

RastreadorEs necesario un rastreador para cada sistema z/OS de una configuración de TivoliWorkload Scheduler for z/OS. El rastreador se encarga del envío de trabajos ytareas en el sistema y realiza un seguimiento del estado de la carga de trabajo.Junto con las interfaces estándar para JES y SMF, Tivoli Workload Scheduler forz/OS graba la información relevante sobre la carga de trabajo al generar registros desucesos. El rastreador captura y almacena los registros de sucesos. A continuación,el rastreador comunica la información de sucesos al controlador para continuar conel proceso. El registro donde el rastreador graba los sucesos se denomina conjuntode datos de sucesos.

Los espacios de direcciones de Tivoli Workload Scheduler for z/OS se definencomo subsistemas de z/OS. Las rutinas que se ejecutan durante la inicializacióndel subsistema establecen servicios que permiten que la información de sucesos segenere y se almacene en el almacenamiento común (ECSA) incluso si un espaciode direcciones no está activo.

También puede instalar, de forma opcional, un almacén de datos para cada JESspool en un sistema. En una configuración JES sencilla, esto implicaría un almacén


de datos para cada rastreador. En sistemas con spools compartidos (por ejemplo,JES2 MAS), hay un almacén de datos para cada spool, y hay menos almacenes dedatos que rastreadores.

ControladorEl controlador es el punto focal de la configuración de Tivoli Workload Schedulerfor z/OS. Consta de las funciones de control, los diálogos de ISPF, las bases dedatos y los planes. El sistema en el que se inicia el controlador se llama sistema decontrol de Tivoli Workload Scheduler for z/OS. Los sistemas Tivoli WorkloadScheduler for z/OS que se comunican con el sistema de control se denominansistemas controlados o de rastreador. Debe instalar al menos un controlador en lossistemas de producción. Este controla toda la configuración de Tivoli WorkloadScheduler for z/OS, OPCplex, tanto local como remota.

Puede utilizar el controlador para proporcionar un punto de control sencillo ycoherente para enviar la carga de trabajo y realizar su seguimiento en cualquierentorno operativo. Tivoli Workload Scheduler for z/OS ofrece agentes distribuidose interfaces abiertas que puede utilizar para integrar la planificación y el control deunidades de trabajo como transacciones en línea, transferencias de archivos oprocesos por lotes en cualquier entorno operativo que pueda comunicarse conz/OS.

ServidorTivoli Workload Scheduler for z/OS proporciona un servidor que se utiliza paraacceder al controlador de forma remota desde los diálogos ISPF, PIF y la interfazde la Dynamic Workload Console. Las conexiones con el servidor se ejecutan através de sesiones de comunicaciones avanzadas programa a programa (APPC) odel protocolo de control de transmisiones/protocolo Internet (TCP/IP). El servidorse ejecuta en su propio espacio de direcciones; no obstante, esto es opcional si noaccede al controlador remotamente.

El servidor también se utiliza para comunicarse con los agentes distribuidos de laplanificación global con capacidades de tolerancia a errores.

Si usa JCL de tarea iniciada, debe iniciar y detener uno más servidores de formaindividual, mediante los mandatos del operador de inicio y detención, o de formaautomática con el controlador, mediante una palabra clave en la sentenciaOPCOPTS. Un servidor debe iniciarse en la misma imagen de z/OS que sucontrolador. Sólo un servidor puede iniciarse con la planificación global concapacidades de tolerancia a errores activas.

La conexión de diálogo PIF al controlador, ya sea a través de la interfaz delsubsistema o del servidor, sólo se permite cuando el código está al mismo nivel enlos dos lados de la interfaz.

Interfaces gráficas de usuarioSe empaqueta una interfaz gráfica de usuario con el producto. Puede utilizarlaademás de o en lugar de ISPF:

Dynamic Workload ConsoleLa interfaz de usuario basada en web para toda la suite de Tivoli WorkloadAutomation de productos. Es la interfaz de usuario estratégica de la suite eincluye soporte para las últimas funciones y mejoras disponibles en TivoliWorkload Scheduler for z/OS.


La consola obtiene acceso al controlador mediante el componente conector deTivoli Workload Scheduler for z/OS, que también se ha instalado de formapredeterminada con la Dynamic Workload Console y que está conectada a TivoliWorkload Scheduler for z/OS mediante TCP/IP. Para obtener informacióndetallada sobre cómo instalar el conector de z/OS con la Dynamic WorkloadConsole, consulte Capítulo 13, “Instalación”, en la página 267.

Dynamic Workload Console y conector de Tivoli Workload Scheduler for z/OS soncomponentes que se instalan y se ejecutan en plataformas distribuidas, Windows,UNIX y Linux.

Se puede utilizar un conector de z/OS para comunicarse con varios controladoresde Tivoli Workload Scheduler for z/OS y puede dar servicio a varias máquinasque ejecutan la Dynamic Workload Console. La interfaz gráfica de usuario y elconector de z/OS se han instalado en el directorio de instalación del mismoequipo.

El manual de la Dynamic Workload Console es Dynamic Workload Console User'sGuide.

La documentación de la Dynamic Workload Console también forma parte de labiblioteca de Tivoli Workload Scheduler y se halla en las publicaciones siguientesde Tivoli Workload Scheduler:

Tivoli Workload Scheduler: Administration GuideDocumenta las tareas de configuración y de administración para laDynamic Workload Console.

Tivoli Workload Scheduler: Guía de resolución de problemasDocumenta el registro y el seguimiento de la Dynamic Workload Console yexplica cómo resolver los problemas de la Dynamic Workload Console.

Tivoli Workload Automation: Messages and CodesDescribe los mensajes de la Dynamic Workload Console.

Estos manuales están disponibles en el Information Center de Tivoli WorkloadScheduler: http://publib.boulder.ibm.com/infocenter/tivihelp/v3r1/index.jsp?toc=/ com.ibm.tivoli.itws.doc/toc.xml

Estas son publicaciones adicionales específicas de la Dynamic Workload Console:

Documento de descarga de Dynamic Workload ConsoleProporciona información detallada sobre cómo descargar las imágenes deinstalación del producto. Puede encontrarla en http://www-01.ibm.com/support/docview.wss?rs=672&uid=swg24036758.

Requisitos detalles del sistema de la Dynamic Workload ConsoleDocumento mantenido dinámicamente que proporciona informacióndetallada sobre las plataformas soportadas, los requisitos previos dehardware y software y los navegadores de cliente soportados. Puedeencontrarla en http://www-01.ibm.com/support/docview.wss?rs=672&uid=swg27041008.

Notas del release de la Dynamic Workload ConsoleDocumento mantenido dinámicamente que contiene los temas siguientes:v Novedades de este releasev Tablas de interoperatividadv Limitaciones de software y soluciones provisionales


http://publib.boulder.ibm.com/infocenter/tivihelp/v47r1/index.jsp?topic=/com.ibm.tivoli.itws.doc_9.1/welcome_TWA.html

http://publib.boulder.ibm.com/infocenter/tivihelp/v47r1/index.jsp?topic=/com.ibm.tivoli.itws.doc_9.1/welcome_TWA.html





v Limitaciones de la instalación y soluciones provisionalesv Notas de internacionalizaciónv Actualizaciones de la documentaciónv Informes APAR corregidos en este release

Puede encontrarlos en http://www-01.ibm.com/support/docview.wss?rs=672&uid=swg27041033.

Puede acceder a estos documentos también desde la página de bienvenida delcentro de información de Tivoli Workload Scheduler en Internet.

La Dynamic Workload Console incluye también ayuda en línea completa ademásde casos de ejemplo de usuario y viewlets.

Almacén de datosUn almacén de datos es un espacio de direcciones independiente. Su funciónconsiste en recopilar información estructurada (pasos y conjuntos de datos) y,opcionalmente, no estructurada (SYSOUT) para todos los trabajos enviados.

Es necesario el almacén de datos si desea utilizar las funciones de reinicio ylimpieza:v Reiniciar a nivel de paso o trabajov Limpieza de conjunto de datosv Recuperación de JOBLOG

El controlador puede conectarse a un almacén de datos mediante XCF, SNA oTCP/IP.

Recopilador de datos de salidaLa función de esta tarea iniciada es recopilar los registros de trabajos y trabajosdinámicos que se ejecutan en Agentes de Tivoli Workload Scheduler for z/OS(z-centric) y enviarlos al spool JES, donde los puede tomar y archivar cualquierproducto de gestión de salida integrada en un repositorio dedicado.

El controlador envía un suceso al recopilador de salida (en forma de un registro enun conjunto de datos de suceso) cada vez que un trabajo o trabajo dinámico secompleta o termina en el entorno de z-centric. El suceso contiene la informaciónque requiere el recopilador de salida para identificar el trabajo y el agente que loha ejecutado. A continuación, el recopilador de salida recupera el registro detrabajo del agente (o el gestor de dominio dinámico si el trabajo es dinámico) y locopia en un SYSOUT en JES para que esté disponible a un producto de gestión desalida.

Además, el recopilador de salida conecta una cabecera a la parte superior delregistro de trabajo con información que clasifica la salida (nombre de ocurrencia,IA de la ocurrencia, nombre de trabajo, nombre de estación de trabajo, número deoperación, hora de inicio, hora de finalización) e información sobre la ejecución (IDde proceso, código de retorno, duración, estado, nombre de host).

La activación de esta característica es opcional. Si la activa, recopilaráautomáticamente los registros de todos los trabajos ejecutados en el entorno dez-centric, independientemente de si se completan satisfactoriamente o si terminanen error. Si no la activa, aún puede configurar el sistema para solicitar registrosmanualmente o para recibir los trabajos que han finalizado con error.




En una configuración de sysplex, la tarea iniciada del recopilador de salida deberesidir en la misma imagen donde está el controlador.

El recopilador de salida se describe completamente en Tivoli Workload Scheduler forz/OS: Scheduling End-to-end with z-centric Capabilities.

ConfiguracionesPuede configurar Tivoli Workload Scheduler for z/OS para controlar virtualmentecualquier combinación de entornos operativos. Tivoli Workload Scheduler for z/OSpuede planificar y enviar trabajos por lotes, tareas iniciadas y mensajes WTO(write-to-operator), y realizar su seguimiento, todo ello de forma automática.También puede usarlo para coordinar actividades manuales de la carga de trabajode la producción.

La configuración puede incluir:v Un sistema de controlv Sistemas controlados:

– Sistemas z/OS controlados locales y remotos, incluido un Sysplex paralelo– Sistemas de controlador en espera– Releases anteriores de Tivoli Workload Scheduler for z/OS– Sistemas controlados que se ejecutan en agentes distribuidos– Otros entornos operativos que no soportan agentes distribuidos

En el apartado Capítulo 2, “Planificación de la configuración”, en la página 17 seexplican las conexiones entre sistemas Tivoli Workload Scheduler for z/OS y semuestran ejemplos de las configuraciones.

Sistema de controlUn sistema de control necesita un rastreador y un controlador. Si sólo instala unsistema, este será el sistema de control. El sistema de control puede comunicarsecon sistemas z/OS mediante DASD compartido, el recurso de acoplamiento desistemas cruzados (XCF), la función de comunicación de red (NCF) y el protocolode control de transmisiones/protocolo Internet (TCP/IP).

Sistemas controladosUn sistema z/OS controlado necesita un rastreador. La comunicación con sesistema de control se realiza a través de DASD compartido, XCF, NCF o TCP/IP. Elrastreador graba registros de sucesos en un conjunto de datos de sucesos y lostransfiere al sistema de control si está conectado mediante XCF, NCF o TCP/IP.NCF utiliza ACF/VTAM para enlazar sistemas Tivoli Workload Scheduler forz/OS.

Si utiliza XCF para la comunicación, puede incluir un controlador en espera en uno omás sistemas controlados. Un controlador en espera se inicia en su propio espaciode direcciones. El controlador en espera puede asumir las funciones delcontrolador si falla z/OS o el propio controlador. No puede realizar las funcionesde un rastreador mientras está en la modalidad de espera.

El controlador también controla la carga de trabajo en entornos distribuidos:v En la planificación global con una red de funciones z-centric.v En la planificación global con una red de capacidades de tolerancia a errores,

mediante el servidor global.

El manual Tivoli Workload Scheduler for z/OS: Customization and Tuning, describedetalladamente cómo controlar otros entornos operativos.


Integración con Tivoli Workload SchedulerLa integración con Tivoli Workload Scheduler se facilita activando una de estasfunciones:

Planificación global con funciones z-centricEsta función está diseñada para permitirle planificar y controlar la carga detrabajo desde el sistema principal hasta los sistemas distribuidos medianteagentes de z-centric, utilizando una arquitectura muy simple de lainfraestructura de planificación global. Tivoli Workload Scheduler for z/OSpasa a ser el único punto de control y proporciona todas las capacidadesde sistema principal para gestionar la carga de trabajo distribuida. Lacomunicación entre los agentes de z-centric y el controlador de TivoliWorkload Scheduler for z/OS es directa, mediante el protocolo HTTP oHTTPS. Esta característica habilita la planificación dinámica de trabajos(conectando un gestor de dominio dinámico al controlador) así comoplanificando tipos de trabajo con opciones avanzadas (transferencia dearchivos, base de datos, servicios web, J2EE y más).

Para obtener información detallada sobre la planificación global confunciones z-centric, consulte el manual Tivoli Workload Scheduler for z/OS:Scheduling End-to-end with z-centric Capabilities.

Planificación global con capacidades de tolerancia a erroresEsta función está basada en Common Agent Technology y permite a TivoliWorkload Scheduler for z/OS ser el maestro de una red distribuida deTivoli Workload Scheduler. Esta configuración se implementa al conectarun gestor de dominio de Tivoli Workload Scheduler directamente a TivoliWorkload Scheduler for z/OS.

Tivoli Workload Scheduler for z/OS recibe sucesos de la red distribuida deTivoli Workload Scheduler y actualiza el plan actual (CP) de acuerdo condichos sucesos. Por el contrario, cada vez que se actualiza el plan actual, seenvía un suceso a la red distribuida para actualizar los planes locales enlos agentes distribuidos.

Al ser tolerante a errores, los agentes distribuidos pueden continuar deforma independiente la planificación cuando se interrumpen lascomunicaciones con Tivoli Workload Scheduler debido a problemas de red.Al mismo tiempo, no se permite a los agentes distribuidos actuar en lostrabajos de Tivoli Workload Scheduler for z/OS ya que se identifica que suejecución tiene lugar en el maestro, que es el único nodo con autorizaciónpara actuar en dichos trabajos.

Un tipo de CPU denominado estación de trabajo tolerante a errores definelógicamente en Tivoli Workload Scheduler for z/OS cada agente de TivoliWorkload Scheduler que ejecutará trabajos para Tivoli Workload Schedulerfor z/OS. Para obtener información detallada sobre la planificación globalcon capacidades de tolerancia a errores, consulte el manual Tivoli WorkloadScheduler for z/OS: Scheduling End-to-end with Fault Capabilities.

SubtareasUn espacio de direcciones de Tivoli Workload Scheduler for z/OS consta demuchas subtareas de z/OS. Algunas de estas subtareas están siempre conectadascuando se inicia el espacio de direcciones, otras se conectan de forma condicionalde acuerdo con los parámetros de inicialización especificados en la sentencia deopciones del planificador (OPCOPTS) en la biblioteca de parámetros de TivoliWorkload Scheduler for z/OS.


La Tabla 1 describe las subtareas.

Tabla 1. Subtareas de Tivoli Workload Scheduler for z/OS

ID desubtarea

Código decomponente Descripción

Componentede FMID

Activado por elparámetroOPCOPTS Función

APPC PP Funciones deAPPC

JWSZ922 APPCTASK(YES) Inicia el soporte APPC

AR AR Recuperaciónautomática

JWSZ922 RECOVERY(YES) Gestiona las operaciones conerror

CPH CPH Manejador devía de accesocrítico

JWSZ922 Siempre activado Actualiza la tabla de trabajoscríticos

DRT DX Direccionadorde datos

HWSZ920 Siempre activado Direcciona datos a otrassubtareas o subsistemas deTivoli Workload Scheduler forz/OS

EMGR EM Gestor desucesos

JWSZ922 OPCHOST(YES) Procesa sucesos de seguimientode trabajos

ERDR ER Lector desucesos

HWSZ920 ERDRTASK(n) Lee sucesos de un conjunto dedatos de sucesos

EWTR EW Transcriptor desucesos

HWSZ920 EWTRTASK(YES) Graba sucesos en un conjuntode datos de sucesos

EXA EX Direccionadorexterno

JWSZ922 OPCHOST(YES) Llama a EQQUX009 paradireccionar solicitudes de envíoa un ID de destino definido porel usuario

FL FL Obtención deregistro detrabajo

JWSZ922 RCLEANUP(YES) Recupera información deJOBLOG

GEN GS Serviciogeneral

JWSZ922 OPCHOST(YES) Procesa solicitudes de diálogode Tivoli Workload Schedulerfor z/OS

HTC HTC Cliente HTTP JWSZ922 Palabra claveHTTP deROUTOPTS

Gestiona comunicaciones conagentes de z-centric mediante elprotocolo HTTP o HTTPS

HTS HTS Cliente HTTP JWSZ922 Palabra claveHTTP deROUTOPTS

Recibe peticiones de entrada delagente de z-centric

ID ID Almacén dedatos TCP/IP

HWSZ920 Palabra claveTCPDEST deFLOPTS

Gestiona comunicaciones conalmacenes de datos conectados aTCP/IP

IP IP RastreadorTCP/IP

HWSZ920 Palabra claveTCPIP deROUTOPTS

Gestiona las comunicaciones conlos rastreadores estándarconectados a TCP/IP

JCC JC Comprobaciónde terminaciónde trabajo

HWSZ920 JCCTASK(YES) Explora conjuntos de datosSYSOUT

JLA JL Archivador delregistro deseguimiento detrabajos

JWSZ922 OPCHOST(YES) Copia registros de seguimientode trabajos en el conjunto dedatos de archivado, EQQJTARC


Tabla 1. Subtareas de Tivoli Workload Scheduler for z/OS (continuación)

ID desubtarea

Código decomponente Descripción

Componentede FMID

Activado por elparámetroOPCOPTS Función

NMM NM Gestor demodalidadnormal

JWSZ922 OPCHOST(YES) Mantiene el plan actual

PSU PS Personalizaciónprevia al envío

JWSZ922 RCLEANUP(YES) Personaliza el JCL antes deenviarlo al añadir el paso previoEQQCLEAN

RODM RM SoporteRODM

HWSZ920 RODMTASK (YES) Inicia el soporte RODM

SUB SU Tarea de envío HWSZ920 Siempre activado Inicia el trabajo (envío detrabajo, liberación de trabajo yoperaciones WTO y STC)

TWS TWS Global contarea decapacidadescon toleranciaa errores

JWSZ922 Palabra claveTPLGYSRV deOPCOPTS

Maneja sucesos desde estacionesde trabajo tolerantes a errores ypara éstas (mediante el servidorde Tivoli Workload Schedulerfor z/OS)

VTAM CB Función decomunicaciónde red (NCF)

HWSZ920 NCFTASK(YES) Transmite y recibe los datos deTivoli Workload Scheduler forz/OS a través de un enlaceVTAM

WSA WA Analizador deestación detrabajo

JWSZ922 OPCHOST(YES) Planifica el trabajo para suproceso

Nota: el ID de subtarea es el mismo identificador utilizado para controlar la subtarea mediante el mandatoMODIFY de z/OS.

Cuando se inicia un controlador en modalidad de espera, sólo se inicia la tareaprincipal (EQQMAJOR) de Tivoli Workload Scheduler for z/OS. Las subtareas quecomponen un controlador activo se conectan cuando se realiza la toma de control.

Relación entre el planificador y z/OSRelación entre el planificador y z/OS.

Tivoli Workload Scheduler for z/OS es un subsistema de z/OS, inicializadodurante la IPL. Las rutinas que se ejecutan durante la inicialización del subsistemaestablecen servicios básicos, como una cola de sucesos en ECSA. Tivoli WorkloadScheduler for z/OS utiliza interfaces estándar para SMF y JES con el fin de reunirinformación relevante sobre la carga de trabajo en el sistema z/OS.

Las funciones del controlador están disponibles cuando se ha creado un espacio dedirecciones para ello, y se han inicializado correctamente las subtareas necesarias.El controlador puede ejecutarse como una tarea iniciada o como un espacio dedirecciones por lotes. Normalmente, el espacio de direcciones se inicia durante elproceso IPL, es decir, mediante un mandato de inicio de z/OS en COMMNDnn, omediante la automatización de la consola. De forma alternativa, un operador dez/OS puede emitir un mandato START desde la consola del operador. El operadorde z/OS también puede detener o modificar el espacio de direcciones mediante losmandatos STOP y MODIFY.


Un usuario de TSO accede a los servicios de Tivoli Workload Scheduler for z/OSmediante los diálogos. Un diálogo es una secuencia de paneles ISPF. Muchas de lasfunciones de los diálogos pasan solicitudes de servicios desde el espacio dedirecciones del usuario de TSO al espacio de direcciones del controlador para suproceso.

Antes de realizar una función que haya solicitado, la función de diálogo pasa lasolicitud al direccionador SAF (recurso de autorización del sistema). Si se instala yestá activo RACF, o un producto de seguridad funcionalmente equivalente, en elsistema z/OS, el direccionador SAF pasa la solicitud de verificación a RACF paraque realice la comprobación de autorización.

Una solicitud de servicio de diálogo típica es acceder a uno o más registros de losarchivos VSAM mantenidos y controlados mediante Tivoli Workload Scheduler forz/OS. Esta solicitud se pasa a Tivoli Workload Scheduler for z/OS a través de lainterfaz del subsistema de z/OS (SSI). Esta interfaz invoca una rutina que reside enel almacenamiento común. Esta rutina debe invocarse en modalidad autorizadapara APF.

Tenga en cuenta que todos los trabajos de planificación de proceso por lotes deplanes a largo plazo (LTP) y de planes actuales (CP) deben excluirse del procesoSMARTBATCH DA (Data Accelerator). Cuando se utiliza SMARTBATCH DATAACCELERATOR con los trabajos de planificación de proceso por lotes LPT y CPdel planificador, la E/S normal de EQQCKPT se retrasa hasta END OF JOB (ohasta END OF JOBSTEP, como mínimo). Esto interfiere con el intercambio normalde los datos entre el trabajo por lotes y la tarea iniciada del controlador de modoque cuando el trabajo por lotes indica al controlador que compruebe EQQCKPTpara determinar si se ha creado un nuevo plan actual, las actualizacionesnecesarias de CKPT aún no se han realizado. Esto hace que el controlador concluyaque no se ha creado ningún plan actual nuevo, y no se realiza ningún proceso derotación. Como resultado, aunque los trabajos del plan se ejecuten correctamente,el controlador no lleva el nuevo plan actual a producción a no ser que se realice unreinicio de CURRPLAN(NEW).

El almacén de datos utiliza las funciones SAPI de MVS/JES para acceder a losconjuntos de datos sysout, lo que permite el acceso simultáneo a varios registrosdesde un único espacio de direcciones.

Los programas de utilidades del optimizador de procesos por lotes, como porejemplo BMC Batch Optimizer Data Optimizer y Mainview Batch Optimizer,impiden la comunicación correcta entre el controlador del planificador y lostrabajos de planificación de procesos por lotes CP/LTP. La lógica del planificadordepende de un intercambio de elementos colocados en cola y actualizaciones entiempo real de diversos conjuntos de datos secuenciales para pasar informaciónentre el STC del controlador y los trabajos de planificación de procesos por lotesCP/LTP. Estos optimizadores conservan E/S desde los trabajos por lotes hastaEND OF STEP o END OF JOB, por lo que se impide la comunicación requerida.Cuando a dichos programas de utilidades se les permite "gestionar" E/S de lostrabajos de planificación de proceso por lotes CP o LTP del planificador, lacomunicación entre los trabajos y el controlador se interrumpe. Esto causanumerosos problemas de difícil diagnóstico. Por lo general, los trabajos CURRENTPLAN EXTEND o REPLAN se ejecutarán hasta completarse de forma normal, y secreará correctamente un conjunto de datos NCP, pero el controlador no podráproducir automáticamente el nuevo plan hasta que se fuerce a ello a través de un


reinicio de CURRPLAN(NEW) del controlador. El uso de BATCHPIPES con estostrabajos de planificación de procesos por lotes dará lugar a los mismos tipos deproblemas.

Utilización del directorio de programas de Tivoli Workload Schedulerfor z/OS

Utilización de Tivoli Workload Scheduler for z/OS Program Directory.

La publicación Tivoli Workload Scheduler for z/OS: Program Directory, se proporcionacon el producto. puede contener información técnica más reciente que lainformación de esta publicación. Además en el documento Program Directory sedescribe el nivel PTF (arreglo temporal del programa) del programa bajo licenciade Tivoli Workload Scheduler for z/OS que recibe.

El documento Program Directory contiene instrucciones para descargar el productoe información sobre mantenimiento adicional para su nivel de la cinta dedistribución.

Antes de empezar a instalar el producto, revise la lista de planificación de serviciospreventivos (PSP) para ver recomendaciones añadidas por las organizaciones de losservicios al crear el documento Program Directory. La PSP incluye una sección derecomendaciones del servicio con APAR de alto impacto o global (HIPER).Asegúrese de que los PTF correspondientes estén instalados antes de iniciar elsubsistema Tivoli Workload Scheduler for z/OS.

Biblioteca de ejemplosSEQQSAMP es una biblioteca incluida en la cinta de distribución que contieneejemplos de salidas, programas de aplicación y JCL (lenguaje de control detrabajos). Puede utilizar los ejemplos para tareas específicas de instalación. En elapartado Apéndice A, “Biblioteca de ejemplos (SEQQSAMP)”, en la página 365 sedescriben los miembros de la biblioteca SEQQSAMP. Antes de empezar lainstalación, debe familiarizarse con el contenido de la biblioteca SEQQSAMP.

El proceso de instalaciónPara comprender el flujo de los procesos de instalación, migración ypersonalización, lea esta guía antes de instalar Tivoli Workload Scheduler for z/OS.

La tabla siguiente muestra las diversas fases del proceso de instalación.

Tabla 2. Fases que resumen el proceso de instalación de Tivoli Workload Scheduler for z/OS

Etapa Descripción Para obtener más información...

1 Planee la configuración. Puede crear un diagramade su propia configuración de Tivoli WorkloadScheduler for z/OS que podrá consultar durante elproceso de instalación.

El apartado Capítulo 2, “Planificación de laconfiguración”, en la página 17 ofrece ejemplos deconfiguraciones comunes.

2 Planee la instalación del producto. El apartado Capítulo 3, “Planificación de lainstalación”, en la página 41 contieneconsideraciones para instalar Tivoli WorkloadScheduler for z/OS y una lista de comprobación delas tareas de instalación.


Tabla 2. Fases que resumen el proceso de instalación de Tivoli Workload Scheduler for z/OS (continuación)

Etapa Descripción Para obtener más información...

3 Instale el producto. El apartado Capítulo 4, “Instalación”, en la página55 ofrece una descripción en detalle de las tareas deinstalación.

4 Compruebe la instalación. El apartado Capítulo 5, “Verificación de lainstalación”, en la página 167 describe cómo debeverificar que Tivoli Workload Scheduler for z/OS seha instalado correctamente.

Una vez instalado el producto, puede incluir más funciones. Tivoli WorkloadScheduler for z/OS: Customization and Tuning explica cómo hacerlo.


Capítulo 2. Planificación de la configuración

Qué debe tenerse en cuenta al planificar la configuración de la instalación.

En este capítulo se describen diversas áreas que deben considerarse a la hora deplanificar la configuración de la instalación. Se explican las conexiones entre lossistemas Tivoli Workload Scheduler for z/OS y se proporcionan ejemplos deconfiguraciones básicas. Consulte la publicación Customization and Tuning para verdetalles sobre cómo configurar la planificación global en un entorno distribuido.

Consideraciones a tener en cuenta en la planificaciónTivoli Workload Scheduler for z/OS debe reconocer cuándo se producen sucesos;por ejemplo, cuándo un trabajo o una tarea iniciada empieza a ejecutarse otermina, o cuándo se ha impreso un conjunto de datos. Utiliza las rutinas de salidade JES y SMF para obtener esta información a partir de z/OS y crear registros desucesos que describen los cambios producidos en el sistema.

Los registros de sucesos se almacenan en un archivo secuencial denominadoconjunto de datos de sucesos identificado por el nombre DD EQQEVDS.

Tivoli Workload Scheduler for z/OS también usa el conjunto de datos de sucesospara grabar información de punto de comprobación para solicitudes de envío. Elprimer registro del conjunto de datos se usa para este propósito, por lo que elnombre DD EQQEVDS debe especificarse en todos los espacios de direcciones deTivoli Workload Scheduler for z/OS. El mismo conjunto de datos se puede utilizarpara el punto de comprobación de envío y la subtarea del transcriptor de sucesos.

RastreadoresDebe instalarse un rastreador en cada sistema z/OS que Tivoli Workload Schedulerfor z/OS vaya a controlar. El rastreador de cada sistema graba sucesos en elconjunto de datos de sucesos. Una subtarea del rastreador, el transcriptor de sucesos,realiza esta función. Para que el plan actual se actualice, la información de sucesosdebe comunicarse al controlador, que se encargará de procesarla. Los sucesos sedireccionan al controlador a través de la conexión que enlaza el rastreador y elcontrolador, mediante una subtarea del lector de sucesos o mediante la solicitud altranscriptor de sucesos para que ponga en cola los sucesos de forma inmediatapara la subtarea del direccionador de datos, cuando el tipo conectado no es DASDcompartido.

Sentencias de inicializaciónLas sentencias de inicialización de Tivoli Workload Scheduler for z/OS que seespecifican en la biblioteca de parámetros describen, entre otras cosas, laconfiguración de la instalación.

En un entorno de DASD compartido, una subtarea de lector de sucesos iniciada enel controlador lee los sucesos del conjunto de datos de sucesos. Los sucesos seutilizan después para actualizar el plan actual. Un número de secuencia,especificado en ERSEQNO de la sentencia de inicialización ERDROPTS, identificacada subtarea del lector de sucesos. Este número se utiliza para crear un nombreDD en el procedimiento JCL del espacio de direcciones donde se inicia el lector desucesos. Este nombre DD identifica el conjunto de datos de sucesos que el lector de


sucesos debe procesar. Tiene el formato EQQEVDnn, donde nn es el número desecuencia del lector de sucesos que da servicio a este conjunto de datos de sucesos.

Cuando un rastreador tiene una conexión no DASD con el controlador (es decir,una conexión XCF, NCF o TCP/IP) o el rastreador y controlador se ejecutan en elmismo espacio de dirección, el transcriptor de sucesos se puede utilizar parareenviar los sucesos directamente controlador.

Cuando se inicia un transcriptor de sucesos con la palabra clave EWSEQNO en lasentencia de inicialización EWTROPTS, el transcriptor de sucesos registrainformación de sucesos en el conjunto de datos de sucesos y añade el sucesosimultáneamente a la cola del direccionador de datos. El conjunto de datos desucesos no vuelve a leer el suceso cada vez que lo lee una subtarea del lector desucesos. En esta configuración, los sucesos sólo se vuelven a leer en DASD si esnecesario volver a enviarlos al controlador durante el proceso de reinicio, porejemplo cuando el enlace de comunicación con el controlador se activa después deuna interrupción de alimentación.

Consulte Tivoli Workload Scheduler for z/OS: Customization and Tuning para obtenermás información sobre las sentencias de inicialización ERDROPTS y EWTROPTS.Consulte también la sección “Conjuntos de datos de sucesos (EQQEVDS,EQQEVDnn y EQQHTTP0)” en la página 117 para obtener información importantesobre la asignación de conjuntos de datos de sucesos.

ComunicaciónLa subtarea de direccionador de datos es responsable de la comunicación de unsuceso a la subtarea de gestor de sucesos del controlador, mediante XCF, NCF,TCP/IP o directamente añadiéndolo a la cola cuando el rastreador y el controladorse inician en el mismo espacio de direcciones. Así se elimina la necesidad de unafunción de lector de sucesos, se ahorra tiempo y se guardan las operaciones deE/S.

El valor EWSEQNO no se utiliza para crear un nombre DD, como sucede con lasubtarea de lector de sucesos. El transcriptor de sucesos utiliza el nombre DDEQQEVDS para identificar el conjunto de datos de sucesos.

Si se pierde la comunicación entre un rastreador y un controlador, el transcriptorde sucesos continua grabando sucesos. Después de restaurarse la conexión, elconjunto de datos de sucesos se procesa desde el último suceso recibido por elcontrolador antes de la interrupción de alimentación.

Nota: Los controladores que planifican el trabajo (en una imagen MVS) debentener nombres de subsistema exclusivos.

Cómo conectarse a los sistemas Tivoli Workload Scheduler for z/OSObtenga información sobre conectar sistemas Tivoli Workload Scheduler for z/OS.

Los sistemas Tivoli Workload Scheduler for z/OS se pueden conectar utilizandocualquiera de estos métodos:v DASD compartidov Enlaces de comunicación XCFv Enlace VTAMv Enlace TCP/IP


El controlador utiliza cualquiera de estos métodos para transmitir trabajo a unsistema del rastreador. El sistema del rastreador utiliza la misma conexión paradevolver los sucesos al controlador.

Los agentes distribuidos se comunican con el controlador mediante serviciosTCP/IP.

DASD compartidoConocimientos generales sobre DASD compartido.

Cuando los dos sistemas Tivoli Workload Scheduler for z/OS se conectan a travésde un DASD compartido, comparten dos conjuntos de datos para la comunicación:v Conjunto de datos de sucesosv Conjunto de datos de envío/liberación

El rastreador graba información de sucesos que recopila en el conjunto de datos desucesos. Un lector de sucesos, iniciado en el controlador, lee el conjunto de datos yañade los sucesos a la cola del direccionador de datos.

Un conjunto de datos de envío/liberación es un método que utiliza el controladorpara pasar trabajo a un sistema controlado. Cuando dos sistemas Tivoli WorkloadScheduler for z/OS comparten un conjunto de datos de envío/liberación, elconjunto de datos pueden contener estos registros:v Mandatos de liberaciónv JCL de trabajov Procedimientos JCL de tarea iniciadav Solicitudes de limpieza de conjunto de datosv Texto de mensajes WTO

Tanto el host como el sistema controlado deben tener acceso al conjunto de datosde envío/liberación. El nombre DD EQQSUDS identifica el conjunto de datos deenvío/liberación en el espacio de direcciones del rastreador. En el controlador, elnombre DD lo define el usuario, pero debe ser el mismo nombre que elespecificado en la palabra clave DASD de la sentencia ROUTOPTS. El controladorpuede grabar en cualquier conjunto de datos de envío/liberación.

Recurso de acoplamiento de sistemas cruzados de z/OSTivoli Workload Scheduler for z/OS utiliza el recurso de acoplamiento de sistemascruzados (XCF) de z/OS para conectarse a los sistemas Tivoli Workload Schedulerfor z/OS utilizando los enlaces de comunicación XCF.

Cuando hay conectados uno o más rastreador a controlador a través de los enlacesde comunicación XCF, los sistemas Tivoli Workload Scheduler for z/OS forman ungrupo XCF. Los sistemas utilizan servicios de grupo XCF, servicios de supervisióny servicios de señalización para comunicarse. El controlador envía información decontrol y trabajo a los rastreadores mediante los servicios de señalización XCF. Losrastreadores utilizan servicios XCF para transmitir sucesos al controlador.

Las conexiones XCF permiten que Tivoli Workload Scheduler for z/OS puedautilizar un controlador en espera activa y funciones de reinicio automático de lacarga de trabajo.

VTAM (función de comunicación de red)Tivoli Workload Scheduler for z/OS utiliza la función de comunicación de red(NCF) para conectar un rastreador al controlador utilizando un enlace VTAM.

Capítulo 2. Planificación de la configuración 19

El controlador transmite trabajo al rastreador mediante NCF, y se utiliza la mismaconexión para devolver información de sucesos.

TCP/IPTivoli Workload Scheduler for z/OS utiliza el protocolo de control detransmisiones/protocolo Internet (TCP/IP) para conectar un rastreador alcontrolador mediante un enlace TCP/IP.

El controlador transmite trabajo al rastreador mediante TCP/IP, y se utiliza lamisma conexión para devolver información de sucesos. El planificador utilizaTCP/IP también para conectar un agente distribuido al servidor. La conexiónTCP/IP entre el servidor y los agentes la establece el servidor.

Destino de estación de trabajoLas estaciones de trabajo representen las diversas ubicaciones físicas y lógicasdonde se realizan las tareas en la instalación en Tivoli Workload Scheduler forz/OS. Cada estación de trabajo agrupa activadas relacionadas. Cada operación dela base de datos de descripciones de aplicaciones y el plan actual están asociados auna estación de trabajo. Debe definir estaciones de trabajo en la base de datos dedescripción de estación de trabajo.

El campo de destino es un atributo de una descripción de estación de trabajo.Identifica el sistema en la configuración al que deben enviarse las operacionesplanificadas para esta estación de trabajo. El campo puede contener el nombre DDde un conjunto de datos de envío/liberación, un nombre de miembro XCF, la LUVTAM de un rastreador o un destino definido por el usuario.

Si el campo de destino no está en blanco, el mismo nombre debe también estarpresente en las palabras clave APPC, DASD, SNA, TCP, TCPIP, USER o XCF de lasentencia ROUTOPTS, dependiendo del método de conexión.

El campo de destino también puede permanecer en blanco. Un campo de destinoen blanco significa que las operaciones de esta estación de trabajo serán enviadaspor el controlador o por un agente tolerante a errores, cuyo tipo de estación detrabajo es FTA.

La rutina de usuario de inicio de la operación, EQQUX009, gestiona eldireccionamiento de la carga de trabajo hacia destinos definidos por el usuario.

Reinicio de la carga de trabajoPuede usar el reinicio de la carga de trabajo (WLR) para reiniciar y redireccionar eltrabajo en la configuración de Tivoli Workload Scheduler for z/OS. WLR realiza unseguimiento del estado de las estaciones de trabajo. Se puede invocar cuando unaestación de trabajo pasa a estar inactiva; es decir, cuando el controlador no sepuede comunicar con el rastreador situado en el destino representado por laestación de trabajo.

Si una operación es reiniciable, puede volver a iniciarse después de una anomalíaen la estación de trabajo. Si una operación es redireccionable, puede moverse a unaestación de trabajo alternativa para ejecutarse cuando su estación de trabajo ya noesté activa.


En cuanto a WLR, el estado de una estación de trabajo puede ser activo o inactivo.Una estación de trabajo inactiva tiene un estado de fuera de línea, de error odesconocido. Las acciones que WLR realiza dependen del nuevo estado de laestación de trabajo y de los valores que especifique en las palabras claveWSFAILURE y WSOFFLINE de la sentencia de inicialización JTOPTS. El estadoinactivo de una estación de trabajo depende del tipo de conexión entre elrastreador y el controlador. El tipo de conexión y el nuevo estado de la estación detrabajo determinan si las acciones de reinicio de la carga de trabajo se puedeinvocar automáticamente. Puede usar todas las funciones de WLR en sistemasconectados mediante XCF.

Nota: JES también tiene funciones de reinicio, que pueden usarse cuando sereinicia el sistema después de una anomalía. JES puede reiniciar trabajos queestaban activos cuando se produjo la anomalía. Para evitar que los trabajos seinicien dos veces, asegúrese de que JES y WLR no realizan acciones de reiniciopara los trabajos del sistema anómalo.

Consideraciones sobre JESEl tipo y configuración JES en la instalación tiene implicaciones sobre laconfiguración de Tivoli Workload Scheduler for z/OS.

Tenga en cuenta estas situaciones en una configuración de tipo JES:1. En sistemas donde se ha instalado JES2, debe instalarse un rastreador de Tivoli

Workload Scheduler for z/OS en cada sistema del complejo JES2 Multi-AccessSpool (MAS).

2. Si no instala Tivoli Workload Scheduler for z/OS en todos los sistemas en uncomplejo JES3, asegúrese de que:v Un rastreador se ha instalado en global.v Los trabajos se envían, mediante Tivoli Workload Scheduler for z/OS o fuera

de Tivoli Workload Scheduler for z/OS, a un sistema donde está instalado elrastreador. Utilice la sentencia //*MAIN SYSTEM=sysid en el JCL, o inicie lasclases de trabajo utilizadas por estos trabajos sólo en estos sistemas dondeestá instalado un rastreador.

v Si hace un seguimiento de las operaciones de impresión, sólo se imprimiráen los sistemas donde se ha instalado un rastreador.

Ejemplo de configuración básica de servidorUn ejemplo de una configuración básica de servidor de Tivoli Workload Schedulerfor z/OS.

Tivoli Workload Scheduler for z/OS conecta agentes distribuidos al servidor através de TCP/IP. El controlador transmite trabajo a las estaciones de trabajotolerantes a errores a través de TCP/IP, y se utiliza la misma conexión paradevolver información de sucesos. El servidor se conecta a los gestores de dominiode primer nivel en la red distribuida. TCP/IP también se utiliza para conectar laDynamic Workload Console al servidor a través del conector. El servidor se conectaa las interfaces remotas, ya sea Programming Interfaces o usuarios de interfaz ISPFremota, mediante APPC. El ejemplo siguiente muestra una configuración sencillaque utiliza varios protocolos y personalización mínima de parámetros.


Tabla 3 muestra las sentencias de inicialización que puede utilizar para crear laconfiguración en Figura 1, utilizando el enlace TCP/IP para la comunicación deservidor de aplicaciones de usuario.

Tabla 3. Miembros EQQSERP de ejemplo para la Figura 1

Ejemplos de EQQSERP

EQQSERP

SERVOPTS SUBSYS(OPCA)USERMAP(USERS)PROTOCOL(E2E,TCP)

TPLGYPRM(TPLGY)

INIT CALENDAR(DEFAULT)

TPLGY

TOPOLOGY TPLGYMEM(TPLGYDOM)BINDIR(’/usr/lpp/TWS9.2.0’)WRKDIR(’/var/TWS/OPCA’)USRMEM(TPLGYUSR)CODEPAGE(IBM-280)

Conjuntos dedatos de sucesos

globales

Controlador

Funciónhabilitadora

global

Entorno distribuido

ISPFo

aplicaciónde usuario

Conector

Servidor

Enlace TCP/IPo APPC

DynamicWorkloadConsole

Enlace TCP/IP

Enlace TCP/IP

Interfazdel subsistema

(SSI)

Enlace TCP/IP

Figura 1. Ejemplo de configuración básica de servidor


Tabla 3. Miembros EQQSERP de ejemplo para la Figura 1 (continuación)

Ejemplos de EQQSERP

TPLGYUSR

USRREC USRCPU(FTW1)USRNAM(’tws92’)USRPSW(’tws92’)

TPLGYDOM

DOMREC DOMAIN(DOM0)DOMMNGR(FTW1)DOMPARENT(MASTERDM)

CPUREC CPUNAME(FTW1)CPUOS(WNT)CPUNODE(’xxx.xx.xxx.x’)CPUDOMAIN(DOM0)CPUTYPE(FTA)CPUTCPIP(31111)CPUFULLSTAT(ON)CPUAUTOLNK(ON)CPULIMIT(SYSTEM)FIREWALL(NO)CPUTZ(’EUT’)

Nota: Para miembros USERS, consulte el parámetro SERVOPTS USERMAP, y paramiembros TPLGY, consulte la sentencia TOPOLOGY en la publicación TivoliWorkload Scheduler for z/OS: Personalización y ajuste.

Ejemplos de configuración básicaEjemplos de configuraciones de Tivoli Workload Scheduler for z/OS con losdiversos métodos de conexión.

Los ejemplos se basan en un entorno de z/OS de una sola imagen. El apartadoApéndice B, “Ejemplos de configuración”, en la página 381 contiene ejemplos deconfiguraciones más complejas.

Los ejemplos de esta sección muestran:v Todos los espacios de direcciones de Tivoli Workload Scheduler for z/OS como

subsistemas de versión 2.v Sentencias de inicialización de ejemplo que puede utilizar para crear la

configuración. Sólo se incluyen las sentencias de inicialización que se relacionanespecíficamente con la configuración.

v Los componentes de Tivoli Workload Scheduler for z/OS necesarios, el flujo deenvío automático de trabajo y la recopilación de sucesos en diversascombinaciones de sistemas.

Conectado mediante DASDEn la Figura 2 en la página 24 se muestran dos espacios de direcciones de TivoliWorkload Scheduler for z/OS con una conexión DASD en un sistema z/OS.

Represente este sistema en Tivoli Workload Scheduler for z/OS definiendo unaestación de trabajo de sistema con un campo de destino que especifique un nombreDD de envío/liberación. El controlador graba JCL, mandatos de liberación,mensajes WTO y solicitudes de limpieza en el conjunto de datos deenvío/liberación. El rastreador lee el conjunto de datos de envío/liberación yrealiza las acciones siguientes:v Envía JCL para trabajos por lotes al lector interno de JES.v Escribe el JCL de tareas iniciadas en el archivo EQQSTC y emite mandatos START

nombre_proc de z/OS


v Emite mandatos de liberación JES para trabajos en estado HOLD.v Envía el trabajo de limpieza.

Las rutinas de seguimiento de sucesos crean registros de suceso para describir lasactividades que se producen en el sistema. Estos registros se añaden a la cola deltranscriptor de sucesos del rastreador en ECSA. El rastreador procesa la cola ygraba los sucesos en un conjunto de datos de sucesos. Una subtarea de lector desucesos iniciada en el espacio de direcciones de controlador lee el conjunto dedatos de sucesos y se actualiza el plan actual.

También puede configurar este sistema sin un conjunto de datos deenvío/liberación. Cuando el destino de las estaciones de trabajo está en blanco; lostrabajos de lote, las tareas iniciadas, los mandatos de liberación y los mensajesWTO son procesados por la subtarea de envío iniciada automáticamente en elespacio de direcciones de controlador. El proceso de seguimiento de sucesos nocambia.

En la Tabla 4 se muestran las sentencias de inicialización que puede utilizar paracrear la configuración de la Figura 2.

Tabla 4. Miembros EQQPARM de ejemplo para la figura 2

Miembros del controlador Miembros del rastreador

OPCECNT

OPCOPTS OPCHOST(YES)ERDRTASK(1)ERDRPARM(STDERDR)

ROUTOPTS DASD(EQQSYSA)

TRKA

OPCOPTS OPCHOST(NO)ERDRTASK(0)EWTRTASK(YES)EWTRPARM(STDEWTR)

TRROPTS HOSTCON(DASD)

STDERDR

ERDROPTS ERSEQNO(01)

STDEWTR

EWTROPTS SUREL(YES)

��

��

��

��

� � ��

��

��

��

��

��

Figura 2. Un sistema z/OS conectado mediante DASD compartido


Nota: En este ejemplo, EQQSYSA se utiliza para el nombre DD definido por elusuario del conjunto de datos de envío/liberación. Este nombre DD aparece en elprocedimiento JCL del controlador y en el campo de destino de la estación detrabajo.

VTAM conectadoEn la Figura 3 en la página 26 se muestran dos espacios de direcciones de TivoliWorkload Scheduler for z/OS con una conexión VTAM en un sistema z/OS.

Para representar este sistema en Tivoli Workload Scheduler for z/OS, defina unaestación de trabajo de sistema con un campo de destino que especifique un nombrede LU del rastreador. El controlador transmite JCL, los mandatos de liberación, losmensajes WTO y las solicitudes de limpieza a través del enlace LU-LU utilizandoel componente NCF. El rastreador recibe datos a través del enlace VTAM y realizalas acciones siguientes:v Envía JCL para trabajos por lotes al lector interno de JES.v Escribe el JCL de tareas iniciadas en el archivo EQQSTC y emite mandatos START

nombre_proc de z/OSv Emite mandatos de liberación JES para trabajos en estado HOLDv Envía el trabajo de limpieza.

Las rutinas de seguimiento de sucesos crean registros de suceso para describir lasactividades que se producen en el sistema. Estos registros se añaden a la cola deltranscriptor de sucesos del rastreador en ECSA. El rastreador procesa la cola,transmite los registros al controlador a través del enlace VTAM y graba los sucesosen un conjunto de datos de sucesos. La subtarea VTAM del controlador recibe losregistros de sucesos y el plan actual se actualiza.

Nota: Debe especificar EQQEVDS para un controlador, aunque no se haya iniciadoun transcriptor de sucesos en el espacio de direcciones del controlador. El conjuntode datos EQQEVDS se utiliza para punto de comprobación de envío. Puede ser elmismo conjunto de datos que se usa en la función de transcriptor de sucesos. Useun EQQEVDS exclusivo para cada espacio de direcciones del planificador.





OPCECNT

OPCOPTS OPCHOST(YES)ERDRTASK(0)NCFTASK(YES)NCFAPPL(CNTSYS)

ROUTOPTS SNA(TRKSYS)

TRKA

OPCOPTS OPCHOST(NO)ERDRTASK(0)EWTRTASK(YES)EWTRPARM(STDEWTR)NCFTASK(YES)NCFAPPL(TRKSYS)

TRROPTS HOSTCON(SNA) SNAHOST(CNTSYS)

STDEWTR

EWTROPTS EWSEQNO(01)

Nota: en este ejemplo, el nombre de LU del controlador es CNTSYS y el rastreadorutiliza TRKSYS. La LU del rastreador se define en el campo de destino de laestación de trabajo.

Conectado mediante TCP/IPEn la Figura 4 en la página 27 se muestran dos espacios de direcciones de TivoliWorkload Scheduler for z/OS con una conexión TCP/IP en un sistema z/OS.

Para representar este sistema en el planificador, defina una estación de trabajo desistema con un campo de destino que especifique el nombre de destino delrastreador. El controlador transmite JCL, mandatos de liberación, mensajes WTO ysolicitudes de limpieza a través del enlace TCP/IP. El rastreador recibe los datos através del enlace TCP/IP y realiza las siguientes acciones:v Envía JCL para trabajos por lotes al lector interno de JES.v Escribe el JCL de tareas iniciadas en el archivo EQQSTC y emite mandatos START

nombre_proc de z/OS

��

��

��!�

��

�� "��#

!� !�

��

� � ��

��

Figura 3. Un sistema z/OS con una conexión VTAM


v Emite mandatos de liberación JES para trabajos en estado HOLD.v Envía el trabajo de limpieza.

Las rutinas de seguimiento de sucesos crean registros de suceso para describir lasactividades que se producen en el sistema. Estos registros se añaden a la cola deltranscriptor de sucesos del rastreador en ECSA. El rastreador procesa la cola,transmite los registros al controlador a través del enlace TCP/IP y graba lossucesos en un conjunto de datos de sucesos. La tarea de IP del controlador recibelos registros de sucesos y el plan actual se actualiza.

Nota: Debe especificar EQQEVDS para un controlador, aunque no se haya iniciadoun transcriptor de sucesos en el espacio de direcciones del controlador. El conjuntode datos EQQEVDS se utiliza para punto de comprobación de envío. Puede ser elmismo conjunto de datos que se usa en la función de transcriptor de sucesos. Useun EQQEVDS exclusivo para cada espacio de direcciones del planificador.


Tabla 6. Miembros EQQPARM de ejemplo para la Figura 4


OPCECNT

OPCOPTS OPCHOST(YES)ERDRTASK(0)

ROUTOPTS TCPIP(DEST1:’1.111.111.111’/4444)

TCPOPTS TCPIPJOBNAME(’TCPIP’)HOSTNAME(’9.12.134.1’)TRKPORTNUMBER(8888)

TRKA

OPCOPTS OPCHOST(NO)ERDRTASK(0)EWTRTASK(YES)

TRROPTS HOSTCON(TCP)TCPHOSTNAME(’9.12.134.1’)TCPPORTNUMBER(8888)


STDEWTREWTROPTS EWSEQNO(01)

��

�� $�%$

��%$

��

�� $�%$

%$

��

� � ��

��

%$

Figura 4. Un sistema z/OS con una conexión TCP/IP


Nota: en este ejemplo, el nombre del destino es DEST1. El nombre de destino sedefine también en el campo de destino de la estación de trabajo.

Conectado mediante XCFEn la Figura 5 se muestran dos espacios de direcciones de Tivoli WorkloadScheduler for z/OS con una conexión XCF en un monoplex z/OS.

Para representar este sistema en Tivoli Workload Scheduler for z/OS, defina unaestación de trabajo de sistema con un campo de destino que especifique un nombredel miembro XCF del rastreador. El controlador utiliza los servicios XCF paratransportar JCL, mandatos de liberación, mensajes WTO y solicitudes de limpieza alos miembros del sysplex. El rastreador recibe los datos de XCF y realiza lasacciones siguientes:v Envía JCL para trabajos por lotes al lector interno de JES.v Graba JCL para tareas iniciadas en el conjunto de datos EQQSTC y envía

mandatos START nombre_proc z/OS.v Emite mandatos de liberación JES para trabajos en estado HOLD.v Envía el trabajo de limpieza.

Las rutinas de seguimiento de sucesos crean registros de suceso para describir lasactividades que se producen en el sistema. Estos registros se añaden a la cola deltranscriptor de sucesos del rastreador en ECSA. El rastreador procesa la cola,transporta los registros al controlador a través del enlace XCF y graba los sucesosen el conjunto de datos de sucesos. La subtarea de direccionador de datos delcontrolador recibe los registros de sucesos de XCF, y se actualiza el plan actual.

En la Tabla 7 en la página 29 se muestran las sentencias de inicialización quepuede utilizar para crear la configuración de la Figura 5.

��

��

��&�

��

��

��&� &�

��

� � ��

��

�� '�� Comunicación entre tareas

Acceso a un conjunto de datos

Figura 5. Un sistema z/OS con una conexión XCF




OPCECNT


ROUTOPTS XCF(OPCTRK)XCFOPTS MEMBER(OPCCNT)

GROUP(PLEXSYSA)

TRKA

OPCOPTS OPCHOST(NO)ERDRTASK(0)EWTRTASK(YES)EWTRPARM(STDEWTR)

TRROPTS HOSTCON(XCF)XCFOPTS MEMBER(OPCTRK)

GROUP(PLEXSYSA)

STDEWTR


Nota: en este ejemplo, el nombre del monoplex es PLEXSYSA. Los miembros dedicho grupo son:OPCCNT

El controladorOPCTRK

El rastreador

El nombre del miembro del rastreador se define en el campo de destino de laestación de trabajo.

Rastreador y controlador en un único espacio de direccionesEn la Figura 6 en la página 30 se muestra un espacio de direcciones de TivoliWorkload Scheduler for z/OS que realiza la función del rastreador y delcontrolador. Para optimizar la disponibilidad, no use esta configuración en suentorno de producción. No obstante, al menos uno de los entornos de prueba deTivoli Workload Scheduler for z/OS usará probablemente esta configuración.

Para representar este sistema en Tivoli Workload Scheduler for z/OS, defina unaestación de trabajo de sistema con un campo de destino en blanco. La subtarea deenvío realiza las siguientes acciones:v Envía JCL para trabajos por lotes al lector interno de JES.v Escribe el JCL de tareas iniciadas en el conjunto de datos EQQSTC y emite

mandatos START nombre_proc de z/OSv Emite mandatos de liberación JES para trabajos en estado HOLD.

Las rutinas de seguimiento de sucesos crean registros de suceso para describir lasactividades que se producen en el sistema. Estos registros se añaden a la cola deltranscriptor de sucesos del subsistema en ECSA. La subtarea del transcriptor desucesos procesa los sucesos y:v Añade el suceso a la cola del direccionador de datos, y se actualiza el plan

actual.v Graba los sucesos en el conjunto de datos de sucesos.


En la Tabla 8 se muestran las sentencias de inicialización para crear laconfiguración de la Figura 6.


Miembros EQQPARM del espacio dedirecciones

OPCECNT

OPCOPTS OPCHOST(YES)ERDRTASK(0)EWTRTASK(YES)EWTRPARM(STDEWTR)

STDEWTR


El apartado Apéndice B, “Ejemplos de configuración”, en la página 381 contieneejemplos de configuración de Tivoli Workload Scheduler for z/OS de entornos máscomplejos.

Ejemplos de configuración básica de almacén de datosNecesita instalar un almacén de datos para cada spool del cual Tivoli WorkloadScheduler for z/OS realiza el seguimiento en la configuración.

Si tiene un spool compartido, por ejemplo, JES2 MAS, puede tener un únicoalmacén de datos para varios comprobadores de seguimiento. Están soportadastres clases de conexiones entre el controlador y el almacén de datos: SNA, XCF yTCP/IP. El tipo de almacén de datos se debe definir como SNA, XCF o TCP/IP. Elmismo controlador se puede conectar, al mismo tiempo, con más de un almacén dedatos, utilizando un tipo de conexión diferente para cada almacén de datos.Observe que son necesarios valores de LU diferentes: uno para los almacenes dedatos y uno para los rastreadores. Todos los almacenes de datos trabajan en undestino reservado, que siempre debe tener el mismo nombre.

Conexión SNA solamenteEn la Figura 7 en la página 31 se muestra JES2 con dos imágenes. En la imagen 1,el controlador y el rastreador están en el mismo espacio de direcciones. La imagen2 contiene un rastreador. El spool no es compartido. Se necesitan dos almacenes dedatos, uno para la imagen 1 y otro para la imagen 2. Todas las conexiones sonenlaces VTAM.

��

��

�� ( ��

��

� � ��

Figura 6. Un rastreador y un controlador configurados en un único espacio de direcciones


Clave:

FCC Tarea de comunicación de almacén de datos

FL Tarea de obtención de registro de trabajos

FN Tarea de manejador SNA de almacén de datos

NCF Función de comunicación de red


Controlador/agente de seguimiento: C1Agente de seguimiento: T1

Almacén de datos: D2

FL

NCF

FN

NCF

FN

FCC

Almacén de datos: D1 FN

FCC

Enlace VTAM

Imagen 1 Imagen 2

Enlace VTAM

Enlace VTAM

Figura 7. Controlador y rastreador en el mismo espacio de direcciones con el rastreador conectado mediante SNA


Tabla 9. Miembros de ejemplo para la Figura 7

Miembro del controlador Miembro de rastreador

C1

OPCOPTSRCLEANUP(YES)NCFTASK(YES)NCFAPPL(LU00C1T)

FLOPTSCTLLUNAM(LU00C1D)SNADEST(********.LU000D1,

LU000T1.LU000D2)

ROUTOPTS SNA(LU000T1)

T1

OPCOPTSNCFTASK(YES)NCFAPPL (LU000T1)

TRROPTSHOSTCON(SNA)SNAHOST(LU00C1T)

D1

DSTOPTSDSTLUNAM(LU000D1)CTLLUNAM(LU00C1D)

D2

DSTOPTSHOSTCON(SNA)DSTLUNAM(LU000D2)CTLLUNAM(LU00C1D)

Miembros de almacén de datos

Nota: En este ejemplo, los nombres de LU de los socios de comunicación son lossiguientes:

LU00C1DControlador C1, cuando se comunica con un almacén de datos

LU000D1Almacén de datos D1.


LU00C1TControlador C1, cuando se comunica con el rastreador T1

LU000T1Rastreador T1.

Conexión XCF solamenteEn la Figura 8 en la página 33 se muestra JES2 MAS (spool compartido) con dosimágenes. En la imagen 1, el controlador y el rastreador están en el mismo espaciode direcciones y se conectan mediante XCF. La imagen 2 contiene otro rastreador.Sólo necesita un almacén de datos, que está instalado en la imagen 2. Elcontrolador solicitará el registro de trabajos del almacén de datos mediante unasubtarea FL.


Clave:



MAJORTarea principal del controlador/rastreador




C1

OPCOPTSRCLEANUP(YES)NCFTASK(NO)

ROUTOPTSXCF(XCFMEMT1)

XCFOPTSGROUP(XCFGRUCT)MEMBER(XCFMEMCT)

FLOPTSDSTGROUP(XCFGRUCD)CTLMEM(XCFMEMCD)XCFDEST(********.XCFMEMD1,XCFMEMT1.XCFMEMD1)

T1

OPCOPTSNCFTASK(NO)

TRROPTSHOSTCON(XCF)

XCFOPTSGROUP(XCFGRUCT)MEMBER(XCFMEMT1)

Miembro de almacén de datos

D1

DSTOPTSHOSTCON(XCF)DSTGROUP(XCFGRUCD)DSTMEM(XCFMEMD1)



MAJOR

FL

MAJORCTC

CTC

FCC

Imagen 1 Imagen 2

Figura 8. Controlador, rastreador y almacén de datos conectados mediante XCF


Nota: En este ejemplo, los grupos XCF de los socios de comunicación son lossiguientes:

XCFGRUCDGrupo XCF para la comunicación entre el controlador y el almacén dedatos. Los miembros del grupo son:

XCFMEMCDEl controlador.

XCFMEMD1El almacén de datos.

XCFGRUCTGrupo XCF para la comunicación entre el controlador y el rastreador. Losmiembros del grupo son:

XCFMEMCTEl controlador.

XCFMEMT1El rastreador

Conexión TCP/IP solamenteEn la Figura 9 en la página 35 se muestra JES2 con dos imágenes. En la imagen 1,el controlador y el rastreador están en el mismo espacio de direcciones. La imagen2 contiene un rastreador. El spool no es compartido. Se necesitan dos almacenes dedatos, uno para la imagen 1 y otro para la imagen 2. Todas las conexiones sonenlaces de TCP/IP.


Clave:



ID Tareas para la comunicación de TCP/IP entre el almacén de datos y elcontrolador

IP Tarea para la comunicación TCP/IP entre el rastreador y el controlador




FL

IP

ID

IP

ID

FCC

Almacén de datos: D1 ID

FCC

Enlace TCP/IP

Imagen 1 Imagen 2

Enlace TCP/IP

Enlace TCP/IP

Figura 9. Controlador y rastreador en el mismo espacio de direcciones con el rastreador conectado mediante TCP/IP




C1

OPCOPTSRCLEANUP(YES)

FLOPTSTCPDEST(********.’9.12.134.1’,

’9.12.134.9’)

ROUTOPTS TCPIP(TRK1:’9.12.134.9’)

T1

TRROPTSHOSTCON(TCP)TCPHOSTNAME(’9.12.134.1’)


D1

DSTOPTSHOSTCON(TCP)CTLHOSTNAME(’9.12.134.1’)

D2

DSTOPTSHOSTCON(TCP)CTLHOSTNAME(’9.12.134.1’)

Nota: En este ejemplo, el nombre del destino del rastreador es TRK1. El nombre dedestino se define también en el campo de destino de la estación de trabajo. Ladirección TCP/IP de la imagen 1 es 9.12.134.1 y la dirección TCP/IP de la imagen2 es 9.12.134.9.

Conexión mixta de SNA y XCFLa Figura 10 en la página 37 muestra una conexión mixta de SNA y XCF. En laimagen 1, el controlador y el rastreador están en el mismo espacio de direcciones.En la imagen 2, el rastreador está conectado mediante XCF. En la imagen 3, elrastreador remoto está conectado mediante SNA con un enlace VTAM. El spoolsólo está compartido entre la imagen 1 y la imagen 2 (JES2 MAS). Debe tener dosalmacenes de datos, uno instalado en la imagen 2, y otro en la imagen 3.

Tenga en cuenta que el controlador y el rastreador de la imagen 1 deben tener dosnombres de LU diferentes. Para cada conexión XCF debe haber un nombre degrupo XCF distinto.


Clave:



FN Tarea de manejador SNA de almacén de datos

MAJORTarea principal del controlador/rastreador

NCF Función de comunicación de red


Controlador/agente deseguimiento: C1

FL

NCF

FN

Almacén dedatos: D2

FCC


FN

FCC

Agente deseguimiento: T2

MAJOR

Imagen 1 Imagen 2

MAJOR

Enlace VTAM

Enlace VTAM

XCF

Agente deseguimiento: T3

NCF

XCF

Imagen 3

Figura 10. Conexión mixta de SNA y XCF



Miembro de controlador

C1

OPCOPTSRCLEANUP(YES)NCFTASK(YES)NCFAPPL(LU00C1T)

ROUTOPTSSNA(LU000T3)XCF(XCFMEMT2)

XCFOPTSGROUP(XCFGRUCT)MEMBER(XCFMEMCT)

FLOPTSDSTGROUP(XCFGRUCD)CTLMEM(XCFMEMCD)XCFDEST(********.XCFMEMD2,XCFMEMT2.XCFMEMD2)CTLLUNAM(LU00C1D)SNADEST(LU000T3.LU000D3)

Miembros de rastreador

T2

OPCOPTSNCFTASK(NO)

TRROPTSHOSTCON(XCF)

XCFOPTSGROUP(XCFGRUCT)MEMBER(XCFMEMT2)

T3

OPCOPTSNCFTASK(YES)NCFAPPL(LU000T3)

TRROPTSHOSTCON(SNA)SNAHOST(LU00C1T)


D2

DSTOPTSHOSTCON(XCF)DSTGROUP(XCFGRUCD)DSTMEM(XCFMEMD2)

D3

DSTOPTSDSTLUNAM(LU000D3)CTLLUNAM(LU00C1D)

Nota: En este ejemplo, los grupos XCF o los nombres de LU de los socios decomunicación son los siguientes:

XCFGRUCDGrupo XCF para la comunicación entre el controlador y el almacén dedatos. Los miembros del grupo son:

XCFMEMCDControlador C1.

XCFMEMD2Almacén de datos D2.

XCFGRUCTGrupo XCF para la comunicación entre el controlador y el rastreador. Losmiembros del grupo son:


XCFMEMCTControlador C1.

XCFMEMT2Rastreador T2.

LU00C1DControlador C1, cuando se comunica con D3.


LU00C1TControlador C1, cuando se comunica con T3.

LU000T3Rastreador T3.



Capítulo 3. Planificación de la instalación

Qué debe tenerse en cuenta al planificar la instalación en Tivoli WorkloadScheduler for z/OS.

Este capítulo trata de las consideraciones que deben tenerse en cuenta durante lainstalación de Tivoli Workload Scheduler for z/OS y ofrece una lista decomprobación que puede utilizar en el proceso de instalación. El apartadoCapítulo 4, “Instalación”, en la página 55 ofrece una descripción en detalle de lastareas de instalación.

Consideraciones sobre la instalaciónDurante la fase de planificación del proyecto de Tivoli Workload Scheduler forz/OS, considere cómo desea instalar el planificador para controlar la carga detrabajo de la producción. Durante la instalación deberá instalar el rastreador y elcontrolador en diferentes combinaciones según su entorno de proceso, yconectarlos mediante uno o varios métodos de comunicación descritos en elapartado Capítulo 2, “Planificación de la configuración”, en la página 17.Posteriormente, puede personalizar los sistemas Tivoli Workload Scheduler forz/OS para que incluyan más funciones.

Antes de empezar con las tareas de instalación, asegúrese de que tiene todos losrecursos que necesita para completar la instalación.

Configuración de disponibilidadSe recomienda instalar el rastreador y el controlador como subsistemasindependientes en un sistema de control de Tivoli Workload Scheduler for z/OS.El rastreador puede después continuar recopilando sucesos aunque el controladorse detenga. Los sucesos se crean mediante las salidas de SMF y JES y se añaden ala cola del área de servicio común ampliada (ECSA) de z/OS. Si el transcriptor desucesos no está activo mientras se están ejecutando los trabajos en el sistema,puede que la cola se llene y que se pierdan los sucesos nuevos. Tivoli WorkloadScheduler for z/OS no puede recuperar los sucesos perdidos.

Puede mejorar la disponibilidad de Tivoli Workload Scheduler for z/OS medianteel uso de z/OS Automatic Restart Manager (ARM). La gestión del reinicioautomático puede reducir el impacto de un error inesperado en Tivoli WorkloadScheduler for z/OS porque puede reiniciarlo automáticamente sin la intervencióndel operador.

Para usar Automatic Restart Manager, establezca el parámetro ARM de la sentenciaOPCOPTS en YES. Para obtener más información sobre el parámetro ARM,consulte Tivoli Workload Scheduler for z/OS: Customization and Tuning.

Espera activaSi se conecta a los sistemas Tivoli Workload Scheduler for z/OS utilizando elrecurso de acoplamiento de sistemas cruzados (XCF) de z/OS, puede incluir uno omás controlador en espera en la configuración. Un sistema en espera puede tomarel control de funciones del controlador si se produce un error en el controlador oen el sistema z/OS en el que estaba activo. Puede crear un controlador en esperaen uno o más sistemas controlados de Tivoli Workload Scheduler for z/OS dentro


del grupo XCF. Cada sistema en espera debe tener acceso a los mismos recursosque el controlador. Estos recursos incluyen conjuntos de datos y recursos dedominio cruzado VTAM. No obstante, si se asigna EQQMLOG como un conjuntode datos, no puede compartirse entre el controlador y el controlador en espera . Elsistema en espera se inicia de la misma forma que los otros espacios de direccionesde Tivoli Workload Scheduler for z/OS, pero no se activa hasta que se produceuna anomalía o a no ser que se le indique que tome el control mediante unmandato MODIFY del operador de z/OS. Si utiliza uno o más servidores paraacceder remotamente al controlador o para planificar mediante la función global,tenga en cuenta que el servidor siempre debe ejecutarse en el mismo sistema queel controlador.

Inicio de un transcriptor de sucesos con una función de lectorde sucesos

En situaciones en las que un rastreador no tiene una conexión DASD con elcontrolador, utilice un transcriptor de sucesos iniciado con una función de lector desucesos.

Esto puede mejorar el rendimiento porque los sucesos no se graban en el conjuntode datos de sucesos y luego se vuelven a leer de nuevo, lo que requiere una tareade lector de sucesos que compruebe de forma continuada el conjunto de datos desucesos en busca de sucesos nuevos.

En lugar de esto, el transcriptor de sucesos graba los sucesos en el conjunto dedatos de sucesos y los reenvía directamente al controlador mediante un enlaceXCF, NCF o TCP/IP.

Utilización de un clúster de sistema de archivos jerárquicoSi planea instalar la función global, tenga en cuenta que el servidor inicia variastareas y procesos con UNIX System Services (USS) en z/OS. El servidor globalaccede a USS en un clúster de sistema de archivos jerárquico, que puede ser HFS ozFS. Para obtener más información, consulte Tabla 13 en la página 45.

Utilización de dos conjuntos de datos de registro de mensajes(MLOG)

Todos los componentes y las tareas principales de Tivoli Workload Scheduler forz/OS registran los mensajes en SYSOUT, o en un conjunto de datos, en función dela opción de configuración que haya elegido.

En el caso en que los mensajes se registran en un conjunto de datos (EQQMLOG),el conjunto de datos de registro de mensajes permanece bajo el control delcontrolador de Tivoli Workload Scheduler for z/OS siempre y cuando éste estéactivo. Si desea guardar, o borrar, el contenido del conjunto de datos, en primerlugar deberá detener el controlador. Además, el controlador no se detiene duranteun período de tiempo largo, y EQQMLOG se queda sin espacio, los mensajes segraban en el registro del sistema.

Para evitar estos problemas, incluida la mayor cantidad de tiempo necesaria parabuscar registros específicos en un conjunto de datos sobredimensionado, puedeconfigurar Tivoli Workload Scheduler for z/OS para que utilice dos conjuntos dedatos de registro de mensajes, EQQMLOG y EQQMLOG2.

Los dos MLOG se utilizan de forma alternativa: mientras uno registra mensajes, elotro permanece inactivo. A continuación, cuando el conjunto de datos activo


|

|

|||

|||||||

||||

||

alcance un nivel de finalización preestablecido, su contenido se copiará en unconjunto de datos GDG, y pasará a estar desocupado, mientras que el otroconjunto de datos comenzará el registro. Cuando se alcance el mismo nivel definalización en el conjunto de datos que ahora está activo, la conmutación serepetirá. Cada vez que se cambian los conjuntos de datos, se emite el mensaje:EQQZ402I CONMUTAR DE ddn1 A ddn2

en SYSLOG, y se graba en el MLOG al que se acaba de conmutar.

Los mensajes copiados de EQQMLOG y EQQMLOG2 están disponibles en elconjunto de datos GDG.

Para configurar Tivoli Workload Scheduler for z/OS de forma que utilice dosMLOG, especifique Y en el campo MLOG SWITCH del panel ayuda de la instalaciónde EQQJOBSC. Para activar esta característica, también debe especificar en elcampo Switchlimit el número de registros grabados en el archivo MLOG quedesee que desencadene el mecanismo de conmutación. Cuando el archivo alcanceeste nivel de capacidad, su contenido se guardará en el archivo GDG, y losmensajes posteriores se grabarán en el archivo alternativo.

El número de registros de Switchlimit debe ser mayor que 0 para que se active lacaracterística.

Especificar Y en MLOG SWITCH da como resultado que se creen JCL de ejemplo que:v Añaden DD EQQMLOG2 al JCL de tarea iniciada del controlador (ejemplos

EQQCONO y EQQCON) y los parámetros iniciales (ejemplos EQQCONOP yEQQCONP).

v Añaden DD EQQMLOG2 al JCL de tarea iniciada del rastreador y losparámetros iniciales (ejemplos EQQTRA y EQQTRAP).

v Asignan el conjunto de datos EQQMLOG2 como EQQMLOG (ejemploEQQPCS02).

v Crean el conjunto de datos GDG donde se archiva el archivo MLOG de salida(ejemplos EQQSMLOG y EQQREPRO).

v Asignan la raíz GDG para archivar los MLOG (ejemplo EQQPCS12).

A continuación, debe hacer que el procedimiento EQQSMLOG (copiado de losejemplos personalizados EQQJOBS) resulte accesible para el controlador, porejemplo, añadiéndolo a user.proclib.

Una vez instalado el producto, puede configurar las palabras claveMLOGPROCNAME y SWITCHMLOGLIM de la sentencia de inicializaciónOPCOPTS para establecer o cambiar la característica.

Se debe prestar particular atención a la calibración del número de registrosespecificados en Switchlimit (o SWITCHMLOGLIM), ya que un valorextremadamente bajo desencadena la función de conmutación con una frecuenciainnecesaria, y por otro lado, existe el riesgo de llenar el MLOG hasta el máximo desu capacidad y generar una terminación anómala B37. El procedimientorecomendado es especificar un número que, como mínimo, doble el número deregistros registrados al iniciarse el controlador, o durante la hora punta de carga detrabajo (cuando se envían muchos mensajes de tipo ETT add).

Por ejemplo, si utiliza un disco 3390, una pista es de 56664 bytes. Un cilindroincluye 15 pistas, que son 849960 bytes. Si asigna un MLOG de 1 cilindro con 1extensión, el número de bytes disponibles es de 1699920. Puesto que la longitud de

Capítulo 3. Planificación de la instalación 43

|||||

|

|

||

|||||||

||

|

|||

||

||

||

|

|||

|||

||||||||

|||

registro de MLOG es de 125 bytes, el número máximo de registros disponibles esde 13599 (1699920/125). Bajo estas condiciones, el número adecuado de registrospara Switchlimit o SWITCHMLOGLIM debe ser algo menor, quizá 13000. Si seencuentra con que se emite un número de mensajes mayor a intervalos cortosdurante la carga de trabajo de la hora punta o durante el inicio del controlador,esto implica que debe aumentar el valor, y asignar más espacio para EQQMLOG.

Otra ventaja de utilizar la función de conmutación MLOG es que evita la pérdidade los mensajes que se graban en EQQMLOG cuando se genera la terminaciónanómala B37 porque el archivo MLOG se llena. De hecho, cuando la función deconmutación está activa, si el archivo MLOG actual se llena debido a que se hayadefinido un número inadecuado de registros en Switchlimit oSWITCHMLOGLIM, cuando se emite B37, se fuerza una acción MLOG, todos losregistros se copian en el conjunto de datos GDG, y el control se pasa al MLOGalternativo.

Cuando esta característica está instalada, puede:v Ejecutar el mandato de modificación, /F subsys, SWITCHMLOG, para forzar la

conmutación al conjunto de datos alternativo (EQQMLOG o EQQMLOG1),independientemente del número de mensajes registrados actualmente, y sevuelve a iniciar el contador de registros desde 0.

v Ver cuál de los dos conjuntos de datos MLOG se está usando actualmente en eldiálogo EXAMEN DE INFORMACION GENERAL DEL PLAN ACTUAL(EQQSGCPP; vía de acceso rápida 6.6).

Consulte también “Conjunto de datos de registro de mensajes (EQQMLOG)” en lapágina 122.

Lista de comprobación de la instalación de Tivoli Workload Schedulerfor z/OS

Esta sección contiene una lista de comprobación que le servirá de guía para lastareas de instalación de un rastreador, un controlador, un controlador en espera olos diálogos de ISPF.

Nota: Instale siempre primero el rastreador en el sistema de control o en unsistema donde se instalará un controlador en espera.

En la lista de comprobación, los números de las tareas están dispuestos en unorden recomendado, pero esto no significa que tenga que seguirse necesariamenteese orden. Realice las tareas que se ajusten a la configuración utilizada.

La columna Se aplica a indica para qué espacio de dirección de Tivoli WorkloadScheduler for z/OS debe realizar esa tarea determinada. Puede que no seanecesario realizar todas las tarea de la lista. Pase por alto las tareas o acciones queno correspondan a su instalación.

Una marca de selección (U) en la columna IPL significa que es necesario realizaruna IPL del sistema z/OS para que el cambio entre en vigor. No indica el númerode IPL que se necesita. Puede instalar Tivoli Workload Scheduler for z/OS con sólouna IPL del sistema z/OS tras realizar todos los pasos necesarios antes de una IPLplanificada.

La columna TemaPágina indica el temapágina de esta publicación en la que sedescribe la tarea.


||||||

||||||||

|

||||

|||

||

Tabla 13. Lista de comprobación de la instalación de Tivoli Workload Scheduler for z/OS

Tarea Descripción Se aplica a IPL Página

1 Cargar software de rastreador.

Realice estas acciones en cada sistema de laconfiguración de Tivoli Workload Scheduler for z/OS:v Ejecute SMP/E para recibir el software del rastreador.v Aplique mantenimiento del rastreador.

rastreador “Paso 1. Cargar softwarede rastreador” en lapágina 57

2 Cargar software del controlador.

Realice estas acciones en cada sistema donde estáinstalando un controlador, un controlador en espera odiálogos:v Ejecute SMP/E para recibir el software del

controlador.v Aplique mantenimiento del controlador.

Controladorcontroladoren esperaDiálogos

“Paso 2. Cargar softwarede controlador” en lapágina 58

3 Cargar el software de soporte multilingüístico (NLS)del controlador.

Realice estas acciones en cada sistema donde estáinstalando un controlador, un controlador en espera odiálogos:v Ejecute SMP/E para recibir el software NLS.v Aplique mantenimiento NLS.

Controladorcontroladoren esperaDiálogos

“Paso 3. Cargar elsoftware de soportemultilingüístico” en lapágina 58

4 Ejecutar la ayuda de instalación EQQJOBS.

Puede ejecutar EQQJOBS tan pronto como se hayacargado el software del rastreador. Le ayudará ainstalar Tivoli Workload Scheduler for z/OS:

v Configure EQQJOBS.

v Cree un JCL de trabajo de ejemplo. De esta manerapodrá generar ejemplos personalizados en el diálogoEQQJOBS.

v Genere esqueletos de trabajo por lotes. UtiliceEQQJOBS para generar esqueletos para los diálogosde ISPF.

v Opcionalmente, genere los ejemplos de almacén dedatos si desea instalar el almacén de datos.

Controlador delrastreadorcontroladoren esperaDiálogos

“Configuración de laayuda de la instalaciónde EQQJOBS” en lapágina 59

5 Agregar salidas de seguimiento de sucesos de SMF yJES.

Realice esta tarea en cada sistema z/OS de laconfiguración de Tivoli Workload Scheduler for z/OS.Nota: Si coloca rutinas de salida en una biblioteca LPA(área de empaquetado de enlaces), debe realizar unaIPL del sistema z/OS con la opción CLPA.

rastreador U “Paso 5. Añadir salidasde SMF y JES para elseguimiento de sucesos”en la página 81


Tabla 13. Lista de comprobación de la instalación de Tivoli Workload Scheduler for z/OS (continuación)


6 Actualizar SYS1.PARMLIB.

En cada sistema donde instale el producto, realice lasacciones aplicables a la instalación:

v Defina subsistemas de Tivoli Workload Scheduler forz/OS (IEFSSNnn). Esto es necesario para cadasistema donde se instala el producto.

v Autorice la biblioteca del módulo de carga de TivoliWorkload Scheduler for z/OS (IEAAPFnn). Realiceesta operación si instala el producto en una bibliotecade módulo de carga separada.

v Actualice los parámetros SMF (SMFPRMnn). Hagaesto al instalar un rastreador.

v Actualice las definiciones del contenido de vuelco.Considere realizar esta operación en cada sistemadonde instale el producto.

v Actualice la definición de biblioteca de enlaces dez/OS (LNKLSTnn) en cada sistema donde instale elproducto.

v Actualice las opciones de inicialización de XCF(COUPLEnn). Revise esta sección si utilizaconexiones XCF.

v Modifique los parámetros de TSO (IKJTSOnn).Realice esta operación al instalar un controlador, uncontrolador en espera o los diálogos de ISPF.

v Actualice PPT para mejorar el rendimiento(SCHEDnn) en cada sistema donde esté instalando elproducto.

v Defina la rutina de salida DLF para el soporte deHiperbatch (COFDLFnn). Realice esta operación siutiliza el soporte de Hiperbatch.

v Elija si desea iniciar Tivoli Workload Scheduler forz/OS automáticamente (COMMNDnn). Considererealizar esta operación en cada sistema donde instaleel producto.

v Actualice las opciones de APPC (APPCPMnn).Considere realizar esta acción si va a utilizar la APIde Tivoli Workload Scheduler for z/OS o el servidor.Defina recursos VTAM antes de actualizarSYS1.PARMLIB. Coordine esta acción con las tareas18 ó 19.


U “Paso 6. ActualizarSYS1.PARMLIB” en lapágina 84

7 Configurar el entorno de RACF.

Realice estas acciones en cada sistema de laconfiguración de Tivoli Workload Scheduler for z/OS:

v Actualice RACF para las tareas iniciadas (ICHRIN03)de Tivoli Workload Scheduler for z/OS en todas lastareas iniciadas de Tivoli Workload Scheduler forz/OS en cada sistema.

v Actualice RACF para un controlador o controlador enespera.


U “Paso 7. Configurar elentorno RACF” en lapágina 94

En este punto, si ha colocado módulos de salida en LPA, puede realizar la IPL con la opción CLPA. Ninguna otraopción de Tivoli Workload Scheduler for z/OS requiere una IPL.




8 Configurar el entorno SSL

Realice estas acciones para activar una comunicaciónsegura en una red TCP/IP:

v Cree un directorio de trabajo SSL.

v Cree tantas claves privadas, certificados y cadenas decertificados de autoridad de certificación fiable (CA)como planee utilizar en la red.

v Configure el planificador mediante la especificaciónde la sentencia TCPOPTS para cada componente dela red.

controlador delrastreadorcontroladoren esperaServidor delalmacén dedatosDirecciónde usuarioespacio

“Paso 8. Comunicacionesseguras” en la página101

9 Asignar conjuntos de datos.

Realice estas acciones si instala un rastreador o uncontrolador:

v Revise la sección sobre la asignación de conjuntos dedatos de Tivoli Workload Scheduler for z/OS.Consulte esta sección antes de asignar conjuntos dedatos.

v Asigne conjuntos de datos VSAM para uncontrolador. Realice esta acción para crear nuevosconjuntos de datos para un controlador.

v Asigne conjuntos de datos no VSAM. Realice estaacción para cada espacio de direcciones de TivoliWorkload Scheduler for z/OS.

v También puede asignar conjuntos de datos dealmacenes de datos VSAM si desea utilizar elalmacén de datos.

v También puede asignar los archivos y directorio parausar la planificación global con capacidades detolerancia a errores.

Controlador delrastreadorServidor delalmacén dedatos

“Paso 9. Asignarconjuntos de datos” en lapágina 104

10 Actualizar SYS1.PROCLIB.

Realice estas acciones para cada espacio de direccionesde Tivoli Workload Scheduler for z/OS.

v Cree un procedimiento JCL para cada espacio dedirecciones en todos los sistemas z/OS donde vaya ainstalar Tivoli Workload Scheduler for z/OS.

v Si utiliza Tivoli Workload Scheduler for z/OS paraplanificar operaciones de tareas iniciadas, asegúresede que el conjunto de datos de envío de tareasiniciadas (EQQSTC) está en la concatenación de JESPROCLIB y en el procedimiento de inicio delplanificador maestro.

v Si utiliza la función de reinicio y limpieza, copie elprocedimiento de ejemplo EQQCLEAN en unconjunto de datos al que se hace referencia en laconcatenación de JES PROCLIB.

controlador delrastreadorcontroladoren espera

“Implementación desoporte para operacionesde tarea iniciada” en lapágina 133




11 Definir sentencias de inicialización.

Realice esta tarea para cada espacio de direcciones deTivoli Workload Scheduler for z/OS:

v Defina sentencias de inicialización. Cree miembros enla biblioteca de parámetros (EQQPARM) para cadaespacio de direcciones.


“Paso 11. Definir lassentencias deinicialización” en lapágina 139

12 Crear una base de datos DB2.

Realice esta tarea si necesita soporte de historial:v Actualice las sentencias de inicialización.v Cree una base de datos DB2.

Controladorcontroladoren espera

“Paso 12. Crear la basede datos DB2” en lapágina 139

Si no utiliza conexiones NCF, XCF o TCP/IP, puede iniciar un rastreador y continuar con la tarea de verificación.

13 Configurar el entorno ISPF.

Realice estas acciones en el sistema donde vaya ainstalar los diálogos de ISPF.v Configure la biblioteca de CLIST de Tivoli Workload

Scheduler for z/OS.v Configure las tablas ISPF.v Asigne los conjuntos de datos de ISPF y Tivoli

Workload Scheduler for z/OS a la sesión TSO.v Invoque el diálogo de Tivoli Workload Scheduler for

z/OS.

Diálogos “El entorno ISPF” en lapágina 196

Si no utiliza conexiones NCF, XCF o TCP/IP, la API o el servidor, puede iniciar un controlador y continuar con latarea de verificación.

14 Utilización de XCF para comunicaciones locales.

Aunque ya haya especificado sentencias deinicialización XCF en la tarea 12 y actualizado elmiembro COUPLEnn en la tarea 7, tenga en cuentaestas acciones si utiliza XCF:

v Actualice las opciones de inicialización de XCF.Compruebe que las opciones de inicialización de XCFson adecuadas para la configuración de TivoliWorkload Scheduler for z/OS.

v Añada opciones de sentencias de inicialización paraXCF. Especifique las opciones de ejecución de XCF enla biblioteca de parámetros de todas las tareasiniciadas.


“Paso 14. Uso de XCFpara comunicación” en lapágina 147




15 Activar NCF para conexiones VTAM.

Realice estas acciones para cada espacio de direccionesque esté conectado mediante NCF. Compruebe que uncontrolador en espera tiene las mismas conexiones derastreador que el controlador y que cada rastreador sepuede conectar a todos los controladores en espera:

v Añada definiciones de red NCF. Defina aplicacionesVTAM en cada sistema donde una tarea iniciadautiliza NCF.

v Añada parámetros de sesión NCF en cada sistemaz/OS donde se ha instalado Tivoli WorkloadScheduler for z/OS.

v Actualice la tabla COS. Considere realizar esta acciónsi no desea utilizar la entrada predeterminada VTAMCOS.

v Active los recursos de red. Compruebe que todos losrecursos VTAM están activos.

v Añada las opciones de inicialización de NCF. Incluyalas opciones de las sentencias de inicialización en labiblioteca de parámetros de todas las tareas iniciadasque usan NCF.


“Paso 15. Activar lafunción de comunicaciónde red” en la página 150

16 Activar conexiones TCP/IP

Realice estas acciones para cada espacio de direccionesque esté conectado mediante TCP/IP. Compruebe queun controlador en espera tiene las mismas conexionesde rastreador que el controlador y que cada rastreadorse puede conectar a todos los controladores en espera:

v Añada las definiciones de red TCP/IP. Defina ladirección IP del controlador y del rastreador.

v Añada las opciones de inicialización TCP/IP. Incluyalas opciones de las sentencias de inicialización en labiblioteca de parámetros de todas las tareas iniciadasque usan TCP/IP.

v Para TCP/IP, el servidor Tivoli Workload Schedulerfor z/OS puede gestionar hasta 500 solicitudes deconexión simultáneas en una cola. En el archivo deconfiguración PROFILE.TCPIP, establezca la sentenciaSOMAXCONN en un valor no mayor de 500.


“Paso 16. Usar TCP/IPcomo comunicación” enla página 153




17 Activar soporte para la API de Tivoli WorkloadScheduler for z/OS.

Para utilizar la API, realice estas acciones para cadaespacio de direcciones de Tivoli Workload Scheduler forz/OS al que desee enviar solicitudes :

v Defina recursos VTAM. Defina una LU local paraTivoli Workload Scheduler for z/OS, modalidades deinicio de sesión y recursos de dominio cruzado,según convenga.

v Actualice las opciones de APPC. Actualice elmiembro APPCPMnn de SYS1.PARMLIB.

v Active el soporte de Tivoli Workload Scheduler forz/OS para APPC. En la biblioteca de parámetros,incluya APPCTASK(YES) en la sentencia OPCOPTS.


“Paso 17. Activar soportepara la API” en la página153

18 Activar el soporte para el servidor de Tivoli WorkloadScheduler for z/OS de modo que utilice comunicacionesAPPC o TCP/IP.

Nota: incluya esta tarea al activar un servidor de TivoliWorkload Scheduler for z/OS.

Para activar el servidor, realice estas acciones en elorden mostrado:

1. Defina recursos VTAM. Defina una LU local paraTivoli Workload Scheduler for z/OS, modalidadesde inicio de sesión y recursos de dominio cruzado,según convenga.

2. Actualice las opciones de APPC. Actualice elmiembro APPCPMnn de SYS1.PARMLIB.

3. Active el soporte de Tivoli Workload Scheduler forz/OS para APPC. En la biblioteca de parámetros,incluya SERVERS en la sentencia OPCOPTS.

controlador deservidorcontroladoren espera

“Paso 18. Activar elsoporte del diálogo delproducto e interfaz deprogramas mediante elservidor” en la página157




19 Activar soporte para planificación global con funcionesde tolerancia a errores

Nota: incluya esta tarea cuando vaya a utilizar IBMTivoli Workload Scheduler for z/OS para planificartrabajos en agentes tolerantes a errores distribuidos.

v Compruebe que haya cargado el software habilitadorglobal tolerante a errores en el sistema donde hayainstalado el controlador.

v Verifique que todos los conjuntos de datos VSAM yno VSAM y los archivos utilizados para laplanificación global con las funciones de tolerancia aerrores se hayan asignado (para ver detalles, consultela tarea que describe cómo asignar conjuntos dedatos).

v Para activar el servidor, incluya TPLGYPRM en lasentencia SERVOPTS de la biblioteca de parámetrosde IBM Tivoli Workload Scheduler for z/OS.

v Para activar el controlador, incluya TPLGYSRV en lasentencia OPCOPTS de la biblioteca de parámetrosde IBM Tivoli Workload Scheduler for z/OS.

v Para activar los trabajos por lotes de planificacióndiaria, incluya TPLGYPRM en la sentenciaBATCHOPTS de la biblioteca de parámetros de IBMTivoli Workload Scheduler for z/OS.

Controladorcontroladoren esperaservidor

“Paso 19. Activar soportepara la planificaciónglobal con capacidad detolerancia a errores” enla página 160

20 Activar soporte para la planificación global confunciones z-centric

Nota: Incluya esta tarea cuando prevea utilizar IBMTivoli Workload Scheduler for z/OS para planificartrabajos en agentes de z-centric distribuidos.

v Defina los parámetros de inicialización ROUTOPTSpara el controlador.

v Defina los parámetros de inicialización HTTPOPTSpara el rastreador.


“Paso 20. Activar soportepara la planificaciónglobal con funcionesz-centric” en la página162

21 Activar soporte para la Dynamic Workload Console

Nota: Incluya esta tarea al activar un servidor y si tieneprevisto utilizar la Dynamic Workload Console.

Para activar el servidor, realice estas acciones:v Instale el Conectorv En la biblioteca de parámetros, incluya SERVERS en

la sentencia OPCOPTS.

controlador deservidorcontroladoren espera

“Paso 21. Activar soportepara la DynamicWorkload Console” en lapágina 162

22 Activar soporte para los programas de utilidad Java™

Lleve a cabo esta tarea si desea utilizar una de lasfunciones siguientes:v Notificación de la Dynamic Workload Console.v Automatización de la carga de trabajo controlada por

sucesos para desencadenamiento de conjuntos dedatos, con el proceso de despliegue centralizado.

Controlador “Paso 22. Activar soportepara los programas deutilidad de Java” en lapágina 164



Parte 2. Instalación de Tivoli Workload Scheduler for z/OS

Esta sección describe cómo crear o actualizar Tivoli Workload Scheduler for z/OS



Capítulo 4. Instalación

Cómo instalar la versión actual de Tivoli Workload Scheduler for z/OS.

En este capítulo se describen las tareas que deben realizarse para instalar TivoliWorkload Scheduler for z/OS. Antes de realizar estas tareas, debe determinar laconfiguración de Tivoli Workload Scheduler for z/OS que desea crear y lasfunciones que desea utilizar. Consulte el apartado Capítulo 2, “Planificación de laconfiguración”, en la página 17.La Tabla 14 ofrece un resumen de las tareas deinstalación e identifica el tipo de espacio de direcciones de cada tarea. En funcióndel tipo de configuración, no es necesario que realice todas las tareas que seindican en la tabla. Pase por alto las secciones que no correspondan al tipo deinstalación que vaya a realizar.

Tabla 14. Tareas de instalación de Tivoli Workload Scheduler for z/OS

Tarea de instalación

Para

rastreador Controlador Servidorcontroladoren espera

Almacénde datos Diálogos

“Paso 1. Cargar software derastreador” en la página 57

U U U U U

“Paso 2. Cargar software decontrolador” en la página 58

U U U

“Paso 3. Cargar el software desoporte multilingüístico” en la página58

U U U

“Paso 4. Usar la ayuda de lainstalación de EQQJOBS” en lapágina 58

U U U

“Paso 5. Añadir salidas de SMF y JESpara el seguimiento de sucesos” en lapágina 81

U

“Paso 6. Actualizar SYS1.PARMLIB”en la página 84

U U U U

“Paso 7. Configurar el entornoRACF” en la página 94

U U U

“Paso 8. Comunicaciones seguras” enla página 101

U U U U U U

“Paso 9. Asignar conjuntos de datos”en la página 104

U U

v “Asignación de conjuntos de datosVSAM” en la página 104

U

v “Asignación de conjuntos de datosno VSAM” en la página 111

U U

v “Asignación de archivos ydirectorios” en la página 128

U

“Paso 10. Crear procedimientos JCLpara espacios de direcciones” en lapágina 132

U U U U


Tabla 14. Tareas de instalación de Tivoli Workload Scheduler for z/OS (continuación)


Para



“Paso 11. Definir las sentencias deinicialización” en la página 139

U U U U

“Paso 12. Crear la base de datos DB2”en la página 139

U U

“El entorno ISPF” en la página 196 U

“Paso 14. Uso de XCF paracomunicación” en la página 147

U U U U

“Paso 15. Activar la función decomunicación de red” en la página150

U U U U

“Paso 16. Usar TCP/IP comocomunicación” en la página 153

U U U

“Paso 17. Activar soporte para laAPI” en la página 153

U U

“Paso 18. Activar el soporte deldiálogo del producto e interfaz deprogramas mediante el servidor” enla página 157

U U

“Paso 19. Activar soporte para laplanificación global con capacidad detolerancia a errores” en la página 160

U U U

“Paso 20. Activar soporte para laplanificación global con funcionesz-centric” en la página 162

U U U

“Paso 21. Activar soporte para laDynamic Workload Console” en lapágina 162

U U

“Paso 22. Activar soporte para losprogramas de utilidad de Java” en lapágina 164

U

Capítulo 5, “Verificación de lainstalación”, en la página 167

v “Verificación de la instalación deun rastreador” en la página 167

U

v “Verificación de la instalación deun controlador y diálogos” en lapágina 173

U

v “Verificación de la instalación deun controlador en espera” en lapágina 177

U

v “Verificación de la instalación de lafunción de reinicio y limpieza” enla página 179

U U U

v “Verificación de la configuración”en la página 181

U U U


Tabla 14. Tareas de instalación de Tivoli Workload Scheduler for z/OS (continuación)


Para



v “Paso 23. Activar soporte para elestándar FIPS en conexionesseguras SSL” en la página 164

U

Paso 1. Cargar software de rastreadorDebe cargar software de rastreador en cada sistema z/OS de la configuración.Procese la cinta de distribución de software mediante los recursos de SystemModification Program Extended (SMP/E). De esta manera, se crean o se actualizanlas bibliotecas de software necesarias del sistema. La Tabla 15 describe lasbibliotecas de distribución y de destino que SMP/E crea o actualiza.

Tabla 15. Bibliotecas de rastreador que se cargan mediante SMP/E

Nombre DD de SMP/E

DescripciónDistribución Destino

AEQQPNL0 SEQQPNL0 Paneles de ayuda de lainstalación de EQQJOBS

AEQQMOD0 (objeto) SEQQLMD0 (cargar) Módulos de rastreador

AEQQMSG0 SEQQMSG0 Mensajes

AEQQMAC0 SEQQMAC0 Macros de Assembler

AEQQCLIB SEQQCLIB CLIST de Tivoli WorkloadScheduler for z/OS

AEQQSAMP SEQQSAMP Salidas, programas y JCL deejemplo

AEQQSKL0 SEQQSKL0 Esqueletos JCL, entrada paraEQQJOBS

AEQQTBL0 SEQQTBL0 Tablas ISPF

AEQQDATA SEQQDATA Base de datos de TivoliWorkload Scheduler forz/OS de ejemplo

AEQQMISC SEQQMISC Archivos DBRM

Se recomienda colocar todos los módulos de carga de Tivoli Workload Schedulerfor z/OS en una biblioteca independiente. Utilice la misma biblioteca para elrastreador y el controlador. Cree la biblioteca antes de ejecutar los trabajos SMP/E.

También puede colocar los módulos de carga de Tivoli Workload Scheduler forz/OS en una de las bibliotecas de módulos de carga existentes, por ejemploSYS1.LINKLIB. Los conjuntos de datos restantes que SMP/E carga son nuevosconjuntos de datos que debe crear antes de ejecutar los trabajos SMP/E. TivoliWorkload Scheduler for z/OS: Program Directory contiene las instrucciones y JCL paracargar el software.

Una vez cargado el software de rastreador, aplique el mantenimiento recomendadoque se describe en la planificación de servicio preventivo o PSP.

Capítulo 4. Instalación 57

Paso 2. Cargar software de controladorPara cargar el software de controlador, procese la cinta de distribución de softwareutilizando SMP/E. Esto crea o actualiza las bibliotecas necesarias residentes endisco del sistema. La Tabla 16 describe los conjuntos de datos que SMP/E crea oactualiza.

Tabla 16. Bibliotecas de controlador que se cargan mediante SMP/E

Nombre DD de SMP/E


AEQQMOD0 (objeto) SEQQLMD0 (cargar) Módulos de controlador

AEQQMISC SEQQMISC Módulos de la herramientaBatch Command Interface ymódulos de la herramientaControl Language

Recomendación: instale el controlador en la misma biblioteca que usa para elrastreador.

Una vez cargado el software de controlador, aplique el mantenimientorecomendado que se describe en la planificación de servicio preventivo o PSP.

Paso 3. Cargar el software de soporte multilingüísticoPara cargar el software de soporte multilingüístico (NLS), procese la cinta dedistribución de software mediante SMP/E. De esta manera, se crean o se actualizanlas bibliotecas residentes en el disco necesarias en el sistema. La Tabla 17 describelos conjuntos de datos que SMP/E crea o actualiza.

Tabla 17. Bibliotecas NLS que se cargan mediante SMP/E

Nombre DD de SMP/E


AEQQPxxx SEQQPxxx Paneles

AEQQMxxx SEQQMxxx Mensajes

AEQQLxxx SEQQLxxx Plantillas del panel ISPFavanzado

AEQQGxxx SEQQGxxx Paneles ISPF avanzado

Nota: El sufijo xxx es el identificador NLS. Se recomienda colocar el software NLS en lamisma biblioteca que usa para el rastreador y el controlador.

Una vez cargado el software de soporte multilingüístico, aplique el mantenimientorecomendado que se describe en la planificación de servicio preventivo o PSP.

Paso 4. Usar la ayuda de la instalación de EQQJOBSEQQJOBS es un diálogo de ISPF controlado por CLIST que le ayuda a instalarTivoli Workload Scheduler for z/OS. Puede configurar EQQJOBS después deinstalar el software de rastreador. EQQJOBS ayuda en la instalación del rastreadory del controlador al generar un JCL de trabajo por lotes que se ajusta a susrequisitos. Puede utilizar este JCL para efectuar las acciones siguientes:v Instalar las salidas de seguimiento.v Configurar la seguridad de RACF


v Crear conjuntos de datos.v Crear JCL de tarea iniciada.v Realizar funciones de planificación.

Configure EQQJOBS de modo que esté listo cuando lo necesite.

Configuración de la ayuda de la instalación de EQQJOBSEQQJOBS lee el JCL de esqueleto de las bibliotecas SEQQSAMP o SEQQSKL0,personaliza el JCL y graba el JCL personalizado en una biblioteca de salida queespecifique. La biblioteca de salida debe ser un conjunto de datos particionadoscon una longitud de registro de 80 y un formato de registro FB, y debe asignarseantes de ejecutar EQQJOBS. Los componentes de EQQJOBS residen en estasbibliotecas:SEQQCLIB

CLIST que controla el diálogoSEQQPNL0

Paneles de EQQJOBSSEQQSAMP

JCL de ejemploSEQQSKL0

Esqueletos de trabajos por lotes de Tivoli Workload Scheduler for z/OS.

Para poder ejecutar EQQJOBS, asigne estas bibliotecas a las sentencias DD en lasesión TSO:v SEQQCLIB para SYSPROCv SEQQPNL0 para ISPPLIBv SEQQSKL0 y SEQQSAMP para ISPSLIB

Para invocar EQQJOBS, especifique el mandato EQQJOBS de TSO en un entornoISPF. Se visualiza el panel:

En las secciones siguientes se describe:v Opción 1, “Creación del JCL de trabajo de ejemplo” en la página 60v Opción 2, “Generación de esqueletos de trabajo por lotes” en la página 71v Opción 3, “Generación de ejemplos de almacén de datos” en la página 77

Nota: Para asegurarse de que todos los archivos se hayan asignado correctamente,realice primero la opción 2 y luego la opción 1.

EQQJOBS0 ------------ EQQJOBS APPLICATION MENU -------------------------------

Seleccione la opción ===>Userid - SYSPROGTime - 15:04

1 - Create sample job JCL Terminal - 3278

2 - Generate batch-job skeletons

3 - Generate Data Store samples

X - Exit from the EQQJOBS dialog

Figura 11. EQQJOBS0 - Menú de aplicación de EQQJOBS


Creación del JCL de trabajo de ejemploPara asegurarse de que se asignen correctamente todos los archivos, antes de crearel trabajo de ejemplo JCL debe haber generado los esqueletos de trabajos por lotescomo se describe en “Generación de esqueletos de trabajo por lotes” en la página71.

Para crear el JCL de trabajo de ejemplo:1. Seleccione la opción 1 en el menú de aplicación de EQQJOBS. Aparecerá el

siguiente panel:

Los nombres de conjuntos de datos que especifique en este panel deben estarcompletamente calificados y no deben llevar apóstrofos.

Sample job JCL (JCL de trabajo de ejemplo)Entrada obligatoria. El nombre de la biblioteca en la que desea que segraben los ejemplos JCL generados. Asigne la biblioteca antes degenerar los ejemplos de JCL por lotes. Asegúrese de que la bibliotecaque especifique tenga suficientes bloques de directorios para almacenartodos los miembros de ejemplo que EQQJOBS genera (para obtenermás detalles, consulte Tabla 18 en la página 69).

Job statement information (Información de sentencia de trabajo)Entrada obligatoria. La sentencia de trabajo JOB que sigue la sintaxisJCL estándar y los estándares de la instalación.

Message library name (Nombre de la biblioteca de mensajes)Entrada obligatoria. El nombre de la biblioteca que contiene losmensajes de Tivoli Workload Scheduler for z/OS (DDNAMESEQQMSG0 de destino SMP/E).

Data library nameEntrada obligatoria. El nombre de la biblioteca que contendrá loscertificados SSL que se proporcionan con Tivoli Workload Scheduler forz/OS. Si desea información detallada sobre estos certificados, consulteel manual Tivoli Workload Scheduler for z/OS: Scheduling End-to-end withz-centric Capabilities.

EQQJOBS3 ------------------- CREATE SAMPLE JOB JCL ----------------------------Command ===>

The data set names specified on this panel should be fully qualifiednames without any enclosing apostrophes.

Enter the name of the output library:

Sample job JCL ===> CCOPC.OPCA.INSTJCL______________________________

Job statement information:

===> //SYSPROG1 JOB (111111,2222),’OPCESA BATCH’,CLASS=B,MSGCLASS=H,_______===> // MSGLEVEL=(1,1),NOTIFY=SYSPROG______________________________===> //*___________________________________________________________________===> //*___________________________________________________________________

The following data set names are used by one or more of the generated job

Message library name ===> OPC.SEQQMSG0____________________________________Data library name ===> TWSDEV.DATA_____________________________________Parameter library ===> CCOPC.OPCA.PARM_________________________________Checkpoint data set ===> CCOPC.OPCA.CKPT_________________________________Press ENTER to continue

Figura 12. EQQJOBS3 - Crear JCL de trabajo de ejemplo


Biblioteca de parámetrosEntrada obligatoria. El nombre de la biblioteca que contendrá lassentencias de inicialización. El trabajo por lotes EQQPCS01 asignaráesta biblioteca.

Conjunto de datos de punto de comprobaciónEntrada obligatoria. El nombre del conjunto de datos de punto decomprobación. El trabajo por lotes EQQPCS01 asignará esta biblioteca.

2. Pulse Intro. Aparecerá el siguiente panel:

non-VSAM dsn prefix (Prefijo nombre ds no VSAM)Entrada obligatoria. Los calificadores que servirán de prefijo paranombres de conjuntos de datos no VSAM. Tivoli Workload Schedulerfor z/OS añade un calificador de nivel inferior al prefijo paraidentificar de forma exclusiva los conjuntos de datos no VSAM. Porejemplo, añade EV para los conjuntos de datos de sucesos. En esteejemplo, el nombre completo es CCOPC.OPCA.EV.

Nota: Tivoli Workload Scheduler for z/OS no utiliza el prefijo para labiblioteca de parámetros o el conjunto de datos de punto decomprobación. Los nombres de estos conjuntos de datos,completamente calificados, se especificaron en el panel anterior.

VSAM dsn prefix (Prefijo nombre ds de VSAM)Entrada obligatoria. Los calificadores que servirán de prefijo paranombres de conjuntos de datos VSAM. Tivoli Workload Scheduler forz/OS añade un calificador de nivel inferior al prefijo para identificar deforma exclusiva cada conjunto de datos VSAM de Tivoli WorkloadScheduler for z/OS. Por ejemplo, añade AD para el conjunto de datosde descripción de aplicaciones. En este ejemplo, el nombre completo esCCOPC.OPCAV.AD .


Enter the following required job stream parameters:

non-VSAM dsn prefix ===> CCOPC.OPCA________________VSAM dsn prefix ===> CCOPC.OPCAV_______________Unit name ===> 3390____ Default unit namePrimary volume serial ===> PROD01 Primary volume serial for VSAMBackup volume serial ===> PROD02 Secondary volume serial for VSAMSYSOUT class ===> * SYSOUT class for reports

The following information is optional:

STEPLIB dsname ===>OPC.SEQQLMD0____________________________________VSAMCAT dsname ===>________________________________________________VSAM password ===> ________Dsn prefix of oldVSAM files ===> CCOPC.OPCAV_______________

non-VSAM files ===> CCOPC.OPCA________________Samples with cloning support generated: N (Y/N)

Static symbol used ===> SYSCLONE without enclosing '&' and period

Press ENTER to continue



Unit name (Nombre de unidad)Entrada obligatoria. El nombre que sea válido en su instalación. Puedeser un tipo de dispositivo, por ejemplo 3380 o un nombre de grupo, porejemplo PROD o TEST.

Primary volume serial (Serie del volumen primario)Entrada obligatoria. El volumen que utilizará el trabajo de ejemploEQQPCS01 para asignar los conjuntos de datos principales. Algunosarchivos lógicos de Tivoli Workload Scheduler for z/OS seimplementan como dos conjuntos de datos físicos, uno principal y otrosecundario; por ejemplo, el conjunto de dados del plan actual. Paraminimizar el impacto potencial de errores en un dispositivodeterminado, asigne los conjuntos de datos principal y secundario endispositivos físicos independientes.

SYSOUT Class (Clase SYSOUT)Entrada obligatoria. La clase SYSOUT que desea usar en los informesgenerados por los trabajos de ejemplo.

STEPLIB dsname (STEPLIB nombre ds)Opcional. El nombre de la biblioteca de módulos de carga de TivoliWorkload Scheduler for z/OS si los módulos de carga no están en unconjunto de datos incluidos en un miembro LNKLST activo.

VSAMCAT dsname (VSAMCAT nombre ds)Opcional. El nombre de un catálogo en el que se definirán los conjuntosde datos VSAM si no se van a definir en el catálogo maestro.

VSAM password (VSAM contraseña)Opcional. La contraseña del catálogo VSAM si éste está protegido porcontraseña.

VSAM files (Archivos VSAM)Opcional. Los calificadores que servirán de prefijo para los nombres delos conjuntos de datos VSAM existentes de Tivoli Workload Schedulerfor z/OS. Éstos se utilizan para crear el JCL de ejemplo de conversiónde conjunto de datos.

non-VSAM files (Archivos no VSAM)Opcional. Los calificadores que servirán de prefijo para los nombres delos conjuntos de datos no VSAM existentes de Tivoli WorkloadScheduler for z/OS. Éstos se utilizan para crear el JCL de ejemplo deconversión de conjunto de datos.

Samples with cloning support generated (Ejemplos con soporte de clonacióngenerados): N (Y/N)

Opcional. Especifique Y (Sí) si desea que se resuelva la variableSYSCLONE.

Nota:

a. Los JCL generados no contienen un punto antes de &SYSCLONE.b. La variable &SYSCLONE se sustituirá en las tareas iniciadas del

planificador. No se sustituirá en los JCL generados que se ejecutencomo trabajos por lotes. Para obtener la sustitución de la variable,ejecute el JCL como procedimiento catalogado.



END-TO-END WITH FAULT TOLERANCEEspecifique Y si desea planificar trabajos en estaciones de trabajo deagentes tolerantes a errores.

Sólo el servidor necesita un UID y un GID. Establezca el UID en unvalor que no sea cero, a menos que vaya a ejecutar el JCL de ejemploEQQPCS05.

Installation Directory (Directorio de instalación)

Especifique la vía de acceso en la que SMP/E ha instalado los archivosde Tivoli Workload Scheduler for z/OS para los servicios del sistemaUNIX que aplican la característica de habilitación de extremo aextremo. Este directorio contiene el directorio bin. La vía de accesopredeterminada es /usr/lpp/TWS/VvRrMm.

Work Directory (Directorio de trabajo)El directorio donde se encuentran los archivos específicos delsubsistema. Sustituya /inst por un nombre que identifique de formaexclusiva el subsistema. Cada subsistema que use las estaciones detrabajo tolerantes a errores debe tener su propio directorio de trabajo.Sólo los trabajos por lotes de la planificación diaria y el servidor sealmacenan en el directorio de trabajo. Para obtener más información,consulte “Asignación de archivos y directorios” en la página 128.

User for OPC address space (Usuario del espacio de direcciones OPC)Esta información se utiliza para crear el procedimiento que generará eldirectorio con la propiedad adecuada. Para ejecutar correctamente laplanificación global con las capacidades de tolerancia ante errores, lapropiedad del directorio de trabajo, y los archivos que contiene, debenasignarse al mismo ID de usuario que RACF asocia a la tarea iniciadadel servidor. En el campo User for OPC address space, especifique elID de usuario RACF que se utiliza para el espacio de direcciones delservidor. Éste es el nombre que se especifica en la tabla deprocedimiento iniciado.

Refresh CP group (Renovar grupo CP)Esta información se utiliza para crear el procedimiento que generará el

EQQJOBS8 ------------------- CREATE SAMPLE JOB JCL --------------------------Command ===>

END-TO-END WITH FAULT TOLERANCE: Y (Y= Yes ,N= No)Installation Directory ===> /usr/lpp/TWS/V9R1M0_____

===> ______________________________===> ______________________________

Work Directory ===> /var/TWS/inst_________________===> ______________________________===> ______________________________

User for OPC address space ===> UID_Refresh CP group ===> GID__RESTART AND CLEANUP (Data Store) Y (Y= Yes ,N= No)Reserved destination ===> OPCX____Connection type ===> SNA (SNA/XCF/TCP)SNA Data Store luname ===> I9PC45AA (only for SNA connection )SNA FN task luname ===> I9PC45RA (only for SNA connection )Xcf Group ===> ________ (only for XCF connection )Xcf Data Store member ===> ________ (only for XCF connection )Xcf FL task member ===> ________ (only for XCF connection )

TCP Data store host name: (only for TCP connection )===> ____________________________________________________TCP Data store port number ===> _____ (only for TCP connection )




directorio con la propiedad adecuada. Para crear el nuevo archivoSymphony, el ID de usuario utilizado para ejecutar el trabajo por lotesde la planificación diaria debe pertenecer al grupo que especifique eneste campo. Asegúrese además de que el ID de usuario asociado alespacio de direcciones del servidor (el que se especificó en el campoUser for OPC address space) pertenezca a este grupo como grupocomplementario.

RESTART AND CLEANUP (Data Store) (Reiniciar y limpiar (almacén dedatos))

Especifique Y (Sí) si desea usar la función de reinicio y limpieza.

Nota: El panel de la Figura 14 en la página 63 crea sólo una entrada deejemplo, pero puede definir todo tipo de conexiones, incluida unacombinación de conexiones mixtas.

Reserved destination (Destino reservado)El destino reservado para la salida del almacén de datos. Debe ser elmismo que el de los parámetros de almacén de datos y el controlador.

Connection type (Tipo de conexión)Entrada obligatoria. El método de conexión utilizado para manejar lacomunicación entre las tareas FN/FL y el almacén de datos. Puede serSNA, XCF o TCP.

SNA Data Store luname (Nombre de unidad lógica del almacén de datosSNA) Si ha elegido SNA como tipo de conexión, especifique el nombre de la

conexión VTAM del almacén de datos.

SNA FN task luname (Nombre de unidad lógica de tarea FN de SNA)Si ha elegido SNA como tipo de conexión, especifique el nombre deaplicación VTAM de la tarea FN del controlador.

Xcf Group (Grupo XCF)Si ha elegido XCF como tipo de conexión, especifique el nombre delgrupo XCF.

Xcf Data Store member (Miembro del almacén de datos de XCF)Si ha elegido XCF como tipo de conexión, especifique el nombre delmiembro XCF del almacén de datos.

Xcf FL task member (Miembro de la tarea FL de XCF)Si ha elegido XCF como tipo de conexión, especifique el nombre delmiembro XCF de la tarea FL del controlador.

TCP Data store host name (Nombre de host del almacén de datos TCP)El nombre de host TCP/IP del almacén de datos si eligió TCP comotipo de conexión.

TCP Data store port number (Número de puerto del almacén de datos TCP)El número de puerto TCP/IP del almacén de datos si eligió TCP comotipo de conexión.



JAVA UTILITIES ENABLEMENT (Habilitación de programas de utilidad deJava) Especifique Y (Sí) para permitir una de las características siguientes o

las dos:v Notificación de la Dynamic Workload Consolev Función de automatización de la carga de trabajo controlada por

sucesos para desencadenamiento de conjuntos de datos

Installation Directory (Directorio de instalación)El directorio, con la vía de acceso completa, en el que se almacenaránlos archivos HFS o ZFS específicos del producto. Esta vía de acceso secorresponde con la vía de acceso donde se almacenan los archivosbinarios, sin incluir el subdirectorio /bin.

Java Directory (Directorio Java)Especifique el directorio HFS o ZFS en el que se ha instalado el SDK(kit de desarrollo de software) de Java para z/OS.

Work Directory (Directorio de trabajo)El directorio donde se almacenan los archivos HFS o ZFS específicosdel subsistema. Cada subsistema compatible con el programa deutilidad de JAVA debe tener su propio directorio de trabajo.

User ID (ID de usuario)El ID de usuario de UNIX System Services.

Group ID (ID de grupo)El ID de grupo de UNIX System Services.

JZOS Batch Launcher PDSE Library (Biblioteca PDSE del iniciador de lotesJZOS) El PDSE que contiene el módulo JVMLDM del iniciador de lotes JZOS.

JZOS Batch Launcher Load Module Name (Nombre del módulo de carga deliniciador de lotes JZOS)

Especifique JVMLDM66, es decir, el nombre del módulo de carga deliniciador de lotes JZOS utilizado con SDK con 64 bits para z/OS 6.0.



JAVA UTILITIES ENABLEMENT: Y (Y= Yes ,N= No)Installation Directory ===> /usr/lpp/TWS/V9R1M0_____________________

===> ________________________________________===> ________________________________________

Java Directory ===> /usr/lpp/java/J5.6______________________===> ________________________________________===> ________________________________________

Work Directory ===> /var/TWS/inst___________________________===> ________________________________________===> ________________________________________

User ID ===> UID_____Group ID ===> GID_____

JZOS Batch LauncherPDSE Library ===> ___________________________________________Load Module Name ===> JVMLDM66




SSL FOR TCP/IP CONNECTION (SSL para conexión TCP/IP)Especifique Y (Sí) si tiene rastreadores conectados al controlador através de TCP/IP para proteger la comunicación con SSL.

SSL Work Directory (Directorio de trabajo de SSL)El directorio, con la vía de acceso completa, en el que se almacenaránlos archivos HFS o ZFS que contienen los certificados SSL. El valorpredeterminado es el mismo directorio de trabajo utilizado para laplanificación global tolerante a errores, que incluye el subdirectorio/ssl.

SSL User ID (ID de usuario de SSL)El ID de usuario de RACF propietario del directorio de trabajo de SSL.El valor predeterminado es el mismo ID de usuario especificado para laplanificación global con tolerancia a errores.

SSL Group ID (ID de grupo de SSL)El grupo de RACF propietario del directorio de trabajo de SSL. El valorpredeterminado es el mismo grupo especificado para la planificaciónglobal tolerante a errores.

OUTPUT COLLECTOR (Recopilador de salida)Si tiene previsto utilizar la tarea iniciada del Recopilador de datos desalida para recopilar registros de trabajos de Agentes de TivoliWorkload Scheduler for z/OS, especifique Y para generar los ejemplosrelacionados.

Class (Clase)El nombre de JES CLASS donde el Recopilador de datos de salidacopiará los registros de trabajos. Si se deja en blanco, no se registraninguna palabra clave JESCLASS en el ejemplo EQQOUCP generado ypuede definirlo posteriormente en la sentencia de personalizaciónOUCOPTS (consulte Tivoli Workload Scheduler for z/OS: Personalización yajuste).

Writer (Transcriptor)El nombre del ID de usuario asociado a la tarea WRITER utilizada paracopiar registros de trabajos en JES SYSOUT. Si se deja en blanco, no se

EQQJOBSC ------------------- CREATE SAMPLE JOB JCL ----------------------------Command ===>

SSL FOR TCP/IP CONNECTION Y (Y= Yes ,N= No)SSL Work Directory ===> /var/TWS/inst/ssl_______________________

===> ________________________________________===> ________________________________________

SSL User ID ===> UID_____SSL Group ID ===> GID_____

OUTPUT COLLECTOR _ (Y= Yes ,N= No)Class ===> ________Writer ===> ________

MLOG SWITCH _ (Y= Yes ,N= No)Switchlimit ===> _______ (0 means function is inactive;

other values represent thenumber of records that mustbe reached in the current MLOGfile to switch to the alternateMLOG)

STEP AWARENES Y (Y= Yes ,N= No)Store on primary controller ===> Y (Y= Yes ,N= No)


Figura 16. EQQJOBSC - Crear JCL de trabajo de ejemplo


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

registra ninguna palabra clave WRITER en el ejemplo EQQOUCPgenerado y puede definirlo posteriormente en la sentencia depersonalización OUCOPTS (consulte Tivoli Workload Scheduler for z/OS:Personalización y ajuste).

MLOG SWITCHEspecifique Y si tiene la intención de utilizar la función de conmutaciónde registro de mensajes (MLOG) que conmuta, automáticamente, a unsegundo archivo MLOG cuando el primero alcanza el número deregistros especificado en Switchlimit. Especifique Y para generar losejemplos relacionados.

Consulte también “Utilización de dos conjuntos de datos de registro demensajes (MLOG)” en la página 42.

SwitchlimitEl número de registros que deban estar presentes en el archivo MLOGpara activar la función de conmutación. Cuando se alcance estenúmero, la función de conmutación activará el archivo MLOGalternativo, y archivará los registros del primer archivo MLOG en unconjunto de datos GDG. También puede utilizar el parámetroOPCOPTS SWITCHMLOGLIM para especificar o modificar estenúmero después de haber instalado el producto.

Tenga en cuenta que, a menos que especifique un número de registrospositivo, la función no se activará, aunque haya especificado Y en elcampo anterior. El valor máximo posible es de 999999999 registros.

Consulte también “Utilización de dos conjuntos de datos de registro demensajes (MLOG)” en la página 42.

STEP AWARENESSEspecifique YES para que el rastreador genere una lista de los sucesosde pasos relacionados con los trabajos que se han de ejecutar y la envíeal controlador primario. El controlador primario registra la lista depasos, sin almacenarla. Si existe un controlador de reserva, elcontrolador primario envía la lista al controlador de reserva, donde sealmacena la información.

Almacenar en el controlador primarioEspecifique YES para almacenar también la lista de sucesos de pasos enel controlador primario. Esta opción puede afectar el rendimiento delcontrolador.



||||||

||

||||||||

|||

||

|||||||

||||

||

BKPT configuration (Configuración de BKPT)Especifique Y para habilitar la configuración del controlador de reserva.

Backup data set name (Nombre de conjunto de datos de copia de seguridad)Entrada obligatoria. El nombre del conjunto de datos de copia deseguridad.

DUMP Procedures for NCP, NCX, NXD Files (Procedimientos DUMP paraarchivos NCP, NCX, NXD)

El nombre del procedimiento de vuelco para los archivos NCP, NCX yNXD. Si no especifica ningún valor, se utiliza el valor predeterminadoEQQSENCP.

DUMP Procedures for CX, CP1, XD1 Files (Procedimientos DUMP paraarchivos CX, CP1, XD1)

El nombre del procedimiento de vuelco para los archivos CX, CP1, XD1y ST. Si no especifica ningún valor, se utiliza el valor predeterminadoEQQSECP1.

DUMP Procedures for CX, CP2, XD2 File (Procedimientos DUMP paraarchivos CX, CP2, XD2)

El nombre del procedimiento de vuelco para los archivos CX, CP2, XD2y ST. Si no especifica ningún valor, se utiliza el valor predeterminadoEQQSECP2.

DUMP Procedures for LTP Files (Procedimientos DUMP para archivos LTP)El nombre del procedimiento de vuelco para el archivo LTP. Si noespecifica ningún valor, se utiliza el valor predeterminado EQQSENLT.

RESTORE Procedures for NCP, NCX, NXD Files (Procedimientos RESTOREpara archivos NCP, NCX, NXD)

El nombre del procedimiento de restauración para los archivos NCP,NCX y NXD. Si no especifica ningún valor, se utiliza el valorpredeterminado EQQRENCP.

RESTORE Procedures for CX, CP1, XD1 Files (Procedimientos RESTOREpara archivos CX, CP1, XD1)

El nombre del procedimiento de restauración para los archivos CX,CP1, XD1 y ST. Si no especifica ningún valor, se utiliza el valorpredeterminado EQQRECP1.

EQQJOBSD ------------------- CREATE SAMPLE JOB JCL ----------------------------Command ===>

BKPT configuration N (Y= Yes ,N= No)Backup data set name ===> TWSZ.INST.BKPT__________________________

BKPTOPTS statement procedure names:

DUMP Procedures for:NCP, NCX, NXD Files ===> ________CX, CP1, XD1 Files ===> ________CX, CP2, XD2 Files ===> ________LTP FIle ===> ________

RESTORE Procedures:NCP, NCX, NXD Files ===> ________CX, CP1, XD1 Files ===> ________CX, CP2, XD2 Files ===> ________LTP FIle ===> ________

Press ENTER to create sample job JCL.

Figura 17. EQQJOBSD - Crear JCL de trabajo de ejemplo


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

|||

|||||

|||||

|||||

|||

|||||

|||||

RESTORE Procedures for CX, CP2, XD2 Files (Procedimientos RESTOREpara archivos CX, CP2, XD2)

El nombre del procedimiento de restauración para los archivos CX,CP2, XD2 y ST. Si no especifica ningún valor, se utiliza el valorpredeterminado EQQRECP2.

RESTORE Procedures for LTP File (Procedimientos RESTORE para el archivoLTP) El nombre del procedimiento de restauración para el archivo LTP. Si no

especifica ningún valor, se utiliza el valor predeterminado EQQRESLT.7. Pulse Intro después de completar la información del panel EQQJOBSD. El

proceso del diálogo genera varios miembros en la biblioteca de salida queespecificó. Estos miembros, que se describen en la Tabla 18, se usarán endiversas fases de la instalación.

Tabla 18. JCL de ejemplo generado por el diálogo EQQJOBS

Miembro Descripción del trabajo

EQQ9SM01 Actualiza la tabla (ICHRFR01) del direccionador RACF.

EQQ9SMDE Actualiza la tabla (ICHRRCDE) del descriptor de clases de RACF.

EQQAUDIB Ejemplo para invocar EQQAUDIT en modalidad de proceso por lotesfuera del diálogo.Nota: Sólo puede utilizarse EQQAUDIB correctamente si haespecificado un valor para los campos EQQTROUT nombre ds yEQQAUDIT nombre ds de salida del panel EQQJOBSA.

EQQBENCR JCL de ejemplo que ejecuta el programa de utilidad que cifra lascontraseñas de Windows establecidas en el parámetro USRPSW de lassentencias USRREC

EQQBSCAN Utiliza el cargador de procesos por lotes para explorar una descripciónde aplicación.

EQQBSUBS Utiliza el cargador de procesos por lotes para crear las descripciones deaplicaciones y las instrucciones de operador.

EQQBVSAM Suprime y define un conjunto de datos de descripción de aplicaciones ycrea una descripción de aplicación y unas instrucciones de operador,mediante el cargador de procesos por lotes.

EQQCHKEV Programa de utilidad que comprueba si todos los sucesos deEQQTWSIN y EQQTWSOU se han procesado correctamente.

EQQCONOP Parámetros iniciales de ejemplo sólo para el controlador.

EQQCONO Procedimiento de tarea iniciada de ejemplo sólo para el controlador.

EQQCONP Parámetros iniciales de ejemplo para un controlador y un rastreador enel mismo espacio de direcciones.

EQQCON Procedimiento de tarea iniciada de ejemplo para un controlador yrastreador en el mismo espacio de direcciones.

EQQDBENC Contiene el JCL para cifrar la contraseña en la sentencia DBOPT.

EQQDBOPT Sentencia DBOPT de ejemplo.

EQQDPCOP JCL y notas de uso para la copia de la función VSAM.

EQQE2EP Parámetros iniciales de ejemplo para servidor y proceso por lotes paradefinir si está activa la planificación global con capacidades detolerancia a errores.

EQQFLWAT JCL de ejemplo que llama al programa de utilidad filewatch parasupervisar los cambios en los archivos HFS o ZFS.

EQQICNVH Trabajo de ejemplo para migrar tablas de DB2 de historial.

EQQICNVS Migra archivos VSAM.


|||||

||||

Tabla 18. JCL de ejemplo generado por el diálogo EQQJOBS (continuación)


EQQJES2 Ensambla y edita los enlaces en JES2 EXIT7.

EQQJER2U Restaura el EXIT7 como un usermod de JES2.

EQQJER2V Restaura EXIT5 como usermod de JES2.

EQQJER3U Restaura EQQUX191 y EQQUX291 como usermods de JES3.

EQQJES21 Ensambla y edita los enlaces en JES2 EXIT51.

EQQJES2U Instala usermod de JES2 EXIT7.

EQQJES2V Instala usermod de JES2 EXIT51.

EQQJES3 Ensambla y edita los enlaces en una salida de JES3.

EQQJES3U Instala usermod de JES3.

EQQMTWSO Migra el tamaño del conjunto de datos TWSOU de nombres de trabajoampliados de lrecl 120 a lrecl 160.

EQQORST Restablece el entorno USS para la planificación global con capacidadesde tolerancia a errores.

EQQOUC Procedimiento de tarea iniciada de ejemplo sólo para el Recopilador dedatos de salida.

EQQOUCH Plantilla de cabecera de ejemplo para registros de trabajos.

EQQOUCP Parámetros iniciales de ejemplo sólo para el Recopilador de datos desalida.

EQQPCS01 Asigna conjuntos de datos exclusivos dentro del sysplex.

EQQPCS02 Asigna conjuntos de datos no exclusivos.

EQQPCS03 Genera un trabajo que asigna conjuntos de datos de copia VSAM.

EQQPCS05 Asigna archivos usados por un controlador para habilitar estaciones detrabajo tolerantes a errores.

EQQPCS06 Asigna conjuntos de datos VSAM para la integración con laplanificación global con capacidades de tolerancia a errores.

EQQPCS07 Asigna conjuntos de datos VSAM para la función de reinicio ylimpieza.

EQQPCS08 Asigna archivos USS para la habilitación de los programas de utilidadde Java.

EQQPCS09 Asigna la raíz GDG y el conjunto de datos VSAM utilizados comoentrada mediante el proceso de archivado que soporta la característicade informes de Dynamic Workload Console.

EQQPCS10 Crea el directorio de trabajo SSL usado en la comunicación TCP/IP conel controlador.

EQQPCS11 Asigna conjuntos de datos (EQQOUCEV y EQQOUCKP) utilizadospara la recuperación de registros de trabajos en el entorno de z-centriccon el Recopilador de datos de salida.

EQQPCS12 Asigna la raíz GDG para archivar los archivos MLOG.

EQQPCS13 Asigna la raíz GDG para enviar y restaurar procedimientos.

EQQRECP1 Procedimiento de restauración para los archivos CX, CP1, XD1 y ST.

EQQRECP2 Procedimiento de restauración para los archivos CX, CP2, XD2 y ST.

EQQRENCP Procedimiento de restauración para los archivos NCP, NCX y NXD.

EQQRESLT Procedimiento de restauración para los archivos LTP.


||

||

||

||

||

||

Tabla 18. JCL de ejemplo generado por el diálogo EQQJOBS (continuación)


EQQREPRO EQQSMLOG lo invoca para copiar el contenido del archivo MLOG desalida en el conjunto de datos GDG. Debe copiar este ejemplo en laPARMLIB del controlador.

EQQRAD Procedimiento de restauración para la descripción de aplicación.

EQQRJS1 Procedimiento de restauración para el repositorio primario JCL.

EQQRJS2 Procedimiento de restauración para el repositorio secundario JCL.

EQQROI Procedimiento de restauración para las instrucciones de operador.

EQQRRD Procedimiento de restauración para la descripción de recursos.

EQQRSI Procedimiento de restauración para el archivo de informacióncomplementaria.

EQQRWS Procedimiento de restauración para la descripción de la estación detrabajo.

EQQSAD Procedimiento de envío para la descripción de aplicación.

EQQSAMPI Copia bases de datos de ejemplo desde la biblioteca de ejemplos a losconjuntos de datos VSAM.

EQQSECP1 Procedimiento de volcado para los archivos CX, CP1, XD1 y ST.

EQQSECP2 Procedimiento de volcado para los archivos CX, CP2, XD2 y ST.

EQQSENCP Procedimiento de volcado para los archivos NCP, NCX y NXD.

EQQSENLTP Procedimiento de volcado para los archivos LTP.

EQQSERP Parámetros iniciales de ejemplo para un servidor.

EQQSER Procedimiento de tarea iniciada de ejemplo para un servidor.

EQQSJS1 Procedimiento de envío para el repositorio primario JCL.

EQQSJS2 Procedimiento de envío para el repositorio secundario JCL.

EQQSLCHK JCL que realiza una comprobación sintáctica en los miembros de labiblioteca SCRIPT.

EQQSMF Actualiza las salidas de SMF para Tivoli Workload Scheduler for z/OS.

EQQSMLOG Procedimiento de ejemplo que crea el conjunto de datos GDG allídonde se archive el archivo MLOG de salida, cuando entre en vigor lafunción de conmutación MLOG. Utiliza el parámetro de entradaEQQREPRO.

EQQSOI Procedimiento de envío para las instrucciones del operador.

EQQSRD Procedimiento de envío para la descripción de recursos.

EQQSSI Procedimiento de envío para el archivo de informacióncomplementaria.

EQQSWS Procedimiento de envío para la descripción de la estación de trabajo.

EQQTRA Procedimiento de tarea iniciada de ejemplo para un rastreador.

EQQTRAP Parámetros iniciales de ejemplo para un rastreador.

EQQTROPT Sentencia TRGOPT de ejemplo.

Generación de esqueletos de trabajo por lotesPara asegurarse de asignar correctamente todos los archivos, debe generar losesqueletos de trabajo por lotes antes de crear el JCL de trabajo de ejemplo.


||||

||

||

||

||

||

|||

|||

||

||

||

||

||

||

||

|||||

||

||

|||

||

Diversas funciones del controlador, como la planificación diaria, se llevan a cabomediante trabajos por lotes que se envían desde el diálogo de Tivoli WorkloadScheduler for z/OS. Para generar el JCL de esqueleto para estos trabajos, realice losiguiente:1. Seleccione la opción 2 en el menú principal de EQQJOBS. Aparecerá el

siguiente panel:

Batch-job skeletons (Esqueletos de trabajo por lotes)Entrada obligatoria. Especifique el nombre de la biblioteca donde seguardarán los esqueletos de JCL. Para poder usar el diálogo de TivoliWorkload Scheduler for z/OS para enviar trabajos por lotes, asigne estabiblioteca a la sentencia ISPSLIB DD en la sesión TSO de los usuariosde diálogos.

En el “El entorno ISPF” en la página 196 se explica cómo configurar eldiálogo. Puede crear una biblioteca nueva para los miembros de JCL deesqueleto o colocarlos en una biblioteca JCL de esqueleto existente.

En los siguientes campos puede especificar &XOPCNM. como uno de loscalificadores de los nombres de conjunto de datos. Es una variable ISPF queestá almacenada en el perfil y es la misma variable que se especifica en laopción 0.1 (SUBSYSTEM NAME) en los diálogos de Tivoli Workload Schedulerfor z/OS. Cuando un diálogo del planificador usa un esqueleto, &XOPCNM. sesustituye por el nombre del subsistema del planificador que se está utilizando.Asegúrese de que &XOPCNM. termine con un punto si no es el calificador denivel inferior. Por ejemplo, puede especificar CCOPC.&XOPCNM..PARMLIB, peroCCOPC.&XOPCNM.PARMLIB daría un error de JCL.Si especifica un asterisco (*) como calificador del conjunto de datos, losesqueletos que se generen contendrán &XOPCNM. en lugar del asterisco.

Message library name (Nombre de la biblioteca de mensajes)Entrada obligatoria. Especifique el nombre de la biblioteca que contienelos mensajes de Tivoli Workload Scheduler for z/OS (DDNAMESEQQMSG0 de destino SMP/E).

EQQJOBS1 ------------ GENERATE TWSz BATCH-JOB SKELETONS --------------------Command ===>

Enter the name of the output library. This should be a fully qualifieddata set name without any enclosing apostrophes. This library should beallocated to ISPSLIB.

Batch-job skeletons ===> CCOPC.OPCA.JCLSKELS_____________________________

The following data set names are used by one or more of the generated jobYou can specify an asterisk (*) to indicate the name of the subsystem.

Message library name ===>OPC.SEQQMSG0____________________________________Parameter library ===>CCOPC.*.PARM____________________________________Member in parameterlibrary ===> BATCHOPTCheckpoint data set ===>CCOPC.*.CKPT____________________________________


Figura 18. EQQJOBS1 - Generar esqueletos de trabajos por lotes de Tivoli WorkloadScheduler for z/OS


Biblioteca de parámetrosEntrada obligatoria. Especifique el nombre de la biblioteca quecontendrá las sentencias de inicialización.

Member in parameter library (Miembro en biblioteca de parámetros)Entrada obligatoria. Especifique el nombre de un miembro de labiblioteca de parámetros que contendrá la sentencia de inicializaciónBATCHOPT. Los trabajos por lotes de Tivoli Workload Scheduler forz/OS utilizarán este miembro. Si todavía no ha creado la sentenciaBATCHOPT, puede generar los esqueletos por lotes, pero no olvide quedebe crear un miembro con el mismo nombre cuando cree lassentencias de inicialización.

Conjunto de datos de punto de comprobaciónEntrada obligatoria. Especifique el nombre del conjunto de datos depunto de comprobación.

2. Pulse la tecla Intro para visualizar el siguiente panel:

Non-VSAM dsn prefix (Prefijo nombre ds no VSAM)Entrada obligatoria. Especifique los calificadores que servirán de prefijopara nombres de los conjuntos de datos no VSAM. Tivoli WorkloadScheduler for z/OS añade un calificador de nivel inferior al prefijo paraidentificar de forma exclusiva los conjuntos de datos no VSAM. Porejemplo, añade JTARC para los conjuntos de datos de archivado deseguimiento de trabajos. Si el nombre del subsistema es OPCA, elnombre del conjunto de datos será CCOPC.OPCA.JTARC cuando elesqueleto se use en los diálogos.

VSAM dsn prefix (Prefijo nombre ds de VSAM)Entrada obligatoria. Especifique los calificadores que servirán de prefijopara los nombres de los conjuntos de datos VSAM. Tivoli WorkloadScheduler for z/OS añade un calificador de nivel inferior al prefijo para

EQQJOBS2 ------------ GENERATE TWSz BATCH-JOB SKELETONS -------------------Command ===>

Enter the following required job stream parameters:Non-VSAM dsn prefix ===> CCOPC.*___________________

VSAM dsn prefix ===> CCOPC.*V__________________Unit name ===> 3390____ Default unit nameUnit name (temp ds) ===> SYSDA___ Unit name for temporary data setsUnit name (sort ds) ===> SYSDA___ Unit name for sort work data setsSYSOUT class ===> * SYSOUT class for reports

The following information is optional:

STEPLIB dsname ===>OPC.SEQQLMD0____________________________________STEPCAT dsname ===>________________________________________________EQQMLOG dsname ===> CCOPC.*.MLOGBAT_________________________________

The following information is REQUIRED WITH DBCS support:

KJSRTBL dsname ===>________________________________________________

Press ENTER to generate OPC batch-job skeletons

Figura 19. EQQJOBS2 - Generar esqueletos de trabajos por lotes de Tivoli WorkloadScheduler for z/OS


identificar de forma exclusiva cada conjunto de datos VSAM de TivoliWorkload Scheduler for z/OS. Por ejemplo, añade WS para el conjuntode datos de descripción de estaciones de trabajo. Si el nombre delsubsistema es OPCA, el nombre del conjunto de datos seráCCOPC.OPCAV.WS cuando el esqueleto se use en los diálogos.

Unit name (Nombre de unidad)Entrada obligatoria. Especifique un nombre de dispositivo válido parala instalación. Puede ser un tipo de dispositivo, por ejemplo 3380 o unnombre de grupo, por ejemplo PROD o TEST.

Unit name (temp ds)(Nombre de unidad, conjunto de datos temporal)Entrada obligatoria. Especifique un nombre de dispositivo que puedausarse para conjunto de datos temporales.

Unit name (sort ds) (Nombre de unidad, conjunto de datos de orden)Entrada obligatoria. Especifique un nombre de dispositivo que puedausarse en un conjunto de datos para ordenar trabajos.

SYSOUT class (Clase SYSOUT)Entrada obligatoria. Especifique la clase SYSOUT que desea usar en losinformes generados por los trabajos por lotes.

STEPLIB dsname (STEPLIB nombre ds)Opcional. Especifique el nombre de la biblioteca de módulos de cargade Tivoli Workload Scheduler for z/OS si los módulos de carga noestán en un conjunto de datos incluidos en un miembro LNKLSTactivo.

STEPCAT dsname (STEPCAT nombre ds)Opcional. Especifique el nombre de un catálogo privado si uno o másconjuntos de datos no se pueden alcanzar mediante el catálogomaestro. Para personalizar clist de esqueleto de EQQAUDNS con laloadlib apropiada a la que debe hacerse referencia al invocaroperaciones de auditoría o depuración, debe especificar el nombre ds.

EQQMLOG dsname (EQQMLOG nombre ds)Opcional. Especifique el nombre de un conjunto de datos de registro demensajes si los mensajes no se envían a SYSOUT. No debe ser el mismoconjunto de datos que el que usa el rastreador, el controlador o elcontrolador en espera .

KJSRTBL dsname (KJSRTBL nombre ds)Obligatorio si usa la característica de idioma japonés. Especifique elnombre de un conjunto de datos que se usará al ordenar campos quecontienen datos DBCS.



END-TO-END WITH FAULT TOLERANCEEspecifique Y si desea trabajar con estaciones de trabajo de TivoliWorkload Scheduler con tolerancia a errores.

RESTART AND CLEAN UP (Data Store)Especifique Y (Sí) si desea usar la función de reinicio y limpieza.

FORMATTED REPORT OF TRACKING EVENTS (Informe formateado desucesos de seguimiento)

Especifique Y (Sí) si desea usar la característica que da como resultadoun informe formateado de los sucesos del registro de seguimiento.

EQQTROUT dsname (EQQTROUT nombre ds)Esta entrada es opcional. Especifique el nombre del conjunto de datosen el que DP Extend and Replan graba sucesos del registro deseguimiento. Deje esta entrada en blanco si desea que la tarjeta DDcorrespondiente de estos trabajos especifique DUMMY como en lasversiones anteriores. Especifique si tiene la intención de utilizarEQQAUDIB de ejemplo (consulte la Tabla 18 en la página 69).

EQQAUDIT output dsn (EQQAUDIT nombre ds de salida)Especifique el nombre de un conjunto de datos en el que se grabará lasalida de EQQAUDIT. Es obligatorio si FORMATTED REPORT OFTRACKLOG EVENTS se establece en Y (Sí).

Work Directory (Directorio de trabajo)Especifique el directorio donde se almacenan los archivos HFS o ZFSespecíficos del subsistema. Cada subsistema compatible con elprograma de utilidad de JAVA debe tener su propio directorio detrabajo.

JZOS PDSE Library (Biblioteca JZOS PDSE)Especifique el PDSE que contiene el módulo JVMLDM del iniciador delotes JZOS.

EQQJOBSA -------------- GENERATE TWSz BATCH-JOB SKELETONS ---------------------Command ===>

Specify if you want to use the following optional features:

END-TO-END WITH FAULT TOLERANCE: N (Y= Yes ,N= No)(To schedule jobs on fault-tolerant workstations)

RESTART AND CLEAN UP (DATA STORE): Y (Y= Yes ,N= No)(To be able to retrieve joblog,

execute data set clean up actions and step restart)

FORMATTED REPORT OF TRACKLOG EVENTS: N (Y= Yes ,N= No)EQQTROUT dsname ===> ________________________________________________EQQAUDIT output dsn ===> ________________________________________________

JAVA UTILITIES ENABLEMENT: N (Y= Yes ,N= No)Work Directory ===> /var/TWS/inst___________________________________

===> ________________________________________________===> ________________________________________________

JZOS PDSE Library ===> ________________________________________________JZOS Load Module Name ===> JVMLDM66REXX SYSEXEC dsname ===> OPC.SEQQMISC____________________________________Input XML dsname for ===> TWS.EVLIB.XML($$$$$$$$)_________________________

data set triggering

Press ENTER to generate OPC batch-job skeletons

Figura 20. EQQJOBSA - Generar esqueletos de trabajos por lotes de Tivoli WorkloadScheduler for z/OS


JZOS Load Module Name (Nombre del módulo de carga JZOS)Especifique JVMLDM66, es decir, el nombre del módulo de carga deliniciador de lotes JZOS utilizado con SDK con 64 bits para z/OS 6.0.

REXX SYSEXEC dsnameEspecifique la biblioteca SEQQMISC de instalación que contiene losprogramas REXX EQQRXARC y EQQRXTRG.

Nombre ds XML de entrada para desencadenamiento de conjuntos de datosEspecifique el nombre del conjunto de datos de entrada que contienelas reglas de suceso en formato XML que se utiliza para generar losarchivos de configuración de desencadenamiento de conjuntos de datosque se enviarán a los rastreadores. El conjunto de datospredeterminado se proporciona en el panel.

Nota: En el nombre del conjunto de datos MLOG del controlador, el nombredel conjunto de datos de EQQTROUT y el nombre del conjunto de datos desalida de EQQAUDIT puede usar un asterisco (*) en el nombre del subsistema.El asterisco se sustituirá por el nombre del subsistema actual al invocar eldiálogo.

4. Pulse Intro después de completar la información del panel EQQJOBSA. Eldiálogo generará los miembros del esqueleto de trabajo por lotes.Tras completar este procedimiento, puede continuar con la creación del JCL detrabajo de ejemplo tal como se describe en “Creación del JCL de trabajo deejemplo” en la página 60.

Si en esta fase todavía no conoce todos los valores, no importa. Puede volver aejecutar el diálogo tantas veces como prefiera para volver a generar los esqueletos.También puede editar manualmente los esqueletos que se han generado.

En la tabla siguiente se muestran los miembros del esqueleto de JCL que EQQJOBSgenera:

Tabla 19. JCL de esqueleto del controlador generado por el diálogo EQQJOBS

Miembro Descripción de un trabajo por lotes

EQQADCDS Referencia cruzada de aplicación de dependencias condicionales.

EQQADCOS Calcula e imprime fechas de ejecución de una aplicación.

EQQADDES Referencia cruzada de aplicación de dependencias externas.

EQQADPRS Programa de impresión de la aplicación.

EQQADXRS Programa de referencia cruzada de la aplicación.

EQQADX1S Referencia cruzada de aplicación de campos seleccionados.

EQQAMUPS Actualización masiva de la descripción de aplicaciones.

EQQAPARS Procedimiento para reunir información de diagnóstico.

EQQAUDIS Extrae y da formato a sucesos de seguimiento de trabajos (invocaciónde procesos por lotes).

EQQAUDNS Extrae y da formato a sucesos de seguimiento de trabajos (invocacióninteractiva).Nota: copie este miembro de la biblioteca en la que se creó medianteEQQJOBS en una biblioteca de procedimientos. Este paso esobligatorio ya que este miembro debe invocarse de forma interactiva.

EQQDBARS Planificación diaria - Archivador de datos de ejecución históricos parala función de informes de la Dynamic Workload Console.

EQQDPEXS Planificación diaria. Planificación del periodo siguiente.


||||||

Tabla 19. JCL de esqueleto del controlador generado por el diálogoEQQJOBS (continuación)

Miembro Descripción de un trabajo por lotes

EQQDPPRS Planificación diaria. Impresión de los resultados del periodo actual.

EQQDPRCS Planificación diaria. Nueva planificación del periodo actual.

EQQDPSJS Planificación diaria. Paso de ordenación de DBCS.

EQQDPSTS Planificación diaria. Paso de ordenación normal.

EQQDPTRS Planificación diaria. Planificación de un periodo de prueba.

EQQJVPRS Imprime tablas de variables JCL.

EQQLEXTS Planificación a largo plazo. Amplía el plan a largo plazo.

EQQLMOAS Planificación a largo plazo. Modifica todas las ocurrencias.

EQQLMOOS Planificación a largo plazo. Modifica una ocurrencia.

EQQLPRAS Planificación a largo plazo. Imprime todas las ocurrencias.

EQQLPRTS Planificación a largo plazo. Imprime una ocurrencia.

EQQLTRES Planificación a largo plazo. Crea el plan a largo plazo.

EQQLTRYS Planificación a largo plazo. Prueba.

EQQOIBAS Instrucciones de operador. Programa de proceso por lotes.

EQQOIBLS Instrucciones de operador. Entrada de proceso por lotes de unconjunto de datos secuencial.

EQQSYRES Planificación diaria. Renovación de Symphony.

EQQTPRPS Imprime periodos.

EQQTPRTS Imprime calendarios.

EQQTRBLS Automatización de la carga de trabajo controlada por sucesos. Creaarchivos de configuración para desencadenamiento de conjuntos dedatos.

EQQWPRTS Imprime descripciones de las estaciones de trabajo.

Generación de ejemplos de almacén de datosPara crear ejemplos de almacenes de datos, realice lo siguiente:1. Seleccione la opción 3 en el menú de aplicación de EQQJOBS. Aparecerá el

siguiente panel:


Sample job JCL (JCL de trabajo de ejemplo)Entrada obligatoria. Especifique el nombre de una biblioteca en la quese grabarán los ejemplos de almacenes de datos generados. Asigne labiblioteca antes de generar los ejemplos de almacenes de datos.Asegúrese de que la biblioteca que especifique tenga suficientes bloquesde directorios para almacenar todos los miembros de ejemplo queEQQJOBS genera (consulte la Tabla 20 en la página 81).

Job statement information (Información de sentencia de trabajo)Entrada obligatoria. Especifique una sentencia de trabajo JOB que sigala sintaxis JCL estándar y el estándar de la instalación.

Message library name (Nombre de la biblioteca de mensajes)Entrada obligatoria. Especifique el nombre de la biblioteca que contienelos mensajes del planificador (DDNAME SEQQMSG0 de destinoSMP/E).

Biblioteca de parámetrosEntrada obligatoria. Especifique el nombre de una biblioteca quecontendrá las sentencias de inicialización. El usuario debe asignar estabiblioteca. Use un nombre diferente al de la biblioteca de parámetrosdel controlador y del rastreador.


EQQJOBS5 ----------------- CREATE DATA STORE SAMPLES --------------------Command ===>

The data set names specified on this panel should be fully qualifiednames without any enclosing apostrophes.

Enter the name of the output library:

Sample job JCL ===> CCOPC.OPCA.JCLDS__________

Job statement information:

===> //SYSPROG1 JOB (111111,2222),’OPCESA BATCH’,CLASS=B,MSGCLASS=H,__===> // MSGLEVEL=(1,1),NOTIFY=SYSPROG______________________________===> ______________________________________________________________________===> ______________________________________________________________________

The following data set names are used by one or more of the generated jobs.Message library name ===> OPC.SEQQMSG0_______________________________Parameter library ===> CCOPC.OPCEDS.PARM__________________________


Figura 21. EQQJOBS5 - Crear ejemplos de almacén de datos


Non-VSAM dsn prefix (Prefijo nombre ds no VSAM)Entrada obligatoria. Especifique los calificadores que servirán de prefijopara nombres de los conjuntos de datos no VSAM. El planificadorañade un calificador de nivel inferior al prefijo para identificar deforma exclusiva cada conjunto de datos no VSAM del almacén dedatos.

VSAM dsn prefix (Prefijo nombre ds de VSAM)Entrada obligatoria. Especifique los calificadores que servirán de prefijopara los nombres de los conjuntos de datos VSAM. El planificadorañade un calificador de nivel inferior al prefijo para identificar deforma exclusiva cada conjunto de datos VSAM del almacén de datos.

Unit name (Nombre de unidad)Entrada obligatoria. Especifique un nombre de dispositivo válido parala instalación. Puede ser un tipo de dispositivo, por ejemplo 3390 o unnombre de grupo, por ejemplo PROD o TEST.

Primary volume serial (Serie del volumen primario)Entrada obligatoria. Especifique un volumen que utilizará el trabajo deejemplo EQQPCS04 para asignar los conjuntos de datos principales.

STEPLIB dsname (STEPLIB nombre ds)Opcional. Especifique el nombre de la biblioteca de módulos de cargadel planificador si los módulos de carga no están en un conjunto dedatos incluidos en un miembro LNKLST activo.

VSAMCAT dsname (VSAMCAT nombre ds)Opcional. Especifique el nombre de un catálogo en el que se definiránlos conjuntos de datos VSAM si no se van a definir en el catálogomaestro.

VSAM password (VSAM contraseña)Opcional. Especifique la contraseña del catálogo VSAM si éste estáprotegido por contraseña.


EQQJOBS6 ----------------- CREATE DATA STORE SAMPLES --------------------Command ===>

Enter the following required job stream parameters:Non-VSAM dsn prefix ===> CCOPC.OPCA________________VSAM dsn prefix ===> CCOPC.OPCAV_______________Unit name ===> 3390____ Default unit namePrimary volume serial ===> PROD01 Primary volume serial for VSAM

The following information is optional:STEPLIB dsname ===> OPC.SEQQLMD0_______________________________VSAMCAT dsname ===> ______________________________________________VSAM password ===> ________




Reserved destination (Destino reservado)Entrada obligatoria. Especifique el destino de salida reservado para elalmacén de datos. Debe corresponderse con el parámetro DSTDEST dela opción RCLOPTS.

Connection Type (Tipo de conexión)Entrada obligatoria. Especifique el método de conexión utilizado paramanejar la comunicación entre las tareas FN/FL y el almacén de datos.Puede ser SNA o XCF.

SNA Data Store luname (Nombre de unidad lógica del almacén de datosSNA) Especifique el nombre de la aplicación VTAM de almacén de datos si se

ha elegido el tipo de conexión SNA.

SNA Controller luname (Nombre de unidad lógica del controlador SNA)Especifique el nombre de la aplicación VTAM de la tarea FN delcontrolador si se ha elegido el tipo de conexión SNA.

Xcf Group (Grupo XCF)Especifique el nombre del grupo XCF si se ha elegido el tipo deconexión XCF.

Xcf Data Store member (Miembro del almacén de datos de XCF)Especifique el nombre del miembro XCF del almacén de datos si se haelegido el tipo de conexión XCF.

Xcf FL task member (Miembro de la tarea FL de XCF)Especifique el nombre del miembro XCF de la tarea FL si se ha elegidoel tipo de conexión XCF.

Job data retention period (Periodo de retención de datos de trabajo)Especifique el periodo de retención de la información estructurada delalmacén de datos. Se compone del intervalo en días que utiliza lafunción de limpieza en línea. Es necesario para poder usar la funciónde reinicio y limpieza.

Joblog retrieval (Recuperación del registro de trabajo)Especifique si debe habilitarse la recuperación del registro de trabajo.Esto significa que el almacén de datos guardará los datos noestructurados en el registro de trabajo.

EQQJOBS7 ----------------- CREATE DATA STORE SAMPLES ---------------------Command ===>

Enter the parameters to build DSTOPTS and DSTUTIL options samples:

Reserved destination ===> OPCX____Connection type ===> SNA (SNA/XCF/TCP)

SNA Data Store luname ===> I9PC45AA (only for SNA connection)SNA Controller luname ===> I9PC45RA (only for SNA connection)Xcf Group ===> ________ (only for XCF connection)Xcf Data Store member ===> ________ (only for XCF connection)Xcf FL task member ===> ________ (only for XCF connection)

TCP Controller host name: (only for TCP connection)===> ____________________________________________________TCP Controller port number ===> _____ (only for TCP connection)

Jobdata ret. period ===> 2_ (number of days)JobLog retrieval ===> Y (Y/N)

Max n. lines to store ===> 0______JobLog ret. period ===> 5_ (number of days)

Press ENTER to create sample job JCL



Max n. of lines to store (Máx. número de líneas que se va a almacenar)Especifique el número máximo de líneas sysout de usuario que se vana almacenar. El intervalo es de 0 a 10000.

Joblog retention period (Periodo de retención del registro de trabajo)Especifique el periodo de retención de la información no estructuradadel almacén de datos. Se compone del intervalo en días que utiliza lafunción de limpieza en línea. Es necesario habilitar la función JoblogBrowse.

TCP Controller host name (Nombre de host del controlador TCP)Especifique el nombre de host TCP/IP del controlador si eligió TCPcomo tipo de conexión.

TCP Controller port number (Número de puerto del controlador TCP)Especifique el número de puerto TCP/IP del controlador si eligió TCPcomo tipo de conexión.

4. Pulse Intro después de completar la información del panel EQQJOBS7. Eldiálogo genera varios miembros en la biblioteca de salida que especificó. Estosmiembros, que se describen en la Tabla 20, se utilizan en varias fases de lainstalación:

Tabla 20. Ejemplos de almacenes de datos generados por el diálogo EQQJOBS

Miembro Descripción del ejemplo

EQQCLEAN Procedimiento de ejemplo que invoca el programa EQQCLEAN

EQQDSCL Ejemplo de limpieza de procesos por lotes

EQQDSCLP Parámetros de ejemplo de limpieza de procesos por lotes

EQQDSEX Ejemplo de exportación de procesos por lotes

EQQDSEXP Parámetros de ejemplo de exportación de procesos por lotes

EQQDSIM Ejemplo de importación de procesos por lotes

EQQDSIMP Parámetros de ejemplo de importación de procesos por lotes

EQQDSRG Ejemplo de reorganización de procesos por lotes

EQQDSRI Índice de recuperación de procesos por lotes

EQQDSRIP Parámetros del índice de recuperación de procesos por lotes

EQQDST Procedimiento de ejemplo que inicia el almacén de datos

EQQDSTP Parámetros de procedimiento de ejemplo para iniciar el almacén de datos

EQQPCS04 Asigna conjuntos de datos VSAM para el almacén de datos

Paso 5. Añadir salidas de SMF y JES para el seguimiento de sucesosRealice esta tarea si instala un rastreador.

Tivoli Workload Scheduler for z/OS realiza el seguimiento del progreso de trabajosy tareas iniciadas en el sistema z/OS mediante el uso de puntos de salida de JES ySMF. Añada todas estas salidas en cada sistema z/OS donde vaya a iniciar TivoliWorkload Scheduler for z/OS.

Para simplificar la instalación del seguimiento de sucesos de Tivoli WorkloadScheduler for z/OS, en la biblioteca de ejemplos SEQQSAMP dispone de variassalidas de seguimiento de sucesos de ejemplo. Para ensamblar e instalar las salidas,puede usar el JCL de ejemplo proporcionado para instalar las salidas comousermods de SMP/E o también puede ensamblar las salidas y editar los enlaces en


las salidas. En el caso de salidas de JES, aplique usermods en el CSI donde seincluye JES. Éste es el mejor método. Tiene la ventaja de que SMP vuelve aensamblar automáticamente las salidas si se aplica mantenimiento a los bloques decontrol de JES de los que Tivoli Workload Scheduler for z/OS depende.

Si instala un nuevo release de Tivoli Workload Scheduler for z/OS en un CSInuevo, y el usermod de JES ya está instalado en el mismo CSI que el releaseanterior, siga estos pasos:1. Aplique los PTF de tolerancia necesarios para que el release anterior pueda

ejecutarse con el nuevo código de salida.2. Cambie los DDDEF de JES de modo que apunten a las bibliotecas SEQQSAMP

y SEQQMAC0 del nuevo release.3. Ejecute APPLY REDO para usermod de JES. Esto vuelve a ensamblar las salidas

con el nuevo código.

Todas las salidas de ejemplo utilizan la macro EQQEXIT para crear código degeneración de sucesos. Para obtener más información sobre la macro EQQEXIT,consulte el apartado Apéndice C, “Invocación de la macro EQQEXIT”, en la página397.

En la Tabla 21 se describen los ejemplos que puede usar para generar e instalar lassalidas. La salida de ejemplo, el JCL de esqueleto y las entradas usermod identificanmiembros de la biblioteca SEQQSAMP. Los tipos de sucesos de la tabla tienen elprefijo A para JES2 o B para JES3, cuando los crea la salida. (Consulte la sección“Verificación de los sucesos de seguimiento” en la página 169 para obtener másinformación sobre los tipos de sucesos).

Tabla 21. Salidas de ejemplo de Tivoli Workload Scheduler for z/OS

Nombre desalida

Tipo desalida

Salida deejemplo

JCL de ejemplo/ usermod Suceso admitido

Tipo desuceso

IEFACTRT SMF EQQACTR1 EQQSMF Finalización de trabajo y paso 3J,3S

IEFUJI SMF EQQUJI1 EQQSMF Inicio de trabajo 2

IEFU83 SMF EQQU831 EQQSMF Fin del grupo de impresión, depurar (sóloJES3), soporte de desencadenamiento deconjunto de datos y soporte de cambioautomático

4,5,S,T

EXIT7 JES2 EQQXIT74 EQQJES2/EQQJES2U

Salida de E/S de JCT para JES2, depurar 1,3P,5

EXIT51 JES2 EQQXIT51 EQQJES21/EQQJES2V

Salida de cambio de fase JES2 QMOD,z/OS 1.7 y posterior

1

IATUX19 JES3 EQQUX191 EQQJES3/EQQJES3U

Proceso de salida completo 3P

IATUX29 JES3 EQQUX291 EQQJES3/EQQJES3U

En la cola de trabajos 1

Sólo SMFEl ejemplo EQQU831 genera los sucesos de tipo 4 y 5 y también los sucesos dedisponibilidad de recursos cuando se cierra un conjunto de datos después delproceso de lectura o actualización. Consulte la sección “Implementación de soportepara desencadenamiento de conjuntos de datos” en la página 93 para obtener másinformación.


Debe adaptar el JCL de ejemplo a los requisitos de su instalación. Si ya haejecutado EQQJOBS, las versiones adaptadas del JCL ya existirán en la bibliotecade salida EQQJOBS. También puede copiar los miembros de la bibliotecaSEQQSAMP en una de sus propias bibliotecas y personalizar manualmente el JCL.

Si no sabe cómo activar las salidas de SMF, consulte la sección “Actualización delos parámetros de SMF” en la página 87 y la documentación de SMF.

Sólo JES2Los nombres de los módulos de carga son los mismos que los nombres de salidas,excepto JES2. El módulo de carga de las salidas de JES2, que son EXIT7 y EXIT51,se llaman OPCAXIT7 y TWSXIT51, y sus puntos de entradas se llamanOPCAENT7 y TWSENT51, respectivamente.

Si el sistema z/OS es un sistema JES2, incluya estos registros en el miembro deinicialización de JES2:

Sentencias de inicialización de JES2LOAD(OPCAXIT7) /*Load Tivoli Workload Scheduler for z/OS exit mod */EXIT(7) ROUTINES=OPCAENT7,STATUS=ENABLED /*Define EXIT7 entry point */

Si la versión del sistema z/OS es 1.7 o posterior, añada los siguientes registros almiembro de inicialización de JES2:LOAD(TWSXIT51) /*Load Tivoli Workload Scheduler for z/OS exit mod */EXIT(51) ROUTINES=TWSENT51,STATUS=ENABLED /*Define EXIT51 entry point */

Para instalar dinámicamente las salidas de JES2 de Tivoli Workload Scheduler forz/OS, use estos mandatos una vez que los módulos estén disponibles en LNKLST:$ADD LOADMOD(OPCAXIT7),STORAGE=PVT

$T EXIT(7),ROUTINES=OPCAENT7,STATUS=ENABLED

$ADD LOADMOD(TWSXIT51),STORAGE=PVT

$T EXIT(51),ROUTINES=TWSENT51,STATUS=ENABLED

Para poner en su sitio una nueva versión de una salida (instalada previamente),use estos mandatos una vez que los módulos están disponibles en LNKLST:$TLOADMOD(OPCAXIT7),REFRESH$TLOADMOD(TWSXIT51),REFRESH

Si desea más información sobre las sentencias de inicialización de JES2, consulteJES2 Initialization and Tuning Reference.

Sólo JES3Para activar las salidas de un sistema JES3, puede enlazarlas a una bibliotecaconcatenada delante de SYS1.JES3LIB. De forma alternativa, puede sustituir lassalidas existentes en SYS1.JES3LIB por las salidas IATUX19 y IATUX29proporcionadas por Tivoli Workload Scheduler for z/OS. Si desea másinformación, consulte JES3 Initialization and Tuning. Si obtiene RC=4 y el avisoASMA303W Puede dar lugar a varias resoluciones de dirección al ensamblarIATUX19 y ejecutar el ejemplo EQQJES3/EQQJES3U, puede pasar por alto este


mensaje. Si la versión ASMA90 del compilador informa de errores y se ha definidola sentencia RMODE=ANY, elimine la sentencia RMODE=ANY de la salida deejemplo.

Paso 6. Actualizar SYS1.PARMLIBEn las siguientes secciones se describen las actualizaciones de SYS1.PARMLIB ensu entorno:

Definición de subsistemasAl definir los nombres de los subsistemas de los controladores y los rastreadoresde Tivoli Workload Scheduler for z/OS, tenga en cuenta lo siguiente:v El nombre del subsistema/STC de los controladores de Tivoli Workload

Scheduler for z/OS es exclusivo dentro de PLEX. Si se configuran doscontroladores diferentes (independientemente de su ubicación) para realizar elseguimiento del trabajo en el mismo sistema z/OS, deben tener diferentesnombres de subsistema/STC.

v Dado que los nombres de los subsistemas en una LPAR deben ser exclusivos ydado que todas las tareas iniciadas de controladores y rastreadores de TivoliWorkload Scheduler for z/OS deben tener el mismo nombre que los subsistemasasociados, todas las tareas iniciadas en una LPAR deben tener nombresexclusivos. Es decir, en una imagen MVS, los controladores y rastreadores debentener nombres de subsistema/STC exclusivos.

v Los rastreadores que se ejecutan en LPAR diferentes pero están conectados almismo controlador pueden tener el mismo nombre de subsistema/STC. En estecaso, variables del sistema como &SYSNAME pueden utilizarse con la condiciónde que cada rastreador use diferentes conjuntos de datos de Tivoli WorkloadScheduler for z/OS. El nombre del rastreador no puede ser el mismo que el deun controlador.

Debe definir el nombre de cada nuevo subsistema de Tivoli Workload Schedulerfor z/OS en el miembro de tabla de nombre de subsistemas activo deSYS1.PARMLIB. Instale al menos dos sistemas de control de Tivoli WorkloadScheduler for z/OS, uno para el entorno de pruebas y otro para el entorno deproducción.

Nota: Se recomienda instalar el rastreador y el controlador en espacios dedirecciones independientes en el sistema de control.

Para definir los subsistemas, actualice el miembro IEFSSNnn activo enSYS1.PARMLIB. Incluya los registros como en el siguiente ejemplo:Registro de definición de subsistemaSUBSYS SUBNAME(nombre de subsistema) INITRTN(nombre de módulo)INITPARM (’maxecsa,suffix’)

nombre de subsistemaNombre asignado a un subsistema de Tivoli Workload Scheduler for z/OS.El nombre debe contener de 2 a 4 caracteres. Todos los nombres desubsistemas, como se define en el miembro IEFSSNnn de SYS1.PARMLIB,deben ser exclusivos dentro de un complejo GRS a excepción delcontrolador en espera . Además, los nombres de los subsistemas de loscontroladores deben ser exclusivos dentro de la red OPCplex/OPC, tantoen los sistemas locales como remotos. Tivoli Workload Scheduler for z/OSrequiere que el nombre de la tarea iniciada o el nombre del trabajo de un


espacio de direcciones de Tivoli Workload Scheduler for z/OS seaexactamente igual al nombre del subsistema asociado.

nombre de móduloNombre del módulo de inicialización del subsistema , EQQINITL.

maxecsaDefine la cantidad máxima del área de servicio común ampliada (ECSA)que se utiliza para poner en cola sucesos de seguimiento de trabajos. Elvalor se expresa en kilobytes (1 KB equivale a 1024 bytes). El valorpredeterminado es 4, lo que significa que se necesita un máximo de 4 KB(4096 bytes) de almacenamiento ECSA para poner en cola los sucesos deseguimiento de trabajos.El valor máximo permitido para MAXECSA es2816.

sufijo Sufijo del nombre del módulo EQQSSCM que EQQINITL carga en elalmacenamiento común. EQQSSCM es el módulo de comunicación delsubsistema. El sufijo debe ser un único carácter. Dado que el nombre delmódulo suministrado con Tivoli Workload Scheduler for z/OS esEQQINITL, especifique un valor de sufijo de L. Si no proporciona ningúnsufijo, EQQINITL intenta cargar un nombre de módulo EQQSSCML.También puede especificar un nombre de módulo de comunicación delsubsistema en la palabra clave SSCMNAME de la sentencia deinicialización OPCOPTS para cargar una versión actualizada del móduloantes de una IPL planificada. Si desea información, consulte Tivoli WorkloadScheduler for z/OS: Customization and Tuning.

En la sección “Actualización de la definición de biblioteca de enlace de z/OS” enla página 89 se ofrece más información sobre los módulos EQQSSCM.

Este ejemplo ilustra un registro que puede incluir en el miembro IEFSSNnn deSYS1.PARMLIB:/*Ejemplo de definición de subsistema*/SUBSYS SUBNAME(OPCA) INITRTN(EQQINITL) INITPARM (’100,L’)

El registro define un subsistema de Tivoli Workload Scheduler for z/OSdenominado OPCA. Representa un rastreador. El módulo de inicialización esEQQINITL. La cantidad de ECSA asignada, 101104 bytes, es suficiente para 1136sucesos de seguimiento de trabajos. Debido a que se ha especificado el valor desufijo L, EQQINITL carga el módulo EQQSSCML.

Cálculo de valores de MAXECSATivoli Workload Scheduler for z/OS asigna almacenamiento ECSA para sucesos deseguimiento de trabajos en bloques de 1424. Cada bloque equivale a 16 sucesos. Enla Tabla 22 en la página 86 se ofrecen ejemplos del almacenamiento que se necesita,del almacenamiento asignado, y de los sucesos albergados para diversos valores demaxecsa. El número de sucesos creado para cada trabajo o tarea iniciada en elentorno se verá influenciado por las definiciones de la sentencia de inicializaciónEWTROPTS. Cada trabajo o tarea iniciada crea un mínimo de seis sucesos. Si eltrabajo o tarea iniciada genera salida y se especifica PRINTEVENTS(ALL) oPRINTEVENTS(END), se crea un suceso cuando se depura cada grupo de salida. Sise especifica STEPEVENTS(ALL), se crea un suceso para cada paso del trabajo otarea iniciada.

Si desea calcular los valores que no aparecen en la Tabla 22 en la página 86 paraun valor de MAXECSA, use este método:v Espacio necesitado = MAXECSA * 1024v Bloques = espacio necesitado / 1424 (redondeo a un número entero)


v Espacio asignado = bloques * 1424v Sucesos albergados = bloques * 16

Tabla 22. Ejemplos de valores de almacenamiento MAXECSA

Valor deMAXECSA

Cantidad de espacionecesitado de

MAXECSA

Bloques de espacioasignado de ECSA

(bytes)Número de sucesos

albergados

0 0 0 (0) 0

4 4096 2 (2848) 32

8 8192 5 (7120) 80

16 16384 11 (15664) 176

36 36864 25 (35600) 400

72 73728 51 (72624) 816

100 102400 71 (101104) 1136

200 204800 143 (203632) 2288

400 409600 287 (408688) 4592

500 512000 359 (511216) 5744

Nota:

1. Asigne suficiente almacenamiento ECSA de modo que los sucesos deseguimiento de trabajos no se pierdan cuando la subtarea de transcripción desucesos de Tivoli Workload Scheduler for z/OS no esté activa. Cuando eltranscriptor de sucesos esté activo, el número de sucesos en cola en ECSA escasi siempre 0. Asigne suficiente ECSA para la cantidad máxima de tiempo queespere que el transcriptor de sucesos vaya a estar inactivo.Por ejemplo, después de realizar una IPL de un sistema z/OS, los sucesos deseguimiento de trabajos se pueden producir antes de que el espacio dedirecciones de rastreador se active. Si espera que se produzca un máximo de 50sucesos durante este periodo, establezca el valor de MAXECSA en 8, como semuestra en la Tabla 22. Al activarse el transcriptor de sucesos, los sucesos encola se procesan y se eliminan de ECSA.Si se pierden sucesos, el mensaje EQQZ035E se almacena en el registro demensajes. Para ver una descripción de este mensaje, consulte Tivoli WorkloadAutomation: Messages and Codes.

2. El almacenamiento ECSA de los sucesos de seguimiento de trabajos sólo senecesita si la tarea iniciada incluye una subtarea de transcripción de sucesos. Enun sistema de control, puede tener un espacio de direcciones que ejecute sólouna subtarea de transcriptor de sucesos y otra que ejecute las funciones delcontrolador y las funciones del rastreador restantes. En esta situación, debeespecificar un valor 0 de MAXECSA para el subsistema que contiene lasfunciones del controlador.

3. Todo el almacenamiento ECSA se asigna por encima de la línea de 16 MB.

Autorización de la biblioteca del módulo de cargaDebe actualizar el miembro del recurso del programa autorizado (IEAAPFnn oPROGnn) activo para autorizar la biblioteca del módulo de carga. Cada registro,excepto el último, termina con una coma. En el siguiente ejemplo, presuponga queha instalado los módulos de carga de Tivoli Workload Scheduler for z/OS en el


conjunto de datos OPC.SEQQLMD0 y que este conjunto de datos está en elvolumen ABC123. Para autorizar esta biblioteca, inserte este registro antes de laúltima entrada en IEAAPFnn:OPC.SEQQLMD0 ABC123,

o actualice el miembro PROGnn.

Nota: A las bibliotecas definidas en el miembro IEAAPFnn o PROGnn sólo se lespuede conceder autorización si permanecen en el volumen especificado. Si en elsistema se utiliza DFHSM, cambie los parámetros de DFHSM de modo que lanueva biblioteca autorizada no se migre mediante DFHSM.

Actualización de los parámetros de SMFEl miembro SMFPRMnn define los parámetros de Recurso de medición del sistema(SMF). Debe comprobar que el miembro del parámetro SMF activo, SMFPRMnn,especifique que todas las salidas de SMF usadas por el seguimiento de sucesos deTivoli Workload Scheduler for z/OS se activen, y que los registros de SMFnecesarios se estén recopilando. Si no fuera así, debe actualizar el miembro delparámetro de SMF activo. El seguimiento de sucesos necesita estas salidas de SMF:IEFUJI

Salida de iniciación de trabajoIEFACTRT

Salidas de fin de trabajo y fin de pasoIEFU83

Salida de grabación de registro. Es opcional y sólo se necesita para eldesencadenamiento de conjuntos de datos, cambio de hora automático yfunciones de sucesos de impresión.

Tivoli Workload Scheduler for z/OS utiliza los tipos de registro de SMF siguientes:

6 Para sucesos PRINT (A4 y B4), usados sólo para el seguimiento de trabajosen las estaciones de trabajo PRINT

14 Sólo para el desencadenamiento de conjuntos de datos con SRREAD=YES

15 Para el desencadenamiento de conjuntos de datos con SRREAD=YES oSRREAD=NO

18 Sólo si desea supervisar los conjuntos de datos restantes

26 Para el seguimiento de todos los trabajos

30 Para el seguimiento de todos los trabajos

64 Sólo para el desencadenamiento de conjuntos de datos con conjuntos dedatos VSAM

90 Sólo si desea el cambio automático de horario de verano

Tivoli Workload Scheduler for z/OS necesita que se recopilen más registros deSMF si instala la salida de SMF IEFU83 con SRREAD establecido en YES en lainvocación de EQQEXIT. Especifíquelo si desea que se generen de formaautomática sucesos de disponibilidad de recursos especiales al cerrarse un conjuntode datos después de abrirse para:v Proceso de lecturav Proceso de salidav Proceso de lectura o de salida

Se necesitan estos registros de SMF:


v Registros del tipo 14 para conjuntos de datos no VSAM abiertos para procesosde INPUT o RDRBACK.

v Registros del tipo 15 para conjuntos de datos no VSAM abiertos para salida.v Registros del tipo 64 para conjuntos de datos VSAM.v Registros del tipo 90 que admiten el cambio automático de horario de verano

(opcional).

Puede especificar que los registros de SMF que usen la salida no se graben en elregistro de SMF. Si la instalación no recopila actualmente los registros de SMF 14,15 ó 64, pero desea que se generen automáticamente los sucesos de disponibilidadde recursos, cambie el ejemplo EQQU831 de modo que estos registros no se grabenen el registro de SMF.

Para evitar el desencadenamiento de conjuntos de datos, y mejorar así elrendimiento, especifique SRREAD=NO en la salida IEFU83 SMF al invocar lamacro EQQEXIT. El parámetro SRREAD=NO impide el desencadenamiento deconjuntos de datos sólo para el tipo de registro de SMF 14.

El parámetro EXITS de las palabras clave SYS y SUBSYS define las salidas activas.Un ejemplo de estas palabras clave es el siguiente:/*palabras clave SYS y SUBSYS*/SYS(TYPE(6,14,15,18,26,30,60,62,64,90),EXITS(IEFU83,IEFACTRT,IEFUJI))SUBSYS(STC,EXITS(IEFUJI,IEFACTRT,IEFU83))SUBSYS(JESn,EXITS(IEFUJI,IEFACTRT,IEFU83))

Nota:

1. JESn puede ser JES2 o JES3. Este parámetro no se refiere a JES en sí mismo,sino a trabajos por lotes manejados por JES, por lo que no debe suprimir lainvocación de la salida. No especifique TYPE6=NO ni TYPE26=NO en lassentencias JOBCLASS y STCCLASS de los parámetros de inicialización de JES2.

2. Durante la instalación, puede resultar de utilidad codificar dos miembrosSMFPRMnn, uno con las salidas activas y el otro con las salidas inactivas.Puede luego utilizar el mandato SET SMF=nn de z/OS para conmutar losparámetros actuales de SMF al nuevo miembro. Mediante el mandato SETSMF=nn evita tener que volver realizar una IPL si encuentra un problema.

3. Tivoli Workload Scheduler for z/OS requiere las salidas para SUBSYS STC.

Use el miembro PROGnn de parmlib para especificar las salidas de la instalación ycontrole su uso. Al usar PROGnn, puede asociar varias rutinas de salida con lassalidas de la instalación durante la IPL, o mientras el sistema se esté ejecutando.IBM recomienda usar PROGnn además de SMFPRMnn para especificar salidas,vaya o no a aprovecharse de estas funciones.

El siguiente ejemplo muestra cómo especificar salidas de SMF en un miembroPROGxx de parmlib. Si especifica lo siguiente en SMFPRMnn:SYS(...EXITS(IEFU83,IEFACTRT,IEFUJI))

debe añadir lo que se muestra a continuación para obtener el proceso equivalenteen PROGnn:

EXIT ADD EXITNAME(SYS.IEFU83) MODNAME(IEFU83)EXIT ADD EXITNAME(SYS.IEFACTRT) MODNAME(IEFACTRT)EXIT ADD EXITNAME(SYS.IEFUJI) MODNAME(IEFUJI)

Al asociar nuevas rutinas de salida con las salidas de SMF a través del mandatoPROGnn o SETPROG, debe usar los siguientes convenios de denominación:


v Para salidas que aparecen en la palabra clave EXITS de la sentencia SYS enSMFPRMnn, cada salida tendrá el nombre SYS.xxxx (donde xxxx es una de lassalidas que aparece).

v Para salidas que aparecen en la palabra clave EXITS de la sentencia SUBSYS enSMFPRMnn, cada salida tendrá el nombre SYSzzzzz.xxxx (donde zzzz es elnombre del subsistema y xxxx es una de las salidas que aparece).

Si define dos miembros en SYS1.PARMLIB con dos nombres diferentes, porejemplo, PROG03 en el que está la sentencia EXIT ADD EXITNAME(SYS.1 EFACTRT)MODNAME(EQQACTR1), puede cambiar a la versión EQQACTR1 sin realizar IPLmediante el mandato:/SET PROG=03

Si utiliza FTP, debe añadir la siguiente sentencia al miembro SMFPRMxx:SUBSYS(OMVS,EXITS(IEFUJI,IEFU83))

Asimismo, estas sentencias se deben añadir al miembro PROGnn, asegurándose deque sustituya MODNAME por el nombre de módulo que se utilizó cuando seeditaron los enlaces de las salidas.

EXIT ADD EXITNAME(SYSOMVS.IEFU83) MODNAME(EQQU831)EXIT ADD EXITNAME(SYSOMVS.IEFUJI) MODNAME(EQQUJI1)

Si desea más información sobre cómo utilizar PROGnn para controlar el uso desalidas y rutinas de salida, consulte z/OS Initialization and Tuning Reference

Actualización de las opciones de vuelco de z/OSEl procedimiento JCL de ejemplo de un espacio de direcciones de Tivoli WorkloadScheduler for z/OS incluye una sentencia DD, y un conjunto de datos de vuelco seha asignado mediante EQQPCS02 JCL creado por EQQJOBS. SYSMDUMP es elformato de vuelco que prefiere la organización de servicio.

Asegúrese de que las opciones de vuelco de SYSMDUMP incluyen RGN, LSQA,TRT, CSA y GRSQ en sistemas donde se ejecutará un espacio de direcciones deTivoli Workload Scheduler for z/OS. Para visualizar las opciones SYSMDUMPactuales, emite el mandato DISPLAY DUMP,OPTIONS de z/OS. Puede usar el mandatoCHNGDUMP para modificar las opciones de SYSMDUMP. Tenga en cuenta que estemandato cambia los parámetros solo hasta la siguiente IPL.

Para volcar un espacio de direcciones de Tivoli Workload Scheduler for z/OSutilizando el mandato z/OS DUMP, las opciones SDUMP deben especificar RGN,LSQA, TRT, CSA y GRSQ. Conviene definir estas opciones como valorpredeterminado del sistema.

Cuando se realiza el vuelco del espacio de direcciones, si se ha especificado elparámetro JTOPTS CRITJOBS(YES) o se ha tomado como valor predeterminado,también debe realizar un vuelco de los espacios de datos. Esto es importante sinecesita recopilar información cuando se produce un problema de la vía de accesocrítica. Añada DSPNAME=(’ZZZZ’,*) al mandato DUMP, donde ZZZZ es el nombre delsubsistema del controlador.

Actualización de la definición de biblioteca de enlace de z/OSSi ha instalado Tivoli Workload Scheduler for z/OS en una biblioteca de módulode carga independiente, se recomienda definir esta biblioteca en el miembroLNKLSTnn activo. También puede definir la biblioteca de módulo de carga en lasentencia STEPLIB DD del JCL de tarea iniciada y los procedimientos de inicio desesión en TSO de los usuarios de diálogos de Tivoli Workload Scheduler for z/OS.


||||||

Si ha instalado módulos de carga en el conjunto de datos OPC.SEQQLMD0 y esteconjunto de datos está catalogado en el catálogo maestro, inserte este registro antesde la última entrada del miembro LNKLSTnn para añadir esta biblioteca a laconcatenación de bibliotecas de enlace:Añadiendo LINKLIBOPC.SEQQLMD0

Si prefiere no definir la biblioteca del módulo de carga de Tivoli WorkloadScheduler for z/OS en el miembro LNKLSTnn, debe:v Copie los módulos rastreador, EQQINITL y EQQSSCML, a una biblioteca de la

concatenación de biblioteca de enlace de z/OS. La función de inicialización delplanificador maestro utiliza EQQINITL cuando se está realizando IPL delsistema z/OS. A continuación, EQQINITL carga EQQSSCML en unalmacenamiento común. EQQSSCML tiene un tamaño aproximado de 23 KB y secoloca por encima de la línea de 16 MB. No olvide copiar los módulos de nuevosiempre que mantenimiento de Tivoli Workload Scheduler for z/OS realice unaactualización. Esto es especialmente importante para el módulo EQQSSCML, quedebe estar en el mismo nivel de actualización que el resto del código de TivoliWorkload Scheduler for z/OS.

v Defina la biblioteca del módulo de carga de Tivoli Workload Scheduler for z/OSen una sentencia STEPLIB DD del JCL de tarea iniciada.

v Defina la biblioteca del módulo de carga de Tivoli Workload Scheduler for z/OSen una sentencia STEPLIB DD del procedimiento de inicio de sesión en TSO detodos los usuarios de diálogos de Tivoli Workload Scheduler for z/OS.

v Cargue el módulo de diálogo, EQQMINOL, desde una biblioteca autorizadapara APF. Si define la biblioteca de módulo de carga Tivoli Workload Schedulerfor z/OS en una sentencia TSO STEPLIB DD y alguna de las otras bibliotecasdefinidas en esta sentencia DD no está autorizada, debe copiar EQQMINOL enotra biblioteca en la concatenación LNKLST, de forma que se cargue conautorización para APF. Recuerde volver a copiar el módulo si mantenimiento deTivoli Workload Scheduler for z/OS realiza una actualización.

Actualización de las opciones de inicialización de XCFEsta sección es útil si se comunica mediante XCF.

Las opciones de inicialización de XCF se especifican en el miembro COUPLEnn deSYS1.PARMLIB. Si no ha especificado el miembro COUPLEnn, el sistema utiliza elmiembro predeterminado, COUPLE00. El miembro COUPLE00 que proporcionaIBM hace que se realice IPL del sistema en modalidad XCF-LOCAL. Estamodalidad no está soportada por Tivoli Workload Scheduler for z/OS. Así, debeasegurarse de que el sistema utiliza un miembro COUPLEnn que no realice IPL delsistema en modalidad XCF-LOCAL. El miembro COUPLEnn debe incluir lapalabra clave PCOUPLE de la sentencia COUPLE. Si se omite, XCF se inicializa enmodalidad XCF-LOCAL. Para Tivoli Workload Scheduler for z/OS, puede utilizarlos valores predeterminados de las opciones de XCF restantes.Ejemplo de COUPLEnnCOUPLE SYSPLEX(PLEX1) /* SYSPLEX name */

PCOUPLE(PLEX1.COUPLE1) /* Primary couple data set */ACOUPLE(PLEX2.COUPLE2) /* Alternate couple data set*/

MAXMSG(2000) /* No of 1k message buffers */CLASSDEF CLASS(DEFAULT) /* Default transport class */

CLASSLEN(956) /* Message length */GROUP(OPCGRP,OPCDS) /* OPC Group names */

PATHIN DEVICE(cccc,dddd)


PATHOUT DEVICE(aaaa,bbbb)PATHIN STRNAME(str1,str2) CLASS(DEFAULT)PATHOUT STRNAME(str1,str2) CLASS(DEFAULT)

Emita el mandato de la consola "D XCF,CLASSDEF,CLASS=ALL" para ver si yatiene una clase predeterminada DEFAULT (el nombre de esta clase podría no serDEFAULT) con CLASSLEN(956), que es el valor predeterminado. Si existe la clase,debe añadir los nombres de grupo GROUP específicos de TWS (OPCGRP,OPCDS)a la sentencia CLASSDEF de esa clase, como se muestra en el ejemplo anterior.

Nota: Al especificar MAXMSG(2000) en la sentencia COUPLE, como se hamostrado anteriormente, todas las clases de transporte utilizarán este valor a no serque se especifique otro valor en el nivel de CLASSDEF. MAXMSG(2000) es el valorpredeterminado.

Si se utiliza XCF para conectar el almacén de datos al controlador, debe definirseun grupo XCF específico, y debe ser diferente al utilizado para conectar elcontrolador al rastreador de z/OS. Estos dos grupos XCF independientes puedenusar la misma clase de transporte de XCF.

Nota: Puede cambiar las opciones de XCF mientras el sistema está activo medianteel uso del mandato de operador SETXCF.

Si desea más información sobre XCF, consulte z/OS MVS Setting up a Sysplex.

Modificación de los parámetros de TSODebe definir el módulo EQQMINOL en TSO en todos los sistemas donde instalelos diálogos del planificador. Debe también autorizar los mandatos TSO de TivoliWorkload Scheduler for z/OS en todos los sistemas en los que instale TivoliWorkload Scheduler for z/OS. Si no los autoriza, los mandatos sólo funcionarán enel sistema donde esté instalado el controlador.

Para solicitar servicios del subsistema para un usuario TSO, el diálogo TivoliWorkload Scheduler for z/OS invoca el módulo EQQMINOL utilizando el recursode servicios TSO. EQQMINOL es el módulo de interfaz de diálogo. Debe ejecutarsecomo un programa autorizado para APF. Para conseguir esto, defina EQQMINOLen TSO. Si está instalando los diálogos de planificador, incluya EQQMINOL en lalista de programas definidos por la sentencia AUTHTSF en el miembro IKJTSOnnde SYS1.PARMLIB. Esta sentencia define los programas que contarán conautorización cuando se invoquen mediante el recurso de servicios de TSO. Acontinuación se muestra un ejemplo de dicha sentencia:Ejemplo de IKJTSOnn AUTHTSFAUTHTSF NAMES(IKJEFF76 +

IEBCOPY +EQQMINOL)

Si lo prefiere, puede colocar EQQMINOL en CSECT IKJEFTAP, en lugar deIKJTSOnn. Si desea más información sobre cómo utilizar IKJEFTAPR, consulteTSO/E Customization.

Tivoli Workload Scheduler for z/OSadmite los mandatos BACKUP, BULKDISC,OPINFO, OPSTAT, SRSTAT y WSSTAT de TSO. Actualice el miembro IKJTSOnn encada sistema donde está instalando Tivoli Workload Scheduler for z/OS paradefinir estos mandatos como mandatos autorizados. Para ello, añádalos a la listade mandatos definidos por la palabra clave NAMES de la sentencia AUTHCMD. Acontinuación se muestra un ejemplo de dicha sentencia:


Ejemplo de IKJTSOnn AUTHCMDAUTHCMD NAMES(BACKUP +

BULKDISC +JSUACT +OPINFO +OPSTAT +SRSTAT +WSSTAT)

Si la entrada predeterminada de la tabla de mandatos ISPTCM de ISPF TSO estáestablecida para mandatos TSO no autorizados, debe actualizarse ISPTCM. Paraello, use la macro ISPMTCM. Defina los mandatos BACKUP, BULKDISC, OPINFO,OPSTAT, SRSTAT y WSSTAT de la siguiente manera:Ejemplo de ISPTCMISPMTCM FLAG=62,ENTNAME=BACKUPISPMTCM FLAG=62,ENTNAME=BULKDISCISPMTCM FLAG=62,ENTNAME=JSUACTISPMTCM FLAG=62,ENTNAME=OPINFOISPMTCM FLAG=62,ENTNAME=OPSTATISPMTCM FLAG=62,ENTNAME=SRSTATISPMTCM FLAG=62,ENTNAME=WSSTAT

No es necesario realizar una actualización si la entrada predeterminada estáestablecida para mandatos TSO autorizados. Si desea más información sobre lassentencias de macro ISPMTCM, consulte ISPF Planning and Customization.

Consideraciones sobre el rendimientoLos espacios de direcciones del controlador y del rastreador deben ser nointercambiables. Para ello, incluya la definición del módulo de carga superior,EQQMAJOR, en la tabla de propiedades del programa (PPT). Este ejemplo deentrada de PPT se define en un miembro SCHEDnn de SYS1.PARMLIB:Ejemplo de SCHEDnnPPT PGMNAME(EQQMAJOR) NOSWAP

El programa EQQMAJOR debe ejecutarse en la clave 8 de almacenamiento, el valorpredeterminado.

Para garantizar que Tivoli Workload Scheduler for z/OS no se demore en losprocesos y en el manejo de registros de sucesos, el índice de rendimiento delsubsistema de rastreador (es decir la prioridad de asignación) debe ser igual al delsubsistema JES.

Definición de la salida DLF para el soporte de HiperbatchSi desea incluir soporte para Hiperbatch en los trabajos controlados de TivoliWorkload Scheduler for z/OS, especifique el nombre de la salida DLF en elmiembro COFDLFnn de SYS1.PARMLIB. Se proporciona un ejemplo de salida DLFcon la biblioteca SEQQSAMP. La salida debe residir en una biblioteca autorizadaen la concatenación de LNKLST. El ejemplo siguiente de un miembro COFDLFnndefine una salida DLF llamada OPCDLF:Ejemplo de COFDLFnnCLASS MAXEXPB(nnnn) PCTRETB(nnn) CONEXIT(OPCDLF)

Para obtener más información sobre la adición del soporte de Hiperbatch en TivoliWorkload Scheduler for z/OS, consulte el manual Tivoli Workload Scheduler for z/OS:Customization and Tuning.


Inicio automático del productoEl miembro COMMNDnn de SYS1.PARMLIB contiene una serie de mandatos dez/OS que se emiten automáticamente durante la inicialización del sistema. Paraevitar demoras al iniciar Tivoli Workload Scheduler for z/OS cuando se inicia elsistema z/OS, incluya los nombres de las tareas iniciadas de Tivoli WorkloadScheduler for z/OS en este miembro. Si desea más información sobre cómo incluirmandatos de inicio para los espacios de direcciones de Tivoli Workload Schedulerfor z/OS, consulte MVS Initialization and Tuning Reference.

Actualización de opciones de APPCSi desea usar la API, o el servidor, para comunicarse con Tivoli WorkloadScheduler for z/OS, debe actualizar las opciones de APPC. Consulte las secciones“Paso 17. Activar soporte para la API” en la página 153 o “Paso 18. Activar elsoporte del diálogo del producto e interfaz de programas mediante el servidor” enla página 157 para obtener una descripción detallada de la operación que desearealizar.

Implementación de soporte para desencadenamiento deconjuntos de datos

Utilice la función de desencadenamiento de conjunto de datos de Tivoli WorkloadScheduler for z/OS para iniciar procesos dependientes o trabajo de planificaciónno programable mediante la generación automática de sucesos de disponibilidadde recursos especiales cuando se cierra un conjunto de datos después de abrirsepara:v Proceso de lecturav Proceso de salidav Proceso de lectura o de salida

Tivoli Workload Scheduler for z/OS utiliza la salida de SMF IEFU83 para generarun suceso de disponibilidad de recursos cuando se llama IEFU83 para los tipos deregistro de SMF 14, 15 ó 64. Los registros de SMF de actividad de conjuntos dedatos se generan cuando se cierra un conjunto de datos o se procesa medianteEOV. Tivoli Workload Scheduler for z/OS generará sucesos de disponibilidad derecursos sólo cuando el conjunto de datos se cierre. Al cerrar un conjunto de datosVSAM, se crean dos registros 64 de SMF, uno de cada para los componentes DATAe INDEX. Cuando se solicitan sucesos de disponibilidad de recursos para losconjuntos de datos VSAM, el suceso se creará cuando se cierre el componenteDATA. Tivoli Workload Scheduler for z/OS no generará un suceso cuando secierre el componente INDEX.

Los registros de actividad del conjunto de datos de SMF se graban cuando losconjuntos de datos se cierran, independientemente de si JOB/STEP/TASK/USERse completan satisfactoriamente. Si desea más información sobre los conjuntos dedatos que generar los tipos de registro SMF 14, 15 ó 64, consulte la documentaciónpara MVS SMF.

Para definir los conjuntos de datos para los cuales desea que se generen sucesos,puede realizar cualquiera de las siguientes acciones:v Utilice el programa EQQRXTRG para centralizar y automatizar el llenado del

conjunto de datos al que hace referencia el nombre DD EQQJCLLIB. Si deseainformación detallada sobre cómo ejecutar la automatización de la carga detrabajo controlada por sucesos, consulte Gestión de la carga de trabajo.

v Cree una tabla de selección, tal como se describe en Apéndice D, “Invocación dela macro EQQLSENT”, en la página 401. La tabla de selección se encuentra en


ECSA. Se carga automáticamente del conjunto de datos al que hace referencia elnombre DD EQQJCLIB cuando el transcriptor de sucesos se inicia en unrastreador si no se ha cargado previamente una tabla desde que se realizó la IPL.Para volver a cargar la tabla en cualquier momento, emita el mandato MODIFYde z/OS:

F nombre_proc,NEWDSLST

Nota: No está disponible el soporte para el conjunto de datos que desencadenala función antes de que se inicie el transcriptor de sucesos inmediatamentedespués de una IPL de z/OS. Una vez iniciado el transcriptor de sucesosdespués de una IPL, las funciones de desencadenamiento de conjuntos de datosestarán disponibles aunque se detenga el transcriptor de sucesos. Para detener eldesencadenamiento de conjuntos de datos en cualquier momento, emita elmandato MODIFY NEWDSLST para cargar una tabla que contenga únicamente elindicador de fin de tabla.

Para implementar el soporte de la función de desencadenamiento de conjuntos dedatos, realice estas acciones:v Actualice el miembro SMFPRMnn de SYS1.PARMLIB, como se describe en la

sección “Actualización de los parámetros de SMF” en la página 87.v Instale la salida de SMF IEFU83 siguiendo el ejemplo de EQQU831. Consulte la

sección “Sintaxis de la invocación de la macro EQQEXIT” en la página 398 quetrata sobre cómo especificar el parámetro SRREAD.

v Defina los criterios de selección de conjuntos de datos, como se describe en lasección de manejo de recursos controlados por sucesos en la publicación Gestiónde la carga de trabajo.Sólo se da soporte al procedimiento que se describe en Apéndice D, “Invocaciónde la macro EQQLSENT”, en la página 401 con fines de compatibilidad conversiones anteriores.

Paso 7. Configurar el entorno RACFSi la instalación protege los datos y los recursos de un uso no autorizado, debedefinir Tivoli Workload Scheduler for z/OS en el sistema de seguridad. En estasección se presupone que el recurso Resource Access Control Facility (RACF) estáinstalado y activo en el sistema z/OS. En esta sección se describen las actividadesque debe llevar a cabo para definir y habilitar el entorno seguro para TivoliWorkload Scheduler for z/OS.

El manual Tivoli Workload Scheduler for z/OS: Customization and Tuning contieneplanes e instrucciones para establecer una estrategia de seguridad para recursos deTivoli Workload Scheduler for z/OS.

Control del ID de usuario del espacio de direccionesSi ejecuta Tivoli Workload Scheduler for z/OS como tarea iniciada, debe asociar elnombre del procedimiento catalogado con un usuario RACF con la debidaautorización. El ID de usuario debe definirse en la clase de recurso STARTED.

Si en las sentencias de inicialización utiliza cualquiera de las siguientesdefiniciones:v el parámetro TPLGYSRV en la sentencia OPCOPTSv el parámetro TCPIP en la sentencia ROUTOPTSv la sentencia MONOPTS


debe definir también un segmento OMVS para el ID de usuario del controlador.

Control del ID de usuario de trabajos enviadosTivoli Workload Scheduler for z/OS puede enviar tres tipos de trabajo:v Trabajos de producción normal, que se envían cuando se cumplen los requisitos

previos del plan actual.v Trabajos de limpieza autónomos, que se envían para ejecutar acciones de

limpieza independientemente del trabajo original.v Trabajos de diálogo, que se envían directamente desde un panel del diálogo de

Tivoli Workload Scheduler for z/OS.

Trabajos de producción normalTivoli Workload Scheduler for z/OS envía trabajos de producción al lector interno,o inicia tareas iniciadas una vez cumplidos todos los requisitos previos. El JCLprocede del archivo JS (EQQJSnDS), la biblioteca de trabajos de JCL (EQQJBLIB) ola salida de lectura de biblioteca de trabajos (EQQUX002). Puede determinar laautorización concedida a un trabajo o tarea iniciada de diversas maneras:v Puede enviar el trabajo con la autorización del espacio de direcciones de Tivoli

Workload Scheduler for z/OS. Al trabajo o tarea iniciada se le concede la mismaautorización que el controlador o el rastreador cuya subtarea de envío envíaefectivamente el trabajo. Por ejemplo, a un trabajo que se transmite desde elcontrolador y se envía mediante el rastreador se le da la autorización delrastreador.

v Otro método consiste en utilizar la salida de envío de trabajos, EQQUX001. Estasalida se llama cuando Tivoli Workload Scheduler for z/OS va a enviar untrabajo.– Puede usar el parámetro RUSER de la salida EQQUX001 para que el trabajo o

la tarea iniciada se envíen con un ID de usuario especificado. El nombreRUSER se admite aunque el trabajo o la tarea iniciada se envíen primero a unrastreador antes de ser iniciados.

– En determinadas circunstancias es posible que necesite incluir una contraseñaen el JCL para propagar la autorización de un usuario determinado. Puedeutilizar la salida de envíos de trabajos (EQQUX001) para modificar el JCL eincluir una contraseña. El JCL se guarda en el conjunto de datos delrepositorio de JCL (JSn) antes de que se llame la salida, por lo que se evita lanecesidad de almacenar el JCL con contraseñas específicas. Este métodoimpide que la contraseña sea visible externamente. Para obtener másinformación sobre la salida de envíos de trabajo, consulte Tivoli WorkloadScheduler for z/OS: Customization and Tuning.

Trabajos de limpieza autónomosEjecutan acciones de limpieza de conjuntos de datos y se pueden enviar cuando:v Tiene lugar un proceso interno automático (por ejemplo, se utiliza un tipo de

limpieza inmediato y una operación termina con error).v Un diálogo Tivoli Workload Scheduler for z/OS o la Dynamic Workload Console

emite un mandato de inicio de limpieza.

Active la salida EQQUX001 para garantizar que el emisor del trabajo de limpiezaautónomo es el mismo que el emisor del trabajo original, de lo contrario el trabajode limpieza autónomo se ejecutará con la misma autorización que el controlador orastreador que lo envía. El ejemplo de EQQUX001 contiene un procedimiento queestablece el valor de RUSER de acuerdo con el valor de la palabra clave USER= dela tarjeta de trabajo del trabajo original.


Trabajos de diálogoAl enviar trabajos por lotes de Tivoli Workload Scheduler for z/OS desde elespacio de direcciones de TSO, se someten a funciones de TSO normales. Estosignifica que puede enviar cualquier trabajo permitido por TSO/E. Tivoli WorkloadScheduler for z/OS no realiza ninguna comprobación de autorización al enviar eltrabajo.

Para que el trabajo por lotes de Tivoli Workload Scheduler for z/OS se ejecutesatisfactoriamente, debe estar autorizado a hacer referencia a los conjuntos dedatos que utiliza. El usuario de TSO responsable del envío podría necesitartambién autorización para usar una función específica. Por ejemplo, un usuariopodría tener autorización para actualizar un archivo AD y no tener autorizaciónpara usar la función de actualización masiva de AD.

Protección de conjuntos de datosPor una cuestión de seguridad básica de los datos de Tivoli Workload Schedulerfor z/OS, debe restringir el acceso a todos los conjuntos de datos del producto.

Existen dos categorías de usuarios que necesitan niveles de acceso diferentes a losconjuntos de datos del producto:v El personal de soporte de software debe poder depurar problemas y reorganizar

los archivos VSAM. Puede concederles acceso de modificación a todos losconjuntos de datos del producto.

v Los administradores y operadores deben poder usar los diálogos del producto.Necesitan acceso de lectura a los conjuntos de datos relacionados con ISPF(como bibliotecas de mensajes y paneles), pero no acceden a estas bases de datos(como la base de datos de la estación de trabajo) directamente: acceden a estosarchivos mediante el subsistema de Tivoli Workload Scheduler for z/OS, y nomediante código en el espacio de direcciones del usuario de TSO. Laautorización de un usuario de diálogo a acceder a los datos se concede mediantelas funciones del producto.

Una tarea iniciada de Tivoli Workload Scheduler for z/OS necesita lo siguiente:v Acceso de modificación a los conjuntos de datos VSAM.v Acceso de lectura a conjuntos de datos de entrada, como la biblioteca de

mensajes (EQQMLIB) y la biblioteca de parámetros (EQQPARM).v Acceso de actualización a todos los demás conjuntos de datos de Tivoli

Workload Scheduler for z/OSv Acceso de actualización a catálogos y acceso de modificación a conjuntos de

datos para todos los trabajos que Tivoli Workload Scheduler for z/OS supervisa,si utiliza la función de reinicio y limpieza.

Control de acceso a los recursosAntes de que Tivoli Workload Scheduler for z/OS realice una solicitud iniciada porun usuario, se pasa una comprobación de verificación de la seguridad al recurso deautorización del sistema (SAF) para garantizar que el usuario tenga autorizaciónpara acceder a todos los recursos necesarios para ejecutar la solicitud. Un usuariopuede solicitar servicios de Tivoli Workload Scheduler for z/OS desde:v Una sesión de diálogos de ISPFv Mandatos TSOv La interfaz de programa (PIF)v La interfaz de programación de aplicaciones (API)v Dynamic Workload Console


El software de seguridad que interactúe con SAF también funciona con TivoliWorkload Scheduler for z/OS. En esta sección, se presupone que el producto deseguridad es RACF.

El servicio de direccionador de z/OS llama a RACF para que realicecomprobaciones de autorización. Proporciona una salida de la instalación quepuede usar en lugar de RACF (o además de éste) para realizar funciones de controlde recursos.

Use la clase de recurso reservado IBMOPC de Tivoli Workload Scheduler for z/OS.

La clase predeterminada de Tivoli Workload Scheduler for z/OS es OPCCLASS. Siutiliza otro nombre de clase, debe especificarlo en la sentencia AUTHDEF. Por logeneral, esto significa especificar CLASS(IBMOPC) en la sentencia AUTHDEF. Siestá ejecutando más de un sistema de Tivoli Workload Scheduler for z/OS, porejemplo un sistema de pruebas y un sistema de producción, puede definir más deuna clase de RACF. Si utiliza diferentes parámetros CLASS en cada sentenciaAUTHDEF, puede especificar un esquema de autorización distinto para cadasistema.

Para controlar el acceso a las funciones de Tivoli Workload Scheduler for z/OS,conceda al menos una autorización de clase de usuario de TSO a la clase derecurso. Este usuario de TSO puede permitir a otros usuarios de Tivoli WorkloadScheduler for z/OS a acceder a recursos como precisen.

Tivoli Workload Scheduler for z/OS también utiliza la clase de recurso APPL.Defina el nombre del subsistema como un recurso en la clase APPL.La forma mássencilla de hacer esto es que un administrador de RACF conceda autorización declase a la clase de recurso APPL a un usuario de TSO. Este usuario de TSO defineel nombre del subsistema (por ejemplo, OPCC) en la clase de recurso APPL alespecificar lo siguiente:/*Definir recurso del subsistema*/RDEFINE APPL OPCC UACC(NONE)

Consulte RACF Command Reference y RACF Administrator's Guide si no estáfamiliarizado con este proceso.

Cuando el nombre del subsistema se haya definido en RACF, puede concederacceso a Tivoli Workload Scheduler for z/OS a otros usuarios de TSO. Por ejemplo,para permitir que el usuario de TSO OPCUGRP acceda a OPCC con unaautorización de acceso de actualización de manera predeterminada, especifique losiguiente:/*Permitir acceso a Tivoli Workload Scheduler for z/OS*/PERMIT OPCCID(OPCUGRP) ACCESS(UPDATE) CLASS(APPL)

En el caso de usuarios de diálogos remotos y aplicaciones PIF ejecutadasremotamente, el servidor llevará a cabo la comprobación de autorización;comprobará el recurso del nombre del subsistema de la clase APPL y los recursosfijos del planificador. El usuario para el que el servidor realiza la comprobación deautorizaciones es:v En usuarios de diálogos, el ID de usuario de TSO.v En aplicaciones PIF, el ID de usuario definido en el entorno de seguridad del

trabajo de PIF.


Permitir acceso al controlador a través de la APISi utiliza la API, puede controlar el acceso al controlador a través de las funcionesde seguridad de APPC/MVS y Tivoli Workload Scheduler for z/OS. No olvidetener en cuenta estos dos entornos al actualizar RACF. Para obtener másinformación sobre el control del acceso a Tivoli Workload Scheduler for z/OSmediante la API, consulte el manual Tivoli Workload Scheduler for z/OS:Customization and Tuning.

Control del acceso a los recursos Tivoli Workload Schedulerfor z/OS al utilizar la Dynamic Workload Console

WebSphere Application Server realiza una comprobación de seguridad cuando unusuario intenta utilizar la Dynamic Workload Console, comprobando el ID deusuario y la contraseña. WebSphere Application Server asocia cada ID de usuario ycontraseña con un administrador.

RACF protege los recursos del planificador actualmente.

El usuario de la Dynamic Workload Console sólo tiene que especificar una solacombinación de ID de usuario y contraseña, y no debe proporcionar dos niveles decomprobación de seguridad (en el nivel de WebSphere Application Server y, acontinuación, otra vez en el nivel de Tivoli Workload Scheduler for z/OS).

Según este modelo de seguridad, WebSphere Application Server maneja laverificación de usuario inicial y obtiene al mismo tiempo un ID de usuario deRACF válido correspondiente. De esta manera, el usuario puede trabajar con elentorno de seguridad en z/OS.

La seguridad de z/OS se basa en una tabla que asigna el administrador a un ID deusuario RACF. Cuando un usuario de WebSphere Application Server intenta iniciaruna acción en z/OS, el ID de administrador se utiliza como clave para obtener elID de usuario RACF válido correspondiente.

El servidor utiliza el ID de usuario RACF para crear el entorno RACF para accedera los servicios de Tivoli Workload Scheduler for z/OS, por lo que el administradordebe relacionarse con, o asignarse a un ID de usuario RACF que corresponda.

Para obtener información sobre cómo obtener el ID de usuario de RACF, consulteTivoli Workload Scheduler for z/OS: Customization and Tuning.

Permitir acceso al controlador mediante la Dynamic WorkloadConsoleSi utiliza la Dynamic Workload Console, puede controlar el acceso a controlador através de funciones de seguridad de WebSphere Application Server y, también,Tivoli Workload Scheduler for z/OS. No olvide tener en cuenta estos dos entornosal actualizar RACF. Para obtener más información sobre el control del acceso aTivoli Workload Scheduler for z/OS mediante la Dynamic Workload Console,consulte el manual Tivoli Workload Scheduler for z/OS: Customization and Tuning.

Autorización de Tivoli Workload Scheduler for z/OS comoemisor de trabajos

Al implementar la seguridad de Tivoli Workload Scheduler for z/OS, tenga encuenta las clases de recursos siguientes. En estos ejemplos se presupone que elusuario RACF del espacio de direcciones de Tivoli Workload Scheduler for z/OS esOPCAPPL, que es el nombre especificado en la tabla de procedimientos iniciados.


JESJOBSSi la instalación ha activado la clase JESJOBS, debe permitir que TivoliWorkload Scheduler for z/OS envíe todos los trabajos definidos en el planactual. Una forma de hacer esto es permitir que Tivoli Workload Schedulerfor z/OS envíe todos los trabajos. Para ello, realice lo siguiente:1. Defina el recurso de envío:

RDEFINE JESJOBS SUBMIT.*.*.* UACC(NONE) OWNER(OPCAPPL)

2. Conceda autorización a Tivoli Workload Scheduler for z/OS:PERMIT SUBMIT.*.*.* CLASS(JESJOBS) ID(OPCAPPL) ACC(READ)

SURROGATSe produce un envío de trabajo de sustitución cuando se cumplen todas estascondiciones:1. USER=xxxx se especifica en la tarjeta de trabajo del trabajo enviado.2. xxxx no es igual al usuario (RACF) que envía el trabajo.3. No se especifica ninguna contraseña en la tarjeta del trabajo.

Podría utilizar la salida de envíos de trabajos (EQQUX001) para devolverun usuario emisor en el campo RUSER. Esto es obligatorio si desea que lostrabajos de limpieza autónomos se envíen con la misma autorización que ladel trabajo original, de lo contrario puede reemplazarlo por el envío detrabajos de sustitución.

Para permitir que Tivoli Workload Scheduler for z/OS envíe este trabajo,siga estos pasos:1. Active la clase de sustitución:

SETROPTS CLASSACT(SURROGAT)

2. Defina el recurso de envío:RDEFINE SURROGAT APLUSER.SUBMIT UACC(NONE) OWNER(APLUSER)

3. Conceda autorización a Tivoli Workload Scheduler for z/OS:PERMIT APLUSER.SUBMIT CLASS(SURROGAT) ID(OPCAPPL) ACC(READ)

Si se ha establecido el atributo PRIVILEGED o TRUSTED en la entrada de la tabla deprocedimientos iniciados (SPT), Tivoli Workload Scheduler for z/OS cuenta conautorización para enviar trabajos mediante cualquier usuario, independientementede lo que se haya definido en las reglas de los recursos.

Si desea información adicional, consulte la guía RACF Administrator's Guide.

Concesión de autorización de Tivoli Workload Scheduler forz/OS para emitir mandatos de JES

Al implementar la seguridad de Tivoli Workload Scheduler for z/OS, tenga encuenta las clases de recursos siguientes. En estos ejemplos se presupone que elusuario RACF del espacio de direcciones de Tivoli Workload Scheduler for z/OS esOPCAPPL, que es el nombre especificado en la tabla de procedimientos iniciados.

OPERCMDSSi la clase OPERCMDS está activa y ha especificado HOLDJOB(YES) oHOLDJOB(USER) para un transcriptor de sucesos, el espacio de direccionesde Tivoli Workload Scheduler for z/OS donde se inicia el transcriptor desucesos debe contar con autorización para emitir el mandato de liberaciónde JES. Un método consiste en permitir que Tivoli Workload Scheduler forz/OS emita todos los mandatos de JES. Para permitir que Tivoli WorkloadScheduler for z/OS emita mandatos de JES en un sistema JES2, siga estospasos:


1. Defina el recurso:RDEFINE OPERCMDS JES2.* UACC(NONE)

2. Conceda autorización a Tivoli Workload Scheduler for z/OS:PERMIT JES2.* CLASS(OPERCMDS) ID(OPCAPPL) ACC(UPDATE)

En un sistema JES3, sustituya JES2.* por JES3.* en el ejemplo. Tambiénpuede especificar el nombre del recurso JES%.* para el sistema JES2 o JES3.

Si utiliza Tivoli Workload Scheduler for z/OS para planificar tareasiniciadas, el espacio de direcciones debe contar con autorización paraemitir el mandato de inicio de z/OS. Una forma de hacer esto es permitirque Tivoli Workload Scheduler for z/OS emita todos los mandatos dez/OS. Para hacerlo, lleve a cabo los pasos siguientes:1. Defina el recurso:

RDEFINE OPERCMDS MVS.* UACC(NONE)

2. Conceda autorización a Tivoli Workload Scheduler for z/OS:PERMIT MVS.* CLASS(OPERCMDS) ID(OPCAPPL) ACC(UPDATE)

Es obligatorio conceder autorización para usar el mandato de inicio dez/OS, si utiliza el soporte para Hiperbatch en operaciones de TivoliWorkload Scheduler for z/OS.

JESSPOOLSi la clase JESSPOOL está activa y utiliza la función JCC de TivoliWorkload Scheduler for z/OS, debe conceder autorización a TivoliWorkload Scheduler for z/OS para acceder a los conjuntos de datosSYSOUT en todos los trabajos del plan actual. Para ello, puede permitirque Tivoli Workload Scheduler for z/OS acceda a todos los conjuntos dedatos SYSOUT. Para permitir que Tivoli Workload Scheduler for z/OSacceda a todos los conjuntos de datos SYSOUT, siga estos pasos en cadasistema donde se ha iniciado JCC:1. Defina el recurso:

RDEFINE JESSPOOL *.* UACC(NONE)

2. Conceda autorización a Tivoli Workload Scheduler for z/OS:PERMIT *.* CLASS(JESSPOOL) ID(OPCAPPL) ACC(ALTER)

Si se ha establecido el atributo PRIVILEGED o TRUSTED en la entrada de la tabla deprocedimientos iniciados (SPT) para Tivoli Workload Scheduler for z/OS, elespacio de direcciones cuenta entonces con autorización para emitir mandatos yprocesar conjuntos de datos de spool, independientemente de lo que se hayadefinido en las reglas de recursos.

Si desea información adicional, consulte la publicación RACF SecurityAdministrator's Quick Reference.

Concesión de autorización de la tarea de servidor E2E deTivoli Workload Scheduler for z/OS para crear procesos USS

En un entorno RACF se pueden definir perfiles en la clase UNIXPRIV paraconceder autorización RACF para determinados privilegios z/OS UNIX. Si la claseUNIXPRIV está activa, el ID de usuario de la tarea de servidor E2E (eqqUID, comose especifica en el trabajo EQQPCS05) debe tener al menos autorización de lecturaREAD para los perfiles SUPERUSER.FILESYS y SUPERUSER.PROCESS.*, de locontrario el ID de usuario no puede crear los procesos USS.


Asegúrese de utilizar un UID exclusivo con un valor distinto a cero; si deseainformación adicional sobre este requisito, consulte INFO APAR II1423.

Concesión de autorización de tareas de servidor TivoliWorkload Scheduler for z/OS E2E y la Dynamic WorkloadConsole para el recurso de seguridad EZB.BINDDVIPARANGE

Debe conceder autorización de actualización UPDATE para el recursoEZB.BINDDVIPARANGE al ID de usuario del servidor global E2E cuando use losnombres de host DVIPA. Concretamente, esta autorización es siempre necesariacuando el valor TOPOLOGY HOSTNAME representa una dirección de DVIPA.

Si utiliza la Dynamic Workload Console, debe conceder la autorización UPDATEpara EZB.BINDDVIPARANGE al ID de usuario del servidor de la DynamicWorkload Console cuando utilice nombres de host DVIPA. Concretamente, estaautorización es siempre necesaria cuando el valor SERVOPTS JSCHOSTNAMErepresenta una dirección de DVIPA.

Paso 8. Comunicaciones segurasTivoli Workload Scheduler for z/OS soporta la autenticación y la criptografíaactivando el protocolo de transporte SSL (Secure Sockets Layer) para transmitir yaceptar información segura.

Puede configurar Tivoli Workload Scheduler for z/OS para habilitar lacomunicación SSL en una red TCP/IP o, puede implementar la seguridad SSL paralas conexiones HTTP, según sea necesario.

Seguridad de conexiones TCP/IPEl mecanismo de autenticación del planificador utiliza los servicios SSL de z/OS.Si desea detalles adicionales, consulte z/OS Cryptographic Services System SecureSockets Layer Programming.

Para habilitar la autenticación SSL para la red, efectúe las acciones siguientes:1. Cree el directorio de trabajo SSL mediante el uso del JCL de ejemplo

EQQPCS10. Puede usar el mismo directorio que el que se usó para SSL en E2E.En los ejemplos siguientes, el directorio es: /u/tws/ssl

2. Desde el directorio actual /u/tws/ssl/, abra indicador de shell, inicie elprograma de utilidad gskkyman de z/OS Cryptographic Services System SSL,y realice lo siguiente:a. Cree la base de datos del almacén de claves y protéjala contra acceso no

autorizado, ya que contendrá certificados de confianza y claves privadas.Por ejemplo, puede crear la base de datos /u/tws/ssl/TWS1.kdb.

b. Genere un archivo de contraseñas y guárdelo en el directorio SSL definidoen el paso anterior, por ejemplo /u/tws/ssl/TWS1.sth.

c. En este punto puede hacer lo siguiente:v Cree una solicitud de certificado y envíela a la entidad emisora de

certificados.v Almacene el certificado firmado en la base de datos.v Importe el certificado de la entidad emisora de certificados que firmó el

certificado.De esta manera, la base de datos contiene un certificado propio y unoprocedente de la entidad emisora de certificados.


El planificador utiliza un nombre predeterminado para identificar elcertificado; por lo tanto, no es necesario que configure un manejo de variasbases de datos. Si necesita diferentes certificados para crear particiones en lared por motivos de seguridad, necesitará bases de datos distintas. La ventajade esta solución es que puede almacenar cada base de datos en undirectorio diferente, con su propia lista de acceso.

3. Configure Tivoli Workload Scheduler for z/OSespecificando la sentenciaTCPOPTS para cada componente de su red. Debe considerar cada componenteen función del modelo cliente/servidor. Un grupo cliente/servidor suele estarcompuesto por rastreadores y almacenes de datos que se comunican con elcontrolador correspondiente, o por una interfaz remota que se comunica con elservidor correspondiente.Cuando el controlador o la tarea iniciada del servidor se comunica con uncomponente socio, éste siempre inicia la comunicación; por lo tanto, el socioactúa como un cliente. A diferencia de la comunicación global, los socios que secomunican utilizan los mismos números de puerto para comunicaciones SSL yno SSL.Especifique los mismos parámetros de TCPOPTS para todos los componentesde un grupo cliente/servidor.Si desea una descripción detallada de la sentencia TCPOPTS, consulte lapublicación Customization and Tuning. El ejemplo siguiente muestra unadefinición de TCPOPTS que activa el soporte SSL.

En este ejemplo:

�1� La palabra clave FORCE habilita la comunicación SSL.

�2� TWS1.kdb es la base de datos que contiene el certificado.

�3� TWS1.sth es la contraseña para acceder a la base de datos.

�4� OPCMASTER es la serie definida como nombre común (CommonName o CN) en el certificado.

�5� La palabra clave STRING habilita la comprobación en la serie CN.

Cuando diseñe la configuración desde el punto de vista de la seguridad, tenga encuenta lo siguiente:v Para implementar la seguridad puede utilizar SSLAUTHMODE(STRING), que

requiere lo siguiente:– Crear un certificado SSL para cada tarea iniciada del controlador. El

controlador y sus socios remotos usarán este certificado. Para definir elcertificado use como nombre común una serie exclusiva del controlador.

– Crear un certificado SSL para cada tarea iniciada del servidor. El servidor ysus socios remotos usarán este certificado. Para definir el certificado use comonombre común una serie exclusiva del servidor.

SSLAUTHSTRING debe coincidir con la información que contiene el certificadoenviado por el socio. Para comprobarlo, use el programa de utilidad gskkyman

TCPOPTS. . .SSLEVEL(FORCE) �1�SSLKEYSTORE(’/u/tws/ssl/TWS1.kdb’) �2�SSLKEYSTOREPSW(’/u/tws/ssl/TWS1.sth’) �3�SSLAUTHSTRING(’OPCMASTER’) �4�SSLAUTHMODE(STRING) �5�


que permite la visualización de la base de datos de claves y del contenido delcertificado SSL. El CN del certificado se muestra en la primera línea de “Subject”de gskkyman.

v Si prefiere utilizar SSLAUTHMODE(CAONLY), puede usar un único certificadoSSL para toda la red.

Seguridad de conexiones HTTPPuede proporcionar seguridad para una conexión HTTP entre los siguientescomponentes:v El controlador z/OS y el Agente de Tivoli Workload Scheduler for z/OS.v El controlador z/OS y otro controlador z/OS (motor remoto de z/OS).v El controlador z/OS y el gestor de dominio dinámico.v El controlador z/OS y el gestor de dominio maestro de Tivoli Workload

Scheduler (motor remoto distribuido).

Las conexiones con seguridad SSL se implementan utilizando valores específicos enla sentencia de inicialización de HTTPOPTS y la palabra clave HTTPS en lainicialización de ROUTOPTS. Si desea más información sobre estas sentencias,consulte el apartado Customization and Tuning.

Si utiliza la conexión segura con el protocolo SSL, debe importar los certificados deseguridad en el sistema de seguridad.

Nota: Si ha importado los certificados de seguridad predeterminados durante lainstalación de la versión anterior del producto debe eliminarlos y ejecutar eltrabajo EQQRCERT para importar los nuevos certificados. Si ya ha importado losnuevos certificados de seguridad predeterminados durante la instalación del agentede Tivoli Workload Scheduler para z/OS, no debe volver a realizar esteprocedimiento. Complete el procedimiento para crear una conexión seguraconfigurando la palabra clave SSLKEYRING con el valor utilizado para lainstalación de agente de Tivoli Workload Scheduler para z/OS.

Durante la instalación, los certificados de seguridad predeterminados se almacenanautomáticamente en la biblioteca SEQQDATA:

EQQCERCLEl certificado de seguridad para el cliente.

EQQCERSREl certificado de seguridad para el servidor.

Puede decidir utilizar estos certificados predeterminados o crear el suyo propio. Enambos casos, debe importarlos en el sistema de seguridad. Si está utilizando RACF,se le proporciona un trabajo EQQRCERT de ejemplo para importar los certificados.Para ejecutar este trabajo, asegúrese de utilizar el mismo ID de usuario que el queasocia RACF a la tarea iniciada del controlador.

Si crea sus propios certificados para una conexión HTTP con el gestor de dominiomaestro o con el gestor de dominio dinámico, debe ejecutar los pasos depersonalización que se describen en la sección sobre la personalización de laconexión SSL al gestor de dominio maestro y al gestor de dominio dinámico enTivoli Workload Scheduler: Administration Guide.

Si está utilizando SSL para comunicarse con un gestor de dominio maestro, gestorde dominio maestro de copia de seguridad o gestor de dominio dinámico, elprefijo del nombre común del certificado de controlador se debe definir en la


opción Broker.AuthorizedCNs del archivo BrokerWorkstation.properties ubicadoen el directorio inicio_TWA/TDWB/config del motor distribuido.

El trabajo EQQRCERT realiza las siguientes acciones:v Copia el certificado EQQCERCL en un conjunto de datos secuencial temporalv Copia el certificado EQQCERSR en un conjunto de datos secuencial temporalv Importa EQQCERCL en RACFv Importa EQQCERSR en RACFv Suprime los conjuntos de datos secuenciales temporalesv Crea el conjunto de claves SAF que se utiliza para conectarse a los certificados

importadosv Actualiza la base de datos RACF con los nuevos certificados y conjunto de

claves

Paso 9. Asignar conjuntos de datos

Nota: Un controlador en espera utiliza los mismos conjuntos de datos que elcontrolador.

En esta fase de la instalación del sistema de Tivoli Workload Scheduler for z/OS,asigne los conjuntos de datos referidos en los procedimientos JCL. Puede crear losconjuntos de datos mediante los trabajos creados a través de la ayuda deinstalación de EQQJOBS.

Si está utilizando la ayuda de instalación de EQQJOBS, ya habrá generado variosmiembros en la biblioteca de salida que especificó.

Piense detenidamente dónde asignar los conjuntos de datos de Tivoli WorkloadScheduler for z/OS en el entorno de producción. Algunos conjuntos de datospueden tener mucha actividad. No coloque estos conjuntos de datos en volúmenesDASD con una alta actividad porque podría perjudicar el rendimiento debido a lacontención. Debe además considerar en la posibilidad de poder recuperarconjuntos de datos si un volumen DASD queda inutilizable. Si coloca todos losconjuntos de datos en el mismo volumen, debe recuperar muchos conjuntos dedatos antes de poder continuar con el servicio Tivoli Workload Scheduler for z/OS.El manual Tivoli Workload Scheduler for z/OS: Customization and Tuning, describe condetalle la recuperación de conjuntos de datos de Tivoli Workload Scheduler forz/OS.

El espacio donde debe asignar los conjuntos de datos dependerá de la carga detrabajo de la instalación. Es difícil ofrecer cifras precisas sobre la cantidad deespacio que necesitará. El espacio que se asigna en el JCL de ejemplo deberíaofrecer espacio suficiente para poder empezar, como mínimo. Esta cantidad deberáser suficiente para el servicio de Tivoli Workload Scheduler for z/OS en numerosasinstalaciones. Use la Tabla 24 en la página 107 como guía para asignar espacio paralos conjuntos de datos VSAM.

En las siguientes secciones se describen los conjuntos de datos de Tivoli WorkloadScheduler for z/OS, y se incluyen ejemplos del JCL que se necesita para crearlos.

Asignación de conjuntos de datos VSAMRealice esta tarea si instala un controlador.


En la Tabla 23 se muestran los conjuntos de datos VSAM y sus características. Elprocedimiento JCL del controlador utiliza todos estos conjuntos de datos exceptoEQQLDDS y EQQLTBKP, que sólo se utilizan en los trabajos por lotes deplanificación. Asigne todos estos conjuntos de datos VSAM para un controlador.

Tabla 23. Conjuntos de datos VSAM de Tivoli Workload Scheduler for z/OS

Ejemplo Nombre DDTipo deregistro Atributos

Opcióndecompartir Claves

Tamaño delregistro Conjunto de datos

EQQPCS09 N/A KSDS REUSENSPND

3 19 0 200 32000 Archivado del planactual

EQQPCS01 EQQADDS KSDS UNIQUESPANNED

3 25 0 1000 131072* Descripción deaplicaciones

EQQPCS01 EQQCP1DS KSDS REUSENSPND

3 19 0 200 32000 Plan actual 1

EQQPCS01 EQQCP2DS KSDS REUSENSPND

3 19 0 200 32000 Plan actual 2

EQQPCS01 EQQCXDS KSDS REUSENSPND

3 64 0 500 32000 Ampliación de planactual

EQQPCS01 EQQXD1DS KSDS REUSENSPND

3 68 0 500 32000 Datos ampliados 1

EQQPCS01 EQQXD2DS KSDS REUSENSPND

3 68 0 500 32000 Datos ampliados 2

EQQPCS01 EQQNXDDS KSDS REUSENSPND

3 68 0 500 32000 Nuevos datosampliados

EQQPCS01 EQQJS1DS KSDS REUSESPANNED

3 28 0 804 180004 Repositorio de JCL1

EQQPCS01 EQQJS2DS KSDS REUSESPANNED

3 28 0 804 180004 Repositorio de JCL2

EQQPCS01 EQQLDDS KSDS REUSESPANNED

2 28 0 440 131072 Trabajo de plan alargo plazo

EQQPCS01 EQQLTBKP KSDS REUSESPANNED

3 28 0 200 131072 Copia de seguridadde plan a largoplazo

EQQPCS01 EQQLTDS KSDS REUSESPANNED

3 28 0 200 131072 Plan a largo plazo

EQQPCS01 EQQNCPDS KSDS REUSENSPND

3 19 0 200 32000 Nuevo plan actual

EQQPCS01 EQQNCXDS KSDS REUSENSPND

3 64 0 500 32000 Nueva ampliaciónde plan actual

EQQPCS01 EQQNSTDS KSDS UNIQUENSPND

3 68 0 500 32000 Nuevoreconocimiento depasos

EQQPCS01 EQQOIDS KSDS UNIQUENSPND

3 28 0 800 32000 Instrucción deloperador

EQQPCS07 EQQPKIxx KSDS UNIQUEINDEXED

1,3 34 0 77 77 Índice primario

EQQPCS01 EQQRDDS KSDS UNIQUENSPND

3 64 0 400 32000 Descripciones derecursos especiales


|||||||||||

Tabla 23. Conjuntos de datos VSAM de Tivoli Workload Scheduler for z/OS (continuación)

Ejemplo Nombre DDTipo deregistro Atributos

Opcióndecompartir Claves

Tamaño delregistro Conjunto de datos

EQQPCS01 EQQSCPDS KSDS REUSENSPND

3 19 0 200 32000 Copia de seguridadde plan actual parala creación deSymphony y parala integración deIBM TivoliMonitoring

EQQPCS07 EQQSDFxx LINEAR N/A 2,3 N/A N/A Archivos de datos

EQQPCS01 EQQSIDS KSDS UNIQUENSPND

3 64 0 110 220 Archivo deinformacióncomplementaria:información deconfiguración yETT

EQQPCS07 EQQSKIxx KSDS UNIQUEINDEXED

1,3 38 0 76 32000 Índice secundario

EQQPCS01 EQQSTDS KSDS UNIQUENSPND

3 68 0 500 32000 Reconocimiento depasos

EQQPCS01 EQQWSDS KSDS UNIQUENSPND

3 10 0 100 32000 Descripciones deestación de trabajo,calendario yperiodo

EQQPCS01 EQQSCPDS KSDS REUSENSPND

3 19 0 200 32000 Copia de seguridadde plan actual parala creación deSymphony y parala integración deIBM TivoliMonitoring

Nota:

v *El tamaño de registro máximo de EQQPCS01 es el valor máximo predeterminado. Este valor puedeincrementarse como en el siguiente ejemplo.

v En situaciones específicas donde el tamaño de los archivos CP (CP1, CP2, NCP, SCP) sea grande y los trabajos deplanificación diarios por lotes causen un número considerable de actualizaciones en el nuevo plan actual (NCP),es posible que el NCP llegue a ser muy grande. Esto podría requerir la asignación de extensiones adicionales (novolúmenes adicionales, ya que el soporte de ADDVOL no está disponible para el archivo NCP). Considere laasignación de espacio libre para el plan actual, incluyendo conjuntos de datos de NCP (EQQCP1DS, EQQCP2DS,EQQCXDS, EQQNCPDS y EQQSCPDS), descripciones de aplicaciones (EQQADDS), descripciones de recursos(EQQRDDS) e instrucciones de operador (EQQOIDS).

v Los conjuntos de datos de VSAM extendidos XD1DS, XD2DS, NXDDS y OXDDS tienen una correspondencia yuso lógicos como los conjuntos de datos del plan actual CP1DS. CP2DS, NCPDS, ONCPDS. El CP (OCP) antiguopuede ser CP1 o el CP2 de acuerdo con el que esté inactivo y no sea actual, con la misma lógica OXD, puede serXD1 o XD2 de acuerdo con el que no esté activo actualmente.

Nota: Si está actualizando desde un release anterior de Tivoli Workload Scheduler for z/OS, es recomendableutilizar los nuevos ejemplos proporcionados y definidos con EQQJOBS. Los ejemplos de asignación tales comoEQQPCS01 utilizan variables. Si está personalizando los JCL de una asignación anterior, asegúrese de que posicionacorrectamente los cambios y utiliza el conjunto correcto de variables definidas.


||||||||||

Puede asignar los conjuntos de datos VSAM mediante el envío del ejemplo de laTabla 23 en la página 105. También puede asignar uno o más conjuntos de datosVSAM si ejecuta un trabajo de la siguiente manera:Asignar un conjunto dedatos VSAM//ALOCVSAM JOB STATEMENT PARAMETERS//*----------------------------------*//* ALLOCATE AN OPC VSAM DATA SET *//*----------------------------------*//ALLOC EXEC PGM=IDCAMS,REGION=512K//SYSPRINT DD SYSOUT=Q//EQQVOL1 DD DISP=OLD,VOL=SER=volser,UNIT=3390//SYSIN DD *

DEFINE +CLUSTER ( +

NAME(’OPC.INST.AD’) UNIQUE +SPANNED +SHR(3) VOL(volser) CYLINDERS(2 2) +

) +DATA ( +

NAME(’OPC.INST.ADDATA’) +KEYS(25 0) RECORDSIZE(1000 132072) +

) +INDEX ( +

NAME(’OPC.INST.ADINDEX’) +)

/*

En este ejemplo se asigna la base de datos de descripciones de aplicaciones.

Puede asignar conjuntos de datos VSAM en diferentes tipos de dispositivo.

Asigne suficiente espacio para los conjuntos de datos en función de la cantidad deprocesos de Tivoli Workload Scheduler for z/OS de trabajo de su instalación.Puede usar la Tabla 24 como guía para asignar espacio para los conjuntos de datosVSAM.

Tabla 24. Cálculo del tamaño de conjuntos de datos VSAM

Conjunto de datos

El tamaño en bytes equivale al total de:

Número de Multiplicado por

Descripción deaplicaciones(EQQADDS)

Definiciones de aplicaciones y gruposCiclos de ejecuciónDías de ejecución positivosDías de ejecución negativosOperacionesDependencias internasDependencias externasRecursos especiales Información ampliada de operacionesTablas de variablesVariables Dependencias de variablesNombre ampliado

208120

331101684

64200

98476

88


Tabla 24. Cálculo del tamaño de conjuntos de datos VSAM (continuación)

Conjunto de datos



Plan actual(EQQCPnDS) Registro de cabecera (sólo uno)

Estaciones de trabajoIntervalos abiertos de estación de trabajoDatos de método de acceso de estación de trabajoOcurrenciasOperacionesDependenciasReferencias de recursos especialesInformación ampliada de operacionesTrabajosPasos ejecutadosOperaciones de impresión Nombres de aplicación exclusivosOperaciones con erroresReejecuciones de operacionesOcurrencias de predecesor potencialOcurrencias de sucesor potencialOperaciones para las que se ha recopilado información deregistro de trabajosLimpieza autónomaInformación de operaciones de reinicio y limpieza recuperadaNúmero de ocurrencias

188212

4872

302356

1464

200116202064

264264

3224

111704443

Datos ampliados(EQQXDnDS yEQQNXDDS)

Registro de cabecera (sólo uno)Solicitudes de enlace

244565

Repositorio de JCL(EQQJSnDS) Número de trabajos y tareas iniciadas

Total de líneas del JCLOperaciones para las que se ha recopilado información deregistro de trabajosTotal de líneas de la información de registro de trabajos

8080

107143

Nota: Como base, calcule una cifra para todos los trabajos y tareas iniciadas que Tivoli Workload Scheduler forz/OS controla. Sume a esta cifra el espacio esperado que necesitan los trabajos y las tareas iniciadas en el planactual.

Plan a largo plazo(EQQLTDS) Registro de cabecera (sólo uno)

OcurrenciasDependencias externasOperaciones cambiadas en el diálogo de plan a largo plazo

92160

3558

Instrucción deloperador (EQQOIDS) Instrucciones

Líneas de instrucciones7872

Base de datos derecursos especiales(EQQRDDS)

Definiciones de recursosIntervalos definidosEntradas en la tabla de conexión de WS

21648

8

Archivo de informacióncomplementaria(EQQSIDS)

Solicitudes de ETT128


Tabla 24. Cálculo del tamaño de conjuntos de datos VSAM (continuación)

Conjunto de datos



Estación detrabajo/calendario(EQQWSDS)

Calendarios Fechas de calendarioPeriodosFechas de origen de periodoFechas cerradas de estación de trabajoEstaciones de trabajoDatos de método de acceso de estación de trabajoFechas de intervaloIntervalos

965294

680124

725232

Nota:

1. Use el cálculo de conjunto de datos del plan actual (EQQCPnDS) para los conjuntos de datos del nuevo planactual (EQQNCPDS y EQQSCPDS).

2. Use el cálculo de conjunto de datos de plan a largo plazo (EQQLTDS) para el conjunto de datos de trabajo deplan a largo plazo (EQQLDDS) y la copia de seguridad de plan a largo plazo (EQQLTBKP).

3. Use el cálculo de la base de datos de recursos especiales (EQQRDDS) para el conjunto de datos de ampliaciónde plan actual (EQQCXDS) y la nueva ampliación de plan actual (EQQNCXDS).

Tenga en cuenta la siguiente información al asignar conjuntos de datos VSAM.

Conjuntos de datos de descripción de aplicaciones (EQQADDS)El conjunto de datos de descripción de aplicaciones contiene descripciones deaplicaciones y tablas de variables JCL. EQQPCS01 asigna este conjunto de datoscomo conjunto de datos distribuido. Tiene un tamaño máximo de registro de 131072. Esta asignación limita las definiciones de variable a 275 (131 072/476 = 275),siempre que no haya dependencias de variables. Si además utiliza dependencias devariables, el número de variables en una tabla de variables JCL es menor de 275.

Si va a utilizar un número mayor de definiciones de variables en una tabla devariables, asigne el conjunto de datos de descripción de aplicaciones con untamaño de registro mayor. Para calcular el tamaño del registro, use este método:

LRECL = 86 + (número máximo de variables en una tabla * 476) +(número de dependencias de variables * 88)

donde 86 es la longitud del registro de cabecera, 476 es la longitud de cada registrode variable y 88 es la longitud de cada registro de dependencia de variable.

Este conjunto de datos VSAM deben asignarse con el conjunto de opciones decompartir en 3 SHR(3). No utilice la opción de compartir 2 ó 1.

Archivado del plan actual (EQQACPDS)El archivo ACP es una copia del plan actual antiguo que crea el trabajo dearchivado de base de datos (EQQDBARC). El nombre del archivo se pasa al trabajocon el parámetro VSAMBKP.

Conjuntos de datos del plan actual (EQQCPnDS)Tivoli Workload Scheduler for z/OS puede abrir y cerrar tantas veces como preciselos archivos VSAM del plan actual durante el proceso normal. Si Tivoli WorkloadScheduler for z/OS no puede abrir uno de los archivos, por ejemplo si el archivolo ha abierto otro trabajo o usuario de TSO, el gestor de modalidad normal (NMM)


finaliza. El gestor NMM emite un mensaje EQQN027E que explica el motivo de lafinalización inesperada. Para reiniciar la subtarea de NMM, emita un mandatoMODIFY.

Se recomienda no acceder a los archivos de plan actual desde fuera del espacio dedirecciones de Tivoli Workload Scheduler for z/OS. Las copias de seguridad de lainformación del plan actual deben realizarse desde el nuevo plan actual(EQQNCPDS). Cierre el espacio de direcciones del controlador si se realizan copiasde seguridad de paquete completo de los volúmenes donde residen los conjuntosde datos.

Conjuntos de datos para STEP AWARENESS (EQQSTDS)Los conjuntos de pasos EQQSTDS y EQQNSTDS se utilizan para habilitar lafunción de reconocimiento de pasos. Solo los actualizan los controladores y lasacciones de limpieza adecuadas realizadas en el extremo del proceso de rotación deCP. Para obtener información detallada acerca del plan de rotación actual, consultela Guía de diagnósticos y de consulta.

Conjuntos de datos para datos ampliados (EQQXDnDS)Tivoli Workload Scheduler for z/OS abre y cierra los archivos VSAM de datosampliados junto con los archivos VSAM del plan actual. Por este motivo, seaplican las mismas consideraciones para los conjuntos de datos del plan actualpara los datos ampliados.

Conjunto de datos de copia de la copia de seguridad del planactual (EQQSCPDS)Durante la creación del plan actual, se utiliza el conjunto de datos SCP como unacopia de seguridad CP para la producción del archivo Symphony y para laintegración con IBM Tivoli Monitoring.


Conjuntos de datos del repositorio de JCL (EQQJSnDS)Vaya con cuidado a la hora de asignar los conjuntos de datos del repositorio deJCL. La siguiente información describe la asignación y el uso de estos conjuntos dedatos.

Tivoli Workload Scheduler for z/OS mantiene su propia copia del JCL en elconjunto de datos del repositorio de JCL para cada trabajo que envía en el planactual. Usa un conjunto de datos principal y otro alternativo para el repositorio deJCL, EQQJS1DS y EQQJS2DS. Reorganiza el conjunto de datos del repositorio deJCL que está en uso al copiarlo en el conjunto de datos alternativo y despuéscambia para usar el nuevo conjunto de datos copiado. El valor que especifica en lapalabra clave MAXJSFILE define si se debe copiar automáticamente el repositoriode JCL y determina la frecuencia con la que se realizará la copia automática.

Use el trabajo de ejemplo EQQPCS01 creado mediante la ayuda de la instalaciónde EQQJOBS para asignar los conjuntos de datos JS. Este trabajo asigna conjuntosde datos JS con el atributo SPANNED y un tamaño de registro máximo igual a180.000. Esto limita el número máximo de sentencias JCL a 2.249 para cualquiertrabajo. Si ejecuta trabajos con un número mayor de sentencias JCL, aumente eltamaño de registro. Para calcular el tamaño de registro necesario, en bytes,multiplique el número de sentencias JCL del trabajo más grande por 80, y añada 80bytes adicionales para el registro de cabecera. Si define el archivo JS sin el atributoSPANNED, el tamaño de registro máximo más grande que puede especificar es


||||||

32.760 bytes. Esto le permite almacenar un trabajo con hasta 408 registros JCL. Sidefine los conjuntos de datos JS con SPANNED, el tamaño máximo del registroque puede especificar es ligeramente menor que un área de control (CA). Si utilizala rutina de salida EQQUX002, el trabajo más grande que esta rutina de salidapuede devolver es de 7.599 registros JCL. Tenga en cuenta estas consideraciones aldefinir el tamaño de registro máximo de los conjuntos de datos JS.

Nota:Se puede asignar un conjunto de datos de formato ampliado para VSAM para losconjuntos de datos que exceden los 4 GB.

Conjunto de datos de instrucciones del operador (EQQOIDS)La base de datos de instrucciones de operador (IO) contiene instrucciones deoperador, cada una de las cuales corresponde a una operación de la base de datosAD y proporciona instrucciones sobre cómo se debe gestionar esta operación.


Asignación de conjuntos de datos VSAM de reinicio ylimpieza

Utilice el miembro EQQPCS07 que genera la ayuda de la instalación de EQQJOBS.Está incluido en la biblioteca de salida especificada en el panel JCL de CREATESAMPLE JOB (EQQJOBS8). Envíe el trabajo EQQPCS07 para definir e inicializar losarchivos VSAM de reinicio y limpieza.

Nota: Puede pasar por alto este paso si está migrando de una versión de TivoliWorkload Scheduler for z/OS anterior.

Conjuntos de datos de reinicio y limpieza (EQQPKIxx, EQQSKIxxy EQQSDFxx)Cada espacio de direcciones de Tivoli Workload Scheduler for z/OS que utiliza lafunción de reinicio y limpieza necesita la asignación de un repositorio de VSAMlocal para la información estructurada relacionada con cada ejecución del trabajo.

Estos conjuntos de datos tienen la misma estructura que los archivos VSAM delalmacén de datos y se pueden asignar mediante la ejecución del ejemploEQQPCS07. No olvide que cada Tivoli Workload Scheduler for z/OS requiere laasignación de un repositorio de VSAM local exclusivo.

El conjunto de los conjuntos de datos asignados por EQQPCS07 es utilizado porlas tareas iniciadas del controlador y es distinto del conjunto similar asignado parala tarea iniciada del almacén de datos.

Asignación de conjuntos de datos no VSAMEn esta sección se describen los conjuntos de datos secuenciales físicos (PS) yparticionados (PDS). En la Tabla 25 en la página 112 se muestran los conjuntos dedatos no VSAM y sus características. Antes de asignar los conjuntos de datos noVSAM, revise las siguientes secciones, que contienen información importante sobrecada uno de estos conjuntos de datos.

Para todos los conjuntos de datos secuenciales que se indican a continuación, laversión actual de Tivoli Workload Scheduler for z/OS soporta DSTYPE LARGE,que permite la asignación de conjuntos de datos secuenciales mayores de 65535pistas.


Tabla 25. Conjuntos de datos no VSAM de Tivoli Workload Scheduler for z/OS

Ejemplo Nombre DD RECFM LRECL BLKSIZE DSORG Conjunto de datos

EQQPCS02 AUDITPRT FBA 133 13300 PS Entrada para EQQAUDIT

EQQPCS01 – U – 6300 PS Biblioteca CLIST (opcional)

EQQPCS01 EQQCKPT U – 8200 PS Punto de comprobación

EQQDLnn U – 6300 PS Registro de seguimiento detrabajos dual

EQQPCS01 EQQDMSG VBA 84 3120 PS Rastreo y mensaje dediagnóstico de Tivoli WorkloadScheduler for z/OS

EQQPCS02 EQQDUMP FB 80 3120 PS Diagnóstico de Tivoli WorkloadScheduler for z/OS

EQQPCS11 EQQDUMP FB 80 3120 PS Diagnóstico para recopilador desalida

EQQPCS02EQQEVDS/EQQEVDnn/EQQHTTP0

F 100 100 PSU Suceso

EQQPCS01 EQQEVLIB FB 80 3120 PDS Repositorio del archivo deconfiguración de laautomatización de la carga detrabajo controlada por sucesos(EDWA)

EQQPCS02 EQQINCWK FB 80 3120 PS Trabajo de incidencias de JCC

EQQPCS01 EQQJBLIB FB 80 3120 PDS Biblioteca de trabajos

EQQPCS01 EQQJCLIB FB 80 3120 PDS Tabla de mensajes de JCC

EQQPCS01 EQQJTABL F 240 240 PS Archivo de registro de la tablade trabajos críticos

EQQPCS01 EQQJTARC U – 6300 PS Archivado de seguimiento detrabajos

EQQPCS01 EQQJTnn U – 6300 PS Registro de seguimiento detrabajos

EQQPCS01 EQQLOGRC F 128 128 PS Registro de trabajo y conjuntode datos del registro desolicitudes pendientes deinformación de reinicio

EQQPCS02 EQQLOOP VBA 125 1632 PS Registro de mensajes de análisisde bucles

EQQPCS02 EQQMLOG VBA 125 1632 PS Registro de mensajes

EQQPCS11 EQQMLOG VBA 125 1632 PS Registro de mensajes para tareainiciada de recopilador desalida

EQQPCS01 EQQMONDS F 160 160 PSU Conjunto de datos de tareas desupervisión utilizado paraalmacenar sucesos de IBMTivoli Monitoring


Tabla 25. Conjuntos de datos no VSAM de Tivoli Workload Scheduler for z/OS (continuación)

Ejemplo Nombre DD RECFM LRECL BLKSIZE DSORG Conjunto de datos

EQQPCS09 EQQOCPBK – – – – Conjunto de datos para asignarla raíz GDG. La entrada GDGse asigna durante la ejecucióndel proceso por lotes DP ycontiene una copia deseguridad del plan actualantiguo.

EQQPCS11 EQQOUCEV F 160 160 PSU Almacena sucesos utilizados enla comunicación entre elcontrolador y el Recopilador dedatos de salida para larecuperación de registros detrabajos del entorno dez-centric.

EQQPCS11 EQQOUCKP FB 80 3120 PDSE Conjunto de datos de punto decomprobación de solicitudutilizado por el Recopilador dedatos de salida cuando lee yprocesa sucesos en el conjuntode datos EQQOUCEV.

EQQPCS01 EQQPARM FB 80 3120 PDS Biblioteca de sentencias deinicialización

EQQPCS01 EQQPRLIB FB 80 3120 PDS Biblioteca de procedimientos derecuperación automática

EQQPCS06 EQQSCLIB FB 80 3120 PDS Biblioteca de scripts para laplanificación global concapacidad de tolerancia aerrores

EQQPCS01 EQQSTC FB 80 3120 PDS Envío de tareas iniciadas

EQQPCS01 EQQSUDS/definido por elusuario

F 820 820 PSU Envío/liberación

EQQPCS02 EQQTROUT VB 32756 32760 PS Entrada para EQQAUDIT

EQQPCS06 EQQTWSCS FB 80 3120 PDSE Conjunto de datos para soportede script centralizado encapacidades globales contolerancia a errores

EQQPCS06 EQQTWSIN yEQQTWSOU

F 160, 160 160, 160 PSU Conjuntos de datos de sucesospara capacidades globales contolerancia a errores

– EQQYPARM PDS/PS PIF

EQQPCS01EQQPCS02

SYSMDUMP F 4160 4160 PS Conjunto de datos de vuelcodel sistema

EQQPCS11 SYSMDUMP F 4160 4160 PS Conjunto de datos de vuelcodel sistema para recopilador desalida

– – FB 80 3120 PS Registro de incidencias decomprobación de terminaciónde trabajo


Puede asignar estos conjuntos de datos no VSAM mediante los ejemplos de laTabla 25 en la página 112 que se generan con la ayuda de la instalación deEQQJOBS.

Nota: Los conjuntos de datos no se pueden definir como conjuntos de datos SMScomprimidos. Si no ha personalizado los miembros tal como se describe en “Paso9. Asignar conjuntos de datos” en la página 104, puede asignar un conjunto dedatos particionado ejecutando un trabajo como el siguiente:Asignación de un conjunto de datos particionados de Tivoli Workload Scheduler for z/OS//ALLOCPDS JOB STATEMENT PARAMETERS//*-----------------------------------------*//* ASIGNAR UN CONJUNTO DE DATOS PARTICIONADOS *//*-----------------------------------------*//ALLOC EXEC PGM=IEFBR14//SYSUT1 DD DSN=OPCESA.INST.EQQSTC,// DISP=(,CATLG),// VOL=SER=volser,// SPACE=(TRK,(5,0,1)),// UNIT=3390,// DCB=(RECFM=FB,LRECL=80,BLKSIZE=3120)

Este ejemplo asigna un conjunto de datos de envío de tareas iniciadas (EQQSTC).

Para asignar un conjunto de datos secuenciales de Tivoli Workload Scheduler forz/OS, puede ejecutar un trabajo como el siguiente:Asignación de un conjunto de datos secuenciales deTivoli Workload Scheduler for z/OS//ALLOCPS JOB STATEMENT PARAMETERS//*----------------------------------------*//* ASIGNAR CONJUNTO DE DATOS SECUENCIALES *//*----------------------------------------*//ALLOC EXEC PGM=IEBGENER//SYSPRINT DD DUMMY//SYSUT1 DD DUMMY,DCB=(RECFM=F,BLKSIZE=100,LRECL=100)//SYSUT2 DD DSN=OPCESA.INST.EVENTS,// DISP=(NEW,CATLG),// UNIT=3390,// VOL=SER=volser,// SPACE=(CYL,3,,CONTIG),// DCB=(RECFM=F,BLKSIZE=100,LRECL=100,DSORG=PS)//SYSIN DD DUMMY

Este ejemplo asigna un conjunto de datos de sucesos (EQQEVDS). El programa deutilidad IEBGENER garantiza que el conjunto de datos asignado tenga unmarcador de fin de archivo.

Nota: Si asigna conjuntos de datos de Tivoli Workload Scheduler for z/OSmediante sus propios trabajos, asegúrese de que tengan un marcador de fin dearchivo.

Para asignar un conjunto de datos particionado ampliado de Tivoli WorkloadScheduler for z/OS, puede ejecutar un trabajo de la siguiente manera:Asignar unconjunto de datos particionado ampliado//ALLOPDSE JOB STATEMENT PARAMETERS//*----------------------------------------*//*ASIGNAR UN CONJUNTO DE DATOS PDSE *//*----------------------------------------*//ALLOC EXEC PGM=IEBR14//SYSUT1 DD DSN=OPCESA.INST.CS,// DSNTYPE=LIBRARY,


// DISP=(NEW,CATLG),// UNIT=3390,// VOL=SER=volser,// SPACE=(CYL,(1,1,10)),// DCB=(RECFM=FB,LRECL=80,BLKSIZE=3120)

Este ejemplo asigna un conjunto de datos para soporte de script centralizado(EQQTWSCS) en un entorno de capacidades globales con tolerancia a errores.

Las secciones siguientes describen los conjuntos de datos no VSAM de TivoliWorkload Scheduler for z/OS. Contienen información importante que debeconsiderar al asignar sus conjuntos de datos.

Conjunto de datos de lector interno (EQQBRDS)Cuando se utiliza un subsistema de Tivoli Workload Scheduler for z/OS paraenviar trabajo, especifique el conjunto de datos de lector interno, EQQBRDS, en losprocedimientos de tarea iniciada. La sentencia DD debe contener el nombre delconjunto de datos del transcriptor externo, INTRDR, y la clase del lector interno.La clase que especifique se utiliza como una clase de mensajes predeterminadapara trabajos que no tengan un parámetro MSGCLASS especificado en las tarjetasdel trabajo.Ejemplo de sentencia DD de lector interno//EQQBRDS DD SYSOUT=(A,INTRDR)

Conjuntos de datos de punto de comprobación (EQQCKPT)Tivoli Workload Scheduler for z/OS utiliza el conjunto de datos de punto decomprobación para guardar el estado actual del sistema de Tivoli WorkloadScheduler for z/OS. Si el controlador se detiene y se reinicia, Tivoli WorkloadScheduler for z/OS usa el conjunto de datos de punto de comprobación paradevolver al sistema al mismo estado que tenía cuando se detuvo, listo paracontinuar con el proceso.

Tivoli Workload Scheduler for z/OS da formato automáticamente al conjunto dedatos de punto de comprobación la primera vez que se utiliza. En su estado inicial,el conjunto de datos de punto de comprobación especifica la existencia de unnuevo plan actual. El nombre DD EQQNCPDS define el nuevo plan actual. TivoliWorkload Scheduler for z/OS intenta copiar el nuevo plan y lo convierte en el planactual. Si la operación de copia es correcta, Tivoli Workload Scheduler for z/OS esplenamente operativo. Si la operación de copia no es correcta, Tivoli WorkloadScheduler for z/OS está activo sin un plan actual.

Nota:

1. Existe una relación muy estrecha entre el conjunto de datos de punto decomprobación de Tivoli Workload Scheduler for z/OS y el conjunto de datosdel plan actual. Existe también una relación muy fuerte entre el registro deposicionamiento de sucesos (EPR) del conjunto de datos de punto decomprobación, EQQCKPT, y el conjunto de datos de sucesos del rastreador,EQQEVDXX, referenciado en el procedimiento de tarea iniciada del controlador,cuando se utiliza conectividad DASD. De hecho, el EPR se asocia con undestino específico y, por lo tanto, con un conjunto de datos de sucesosespecíficos también. Si se rompe esta relación, los resultados del proceso desincronización en el reinicio del controlador pueden ser impredecibles. Lossucesos podrían perderse o volverse a procesar. Asegúrese de no eliminar nisobrescribir involuntariamente el conjunto de datos de punto de comprobación.

2. Para inicializar el conjunto de datos de punto de comprobación, la palabraclave OPCHOST de la sentencia de inicialización OPCOPTS debe establecerse


en su valor predeterminado, es decir, OPCHOST(YES), la primera vez que seinicie el planificador. Con el valor OPCHOST(YES), el gestor NMM inicializa elconjunto de datos de punto de comprobación con FMID y LEVELcorrespondiente a SSX.El valor OPCHOST puede modificarse posteriormente. Por ejemplo, puedemodificar el valor a OPCHOST(PLEX) cuando el subsistema se utiliza como elsistema de control en XCF.

La asignación de espacio del conjunto de datos debe establecerse en al menos 15pistas. Esta asignación puede contener 1000 destinos de estaciones de trabajo.

Conjuntos de datos de diagnóstico (EQQDMSG, EQQDUMP ySYSMDUMP)Asigne conjuntos de datos de diagnóstico para espacios de direcciones, usuarios dediálogos, trabajos por lotes y servidores de Tivoli Workload Scheduler for z/OS.

Conjunto de datos de rastreo y mensaje de diagnóstico (EQQDMSG):Debe asignar EQQDMSG para cada usuario de diálogo. Puede asignar EQQDMSGcomo conjunto de datos SYSOUT o como conjunto de datos DASD. Por lo general,sólo existe un pequeño volumen de información de diagnóstico, por lo que unaasignación inicial de dos pistas de DASD debería ser suficiente. Si no se defineEQQDMSG, la salida se graba en EQQDUMP.

Conjunto de datos de diagnóstico (EQQDUMP):El rastreador, el controlador y el servidor graban información de depuración enconjuntos de datos de diagnóstico cuando la comprobación de validez descubrecondiciones de errores internos. Cuando se registra información de diagnóstico,normalmente va acompañada de una terminación anómala de usuario 3999. Porrazones de servicio, incluya siempre una sentencia DD EQQDUMP para cadaespacio de direcciones, usuario de diálogo, trabajo por lotes y servidor de TivoliWorkload Scheduler for z/OS.

Los conjuntos de datos de diagnóstico suelen asignarse como conjuntos de datosDASD, pero también pueden asignarse a SYSOUT. Por lo general, sólo existe unpequeño volumen de información de diagnóstico, por lo que una asignación inicialde dos pistas de DASD debería ser suficiente.

Conjunto de datos de vuelco (SYSMDUMP):EQQPCS02 contiene dos asignaciones para el conjunto de datos SYSMDUMP. Paraun espacio de direcciones de Tivoli Workload Scheduler for z/OS, el conjunto dedatos se asigna con el calificador de nivel inferior SYSDUMP. Asigne un conjuntode datos SYSMDUMP exclusivo para cada espacio de direcciones de TivoliWorkload Scheduler for z/OS. En los trabajos del servidor del planificador,SYSMDUMP se asigna con el calificador de nivel inferior SYSDUMPS. EQQPCS01contiene la asignación para el conjunto de datos SYSMDUMP de trabajos por lotesde Tivoli Workload Scheduler for z/OS; este conjunto de datos se asigna con elcalificador de nivel inferior SYSDUMPB. Los trabajos por lotes de Tivoli WorkloadScheduler for z/OS pueden utilizar el mismo conjunto de datos. Se asigna con unadisposición de MOD en el JCL personalizado por EQQJOBS.

Además, los conjuntos de datos SYSMDUMP deben definirse con UACC deUPDATE, es decir, WRITE-ENABLED para todos los ID de usuario bajo los quepodría enviarse un trabajo planificado por Tivoli Workload Scheduler for z/OS.Esto es debido a que la subtarea de envío SUBMIT SUBTASK del controlador o delrastreador que está enviando un trabajo dado podría terminar de forma anómalamientras se ejecuta con el ID de usuario (RUSER) proporcionado de la salida de


usuario EQQUX001 en lugar de con el ID de usuario asociado con la tarea iniciada.Si esto sucediera, DUMPTASK no se ejecuta correctamente y muestra ABEND913 siel ID de usuario en control no tiene acceso de grabación en el conjunto de datosSYSMDUMP.

El acceso UACC de UPDATE se debe definir en todas las PIF, diálogo y servidoresde la Dynamic Workload Console. Si un usuario no tiene autorización paraactualizar el conjunto de datos SYSMDUMP, y se produce un error en el servidormientras se ejecuta una solicitud para ese usuario, DUMPTASK produce un errorcon ABEND 912. No se capturará ningún dato de diagnóstico.

Nota: Si asigna el conjunto de datos SYSMDUMP por si solo, debe considerar quetambién se puede modificar la asignación TWSz SYSMDUMP para utilizarLRECL=4160,RECFM=FBS,BLKSIZE=n*4160 (donde "n*4160" es un tamaño demúltiples bloques que determina el sistema) en función de las nuevas posibilidadesque ofrece IPCS y z/OS desde la Versión 1.6 en adelante. La asignación deEQQJOBS se ha dejado sin modificar, por motivos de compatibilidad con losconjuntos de datos asignados anteriormente.

Conjuntos de datos de sucesos (EQQEVDS, EQQEVDnn yEQQHTTP0)Cada espacio de direcciones de Tivoli Workload Scheduler for z/OS requiere unconjunto de datos de sucesos exclusivo. El conjunto de datos depende deldispositivo y debe tener únicamente una asignación de espacio primario. NOasigne espacio secundario. El conjunto de datos se formatea la primera vez que seutiliza. Cada vez que usa el conjunto de datos, Tivoli Workload Scheduler for z/OSmantiene un registro de dónde empezar. Cuando se graba la última pista delconjunto de datos, Tivoli Workload Scheduler for z/OS empieza a grabar en laprimera pista de nuevo.

Nota: La primera vez que se inicia Tivoli Workload Scheduler for z/OS con unconjunto de datos de sucesos recién asignado, se produce un error SD37 cuandoTivoli Workload Scheduler for z/OS da formato al conjunto de datos de sucesos.No lo considere como error.

El conjunto de datos contiene registros que describen los sucesos que crean lasfunciones de seguimiento de trabajos de Tivoli Workload Scheduler for z/OS. Unatarea de transcriptor de sucesos graba en este conjunto de datos; una tarea delector de sucesos lee este conjunto de datos. La tarea de envío de trabajos tambiénusa el conjunto de datos de sucesos para realizar una sincronización por puntos decomprobación de las actividades, utilizando el primer registro del conjunto dedatos (el registro de cabecera). La tarea de envío en un espacio de direcciones delcontrolador toma estos puntos de comprobación cuando la estación de trabajo delsistema es el mismo sistema (el destino de la estación de trabajo está en blanco), demodo que el espacio de direcciones necesita un conjunto de datos de sucesosEQQEVDS asignado aunque no haya ninguna tarea de transcriptor de sucesos.Cuando la tarea de transcriptor de sucesos se inicia en el espacio de direcciones delcontrolador, comparte el conjunto de datos con la tarea de envío.

El registro de cabecera contiene información de punto de comprobación para unmáximo de 13 estaciones de trabajo por destino. Si prevé tener más de 13estaciones de trabajo definidas para usar un único destino, puede asignar elconjunto de datos de sucesos con una gran longitud de registro lógico paraalbergar el número requerido. Para calcular la longitud del registro que necesita,use esta fórmula:


LRECL = (Número de estaciones de trabajo coneste destino * 6) + 22

Como el conjunto de datos de sucesos proporciona un registro de cada suceso, lossucesos no se perderán aunque deba reiniciarse un componente de procesos desucesos de Tivoli Workload Scheduler for z/OS. Los procesos de punto decomprobación de envío garantizan la sincronización de las solicitudes de envío conel controlador, lo cual impide la pérdida de las solicitudes en caso de producirseun error de comunicación.

Defina espacio suficiente para un único conjunto de datos ampliado de modo queno se produzca un ajuste automático ni se sobrescriba antes de que se procese unsuceso. En la mayoría de las instalaciones, dos cilindros son suficientes. Laasignación de espacio debe ser como mínimo de dos pistas cuando la longitud delregistro es de 100. Debe haber espacio suficiente en el conjunto de datos de sucesospara poder albergar 100 registros. Tenga en cuenta este requisito si va a definir elconjunto de datos de sucesos con una longitud de registro de más de 100. Porejemplo, si define una longitud LRECL de 15.000, la asignación mínima de espacioes de 34 pistas, que equivale a 102 registros y un conjunto de datos de sucesos quese ajustará de forma automática en la mayoría de las instalaciones.

Para favorecer el rendimiento, coloque el conjunto de datos de sucesos en eldispositivo con menor actividad. Si ejecuta programas que utilizan la macroRESERVE, intente asignar el conjunto de datos de sucesos en un dispositivo que noesté reservado o donde sólo tienen lugar reservas breves. El periodo de reservadebe ser inferior a cinco minutos.

Si utiliza la función de recuperación de registros de trabajo, considere asignar elconjunto de datos de sucesos con un valor de LRECL mayor que en la Tabla 25 enla página 112. Esto mejora el rendimiento porque las operaciones de entrada/salida(E/S) se reducirán al crearse menos sucesos de continuación (de tipo NN). Puedeespecificar 0, o un valor comprendido entre 100 y 32.000 bytes para LRECL.Cualquier otro valor hará que el transcriptor de sucesos finalice y que el mensajeEQQW053E se grabe en el registro de mensajes. Si no especifica ningún valor paraLRECL o especifica 0, se forzará una longitud LRECL de 100 para el conjunto dedatos cuando Tivoli Workload Scheduler for z/OS lo abra. No obstante, el conjuntode datos debe estar sin bloquear: el tamaño de bloque debe ser igual a la longituddel registro lógico. Si intenta activar la función de recuperación de registros detrabajo, use una de estas fórmulas para calcular la longitud LRECL que debeespecificar:Calcular la longitud LRECL óptima LRECL=((NN/EV) * 20) + 100 O BIENLRECL=(4 * N) + 100

En la primera fórmula, NN es el número de sucesos de continuación y EV es elnúmero de todos los otros sucesos. Los tipos de sucesos se encuentran en laposición 21 de los registros de sucesos. En la segunda fórmula, N es el promediode sucesos NN por trabajo. Si su cálculo produce un valor inferior a 110, apenas senotará la mejora de rendimiento, de haber alguna. En este caso, especifique unvalor LRECL de 100.

Probablemente conviene probar primero el sistema para ver el número de sucesosy el tipo de sucesos que se crean. Después podrá volver a asignar el conjunto dedatos de sucesos una vez reunida la información sobre los sucesos que se crean enla instalación. Pero, antes de volver a asignar el conjunto de datos de sucesos, debeasegurarse de que el plan actual esté actualizado. Debe detener además eltranscriptor de sucesos y el lector de sucesos que utilicen el conjunto de datos.


Nota: No mueva los conjuntos de datos de sucesos de Tivoli Workload Schedulerfor z/OS una vez que se han asignado. Contienen información que depende deldispositivo y no se pueden copiar de un tipo de dispositivo a otro, ni moverse enel mismo volumen. Si mueve un conjunto de datos de sucesos, éste sereinicializará. Esto provocaría que se perdieran todos los sucesos del conjunto dedatos. Si tiene DFHSM o un producto similar instalado, debe especificar que losconjuntos de datos de sucesos de Tivoli Workload Scheduler for z/OS no semigren ni se muevan.

Conjunto de datos de archivo de configuración de laautomatización de la carga de trabajos controlada por sucesos(EQQEVLIB)Este conjunto de datos contiene los archivos de configuración necesarios para elproceso de automatización de la carga de trabajos controlada por sucesos (EDWA).Los archivos de configuración, que son creados por el programa EQQRXTRG, sonutilizados por los rastreadores para supervisar las condiciones de suceso. Elcontrolador accede al conjunto de datos del archivo de configuración deautomatización de la carga de trabajos controlada por sucesos que, cuando se creano modifican los archivos de configuración, los despliega en los rastreadoresalmacenando los archivos en el conjunto de datos identificado por la tarjetaEQQJCLIB DD. Estos son los mismos datos a los que hacen referencia los JCL delos comprobadores de segumiento.

Mediante el uso del conjunto de datos del archivo de configuración de laautomatización de la carga de trabajo controlada por sucesos, podrá automatizar ycentralizar el despliegue de los archivos de configuración en los rastreadores sintener que utilizar la macro EQQLSENT para cada rastreador.

Conjunto de datos de biblioteca de trabajos (EQQJBLIB)El conjunto de datos de biblioteca de trabajos contiene el JCL de los trabajos ytareas iniciadas que Tivoli Workload Scheduler for z/OS enviará. Esto es necesariopara un controlador. Si ya tiene una biblioteca de trabajos que utiliza para trabajarcon Tivoli Workload Scheduler for z/OS, especifique este conjunto de datos en lasentencia EQQJBLIB. Si no es el caso, asigne una antes de iniciar el controlador.

Nota: Asigne el conjunto de datos de la biblioteca de trabajos con una asignaciónde espacio primario únicamente. Si se define una asignación secundaria y labiblioteca se amplía cuando Tivoli Workload Scheduler for z/OS está activo, debedetener y reiniciar el controlador. No debe comprimir los miembros en este PDS.Por ejemplo, no use el mandato PACK ON de ISPF porque Tivoli Workload Schedulerfor z/OS no utiliza los servicios ISPF para leerlo.

La limitación en la asignación del conjunto de datos de biblioteca de trabajos a sólouna asignación de espacio primaria no se aplica a los conjuntos de datos PDSE.

Nota: Cada miembro de EQQJBLIB debe contener una secuencia de trabajos (sólouna tarjeta de trabajo) y el nombre del trabajo de la tarjeta de trabajo debecoincidir con el nombre del trabajo de la operación planificada de Tivoli WorkloadScheduler for z/OS.

Conjuntos de datos de comprobación de terminación de trabajo(JCC)Si lo desea, puede utilizar la comprobación de terminación de trabajo (JCC) paraexplorar SYSOUT en busca de trabajos y tareas iniciadas. Según las funciones JCCque vaya a usar, asigne como mínimo uno de los tres conjuntos de datos asociadoscon la JCC:


Biblioteca de tabla de mensajes JCC (EQQJCLIB):si no se puede determinar el éxito o el error de un trabajo o tarea iniciadamediante los códigos de terminación del sistema, la función JCC puede usarse paraexplorar los datos SYSOUT creados y establecer un código de error apropiado.Determine cómo se explorarán los datos SYSOUT mediante la creación de tablas demensajes de JCC. Debe definirse una tabla de mensajes general (EQQGJCCT).Pueden crearse tablas de mensajes específicos de trabajos para buscar series dedatos determinadas en trabajos concretos. Estas tablas se almacenan en el PDS conun nombre de miembro que coincida con el nombre del trabajo.

Todos los subsistemas de Tivoli Workload Scheduler for z/OS en donde hainiciado la tarea de JCC deben tener acceso a una biblioteca de tablas de mensajes.Si lo prefiere, puede usar la misma biblioteca de tablas de mensajes para todos lossistemas Tivoli Workload Scheduler for z/OS.

Si utiliza la función de desencadenamiento de conjuntos de datos, la tabla deselección de conjuntos de datos (EQQEVLST o EQQDSLST) debe estar almacenadaen EQQJCLIB.

Nota: Asigne el conjunto de datos de tabla de mensajes de JCC con una asignaciónde espacio primario únicamente. Esta limitación no se aplica a los conjuntos dedatos PDSE.

Conjunto de datos de registro de incidencias de JCC:si lo desea, puede usar la función JCC para grabar registros en un conjunto dedatos de registro de incidencias. Este conjunto de datos se define mediante lapalabra clave INCDSN de la sentencia JCCOPTS.

Durante la exploración de los conjuntos de datos SYSOUT, la función JCC reconocelos sucesos definidos como no habituales. Si Tivoli Workload Scheduler for z/OSha cargado la salida EQQUX006, la función JCC registra estos sucesos en elconjunto de datos de registro de incidencias. Este conjunto de datos puedecompartirse entre diversas tareas de JCC que se ejecuten en el mismo sistema o ensistemas diferentes. El conjunto de datos también puede actualizarse manualmenteo incluso volver a asignarse mientras la función JCC está activa. Si la función JCCno puede grabar en el registro de incidencias, se utilizará en su lugar el conjuntode datos de trabajo de incidencias.

Conjunto de datos de trabajo de incidencias de JCC (EQQINCWK):en ocasiones, la función JCC no puede asignar el conjunto de datos de registro deincidencias. Esto puede ocurrir si otro subsistema o un usuario de Tivoli WorkloadScheduler for z/OS ya ha accedido al conjunto de datos. En este caso, la funciónJCC graba en el archivo de trabajo de incidencias, EQQINCWK. Si no está vacío, elarchivo de trabajo se copia y se vacía cada vez que se asigna el conjunto de datosde registro de incidencias.

Conjunto de datos de seguimiento de trabajos (EQQJTARC,EQQJTnn, EQQDLnn)Los conjuntos de datos de seguimiento de trabajos son un registro deactualizaciones del plan actual. Contienen de forma opcional registros deseguimiento de auditoría. Los conjuntos de datos de seguimiento de trabajos secomponen de lo siguiente:v Registros de seguimiento de trabajos (EQQJTnn)v Registros de seguimiento de trabajos dual (EQQDLnn)v Archivado de seguimiento de trabajos (EQQJTARC)


Debe asignar EQQJTARC y al menos dos registros de seguimiento de trabajos(EQQJT01 y EQQJT02) para un controlador. El número real de registros deseguimiento de trabajos que debe asignar viene determinado por el valor queespecifique en la palabra clave JTLOGS de la sentencia de inicialización JTOPTS. Sidecide asignar tres registros de seguimiento de trabajos, especifique los nombres dedefinición de datos (DD) EQQJT01, EQQJT02 y EQQJT03. Si especifica EQQJT01,EQQJT02 y EQQJT04, se produce un error y Tivoli Workload Scheduler for z/OSfinaliza. En su lugar, Tivoli Workload Scheduler for z/OS utiliza los registros deseguimiento de trabajos. Cuando se lleva a cabo una copia de seguridad del planactual, el registro activo se añade al conjunto de datos EQQJTARC.

El tamaño de los archivos CP, JT y JTARC, puede llegar a ser grande, pero con elajuste adecuado del tamaño de frecuencia de DP, no asignarán extensionesadicionales. Si es necesario, utilice la asignación de extensiones adicionales (novolúmenes adicionales, ya que se da soporte solo a la asignación de extensión enlos ejemplos de asignación de JT enviados. El valor predeterminado de la palabraclave JTLOG define cinco registros de seguimiento de trabajos. Se recomiendaespecificar, como mínimo, tres registros de seguimiento de trabajos. Los registrosde seguimiento de trabajos se cambian en cada copia de seguridad del plan actual.Si el intervalo entre las copias de seguridad es muy bajo y se especifica JTLOGS(2),el registro de seguimiento de trabajos usado previamente podría no habersearchivado antes de que Tivoli Workload Scheduler for z/OS cambie de nuevo. Sino puede realizar el cambio correctamente, la subtarea del gestor de modalidadnormal (NMM) se cierra automáticamente y, de esta manera, no se realizan másactualizaciones del plan actual.

Si lo desea, puede asignar registros de seguimiento de trabajos duales. Estosregistros se identifican mediante los nombres DD EQQDLnn en el JCL de tareainiciada del controlador. Asigne el mismo número de registros de seguimiento detrabajos duales que los registros de seguimiento de trabajos. Los sufijos numéricos,nn, deben ser los mismos que para los registros de seguimiento de trabajos porqueTivoli Workload Scheduler for z/OS utiliza los registros con el mismo número:EQQJT01 y EQQDL01, EQQJT02 y EQQDL02, y así sucesivamente. Tivoli WorkloadScheduler for z/OS graba información de seguimiento de trabajos en los dosregistros, de modo que si el registro de seguimiento de trabajos activo se pierde, sepuede restaurar a partir del registro dual, y Tivoli Workload Scheduler for z/OSpuede reiniciarse sin que se pierda ningún suceso. Para sacar el máximo partido delos registros duales de seguimiento de trabajos, debe asignarlos:v Con los mismos atributos que los registros de seguimiento de trabajos.v Con al menos la misma cantidad de espacio que los registros de seguimiento de

trabajos.v En volúmenes físicos y vías de acceso de E/S distintas de sus registros de

seguimiento de trabajos correspondientes.

Tivoli Workload Scheduler for z/OS intenta utilizar registros duales deseguimiento de trabajos si especifica DUAL(YES) en la sentencia de inicializaciónJTOPTS de un controlador.

El conjunto de datos de archivado de seguimiento de trabajos acumula todos losdatos de seguimiento de trabajos entre las creaciones sucesivas de un nuevo planactual (NCP). Por lo tanto, debe asignar EQQJTARC con suficiente espacio paratodos los registros de seguimiento de trabajos que se crean entre los trabajos deplanificación diaria, es decir, amplíe o vuelva a planificar el plan actual. En otraspalabras, asegúrese de asignar para EQQJTARC una cantidad de espacio igual omayor que el total de espacio asignado para los archivos de seguimiento detrabajos, o se producirá un error del sistema. Cuando se ejecute el trabajo por lotes


de la planificación diaria, el registro de seguimiento de trabajos activo se añade aEQQJTARC, y el registro de seguimiento de trabajos se cambia. El registro dearchivado, EQQJTARC, se copia a continuación en el conjunto de datos de registrode seguimiento referenciado en el nombre DD EQQTROUT durante el proceso deplanificación diaria. Cuando Tivoli Workload Scheduler for z/OS se hace cargo delNCP, el conjunto de datos de archivado se vacía.

Los procedimientos de recuperación de Tivoli Workload Scheduler for z/OS dondese utilizan conjuntos de datos de seguimiento de trabajos están descritos en elmanual Tivoli Workload Scheduler for z/OS: Customization and Tuning.

Conjunto de datos de registro de mensajes (EQQMLOG)El conjunto de datos de registro de mensajes puede grabarse en SYSOUT o en unconjunto de datos. El bloque de control de datos (DCB) de este conjunto de datoslo define Tivoli Workload Scheduler for z/OS como se indica a continuación:Atributos DCB de EQQMLOGDCB=(RECFM=VBA,LRECL=125,BLKSIZE=1632)

Si el conjunto de datos de registro de mensajes se llena durante la inicialización ocuando se reinicia una subtarea, Tivoli Workload Scheduler for z/OS terminará deforma anómala con el código de error SD37. En cualquier caso, deberá detenerTivoli Workload Scheduler for z/OS y volver a asignar más espacio al conjunto dedatos de registro de mensajes. En todas las otras circunstancias, si el conjunto dedatos se llena, Tivoli Workload Scheduler for z/OS redirige mensajes al registro delsistema.

Nota: El planificador termina de forma anómala con el código de error sb37 o sd37si el conjunto de datos de registro de mensajes se llena en las siguientescircunstancias:v Durante la inicialización.v Cuando se reinicia una subtarea.v Al procesar cualquier mandato MODIFY que necesite el análisis de los

parámetros de inicialización o especifique las opciones newnoerr,noerrmem(member) o lstnoerr.

En este último caso, también se produce una terminación anómala si EQQMLOGya está lleno al emitir dicho mandato. En todos estos casos, debe volver a asignarmás espacio al conjunto de datos de registro de mensajes. En todos los demáscasos, si el conjunto de datos se llena, el planificador redirige mensajes al registrodel sistema.

EQQPCS02 contiene dos asignaciones para el conjunto de datos EQQMLOG. Paraun espacio de direcciones de Tivoli Workload Scheduler for z/OS, el conjunto dedatos se asigna con el calificador de nivel inferior MLOG. En los trabajos delservidor del planificador, el conjunto de datos se asigna con el calificador de nivelinferior MLOGS.

Nota: Si asigna el conjunto de datos de registro de mensajes en DASD, defina otroconjunto de datos para el programa de proceso por lotes de Tivoli WorkloadScheduler for z/OS. El conjunto de datos debe además ser diferente al que usa elespacio de direcciones de IBM Tivoli Workload Scheduler for z/OS (controlador,controlador en espera , rastreador y servidor). El conjunto de datos no puedecompartirse.

Consulte también “Utilización de dos conjuntos de datos de registro de mensajes(MLOG)” en la página 42.


Conjunto de datos de registro de análisis de bucles (EQQLOOP)El conjunto de datos de registro de análisis de bucles puede grabarse en SYSOUT oen un conjunto de datos. El bloque de control de datos (DCB) de este conjunto dedatos lo define Tivoli Workload Scheduler for z/OS como se indica a continuación:Atributos DCB de EQQLOOPDCB=(RECFM=VBA,LRECL=125,BLKSIZE=1632)

Este conjunto de datos se define de la misma forma que EQQMLOG, pero esespecífico del análisis de bucles y se llena sólo si se produce una condición debucle. Es obligatorio en el caso de programas de procesos por lotes de planificacióndiaria (ampliación, replanificación y pruebas).

Conjuntos de datos de comunicación del controlador y elRecopilador de datos de salidaLos conjuntos de datos EQQOUCEV y EQQOUCKP se utilizan para lacomunicación que tiene lugar entre el controlador y el Recopilador de datos desalida en el proceso de recuperación de los registros de trabajo generados en elentorno de z-centric. El proceso de comunicación se basa en los sucesos siguientes.Cada vez que un trabajo del entorno de z-centric se completa o termina, elcontrolador coloca en cola un suceso para el recopilador de salida con lainformación necesaria para identificar el trabajo y el agente que lo ejecuta.

El proceso de comunicación es el siguiente:1. La tarea de gestor de sucesos del controlador graba un suceso en EQQOUCEV

cada vez que se completa o termina un trabajo y actualiza el contador desiguiente a grabar.

2. La tarea iniciada del Recopilador de datos de salida lee un suceso de esteconjunto de datos, lo marca como punto de control en EQQOUCKP, lo asigna ala hebra correcta y marca el suceso como procesado moviéndolo al índice desiguiente a leer en la cabecera del conjunto de datos.

EQQOUCEV es un conjunto de datos secuencial organizado en registros. Incluyeuna cabecera que apunta a los registros de siguiente a leer y siguiente a grabar.

EQQOUCKP es un conjunto de datos particionado. Se utiliza para marcar comopunto de comprobación las solicitudes entrantes para evitar que se pierdan en casode cierres no planificados. El gestor de colas EQQOUCEV graba la solicitud allíantes de colocarla en la cola de destino en memoria mientras la hebra que recopilael registro del agente la suprime una vez que se satisface la solicitud. El nombre demiembro debe ser exclusivo pero no necesariamente significativo (por ejemploJ0000001 o J0000002).

Biblioteca de parámetros (EQQPARM)Cada subsistema de Tivoli Workload Scheduler for z/OS lee los miembros de unabiblioteca de parámetros al iniciarse. No se puede acceder a los miembros de labiblioteca de parámetros (que residen en un fragmento de la biblioteca), que se hancreado, tras haberse abierto. Para evitar que se produzca este problema, losconjuntos de datos que definen la biblioteca EQQPARM deben haberse asignadosin ningún fragmento secundario. Esta limitación no se aplica a los conjuntos dedatos PDSE. La biblioteca contiene sentencias de inicialización que definen lasopciones de ejecución del subsistema. Asigne al menos una biblioteca deparámetros para los sistemas Tivoli Workload Scheduler for z/OS. Puede conservarlos parámetros de todos los subsistemas en una biblioteca, siempre que resida enun volumen DASD al que puedan acceder todos los sistemas.


Conjunto de datos de parámetros PIF (EQQYPARM)Asigne el conjunto de datos de parámetros PIF si va a usar una interfaz deprogramación para Tivoli Workload Scheduler for z/OS. El conjunto de datospuede ser secuencial o particionado. En el archivo de parámetros PIF especifiquecómo deben procesar Tivoli Workload Scheduler for z/OS las solicitudes de lainterfaz de programación. Si define una sentencia de inicialización INIT en elconjunto de datos de parámetros PIF, prevalecerá sobre la configuración global dela sentencia INTFOPTS.

Las sentencias de inicialización se describen en Tivoli Workload Scheduler for z/OS:Customization and Tuning.

Biblioteca de procedimientos de recuperación automática(EQQPRLIB)Asigne un conjunto de datos a la biblioteca de procedimientos de recuperaciónautomática si tiene previsto utilizar la función de recuperación automática deTivoli Workload Scheduler for z/OS. El parámetro de reconstrucción del JCLADDPROC de la sentencia de recuperación del JCL utiliza la biblioteca. Esteparámetro permite incluir procedimientos JCL en un trabajo o tarea iniciada conerrores antes de su reinicio.

Biblioteca de scripts para la planificación global con capacidadde tolerancia a errores (EQQSCLIB)Este conjunto de datos de biblioteca de scripts incluye miembros que contienen losmandatos o las definiciones de trabajo de estaciones de trabajo tolerantes a errores.Es obligatorio en el controlador si desea utilizar la planificación global concapacidades de tolerancia a errores. Consulte la publicación Customization andTuning para obtener más información sobre las sentencias JOBREC, RECOVERY yVARSUB.

Nota: No debe comprimir los miembros en este PDS. Por ejemplo, no use elmandato PACK ON de ISPF porque Tivoli Workload Scheduler for z/OS no utilizalos servicios ISPF para leerlo.

Conjunto de datos de envío de tareas iniciadas (EQQSTC)Tivoli Workload Scheduler for z/OS utiliza el conjunto de datos de envío de tareasiniciadas para almacenar temporalmente el JCL cuando se va a iniciar una tareainiciada. Utilice los siguientes atributos para este conjunto de datos:Atributos de EQQSTCSPACE=(TRK,(5,0,1)),DCB=(RECFM=FB,LRECL=80,BLKSIZE=3120)

Incluya un EQQSTC en la concatenación de JES PROCLIB en cada sistema dondeTivoli Workload Scheduler for z/OS planifica operaciones de tarea iniciada. Elconjunto de datos se usa como un área temporal de preparación por fases en elprocedimiento JCL de tarea iniciada. Una vez emitido el mandato de inicio para latarea y una vez que el control de la tarea ha pasado a JES, Tivoli WorkloadScheduler for z/OS elimina el JCL al reiniciar el PDS. Ello significa que no esnecesario comprimir el conjunto de datos. Para obtener más información, consultela sección “Implementación de soporte para operaciones de tarea iniciada” en lapágina 133.

Nota: Tivoli Workload Scheduler for z/OS no admite bibliotecas ampliadas deconjuntos de datos particionados (PDSE) para un conjunto de datos de envío detareas iniciadas.


Conjunto de datos de envío/liberación (EQQSUDS)El conjunto de datos de envío/liberación depende del dispositivo y debe tenerúnicamente una asignación de espacio primario. No asigne ningún espaciosecundario. El conjunto de datos se formatea la primera vez que se utiliza. Cadavez que usa el conjunto de datos, Tivoli Workload Scheduler for z/OS mantiene unregistro de dónde empezar. Cuando se graba la última pista del conjunto de datos,Tivoli Workload Scheduler for z/OS empieza a grabar en la primera pista denuevo.

En la mayoría de las instalaciones, dos cilindros son suficientes.

Nota:

1. La primera vez que se inicia Tivoli Workload Scheduler for z/OS con unconjunto de datos de envío/liberación recién asignado, se produce un errorSD37 al dar formato al conjunto de datos. Es un comportamiento esperado, nolo considere como error.

2. No mueva los conjuntos de datos de envío/liberación de Tivoli WorkloadScheduler for z/OS una vez que se han asignado. Contienen información quedepende del dispositivo y no se pueden copiar de un tipo de dispositivo a otro,ni moverse en el mismo volumen. Si mueve un conjunto de datos deenvío/liberación, éste se reinicializará. Esto provocaría que se perdiera toda lainformación del conjunto de datos. Si tiene DFHSM o un producto similarinstalado, defina los conjuntos de datos de envío/liberación de Tivoli WorkloadScheduler for z/OS de modo que no se migren ni se muevan.

Conjunto de datos globales de script centralizado (EQQTWSCS)para planificación global con capacidades de tolerancia aerrores (EQQTWSCS)En un entorno global con capacidades de tolerancia a errores, Tivoli WorkloadScheduler for z/OS utiliza el conjunto de datos globales de script centralizado paraalmacenar temporalmente un script cuando se descarga del conjunto de datosJOBLIB para que lo envíe el agente. Establezca los siguientes atributos paraEQQTWSCS:DSNTYPE=LIBRARY,SPACE=(CYL,(1,1,10)),DCB=(RECFM=FB,LRECL=80,BLKSIZE=3120)

Si desea usar soporte de script centralizado al planificar funciones globales concapacidades de tolerancia a errores, debe usar la sentencia EQQTWSCS DD en lastareas iniciadas del controlador y del servidor. El conjunto de datos debe ser unconjunto de datos ampliado y particionado.

Conjuntos de datos de sucesos de entrada y salida para laplanificación global con tolerancia a errores (EQQTWSIN yEQQTWSOU)Estos conjuntos de datos son obligatorios en todos los espacios de direcciones deTivoli Workload Scheduler for z/OS que utilicen la planificación global concapacidades de tolerancia a errores. Graban las descripciones de los sucesosrelacionados con operaciones que se ejecutan en estaciones de trabajo tolerantes aerrores y los utilizan la tarea habilitadora global y el proceso del conversor en elservidor del planificador.

Estos conjuntos de datos dependen del dispositivo y sólo pueden tener asignaciónde espacio primario. No asigne espacio secundario. La primera vez que se usan,Tivoli Workload Scheduler for z/OS les da formato automáticamente.


Nota: Cuando Tivoli Workload Scheduler for z/OS da formato a un conjunto dedatos recién asignado, se produce un código de terminación anómala SD37. Pasepor alto este error.

EQQTWSIN y EQQTWSOU son conjuntos de datos envolventes. En cada conjuntode datos, el registro de cabecera se utiliza para realizar el seguimiento de lacantidad de registros de lectura y grabación. Para evitar la pérdida de registros desucesos, una tarea de transcriptor no graba ningún registro nuevo hasta que hayamás espacio disponible después de haber leído todos los registros existentes.

La cantidad de espacio que necesita para definir cada conjunto de datos requiereespecial atención. Como los dos conjuntos de datos también se utilizan para larecuperación del registro de trabajo, el límite de la longitud del registro de trabajoes la mitad del número máximo de registros que puede almacenarse en el conjuntode datos de sucesos de entrada. En la mayoría de las instalaciones, dos cilindrosson suficientes.

La longitud máxima de los sucesos registrados en estos dos conjuntos de datos,incluidos los registros de trabajo, es de 160 bytes. En cualquier caso, es posibleasignar los conjuntos de datos con una longitud mayor del registro lógico. El usode longitudes de registros superiores a 160 bytes no tiene ventajas ni desventajas.El valor máximo permitido es de 32.000 bytes; si los valores superan esta cantidad,la tarea global finalizará. En los dos conjuntos de datos debe haber suficienteespacio, como mínimo, para 1000 sucesos (el número máximo de sucesos deregistro de trabajo es 500). Utilice esta cifra como referencia, si va a definir unalongitud de registro de más de 160 bytes. Cuando se utiliza la longitud de registrode 160 bytes, la asignación de espacio debe ser de 1 cilindro, como mínimo. Losconjuntos de datos deben estar sin bloquear y el tamaño del bloque debe ser iguala la longitud del registro lógico. Es necesario una longitud mínima de registro de160 bytes para que el conjunto de datos EQQTWSOU pueda decidir cómo crear elnombre del trabajo en el archivo symphony (si desea más detalles sobre elparámetro TWSJOBNAME en la sentencia JTOPTS, consulte la publicaciónCustomization and Tuning).

Para conseguir un buen rendimiento, defina los conjuntos de datos en undispositivo con amplia disponibilidad. Si ejecuta programas que utilizan la macroRESERVE, intente asignar el conjunto de datos en un dispositivo que no estéreservado o cuyo periodo de reserva sea breve.

Al principio puede que deba probar el sistema para calcular el tipo y el número desucesos que se crearán en la instalación. Después de reunir la informaciónsuficiente, puede volver a asignar los conjuntos de datos. Antes de volver a asignarel conjunto de datos, debe asegurarse de que el plan actual esté actualizado.También debe detener la tarea de emisor y receptor global en el controlador y lahebra del conversor en el servidor que usa este conjunto de datos. No deberealizarse una asignación multivolumen para EQQTWSIN y EQQTWSOU.

Nota: No mueva estos conjuntos de datos una vez que se han asignado. Contieneninformación que depende del dispositivo y no se pueden copiar de un tipo dedispositivo a otro, ni moverse en el mismo volumen. Si mueve un conjunto dedatos de sucesos globales, éste se reinicializará. Esto provocaría que se perdierantodos los sucesos del conjunto de datos. Si tiene DFHSM o un producto similarinstalado, debe especificar que los conjuntos de datos de sucesos globales no semigren ni se muevan.


Asignación de conjuntos de datos del almacén de datosEn esta fase de la instalación, use el miembro EQQPCS04 que se genera mediantela ayuda de la instalación de EQQJOBS. Está incluido en la biblioteca de salidaespecificada en el panel CREATE DATA STORE SAMPLES (EQQJOBS5). Envíe eltrabajo EQQPCS04 para definir e inicializar los archivos VSAM del almacén detrabajo.

Nota: Puede pasar por alto este paso si está migrando de una versión de TivoliWorkload Scheduler for z/OS anterior.

Los archivos VSAM del almacén de datos pueden ser de tres tipos:

No estructuradoCorresponde al tipo asociado a EQQUDFxx; se usa para guardar registrosde trabajo. Estos archivos sólo se asignan cuando la opción de recuperaciónde registro de trabajo (Joblog Retrieval) en el panel EQQJOBS7 estáestablecida en Y. Los conjuntos de datos de UDF (DDNAME EQQUDFNN)son utilizados solamente por la tarea iniciada del almacén de datos.

EstructuradoCorresponde al tipo asociado a EQQSDFxx; se usa para guardarinformación estructurada del registro de trabajo. Estos archivos sonobligatorios.Los conjuntos de datos EQQSDFXX asignados para el almacénde datos tienen la misma estructura que los conjuntos de datosEQQSDFXX utilizados por el controlador, pero son un conjunto diferente.

KSDS Corresponde al tipo que se usa para EQQPKIxx y EQQSKIxx. Losconjuntos de datos EQQPKIXX y EQQSKIXX asignados para el almacén dedatos tienen la misma estructura que los conjuntos de datos EQQPKIXX yEQQSKIXX utilizados por el controlador, pero son un conjunto diferente.

Consulte la Tabla 26 para ver un listado y la descripción:

Tabla 26. Conjuntos de datos VSAM del almacén de datos

Ejemplo Nombre DD Tipo de Tipo AtributosOpción decompartir Claves

Tamaño delregistro

Conjunto dedatos

EQQPCS04 EQQPKIxx KSDS UNIQUEINDEXED

1, 3 34 0 77 77 Índiceprimario

EQQPCS04 EQQSDFxx LINEAR N/A 2 , 3 N/A N/A Archivos dedatos

EQQPCS04 EQQSKIxx KSDS UNIQUEINDEXED

1, 3 38 0 76 32000 Índicesecundario

EQQPCS04 EQQUDFxx LINEAR N/A 2 , 3 N/A N/A Archivos dedatos

Si desea información sobre cómo estimar el tamaño de los archivos VSAM dealmacén de datos, consulte Tivoli Workload Scheduler for z/OS: Customization andTuning.

Asignación de archivos para la función de notificación de laDynamic Workload Console

Utilice el miembro EQQPCS09 generado por la ayuda de instalación EQQJOBS ycontenido en la biblioteca de salida especificada en el panel CREATE SAMPLE JOBde JCL (EQQJOBS3) para definir y asignar:


v La entrada base GDG que se usa para la copia de seguridad del plan actualantiguo que se crea durante el proceso por lotes de planificación diaria, cuandoespecifica la sentencia BATCHOPTS con el parámetro JRUNHISTORY establecidoen YES.El archivo GDG se identifica en el trabajo de proceso por lotes EXTENDo REPLAN de planificación diaria mediante el nombre DD EQQOCPBK.

v El archivo VSAM donde el proceso de archivado copia cada archivo degeneración. Asigne el archivo VSAM con las mismas características que elarchivo VSAM del plan actual, pues se utiliza para almacenar el plan actualantiguo.

Para obtener información detallada sobre el proceso de archivado, consulte TivoliWorkload Scheduler for z/OS: Managing the Workload.

Asignación de archivos y directoriosLas siguientes características utilizan archivos de UNIX System Services (USS):v Planificación global con capacidades de tolerancia a erroresv Planificación global con funciones z-centric, si SSLKEYRINGTYPE se establece

en USS en la sentencia HTTPOPTS.v Funciones que ejecutan programas de utilidad Java:

– Archivado de datos de ejecución históricos para la notificación de la DynamicWorkload Console

– Automatización de la carga de trabajo controlada por sucesos paradesencadenamiento de conjuntos de datos

De forma predeterminada, la ayuda de instalación de EQQJOBS define lassiguientes vías de acceso para los siguientes directorios:

Directorio de trabajo global con tolerancia a errores (EQQJOBS8)/var/TWS/inst

Directorio de trabajo de habilitación de programas de utilidad JAVA(EQQJOBS9)

/var/TWS/inst

Directorio de trabajo de conexión de SSL para TCP/IP (EQQJOBSC)/var/TWS/inst/ssl

Mediante el mantenimiento de los directorios predeterminados, si se suprime eldirectorio de trabajo global, también se suprimen los directorios de trabajo Java ySSL. Para evitar este problema, defina distintas vías de acceso para los distintosdirectorios de trabajo. Por ejemplo:

Directorio de trabajo global con tolerancia a errores (EQQJOBS8)/var/TWS/E2E

Directorio de trabajo de habilitación de programas de utilidad JAVA(EQQJOBS9)

/var/TWS/JAVAUTL

Directorio de trabajo de conexión de SSL para TCP/IP (EQQJOBSC)/var/TWS/SSL

Para crear los directorios y archivos correctos, ejecute los siguientes trabajos deejemplo para cada controlador que soporte la función específica:v El ejemplo de EQQPCS05 para la planificación global con capacidades de

tolerancia a errores


v El ejemplo EQQPCS08 para el archivado de datos históricos de ejecuciones y laautomatización de la carga de trabajo controlada por sucesos.

Para ejecutar los ejemplos anteriores debe tener uno de los permisos siguientes:v ID de usuario (UID) de UNIX System Services (USS ) igual a 0v Perfil de la clase BPX.SUPERUSER FACILITY en RACFv UID especificado en el JCL en eqqUID y perteneciente al grupo (GID)

especificado en eqqGID del JCL

Para el ejemplo de EQQPCS05, si el GID o el UID no se han especificado enEQQJOBS, puede especificarlos en STDENV DD antes de ejecutar elejemplo.Asegúrese de que especifique un UID exclusivo con un valor distinto cero;si desea información adicional sobre este requisito, consulte INFO APAR II1423.

El usuario debe además tener el shell de inicio de sesión /bin/sh definido en lasección OMVS del perfil de RACF. Asegúrese de que el shell de inicio de sesiónestá establecido como un valor predeterminado del sistema o use el siguientemandato TSO para definirlo:ALTUSERNombreDeUsuario OMVS(PROGRAM(’/bin/sh’))

Para comprobar la configuración actual:1. Ejecute el mandato TSO siguiente:

LISTUSERNombreDeUsuario OMVS

2. Mire la línea PROGRAM de la sección OMVS.

Después de ejecutar EQQPCS05, encontrará los siguientes archivos en el directoriode trabajo:

localoptsDefine los atributos de la estación de trabajo local (OPCMASTER) para losprocesos batchman, mailman, netman y writer y para SSL. Los parámetrosque no tienen efecto en un entorno global se indican y se comentan. Paraobtener información sobre cómo personalizar este archivo, consulte TivoliWorkload Scheduler for z/OS: Customization and Tuning.

mozart/globaloptsDefine los atributos de la red de Tivoli Workload Scheduler (OPCMASTERlos pasa por alto).

NetconfArchivos de configuración de Netman.

TWSCCLog.propertiesDefine los atributos de la función de rastreo.

En el directorio de trabajo también encontrará los siguientes directorios:v mozartv poboxv stdlistv stdlist/logs contiene los archivos de registros de procesos USS

Después de ejecutar EQQPCS08, encontrará el siguiente archivo en el directorio detrabajo:


java/env.profileDefine la variable de entorno obligatoria en los programas de utilidades deJava.

Puede personalizar este archivo y seguir pasos indicados en la sección“Configuración para utilizar DB2 en z/OS para informes en DynamicWorkload Console” en la página 132 para permitir el uso del DB2 instaladoen el host para ejecutar informes de Tivoli Workload Scheduler for z/OSdesde la Dynamic Workload Console.

Configuración de la planificación global con capacidades detolerancia a errores en un entorno SYSPLEXEn una configuración con un controlador y sin controladores en espera, defina eldirectorio de trabajo de servidor global en un sistema de archivos montado en unHFS específico del sistema o un zFS específico del sistema.

A continuación, configure el servidor BRLM (Byte Range Lock Manager) de unaforma distribuida (lea las consideraciones siguientes sobre BRLM). De este modo,el servidor no se verá afectado si se produce un error en los otros sistemas desysplex.

Tener un HFS o un zFS compartido en una configuración de sysplex significa quetodos los sistemas de archivos están disponibles en todos los sistemas queparticipan en el soporte de HFS o zFS compartido. Con el soporte de HFS o zFScompartido, no hay ninguna reducción de rendimiento de E/S para un HFS o zFSde sólo lectura (R/O). Sin embargo, la comunicación entre sistemas (XCF) necesariapara el HFS o zFS compartido afecta al tiempo de respuesta en los sistemas dearchivos de lectura/grabación (R/W) que se comparten en un sysplex. Porejemplo, presuponga que un usuario de un sistema SYS1 emite una solicitud delectura para un sistema de archivos de lectura/grabación en un sistema SYS2.Mediante el uso del soporte de HFS o zFS compartido, el mensaje de solicitud delectura se envía a través de una función de mensajería XCF. Después de que SYS2reciba el mensaje, reúne los datos solicitados del archivo y los devuelve medianteel mismo mensaje de solicitud.

En muchos casos, al acceder a los datos en un sistema propietario de un sistema dearchivos, el tiempo de E/S del archivo es sólo la longitud de la vía de acceso algestor del almacenamiento intermedio para recuperar los datos de la memoriacaché. En cambio, el archivo de E/S de un HFS o zFS compartido de un clienteque no es propietario de la función montar debe considerar una longitud adicionalde vía de acceso, además del tiempo necesario en la función de la mensajería XCF.Un tráfico elevado de mensajes XCF es un factor que puede contribuirnegativamente en el rendimiento. Por esta razón, se recomienda que los archivosde sistemas sean propiedad del sistema donde se ejecuta el servidor global.

En una configuración con un controlador activo y varios controladores en espera,compruebe que todos los servidores globales relacionados que se ejecutan ensistemas diferentes del Sysplex tengan acceso al mismo directorio de trabajo.

En sistemas z/OS, el recurso ZFS compartido está disponible: todos los sistemas dearchivos montados por un sistema que participa en el ZFS compartido estándisponibles para todos los sistemas participantes. Al asignar el directorio de trabajoen un ZFS compartido, puede definirlo en un sistema de archivos montado en elZFS específico del sistema o en un sistema de archivos montado en la raíz desysplex. Si el sistema no está activo, un sistema de archivos específico del sistema


no se podrá alcanzar. Para optimizar el proceso de toma de control, defina eldirectorio de trabajo en un sistema de archivos montado en la raíz de sysplex ydefinido como AUTOMOVE.

El gestor BRLM (Byte Range Lock Manager) bloquea algunos archivos en eldirectorio de trabajo. El BRLM se puede implementar de las siguientes maneras:v Con un servidor BRLM central que se ejecuta en un miembro del sysplex y que

gestiona los bloqueos para todos los procesos que se ejecutan en el entornosysplex.

v En un formato distribuido, donde cada sistema del sysplex tiene su propioresponsable del servidor BRLM para manejar las solicitudes de bloqueo paratodos los archivos ordinarios en un sistema de archivos que se montan y tieneprioridad local (consulte los APAR OW48204 y OW52293).

Si el sistema donde se ejecuta BRLM experimenta una interrupción planificada osin planificar, se perderán todos los bloqueos ocurridos en el BRLM antiguo. Paraconservar la integridad de los datos, no se pueden llevar a cabo más bloqueos niE/S en los archivos abiertos hasta que éstos se cierren y vuelvan a abrirse.Además, cualquier proceso que bloquee un archivo finalizará.

Para evitar estos tipos de error en el servidor global, antes de iniciar unprocedimiento de conclusión planificada de un sistema, debe detener el servidorglobal si se da alguna de las siguientes condiciones, o las dos:v El directorio de trabajo es propiedad del sistema que se va a cerrar.

– El mandato df –v en OMVS muestra los propietarios de los sistemas dearchivos montados.

v El sistema aloja el servidor BRLM central.– El mandato de la consola DISPLAY OMVS,O puede utilizarse para mostrar el

nombre del sistema donde se ejecuta BRLM. Si el servidor BRLM pasa a estarno disponible, se implementará el BRLM distribuido. En este caso, el servidorglobal debe detenerse sólo si se detiene el sistema propietario del directoriode trabajo.

El servidor puede reiniciarse después de que un sistema nuevo del recursocompartido se haya hecho con la propiedad del sistema de archivos o después deque uno de los sistemas supervivientes haya establecido un BRLM nuevo.

Para minimizar el riesgo de llenar las colas internas de Tivoli Workload Schedulermientras el servidor está inactivo, planifique el cierre del sistema cuando la cargade trabajo sea baja.

Se recomienda el uso de un conjunto de datos de sistema de archivosindependiente para cada directorio stdlist montado en lectura/grabación en/var/TWS/inst/stdlist, donde inst varía en función de la configuración.

Cuando calcule el tamaño de un archivo, tenga en cuenta que necesita 10 MG paracada uno de los siguientes archivos: Intercom.msg, Mailbox.msg,pobox/tomaster.msg y pobox/CPUDOMAIN.msg.

Necesita 512 bytes para cada registro de los archivos Symphony, Symold, Sinfoniay Sinfold. Debe calcular un registro para cada trabajo de trabajo/recuperación,planificación y CPU.


Puede especificar el número de días que deberán conservarse los archivos derastreo en el sistema de archivos mediante el parámetro TRCDAYS de la sentenciaTOPOLOGY.

Configuración para utilizar DB2 en z/OS para informes enDynamic Workload ConsolePersonalice el archivo env.profile, descargado en el directorio de trabajo porEQQPCS08, para utilizar DB2 sobre z/OS y ejecutar informes desde la DynamicWorkload Console sin tener que instalar otro DB2 en el lado distribuido.

Para utilizar DB2 sobre z/OS para ejecutar informes de Tivoli Workload Schedulerfor z/OS en la Dynamic Workload Console:1. Abra el archivo env.profile y habilite y personalice las filas siguientes:

#export DB2_JDBC_PATH=/usr/lpp/db2910_jdbc/classes#export CLASSPATH="$DB2_JDBC_PATH"/db2jcc.jar:"$DB2_JDBC_PATH"/db2jcc_license_cisuz.jar:"$CLASSPATH":

donde la vía de acceso especificada en DB2_JDBC_PATH es el lugar donde estánalmacenados los archivos db2jcc.jar y db2jcc_license_cisuz.jar en el sistemaz/OS.Estas filas están precedidos por el comentario:#Si DB2 se ejecuta en z/OS, personalice yhabilite la línea siguiente

2. Para establecer una conexión con la Dynamic Workload Console, envíe elarchivo jar de licencia db2jcc_license_cisuz.jar desde el sistema z/OS alservidor de la Dynamic Workload Console y almacene el archivo en losdirectorios siguientes:...\Archivos de programa\IBM\JazzSM\profile\installedApps\JazzSMNode01Cell\isc.ear\TWSWebUI.war\WEB-INF\lib

y...\Archivos de programa\IBM\JazzSM\profile\installedApps\JazzSMNode01Cell\isc.ear\TWSWebUI.war\WEB-INF\platform\plugins\org.eclipse.birt.report.data.oda.jdbc_4.2.1.v20120820\drivers

3. Vaya a "Configuración de la base de datos en el entorno z/OS" en Gestión de lacarga de trabajo para continuar con la configuración.

Paso 10. Crear procedimientos JCL para espacios de direccionesRealice esta tarea para un rastreador, almacén de datos, controlador o controlador en espera,recopilador de salida.

Debe definir un procedimiento JCL o trabajo por lotes para cada espacio dedirecciones de Tivoli Workload Scheduler for z/OS.

Para obtener más detalles, consulte el apartado “Definición de subsistemas” en lapágina 84.

El diálogo EQQJOBS genera varios miembros en la biblioteca de salida queespecificó. En la siguiente tabla se muestran los miembros que proporcionanejemplos para los espacios de direcciones del planificador:


Tabla 27. Ejemplos de JCL de tarea iniciada para los espacios de direcciones de TivoliWorkload Scheduler for z/OS

Espacio de direcciones para: Miembro

Controlador y rastreador EQQCON (tarea iniciada de ejemplo)EQQCONP (parámetros de tarea iniciada deejemplo)

Controlador EQQCONO (tarea iniciada de ejemplo)EQQCONOP (parámetros de tarea iniciadade ejemplo)

Rastreador EQQTRA (tarea iniciada de ejemplo)EQQTRAP (parámetros de tarea iniciada deejemplo)

Servidor EQQSER (tarea iniciada de ejemplo)EQQSERP (parámetros de tarea iniciada deejemplo)

Almacén de datos EQQDST (tarea iniciada de ejemplo)EQQDSTP (parámetros de tarea iniciada deejemplo)

Recopilador de datos de salida EQQOUC (tarea iniciada de ejemplo)EQQOUCP (parámetros de tarea iniciada)

Estos miembros contienen JCL de tarea iniciada personalizado mediante los valoresque se especifican en el diálogo. Adapte estos miembros como prefiera, en funciónde los conjuntos de datos que necesite. También puede copiar un miembro de labiblioteca SEQQSAMP en una de sus propias bibliotecas y personalizarlomanualmente.

Si crea una biblioteca nueva para los procedimientos de tarea iniciada de TivoliWorkload Scheduler for z/OS, no olvide especificar la biblioteca en laconcatenación de JES PROCLIB. A continuación, debe reiniciar JES para incluir lanueva biblioteca.

Si lo prefiere, puede ejecutar Tivoli Workload Scheduler for z/OS como trabajo porlotes en lugar de tarea iniciada. De ser así, el JCL puede residir en cualquierbiblioteca y solicitará una tarjeta de trabajo, además de los requisitos de JCL que semuestran en la Tabla 28 en la página 135.

Implementación de soporte para operaciones de tarea iniciadaLos procedimientos JCL de operaciones de tarea iniciada que Tivoli WorkloadScheduler for z/OS inicia deben almacenarse en un PDS concatenado en el nombreDD EQQJBLIB. Puede incluir conjuntos de datos existentes, como SYS1.PROCLIB,si lo prefiere. Las tareas de preparación, personalización y sustitución de variablesse tratan de la misma forma que en las operaciones de trabajo por lotes. CuandoTivoli Workload Scheduler for z/OS inicia una operación de tarea iniciada, elprocedimiento JCL se graba en el conjunto de datos de envío de tareas iniciadas(EQQSTC) en el sistema donde se va a ejecutar la operación. Tivoli WorkloadScheduler for z/OS emite un mandato de inicio START para este procedimiento ydespués elimina el procedimiento JCL del conjunto de datos EQQSTC.

Los usuarios de JES2 deben especificar el conjunto de datos de envío de tareasiniciadas en la sentencia PROCnn DD del procedimiento JCL de JES2 en cadasistema z/OS. El sufijo nn es el valor especificado para el parámetro PROCLIB de


la sentencia STCCLASS en JES2PARM. Para garantizar que se ha iniciado laversión correcta del procedimiento JCL, coloque el conjunto de datos EQQSTC elprimero en la concatenación.

Los usuarios de JES3 deben especificar el conjunto de datos de envío de tareasiniciadas en la sentencia IATPLBnn DD del sistema global JES3. El sufijo nn es elvalor especificado en el parámetro STCPROC del estándar JES3. Para garantizarque se ha inicie el procedimiento JCL correcto, coloque el conjunto de datosEQQSTC el primero en la concatenación. Para cada tarea de envío que se ejecuteen el sistema local JES3 en el complejo JES3, incluya también ese conjunto de datosen la concatenación global de JES3.

Si no utiliza la función de reinicio y limpieza, debe seguir las instruccionesanteriores para trabajar con operaciones de tarea iniciada. Como la función dereinicio y limpieza añade una tarjeta de trabajo a los procedimientos de lasoperaciones de la estación de trabajo de STC planificado al mismo tiempo queañade las sentencias del JCL de salida //TIVDSTxx, hay excepciones a lasinstrucciones anteriores si desea usar la función de reinicio y limpieza. El JCL deuna tarea inicia puede contener una tarjeta de trabajo sólo si el JCL está en unconjunto de datos en las concatenaciones IEFPDSI o IEFJOBS de MSTJCLxx cuandose emite el mandato.

Debe añadir el conjunto de datos EQQSTC a la sentencia IEFPDSI DD enMSTJCLxx en lugar de añadirlo a PROCnn de JES2 o a la sentencia IATPLBnn DDglobal de JES3, como se menciona previamente.

Además, todos los conjuntos de datos que se muestran en IEFPDSI deben estarincluidos en el catálogo maestro del sistema.

Nota:

1. Para incluir EQQSTC, debe reiniciar JES.2. No use el parámetro BLDL de la sentencia PROC de JES3 para especificar el

nombre de procedimiento de una tarea iniciada que Tivoli Workload Schedulerfor z/OS va a planificar.

El conjunto de datos EQQSTC puede compartirse entre los subsistemas de TivoliWorkload Scheduler for z/OS que se ejecutan en la misma imagen de z/OS. Siutiliza GRS (global resource serialization o serialización de recursos globales), elconjunto de datos EQQSTC pueden compartirlo todos los sistemas z/OS definidosen el anillo GRS si propaga las solicitudes para el recurso. Para propagar lassolicitudes de recursos a todos los sistemas del anillo, defina el nombre delconjunto de datos SYSZDRK.data en el valor RNL de inclusión de SYSTEM delmiembro GRSRNLnn de SYS1.PARMLIB. Si desea más información sobre cómodefinir la lista de nombres GRS, consulte z/OS Initialization and Tuning Reference.

Conjuntos de datos necesariosEn la Tabla 28 en la página 135 se muestran los conjuntos de datos obligatorios enuna tarea iniciada de Tivoli Workload Scheduler for z/OS. Incluya los conjuntos dedatos de los procedimientos JCL, como se indica en la tabla.


Tabla 28. Conjuntos de datos obligatorios para Tivoli Workload Scheduler for z/OS

Nombre DD

Obligatorio para

Define

Controlador Rastreador ServidorAlmacén dedatos

EQQADDS U Descripciones de aplicaciones y tablas devariables JCL

EQQBRDS U U Un lector interno de JES

EQQCKPT U Conjunto de datos de punto decomprobación

EQQCP1DS U Plan actual primario

EQQCP2DS U Plan actual alternativo

EQQCXDS U Ampliación de plan actual

EQQEVDS U U Conjunto de datos de sucesos para lafunción de punto de comprobación deenvío y para la tarea de transcriptor desucesos

EQQEVLIB U Repositorio del archivo de configuraciónpara el tratamiento de los recursosdesencadenados por sucesos

EQQJBLIB U Bibliotecas PDS de JCL

EQQLOGRC U Registro de trabajo y conjunto de datosde registro de solicitudes pendientes deinformación de reinicio

EQQJS1DS U Repositorio de JCL primario

EQQJS2DS U Repositorio de JCL alternativo

EQQJTABL U Archivo de registro de la tabla detrabajos. El planificador considera esteconjunto de datos como obligatorio sólosi ha definido, como mínimo, un trabajocrítico. Asígnelo con el mismo tamañoque EQQJTARC.

EQQJTARC U Archivado de seguimiento de trabajos

EQQJTnn U Registro de seguimiento de trabajos

EQQLTDS U Plan a largo plazo

EQQMLIB U U U U Biblioteca de mensajes

EQQMLOG U U U U Registro de mensajes de salida

EQQNCPDS U Nuevo plan actual

EQQNCXDS U Nueva ampliación de plan actual

EQQNXDDS U Extensión de NCP

EQQOIDS U Instrucciones del operador

EQQPARM U U U U Biblioteca de parámetros

EQQRDDS U Descripciones de recursos especiales

EQQSCPDS U Conjunto de datos de copia de la copiade seguridad del plan actual para lacreación de Symphony. Se necesita parala integración con IBM Tivoli Monitoring.

EQQSIDS U Información complementaria; criterios deETT y datos de configuración


Tabla 28. Conjuntos de datos obligatorios para Tivoli Workload Scheduler for z/OS (continuación)

Nombre DD

Obligatorio para

Define

Controlador Rastreador ServidorAlmacén dedatos

EQQWSDS U Descripciones de estación de trabajo,calendario y periodo

EQQXD1DS U Extensión de CP1

EQQXD2DS U Extensión de CP2

Nota:

1. Los conjuntos de datos que son obligatorios para un controlador también lo sonpara un controlador en espera .

2. El número de conjuntos de datos de registros de seguimiento de trabajos quedebe incluir depende del valor que especifique en la palabra clave JTLOGS dela sentencia de inicialización JTOPTS. Especifique al menos tres registros deseguimiento de trabajos. El valor predeterminado es 5.

3. Debe especificar EQQEVDS para un controlador, aunque no se haya iniciado untranscriptor de sucesos en el espacio de direcciones del controlador. El conjuntode datos EQQEVDS se utiliza para punto de comprobación de envío. Puede serel mismo conjunto de datos que se usa en la función de transcriptor de sucesos.Use un EQQEVDS exclusivo para cada espacio de direcciones.

4. Para establecer correctamente la tarea de TCP/IP, debe cambiar elprocedimiento de inicio del planificador de modo que incluya las bibliotecas deejecución de C (CEE.SCEERUN en la sentencia STEPLIB DD).Si tiene diversos bloques TCP/IP, o si el nombre utilizado para elprocedimiento que inició el espacio de direcciones de TCPIP no es el valorpredeterminado (TCPIP), debe cambiar el procedimiento de inicio de modo queincluya la tarjeta DD de SYSTCPD para que apunte a un conjunto de datos quecontenga el parámetro TCPIPJOBNAME.El método estándar para determinar la imagen de TCP/IP de conexión es:v Conecte el TCP/IP especificado mediante TCPIPJOBNAME en TCPIP.DATA

activo.v Busque TCPIP.DATA mediante la tarjeta DD de SYSTCPD.

Conjuntos de datos opcionalesEn la Tabla 29 se muestran los conjuntos de datos que puede incluir de maneraopcional en los procedimientos JCL. Especifique estos conjuntos de datos sólo sidesea usar la función con la que están asociados.

Tabla 29. Conjuntos de datos opcionales de Tivoli Workload Scheduler for z/OS

Nombre DD

Usado por

Define

Controlador Rastreador ServidorAlmacénde datos

Recopilador dedatos de salida

AUDITPRT U Entrada para EQQAUDIT

EQQDLnn U Registros de seguimiento detrabajos dual

EQQDUMP U U U Salida de vuelco dediagnóstico


Tabla 29. Conjuntos de datos opcionales de Tivoli Workload Scheduler for z/OS (continuación)

Nombre DD

Usado por

Define



EQQEVDnn U Conjunto de datos de sucesospara una tarea de lector desucesos

EQQINCWK U Archivo de trabajo deincidencias de JCC

EQQJCLIB U Biblioteca de JCC para tablasde mensajes y tablas deselección dedesencadenamiento deconjuntos de datos

EQQMONDS U Conjunto de datos utilizadoen las tareas de supervisiónpara almacenar sucesos deIBM Tivoli Monitoring.

EQQOUCEV U U Conjunto de datos utilizadopara la comunicación quetiene lugar entre elcontrolador y el Recopiladorde datos de salida en elproceso de recuperación delos registros de trabajosgenerados en el entorno dez-centric.

EQQOUCKP U U Conjunto de datos utilizadopara la comunicación quetiene lugar entre elcontrolador y el Recopiladorde datos de salida en elproceso de recuperación delos registros de trabajosgenerados en el entorno dez-centric.

EQQPKIxx U Índice primario

EQQPRLIB U U Procedimientos derecuperación automática

EQQSCLIB U Biblioteca de scripts

EQQSDFnn U Archivos de datosestructurados

EQQSKIxx U Índice secundario

EQQSTC U U Conjunto de datos de envíode tareas iniciadas

EQQSUDS U Conjunto de datos deenvío/liberación para unatarea del transcriptor desucesos

EQQTROUT U Entrada para EQQAUDIT


Tabla 29. Conjuntos de datos opcionales de Tivoli Workload Scheduler for z/OS (continuación)

Nombre DD

Usado por

Define



EQQTWSCS U U Conjunto de datos parasoporte de script centralizadoen la planificación global concapacidades de tolerancia aerrores

EQQTWSIN U U Conjunto de datos de sucesosde entrada en la planificaciónglobal con capacidad detolerancia a errores

EQQTWSOU U U Conjunto de datos de sucesosde salida para laplanificación global concapacidad de tolerancia aerrores

EQQUDFnn U Archivos de datos noestructurados

STDENV U Este conjunto dedatos/miembro contiene lasvariables de entorno de losprocesos globales concapacidades de tolerancia aerrores

STEPLIB U U U Biblioteca del módulo decarga

SYSMDUMP U U U Conjunto de datos de vuelco

definido por elusuario

U Conjunto de datos deenvío/liberación para la tareade envío del controlador

Nota:

1. Los conjuntos de datos opcionales que especifique para un controladortambién deben especificarse para un controlador en espera .

2. Si utiliza un seguimiento de trabajos dual, el número de registros deseguimiento de trabajos dual (EQQDLnn) debe ser igual al número deregistros del seguimiento de trabajos (EQQJTnn).

3. Incluya EQQDUMP y SYSMDUMP por razones de diagnóstico.4. El nombre DD EQQEVDnn identifica el conjunto de datos de sucesos para una

tarea de lector de sucesos. El valor nn es el número de secuencia especificadoen la palabra clave ERSEQNO del lector de sucesos (sólo controlador) queprocesará este conjunto de datos. Es siempre un número de dos dígitos. Esdecir, si el número de secuencia es menor que 10, se añadirá un 0 inicial.

5. Especifique el conjunto de datos EQQSTC si utiliza Tivoli Workload Schedulerfor z/OS para planificar operaciones de tarea iniciada.

6. Utilice los convenios de denominación de JCL estándar para cada nombre DDdefinido por el usuario, es decir, caracteres nacionales o alfanuméricos del 1-8al 8, de los cuales el primer carácter debe ser alfabético o nacional.

7. Un controlador identifica el conjunto de datos de envío/liberación con unnombre DD definido por el usuario. El mismo nombre debe aparecer en el


JCL de procedimiento, la palabra clave DASD de la sentencia ROUTOPTS y elcampo de destino de la estación de trabajo que representa el sistema al que seva a enviar el trabajo. El mismo conjunto de datos se identifica en unrastreador, mediante el nombre DD EQQSUDS.

8. Al utilizar funciones globales, los mismos conjuntos de datos EQQTWSIN,EQQTWSOU y EQQTWSCS deben asignarse al controlador y al servidorglobal.

9. El nombre DD STDENV puede apuntar a un miembro PDS o DS secuencial(por ejemplo, un miembro de PARMLIB) en el que el usuario puede definirvariables de entorno para inicializar Language Environment. STDENV debetener un formato F o FB con una longitud de registro igual o superior a 80. Eneste conjunto de datos/miembro puede colocar variables de entorno conVARNAME=value. En cada fila debe especificar sólo una variable, loscaracteres después de la columna 71 se pasan por alto. Si necesita más de 71caracteres, puede añadir cualquier carácter en la columna 72 y continuar en lasiguiente fila (el carácter de la columna 72 se pasa por alto).

10. La tarjeta de DD EQQTROUT debe apuntar a un conjunto de datos o serficticia, pero no se puede eliminar del código jcl del plan diario. En particular,si se somete una ampliación de cp o un trabajo de replanificación con el DDEQQTROUT suprimido o incluido como comentario, un DRTOP/DNTOPJOBSTEP puede finalizar con RC08, aun cuando se cree un nuevo plan y tomeel control, porque no se ha podido abrir EQQTROUT. Además, el conjunto dedatos al que apunta el DD EQQTROUT se debe asignar mediante los valoresde DCB proporcionados en el ejemplo de código JCL de asignación:RECFM=VB,LRECL=32756,BLKSIZE=32760, de lo contrario el contenido delconjunto de datos será ilegible.

11. Los conjuntos de datos EQQOUCEV y EQQOUCKP son necesarios si activa latarea iniciada del Recopilador de datos de salida.

Paso 11. Definir las sentencias de inicializaciónEn este paso de la instalación, se definen las sentencias de inicialización.

Cuando Tivoli Workload Scheduler for z/OS se ejecuta, lee la biblioteca deparámetros para determinar los parámetros y las opciones de inicialización. Labiblioteca de parámetros se especifica en la sentencia EQQPARM DD en elprocedimiento de tarea iniciada de Tivoli Workload Scheduler for z/OS.

Las sentencias de inicialización que defina dependerán de las funciones de TivoliWorkload Scheduler for z/OS que desee utilizar. Si desea más información sobrecómo definir las sentencias de inicialización, consulte Tivoli Workload Scheduler forz/OS: Customization and Tuning.

Paso 12. Crear la base de datos DB2En este paso opcional, obligatorio sólo si necesita la función de historial, se crean labase de datos DB2, las tablas y los índices. Si necesita migrar los datos de historialque ya ha definido, debe ejecutar el ejemplo EQQICNVH. Puede utilizar la funciónde historial para volver a ejecutar operaciones una vez completadas y que ya noestán en el plan actual. Cuando la función de historial está activa, los detalles sobrelas operaciones completadas se copian en la base de datos DB2 al ampliar el planactual y permanecen en ella durante el periodo que especifique. Consulte TivoliWorkload Scheduler for z/OS: Managing the Workload, para ver una descripción de


cómo utilizar la función de historial, y Tivoli Workload Scheduler for z/OS:Customization and Tuning, para ver una descripción de los parámetros deinicialización necesarios.

Nota: No detenga DB2 con la opción de inmovilizar (quiesce) si se haimplementado la función de historial del planificador. El uso de esta opción paraDB2 podría provocar que un usuario de diálogo se colgara hasta completarse lafinalización de DB2. En su lugar, utilice el mandato +stop db2,force.

Edite y ejecute el trabajo de ejemplo proporcionado, EQQINIDB. Este trabajorealiza lo siguiente:1. Enlaza el plan de DB2.2. Concede autorizaciones.3. Crea la base de datos.4. Crea el espacio de tabla.5. Crea las tablas y los índices.

Guarde la salida de este trabajo ya que contiene un listado de los objetos que sehan creado, con sus parámetros. Asegúrese de enlazar el plan y conceder lasautorizaciones necesarias después de aplicar el servicio a Tivoli WorkloadScheduler for z/OS.

Ejemplo que sirve para migrar la base de datos de historialUse el EQQICNVH ejemplo para migrar los datos del historial de operaciones deTivoli Workload Scheduler for z/OS de un release a otro.

EQQICNVH es un trabajo con los pasos siguientes:1. IDCAMS

Vuelve a ejecutar el trabajo mediante la eliminación de los conjuntos de datoscreados en la ejecución anterior.

2. UNLOAD

Usa el programa de utilidad DB2 denominado DSNTIAUL para descargar lascuatro tablas con los datos del historial de operaciones, la tabla principalOPCMAIN, la tabla de ocurrencias OPCOCC, la tabla de operaciones OPCOPRy la tabla de registro de trabajo OPCJL, en los conjuntos de datos UNLOAD.DSNTIAUL también crea las sentencias de control que se necesitarán más tardepara cargar las tablas no cargadas en el conjunto de datos x.HISTMIG.CNTL.

3. EDIT

Modifica las sentencias de control LOAD creadas en el paso anterior para queen el paso LOAD se añadan entradas de tabla a las tablas existentes en lugarde sustituir las tablas. Se añade el parámetro RESUME YES.

4. CONVERT

Lee las entradas de las tablas no cargadas. Debe especificar el release deentrada y el nombre del subsistema de entrada, y el release de salida y elnombre del subsistema de salida. Las entradas de los conjuntos de datosUNLOAD para el release de entrada y el subsistema de entrada se conviertenen los diseños de registro del release de salida y se les da el nombre delsubsistema de salida. Las entradas de la tabla convertida se graban en losconjuntos de datos LOAD. Los releases de entrada y salida pueden ser iguales.

5. LOAD

Usa el programa de utilidad LOAD de DB2 para añadir las nuevas entradas detabla a las tablas del historial de operaciones, es decir, las entradas creadas enel paso CONVERT.


6. RESET

Usa el programa de utilidad REPAIR de DB2 para limpiar las tablas delhistorial de operaciones después del proceso del paso LOAD. Este paso esobligatorio porque LOG NO se especifica en las sentencias de control delprograma de utilidad LOAD de DB2.

Después de ejecutarse correctamente el trabajo, se crean los siguientes conjuntos dedatos:v x.UNLOAD.EQQHIMNv x.UNLOAD.EQQHI3Pv x.UNLOAD.EQQHI3Cv x.UNLOAD.EQQHI14v x.LOAD.EQQHIMNv x.LOAD.EQQHI3Pv x.LOAD.EQQHI3Cv x.LOAD.EQQHI14v x.HISTMIG.CNTL

Después de una ejecución correcta, los conjuntos de datos UNLOAD contienen unacopia de seguridad de las tablas del historial de operaciones.

Las sentencias del conjunto de datos x.HISTMIG.CNTL pueden usarse para volvera crear el contenido original de las tablas del historial de operaciones. Elimine losparámetros RESUME YES.

Al final del proceso, debe realizar una operación de enlace BIND de la nuevaversión. Puede utilizar el paso BIND proporcionado con el ejemplo EQQINIDB.

Paso 13. Configuración del entorno ISPFRealice esta tarea si va a instalar los diálogos del planificador.

Como los diálogos de Tivoli Workload Scheduler for z/OS se ejecutan en ISPF,debe configurar un entorno ISPF. Si no está familiarizado con los diálogos ISPF,consulte las publicaciones ISPF Guide and Reference e ISPF Examples.

Para configurar el entorno ISPF, siga estos pasos:1. Configure la biblioteca de CLIST de Tivoli Workload Scheduler for z/OS.2. Configure las tablas ISPF.3. Asigne los conjuntos de datos de ISPF y Tivoli Workload Scheduler for z/OS a

la sesión TSO.4. Invoque el diálogo de Tivoli Workload Scheduler for z/OS.

Estos pasos se describen en las secciones siguientes.

Configuración de la biblioteca de CLISTCuando ejecutó el trabajo de aplicación de SMP/E, la biblioteca de CLIST delplanificador se copió en un conjunto de datos asignado al nombre DD SEQQCLIB.Asigne este conjunto de datos al nombre DD SYSPROC del JCL de procedimientode inicio de sesión en TSO. Esta biblioteca incluye EQQXSUBC CLIST, que eldiálogo de Tivoli Workload Scheduler for z/OS utiliza cuando un usuario solicitaque se envíe un trabajo por lotes de Tivoli Workload Scheduler for z/OS ensegundo plano.


Para que funcione EQQAUDIT en línea, copie EQQAUDNS en una biblioteca queforme parte de la concatenación TSO SYSPROC o añada la biblioteca de esqueletode trabajo por lotes, creado por EQQJOBS, en la concatenación SYSPROC.

Configuración de las tablas ISPFExisten tablas en la biblioteca SEQQTBL0 que debe asignar a la biblioteca de tablasISPF (ISPTLIB):EQQACMDS

tabla de mandatos de ISPFEQQAEDIT

Perfil de edición de ISPF predeterminadoEQQELDEF

Diseños de listas finalizadas con error predeterminadosEQQEVERT

Tabla de lectura de entidades de variable de listas finalizadas con errorEQQLUDEF

Tabla de conexión de diálogos predeterminadaEQQRLDEF

Diseños predeterminados de listas preparadasEQQXVART

Definiciones de campos de diálogo

Si utiliza la tabla de mandatos de ISPF EQQACMDS, invoque a Tivoli WorkloadScheduler for z/OS como una aplicación ISPF independiente con el nombre EQQA.En la sección “Invocación del diálogo de Tivoli Workload Scheduler for z/OS” enla página 146 se describe esta operación en detalle. Si desea utilizar otro nombre deaplicación de ISPF, por ejemplo EQQB, cree una tabla de mandatos con el nombreEQQBCMDS.

La personalización del diálogo de ISPF se ve afectada por los nombres de lasaplicaciones de ISPF, de los que depende. Por ello, es necesario que cree copias delos miembros EQQACMDS y EQQAEDIT de SEQQBTL0 para cada aplicación deISPF y que las guarde en ISPTLIB. Por ejemplo, para los nombres EQQX y EQQYde la aplicación de ISPF, debe crear los miembros EQQXCMDS, EQQYCMDS,EQQXEDIT y EQQYEDIT de ISPTLIB.

Si fuera preciso, puede modificar o crear una tabla de mandatos de ISPF con laopción 3.9 de ISPF/PDF. Observe que esta opción graba la tabla creada omodificada en el conjunto de datos asignado a ISPTABL.

Configuración de la tabla de conexión predeterminada delcontrolador de diálogosLa tabla EQQLUDEF contiene valores que se usan al establecer la conexión entre elusuario del diálogo del planificador y el controlador. Éstos son valorespredeterminados que el programador del sistema establece inicialmente en lainstalación. Los usuarios pueden modificarlos para adaptarlos a sus requisitos.Puede modificar la tabla con la información siguiente:v Los nombres de los controladores de la instalación.v Si un controlador accede de forma remota, la combinación del nombre del

controlador y el nombre de LU de un servidor se establecen para comunicarsecon aquel.

v El conjunto de conexiones del controlador de diálogos que estarán disponiblespara todos los usuarios de diálogos.


Cuando un usuario abre el diálogo del planificador 0.1, el planificador primerointenta leer la tabla de conexión EQQALTCP en la biblioteca del perfil de ISPFISPPROF. El nombre de la tabla de conexión comienza por el ID de NEWAPPL quese especifica al invocar el diálogo del planificador. Por ejemplo, si el nombre de laaplicación de ISPF es EQQB, el nombre de la tabla de conexión es EQQBLTCP. Siutilizó otro nombre de aplicación de ISPF xxxx, el nombre de la tabla de conexiónserá xxxxLTCP (si el nombre de la aplicación tiene menos de cuatro caracteres, seañaden tantas x como sea necesario para alcanzar una longitud de cuatrocaracteres). Si no se encuentra la tabla, se leerá la tabla EQQLUDEF de conexiónpredeterminada de la asignación ISPTLIB.

Cuando un usuario modifica la tabla de conexión (a través de la opción 0.1 deldiálogo del planificador), los cambios se graban en la tabla EQQALTCP (oxxxxLTCP ) de ISPPROF.

Para cambiar la tabla EQQLUDEF distribuida:1. Cierre la opción 0.1 del diálogo del planificador.2. Configure las conexiones de controlador de diálogos para la instalación.3. Copie la tabla de conexión EQQALTCP (o xxxxLTCP) de la biblioteca del perfil

de ISPF en la biblioteca de la tabla del planificador asignado a ISPTLIB, lo cualcambia el nombre de la copia al nombre de la tabla de conexión EQQLUDEFpredeterminada.

4. Opcionalmente, para cambiar el valor de nombre de subsistemapredeterminado que aparece en el panel EQQOPCAP (TWSz principal), tieneque cambiar el valor predeterminado de la variable &xopcnm (actualmenteestablecido en OPCC) en el panel ficticio EQQXINIP. Debe hacerlo antes deseleccionar la opción de diálogo 0.1 por primera vez, de forma que se utilice elvalor personalizado cuando se lea el perfil EQQLUDEF y se cree el perfilEQQxLTCP tras el primer acceso a la opción de diálogo 0.1.

Puede acceder a varios controladores y trabajar con ellos desde la misma sesiónTSO. Use ISPF SPLIT para iniciar diferentes instancias de Tivoli WorkloadScheduler for z/OS con nombres de aplicaciones de ISPF distintos. En este caso,puede añadir más de una opción para invocar Tivoli Workload Scheduler for z/OSdesde el menú de la aplicación maestra de ISPF, como se muestra en el siguienteejemplo:BODY...

1 ....... - .............2 ....... - .............. ....... - .............OA OPC - Operations Planning and Control A <===OB OPC - Operations Planning and Control B <===. ....... - .............

PROC...

1, ....2, ....

., ....OA, ’PANEL(EQQOPCAP) NEWAPPL(EQQA)OB, ’PANEL(EQQOPCAP) NEWAPPL(EQQB)


.

.

.END

Nota: Como el valor de la variable ISPF &XOPCNM (que se muestra en el diálogoEQQOPCAP como "Esta comunicando con xxxx") y el controlador predeterminadoseleccionado en el diálogo 0.1 (EQQXLUSL) se almacenan, respectivamente, en losmiembros xxxxPROF y xxxxLOUT, asegúrese de que los cambios que realice enestos miembros del perfil de ISPF se lleven a cabo de forma coherente. Porejemplo, si modifica o elimina xxxxPROF, también debe modificar o eliminarxxxLOUT.

Configuración de tablas de lista y tablas de atributos gráficosLas tablas ISPF de los diseños de lista, EQQRLDEF y EQQELDEF, son las tablaspredeterminadas que se muestran para todos los usuarios de diálogos de TivoliWorkload Scheduler for z/OS de la instalación. Pueden modificarse para adaptarsea los requisitos del usuario o pueden crearse nuevos valores predeterminados paratodos los usuarios de la instalación. Las tablas modificadas se almacenan en labiblioteca del perfil de ISPF del usuario bajo otro nombre de miembro. TivoliWorkload Scheduler for z/OS: Customization and Tuning describe cómo modificar lastablas predeterminadas para su instalación.

Los valores predeterminados de GDDM se utilizan para los atributos gráficos. Losvalores predeterminados pueden modificarse para adaptarse a los requisitos de unusuario o pueden crearse valores predeterminados para todos los usuarios. Losvalores predeterminados modificados se almacenan en el miembro EQQAXGRCdel conjunto de datos del perfil de ISPF.

Cuando configure estas tablas para los usuarios de diálogos, tenga en cuenta losiguiente:v Cuando un usuario solicita una visualización gráfica mediante el mandato

GRAPH, Tivoli Workload Scheduler for z/OS primero busca la tabla ISPFEQQAXGRC en la biblioteca ISPPROF. Si no encuentra la tabla, el productobusca la tabla en la biblioteca ISPTLIB.

v Cuando un usuario modifica los atributos de visualización gráfica (mediante elmandato ATTR desde un diálogo de Tivoli Workload Scheduler for z/OS), latabla ISPF EQQAXGRC se graba en la biblioteca ISPPROF.

v Cuando un usuario muestra una lista finalizada con error, Tivoli WorkloadScheduler for z/OS primero busca el diseño en la tabla EQQELOUT deISPPROF. Si no lo encuentra, el producto usa el diseño de la tabla EQQELDEFde ISPTLIB.

v Cuando un usuario modifica un diseño de lista finalizada con error, los cambiosse graban en la tabla EQQELOUT.

v Cuando un usuario muestra una lista preparada, Tivoli Workload Scheduler forz/OS primero busca el diseño en la tabla EQQRLOUT de ISPPROF. Si no loencuentra, el producto usa el diseño de la tabla EQQRLDEF de ISPTLIB.

v Cuando un usuario modifica un diseño de lista preparada, los cambios segraban en la tabla EQQRLOUT.


Asignación de conjuntos de datos de diálogos a la sesiónTSO

En la Tabla 30 se describen los conjuntos de datos de Tivoli Workload Scheduler forz/OS e ISPF que debe asignar a la sesión TSO para ejecutar el diálogo de TivoliWorkload Scheduler for z/OS.

Tabla 30. ISPF y conjuntos de datos de diálogos de Tivoli Workload Scheduler for z/OS

Nombre DDTivoli Workload Schedulerfor z/OS usa Creado por

SYSPROC Biblioteca de CLIST Ejecución de SMP/E(SEQQCLIB)

ISPPROF Valores predeterminados desesión de usuario, tablas delectura/grabación

Conjunto de datos ISPPROFexistentes

ISPPLIB Biblioteca de paneles Ejecución de SMP/E(SEQQPxxx, SEQQGxxx)

ISPMLIB Biblioteca de mensajes Ejecución de SMP/E(SEQQMxxx)

ISPSLIB Biblioteca de JCL deesqueleto

Opción 2 de EQQJOBS

ISPTLIB Tablas de lectura (valorpredeterminado)

Ejecución de SMP/E(SEQQTBL0)

EQQMLIB Biblioteca de mensajes Ejecución de SMP/E(SEQQMxxx)

EQQMLOG Registro de mensajes Procedimiento de inicio desesión en TSO

EQQTMPL Plantillas del panel ISPFavanzado

Ejecución de SMP/E(SEQQLxxx)

Nota:

1. El sufijo xxx representa la versión del idioma nacional que se proporciona en lacinta de distribución.

2. Si no ha instalado los módulos de carga de Tivoli Workload Scheduler for z/OSen una biblioteca definida en el miembro LNKLSTnn de SYS1.PARMLIB, asigneademás la biblioteca de carga de módulo a las sentencias STEPLIB o ISPLLIBDD. Excepto para el módulo EQQMINOL, los módulos de diálogo TivoliWorkload Scheduler for z/OS no deben ejecutar programas autorizados paraAPF. De forma que si EQQMINOL no está en la concatenación LNKLSTnn,debe copiarlo en otra biblioteca para que se pueda cargar con la autorizaciónde APF.El diálogo del producto carga EQQMINOL a través de IKJEFTSR, por lotanto, no podrá utilizar LIBDEF para añadir la biblioteca que contieneEQQMINOL en las concatenaciones STEPLIB o ISPLLIB.

3. Puede asignar EQQDMSG y EQQDUMP a la sesión TSO por razones dediagnóstico.

4. Asegúrese de que la biblioteca que contenga esqueletos de trabajo por lotes deTivoli Workload Scheduler for z/OS, generados mediante EQQJOBS, se hayaasignado a la sentencia ISPSLIB DD.

5. Es necesaria una biblioteca EQQMLIB para ejecutar los mandatos TSO de TivoliWorkload Scheduler for z/OS o utilizar un servidor de diálogo conectado porTCP/IP..


6. Se debe asignar el conjunto de datos EQQMLOG a la sesión TSO de losusuarios de diálogos de ISPF para garantizar que se capturen todos losmensajes de error relacionados con AUDIT cuando se invoca la auditoríainteractiva.

7. Para que EQQAUDIT en línea sea efectivo, copie EQQAUDNS en unabiblioteca que forme parte de la concatenación TSO SYSPROC o añada labiblioteca de esqueleto de trabajo por lotes, creado por EQQJOBS, en laconcatenación SYSPROC.

8. EQQTMPL identifica las bibliotecas donde se cargan las plantillas del panelISPF avanzado. Las plantillas son los diseños predefinidos disponibles para lospaneles ISPF avanzado.Se proporcionan más vistas para el mismo panel, por ejemplo, para el panelEQQMOPRV (lista de operaciones en el plan), las plantillas proporcionadas son:

EQQMOPRT Vista compacta

EQQMOPLT Vista completa

EQQMOPJT Vista de detalle de trabajo

Invocación del diálogo de Tivoli Workload Scheduler for z/OSEn la siguiente sección se describen diferentes maneras de invocar el diálogo deTivoli Workload Scheduler for z/OS.

Uso de EQQOPCAC CLIST de ejemploPuede invocar el diálogo de Tivoli Workload Scheduler for z/OS mediante el usode CLIST EQQOPCAC de ejemplo. Cuando ejecuta CLIST de ejemplo enmodalidad TSO READY, EQQOPCAC asigna los conjuntos de datos de diálogo einvoca ISPF con el panel maestro inicial EQQ@MSTR. El panel EQQ@MSTR, queestá en la biblioteca de paneles de Tivoli Workload Scheduler for z/OS, permiteseleccionar las aplicaciones ISPF/PDF o Tivoli Workload Scheduler for z/OS.

Modificación de un menú de selección de ISPF existentePara invocar el diálogo de Tivoli Workload Scheduler for z/OS, incluya TivoliWorkload Scheduler for z/OS como una opción en el menú de aplicación maestrode ISPF existente, o en cualquier otro menú de selección. El ejemplo siguientemuestra el procedimiento. Las sentencias que inserta están marcadas a la derechacon una flecha (<====).Modificación del menú de selección de ISPF paraTivoli Workload Scheduler for z/OS)BODY...

1 ....... - .............2 ....... - .............. ....... - .............O OPC - Operations Planning and Control <====. ....... - .............

)PROC...REQCLEANUP - Creado por ActiveSystems 12/14/99 Entidad no definida.= TRANS(TRUNC(REQCLEANUP - Creado por ActiveSystems 12/14/99 Entidad no definida.,’.’)

1, ....2, ....

. , ....O , ’PANEL(EQQOPCAP) NEWAPPL(EQQA)’ <====. , .......

)END


Para poder invocar el diálogo de Tivoli Workload Scheduler for z/OS debe asignarlos conjuntos de datos. Puede asignarlos a través del procedimiento de inicio desesión en TSO o mediante la ejecución de CLIST después de iniciar sesión en TSO.

Aunque puede usar cualquier nombre que cumpla las directrices ya establecidas enla instalación, la tabla de mandatos de ISPF, EQQACMDS, sólo es válida si utilizael nombre de aplicación de ISPF EQQA. Si cambia el nombre de la aplicación en elmandato ISPSTART, recuerde crear la tabla de mandatos de ISPF en la biblioteca detablas.

Selección del menú principal directamente desde TSOPuede invocar el diálogo de Tivoli Workload Scheduler for z/OS mediante laselección del menú principal directamente desde TSO. Para ello, en TSOespecifique este mandato TSO:/*Invocar el diálogo de Tivoli Workload Scheduler for z/OS directamentedesde TSO*/ISPSTART PANEL(EQQOPCAP) NEWAPPL(EQQA)

Si utiliza este método para invocar el diálogo, el menú principal (el panelEQQOPCAP) es el primer panel ISPF que se muestra. Si especifica el mandatoSPLIT de ISPF, EQQOPCAP se muestra en otra pantalla. Con este método, nopuede utilizar los diálogos de ISPF/PDF y Tivoli Workload Scheduler for z/OS almismo tiempo. Por lo tanto, este método es adecuado para los usuarios que sólonecesiten Tivoli Workload Scheduler for z/OS.

Uso del servicio de selección de ISPFPuede invocar el diálogo de Tivoli Workload Scheduler for z/OS mediante el usodel mandato SELECT desde CLIST o desde un programa. Consulte laspublicaciones de ISPF para revisar estos procedimientos.

Conmutación al estilo avanzado para paneles ISPFPara utilizar el estilo avanzado para los paneles ISPF, deberá especificar Y en laopción 0.8, SETTING PANEL STYLE. Los paneles de ISPF avanzado le permitenobtener una vista rápida, global y que se puede desplazar de las operaciones AD yCP, con campos con códigos de color que representan el estado de aplicación y deoperación, así como la adición de un menú Acción desde donde podrá seleccionarlas tareas administrativas para realizar. Se proporcionan para la aplicación AD parapermitirle lista y examinar un solo AD y, también, para la operación CP para listary examinar una sola operación en el plan. Todos los mandatos disponibles parauna operación en el plan actual se concentran en el nuevo panel de listado deoperaciones (EQQSOPRV, EQQMOPRV).

Paso 14. Uso de XCF para comunicaciónIncluya esta tarea al instalar un rastreador, un controlador, un controlador en espera o unalmacén de datos que usen XCF como método de comunicación..

Si desea usar el recurso de acoplamiento de sistemas cruzados (XCF) como métodode comunicación entre sistemas Tivoli Workload Scheduler for z/OS, debe hacer losiguiente:v Compruebe que las opciones de inicio de XCF son adecuadas para la

configuración de Tivoli Workload Scheduler for z/OS.v Incluya las opciones necesarias de sentencias de inicialización para cada tarea

iniciada de Tivoli Workload Scheduler for z/OS.


Grupos XCFUn sistema XCF de Tivoli Workload Scheduler for z/OS consta de un controladory uno o más rastreador definidos como miembros del grupo XCF. Puede incluir enel grupo uno o más controladores en espera. Si desea conectar el almacén de datosal controlador a través de XCF, debe definir un grupo XCF específico para ellos,diferente del que definió para conectar el controlador al rastreador de z/OS.También puede especificar más de un grupo de Tivoli Workload Scheduler forz/OS en un sysplex. Por ejemplo, puede tener un grupo de Tivoli WorkloadScheduler for z/OS para pruebas y producción en sysplex.

Tivoli Workload Scheduler for z/OS admite las siguientes configuraciones desysplex:

MULTISYSTEMLos servicios XCF están disponibles para las tareas iniciadas de TivoliWorkload Scheduler for z/OS que residan en distintos sistemas z/OS.

MONOPLEXLos servicios XCF están disponibles sólo para las tareas iniciadas de TivoliWorkload Scheduler for z/OS que residan en un único sistema z/OS.

Nota: Como Tivoli Workload Scheduler for z/OS utiliza servicios de señalizaciónXCF, servicios de grupo y servicios de supervisión de estado con registropermanente de estado, es necesario un conjunto de datos de acoplamiento. TivoliWorkload Scheduler for z/OS no admite sysplex local.

Si desea más información sobre cómo configurar y ejecutar un sysplex, consulteSysplex Management

Con enlaces de comunicación XCF, el controlador puede enviar información decontrol y carga de trabajo a los rastreadores que utilizan servicios de señalizaciónXCF. Los rastreadores utilizan servicios XCF para transmitir sucesos al controlador.Los sistemas Tivoli Workload Scheduler for z/OS pueden tener el estado deACTIVE, FAILED o NOT-DEFINED para el complejo XCF de Tivoli WorkloadScheduler for z/OS.

Cada miembro activo realiza un seguimiento del estado de todos los otrosmiembros del grupo. Si un miembro del grupo de Tivoli Workload Scheduler forz/OS pasa a estar activo, se detiene o finaliza de modo anormal, se informa a losotros miembros activos. A continuación se describen las acciones que realiza cadatarea iniciada del grupo:

controladorCuando el controlador detecta que un miembro del rastreador pasa aestado anómalo, deja de enviar trabajo al rastreador. Cuando detecta queun rastreador se activa, envía trabajo al sistema del rastreador e indica alrastreador que empiece a transmitir información de sucesos.

En esperaCuando un controlador en espera que se habilita como sustituto detectaque el controlador ha pasado a un estado anómalo, pasa a ser el nuevocontrolador. Si hay más de un controlador en espera en el grupo, elprimero que detecta el error en el controlador intentará hacerse con elcontrol de las funciones del controlador.

rastreadorCuando un miembro del rastreador detecta que el controlador o que elcontrolador en espera ha fallado, deja de enviar información de sucesos. El


miembro del rastreador continúa recopilando sucesos y los graba en elconjunto de datos de sucesos. Cuando el controlador o el controlador enespera se activa de nuevo, informa al rastreador de que está listo pararecibir sucesos.

Opciones de ejecución de XCFLas opciones de ejecución de XCF se especifican en el miembro COUPLEnn deSYS1.PARMLIB y se cambian mediante los mandatos de operador SETXCF. En lasección “Actualización de las opciones de inicialización de XCF” en la página 90 sedescribe cómo cambiar las opciones en el miembro COUPLEnn.

Sentencias de inicialización que se usan en XCFLas tareas iniciadas de Tivoli Workload Scheduler for z/OS utilizan estassentencias de inicialización en XCF para conexiones del controlador/rastreador:

XCFOPTSIdentifica el nombre del miembro y grupo XCF de la tarea iniciada. IncluyaXCFOPTS en cada tarea iniciada que deba unirse a un grupo XCF.

ROUTOPTSIdentifica todos los destinos XCF al controlador o al controlador en espera .Especifique ROUTOPTS en cada controlador y controlador en espera .

TRROPTSIdentifica el controlador de un rastreador. Es necesario TRROPTS para cadarastreador en un sistema controlado. En un sistema de control, TRROPTSno es necesario si el rastreador y el controlador se inician en el mismoespacio de direcciones o si utilizan DASD compartido para lacomunicación de sucesos. De lo contrario, especifique TRROPTS.

Las tareas iniciadas de Tivoli Workload Scheduler for z/OS utilizan estassentencias de inicialización en XCF para conexiones del controlador/almacén dedatos:

CTLMEMDefine el nombre del miembro XCF que identifica el controlador en laconexión XCF entre el controlador y el almacén de datos.

DSTGROUPDefine el nombre del grupo XCF que identifica el almacén de datos en laconexión XCF con el controlador.

DSTMEMNombre del miembro XCF que identifica el almacén de datos en laconexión XCF entre el controlador y el almacén de datos.

DSTOPTSDefine las opciones de ejecución del almacén de datos.

FLOPTSDefine las opciones de la tarea de obtención de registro de trabajo (FL).

XCFDESTLa tarea de obtención de registro de trabajo (FL) usa esta sentencia paradecidir de qué almacén de datos se recuperará el registro de trabajo.

Si no ha incluido estas opciones de ejecución al definir las sentencias deinicialización, debe incluirlas ahora. “Paso 11. Definir las sentencias de


inicialización” en la página 139 y Tivoli Workload Scheduler for z/OS: Customizationand Tuning describen las sentencias de inicialización.

Paso 15. Activar la función de comunicación de redRealice esta tarea al instalar un rastreador, un controlador o un controlador en espera queutilicen NCF como comunicación.

Si desea utilizar un enlace VTAM para conectar un rastreador a un controlador,active NCF. El controlador podrá enviar trabajo al rastreador y recibir informaciónde sucesos mediante el enlace VTAM. Para llevar a cabo esta conexión, active NCFtanto en el controlador como en el rastreador. Para ello:v Añada NCF a las definiciones de red VTAM.v Añada parámetros de sesión NCF.v Active los recursos de red.

Si desea conectar un controlador y un almacén de datos mediante SNA, necesitaráotras definiciones VTAM. NCF sólo participa en la conexión del rastreador; la tareaequivalente en la conexión del almacén de datos es la tarea FN.

Adición de NCF a las definiciones de red VTAMDebe definir NCF como una aplicación VTAM tanto en el sistema de control comoen cada sistema controlado. Antes de definir NCF, seleccione nombres para lasaplicaciones NCF exclusivas dentro de la red VTAM.

Para definir NCF como una aplicación VTAM, realice lo siguiente:1. Añada las aplicaciones NCF a las definiciones de nodo de aplicación, mediante

las sentencias APPL.2. En todos los sistemas asociados, añada los nombres de aplicación por los que

se conoce NCF a las definiciones de recurso de dominio cruzado. Para ello,utilice sentencias de recurso de dominio cruzado (CDRSC).

Debe hacer esto para todos los sistemas enlazados por NCF.

Las definiciones de nodo de aplicación y de recursos de dominio cruzado sealmacenan en el conjunto de datos SYS1.VTAMLST o en los miembros de unconjunto de datos que está en la misma concatenación que SYS1.VTAMLST. Sidesea una descripción detallada sobre cómo definir los principales nodos deprograma de aplicación y recursos entre dominios, consulte VTAM ResourceDefinition Reference.

El ejemplo siguiente ilustra las definiciones que se necesitan para unaconfiguración de dominio cruzado entre un controlador y un rastreador.

Nota:1. Tivoli Workload Scheduler for z/OS requiere que el nombre de la aplicación y

ACBNAME sean iguales.2. IS1MVS1 e IS1MVS2 son sólo nombres de ejemplo.

En el controlador:1. Defina la aplicación del controlador NCF. Añada una sentencia VTAM APPL

como la siguiente a las definiciones de nodo de aplicación:


Aplicaciones VTAM del controladorVBUILD TYPE=APPLOPCCONTR APPL VPACING=10, C

ACBNAME=OPCCONTR

2. Defina la aplicación del rastreador NCF. Añada una definición como lasiguiente a las definiciones de recursos de dominio cruzado:Recursos de dominio cruzado VTAM del controladorVBUILD TYPE=CDRSCOPCTRK1 CDRSC CDRM=IS1MVS2

En el rastreador:1. Defina la aplicación del rastreador NCF. Añada una sentencia VTAM APPL

como la siguiente a las definiciones de nodo de aplicación:Aplicaciones VTAM del rastreadorVBUILD TYPE=APPLOPCTRK1 APPL ACBNAME=OPCTRK1, C

MODETAB=EQQLMTAB, CDLOGMOD=NCFSPARM

2. Defina la aplicación del controlador NCF. Añada una sentencia CDRSC como lasiguiente a las definiciones de recursos de dominio cruzado:Recursos dedominio cruzado VTAM del rastreadorVBUILD TYPE=CDRSCOPCCONTR CDRSC CDRM=IS1MVS1

IS1MVS1 e IS1MVS2 son gestores de recursos de dominio cruzado del controladory del rastreador, respectivamente.

En el almacén de datos:1. Defina la aplicación de almacén de datos NCF. Añada una sentencia VTAM

APPL como la siguiente a las definiciones de nodo de aplicación:Aplicaciones VTAM del almacén de datos

VBUILD TYPE=APPLOPCDST1 APPL ACBNAME=OPCDST1, C

MODETAB=EQQLMTAB, CDLOGMOD=NCFSPARM

2. Defina la aplicación del controlador NCF. Añada una sentencia CDRSC como lasiguiente a las definiciones de recursos de dominio cruzado:Recursos dedominio cruzado VTAM del almacén de datos

VBUILD TYPE=CDRSCOPCCONTR CDRSC CDRM=IS1MVS1

Adición de parámetros de sesión NCFPuede definir los parámetros de sesión para NCF mediante la adición de la tablade modalidad de inicio de sesión EQQLMTAB de ejemplo o mediante el uso deuna tabla propia. Si utiliza la tabla de ejemplo, realice el ensamblado y edición deenlaces de la tabla EQQLMTAB para crear la concatenación de la bibliotecaSYS1.VTAMLIB para todos los rastreadores donde esté definida una aplicación detransmisor de NCF.

Observe que la sentencia APPL que define una aplicación NCF en un rastreadordebe contener la información de la tabla de modalidad de inicio de sesión en losparámetros MODETAB y DLOGMOD.


El miembro EQQLMTAB de la biblioteca SEQQSKL0 contiene esta definición detabla de inicio de sesión más el JCL necesario para ensamblar y editar los enlacesde la tabla:EQQLMTAB//LOGON JOB STATEMENT PARAMETERS//ASM EXEC PGM=ASMA90,PARM=’OBJ,NODECK’//SYSLIB DD DSN=SYS1.MACLIB,DISP=SHR// DD DSN=SYS1.SISTMAC1,DISP=SHR//SYSUT1 DD UNIT=SYSDA,SPACE=(1700,(400,50))//SYSLIN DD DSN=&LOADSET,UNIT=SYSDA,SPACE=(80,(250,50)),// DISP=(,PASS)//SYSPRINT DD SYSOUT=*//SYSIN DD *EQQLMTAB MODETAB

MODEENT LOGMODE=NCFSPARM, CFMPROF=X’04’, CTSPROF=X’04’, CPRIPROT=X’F3’, CSECPROT=X’F3’, CCOMPROT=X’0000’, CPSERVIC=X’000000000000000000000000’, CRUSIZES=X’8787’

MODEENDEND

//LINK EXEC PGM=IEWL,PARM=’XREF,LIST,LET,CALL’//SYSPRINT DD SYSOUT=*//SYSLMOD DD DSN=SYS1.VTAMLIB(EQQLMTAB),DISP=SHR//SYSUT1 DD UNIT=SYSDA,SPACE=(1700,(400,50))//SYSLIN DD DSN=&LOADSET,DISP=(OLD,DELETE)

Si prefiere proporcionar parámetros de sesión de otra tabla o entrada, modifiquelas definiciones APPL de las aplicaciones del transmisor según corresponda. Tengaen cuenta que NCF utiliza un protocolo 0 de tipo LU con un tamaño de RUmínimo recomendado de 500 bytes. No especifique un tamaño de RU menor de 32bytes. NCF no modifica el parámetro de sesión especificado en la entrada de tablaLOGMODE de ninguna manera.

Si desea una descripción completa de las tablas y las macros de modalidad deinicio de sesión que las definen, consulte VTAM Customization.

Tabla COSNo se especifica ninguna entrada de tabla de clase de servicio (COS) paraEQQLMTAB en el ejemplo. Especifique una entrada COS que sea válida en suentorno VTAM a menos que vaya a utilizar el valor predeterminado queproporciona VTAM.

El direccionamiento que especifique en la entrada COS debe ser rápido y fiable demodo que no se produzcan retrasos innecesarios en la función de seguimiento detrabajos remotos de Tivoli Workload Scheduler for z/OS.

Activación de recursos de redLa red VTAM debe estar activa al iniciarse la aplicación NCF de modo que losrecursos de red están disponibles para las sesiones NCF. Todos los nodos menoresde las aplicaciones NCF participantes deben estar activos antes de que rastreadorinicie la aplicación NCF.

Para activar los recursos VTAM especifique el mandato VARY NET o especifique laactivación automática en el procedimiento de definición de red VTAM utilizadodurante el inicio de VTAM. Puede activar los nodos menores de las aplicacionesNCF y los nodos menores de CDRSC directamente, mediante el mandato VARY


ACT. También puede activarlos indirectamente al activar sus nodos principales.Consulte VTAM Operation para obtener más información.

Conjunto de datos de diagnósticoSi todavía no ha asignado el conjunto de datos de diagnóstico EQQDUMP delrastreador o del controlador, deberá hacerlo ahora. NCF graba información dedepuración en este conjunto de datos de diagnóstico cuando se detectancondiciones de errores internos. Cuando se registra información de diagnóstico,normalmente va acompañada de una terminación anómala de usuario.

Nota: Actualice el procedimiento de tarea iniciada de Tivoli Workload Schedulerfor z/OS con el nombre DD EQQDUMP si este nombre DD no se ha definidotodavía.

Paso 16. Usar TCP/IP como comunicaciónRealice esta tarea al instalar un componente del planificador que vaya a usar TCP/IP comocomunicación.

Para usar el protocolo de control de transmisiones/protocolo Internet (TCP/IP)como comunicación entre los sistemas de IBM Tivoli Workload Scheduler for z/OS,realice lo siguiente:v Compruebe que el protocolo TCP/IP esté disponible y que la tarea iniciada

relativa se haya iniciado en la configuración de z/OS.v Incluya las opciones de las sentencias de inicialización necesarias para cada

componente del producto.

Sentencias de inicialización que se usan en TCP/IPIBM Tivoli Workload Scheduler for z/OS utilizan las siguientes sentencias deinicialización para conectar las tareas iniciadas del planificador a través de TCP/IP:

ROUTOPTSSirve para identificar todos los destinos remotos TCP/IP del controlador ocontrolador en espera . Es necesaria una sentencia ROUTOPTS para cadacontrolador y controlador en espera .

TRROPTSSirve para identificar el controlador para un rastreador. Se necesita unasentencia TRROPTS para cada rastreador en un sistema controlado.

FLOPTSSirve para identificar todos los destinos remotos del almacén de datosTCP/IP del controlador.

DSOPTSSirve para identificar el controlador de un almacén de datos.

TCPOPTSEs una sentencia opcional que sirve para especificar las opciones TCP/IPdel componente local. Para identificar el socio remoto, use una de lassentencias anteriores.

Paso 17. Activar soporte para la APIIncluya esta tarea cuando instale un controlador o controlador en espera con los que deseacomunicarse mediante la API de Tivoli Workload Scheduler for z/OS.


Tivoli Workload Scheduler for z/OS utiliza la comunicación de LU a LU parapasar datos entre un ATP y un subsistema mediante la API. Para utilizar lassolicitudes GET, PUT y DELETE de la API, la LU a la que ATP envía solicitudes (laLU de destino) debe pertenecer al controlador. Para las solicitudes CREATE, si laLU de destino no es propiedad del espacio de direcciones de Tivoli WorkloadScheduler for z/OS donde se inicia una tarea de transcriptor de sucesos, ATP debeenviar solicitudes de forma que los sucesos se difundan en el sistema z/OS dedestino. Tivoli Workload Automation: Developer's Guide: Driving Tivoli WorkloadScheduler for z/OS, y Tivoli Workload Scheduler for z/OS: Customization and Tuning,describen cuándo se difunde una solicitud.

Para activar el soporte para la API, realice estas acciones en el orden indicado.1. Defina recursos VTAM.2. Actualice las opciones de APPC.3. Active el soporte de Tivoli Workload Scheduler for z/OS para APPC.

Si está instalando un controlador en espera, realice las acciones correspondientesen el sistema en espera.

Puede necesitar consultar una o varias de estas publicaciones:v VTAM Resource Definition Referencev APPC Managementv z/OS Initialization and Tuning Referencev Tivoli Workload Automation: Developer's Guide: Driving Tivoli Workload Scheduler for

z/OS, que documenta la API.

Las acciones que se describen aquí están basadas en sistemas z/OS. Si utiliza unrelease de z/OS posterior, busque por si hubiera mejoras que evitarían lanecesidad de realizar algunas de las acciones.

Definición de recursos VTAMEmpiece definiendo los recursos VTAM asociados.

Definición de una LU localDefina una LU local en un miembro de la concatenación SYS1.VTAMLST en elsistema donde vaya a instalar Tivoli Workload Scheduler for z/OS. En el ejemplosiguiente se muestra cómo definir una sentencia APPL de VTAM:Definición de LU localVBUILD TYPE=APPLIS4MEOP4 APPL ACBNAME=IS4MEOP4, C

APPC=YES, CAUTOSES=5, CDMINWNL=3, CDMINWNR=6, CDSESLIM=9, CMODETAB=APPCMODE, CSECACPT=CONV, CSRBEXIT=YES, CVERIFY=OPTIONAL, CVPACING=2

La LU se llama IS4MEOP4 y usa una tabla de modalidad de inicio de sesiónAPPCMODE.

Antes de establecer una sesión con v, debe definir una LU socio. Si se ejecuta unTP socio en un nodo diferente, asegúrese de que se ha definido una LU en esenodo.


El subsistema del controlador tiene actualmente tareas que utilizan APPC. Elsubsistema se define como un nodo LU para APPC y VTAM.

Definición de modalidades de inicio de sesiónLa tabla de modalidad de inicio de sesión, que especifica en la sentencia dedefinición LU APPL, debe estar en la concatenación SYS1.VTAMLIB. Para habilitarla comunicación de LU 6.2 para z/OS, necesita la modalidad de inicio de sesión deVTAM SNASVCMG. Para aplicaciones, APPC también necesita al menos unaentrada de modalidad de inicio de sesión diferente a SNASVCMG. Puede crearuna nueva tabla de modalidad de inicio de sesión o añadir modalidades de iniciode sesión a una tabla existente. El nombre de la tabla de modalidad de inicio desesión que usen la LU y la LU socio no tienen que ser el mismo, pero ambas LUdeben usar el mismo nombre de modalidad de inicio de sesión. Es decir, lasmodalidades de inicio de sesión que usan estas LU deben aparecer en cada tabla, ydeben tener los mismos nombres. El ejemplo siguiente muestra una tabla demodalidad de inicio de sesión sin compilar que contiene tres modalidades de iniciode sesión:Ejemplo de tabla de modalidad de inicio de sesiónAPPCMODE MODETAB

EJECT*---------------------------------------------------------------------** Logmode table entry for resources capable of acting as LU 6.2 ** devices required for LU management. **---------------------------------------------------------------------*SNASVCMG MODEENT C

LOGMODE=SNASVCMG, CFMPROF=X’13’, CTSPROF=X’07’, CPRIPROT=X’B0’, CSECPROT=X’B0’, CCOMPROT=X’D0B1’, CRUSIZES=X’8585’, CENCR=B’0000’, CPSERVIC=X’060200000000000000000300’

*---------------------------------------------------------------------** Logmode table entry for resources capable of acting as LU 6.2 ** devices for PC target. **---------------------------------------------------------------------*LU62SYS1 MODEENT C

LOGMODE=LU62SYS1, CRUSIZES=X’8989’, CSRCVPAC=X’00’, CSSNDPAC=X’01’

*---------------------------------------------------------------------** Logmode table entry for resources capable of acting as LU 6.2 ** devices for host target. **---------------------------------------------------------------------*APPCHOST MODEENT C

LOGMODE=APPCHOST, CRUSIZES=X’8F8F’, CSRCVPAC=X’00’, CSSNDPAC=X’01’

MODEENDEND

Definición de recursos de dominio cruzadoSi el TP de Tivoli Workload Scheduler for z/OS y el TP socio no se ejecutan en elmismo dominio de VTAM, asegúrese de que las LU respectivas puedancomunicarse mediante la definición de recursos de dominio cruzado. En el ejemplosiguiente, el nombre de LU IS1MVS1 se utiliza para el sistema en el que estáactivado el controlador, y IS1MVS2 para el sistema en el que se ejecuta el TP socio.


En el sistema de control de Tivoli Workload Scheduler for z/OS:Recursos de dominio cruzado de LU asociadaVBUILD TYPE=CDRSC

LUMVS2 CDRSC CDRM=IS1MVS2

En el sistema asociado:Recursos de dominio cruzado de LU de &opcVBUILD TYPE=CDRSCLUOPC CDRSC CDRM=IS1MVS1

Actualización de opciones de APPCDebe actualizar las opciones de APPC para asociar el planificador de TivoliWorkload Scheduler for z/OS (el subsistema) a la LU local que definiópreviamente. Para ello, actualice el miembro APPCPMnn de SYS1.PARMLIB. Acontinuación se muestra un ejemplo de un miembro APPCPMnn:Ejemplo de APPCPMnnLUADD /* Add local LU to APPC config. */

ACBNAME(IS4MEOP4) /* Name of LU */SCHED(EOP4) /* Scheduler name/OPC subsys name */TPDATA(SYS1.APPCTP) /* Profile data set for this LU */TPLEVEL(SYSTEM) /* TP level for which LU searches */

El nombre de planificador debe ser el mismo que el nombre de subsistema deTivoli Workload Scheduler for z/OS. En este ejemplo, el nombre del subsistema esEOP4. Tivoli Workload Scheduler for z/OS no utiliza un archivo de informacióncomplementaria. No obstante, la LU debe asociarse a un conjunto de datos deperfil TP; no debe especificar un perfil para Tivoli Workload Scheduler for z/OS enel conjunto de datos porque Tivoli Workload Scheduler for z/OS no usa perfilesTP.

Si debe asignar un conjunto de datos de perfil TP, puede ejecutar un trabajo de lamanera siguiente://ALTPDSET JOB STATEMENT PARAMETERS//TPSAMPLE EXEC PGM=IDCAMS//VOLOUT DD DISP=OLD,UNIT=3380,VOL=SER=volser//SYSPRINT DD SYSOUT=*//SYSIN DD *

DEFINE CLUSTER (NAME(SYS1.APPCTP) -VOLUMES(volser) -INDEXED REUSE -SHAREOPTIONS(3 3) -RECORDSIZE(3824 7024) -KEYS(112 0) -RECORDS(300 150)) -

DATA -(NAME(SYS1.APPCTP.DATA)) -

INDEX -(NAME(SYS1.APPCTP.INDEX))

Los conjuntos de datos de perfil TP son conjuntos de datos VSAM KSDS.

Activación de soporte para APPCUna vez definidos los recursos VTAM necesarios y actualizadas las opciones deAPPC, puede activar el soporte de Tivoli Workload Scheduler for z/OS paraAPPC. Para ello, especifique APPCTASK(YES) en la sentencia OPCOPTS. Realiceesta acción después de haber completado todas las otras acciones y antes deempezar a utilizar la API de Tivoli Workload Scheduler for z/OS.


Paso 18. Activar el soporte del diálogo del producto e interfaz deprogramas mediante el servidor

Realice esta tarea al activar un servidor de Tivoli Workload Scheduler for z/OS. Parautilizar la Dynamic Workload Console, consulte “Paso 21. Activar soporte para laDynamic Workload Console” en la página 162.

Los diálogos y la interfaz de programas de Tivoli Workload Scheduler for z/OSpueden usarse en un sistema z/OS en donde no se esté ejecutando el controlador.Es necesario que se ejecute un servidor en el mismo sistema z/OS que elcontrolador.

Los diálogos y la interfaz de programas del sistema remoto z/OS se comunicancon el servidor mediante APPC o TCP/IP. El flujo de paneles de la ayuda deEQQXLUSL describe cómo activar la comunicación con el servidor mediante eldiálogo.

La comunicación APPC también requiere las definiciones VTAM y APPC que sedescriben en las secciones siguientes.

Si desea información adicional, consulte las siguientes publicaciones:VTAM Resource Definition ReferenceAPPC ManagementMVS Initialization and Tuning Reference

Consulte también el miembro EQQVTAMS en la biblioteca de salida EQQJOBS oen la biblioteca SEQQSAMP.

Para activar la comunicación APPC, lleve a cabo los pasos siguientes:1. Las tareas de servidor se ejecutan en el mismo sistema que el controlador.2. En el sistema donde se ejecutan los servidores y el controlador, debe definir las

LU siguientes:v Una LU para el servidor 'sin' la palabra clave BASE, y especifique la tarea

inicia de servidor como SCHEDULER.3. En el sistema donde desea habilitar los usuarios de TSO para que se

comuniquen con Tivoli Workload Scheduler for z/OS a través de la interfaz delservidor, debe definir una LU con las palabras clave BASE y SCHED; es decir:v Una LU APPC MASTER 'con' la palabra clave BASE, y especifique

SCHED(ASCH). Esta LU no es para Tivoli Workload Scheduler for z/OS; esun requisito de APPC de que haya una BASE LU con SCHED(ASCH) encada sistema donde se utilice APPC.

4. Una vez que los servidores y el espacio de direcciones de APPC se hayaniniciado, verá mensajes en SYSLOG y en EQQMLOG del servidor, que indicanque se ha establecido comunicación entre el servidor y APPC. Estos mensajes semuestran durante el primer inicio y después de una IPL.

5. El usuario de diálogo debe seleccionar a continuación la opción 0.1 y especificarel nombre del subsistema del controlador con el que desea comunicarse y elnombre LUNAME del servidor a través del cual se direccionará lacomunicación. Para obtener más información sobre la especificación de estosvalores, pulse la tecla PF1 (Ayuda) en el panel EQQXLUSL.

El código de diálogo de Tivoli Workload Scheduler for z/OS del espacio dedirecciones de inicio de sesión de TSO envía a continuación una solicitud APPCque APPC BASE LU recibe en el sistema y direcciona a la LU (de servidor)


especificada en la solicitud. El servidor pasa los datos del diálogo al controlador através de la interfaz del subsistema z/OS, actuando así como proxy local para elusuario de diálogo. El controlador no distingue si habla con un usuario de diálogode ISPF local o con un usuario remoto a través de un servidor.

Definición de recursos VTAM para el diálogo del producto y lainterfaz del programa mediante el servidor

Si va a usar la interfaz de programas o diálogo de Tivoli Workload Scheduler forz/OS de un sistema remoto, debe activar el soporte APPC en el sistema remoto.

Compruebe que se haya definido una LU como LU predeterminada para lacomunicación APPC (BASE LU) en el miembro APPCPMnn parmlib. Si no se hadefinido ninguna, añádala como se muestra a continuación:

El diálogo y la interfaz de programas de Tivoli Workload Scheduler for z/OS usanel soporte APPC predeterminado definido en el sistema en el que se utilizan lasfunciones. Para activar este soporte:1. Defina VTAM APPL predeterminado que soporte APPC:

VBUILD TYPE=APPLAPPCOUT APPL APPC=YES

ACBNAME=APPCOUT...

2. Actualice el miembro APPCPMnn de SYS1.PARMLIB para el VTAM APPLpredeterminado definido previamente:

LUADD /* Add local LU to APPC config. */ACBNAME(APPCOUT) /* Name of LU */SCHED(ASCH) /* No scheduler associated */BASE /* default LU for the system */TPDATA(SYS1.APPCTP) /* Profile data set for this LU */TPLEVEL(SYSTEM) /* TP level for which LU search */

3. Añada la definición de recursos de dominio cruzado necesaria para resolver lasdirecciones de VTAM.

Definición de recursos VTAM para el servidorEmpiece definiendo los recursos VTAM asociados.

Definición de una LU local para el servidorDefina una LU local en un miembro de la concatenación SYS1.VTAMLST en elsistema donde vaya a instalar Tivoli Workload Scheduler for z/OS. En el ejemplosiguiente se muestra cómo definir una sentencia APPL de VTAM:Definición de LU local para el servidorVBUILD TYPE=APPLIS4MEOP5 APPL APPC=YES, C

AUTOSES=5, CDMINWNL=3, CDMINWNR=6, CDSESLIM=20, CMODETAB=APPCMODE, CSECACPT=ALREADYV, CSRBEXIT=YES, CVERIFY=OPTIONAL, CVPACING=2

La LU se llama IS4MEOP5 y usa una tabla de modalidad de inicio de sesiónAPPCMODE.


El número máximo de usuarios del diálogo TSO y programas PIF que puedenacceder simultáneamente a un controlador Tivoli Workload Scheduler for z/OS através de un solo servidor depende del parámetro DSESLIM de la LU VTAM paradicho servidor. Una vez que se ha establecido el número de sesiones especificado,todos los programas PIF y usuarios subsiguientes que intenten usar el servidor secolgarán hasta que finalice una de las sesiones existentes.

El número de servidores que necesita una instalación depende del uso extensivo delas aplicaciones PIF. Mientras que puede ser suficiente un servidor para losdiálogos, puede que sea necesario un número de servidores para las aplicacionesPIF. Las aplicaciones PIF que se usan con frecuencia y con un tiempo de ejecuciónprolongado podrían necesitar distintos servidores.

Definición de modalidades de inicio de sesión para el servidorLa tabla de modalidad de inicio de sesión, que especifica en la sentencia dedefinición LU APPL, debe estar en la concatenación SYS1.VTAMLIB.

El soporte de servidor necesita entradas de tabla de inicio de sesión como seespecifica en el siguiente ejemplo no compilado:Tabla de modalidad de inicio de sesión APPCDIA para el servidor*---------------------------------------------------------------------** Logmode table entry for the dialogs and the programming interface **---------------------------------------------------------------------*APPCDIA MODEENT C

LOGMODE=APPCDIA, CRUSIZE=X’8888’, CSRCVPAC=X’00’, CSSNDPAC=X’01’, C

MODEENT CAPPCFIF MODEENT C

LOGMODE=APPCFIF, CRUSIZE=X’8888’, CSRCVPAC=X’00’, CSSNDPAC=X’01’, C

MODEENT C

El valor RUSIZE ofrece un tamaño de usuario de almacenamiento intermedio deenvío de 2048 bytes y de almacenamiento intermedio de recepción de 4096 bytes.

Actualización de las opciones de APPC para el servidorDebe actualizar las opciones de APPC para asociar el servidor (y el controlador) alplanificador que definió previamente. Para ello, actualice la sentencia LUADD enel miembro APPCPMnn de SYS1.PARMLIB. A continuación se muestra un ejemplode un miembro APPCPMnn:Ejemplo de APPCPMnnLUADD /* Add local LU to APPC config. */

ACBNAME(IS4MEOP5) /* Name of LU */SCHED(EOP5) /* Scheduler name/OPC subsys name */TPDATA(SYS1.APPCTP) /* Profile data set for this LU */TPLEVEL(SYSTEM) /* TP level for which LU searches */

El nombre del planificador en LUADD debe ser el mismo que el nombre delplanificador del servidor del planificador. En este ejemplo es EOP5.

Cada servidor se identifica a sí mismo ante APPC como un planificador APPC conel mismo nombre que el de la tarea iniciada. Si se ha especificado la palabra claveSCHEDULER en la sentencia SERVOPTS, se utilizará este nombre en lugar delnombre de la tarea iniciada.


Definición de recursos VTAM en un sysplex paraleloEn una instalación con Parallel Sysplex en donde el planificador puede iniciarse encualquier imagen de z/OS, cada imagen de z/OS dentro de Parallel Sysplex debetener el mismo nombre de LU local en un servidor determinado. El mismo nombrede LU no debe existir en ninguna otra red interconectada a la red Parallel Sysplex;es decir, debe haber nombres de LU idénticos dentro de la red, pero exclusivosentre redes.

Si desea detalles sobre la instalación del sysplex paralelo, consulte “Paso 14. Usode XCF para comunicación” en la página 147.

El nombre de la LU (el nombre en la sentencia APPL) debe aparecer con uncarácter comodín, en caso de que el planificador funcione en un entorno ParallelSysplex y no se haya configurado para ejecutarse en una imagen de z/OSespecífica. La sentencia APPL pasará a ser una definición de modelo ModelApplication Program Definition, para las LU de nombre idéntico en las imágenesde z/OS en las que podría iniciarse el planificador. El carácter comodín debeelegirse de modo que una definición de modelo se configure para el controlador yuna definición de modelo se configure para cada uno de los servidores. Elparámetro opcional ACBNAME debe omitirse, y el nombre de la sentencia APPL seutiliza como ACBNAME.

Por ejemplo, presuponga que el planificador puede iniciarse las imágenes de z/OSMVS1 y MVS2 en un Parallel Sysplex. El nombre de la LU del controlador OPCBes IS4MOPCB, y hay tres servidores para la comunicación con OPCB, OPCBCOM1,OPCBCOM2 y OPCBCOM3, con los nombres de LU IS4MSV1B, IS4MSV2B eIS4MSV3B. VTAM Versión 4 Release 3 está disponible. Podrían utilizarse lassiguientes definiciones de modelo (un signo de interrogación '?' en el nombre de lasentencia APPL representa un único carácter sin especificar):IS4MOP?B APPL APPC=YES,...IS4MS?1B APPL APPC=YES,...IS4MS?2B APPL APPC=YES,...IS4MS?3B APPL APPC=YES,...

Tenga en cuenta que debe elegir un carácter comodín de modo que ningún otronombre de LU de VTAM coincida con la definición de modelo.

Inicio del servidorPuede iniciar el servidor mediante el mandato de z/OS START, o puede hacer queel controlador inicie y detenga automáticamente el servidor. En este último caso,incluya los servidores (srv1, srv2, ...) en la sentencia OPCOPTS de la biblioteca deparámetros de Tivoli Workload Scheduler for z/OS.

En el archivo de parámetros es obligatoria una sentencia SERVOPTS. Todas laspalabras clave SERVOPTS se pueden excluir y aceptar el valor predeterminado.

Paso 19. Activar soporte para la planificación global con capacidad detolerancia a errores

Para planificar trabajos en agentes distribuidos tolerantes a errores de TivoliWorkload Scheduler, active la planificación global con capacidades de tolerancia aerrores. Siga estos pasos:1. Ejecute EQQJOBS y especifique Y para la función global.2. Asigne el conjunto de datos que se ejecuta en el ejemplo EQQPCS06 generado.


3. Cree y personalice el directorio de trabajo el ejecutar el ejemplo EQQPCS05generado.

4. Defina la configuración de CPU y la organización del dominio mediante lassentencias CPUREC y DOMREC de un miembro PARMLIB (el nombre delmiembro predeterminado es TPLGINFO).

5. Defina los ID de usuario y contraseñas de Windows mediante la sentenciaUSRREC de un miembro PARMLIB (el nombre del miembro predeterminado esUSRINFO). Para cifrar las contraseñas, ejecute EQQE2EPW JCL contenido en elEQQBENCR JCL de ejemplo que se genera mediante EQQJOBS.Si no desea definir la contraseña a través de la sentencia USRREC (ya sea entexto sin formato o cifrada), defina el usuario y la contraseña de forma local enla estación de trabajo de Windows utilizando el programa de utilidad deusuarios y defina LOCALPSW=YES en la sentencia TOPOLOGY. Si deseainformación detallada sobre el script de usuarios, consulte el manual TivoliWorkload Scheduler for z/OS: End-to-end Scheduling with Fault Tolerance Capabilities.

6. Defina la configuración global mediante la sentencia TOPOLOGY de unmiembro PARMLIB (el nombre del miembro predeterminado es TPLGPARM).En esta sentencia, especifique lo siguiente:v Como palabra clave TPLGYMEM, escriba el nombre del miembro usado en

el paso 4.v Como palabra clave USRMEM, escriba el nombre del miembro usado en el

paso 5.7. Añada la palabra clave TPLGYSRV a la sentencia OPCOPTS para especificar el

nombre del servidor que se utilizará para la comunicación global.8. Añada la palabra clave TPLGYPRM a la sentencia SERVOPTS para especificar

el nombre del miembro usado en el paso 6. Este paso activa la comunicaciónglobal en el servidor.

9. Añada la palabra clave TPLGYPRM a la sentencia BATCHOPT para especificarel nombre del miembro usado en el paso 6. Este paso activa la planificaciónglobal con capacidades de tolerancia a errores en los programas de proceso porlotes de planificación diaria.

Activar soporte de servidor para la planificación global concapacidades de tolerancia a errores

Personalice los parámetros de inicialización INIT y SERVOPTS para configurar elentorno de servidor correcto. Por ejemplo:SERVOPTS SUBSYS (OPCX)

PROTOCOL (E2E)TPLGYPRM(TPLGY)

Para obtener más información, consulte Tivoli Workload Scheduler for z/OS:Customization and Tuning.

Puede iniciar el servidor mediante el mandato de z/OS START, o puede hacer queel controlador inicie y detenga automáticamente el servidor. En este último caso,incluya el servidor (srv1) en la sentencia OPCOPTS de la biblioteca de parámetrosde Tivoli Workload Scheduler for z/OS. El servidor con soporte TCP/IP necesitaacceso a la biblioteca de ejecución de lenguaje C (como STEPLIB o LINKLIST). Sitiene diversos bloques TCP/IP, o una tarea iniciada TCP/IP con un nombredistinto de 'TCPIP', utilice el parámetro TCPIPJOBNAME de la sentenciaTOPOLOGY.

Siempre debe definir segmentos OMVS para las tareas iniciadas del servidor.


Paso 20. Activar soporte para la planificación global con funcionesz-centric

Para planificar trabajos en agentes de z-centric distribuidos de Tivoli WorkloadScheduler, active la planificación global para z-centric. Siga estos pasos:1. Defina los destinos del agente de z-centric en la sentencia de inicialización de

ROUTOPTS.2. Personalice los parámetros de conexión en la sentencia de inicialización de

HTTPOPTS.

Nota: Utilice esta sentencia para activar o inhabilitar el protocolo de conexiónSSL. Si desea inhabilitar la conexión SSL, puede realizar una de estas acciones:v No especifique palabras clave SSLKEYRING ni SSLPORT.v Especifique SSLPORT(0).

3. Opcionalmente, active la tarea iniciada del recopilador de salida para recuperarregistros de trabajo y copiarlos en JES SYSOUT para que los procese unproducto de gestión de salida externo. Personalice las sentencias deinicialización de HTTOPTS (palabras clave OUTPUTCOLLECTOR yJLOGHDRTEMPL), OPCOPTS (palabra clave OUTCOL) y OUCOPTS.

Si desea detalles sobre los pasos de configuración, consulte Scheduling End-to-endwith z-centric Capabilities.

Paso 21. Activar soporte para la Dynamic Workload Console

Realice este paso si desea utilizar la Dynamic Workload Console para diseñar yejecutar la carga de trabajo.

Requisitos previosAntes de utilizar la Dynamic Workload Console, deberá instalar la consola yconector de Tivoli Workload Scheduler for z/OS.

conector de z/OS forma el puente entre la consola y Tivoli Workload Scheduler forz/OS.

El proceso de instalación de la Dynamic Workload Console también instala elconector de z/OS. Durante la instalación de la Dynamic Workload Console puededefinir un motor de z/OS para conectarlo a uno de Tivoli Workload Scheduler forz/OS. Para añadir más definiciones de motores de z/OS tras el proceso deinstalación, consulte “Gestión de motores z/OS utilizando herramientas deWebSphere Application Server” en la página 227.

La consola se comunica con el producto a través de conector de z/OS y el servidorde planificador utilizando el protocolo TCP/IP. La consola necesita el servidor paraejecutarse como una tarea iniciada en un espacio de direcciones separado. Elservidor se comunica con Tivoli Workload Scheduler for z/OS y pasa los datos ylos códigos de retorno al conector de z/OS.

Realice la tarea siguiente:v Instale y configure la Dynamic Workload Console tal como se describe en

Parte 4, “Dynamic Workload Console”, en la página 255.


ConsideracionesEl modelo de seguridad implementado para la Dynamic Workload Console essimilar al que ya ha sido implementado por otros productos Tivoli que se hanportado a z/OS (concretamente, Tivoli User Administration y Tivoli SecurityManagement).

Todas las versiones de la Dynamic Workload Console utilizan WebSphereApplication Server para manejar la verificación de usuario inicial. En todos loscasos, no obstante, es necesario obtener un ID de usuario de RACFcorrespondiente válido para poder trabajar con el entorno de seguridad en z/OS.

Nota: No puede controlar el puerto desde el cual la tarea iniciada del servidor dela Dynamic Workload Console responde a una solicitud de conector de z/OS. Lospuertos de respuesta se eligen de forma aleatoria. Por lo tanto, si hay uncortafuegos entre el servidor de la Dynamic Workload Console y el conector z/OS,dicho cortafuegos debe permitir el tráfico de salida de todos los puertos porencima de 1023.

Para optimizar la gestión de procesos entre conector de z/OS y el servidor delplanificador, puede agrupar a los usuarios de consola con el ID de usuario deRACF. Para definir esta agrupación, asocie una lista de usuarios de consola almismo ID de usuario de RACF editando el archivo siguiente:<DIR_INST_JazzSM>\profile\properties\TWSZOSConnConfig.properties

Donde <DIR_INST_JazzSM> es el directorio de instalación de Extensión de Jazz forService Management for IBM WebSphere. Para obtener más información sobre elrequisito previo de Extensión de Jazz for Service Management for IBM WebSpherepara la Dynamic Workload Console, consulte Capítulo 12, “Requisitos previos deDynamic Workload Console (consola de carga de trabajo dinámica)”, en la página263.

En TWSZOSConnConfig.properties, defina las últimas dos propiedades siguientes:com.ibm.tws.zconn.usr.mapping.enable=truecom.ibm.tws.zconn.usr.mapping.file=vía de accesos de archivo de correlación\archivo de correlación

donde archivo de correlación es el nombre del archivo que contiene lacorrelación entre el usuario de consola y el ID de usuario de RACF, como en elejemplo siguiente:engine=zos1919 user=twsuser1,twsuser2 zosuser=zos1919user1

user=twsuser3,twsuser4 zosuser=zos1919user2

Activación del soporte de servidor para la Dynamic WorkloadConsole

Personalice los parámetros de inicialización INIT y SERVOPTS para configurar elentorno de servidor correcto. Por ejemplo:SERVOPTS SUBSYS (OPCX)

USERMAP (USERS)PROTOCOL (TCP)PORTNUMBER (425)CODEPAGE (IBM-037)

INIT CALENDAR (DEFAULT)

Para obtener más información, consulte Tivoli Workload Scheduler for z/OS:Customization and Tuning.


Puede iniciar el servidor mediante el mandato de z/OS START, o puede hacer queel controlador inicie y detenga automáticamente el servidor. En este último caso,incluya los servidores (srv1, srv2, ...) en la sentencia OPCOPTS de la biblioteca deparámetros de Tivoli Workload Scheduler for z/OS. El servidor con soporteTCP/IP necesita acceso a la biblioteca de ejecución de lenguaje C (ya sea comoSTEPLIB o LINKLIST). Si tiene diversos bloques TCP/IP, o una tarea iniciadaTCP/IP con un nombre distinto de 'TCPIP', necesita una tarjeta DD de SYSTCPDque apunte a un conjunto de datos de TCP/IP que contenga el parámetroTCPIPJOBNAME.

Siempre debe definir segmentos OMVS para las tareas iniciadas del servidor deTivoli Workload Scheduler for z/OS.

Paso 22. Activar soporte para los programas de utilidad de Java

En este apartado se describen acciones necesarias si se desea utilizar una de lasfunciones siguientes:v Notificación de la Dynamic Workload Console.v Automatización de la carga de trabajo controlada por sucesos para

desencadenamiento de conjuntos de datos, con el proceso de desplieguecentralizado.

Para obtener más información sobre estas características, consulte Tivoli WorkloadScheduler for z/OS: Managing the Workload.

Como acciones de instalación, lleve a cabo los pasos siguientes:1. Instale IBM Java SDK para plataformas z/OS. Si desea más información sobre

cómo instalarlo, consulte IBM SDK for z/OS platforms, Java Technology Edition.2. Copie el módulo de carga de JZOS Java Launcher (JVMLDM66) desde el

directorio JAVA_HOME en el conjunto de datos del sistema SYS1.SIEALNKE. Sidesea detalles sobre cómo personalizar JZOS Java Launcher, consulte JZOSBatch Launcher and Toolkit function en IBM SDK for z/OS.

3. A segúrese de haber aplicado FMID JWSZ923.4. Ejecute EQQJOBS con la opción para habilitar programas de utilidad JAVA para

crear el JCL de ejemplo de EQQPCS08.5. Personalice EQQPCS08 y sométalo.6. Defina la sentencia de inicialización TRGOPT en un miembro de la biblioteca

EQQPARM.7. Defina la regla del suceso en formato XML. Puede utilizar un miembro del

conjunto de datos particionado como entrada para el paso siguiente. Labiblioteca SEQQSAMP contiene el miembro de EQQXML01 como ejemplo de ladefinición de la regla de suceso.

8. Seleccione la opción 1.7.3 en el menú principal, edite y someta el trabajo paracrear los archivos de configuración.

Paso 23. Activar soporte para el estándar FIPS en conexiones segurasSSL

Secure Sockets Layer (SSL) es un protocolo de comunicaciones que proporcionacomunicaciones seguras en una red de comunicaciones abierta (por ejemplo,Internet).


El estándar de seguridad FIPS 140-2 (Federal Information Processing StandardSecurity Requirements for Cryptographic Modules) es una normativa publicadapor NIST (National Institute of Standards and Technology). Las organizacionespueden necesitar cumplir el estándar FIPS 140-2 para proteger datos confidencialeso valiosos en sistemas de seguridad basados en métodos criptográficos.

System SSL fue diseñado para cumplir los criterios del Nivel 1 del estándar FIPS140-2.

System SSL se puede ejecutar en la "modalidad FIPS" o en la "modalidad no FIPS".De forma predeterminada, System SSL se ejecuta en la modalidad "no FIPS".

Tivoli Workload Scheduler for z/OS utiliza la configuración de System SSL. Paraejecutar Tivoli Workload Scheduler for z/OS en la "modalidad FIPS", debe habilitarFIPS para conexiones de System SSL.

Para obtener más información sobre:v Cómo activar el estándar FIPS en conexiones de System SSLv Requisitos previos del sistemav Diferencias entre el soporte de algoritmo y los tamaños de clave para la

modalidad FIPS y la modalidad no FIPS

Consulte el manual IBM z/OS Cryptographic Services System Secure Sockets LayerProgramming, Capítulo 4. System SSL and FIPS 140-2 .

Nota: El soporte de algoritmo y los tamaños de clave son diferentes cuando estáestablecida la modalidad FIPS.

Las comunicaciones de Tivoli Workload Scheduler for z/OS que pueden aplicar lasnormas del Nivel 1 de FIPS 140-2 en una conexión SSL segura son las siguientes:

La tarea Comunicación del controlador de reserva para la comunicación entre elcontrolador y el rastreador y el controlador de reserva.

Para habilitar el cumplimiento del estándar FIPS 140-2 para estacomunicación, establezca ENABLEFIPS en YES en la sentencia deinicialización BKPTOPTS.

Para obtener más información acerca de la sentencia de inicializaciónBKPTOPTS, consulte Tivoli Workload Scheduler for z/OS: Personalización yajuste.

El cliente y el servidor HTTP y el recopilador de datos de salida para lacomunicación con los agentes de z-centric

Para obtener información sobre cómo habilitar la compatibilidad con elestándar FIPS 140-2 para la conexión segura SSL del servidor de TivoliWorkload Scheduler for z/OS, consulte la publicación Tivoli WorkloadScheduler for z/OS; Scheduling End-to-end with z-centric Capabilities.

Tarea global tolerante a errores para la comunicación con agentes distribuidos

Para obtener información sobre cómo habilitar la compatibilidad con elestándar FIPS 140-2 para la conexión segura SSL del servidor de TivoliWorkload Scheduler for z/OS, consulte la publicación Tivoli WorkloadScheduler for z/OS: Scheduling End-to-end with Fault Capabilities.


|||||

|||

La tarea IP para la comunicación entre el controlador y el rastreador, el servidor,el almacén de datos, el diálogo ISPF remoto

Para habilitar el cumplimiento del estándar FIPS 140-2 para estacomunicación, establezca ENABLEFIPS en YES en la sentencia deinicialización TCPOPTS.

Para obtener más información acerca de la sentencia de inicializaciónTCPOPTS, consulte Tivoli Workload Scheduler for z/OS: Personalización yajuste.

Nota: Debe ejecutar las sentencias de inicialización antes de iniciar TivoliWorkload Scheduler for z/OS para que se utilice el estándar FIPS en esa conexiónsegura SSL específica.

No es necesario aplicar el estándar FIPS para todas las comunicaciones; puededecidir qué comunicaciones se ejecutan en la "modalidad FIPS" y cuáles se ejecutanen la "modalidad no FIPS".

Si el cumplimiento del estándar FIPS no es necesario en su empresa, puedecontinuar utilizando SSL para conexiones seguras en la red.


Capítulo 5. Verificación de la instalación

Qué debe tenerse en cuenta al verificar la instalación.

Realice esta tarea para un controlador de rastreador o un controlador en espera.

Utilice los procedimientos siguientes para verificar la instalación de un espacio dedirecciones de Tivoli Workload Scheduler for z/OS, o su configuración.

Visión general de la verificaciónDespués de instalar un rastreador, un controlador, un controlador en espera o unservidor, inícielo y lleve a cabo los procedimientos de verificación inicial. Paraverificar completamente Tivoli Workload Scheduler for z/OS, inicie todos losespacios de direcciones de su configuración y cree entradas de base de datos, unplan a largo plazo y un plan actual. Esto es necesario para verificar el envío detrabajos y las conexiones entre los sistemas. Debe conocer el producto. Por lo tanto,la verificación se divide en dos partes:v Verificación inicial de espacios de direcciones de Tivoli Workload Scheduler for

z/OS individuales.v Verificación de la configuración.

En consecuencia, puede realizar algunas tareas de verificación sin necesidad deconocer aspectos detallados de Tivoli Workload Scheduler for z/OS. Cuando estémás familiarizado con los componentes y funciones del producto, puede llevar acabo tareas de pruebas más complejas.

En las secciones siguientes se tratan estos temas:v “Verificación de la instalación de un rastreador”v “Verificación de la instalación de un controlador y diálogos” en la página 173v “Verificación de la instalación de un controlador en espera” en la página 177v “Verificación de la instalación de la función de reinicio y limpieza” en la página

179v “Verificación de la configuración” en la página 181

Si está instalando un rastreador y un controlador en el mismo espacio dedirecciones, revise los procedimientos de verificación inicial para un rastreador ypara un controlador.

Verificación de la instalación de un rastreadorCuando haya completado las tareas de instalación para un rastreador, realice laverificación inicial del rastreador. Debido a que las conexiones y el envío de trabajono se pueden verificar de forma aislada, puede realizar más verificaciones delrastreador después de haber instalado el sistema de control, haber establecidoconexiones entre sistemas Tivoli Workload Scheduler for z/OS y haber creado unplan actual. Estas tareas de verificación se describen en la sección “Verificación dela configuración” en la página 181.

Para verificar inicialmente el rastreador, realice estas tareas:1. Siga los procedimientos adecuados para el subsistema de Tivoli Workload

Scheduler for z/OS que esté instalando.


2. Asegúrese de que completa todas las tareas de instalación necesarias.3. Inicie el rastreador y compruebe el registro de mensajes (EQQMLOG).4. Compruebe que se crean sucesos de seguimiento en el conjunto de datos de

sucesos (EQQEVDS).5. Lleve a cabo la determinación de problemas para sucesos de seguimiento si

faltan sucesos del conjunto de datos de sucesos.

Para las conexiones TCP/IP solo, asegúrese de que existe un plan válido actualantes de verificar el rastreador.

Comprobar que todas las tareas de instalación se hancompletado

Compruebe que ha realizado todas las tareas de instalación necesarias para elservicio de Tivoli Workload Scheduler for z/OS. Es decir, debe haber realizado lassiguientes tareas:v Seguir los procedimientos adecuados para el subsistema de Tivoli Workload

Scheduler for z/OS que esté instalando.v Instalar las salidas de JES y SMF necesarias y verificar que están activas.v Crear un procedimiento JCL para el rastreador.v Asignar los conjuntos de datos obligatorios.v Otorgar acceso de seguridad para que el subsistema acceda a los conjuntos de

datos.v Especificar las sentencias de inicialización en la biblioteca de parámetros

(EQQPARM).v Incluir el rastreador en el mismo grupo XCF que el controlador, si el rastreador

utiliza una conexión XCF.v Definir un nombre de LU VTAM LU para el rastreador y activar los recursos

VTAM, si el rastreador utiliza una conexión NCF.

Comprobación del registro de mensajes (EQQMLOG)Inicie el rastreador.

Cuando el rastreador esté iniciado, examine el registro de mensajes:v Compruebe que el código de retorno de todas las opciones de inicialización es 0

(mensaje EQQZ016I).v Asegúrese de que todas las subtareas necesarias están activas.

– Las tareas de envío y de direccionador de datos siempre están iniciadas. Debever estos mensajes:EQQZ005I OPC SUBTASK DATA ROUTER TASK IS BEING STARTEDEQQF001I DATA ROUTER TASK INITIALIZATION IS COMPLETE

EQQZ005I OPC SUBTASK JOB SUBMIT TASK IS BEING STARTEDEQQSU01I THE SUBMIT TASK HAS STARTED

– Compruebe además que el rastreador ha iniciado un transcriptor de sucesos.Debe ver estos mensajes:EQQZ005I OPC SUBTASK EVENT WRITER IS BEING STARTEDEQQW065I EVENT WRITER STARTED

v Examine los mensajes de error.


Nota: La primera vez que se inicia el transcriptor de sucesos, da formato alconjunto de datos de sucesos. Pase por alto el código de terminación anómalaSD37 que se emite durante el proceso de formato.Si ve mensajes de error en el registro de mensajes para un lector de sucesos ouna conexión NCF, se debe a que no puede verificar completamente una funciónde lector de sucesos o conexión NCF hasta que el controlador esté activo y existaun plan actual. Los mensajes de conexión del rastreador activo para conexionesXCF se graban en el registro de mensajes del controlador cuando se inicia elcontrolador. Si ha especificado algunas de estas funciones, siga losprocedimientos de la sección “Verificación de la configuración” en la página 181tras completar los procedimientos de verificación inicial.

v Compruebe que el registro esté completo.La sección “Registro de mensajes de ejemplo para un rastreador” en la página188 muestra un ejemplo de MLOG para un rastreador. Si su registro parece estarincompleto, puede que la información se encuentre en un almacenamientointermedio. Si no está seguro de si el registro está completo, emita un mandatoMODIFY ficticio como por ejemplo: F ssname,xx. El mensaje EQQZ049E se grabaen el registro una vez procesado el mandato. Este mensaje aparecerá en la últimaentrada del registro.

Verificación de los sucesos de seguimientoEn la siguiente fase de verificación, compruebe que el rastreador está recopilandoinformación de sucesos de seguimiento y que la está grabando en el conjunto dedatos de sucesos (EQQEVDS).

El seguimiento de trabajos de Tivoli Workload Scheduler for z/OS funcionacorrectamente sólo si recibe información sobre los cambios de estado de todos lostrabajos o tareas iniciadas cuyo seguimiento debe realizar. El seguimiento detrabajos obtiene esta información de las salidas de SMF y JES. Estas salidas reúnenla información necesaria, y un registro de salida se añade a la cola del transcriptorde sucesos de Tivoli Workload Scheduler for z/OS a través de los almacenamientosintermedios ECSA.

Transcriptor de sucesosEl transcriptor de sucesos elimina el suceso de su cola y crea un registro de sucesoque graba en un conjunto de datos de sucesos. El transcriptor de sucesos reenvíaademás el suceso si se ha iniciado con una función de lector de sucesos. Si seutiliza un lector de sucesos independiente, el suceso se lee desde el conjunto dedatos de sucesos. En cualquier caso, la tarea de lector utiliza la conexión con elcontrolador para transferir el suceso a una cola en el controlador. La subtarea degestor de sucesos procesa, a continuación, el suceso y se actualiza el plan actual.

Conjunto de datos de sucesosEl conjunto de datos de sucesos es necesario para igualar la diferencia de velocidada la que se generan y procesan los sucesos, y para impedir que los sucesos sepierdan si el espacio de direcciones de Tivoli Workload Scheduler for z/OS o unasubtarea debe reiniciarse. El primer byte en un registro de salida es A si el sucesose crea en un sistema JES2, o B si el suceso se crea en un sistema JES3. Este byte seencuentra en la posición 21 de un registro de suceso estándar, o en la posición 47de un suceso de continuación (tipo N). Los bytes 2 y 3 del registro de salidadefinen el tipo de suceso. Tivoli Workload Scheduler for z/OS genera los tipos desucesos siguientes para trabajos y tareas iniciadas:1 Suceso de lector. Un trabajo ha entrado en el sistema JES.2 Suceso de inicio de trabajo. Un trabajo ha empezado a ejecutarse.3S Suceso de fin de paso. Un paso del trabajo ha terminado de ejecutarse.

Capítulo 5. Verificación de la instalación 169

3J Suceso de fin de trabajo. Un trabajo ha terminado de ejecutarse.3P Suceso de terminación de trabajo. Un trabajo se ha añadido a las colas de

salida JES.4 Suceso de impresión. Un grupo de salida se ha imprimido.5 Suceso de depuración. Todas las salidas de un trabajo se han depurado del

sistema JES.

Si alguno de estos tipos de sucesos no se crea en el conjunto de datos de sucesos(EQQEVDS), debe corregir el problema antes de iniciar Tivoli Workload Schedulerfor z/OS en modalidad de producción.

Nota:

1. La creación de sucesos de fin de paso (3S) depende del valor que especifiqueen la palabra clave STEPEVENTS de la sentencia EWTROPTS. El valorpredeterminado es crear un suceso de fin de paso sólo para pasos determinación anómala en un trabajo o tarea iniciada.

2. La creación de los sucesos de impresión depende del valor que especifique enla palabra clave PRINTEVENTS de la sentencia EWTROPTS. Los sucesos deimpresión se crean de manera predeterminada.

Realice estas acciones para verificar que se están creando los sucesos en el sistema:1. Ejecute un trabajo:

a. Envíe un trabajo, como el que figura a continuación, y asegúrese de que lasalida se graba en una clase de salida no retenida:Trabajo de prueba//VERIFY1 JOB STATEMENT PARAMETERS

//VERIFY EXEC PGM=IEBGENER//*//SYSPRINT DD DUMMY//SYSUT2 DD SYSOUT=A//SYSIN DD DUMMY//SYSUT1 DD *

SAMPLE TEST OUTPUT STATEMENT 1//*

b. Compruebe que el trabajo se ha ejecutado, imprimido y depurado.c. Examine el conjunto de datos EQQEVDS mediante el recurso de ISPF/PDF.

En el conjunto de datos de sucesos debe encontrar estos sucesos:v Suceso de tipo 1v Suceso de tipo 2v Suceso de tipo 3Jv Suceso de tipo 3Pv Suceso de tipo 4v Suceso de tipo 5

En los sucesos aparece el prefijo A para JES2 o B para JES3. También podríaencontrar sucesos del tipo 3S, en función del valor especificado en lapalabra clave STEPEVENTS de la sentencia de inicialización EWTROPTS.

2. Repita el paso 1 para una tarea iniciada.

Determinación de problemas para sucesos de seguimientoLa determinación de problemas depende del tipo de suceso que falta o de si lossucesos se crearon en un sistema JES2 o JES3. En la Tabla 31 en la página 171, laprimera columna se refiere al tipo de suceso que falta, y la segunda columna


indica la acción que debe llevarse a cabo. Los sucesos creados en un sistema JES2tienen el prefijo A, y los sucesos creados en un sistema JES3 tienen el prefijo B. Laprimera entrada de la tabla se aplica cuando faltan todos los tipos de sucesos(cuando el conjunto de datos de sucesos no contiene ningún suceso deseguimiento).

Tabla 31. Determinación de problemas para sucesos de seguimiento que faltan

Tipo Acciones de determinación de problemas

Todo 1. En el conjunto de datos EQQMLOG compruebe que se ha iniciadocorrectamente el transcriptor de sucesos.

2. Compruebe que la definición del nombre DD de EQQEVDS delprocedimiento de tarea iniciada de Tivoli Workload Scheduler for z/OSes correcta (es decir, que los sucesos se están grabando en el conjunto dedatos correcto).

3. Compruebe que se han instalado las salidas necesarias.

4. Compruebe que el miembro IEFSSNnn de SYS1.PARMLIB se haactualizado correctamente, y que se ha realizado una IPL del sistemaz/OS desde la actualización.

A1 Si también faltan los sucesos A3P y A5:

1. Compruebe que la versión de Tivoli Workload Scheduler for z/OS de lasrutinas 7 y 51 de las salidas de JES2 se han instalado correctamente. Uselos mandatos de JES $T EXIT(7) y $T EXIT(51) o $DMODULE(OPCAXIT7) y$DMODULE(TWSXIT51).

2. Compruebe que el conjunto de datos de inicialización de JES2 contieneuna sentencia LOAD y una sentencia EXIT7 para la versión de TivoliWorkload Scheduler for z/OS de la salida 7 de JES2 (OPCAXIT7).

Para z/OS versión 1.7 o posterior, compruebe también que el conjuntode datos de inicialización de JES2 contiene una sentencia LOAD y unasentencia EXIT51 para la versión de la salida 51 de JES2 (TWSXIT51).

3. Compruebe que la salida se ha añadido a una biblioteca de módulo decarga accesible para JES2 y que JES2 se ha reiniciado desde que se hizoesta operación.

Si los sucesos A3P o A5 están presentes en el conjunto de datos de sucesos,póngase en contacto con un representante del servicio de IBM para obtenerayuda con la programación.

B1 1. Compruebe que la versión de Tivoli Workload Scheduler for z/OS de larutina IATUX29 de salida de JES3 se ha instalado correctamente.

2. Compruebe que la salida se ha añadido a una biblioteca de módulo decarga accesible para JES3.

3. Compruebe que JES3 se ha reiniciado.


Tabla 31. Determinación de problemas para sucesos de seguimiento quefaltan (continuación)


A2/B2 1. Compruebe que el trabajo para el que no se ha creado el suceso de tipo2 se ha empezado a ejecutar. Un suceso de tipo 2 no se creará para untrabajo que se desecha del sistema debido a errores de JCL.

2. Compruebe que la salida IEFUJI se ha instalado correctamente:

a. Compruebe que el miembro del parámetro de SMF SMFPRMnn delconjunto de datos SYS1.PARMLIB especifica que debe llamarse lasalida IEFUJI.

b. Compruebe que la salida IEFUJI no se ha deshabilitado mediante unmandato del operador.

c. Compruebe que está activa la versión correcta de IEFUJI. SiSYS1.PARMLIB define LPALIB como una concatenación de variasbibliotecas, z/OS utiliza el primer módulo IEFUJI que encuentra.

d. Compruebe que la biblioteca que contiene este módulo se haactualizado con la versión de Tivoli Workload Scheduler for z/OS deIEFUJI y que se ha realizado una IPL de z/OS desde que se realizó elcambio.

A3S/B3S Si también faltan los sucesos de tipo 3J:

1. Compruebe que la salida IEFACTRT se ha instalado correctamente.

2. Compruebe que el miembro del parámetro de SMF SMFPRMnn delconjunto de datos SYS1.PARMLIB especifica que debe llamarse la salidaIEFACTRT.

3. Compruebe que la salida IEFACTRT no se ha deshabilitado mediante unmandato del operador.

4. Compruebe que está activa la versión correcta de IEFACTRT. SiSYS1.PARMLIB define LPALIB como una concatenación de variasbibliotecas, z/OS utiliza el primer módulo IEFACTRT que encuentra.

5. Compruebe que esta biblioteca se ha actualizado con la versión de TivoliWorkload Scheduler for z/OS de IEFACTRT y que se ha realizado unaIPL de z/OS desde que se realizó el cambio.

Si no faltan los sucesos de tipo 3J, compruebe, en el conjunto de datosEQQMLOG, que se ha solicitado al transcriptor de sucesos que generesucesos de fin de paso. Los sucesos de fin de paso sólo se crean si lasentencia EWTROPTS especifica STEPEVENTS(ALL) oSTEPEVENTS(NZERO) o si el paso del trabajo terminó de forma anómala.

A3J/B3J Si los sucesos 3S también faltan, siga los procedimientos descritos para lossucesos del tipo 3S.

Si no faltan los sucesos del tipo 3S, llame a un representante del servicio deIBM para obtener ayuda de programación.

A3P Si los sucesos A1 también faltan, siga los procedimientos descritos para lossucesos A1.

Si los sucesos A1 no faltan, póngase en contacto con un representante delservicio de IBM para obtener ayuda de programación.

B3P 1. Compruebe que la versión de Tivoli Workload Scheduler for z/OS de larutina IATUX19 de salida de JES3 se ha instalado correctamente.

2. Compruebe que la salida se ha añadido a una biblioteca de módulo decarga accesible para JES3.

3. Compruebe que JES3 se ha reiniciado.


Tabla 31. Determinación de problemas para sucesos de seguimiento quefaltan (continuación)


A4/B4 1. Si ha especificado PRINTEVENTS(NO) en la sentencia de inicializaciónEWTROPTS, no se creará ningún suceso de tipo 4.

2. Compruebe que JES ha imprimido el trabajo para el que no se ha creadoel suceso de tipo 4. Los sucesos de tipo 4 no se crearán para un trabajoque cree sólo conjunto de datos SYSOUT retenidos.

3. Compruebe que la salida IEFU83 se ha instalado correctamente:

a. Compruebe que el miembro del parámetro de SMF SMFPRMnn delconjunto de datos SYS1.PARMLIB especifica que debe llamarse lasalida IEFU83.

b. Compruebe que la salida IEFU83 no se ha deshabilitado mediante unmandato del operador.

c. Compruebe que está activa la versión correcta de IEFU83. SiSYS1.PARMLIB define LPALIB como una concatenación de variasbibliotecas, z/OS utiliza el primer módulo IEFU83 que encuentra.

d. Compruebe que la biblioteca que contiene este módulo se haactualizado con la versión de Tivoli Workload Scheduler for z/OS deIEFU83 y que se ha realizado una IPL de z/OS desde que se realizóel cambio.

e. Para usuarios de JES2 (suceso A4), compruebe que no haespecificado TYPE6=NO en las sentencias JOBCLASS y STCCLASSde los parámetros de inicialización de JES2.

A5 1. Compruebe que JES2 ha depurado el trabajo para el que no se ha creadoningún suceso A5.

2. Asegúrese de que no ha especificado TYPE26=NO en las sentenciasJOBCLASS y STCCLASS de los parámetros de inicialización de JES2.

3. Si los sucesos A1 también faltan, siga los procedimientos descritos paralos sucesos A1.

4. Si los sucesos A1 no faltan, póngase en contacto con un representantedel servicio de IBM para obtener ayuda de programación.

B5 1. Compruebe que JES3 ha depurado el trabajo para el que no se ha creadoningún suceso B5.

2. Si los sucesos B4 también faltan, siga los procedimientos descritos paralos sucesos B4.

3. Si los sucesos B4 no faltan, póngase en contacto con un representante delservicio de IBM para obtener ayuda de programación.

Verificación de la instalación de un controlador y diálogosCuando haya completado las tareas de instalación para un controlador, realice laverificación inicial del controlador. Debido a que las conexiones y el envío detrabajo no se pueden verificar de forma aislada, puede realizar más verificacionesdel controlador después de haber instalado el sistema de control, haber establecidoconexiones entre sistemas Tivoli Workload Scheduler for z/OS y haber creado unplan actual. La sección “Verificación de la configuración” en la página 181 describeestas tareas de verificación.

Para verificar inicialmente el controlador, realice los pasos siguientes:1. Asegúrese de que ha completado las tareas de instalación.2. Inicie el controlador, y compruebe el registro de mensajes (EQQMLOG).


3. Compruebe que puede acceder a los datos de Tivoli Workload Scheduler forz/OS a través de los diálogos, y que la comprobación de autorización funcionacomo es preciso.

Si encuentra un error durante la verificación, consulte la sección “Determinación deproblemas” en la página 175.


Compruebe que haya realizado las acciones siguientes:v Crear un procedimiento de tarea iniciada para el controlador.v Asignar conjuntos de datos.v Otorgar autorización de seguridad a la tarea iniciada para que pueda acceder a

sus conjuntos de datos.v Especificar las sentencias de inicialización en la biblioteca de parámetros

(EQQPARM).v Incluir el controlador en un grupo XCF, si utiliza una conexión XCF.v Definir un ID de aplicación VTAM para el controlador y activar los recursos

VTAM, si utiliza una conexión NCF.v Actualizar SYS1.PARMLIB y definir los recursos VTAM, si los usuarios se

comunican con el controlador a través de la API de Tivoli Workload Schedulerfor z/OS o si se utiliza el servidor de Tivoli Workload Scheduler for z/OS.

v Configurar el entorno ISPF para los usuarios del diálogo de Tivoli WorkloadScheduler for z/OS.

Comprobación del registro de mensajes (EQQMLOG)Inicie el controlador. Consulte el manual Tivoli Workload Scheduler for z/OS:Managing the Workload, para obtener información sobre el inicio y detención deTivoli Workload Scheduler for z/OS.

Cuando el controlador esté iniciado, examine el registro de mensajes:v Compruebe que el código de retorno de todas las opciones de inicialización es 0

(mensaje EQQZ016I).v Compruebe que todas las subtareas necesarias están activas.

Una vez iniciado el controlador, busque estos mensajes:Mensajes de servicio general activoEQQZ005I OPC SUBTASK GENERAL SERVICE IS BEING STARTEDEQQZ085I OPC SUBTASK GS EXECUTOR 01 IS BEING STARTEDEQQG001I SUBTASK GS EXECUTOR 01 HAS STARTED...EQQG001I SUBTASK GENERAL SERVICE HAS STARTED

Nota: Los mensajes anteriores, EQQZ085I y EQQG001I, se repiten cada vez quese inicia un ejecutor de servicio general. El número de ejecutores iniciadosdepende del valor especificado en la palabra clave GSTASK de la sentencia deinicialización OPCOPTS. Como valor predeterminado, se inician los cincoejecutores.

Mensajes de tarea de direccionador de datos activosEQQZ005I OPC SUBTASK DATA ROUTER TASK IS BEING STARTEDEQQF001I DATA ROUTER TASK INITIALIZATION IS COMPLETE


Cuando inicia un controlador y no existe ningún plan actual, verá un número demensajes EQQZ005I que indican que se está iniciando una subtarea. Pero estassubtareas no se iniciarán hasta que se cree un plan actual. También verá estemensaje:Mensaje de plan actualEQQN105W NO VALID CURRENT PLAN EXISTS. CURRENT PLAN VSAM I/O IS NOTPOSSIBLE

Si ha especificado una función de lector de sucesos o conexiones NCF, estastareas terminarán si no existe ningún plan actual. Puede verificar las tareasrestantes si ha creado un plan actual y las conexiones se pueden establecer. Lasección “Verificación de la configuración” en la página 181 describe estas tareas.

v Compruebe que el registro esté completo.En la “Registro de mensajes de ejemplo de un controlador” en la página 184 semuestra un ejemplo de MLOG de un controlador.

Nota: Si su registro parece estar incompleto, puede que la información seencuentre en un almacenamiento intermedio. Si no está seguro de si el registroestá completo, emita un mandato MODIFY ficticio como por ejemplo: Fssname,xx. El mensaje EQQZ049E se graba en el registro una vez procesado elmandato. Este mensaje aparecerá en la última entrada del registro.

Comprobación del registro de mensajes del servidorUna vez iniciado el controlador, se inician automáticamente los servidores si haespecificado la palabra clave SERVERS en la sentencia OPCOPTS. De lo contrario,debe iniciarlos mediante el mandato START de z/OS. Una vez iniciado el servidor,compruebe el registro de mensajes:v Compruebe que el código de retorno de todas las opciones de inicialización es 0

(mensaje EQQZ016I).v Una vez iniciado el servidor, busque estos mensajes:

Mensajes del servidor activosEQQZ0051 OPC SUBTASK SERVER IS BEING STARTEDEQQPH001 LA TAREA DE SERVIDOR SE HA INICIADO

Comprobación de las funciones de diálogosAntes de invocar el diálogo de Tivoli Workload Scheduler for z/OS, compruebeque ha configurado el entorno ISPF como se describe en la sección “El entornoISPF” en la página 196. A continuación, invoque el diálogo de Tivoli WorkloadScheduler for z/OS y seleccione una opción entre 0 y 10 en el menú principal. Siaparece un nuevo panel, significa que ha establecido comunicación con elsubsistema de Tivoli Workload Scheduler for z/OS. Si desea seguir probando losdiálogos, realice funciones como crear una descripción de aplicaciones. ConsulteTivoli Workload Scheduler for z/OS: Managing the Workload, para obtener másinformación sobre funciones de diálogo específicas.

Si ha utilizado RACF para proteger los recursos del controlador contra un uso noautorizado, compruebe que el mecanismo de protección funciona como se espera.

Determinación de problemasSi encuentra problemas durante la verificación del controlador, corrija los errores ycompruebe que el problema se ha solucionado. Para obtener más informaciónsobre la determinación de problemas, consulte Tivoli Workload Scheduler for z/OS:Diagnosis Guide and Reference.


Problemas de los diálogosPueden producirse diversos errores al ejecutar los diálogos de Tivoli WorkloadScheduler for z/OS. Cuando se produce un error, suena una alarma y aparece unmensaje breve en la esquina superior derecha de la pantalla del terminal.Normalmente, el texto del mensaje de los errores que provocan que suene unaalarma del terminal contiene el distintivo ALARM=YES. Si esto sucede cuando estáintentando verificar que los diálogos de Tivoli Workload Scheduler for z/OS sehan instalado correctamente, pulse la tecla de ayuda (normalmente PF1) en ISPF.ISPF muestra a continuación un mensaje de error más completo en el área demensajes del terminal. Los ejemplos siguientes muestran dos mensajes de error dediálogo. Al número del mensaje en cada ejemplo le sigue un texto de mensaje largoy una explicación del error. Los ejemplos resaltan dos errores, que estánrelacionados con el módulo de la interfaz del diálogo, EQQMINOx.

EQQX115EQQX115E RECURSO DE SERVICIO CÓDIGO DE RETORNO: 20, CÓDIGO DE RAZÓN:40

El módulo de carga EQQMINOx no está instalado en una bibliotecaaccesible para TSO. EQQMINOx debe estar presente en la bibliotecaSTEPLIB de la sesión TSO actual o en una biblioteca de la concatenaciónde LINKLIB LNKLSTnn actual. Si se ha instalado EQQMINOx en unabiblioteca LINKLIB, es necesario realizar un proceso de renovación LLA ouna IPL para que el módulo esté accesible para los usuarios de z/OS.

EQQX120EL PROGRAMA EQQMINOX SÓLO PUEDE SER INVOCADO POR UNA TAREA APFAUTORIZADA

El módulo de carga EQQMINOx debe estar autorizado para APF. Deberesidir en un conjunto de datos definido en SYS1.PARMLIB comobiblioteca autorizada para APF. Además, EQQMINOx debe estar definidoen TSO como programa autorizado para APF. Asegúrese de que ha seguidolas instrucciones en “Modificación de los parámetros de TSO” en la página91.

Problemas de autoridadResulta más sencillo verificar que el controlador se ha instalado correctamente sinactivar la comprobación de autorización. Si se activa la comprobación deautorización, es posible que algunos usuarios de TSO no puedan hacer lo queantes sí podían. Se emitirá un mensaje de diálogo de Tivoli Workload Scheduler forz/OS, que especifica que no tienen autorización para realizar una función dediálogo determinada, o que no tienen autorización para usar ningún diálogo deTivoli Workload Scheduler for z/OS.

Si no se han instalado correctamente las funciones de autorización del controlador,por lo general los usuarios de TSO podrán usar funciones de diálogos para las queno cuentan en realidad con autorización. El síntoma de este problema es laausencia de un mensaje de error esperado. Si esto sucede, siga el procedimientoque presupone que el supervisor de seguridad en uso es RACF.1. Verifique la clase APPL. Si el usuario no debería poder usar ningún diálogo de

Tivoli Workload Scheduler for z/OS, compruebe que la clase APPL esté activa yque el controlador esté definido como recurso en la clase APPL. Verifiquetambién que el usuario no está presente en la lista de acceso a ninguno de estosrecursos y que se ha especificado el acceso universal NONE. Use el mandatoSETR LIST para ver las clases activas, y el mandato RLIST para ver las listas deacceso en la clase de recurso APPL.


2. Verifique que el nombre de la clase de recurso RACF de Tivoli WorkloadScheduler for z/OS se haya definido para la tarea iniciada de Tivoli WorkloadScheduler for z/OS en la sentencia AUTHDEF. Para ello, examine el registro demensajes del controlador (EQQMLOG).

3. Verifique la definición de la clase de recurso de Tivoli Workload Scheduler forz/OS. Compruebe el origen de la tabla de descriptores de clase RACF ycompárelo con la definición proporcionada en el ejemplo ICHRRCDE de labiblioteca SEQQSAMP (consulte el apartado Apéndice A, “Biblioteca deejemplos (SEQQSAMP)”, en la página 365).

4. Compruebe los recursos fijos. Si el usuario no debe poder utilizar un diálogodeterminado, tal como el diálogo Calendario, verifique que la clase de recursoRACF de Tivoli Workload Scheduler for z/OS está activa y que CL se hadefinido como recurso en esta clase. Verifique también que el usuario no estápresente en la lista de acceso al recurso CL y que se ha especificado el accesouniversal NONE.

5. Compruebe los subrecursos. Si, por ejemplo, el usuario debería poder actualizarsólo un subconjunto de todas las aplicaciones en el diálogo Descripción deaplicaciones, pero sin embargo puede actualizar todas las aplicaciones,compruebe que la palabra clave SUBRESOURCES se ha especificadocorrectamente en la sentencia AUTHDEF de controlador. Compruebe tambiénque el controlador se ha reiniciado desde que se cambió la sentenciaAUTHDEF, y que los perfiles RACF de Tivoli Workload Scheduler for z/OS sehan renovado desde que se actualizaron los perfiles de subrecursos de TivoliWorkload Scheduler for z/OS.

Verificación de la instalación de un controlador en esperaCuando haya completado las tareas de instalación para un controlador en espera,realice la verificación inicial. Debido a que las conexiones no se pueden verificar deforma aislada, puede realizar más verificaciones del controlador en espera despuésde haber instalado el sistema de control, haber establecido conexiones entresistemas Tivoli Workload Scheduler for z/OS y haber creado un plan actual. Lasección “Verificación de la configuración” en la página 181 describe estas tareas deverificación.

Para verificar inicialmente el controlador en espera , lleve a cabo estas tareas:1. Asegúrese de que completa todas las tareas de instalación necesarias.2. Inicie el controlador en espera y compruebe el registro de mensajes

(EQQMLOG).


Compruebe las tareas de instalación y asegúrese de haber realizado las accionessiguientes:v Crear un procedimiento JCL para el controlador en espera .v Otorgar autorización de seguridad para que el espacio de direcciones pueda

acceder a los mismos conjuntos de datos que el controlador.v Especificar las sentencias de inicialización en la biblioteca de parámetros

(EQQPARM).v Incluir el controlador en espera en el mismo grupo XCF que el controlador.v Definir un ID de aplicación VTAM para el controlador en espera y activar los

recursos VTAM, si el controlador en espera utiliza conexiones NCFv Asignar una dirección IP al rastreador, si éste utiliza una conexión TCP/IP.


v Actualizar SYS1.PARMLIB y definir los recursos VTAM, si se utiliza la API deTivoli Workload Scheduler for z/OS o el servidor de Tivoli Workload Schedulerfor z/OS.

Comprobación del registro de mensajes (EQQMLOG)Inicie el controlador en espera.

Una vez iniciado el controlador, examine el registro de mensajes.

Cuando examine el registro de mensajes:v Compruebe que el código de retorno de todas las opciones de inicialización es 0

(mensaje EQQZ016I).v Compruebe que aparece el mensaje siguiente:

Mensaje del controlador en esperaEQQZ128I OPC ACTIVE IN STANDBY MODE

En la Figura 24 en la página 179 se muestra un ejemplo de MLOG de uncontrolador en espera .


Verificación de la instalación de la función de reinicio y limpiezaPara verificar que la función de reinicio y limpieza se ha instalado y configuradocorrectamente, realice estas tareas:v Compruebe que para cada spool se ha instalado e iniciado un almacén de datos

correctamente (verifique el registro de mensajes EQQMLOG).v Compruebe que el controlador se ha iniciado con los parámetros correctos

(consulte la sección “Conexión SNA solamente” en la página 30 para obteneruna configuración de ejemplo).

02/14 13.42.33 EQQZ403I RUNNING TWS for z/OS 9.2.002/14 13.42.33 EQQZ013I NOW PROCESSING PARAMETER LIBRARY MEMBER STANDBY02/14 13.42.33 EQQZ015I INIT STATEMENT: OPCOPTS OPCHOST(STANDBY)02/14 13.42.33 EQQZ015I INIT STATEMENT: APPCTASK(YES)02/14 13.42.33 EQQZ015I INIT STATEMENT: RECOVERY(YES)02/14 13.42.33 EQQZ015I INIT STATEMENT: ERDRTASK(0)02/14 13.42.33 EQQZ015I INIT STATEMENT: EWTRTASK(NO)02/14 13.42.33 EQQZ015I INIT STATEMENT: GTABLE(JOBCARD)02/14 13.42.33 EQQZ015I INIT STATEMENT: NCFTASK(YES)02/14 13.42.33 EQQZ015I INIT STATEMENT: NCFAPPL(NCFFN002)02/14 13.42.33 EQQZ015I INIT STATEMENT: SERVERS(OSR1,OSR2)02/14 13.42.33 EQQZ015I INIT STATEMENT: BUILDSSX(REBUILD)02/14 13.42.33 EQQZ015I INIT STATEMENT: VARSUB(SCAN)02/14 13.42.33 EQQZ015I INIT STATEMENT: SSCMNAME(EQQSSCML,TEMPORARY)02/14 13.42.33 EQQZ015I INIT STATEMENT:02/14 13.42.33 EQQZ016I RETURN CODE FOR THIS STATEMENT IS: 000002/14 13.42.33 EQQZ015I INIT STATEMENT: ALERTS MLOG(DURATION,ERROROPER,OPCERROR,QLIMEXCEED)02/14 13.42.33 EQQZ015I INIT STATEMENT:02/14 13.42.33 EQQZ016I RETURN CODE FOR THIS STATEMENT IS: 000002/14 13.42.33 EQQZ015I INIT STATEMENT: AUTHDEF CLASS(IBMOPC) SUBRESOURCES(CP.CPGDDEF LT.LTGDDEF)02/14 13.42.33 EQQZ015I INIT STATEMENT:02/14 13.42.33 EQQZ016I RETURN CODE FOR THIS STATEMENT IS: 000002/14 13.42.33 EQQZ015I INIT STATEMENT: EXITS CALL00(NO)02/14 13.42.33 EQQZ015I INIT STATEMENT: CALL01(NO)02/14 13.42.33 EQQZ015I INIT STATEMENT: CALL02(YES)02/14 13.42.33 EQQZ015I INIT STATEMENT: CALL03(NO)02/14 13.42.33 EQQZ015I INIT STATEMENT: CALL04(NO)02/14 13.42.33 EQQZ015I INIT STATEMENT: CALL05(NO)02/14 13.42.33 EQQZ015I INIT STATEMENT: CALL06(NO)02/14 13.42.33 EQQZ015I INIT STATEMENT: CALL07(NO)02/14 13.42.33 EQQZ015I INIT STATEMENT: CALL09(YES)02/14 13.42.33 EQQZ015I INIT STATEMENT:02/14 13.42.33 EQQZ016I RETURN CODE FOR THIS STATEMENT IS: 000002/14 13.42.33 EQQZ015I INIT STATEMENT: ROUTOPTS DASD(SUBCPU1)02/14 13.42.33 EQQZ015I INIT STATEMENT: SNA(NCFFN003)02/14 13.42.33 EQQZ015I INIT STATEMENT: USER(OS2LAN1,OS2LAN2)02/14 13.42.33 EQQZ015I INIT STATEMENT: XCF(OPC)02/14 13.42.33 EQQZ015I INIT STATEMENT:02/14 13.42.33 EQQZ016I RETURN CODE FOR THIS STATEMENT IS: 000002/14 13.42.33 EQQZ015I INIT STATEMENT: XCFOPTS MEMBER(SMOPC)02/14 13.42.33 EQQZ015I INIT STATEMENT: GROUP(PLEXM101)02/14 13.42.33 EQQZ016I RETURN CODE FOR THIS STATEMENT IS: 000002/14 13.42.34 EQQZ014I MAXIMUM RETURN CODE FOR PARAMETER MEMBER STANDBY IS: 0000

02/14 13.42.35 EQQZ172I SSX BLOCK OF VERSION 09HWSZ920 SUCCESSFULLY BUILT

02/14 13.42.35 EQQZ073I THE SCHEDULER HAS RECOGNIZED THAT THIS IS A JES2 SYSTEM WITH02/14 13.42.35 EQQZ073I COMMAND CHARACTER $ AND THAT THE NJE NODE NAME IS TIVZOS02/14 13.42.35 EQQZ128I SCHEDULER ACTIVE IN STANDBY MODE

Figura 24. Registro de mensajes de ejemplo para un controlador en espera


|

Comprobación del registro de mensajes (EQQMLOG)Una vez iniciado el controlador, asegúrese de que aparecen los siguientes mensajesen el registro de mensajes (este ejemplo muestra los mensajes de una conexiónSNA):02/07 12.11.39 EQQZ015I INIT STATEMENT: RCLOPTS CLNJOBPX(EQQCL)02/07 12.11.39 EQQZ015I INIT STATEMENT: DSTDEST(TWSFDEST)02/07 12.11.43 EQQPS01I PRE SUBMITTER TASK INITIALIZATION COMPLETE02/07 12.11.46 EQQFSF1I DATA FILE EQQSDF01 INITIALIZATION COMPLETED02/07 12.11.46 EQQFSF1I DATA FILE EQQSDF02 INITIALIZATION COMPLETED02/07 12.11.46 EQQFSF1I DATA FILE EQQSDF03 INITIALIZATION COMPLETED02/07 12.11.46 EQQFSI1I SECONDARY KEY FILE INITIALIZATION COMPLETED02/07 12.11.46 EQQFSD5I SYSOUT DATABASE INITIALIZATION COMPLETE02/07 12.11.46 EQQFL01I JOBLOG FETCH TASK INITIALIZATION COMPLETE02/07 12.11.46 EQQFSD1I SYSOUT DATABASE ERROR HANDLER TASK STARTED02/07 12.11.46 EQQFV36I SESSION I9PC33A3-I9PC33Z3 ESTABLISHED

Nota:

1. Debería haber un mensaje EQQFSF1I para cada archivo EQQSDFxxespecificado en el procedimiento de inicio.

2. Debería haber un mensaje EQQFV36I para cada conexión SNA.3. Compruebe que DSTDEST del mensaje EQQZ015I coincide con SYSDEST del

registro de mensajes del almacén de datos.

Una vez iniciado el servidor, asegúrese de que en el registro de mensajes aparecenlos siguientes mensajes:02/07 20.16.10 EQQZ015I INIT STATEMENT: SYSDEST(TWSFDEST)02/07 20.16.16 EQQFSK1I PRIMARY KEY FILE INITIALIZATION COMPLETED02/07 20.16.16 EQQFCM2I Data Store COMMAND TASK IS BEING STARTED02/07 20.16.16 EQQFCC1I Data Store COMMUNICATION TASK INITIALIZATION COMPLETED02/07 20.16.16 EQQFV01I FN APPLICATION STARTED02/07 20.16.16 EQQFV24I ACB SUCCESSFULLY OPENED02/07 20.16.16 EQQFSF1I DATA FILE EQQSDF01 INITIALIZATION COMPLETED02/07 20.16.16 EQQFV36I SESSION I9PC33Z3-I9PC33A3 ESTABLISHED02/07 20.16.16 EQQFSF1I DATA FILE EQQSDF02 INITIALIZATION COMPLETED02/07 20.16.16 EQQFSF1I DATA FILE EQQSDF03 INITIALIZATION COMPLETED02/07 20.16.16 EQQFSF1I DATA FILE EQQUDF01 INITIALIZATION COMPLETED02/07 20.16.16 EQQFSF1I DATA FILE EQQUDF02 INITIALIZATION COMPLETED02/07 20.16.16 EQQFSF1I DATA FILE EQQUDF03 INITIALIZATION COMPLETED02/07 20.16.16 EQQFSI1I SECONDARY KEY FILE INITIALIZATION COMPLETED02/07 20.16.16 EQQFSD5I SYSOUT DATABASE INITIALIZATION COMPLETE02/07 20.16.16 EQQFSD1I SYSOUT DATABASE ERROR HANDLER TASK STARTED02/07 20.16.16 EQQFCU1I CLEAN UP TASK STARTED02/07 20.16.16 EQQFSW1I Data Store WRITER TASK INITIALIZATION COMPLETED02/07 20.16.16 EQQFSW1I Data Store WRITER TASK INITIALIZATION COMPLETED02/07 20.16.16 EQQFSW1I Data Store WRITER TASK INITIALIZATION COMPLETED02/07 20.16.16 EQQFJK3I Data Store JESQUEUE TASK INITIALIZATION COMPLETED02/07 20.16.21 EQQFSR1I Data Store READER TASK INITIALIZATION COMPLETED

Nota:

1. Debería haber un mensaje EQQFSF1I para cada archivo EQQSDFxxespecificado en el procedimiento de inicio.

2. Compruebe que SYSDEST del mensaje EQQZ015I coincide con DSTDEST delregistro de mensajes del controlador.

3. Debería haber un mensaje EQQFSW1I para cada tarea del transcriptor.4. Debería haber un mensaje EQQFCC1I que indique que la comunicación se ha

realizado correctamente.


Verificación de la configuraciónDespués de instalar el sistema de control de Tivoli Workload Scheduler for z/OS, odespués de instalar un sistema controlado, revise esta sección para completar laverificación de Tivoli Workload Scheduler for z/OS. Se describen los temassiguientes:v Creación de entradas en las bases de datosv Ejecución de los trabajos por lotes de Tivoli Workload Scheduler for z/OSv Comprobación del registro de mensajes (EQQMLOG)v Verificación del envío de la carga de trabajov Verificación de la toma de control de un controlador en espera

Creación de entradas en las bases de datosPara poder comprobar totalmente Tivoli Workload Scheduler for z/OS, debe crearun plan actual. Para ello, primero debe crear entradas en las bases de datos yproducir un plan a largo plazo. Si no está familiarizado con Tivoli WorkloadScheduler for z/OS, consulte el manual Tivoli Workload Scheduler for z/OS: Managingthe Workload, para obtener información sobre la actualización de las bases de datosy la creación de un plan a largo plazo y un plan actual.

Con Tivoli Workload Scheduler for z/OS se incluyen bases de datos de TivoliWorkload Scheduler for z/OS de ejemplo. Se cargan en la biblioteca de destinoSMP/E con el nombre DD de SEQQDATA al procesarse la cinta de software delrastreador. Puede cargar las bases de datos de ejemplo al enviar EQQSAMPI JCL,que se genera mediante EQQJOBS.

Ejecución de trabajos por lotesDespués de crear las entradas de la base de datos, invoque el diálogo de plan alargo plazo (LTP) y cree un plan a largo plazo. Compruebe que el trabajo por lotesse ha completado correctamente y examine el plan a largo plazo para verificar quelas entradas estén correctas. A continuación, use el diálogo Planificación diaria paracrear un plan actual. Una vez terminado este trabajo, examine el plan actual paracomprobar que estén presentes las ocurrencias de aplicaciones esperadas.

Puede seguir probando los trabajos por lotes de Tivoli Workload Scheduler forz/OS, por ejemplo, imprimir información sobre las entradas creadas en las basesde datos. En la Tabla 19 en la página 76 se muestran los trabajos por lotes de TivoliWorkload Scheduler for z/OS.

Comprobación del registro de mensajes (EQQMLOG)Cuando haya creado un plan actual y haya iniciado todos los espacios dedirecciones de Tivoli Workload Scheduler for z/OS en la configuración, consulte elregistro de mensajes del controlador y todos los rastreador.

Registro de mensajes del controladorBusque estos mensajes en el registro de mensajes del controlador:

Mensajes del gestor de modalidad normal activosEQQZ005I SUBTASK NORMAL MODE MGR IS BEING STARTEDEQQN013I NOW PROCESSING PARAMETER LIBRARY MEMBER EQQCP1DS

Nota: Mensajes del archivador del registro de seguimiento de trabajos activos. Enel mensaje anterior, el nombre DD del plan actual activo es EQQCP1DS oEQQCP2DS.


EQQZ005I SUBTASK JT LOG ARCHIVER IS BEING STARTEDEQQN080I THE LOG ARCHIVER TASK HAS STARTED

Mensajes del archivador del registro de seguimiento de trabajos activos

Nota: Los mensajes anteriores, EQQZ085I y EQQG001I, se repiten cada vez que seinicia un ejecutor de servicio general. El número de ejecutores iniciados dependedel valor especificado en la palabra clave GSTASK de la sentencia de inicializaciónOPCOPTS. Como valor predeterminado, se inician los cinco ejecutores.

Mensajes de tarea de direccionador de datos activosEQQZ005I SUBTASK DATA ROUTER TASK IS BEING STARTEDEQQF001I DATA ROUTER TASK INITIALIZATION IS COMPLETE

Si ha especificado que se inicie el soporte APPC, compruebe que aparezcan lossiguientes mensajes:

Mensajes de tarea APPC activosEQQZ005I SUBTASK APPC TASK IS BEING STARTEDEQQO001I APPC TASK INITIALIZATION IS COMPLETE

Este mensaje debe emitirse para el primer inicio del controlador o servidor despuésde que APPC se inicie; APPC lo emite en el registro del sistema:

Planificador APPC activo - mensajes del registro del sistemaATB050I LOGICAL UNIT IS4MEOP4 FOR TRANSACTION SCHEDULER EOP4 HAS BEENADDED TO THE APPC CONFIGURATION.

Si ha especificado una función de lector de sucesos, compruebe que aparezcan lossiguientes mensajes:

Mensajes del lector de sucesos activosEQQZ005I SUBTASK EVENT READER IS BEING STARTEDEQQR025I ERDR 01 STARTED

El valor numérico del mensaje EQQR025I indica el lector de sucesos que se inicia.No se puede especificar el mismo valor en más de una palabra clave ERSEQNO enel mismo nodo. No se puede especificar más de 16 tareas de lector de sucesos en elmismo nodo.

Si el controlador usa conexiones XCF, el grupo XCF se activa al iniciarse elcontrolador. En el registro de mensajes pueden aparecer diversos mensajes queindican que se ha iniciado un rastreador o un controlador en espera y que se haunido al grupo. Si el controlador se comunica con un rastreador mediante XCF,compruebe si aparece este mensaje para verificar la conexión:

Mensaje de conexión con el rastreador activoEQQF007I XCF MEMBER TRACK2 HAS JOINED THE GROUP. THE DESTINATION WILL BEEQQF007I REPORTED ACTIVE

Si se ha iniciado un controlador en espera, compruebe que aparezca este mensaje:

Mensaje de conexión con el controlador en espera activoEQQF008I XCF MEMBER CTRSTBY1 HAS JOINED THE GROUP AS STANDBY FOR THEEQQF008I CONTROLLER


Si el controlador utiliza una conexión NCF, compruebe que aparezcan estosmensajes (donde NCFCON01 es el ID de aplicación VTAM del controlador, yNCFTRK01 es el ID de aplicación VTAM del rastreador):

Mensajes de conexión NCF activosEQQZ005I SUBTASK VTAM I/O TASK IS BEING STARTEDEQQV001I NCF APPLICATION STARTEDEQQV024I ACB SUCCESSFULLY OPENEDEQQV036I SESSION NCFCON01-NCFTRK01 ESTABLISHED

Si el controlador utiliza la función de capacidades globales de tolerancia a errorespara planificar en entornos distribuidos, compruebe que aparezcan estos mensajesen el controlador EQQMLOG:

Mensajes para la planificación global activa con capacidades de tolerancia a erroresEQQZ005I SUBTASK END TO END ENABLER IS BEING STARTED

EQQZ085I SUBTASK END TO END SENDER IS BEING STARTED

EQQZ085I SUBTASK END TO END RECEIVER IS BEING STARTED

EQQG001I SUBTASK END TO END ENABLER HAS STARTED

EQQG001I SUBTASK END TO END RECEIVER HAS STARTED

EQQG001I SUBTASK END TO END SENDER HAS STARTED

Cuando se inicia el servidor global, con el archivo de propiedades personalizadopara permitir que todos los mensajes EQQPT se emitan para MLOG del servidorde forma predeterminada, compruebe que aparezcan los siguientes mensajes enEQQMLOG del servidor:

Mensajes del servidor para la planificación global activa con capacidades detolerancia a erroresEQQPH33I THE END-TO-END PROCESSES HAVE BEEN STARTED

EQQPT01I Program "/usr/lpp/TWS/TWS910/bin/translator" has been started,pid is pid number

EQQPT15I The USS bindir "/usr/lpp/TWS/TWS910" maintenance levelis maintenance level

EQQPT01I Program "/usr/lpp/TWS/TWS910/bin/netman" has been started, pid is pid num

Si se ha creado un archivo Symphony y está activo, aparecerán estos mensajes:EQQPT20I Input Translator waiting for Batchman and Mailman are started

EQQPT21I Input Translator finished waiting for Batchman and Mailman

De lo contrario, si el archivo Symphony no está presente o debe crearse uno nuevo,aparecerá este mensaje:EQQPT22I Input Translator thread stopped until new Symphony will be available

La primera vez que se inicia el controlador con la planificación global de toleranciaa errores en uso o después de haber reasignado los conjuntos de datos de sucesos(EQQTWSIN y EQQTWSOU), es necesario volver a dar formato a los conjuntos dedatos de sucesos. En EQQMLOG del controlador aparecerán los siguientesmensajes antes de iniciarse los mensajes sobre emisor y receptor:EQQW030I A DISK DATA SET WILL BE FORMATTED, DDNAME = EQQTWSIN

EQQW030I A DISK DATA SET WILL BE FORMATTED, DDNAME = EQQTWSOU

EQQW038I A DISK DATA SET HAS BEEN FORMATTED, DDNAME = EQQTWSIN

EQQW038I A DISK DATA SET HAS BEEN FORMATTED, DDNAME = EQQTWSOU


Además, los mensajes siguientes podrían aparecer en el EQQMLOG del servidor:EQQPT56W The /DD:EQQTWSIN queue has not been formatted yet

EQQPT56W The /DD:EQQTWSOU queue has not been formatted yet

Si el controlador usa la comprobación de la función de reinicio y limpieza,compruebe que aparezcan los siguientes mensajes en el MLOG del controlador:EQQZ005I SUBTASK FL TASK IS BEING STARTED

EQQZ005I SUBTASK PRE-SUBMIT IS BEING STARTED

EQQFSD1I SYSOUT DATABASE ERROR HANDLER TASK STARTED

EQQFSK1I PRIMARY KEY FILE INITIALIZATION COMPLETED

EQQFSF1I DATA FILE EQQSDF01 INITIALIZATION COMPLETED

EQQFSF1I DATA FILE EQQSDF02 INITIALIZATION COMPLETED

...

EQQFSF1I DATA FILE EQQSDFnn INITIALIZATION COMPLETED

EQQFSI1I SECONDARY KEY FILE INITIALIZATION COMPLETED

EQQFSD5I SYSOUT DATABASE INITIALIZATION COMPLETE

EQQPS01I PRE SUBMITTER TASK INITIALIZATION COMPLETE

EQQFL01I JOBLOG FETCH TASK INITIALIZATION COMPLETE

Si se utiliza XCF para conectar con el almacén de datos, aparecerán los siguientesmensajes:EQQFCCAI XCF JOIN STARTED

EQQFCC9I XCF XCFCLC02 HAS JOINED XCF GROUP OPCGRPQ

Si se utiliza SNA para conectar con el almacén de datos, aparecerán los siguientesmensajes:EQQFV01I FN APPLICATION STARTED

EQQFV24I ACB SUCCESSFULLY OPENED

EQQFV36I SESSION I9PC45RA-I9PC45AA ESTABLISHED

Registro de mensajes de ejemplo de un controlador

Registro de mensajes de ejemplo de un controlador muestra un ejemplo del MLOGde un controlador. El controlador está conectado a tres rastreadores medianteDASD compartido, XCF y NCF. En esta configuración también se inicia uncontrolador en espera.02/14 12.13.19 EQQZ403I RUNNING TWS for z/OS 9.2.002/14 12.13.19 EQQZ013I NOW PROCESSING PARAMETER LIBRARY MEMBER CONTROLR02/14 12.13.19 EQQZ015I INIT STATEMENT: OPCOPTS OPCHOST(YES)02/14 12.13.19 EQQZ015I INIT STATEMENT: APPCTASK(YES)02/14 12.13.19 EQQZ015I INIT STATEMENT: RECOVERY(YES)02/14 12.13.19 EQQZ015I INIT STATEMENT: RODMTASK(YES) RODMPARM(RODM)02/14 12.13.19 EQQZ015I INIT STATEMENT: ERDRTASK(0)02/14 12.13.19 EQQZ015I INIT STATEMENT: EWTRTASK(NO)02/14 12.13.19 EQQZ015I INIT STATEMENT: GTABLE(JOBCARD)02/14 12.13.19 EQQZ015I INIT STATEMENT: NCFTASK(YES)02/14 12.13.19 EQQZ015I INIT STATEMENT: NCFAPPL(NCFFN002)02/14 12.13.19 EQQZ015I INIT STATEMENT: SERVERS(OSR1,OSR2)02/14 12.13.19 EQQZ015I INIT STATEMENT: BUILDSSX(REBUILD)02/14 12.13.19 EQQZ015I INIT STATEMENT: VARSUB(SCAN)02/14 12.13.19 EQQZ015I INIT STATEMENT: SSCMNAME(EQQSSCML,TEMPORARY)02/14 12.13.19 EQQZ015I INIT STATEMENT:02/14 12.13.19 EQQZ016I RETURN CODE FOR THIS STATEMENT IS: 000002/14 12.13.19 EQQZ015I INIT STATEMENT: ALERTS MLOG(DURATION,ERROROPER,OPCERROR,QLIMEXCEED,RESCONT)02/14 12.13.19 EQQZ015I INIT STATEMENT:

02/14 12.13.19 EQQZ016I RETURN CODE FOR THIS STATEMENT IS: 000002/14 12.13.19 EQQZ015I INIT STATEMENT: AUTHDEF CLASS(IBMOPC) SUBRESOURCES(CP.CPGDDEF LT.LTGDDEF)02/14 12.13.19 EQQZ015I INIT STATEMENT:02/14 12.13.19 EQQZ016I RETURN CODE FOR THIS STATEMENT IS: 000002/14 12.13.19 EQQZ015I INIT STATEMENT: EXITS CALL00(NO)02/14 12.13.19 EQQZ015I INIT STATEMENT: CALL01(NO)02/14 12.13.19 EQQZ015I INIT STATEMENT: CALL02(YES)


|

02/14 12.13.19 EQQZ015I INIT STATEMENT: CALL03(NO)02/14 12.13.19 EQQZ015I INIT STATEMENT: CALL04(NO)02/14 12.13.19 EQQZ015I INIT STATEMENT: CALL05(NO)02/14 12.13.19 EQQZ015I INIT STATEMENT: CALL06(YES)02/14 12.13.19 EQQZ015I INIT STATEMENT: CALL07(NO)02/14 12.13.19 EQQZ015I INIT STATEMENT: CALL09(YES)02/14 12.13.19 EQQZ015I INIT STATEMENT:02/14 12.13.19 EQQZ016I RETURN CODE FOR THIS STATEMENT IS: 000002/14 12.13.19 EQQZ015I INIT STATEMENT: ROUTOPTS DASD(SUBCPU1)02/14 12.13.19 EQQZ015I INIT STATEMENT: SNA(NCFFN003)02/14 12.13.19 EQQZ015I INIT STATEMENT: USER(OS2LAN1,OS2LAN2)02/14 12.13.19 EQQZ015I INIT STATEMENT: XCF(SMOPC)02/14 12.13.19 EQQZ015I INIT STATEMENT: APPC(ROMEAS1:ITIBM200.S44D1288)02/14 12.13.19 EQQZ015I INIT STATEMENT: TCP(ROM2:9.52.52.11)02/14 12.13.19 EQQZ015I INIT STATEMENT: TCPIPID(TCPIPROC)02/14 12.13.19 EQQZ015I INIT STATEMENT:02/14 12.13.19 EQQZ016I RETURN CODE FOR THIS STATEMENT IS: 000002/14 12.13.19 EQQZ015I INIT STATEMENT: XCFOPTS MEMBER(OPC)02/14 12.13.19 EQQZ015I INIT STATEMENT: GROUP(PLEXM101)02/14 12.13.19 EQQZ016I RETURN CODE FOR THIS STATEMENT IS: 000002/14 12.13.19 EQQZ014I MAXIMUM RETURN CODE FOR PARAMETER MEMBER CONTROLR IS: 000002/14 12.13.20 EQQZ013I NOW PROCESSING PARAMETER LIBRARY MEMBER RODM02/14 12.13.20 EQQZ015I INIT STATEMENT: RODMOPTS RODMSYSTEM(EKGXRODM)02/14 12.13.20 EQQZ015I INIT STATEMENT: OPCRESOURCE(TAPE)02/14 12.13.20 EQQZ015I INIT STATEMENT: OPCFIELD(QUANTITY)02/14 12.13.20 EQQZ015I INIT STATEMENT: RODMCLASS(TAPE)02/14 12.13.20 EQQZ015I INIT STATEMENT: RODMFIELD(NUMBEROF)02/14 12.13.20 EQQZ015I INIT STATEMENT: RODMLOST(LAST)02/14 12.13.20 EQQZ016I RETURN CODE FOR THIS STATEMENT IS: 000002/14 12.13.20 EQQZ014I MAXIMUM RETURN CODE FOR PARAMETER MEMBER RODM02/14 12.13.21 EQQZ172I SSX BLOCK OF VERSION 09HWSZ920 SUCCESSFULLY BUILT02/14 12.13.21 EQQZ073I THE SCHEDULER HAS RECOGNIZED THAT THIS IS A JES2 SYSTEM WITH02/14 12.13.21 EQQZ073I COMMAND CHARACTER $ AND THAT THE NJE NODE NAME IS TIVZOS02/14 12.13.22 EQQZ005I SUBTASK VTAM I/O TASK IS BEING STARTED02/14 12.13.22 EQQZ005I SUBTASK NORMAL MODE MGR IS BEING STARTED02/14 12.13.22 EQQZ005I SUBTASK TCP/IP TASK IS BEING STARTED02/14 12.13.22 EQQZ005I SUBTASK APPC TRACKER IS BEING STARTED02/14 12.13.22 EQQZ005I SUBTASK JOB SUBMIT TASK IS BEING STARTED02/14 12.13.22 EQQZ005I SUBTASK DATA ROUTER TASK IS BEING STARTED02/14 12.13.22 EQQZ005I SUBTASK RODM TASK IS BEING STARTED02/14 12.13.22 EQQZ005I SUBTASK APPC TASK IS BEING STARTED02/14 12.13.23 EQQV001I NCF APPLICATION STARTED02/14 12.13.23 EQQZ013I NOW PROCESSING PARAMETER LIBRARY MEMBER CONTROLR02/14 12.13.23 EQQZ015I INIT STATEMENT: AUDIT ACCESS(UPDATE) AMOUNT(KEY) FILE(ALL)02/14 12.13.23 EQQZ016I RETURN CODE FOR THIS STATEMENT IS: 000002/14 12.13.23 EQQZ015I INIT STATEMENT: AUDIT ACCESS(UPDATE) AMOUNT(DATA) FILE(JS)02/14 12.13.23 EQQZ015I INIT STATEMENT:

02/14 12.13.23 EQQZ016I RETURN CODE FOR THIS STATEMENT IS: 000002/14 12.13.23 EQQZ015I INIT STATEMENT: JTOPTS BACKUP(NO)02/14 12.13.23 EQQZ015I INIT STATEMENT: STATMSG(CPLOCK EVENTS GENSERV)02/14 12.13.23 EQQZ015I INIT STATEMENT: ETT(YES)02/14 12.13.23 EQQZ015I INIT STATEMENT: HIGHRC(0)02/14 12.13.23 EQQZ015I INIT STATEMENT: JOBCHECK(SAME)02/14 12.13.23 EQQZ015I INIT STATEMENT: JTLOGS(5)02/14 12.13.23 EQQZ015I INIT STATEMENT: OPINFOSCOPE(ALL)02/14 12.13.23 EQQZ015I INIT STATEMENT: JOBSUBMIT(YES)02/14 12.13.23 EQQZ015I INIT STATEMENT: MAXJSFILE(NO)02/14 12.13.23 EQQZ015I INIT STATEMENT: NEWOILIMIT(30)02/14 12.13.23 EQQZ015I INIT STATEMENT: OFFDELAY(3)02/14 12.13.23 EQQZ015I INIT STATEMENT: PLANSTART(7)02/14 12.13.23 EQQZ015I INIT STATEMENT: PRTCOMPLETE(YES)02/14 12.13.23 EQQZ015I INIT STATEMENT: DUAL(NO)02/14 12.13.23 EQQZ015I INIT STATEMENT: SHUTDOWNPOLICY(75)02/14 12.13.23 EQQZ015I INIT STATEMENT: SUBFAILACTION(E)02/14 12.13.23 EQQZ015I INIT STATEMENT: SUPPRESSACTION(C)02/14 12.13.23 EQQZ015I INIT STATEMENT: SUPPRESSPOLICY(75)02/14 12.13.23 EQQZ015I INIT STATEMENT: TRACK(JOBOPT)02/14 12.13.23 EQQZ015I INIT STATEMENT: WSFAILURE(ERROR,REROUTE,IMMED)02/14 12.13.23 EQQZ015I INIT STATEMENT: WSOFFLINE(ERROR,REROUTE,IMMED)02/14 12.13.23 EQQZ015I INIT STATEMENT:02/14 12.13.23 EQQZ016I RETURN CODE FOR THIS STATEMENT IS: 000002/14 12.13.23 EQQZ015I INIT STATEMENT: NOERROR LIST(MYJOB.*.STEP4.000202/14 12.13.23 EQQZ015I INIT STATEMENT: HISJOB.*.STEP6.000402/14 12.13.23 EQQZ015I INIT STATEMENT: HERJOB.*.STEP9.0016)02/14 12.13.23 EQQZ015I INIT STATEMENT:02/14 12.13.23 EQQZ016I RETURN CODE FOR THIS STATEMENT IS: 000002/14 12.13.23 EQQZ014I MAXIMUM RETURN CODE FOR PARAMETER MEMBER CONTROLR IS: 000002/14 12.13.23 EQQSU12I MAX NUMBER OF WORKSTATIONS CHECKPOINTED BY THIS SUBMIT TASK: 004602/14 12.13.23 EQQO001I APPC TASK INITIALIZATION IS COMPLETE02/14 12.13.23 EQQF007I XCF MEMBER SMOPC HAS JOINED THE GROUP. THE DESTINATION WILL BE02/14 12.13.23 EQQF007I REPORTED ACTIVE02/14 12.13.23 EQQF008I XCF MEMBER SBOPC HAS JOINED THE GROUP AS STANDBY FOR THE02/14 12.13.23 EQQF008I CONTROLLER02/14 12.13.23 EQQF001I DATA ROUTER TASK INITIALIZATION IS COMPLETE02/14 12.13.23 EQQTA01I THE TCP/IP COMMUNICATION TASK HAS STARTED02/14 12.13.24 EQQSU01I THE SUBMIT TASK HAS STARTED02/14 12.13.24 EQQAT01I THE APPC TRACKER TASK HAS STARTED02/14 12.13.26 EQQQ502I SPECIAL RESOURCE DATASPACE HAS BEEN CREATED02/14 12.13.26 EQQQ502I 0000020 PAGES ARE USED FOR 00000100 SPECIAL RESOURCE RECORDS02/14 12.13.45 EQQN018I VSAM LSR BUFFERS HAVE BEEN SUCCESSFULLY ALLOCATED FOR VSAM FILE EQQCP1DS02/14 12.13.45 EQQN018I NUMBER OF INDEX BUFFERS ARE 000006 WITH SIZE 016384


02/14 12.13.45 EQQN018I NUMBER OF DATA BUFFERS ARE 000010 WITH SIZE 03276802/14 12.13.45 EQQN012I JOB TRACKING EVENTS ARE NOW BEING LOGGED ON FILE EQQJT0102/14 12.13.45 EQQN013I JOB TRACKING IS NOW ACTIVE AND CURRENT PLAN DD-NAME IS EQQCP1DS02/14 12.13.45 EQQZ005I SUBTASK EVENT MANAGER IS BEING STARTED02/14 12.13.45 EQQZ005I SUBTASK GENERAL SERVICE IS BEING STARTED02/14 12.13.45 EQQZ005I SUBTASK AUTO RECOVERY IS BEING STARTED02/14 12.13.45 EQQZ005I SUBTASK JT LOG ARCHIVER IS BEING STARTED02/14 12.13.45 EQQZ005I SUBTASK EXTERNAL ROUTER IS BEING STARTED02/14 12.13.45 EQQZ005I SUBTASK WS ANALYZER IS BEING STARTED02/14 12.13.45 EQQN080I THE LOG ARCHIVER TASK HAS STARTED02/14 12.13.46 EQQZ013I NOW PROCESSING PARAMETER LIBRARY MEMBER STDAR02/14 12.13.46 EQQZ015I INIT STATEMENT: AROPTS PREDWS(CPU*)02/14 12.13.46 EQQZ016I RETURN CODE FOR THIS STATEMENT IS: 000002/14 12.13.46 EQQZ014I MAXIMUM RETURN CODE FOR PARAMETER MEMBER STDAR IS: 000002/14 12.13.46 EQQW505I THE WORK STATION ANALYZER TASK HAS STARTED02/14 12.13.46 EQQZ085I SUBTASK GS EXECUTOR 01 IS BEING STARTED02/14 12.13.46 EQQC001I THE AUTOMATIC RECOVERY SUBTASK HAS STARTED

02/14 12.13.46 EQQZ085I SUBTASK GS EXECUTOR 02 IS BEING STARTED02/14 12.13.46 EQQEX01I THE EXTERNAL ROUTER TASK HAS STARTED02/14 12.13.46 EQQZ085I SUBTASK GS EXECUTOR 03 IS BEING STARTED02/14 12.13.46 EQQZ085I SUBTASK GS EXECUTOR 04 IS BEING STARTED02/14 12.13.46 EQQZ085I SUBTASK GS EXECUTOR 05 IS BEING STARTED02/14 12.13.46 EQQG001I SUBTASK GENERAL SERVICE HAS STARTED02/14 12.13.46 EQQE025I THE EVENT MANAGER HAS STARTED02/14 12.13.46 EQQE017I THE ETT FUNCTION IS ACTIVATED02/14 12.13.46 EQQG001I SUBTASK GS EXECUTOR 01 HAS STARTED02/14 12.13.46 EQQG001I SUBTASK GS EXECUTOR 02 HAS STARTED02/14 12.13.46 EQQG001I SUBTASK GS EXECUTOR 03 HAS STARTED02/14 12.13.46 EQQG001I SUBTASK GS EXECUTOR 04 HAS STARTED02/14 12.13.46 EQQG001I SUBTASK GS EXECUTOR 05 HAS STARTED02/14 12.17.29 EQQV024I ACB SUCCESSFULLY OPENED02/14 12.17.59 EQQV036I SESSION NCFFN002-NCFFN003 ESTABLISHED02/14 12.20.35 EQQN051I A CURRENT PLAN BACKUP PROCESS HAS STARTED. TRIGGER WAS: BACKUP CMD02/14 12.20.35 EQQN012I JOB TRACKING EVENTS ARE NOW BEING LOGGED ON FILE EQQJT0202/14 12.20.35 EQQQ507I A SPECIAL RESOURCE DATASPACE BACKUP PROCESS HAS STARTED02/14 12.20.35 EQQQ508I A SPECIAL RESOURCE DATASPACE BACKUP PROCESS HAS ENDED02/14 12.20.35 EQQQ508I 00000003 RECORDS WERE WRITTEN TO CX02/14 12.20.38 EQQN056I A CURRENT PLAN COPY PROCESS HAS STARTED02/14 12.20.40 EQQN057I A CURRENT PLAN DATA SET WAS SUCCESSFULLY COPIED: FROMDD=EQQCP1DS, TODD=EQQCP2DS02/14 12.20.40 EQQN023I VSAM LSR BUFFERS HAVE BEEN SUCCESSFULLY DELETED FOR VSAM FILE EQQCP2DS02/14 12.20.41 EQQN018I VSAM LSR BUFFERS HAVE BEEN SUCCESSFULLY ALLOCATED FOR VSAM FILE EQQCP2DS02/14 12.20.41 EQQN018I NUMBER OF INDEX BUFFERS ARE 000006 WITH SIZE 01638402/14 12.20.41 EQQN018I NUMBER OF DATA BUFFERS ARE 000010 WITH SIZE 03276802/14 12.20.41 EQQN090I THE JOB TRACKING LOG DATA SET DEFINED BY DDNAME EQQJT01 HAS BEEN02/14 12.20.41 EQQN090I COPIED TO THE JOB TRACKING LOG ARCHIVE DATA SET02/14 12.20.57 EQQZ000I A STOP COMMAND HAS BEEN RECEIVED02/14 12.20.57 EQQN000I THE NORMAL MODE MANAGER TASK HAS BEEN REQUESTED TO TERMINATE02/14 12.20.57 EQQSU02I THE SUBMIT TASK HAS ENDED02/14 12.20.57 EQQEX02I THE EXTERNAL ROUTER TASK HAS ENDED02/14 12.20.57 EQQZ034I SUBTASK DATA ROUTER TASK HAS ENDED.02/14 12.20.57 EQQZ034I SUBTASK WAS ACTIVE 453 SECONDS AND USED 0.1 CPU SECONDS02/14 12.20.57 EQQZ034I SUBTASK APPC TASK HAS ENDED.02/14 12.20.57 EQQZ034I SUBTASK WAS ACTIVE 453 SECONDS AND USED 0.0 CPU SECONDS02/14 12.20.57 EQQZ034I SUBTASK JOB SUBMIT TASK HAS ENDED.02/14 12.20.57 EQQZ034I SUBTASK WAS ACTIVE 453 SECONDS AND USED 0.1 CPU SECONDS02/14 12.20.57 EQQE000I TOTAL NUMBER OF EVENTS PROCESSED BY THE EVENT MANAGER TASK IS: 3402/14 12.20.57 EQQE000I NUMBER OF EVENTS SINCE THE PREVIOUS MESSAGE IS: 3402/14 12.20.57 EQQE000I EVENT MANAGER QUEUE LENGTH STATISTICS FOLLOW:02/14 12.20.57 EQQE000I TOTAL Q1 Q2 Q5 Q10 Q20 Q50 Q100 >10002/14 12.20.57 EQQE000I 31 28 2 1 0 0 0 0 002/14 12.20.57 EQQE006I EVENT MANAGER EVENT TYPE STATISTICS FOLLOW:02/14 12.20.57 EQQE006I TYPE NTOT NNEW TTOT TNEW TAVG NAVG NSUS02/14 12.20.57 EQQE007I ALL 34 34 0.2 0.2 0.00 0.00 002/14 12.20.57 EQQE007I 1 3 3 0.0 0.0 0.03 0.03 002/14 12.20.57 EQQE007I 2 3 3 0.0 0.0 0.02 0.02 002/14 12.20.57 EQQE007I 3S 0 0 0.0 0.0 0.00 0.00 002/14 12.20.57 EQQE007I 3J 4 4 0.0 0.0 0.00 0.00 002/14 12.20.57 EQQE007I 3P 4 4 0.1 0.1 0.02 0.02 002/14 12.20.57 EQQE007I 4 0 0 0.0 0.0 0.00 0.00 002/14 12.20.57 EQQE007I 5 12 12 0.0 0.0 0.00 0.00 002/14 12.20.57 EQQE007I USER 0 0 0.0 0.0 0.00 0.00 002/14 12.20.57 EQQE007I CATM 0 0 0.0 0.0 0.00 0.00 002/14 12.20.57 EQQE007I OTHR 8 8 0.0 0.0 0.00 0.00 002/14 12.20.57 EQQE004I CP ENQ LOCK STATISTICS SINCE PREVIOUS MESSAGE FOLLOW:02/14 12.20.57 EQQE004I NAME NEXCL NSHRD THELD TWAIT AHELD AWAIT02/14 12.20.57 EQQE005I NORMAL MODE MGR 18 0 7.0 0.0 0.39 0.0002/14 12.20.57 EQQE005I WS ANALYZER 7 0 0.7 0.1 0.10 0.0202/14 12.20.57 EQQE005I EVENT MANAGER 31 0 0.2 5.6 0.00 0.18

02/14 12.20.57 EQQV037I SESSION NCFFN002-NCFFN003 ENDED02/14 12.20.57 EQQC003I THE AUTOMATIC RECOVERY SUBTASK HAS ENDED NORMALLY02/14 12.20.57 EQQTA02I THE TCP/IP COMMUNICATION TASK HAS ENDED02/14 12.20.57 EQQAT01I THE APPC TRACKER TASK HAS ENDED02/14 12.20.57 EQQG010I GENERAL SERVICE REQUEST STATISTICS FOLLOW:02/14 12.20.57 EQQG010I TYPE TOTAL NEWRQS TOTTIME NEWTIME TOTAVG NEWAVG02/14 12.20.57 EQQG011I ALL 0 0 0.0 0.0 0.00 0.0002/14 12.20.57 EQQV020I ACB SUCCESSFULLY CLOSED02/14 12.20.57 EQQZ034I SUBTASK EXTERNAL ROUTER HAS ENDED.02/14 12.20.57 EQQZ034I SUBTASK WAS ACTIVE 431 SECONDS AND USED 0.0 CPU SECONDS02/14 12.20.57 EQQE023I THE EVENT MANAGER ENDED NORMALLY02/14 12.20.57 EQQW503I THE WORK STATION ANALYZER ENDED NORMALLY


02/14 12.20.57 EQQG003I SUBTASK GS EXECUTOR 01 HAS ENDED02/14 12.20.57 EQQG003I SUBTASK GS EXECUTOR 02 HAS ENDED02/14 12.20.57 EQQV006I NCF APPLICATION ENDED02/14 12.20.57 EQQZ034I SUBTASK AUTO RECOVERY HAS ENDED.02/14 12.20.57 EQQZ034I SUBTASK WAS ACTIVE 431 SECONDS AND USED 0.0 CPU SECONDS02/14 12.20.57 EQQZ034I SUBTASK TCP/IP TASK HAS ENDED.02/14 12.20.57 EQQZ034I SUBTASK WAS ACTIVE 431 SECONDS AND USED 0.0 CPU SECONDS02/14 12.20.57 EQQZ034I SUBTASK APPC TRACKER HAS ENDED.02/14 12.20.57 EQQZ034I SUBTASK WAS ACTIVE 431 SECONDS AND USED 0.0 CPU SECONDS02/14 12.20.57 EQQG003I SUBTASK GS EXECUTOR 03 HAS ENDED02/14 12.20.57 EQQG003I SUBTASK GS EXECUTOR 04 HAS ENDED02/14 12.20.57 EQQG003I SUBTASK GS EXECUTOR 05 HAS ENDED02/14 12.20.57 EQQE018I THE ETT FUNCTION IS DEACTIVATED02/14 12.20.57 EQQZ034I SUBTASK VTAM I/O TASK HAS ENDED.02/14 12.20.57 EQQZ034I SUBTASK WAS ACTIVE 454 SECONDS AND USED 0.0 CPU SECONDS02/14 12.20.57 EQQZ034I SUBTASK WS ANALYZER HAS ENDED.02/14 12.20.57 EQQZ034I SUBTASK WAS ACTIVE 431 SECONDS AND USED 0.4 CPU SECONDS02/14 12.20.57 EQQZ034I SUBTASK EVENT MANAGER HAS ENDED.02/14 12.20.57 EQQZ034I SUBTASK WAS ACTIVE 431 SECONDS AND USED 0.0 CPU SECONDS02/14 12.21.03 EQQZ034I SUBTASK GS EXECUTOR 01 HAS ENDED.02/14 12.21.03 EQQZ034I SUBTASK WAS ACTIVE 431 SECONDS AND USED 0.0 CPU SECONDS02/14 12.21.03 EQQZ034I SUBTASK GS EXECUTOR 02 HAS ENDED.02/14 12.21.03 EQQZ034I SUBTASK WAS ACTIVE 431 SECONDS AND USED 0.0 CPU SECONDS02/14 12.21.03 EQQZ034I SUBTASK GS EXECUTOR 03 HAS ENDED.02/14 12.21.03 EQQZ034I SUBTASK WAS ACTIVE 431 SECONDS AND USED 0.0 CPU SECONDS02/14 12.21.03 EQQZ034I SUBTASK GS EXECUTOR 04 HAS ENDED.02/14 12.21.03 EQQZ034I SUBTASK WAS ACTIVE 431 SECONDS AND USED 0.0 CPU SECONDS02/14 12.21.03 EQQZ034I SUBTASK GS EXECUTOR 05 HAS ENDED.02/14 12.21.03 EQQZ034I SUBTASK WAS ACTIVE 431 SECONDS AND USED 0.0 CPU SECONDS02/14 12.21.03 EQQG003I SUBTASK GENERAL SERVICE HAS ENDED02/14 12.21.03 EQQZ034I SUBTASK GENERAL SERVICE HAS ENDED.02/14 12.21.03 EQQZ034I SUBTASK WAS ACTIVE 437 SECONDS AND USED 0.0 CPU SECONDS02/14 12.21.05 EQQN081I THE LOG ARCHIVER TASK HAS ENDED02/14 12.21.05 EQQZ034I SUBTASK JT LOG ARCHIVER HAS ENDED.02/14 12.21.05 EQQZ034I SUBTASK WAS ACTIVE 439 SECONDS AND USED 0.0 CPU SECONDS02/14 12.21.05 EQQN107I THE NORMAL MODE MANAGER TASK HAS ENDED02/14 12.21.05 EQQZ034I SUBTASK NORMAL MODE MGR HAS ENDED.02/14 12.21.05 EQQZ034I SUBTASK WAS ACTIVE 461 SECONDS AND USED 7.0 CPU SECONDS02/14 12.21.06 EQQZ173I SSX BLOCK OF VERSION 09HWSZ920 SUCCESSFULLY RESTORED02/14 12.21.08 EQQZ006I NO ACTIVE PRODUCT SUBTASKS. THE SCHEDULER IS ENDING

Registro de mensajes de rastreadorBusque estos mensajes en el registro de mensajes de cada rastreador:

Mensajes de tarea de direccionador de datos activosEQQZ005I SUBTASK DATA ROUTER TASK IS BEING STARTEDEQQF001I DATA ROUTER TASK INITIALIZATION IS COMPLETE

Mensajes de tarea de envíos activosEQQZ005I SUBTASK JOB SUBMIT TASK IS BEING STARTEDEQQSU01I THE SUBMIT TASK HAS STARTED

Compruebe además que el rastreador ha iniciado un transcriptor de sucesos. Debever estos mensajes:

Mensajes de transcriptor de sucesos activosEQQZ005I SUBTASK EVENT WRITER IS BEING STARTEDEQQW065I EVENT WRITER STARTED

Si el rastreador reenvía sucesos al controlador, asegúrese de que se ha especificadouna función de lector de sucesos. Ésta puede ser una tarea de lector de sucesosindependiente que se haya iniciado con la palabra clave EWSEQNO. En algunasconfiguraciones, las dos funciones pueden iniciarse en un rastreador.v Aunque no se emite ningún mensaje si utiliza EWSEQNO para iniciar la función

de lector, compruebe que EWSEQNO aparezca en la sentencia EWTROPTS y queel código de retorno de esta sentencia sea 0.

v Si ha especificado una función de lector de sucesos independiente, compruebeque aparezcan estos mensajes:Mensajes del lector de sucesos activosEQQZ005I SUBTASK EVENT READER IS BEING STARTEDEQQR025I ERDR 01 STARTED


El valor numérico del mensaje EQQR025I indica el lector de sucesos que seinicia. No se puede especificar el mismo valor en las palabras claves EWSEQNOy ERSEQNO en el mismo nodo, y no se pueden especificar más de 16 tareas delector en este nodo.

Nota: Si el rastreador utiliza una conexión XCF, no aparecerá ningún mensaje en elregistro de mensajes del rastreador salvo que se produzca un error. Para verificarlos mensajes de conexión XCF, compruebe el registro de mensajes del controlador.

Si el rastreador utiliza una conexión NCF, compruebe que aparezcan los siguientesmensajes (donde NCFTRK01 y NCFCON01 representan los ID de aplicación VTAMdel rastreador y del controlador):

Mensajes de conexión NCF activosEQQZ005I SUBTASK VTAM I/O TASK IS BEING STARTEDEQQV001I NCF APPLICATION STARTEDEQQV024I ACB SUCCESSFULLY OPENEDEQQV036I SESSION NCFTRK01-NCFCON01 ESTABLISHEDEQQV040I CURRENTLY RUNNING WITH ’NCFCON01’ AS CONTROLLER

Registro de mensajes de ejemplo para un rastreador

Registro de mensajes de ejemplo para un rastreador muestra un ejemplo de MLOGcorrespondiente a un rastreador. El rastreador se conecta al controlador a través deun enlace VTAM. Los ID de aplicación VTAM son NCFTRK01 para el rastreador yNCFCON01 para el controlador. El controlador está activo.02/14 12.14.08 EQQZ403I RUNNING TWS for z/OS 9.2.002/14 12.14.08 EQQZ013I NOW PROCESSING PARAMETER LIBRARY MEMBER TRKV02/14 12.14.08 EQQZ015I INIT STATEMENT: OPCOPTS OPCHOST(NO)02/14 12.14.08 EQQZ015I INIT STATEMENT: NCFTASK(YES)02/14 12.14.08 EQQZ015I INIT STATEMENT: NCFAPPL(NCFFN003)02/14 12.14.08 EQQZ015I INIT STATEMENT: JCCTASK(NO)02/14 12.14.08 EQQZ015I INIT STATEMENT: EWTRTASK(YES)02/14 12.14.08 EQQZ015I INIT STATEMENT: EWTRPARM(WTRPARMS)02/14 12.14.08 EQQZ015I INIT STATEMENT: ERDRTASK(0)

02/14 12.14.08 EQQZ015I INIT STATEMENT: SSCMNAME(EQQSSCML,TEMPORARY)02/14 12.14.08 EQQZ015I INIT STATEMENT: BUILDSSX(REBUILD)02/14 12.14.08 EQQZ015I INIT STATEMENT:02/14 12.14.08 EQQZ016I RETURN CODE FOR THIS STATEMENT IS: 000002/14 12.14.08 EQQZ015I INIT STATEMENT: JOBOPTS CHSMWAIT(1)02/14 12.14.08 EQQZ015I INIT STATEMENT: JOBLOGRETRIEVAL(DELAYED)02/14 12.14.08 EQQZ016I RETURN CODE FOR THIS STATEMENT IS: 000002/14 12.14.08 EQQZ015I INIT STATEMENT: AUTHDEF CLASS(IBMOPC) SUBRESOURCES(RL.WSNAME SR.SRNAME)02/14 12.14.08 EQQZ015I INIT STATEMENT:02/14 12.14.08 EQQZ016I RETURN CODE FOR THIS STATEMENT IS: 000002/14 12.14.08 EQQZ015I INIT STATEMENT: EXITS CALL00(NO)02/14 12.14.08 EQQZ015I INIT STATEMENT: CALL01(NO)02/14 12.14.08 EQQZ015I INIT STATEMENT: CALL02(NO)02/14 12.14.08 EQQZ015I INIT STATEMENT: CALL03(NO)02/14 12.14.08 EQQZ015I INIT STATEMENT: CALL04(NO)02/14 12.14.08 EQQZ015I INIT STATEMENT: CALL05(NO)02/14 12.14.08 EQQZ015I INIT STATEMENT: CALL06(NO)02/14 12.14.08 EQQZ015I INIT STATEMENT: CALL07(NO)02/14 12.14.08 EQQZ015I INIT STATEMENT: CALL09(NO)02/14 12.14.08 EQQZ015I INIT STATEMENT:02/14 12.14.08 EQQZ016I RETURN CODE FOR THIS STATEMENT IS: 000002/14 12.14.08 EQQZ015I INIT STATEMENT: TRROPTS HOSTCON(SNA)02/14 12.14.08 EQQZ015I INIT STATEMENT: SNAHOST(NCFFN002)02/14 12.14.08 EQQZ015I INIT STATEMENT:02/14 12.14.08 EQQZ016I RETURN CODE FOR THIS STATEMENT IS: 000002/14 12.14.08 EQQZ014I MAXIMUM RETURN CODE FOR PARAMETER MEMBER TRKV IS: 000002/14 12.14.08 EQQZ172I SSX BLOCK OF VERSION 09HWSZ920 SUCCESSFULLY BUILT02/14 12.14.08 EQQZ073I THE SCHEDULER HAS RECOGNIZED THAT THIS IS A JES2 SYSTEM WITH02/14 12.14.08 EQQZ073I COMMAND CHARACTER $ AND THAT THE NJE NODE NAME IS TIVZOS02/14 12.14.08 EQQZ005I SUBTASK EVENT WRITER IS BEING STARTED02/14 12.14.08 EQQZ005I SUBTASK VTAM I/O TASK IS BEING STARTED02/14 12.14.08 EQQZ005I SUBTASK JOB SUBMIT TASK IS BEING STARTED02/14 12.14.08 EQQZ005I SUBTASK DATA ROUTER TASK IS BEING STARTED02/14 12.14.09 EQQZ013I NOW PROCESSING PARAMETER LIBRARY MEMBER WTRPARMS02/14 12.14.09 EQQZ015I INIT STATEMENT: EWTROPTS HOLDJOB(USER)02/14 12.14.09 EQQZ015I INIT STATEMENT: EWWAIT(7)02/14 12.14.09 EQQZ015I INIT STATEMENT: SUREL(NO)02/14 12.14.09 EQQZ015I INIT STATEMENT: EWSEQNO(01)02/14 12.14.09 EQQZ015I INIT STATEMENT: STEPEVENTS(NZERO)02/14 12.14.09 EQQZ015I INIT STATEMENT: RETCODE(HIGHEST)


|

02/14 12.14.09 EQQZ016I RETURN CODE FOR THIS STATEMENT IS: 000002/14 12.14.09 EQQZ014I MAXIMUM RETURN CODE FOR PARAMETER MEMBER WTRPARMS IS: 000002/14 12.14.09 EQQZ064I THE SCHEDULER WILL USE THE NJE NODE NAME TIVZOS FOR JOBS HELD ON THIS NODE02/14 12.14.09 EQQV001I NCF APPLICATION STARTED02/14 12.14.09 EQQZ065I THE SCHEDULER RELEASES HELD JOBS USING THE JES2 COMMAND CHARACTER $02/14 12.14.09 EQQW026I THE JOB COMPLETION CHECKER STARTED02/14 12.14.09 EQQF001I DATA ROUTER TASK INITIALIZATION IS COMPLETE02/14 12.14.09 EQQSU12I MAX NUMBER OF WORKSTATIONS CHECKPOINTED BY THIS SUBMIT TASK: 004602/14 12.14.09 EQQSU01I THE SUBMIT TASK HAS STARTED02/14 12.14.14 EQQW065I EVENT WRITER STARTED02/14 12.15.59 EQQV033E ACB OPEN FAILED FOR THE LAST 2 MINUTES - NCF APPLICATION NOT ACTIVE02/14 12.17.49 EQQV024I ACB SUCCESSFULLY OPENED02/14 12.17.59 EQQV036I SESSION NCFFN003-NCFFN002 ESTABLISHED02/14 12.18.09 EQQV040I CURRENTLY RUNNING WITH ’NCFFN002’ AS CONTROLLER02/14 12.22.23 EQQZ000I A STOP COMMAND HAS BEEN RECEIVED02/14 12.22.23 EQQW011I THE EVENT WRITER ENDED NORMALLY02/14 12.22.23 EQQV037I SESSION NCFFN003-NCFFN002 ENDED02/14 12.22.23 EQQSU02I THE SUBMIT TASK HAS ENDED02/14 12.22.23 EQQZ034I SUBTASK DATA ROUTER TASK HAS ENDED.02/14 12.22.23 EQQZ034I SUBTASK WAS ACTIVE 494 SECONDS AND USED 0.0 CPU SECONDS02/14 12.22.23 EQQZ034I SUBTASK WAS ACTIVE 494 SECONDS AND USED 0.0 CPU SECONDS02/14 12.22.23 EQQZ034I SUBTASK EVENT WRITER HAS ENDED.02/14 12.22.23 EQQZ034I SUBTASK WAS ACTIVE 494 SECONDS AND USED 0.1 CPU SECONDS02/14 12.22.23 EQQZ034I SUBTASK JOB SUBMIT TASK HAS ENDED.02/14 12.22.23 EQQZ034I SUBTASK WAS ACTIVE 494 SECONDS AND USED 0.2 CPU SECONDS02/14 12.22.27 EQQV020I ACB SUCCESSFULLY CLOSED02/14 12.22.27 EQQV006I NCF APPLICATION ENDED02/14 12.22.27 EQQZ034I SUBTASK VTAM I/O TASK HAS ENDED.02/14 12.22.27 EQQZ034I SUBTASK WAS ACTIVE 498 SECONDS AND USED 0.0 CPU SECONDS02/14 12.22.28 EQQZ173I SSX BLOCK OF VERSION 09HWSZ920 SUCCESSFULLY RESTORED02/14 12.22.30 EQQZ006I NO ACTIVE PRODUCT SUBTASKS. THE SCHEDULER IS ENDING

Verificación del envío de la carga de trabajoCompruebe que Tivoli Workload Scheduler for z/OS puede enviar trabajo y queéste se envía al destino correcto.

Sistema de controlPuede utilizar este procedimiento para el sistema de control:1. Cree una descripción de la estación de trabajo, deje en blanco el campo de

destino. Esto significa que las operaciones se enviarán al sistema donde seinicie el controlador.

2. Cree una descripción de aplicaciones. Defina al menos una operación en laestación de trabajo creada. Envíe un trabajo por lotes de ampliación oreplanificación de la diariamente para incluir la nueva estación de trabajo en elplan actual.Añada una ocurrencia de esta aplicación al plan actual.

3. Compruebe que las operaciones se ejecutan correctamente en este sistema y quese notifican como completadas en el plan actual.

4. Compruebe que los sucesos de envío se crean en el conjunto de datos desucesos del sistema de control (consulte la sección “Verificación del envío detrabajos” en la página 190).

Sistemas controladosSi tiene sistemas controlados de Tivoli Workload Scheduler for z/OS en suconfiguración, puede usar el procedimiento siguiente para comprobar que eltrabajo se envía a los destinos adecuados y que se devuelven sucesos alcontrolador:1. Cree una descripción de la estación de trabajo para cada destino. En el campo

de destino, debe especificar el nombre del archivo de envío/liberación, elnombre del miembro XCF del rastreador, el ID de aplicación VTAM delrastreador o el nombre de destino TCP/IP del rastreador, dependiendo de laconexión. Asegúrese de que los rastreadors están activas.

2. Añada una aparición de aplicación al plan actual con operaciones definidas encada una de las estaciones de trabajo.


3. Compruebe que las operaciones se ejecutan correctamente en el sistemaadecuado y que se notifican como completadas en el plan actual.

4. Compruebe que se crean sucesos de envío en el conjunto de datos de sucesospara cada sistema controlado (consulte la sección “Verificación del envío detrabajos”).

Si la configuración incluye un complejo MAS, puede especificar sólo unadescripción de estación de trabajo que represente todos los sistemas del complejo.Si éste es el caso, asegúrese de que se ejecuta un trabajo en cada sistema delcomplejo. Compruebe que se reciben los sucesos en el controlador; para ello,compruebe que se notifican las operaciones como completadas en el plan actual.

Nota:

1. Si crea una descripción de estación de trabajo después de crear un plan actual,debe volver a planificar o ampliar el plan actual para usar esta estación detrabajo.

2. También debe especificar los destinos de estación de trabajo en la sentencia deinicialización ROUTOPTS. Debe reiniciar el controlador si actualizaROUTOPTS.

Verificación del envío de trabajosCuando Tivoli Workload Scheduler for z/OS envía trabajo, se graba un suceso deenvío en el conjunto de datos de sucesos. Un suceso de envío tiene el prefijo I, ypuede ser uno de los siguientes:

IJ1 JCL de trabajo. Se ha enviado un trabajo.

IJ2 JCL de tarea iniciada. Se ha iniciado una tarea iniciada.

IWTO Se ha iniciado una operación para una estación de trabajo general con laopción WTO. La tarea de envío hace que se emita el mensaje EQQW775I.

Compruebe cada sistema donde está instalado Tivoli Workload Scheduler for z/OSpara garantizar que el destino es accesible para el controlador y que se estáncreando los sucesos de envío relevantes en el conjunto de datos de sucesos. Esdecir, si Tivoli Workload Scheduler for z/OS enviará los trabajos, iniciará las tareasiniciadas e iniciará las operaciones WTO y comprobará que todos los tipos desucesos se están creando en el conjunto de datos de sucesos. No es necesarioprobar todas estas funciones si no se va a utilizar Tivoli Workload Scheduler forz/OS en alguna operación en particular.

Para realizar esta prueba para todos los sucesos de tipo I, inicie una operación encada una de las tres estaciones de trabajo, en las que se especifica el destino delsistema que está probando. Las estaciones de trabajo deben ser una estación detrabajo de sistema automático para sucesos IJ1, una estación de trabajo de sistemaautomático con la opción de tarea iniciada para sucesos IJ2 y una estación detrabajo WTO general para sucesos IWTO. Para comprobar el envío de la carga detrabajo, siga este procedimiento:1. Asegúrese de que se han especificado las estaciones de trabajo correctas en la

base de datos de descripciones de estación de trabajo.2. Cree una aplicación de prueba con una operación para cada estación de trabajo

que desee probar, y añádala al plan actual.3. Una vez finalizada la aplicación, examine el conjunto de datos de sucesos y

compruebe que se han creado los tipos de sucesos I necesarios.


4. Si no se han iniciado las operaciones, compruebe que el estado de la estaciónde trabajo esté activo y que la estación de trabajo no tenga el estado WAITINGFOR CONNECTION, que significa que el controlador está esperando a que elrastreador correspondiente establezca comunicación.

Verificación de la toma de control por el controlador enespera

Para comprobar que un controlador en espera puede asumir las funciones delcontrolador, realice estas acciones:1. Detenga el controlador.2. Si en las opciones de ejecución de Tivoli Workload Scheduler for z/OS no se ha

especificado una toma de control automática, ordene al controlador en esperaque tome el control de las funciones del controlador mediante este mandato:MODIFY ssname,TAKEOVER

Consulte la sentencia XCFOPTS en la publicación Tivoli Workload Scheduler forz/OS Customization and Tuning para obtener información sobre cómo configuraruna toma de control automática como opción de ejecución.

3. Compruebe que aparezca este mensaje en el registro de mensajes:Mensaje del controlador en esperaEQQZ129I TAKEOVER IN PROGRESS

Una vez que el controlador en espera ha tomado el control de las funciones delcontrolador, aparecerán más mensajes en el registro de mensajes. Son los mismosmensajes que aparecen al iniciar un controlador. Compruebe que la toma decontrol se ha realizado correctamente; para ello, siga los procedimientos descritosen la verificación del controlador.



Capítulo 6. Migración

Qué debe tenerse en cuenta al efectuar la migración.

En este capítulo se proporciona información para ayudarle a planificar la migraciónde Tivoli Workload Scheduler for z/OS versiones 8.6 y 9.1 a la versión 9.2.

Planificación de la migraciónAntes de llevar a cabo la migración, debe diseñar un plan de migración quegarantice una transición ordenada y sin problemas. Un plan de migración bienpensado y documentado minimizará las interrupciones de servicio. El plan demigración debe contener los temas siguientes:v Identificar qué productos son opcionales y cuáles obligatorios.v Evaluar funciones nuevas, modificadas y suprimidas.v Definir qué funciones de Tivoli Workload Scheduler for z/OS desea añadir,

suprimir o modificar.v Definir los cambios necesarios en:

– la configuración;– las sentencias de inicialización;– las modificaciones de instalación;– los procedimientos operativos;– otros productos relacionados.

v Determinar las restricciones durante el período de conversión.v Estimar la cantidad de tiempo que se tardará en realizar la conversión.v Definir los requisitos de formación de los operadores y los usuarios.v Preparar al personal y a los usuarios para la migración.

El contenido y la extensión del plan de migración puede variar significativamentede una instalación a otra. Por ejemplo, las instalaciones que tienen numerosasmodificaciones específicas de la instalación puede que necesiten una planificaciónextensiva debido a la complejidad añadida.

Al definir un plan de migración debe considerar además las siguientes áreas:v Instalaciónv Inicializaciónv Personalizaciónv Operación

Consideraciones de migraciónIBM intenta que la instalación de los nuevos releases sea lo más sencilla posible.Inicialmente había que instalar Tivoli Workload Scheduler for z/OS sin llevar acabo ninguna acción de personalización para obtener un entorno estable. Consulteel documento Program Directory para obtener instrucciones específicas sobre cómousar System Modification Program/Extended (SMP/E) para instalar TivoliWorkload Scheduler for z/OS.

Puede migrar desde releases anteriores o revertir a ellos sin necesidad de realizarla IPL de z/OS.


||

A continuación siguen algunas consideraciones sobre la migración y, en algunoscasos, los pasos que es necesario realizar, antes de migrar al release actual, paraasegurar que se pueda realizar una migración de recuperación adecuada si fueranecesaria en cualquier momento.v Si está realizando un procedimiento de recuperación porque ha tenido

problemas con Tivoli Workload Scheduler for z/OS, debe conservar losconjuntos de datos de Tivoli Workload Scheduler for z/OS con fines dediagnóstico.

v Si realiza una migración y una recuperación de Tivoli Workload Scheduler forz/OS para probar el entorno antes de realizar la migración oficial, no olvidereasignar todos los conjuntos de datos de Tivoli Workload Scheduler for z/OSantes de realizar el siguiente ejercicio de migración.

v Antes de migrar a Tivoli Workload Scheduler for z/OS Versión 9.1 desdecualquier versión anterior, asegúrese de que ha aplicado al menos el arreglo paraPM86419 en la versión anterior. Esto es necesario para evitar problemas si esnecesaria una migración de recuperación.

Consideraciones sobre la personalizaciónTivoli Workload Scheduler for z/OS ha sido diseñado como un subsistema deautomatización de la carga de trabajo en sentido general-purpose. Como tal, puedeque no cumpla todos los requisitos de su instalación específica. IBM permite quelas instalaciones implementen salidas de instalación y proporciona numerososservicios invocables que pueden usarse para complementar el proceso de TivoliWorkload Scheduler for z/OS.

Examine detenidamente las personalizaciones instaladas en su empresa. Determinesi la función ya la proporciona el producto o si necesita modificar la lógica enfunción de los cambios realizados en Tivoli Workload Scheduler for z/OS.

Cuando se añaden funciones nuevas a la instalación de Tivoli Workload Schedulerfor z/OS, las macros y las salidas de la instalación utilizadas dentro de las salidasde la instalación pueden cambiar. Las nuevas macros y las salidas de la instalaciónpueden incluirse en un release de Tivoli Workload Scheduler for z/OS. Si unrelease proporciona una nueva salida de la instalación, determine si su instalaciónnecesita implementar la salida. Un release puede modificar una salida existente almodificar:v Lo que la salida de la instalación espera en la entrada.v Códigos de retorno que Tivoli Workload Scheduler for z/OS espera cuando la

salida devuelve el control a Tivoli Workload Scheduler for z/OS.v La función que realiza la salida de la instalación.v El proceso que se realiza antes o después de la salida.

Estrategias de migraciónDebe tener en cuenta los puntos siguientes al decidir sobre la estrategia demigración adecuada para su empresa:v Salidas de JES y SMFv Migración a definiciones de subsistema existentesv Migración a nuevas definiciones de subsistemav Instalación y verificaciónv Pruebas paralelas


||||

||||

||||

||||

Salidas de JES y SMFLas salidas de JES y SMF que se proporcionan con Tivoli Workload Scheduler forz/OS también pueden realizar el seguimiento de trabajo de releases anteriores. Lassalidas son siempre compatibles con versiones anteriores.

Instale las salidas de JES y SMF en su entorno de producción actual al menos unasemana antes de realizar la migración de cualquier espacio de direcciones a TivoliWorkload Scheduler for z/OS.

Migración a definiciones de subsistema existentesPuede migrar desde los subsistemas actuales o revertir a ellos sin tener querealizar la IPL del sistema z/OS.

Al continuar utilizando los nombres de los subsistemas actuales, no es necesarioconsiderar el efecto de la migración en estos usuarios de los servicios de TivoliWorkload Scheduler for z/OS:v Usuarios de los diálogos de host.v Programas PIF.v Programas API.v Servicios invocables.v Dynamic Workload Console

Si se mantienen los mismos nombres de subsistemas, se reduce el esfuerzo deinstalación de un nivel nuevo de Tivoli Workload Scheduler for z/OS.

Migración a nuevas definiciones de subsistemaSi desea realizar una prueba paralela del nuevo nivel de Tivoli Workload Schedulerfor z/OS con su nivel actual, debe crear nuevos subsistemas para el espacio dedirecciones de Tivoli Workload Scheduler for z/OS.

Obtención de los componentes de software adecuadosLos módulos de carga, los paneles, los mensajes y otros componentes de softwarede Tivoli Workload Scheduler for z/OS tienen el mismo nombre que tenían en losreleases anteriores de Tivoli Workload Scheduler for z/OS. Debe asegurarse de quelos usuarios de los servicios de Tivoli Workload Scheduler for z/OS ejecutan elmismo nivel de software que el espacio de direcciones del subsistema.

Módulos de carga:Puede decidir si desea usar el mismo nombre de conjunto de datos para losmódulos de carga de Tivoli Workload Scheduler for z/OS que el entorno anterior.No obstante, debe tener en cuenta el esfuerzo adicional por su parte paracoordinar los cambios en el JCL requeridos para los que llaman a los servicios deTivoli Workload Scheduler for z/OS, como por ejemplo:

EQQEVPGMEQQUSINxEQQYCOMEQQYLTOP

Si no se hace referencia a la biblioteca de carga de Tivoli Workload Scheduler forz/OS en la sentencia STEPLIB DD, asegúrese de que la biblioteca de TivoliWorkload Scheduler for z/OS aparece primero en la concatenación de LNKLST yque la biblioteca permanece vacía hasta que está listo para pasar a Tivoli WorkloadScheduler for z/OS en el sistema de producción. A continuación, debe copiar losmódulos de carga en la biblioteca y realizar una renovación LLA.

Capítulo 6. Migración 195

|

En la biblioteca LNKLST siempre debe haber dos módulos de carga de TivoliWorkload Scheduler for z/OS:EQQINITn

Módulo de inicialización del sistema.EQQSSCMn

Módulo de comunicación del subsistema.

No obstante, esto no significa que debe reinicializar el subsistema para pasar TivoliWorkload Scheduler for z/OS a producción. Los nombres de los módulos definidospara EQQINIT y EQQSSCM en la tabla de nombres del subsistema SYS1.PARMLIB(IEFSSNnn) pueden sustituirse al crearse un espacio de direcciones de TivoliWorkload Scheduler for z/OS.

El módulo de carga EQQMINOx requiere atención especial. EQQMINOx, invocadomediante TSO SERVICES, es el módulo de la interfaz de diálogos del planificadorque pasa solicitudes de diálogos y datos al controlador. EQQMINOx debe estarautorizado para APF, por lo tanto debe residir en una biblioteca autorizada. Debetener en cuenta que una biblioteca no autorizada en una concatenación de STEPLIBo LIBDEF hace que toda la concatenación no tenga autorización. Por lo tanto, deberecordar identificar la biblioteca donde reside EQQMINOx.

La palabra clave BUILDSSX de la sentencia de inicialización OPCOPTS puedeusarse para reconstruir el entorno creado durante la inicialización del subsistemaen el nuevo nivel del software. Cuando finaliza el espacio de direcciones, elentorno anterior se restaura, por lo que se garantiza el uso de una versión anteriorde Tivoli Workload Scheduler for z/OS como sistema en espera .

La palabra clave SSCMNAME de la sentencia de inicialización OPCOPTS puedeusarse para sustituir de forma permanente, o temporal, el módulo EQQSSCMn quese cargó en el almacenamiento común durante la IPL. Al definir el valorTEMPORARY, el módulo con nombre se carga en el almacenamiento privado delespacio de direcciones de Tivoli Workload Scheduler for z/OS, por lo tanto, lossucesos creados mientras el espacio de direcciones no estaba activo usaránEQQSSCMn de la IPL anterior. Si se especifica PERMANENT, se sustituye elanterior EQQSSCMn del almacenamiento común.

Nota:

v Cree copias de seguridad de la biblioteca de módulos anterior antes de sustituirlos objetos.

El entorno ISPF:Los usuarios de los diálogos de ISPF de Tivoli Workload Scheduler for z/OS debenejecutar componentes de software que estén al mismo nivel que el espacio dedirecciones del controlador. De nuevo, al usar los mismos nombres de conjuntos dedatos para bibliotecas de componentes de software, como mensajes y paneles, seinvalida el requisito de cambiar los procedimientos de inicio de sesión en TSO.

Si utiliza los mismos nombres de archivo, indique a los usuarios del diálogo quevuelvan al indicador READY de TSO después de haber sustituido los componentesde software y antes de intentar comunicar con un controlador de Tivoli WorkloadScheduler for z/OS.

El perfil ISPF de Tivoli Workload Scheduler for z/OS se reinicializaautomáticamente cuando el panel EQQOPCAP (el menú principal de TivoliWorkload Scheduler for z/OS) se muestra por primera vez en un release nuevo.


Los usuarios de los diálogos deben especificar el diálogo de opciones de TivoliWorkload Scheduler for z/OS y volver a definir los valores obligatorios, como elnombre del subsistema.

No olvide crear copias de seguridad de las bibliotecas antiguas antes de sustituir losobjetos.

Cuando migre de un release de Tivoli Workload Scheduler for z/OS al siguiente,deben invocarse LOADLIB, PANELLIB, MSGLIB, CLIB y SKELLIB para el releasede Tivoli Workload Scheduler for z/OS correcto desde los diálogos de ISPF deTSO. Recuerde identificar la biblioteca donde reside EQQMINOx.

Visión general de la migraciónEn esta sección se resumen los pasos que debe llevar a cabo para instalar un nuevorelease de Tivoli Workload Scheduler for z/OS. Debe planificar la migraciónmediante la instalación y estabilización del nuevo release de Tivoli WorkloadScheduler for z/OS sin incorporar las nuevas funciones proporcionadas. Lainstalación de un nuevo release de Tivoli Workload Scheduler for z/OS sinexplotar inicialmente las funciones nuevas permite crear un entorno estable.

Visión general de los pasos de la migraciónPara instalar y activar Tivoli Workload Scheduler for z/OS, debe llevar a cabo lospasos siguientes:1. Comprobar que tiene el entorno necesario para Tivoli Workload Scheduler for

z/OS.2. Realizar las modificaciones pertinentes.3. Detener la versión del planificador que se está ejecutando.4. Convertir los conjuntos de datos.5. Iniciar Tivoli Workload Scheduler for z/OS.

En esta sección sólo aparece información de resumen. En los capítulos siguientes oen las publicaciones mencionadas aparecen instrucciones detalladas sobre cómorealizar cambios específicos.

Establecimiento del entorno necesarioUtilice SMP/E para instalar el software de Tivoli Workload Scheduler for z/OS .Consulte el documento Program Directory para obtener instrucciones específicassobre cómo usar SMP/E para instalar Tivoli Workload Scheduler for z/OS.

Esta versión de Tivoli Workload Scheduler for z/OS debe ejecutarse en z/OSVersión 1.12 o superior.

Requisitos del programaAntes de instalar Tivoli Workload Scheduler for z/OS, compruebe la lista deservicio preventivo para ver la lista actual de los productos necesarios, sus nivelesde mantenimiento y recomendaciones de las organizaciones de servicio.

Encontrará la planificación de servicio preventivo o PSP de este release en laactualización de TWSZOS920. Lea este documento con detenimiento antes deempezar a instalar Tivoli Workload Scheduler for z/OS.

Su instalación debe tener como mínimo el release anterior soportado para lamigración, que es Tivoli Workload Scheduler for z/OS versión 8.5.


|||

Instalación y verificaciónSi va a migrar a definiciones de subsistema existentes, debe realizar las siguientestareas de instalación:1. Cargue el software del rastreador (“Paso 1. Cargar software de rastreador” en

la página 57).2. Cargue el software del controlador (“Paso 2. Cargar software de controlador”

en la página 58).3. Cargue el software de NLS (“Paso 3. Cargar el software de soporte

multilingüístico” en la página 58).4. Ejecute EQQJOBS CLIST (“Paso 4. Usar la ayuda de la instalación de

EQQJOBS” en la página 58).5. Instale las salidas de JES y SMF en el nivel de Tivoli Workload Scheduler for

z/OS (“Paso 5. Añadir salidas de SMF y JES para el seguimiento de sucesos”en la página 81).

6. Actualice PARMLIB (“Paso 6. Actualizar SYS1.PARMLIB” en la página 84).7. Importe los nuevos certificados de seguridad para las conexiones HTTP (“Paso

8. Comunicaciones seguras” en la página 101).8. Asigne conjuntos de datos VSAM y no VSAM (“Paso 9. Asignar conjuntos de

datos” en la página 104).9. Actualice el procedimiento JCL del espacio de direcciones de Tivoli Workload

Scheduler for z/OS (“Paso 10. Crear procedimientos JCL para espacios dedirecciones” en la página 132).

10. Actualice las sentencias de inicialización (“Paso 11. Definir las sentencias deinicialización” en la página 139).

11. Actualice el entorno ISPF (“El entorno ISPF” en la página 196).

Asegúrese de que ha seguido los procedimientos de verificación del subsistemaque se describen en el apartado Capítulo 5, “Verificación de la instalación”, en lapágina 167.

Puede usar el programa de conversión para migración y recuperación. Puederealizar pruebas de la instalación mediante la migración del entorno de produccióny la creación posterior de un sistema en espera .

Nota: Compruebe que todos los parámetros de Tivoli Workload Scheduler forz/OS definidos en el release anterior siguen siendo válidos en el release actual.

Pruebas paralelasSi desea realizar la migración y continuar de forma inmediata con las pruebasparalelas en un entorno de seguimiento de trabajos, puede utilizar elprocedimiento siguiente como guía. No obstante, debe valorar con detenimiento laaplicación de este procedimiento en su propia configuración de Tivoli WorkloadScheduler for z/OS.1. Detenga el sistema de producción.2. Realice la conversión de conjuntos de datos y la operación de copia.3. Inicie el sistema de producción.4. Inicie Tivoli Workload Scheduler for z/OS, versión 9.2.

También debe tener en cuenta lo siguiente:v Si inicia la comprobación JCC tanto en el sistema de producción como en Tivoli

Workload Scheduler for z/OS, las dos JCC no puede suprimir SYSOUT oponerlo en cola desde la misma clase SYSOUT.


v No especifique HOLDJOB(YES) ni HOLDJOB(USER) para más de uno de los dossistemas. Si lo hace, uno de los sistemas podría liberar de forma incorrecta lostrabajos contenidos en el otro sistema.

v Cuando convierte los conjuntos de datos VSAM, se recomienda ejecutar laconversión del archivo JS para verificar que la conversión se ha realizadocorrectamente. Acto seguido, antes de ejecutar la prueba paralela, vuelva aasignar los archivos JS vacíos. (De lo contrario, el sistema de prueba podríaencontrar JCL de producción válido en el archivo JS activo y enviarlo alsubsistema JES.)

v Debe empezar con un conjunto de datos de biblioteca JCL vacío (EQQJBLIB). Delo contrario, el sistema de prueba podría enviar el JCL de producción de formaincorrecta. Para probar que Tivoli Workload Scheduler for z/OS envía lostrabajos correctamente, debe crear las aplicaciones de prueba con nombres detrabajo no conocidos para el sistema de producción. El JCL de dichos trabajos sepuede insertar con seguridad posteriormente en EQQJBLIB.

v En el sistema de prueba debe especificar TRACK(ALL) y SUBFAILACTION(R)en la sentencia de inicialización JTOPTS.

v Las subrutinas y los mandatos TSO que tienen un nombre específico para elparámetro del subsistema no notificarán los sucesos al sistema de prueba. Debeactualizar los procedimientos, que dependen de las subrutinas y los mandatosTSO, si los sucesos deben también notificarse al sistema de prueba.

v Si va a migrar de un release anterior de Tivoli Workload Scheduler for z/OS yutiliza NetView o un producto similar para interceptar mensajes, asegúrese deque los mensajes WTO (write-to-operator) no los emita el sistema de prueba. Delo contrario, el sistema de prueba podría desencadenar un proceso que afecte alsistema de producción. No debe utilizar operaciones WTO de alerta, WTO deplazo límite ni operaciones WTO en el sistema de prueba.

v Si desea utilizar la función de reinicio y limpieza cuando en el subsistemaantiguo se está ejecutando una tarea de JCC, debe especificar la palabra claveDSTCLASS en la sentencia RCLOPTS del nuevo controlador. La claseespecificada en DSTCLASS no debe ser una de las clases especificadas en elparámetro de JCC CHKCLASS. Esto impide que la tarea de JCC suprima lacopia SYSOUT duplicada creada para el almacén de datos antes de que sealmacene correctamente. Consulte la publicación Customization and Tuning paraobtener más detalles.

Si utiliza las notas anteriores como guía, podrá ejecutar un sistema de produccióny un sistema de prueba de Tivoli Workload Scheduler for z/OS en paralelo. Deesta manera, podrá probar completamente el trabajo con los diálogos de la base dedatos y las funciones de planificación a largo plazo. Las funciones de seguimientode trabajos del sistema de prueba no se completarán porque el sistema de pruebasólo enviará los trabajos de prueba creados especialmente. No obstante, elseguimiento del trabajo, incluido el seguimiento de aplicaciones y trabajos en elárea de producción, se realizará con normalidad.

Migración de una red globalTodas las consideraciones de un gestor de dominio maestro de Tivoli WorkloadScheduler se aplican al controlador. Para obtener información sobre la vía deacceso de migración e información de compatibilidad para una red integral,consulte las Release Notes en http://www-01.ibm.com/support/docview.wss?rs=672&uid=swg24036734.




Migración de DB2Si desea migrar datos de historial ya definidos, ejecute el ejemplo de EQQICNVHcomo se explica en la sección “Ejemplo que sirve para migrar la base de datos dehistorial” en la página 140. Por el contrario, si desea crear una nueva base dedatos, tablas e índices de DB2, ejecute el ejemplo de EQQINIDB como se explica enla sección “Paso 12. Crear la base de datos DB2” en la página 139.

Cambio de una conexión DASD compartida de rastreador acontrolador a una conexión NCF, XCF o TCP/IP

Para cambiar una conexión DASD compartida del rastreador a una conexión NCF(VTAM), XCF (SYSPLEX) o TCP/IP, siga estos pasos:1. Para eliminar una conexión DASD:

a. En el procedimiento de tarea iniciada del controlador:1) Elimine la sentencia EQQEVDnn DD que apunta al conjunto de datos de

sucesos del rastreador específico.2) Elimine la sentencia DD que apunta al conjunto de datos de

envío/liberación del rastreador. No todos los rastreadores conectadosmediante DASD tienen un conjunto de datos de envío/liberación, perosi existiera uno, el DDNAME en el procedimiento del controlador es elmismo que el destino que aparece en la palabra clave DASD de lasentencia de inicialización ROUTOPTS del controlador.

b. En los parámetros de inicialización del controlador:1) Disminuya el valor de la palabra clave OPCOPTS ERDRTASK() según el

número de rastreadores conectados mediante DASD que se vayan aeliminar. Si no hay rastreadores conectados mediante DASD, ERDRTASK()será 0.

2) Elimine de la palabra clave ERDRPARM() el nombre del miembro PARMLIBque contiene los parámetros de la tarea del lector de sucesos que sevaya a eliminar.

3) Elimine de la palabra clave DASD en la sentencia de inicializaciónROUTOPTS el DDNAME del conjunto de datos de envío/liberación delrastreador.

c. En los diálogos de ISPF del controlador:1) Elimine el DDNAME del conjunto de datos de envío/liberación del

rastreador en el destino de la estación de trabajo con la opción dediálogo 1.1.2, mediante el mandato de fila M (MODIFY).

2) Elimine el destino de la estación de trabajo de ROUTOPTS y de ladefinición de estación de trabajo.

d. En el procedimiento de tarea iniciada del rastreador, elimine la sentenciaEQQSUDS DD.

e. En los parámetros de inicialización del rastreador:1) En la sentencia EWTROPTS, establezca la palabra clave SUREL() en NO .2) En la sentencia TRROPTS, elimine la palabra clave HOSTCON(DASD).

2. Para añadir una conexión NCF:a. Defina las LU de VTAM para el controlador y el rastreador. Si es necesario,

cree definiciones de dominio cruzado. Tivoli Workload Scheduler for z/OSrequiere que el nombre de LU sea igual que el ACBNAME en APPL. Paraobtener información detallada, consulte la sección “Paso 15. Activar lafunción de comunicación de red” en la página 150.


b. En los parámetros de inicialización del controlador:1) En la sentencia OPCOPTS, establezca la palabra clave NCFTASK() en YES y

escriba el nombre de LU del controlador en la palabra clave NCFAPPL().2) En la sentencia ROUTOPTS, escriba el nombre de LU del rastreador en la

palabra clave SNA().c. En los diálogos de ISPF del controlador, escriba el nombre de LU del

rastreador en el destino de la estación de trabajo con la opción de diálogo1.1.2, mediante el mandato de fila M (MODIFY).

d. En los parámetros de inicialización del rastreador:1) En la sentencia OPCOPTS, establezca la palabra clave NCFTASK() en YES y

escriba el nombre de LU del rastreador en la palabra clave NCFAPPL().2) En la sentencia TRROPTS, establezca la palabra clave HOSTCON() en SNA y

escriba el nombre de LU del controlador en la palabra clave SNAHOST().3) En la sentencia EWTROPTS, establezca la palabra clave EWSEQNO() en 1.

3. Para añadir una conexión XCF:a. En el miembro SYS1.PARMLIB(COUPLEnn):

1) Defina la clase de transporte de XCF de Tivoli Workload Scheduler forz/OS como se describe en la sección “Actualización de las opciones deinicialización de XCF” en la página 90.

2) Defina el grupo XCF que va a permitir que el controlador se comuniquecon los rastreadores.

b. En los parámetros de inicialización del controlador:1) En la sentencia XCFOPTS, escriba las palabras clave GROUP(), MEMBER() y

TAKEOVER().2) En la sentencia ROUTOPTS, escriba el XCF MEMBERNAME del rastreador en la

palabra clave XCF().c. En los diálogos de ISPF del controlador, escriba el XCF MEMBERNAME del

rastreador en el destino de la estación de trabajo con la opción de diálogo1.1.2, mediante el mandato de fila M (MODIFY).

d. En los parámetros de inicialización del rastreador:1) En la sentencia XCFOPTS, escriba las palabras clave GROUP() y MEMBER().2) En la sentencia TRROPTS, establezca la palabra clave HOSTCON() en XCF.3) En la sentencia EWTROPTS, establezca la palabra clave EWSEQNO() en 1.

4. Para añadir una conexión TCP/IP:a. Defina las direcciones IP del controlador y del rastreador. Para obtener

información detallada, consulte la sección “Paso 16. Usar TCP/IP comocomunicación” en la página 153.

b. En los parámetros de inicialización del controlador:1) En la sentencia TCPOPTS, establezca los valores para definir los detalles

del controlador local. Esta sentencia es opcional; si no la especifica, seadoptan los valores predeterminados.

2) En la sentencia ROUTOPTS, escriba la dirección IP y el nombre de destinoTCP/IP del rastreador remoto en la palabra clave TCPIP.

c. En los diálogos de ISPF del controlador, escriba el nombre de destinoTCP/IP del rastreador en el destino de la estación de trabajo con la opciónde diálogo 1.1.2, mediante el mandato de fila M (MODIFY).

d. En los parámetros de inicialización del rastreador:1) En la sentencia TCPOPTS, establezca los valores para definir los detalles

del rastreador local o deje los valores predeterminados.


2) En la sentencia TRROPTS, establezca la palabra clave HOSTCON() en TCPIPy escriba la dirección IP del controlador en la palabra claveTCPHOSTNAME().

3) En la sentencia EWTROPTS, establezca la palabra clave EWSEQNO() en 1.5. Detenga y reinicie el controlador y el rastreador para que los cambios en

parmlib entren en vigor, y ejecute el mandato CP extend o CP replan paraactualizar el plan actual con las modificaciones realizadas en las estaciones detrabajo.

Ejecución en sistemas operativos actualizadosPara ejecutar el planificador en una nueva versión del sistema operativo z/OS,debe volver a ensamblar las salidas SMF y JES mencionadas en “Paso 5. Añadirsalidas de SMF y JES para el seguimiento de sucesos” en la página 81 con lasbibliotecas del nuevo sistema operativo.

Si actualiza el entorno SMP/E a una versión posterior de z/OS utilizando lafunción de SMP/E BUILDMCS, se produce el reenlace automáticamente (asegúresede que las entradas DDDEF para el nuevo sistema operativo se han configuradocorrectamente especificando las últimas bibliotecas SEZACMTX y SCEELKED). Sino utiliza BUILDMCS, vuelva a enlazar los módulos de carga utilizando la funciónde SMP/E LINK LMODSCALLLIBS. Con esta función, todos los módulos TivoliWorkload Scheduler for z/OS se vuelven a enlazar a las últimas bibliotecasSEZACMTX y SCEELKED.

Acciones de migraciónEste capítulo describe las tareas que debe realizar para completar una migración deTivoli Workload Scheduler for z/OS Versión 8.6 ó 9.1 a la versión actual. Se tratanlos temas siguientes:v Migración de conjuntos de datosv Cambio a la modalidad de producciónv Realización de un procedimiento de recuperación

Migración de conjuntos de datosEn lo que se refiere a migración, los conjuntos de datos se dividen en trescategorías:v Conjuntos de datos VSAM que se copian y se convierten mediante el programa

de migración EQQICTOP.v Conjuntos de datos no VSAM que puede copiar, o utilizar sin modificar, en la

nueva versión.v Conjuntos de datos VSAM y no VSAM que deben estar vacíos al migrar a Tivoli

Workload Scheduler for z/OS.

Cada una de estas categorías se describe en las secciones siguientes:

Programa de conversión de conjuntos de datos VSAMEQQICTOPFinalidad

Con el programa de conversión EQQICTOP, puede migrar conjuntos de datosVSAM de releases anteriores de Tivoli Workload Scheduler for z/OS. Tambiénpuede utilizar el programa para revertir el procedimiento en caso de que necesiteutilizar el sistema antiguo.


||||

|||

|

|

|

El programa EQQJOBS crea JCL personalizado de acuerdo con las especificacionesde instalación contenidas en los miembros EQQICNVS y EQQICNVH.

EQQICTOP se controla mediante sentencias CONVERT en el archivo SYSIN. Puedeproporcionar cualquier número de estas sentencias a EQQICTOP.

Sintaxis

�� CONVERT FILE ( AD )CPCXHISTJSLTOIRDSIWSXD

FROMREL ( TWSV8R6M0 )TWSV9R1M0TWSV9R2M0

�

� TOREL ( TWSV8R6M0 )TWSV9R1M0TWSV9R2M0

YTRACE ( N )

��

Parámetros

FILE(identificador de archivo)Define el conjunto de datos que se va a convertir. Puede especificar uno delos siguientes identificadores de archivo en cada sentencia CONVERT:

AD Descripciones de aplicaciones y tablas de variables JCL

CP Los planes actuales, EQQCPnDS y EQQNCPDS

CX Ampliación del plan actual, EQQCXDS y EQQNCXDS.

HIST Datos del historial de operaciones de DB2 de un release a otro.

JS Repositorio de JCL y registros de trabajos recuperados.

LT Plan a largo plazo

OI Instrucciones de operador

RD Definiciones de recursos especiales.

SI Archivo de información complementaria, criterios de ETT einformación de configuración.

WS Descripciones de estaciones de trabajo, calendarios y periodos.

XD Dependencias ampliadas

El JCL de conversión debe contener nombres DD EQQxxIN y EQQxxOUTpara cada conjunto de datos que desea convertir, donde xx es elidentificador de archivo.

FROMREL(identificador del producto)Define el producto y el nivel de release del conjunto de datos de entrada.Puede especificar uno de los siguientes:TWSV8R6M0

Tivoli Workload Scheduler for z/OS versión 8 release 6


|||

||||||||

||

TWSV9R1M0Tivoli Workload Scheduler for z/OS Versión 9 Release 1

TWSV9R2M0Tivoli Workload Scheduler for z/OS Versión 9 Release 2

TOREL(identificador del producto)Define el producto y el nivel de release del conjunto de datos de salida.Puede especificar uno de los siguientes:TWSV8R6M0

Tivoli Workload Scheduler for z/OS versión 8 release 6TWSV9R1M0

Tivoli Workload Scheduler for z/OS Versión 9 Release 1TWSV9R2M0

Tivoli Workload Scheduler for z/OS Versión 9 Release 2

Nota:

1. La conversión se detiene si se produce un error de E/S de VSAM enuno de los archivos. Uno de estos errores es la existencia de una claveduplicada en el archivo de salida. Esto puede ocurrir si el archivo desalida no está vacío.

2. Migre el archivo de repositorio JCL actualmente activo. Puedecomprobar si está en uso el archivo de datos principal o alternativoseleccionando la opción 6 en el diálogo Consultar plan actual. Realiceesta operación cuando no se esté ejecutando ningún trabajo y antes dedetener el controlador.

3. Puede usar uno de los dos métodos siguientes para convertir el planactual:v Si no se ha producido ningún error al detener el sistema de

producción, los planes actuales, tanto el principal como el alternativo,son iguales. Utilice EQQCP1DS como entrada para el programa deconversión.

v Si la última acción ejecutada en el sistema de producción ha sidoampliar o replanificar el plan actual, utilice el nuevo archivo de planactual que se creó en el sistema como entrada para el programa deconversión. Éste es el método recomendado ya que asegura que nose pierda ningún registro de seguimiento de trabajos. Esto esimportante si utiliza el registro de seguimiento (EQQTROUT) comoseguimiento de auditoría.

En ambos casos, el archivo de salida debe ser el archivo del nuevo planactual (EQQNCPDS) del sistema de Tivoli Workload Scheduler forz/OS.Puede convertir el archivo de ampliación del plan actual utilizando losmismos métodos.

4. Además de los nombres DD de entrada y salida, el JCL de migracióndebe también contener los nombres DD EQQMLOG y EQQMLIB paracada archivo VSAM. EQQMLOG es un archivo de salida de mensajes.EQQMLIB es un archivo de entrada que contiene la biblioteca demensajes del producto.

TRACE(Y/N)Especifica si el mensaje:EQQIC66I PROCESSING APPLICATION nombre_conjunto_datos_AD VALID FROM fecha_desde

STATUS estado


||||

||||||

||

||

debe emitirse en el registro de mensajes del trabajo de migración a medidaque cada conjunto de datos de la base de datos de descripciones deaplicaciones se migra al nuevo release del producto.

Establezca TRACE en N específicamente para impedir que se emita elmensaje EQQIC66I; en caso contrario, el mensaje se graba en el MLOGcomo parte del proceso de migración.

Nota: Tanto si se especifica TRACE(Y) como si no se especifica (el valorpredeterminado), se generará un mensaje EQQIC66I para cada aplicaciónprocesada. Si no desea que se emita este mensaje en el MLOG de salidapor lotes, puede utilizar TRACE(N).

Ejemplo://OPCMIG JOB (777777,777),’Migrar a Tivoli Workload Scheduler for z/OS V9R2M0,// MSGLEVEL=(1,1), NOTIFY=&SYSUID,MSGCLASS=H,CLASS=A//*//CONVERT EXEC PGM=EQQICTOP,REGION=2048K//STEPLIB DD DISP=SHR,DSN=OPC.INST.LOADLIB//EQQMLIB DD DISP=SHR,DSN=OPC.INST.SEQQMSG0//EQQMLOG DD SYSOUT=*//EQQADIN DD DISP=SHR,DSN=CCOPC.OPCC.OLD.AD//EQQADOUT DD DISP=OLD,DSN=CCOPC.OPCC.AD//EQQWSIN DD DISP=SHR,DSN=CCOPC.OPCC.OLD.WS//EQQWSOUT DD DISP=OLD,DSN=CCOPC.OPCC.WS//EQQCPIN DD DISP=SHR,DSN=CCOPC.OPCC.OLD.NCP//EQQCPOUT DD DISP=OLD,DSN=CCOPC.OPCC.NCP//EQQCXIN DD DISP=SHR,DSN=CCOPC.OPCC.OLD.NCX//EQQCXOUT DD DISP=OLD,DSN=CCOPC.OPCC.NCX//EQQLTIN DD DISP=SHR,DSN=CCOPC.OPCC.OLD.LT//EQQLTOUT DD DISP=OLD,DSN=CCOPC.OPCC.LT//EQQJSIN DD DISP=SHR,DSN=CCOPC.OPCC.OLD.JS1//EQQJSOUT DD DISP=OLD,DSN=CCOPC.OPCC.JS1//EQQOIIN DD DISP=SHR,DSN=CCOPC.OPCC.OLD.OI//EQQOIOUT DD DISP=OLD,DSN=CCOPC.OPCC.OI//EQQSIIN DD DISP=SHR,DSN=CCOPC.OPCC.OLD.SI//EQQSIOUT DD DISP=OLD,DSN=CCOPC.OPCC.SI//EQQRDIN DD DISP=SHR,DSN=CCOPC.OPCC.OLD.RD//EQQRDOUT DD DISP=OLD,DSN=CCOPC.OPCC.RD//EQQXDIN DD DISP=SHR,DSN=CCOPC.OPCC.OLD.NXD//EQQXDOUT DD DISP=OLD,DSN=CCOPC.OPCC.NXD//SYSIN DD *

/* SE ASUME LA MIGRACIÓN DE Tivoli Workload Scheduler for z/OS V8.6.0 a *//* Tivoli Workload Scheduler for z/OS V9.2.0 */CONVERT FILE(AD) FROMREL(TWSV8R6M0) TOREL(TWSV9R2M0) TRACE(Y)CONVERT FILE(CP) FROMREL(TWSV8R6M0) TOREL(TWSV9R2M0)CONVERT FILE(CX) FROMREL(TWSV8R6M0) TOREL(TWSV9R2M0)CONVERT FILE(WS) FROMREL(TWSV8R6M0) TOREL(TWSV9R2M0)CONVERT FILE(LT) FROMREL(TWSV8R6M0) TOREL(TWSV9R2M0)CONVERT FILE(JS) FROMREL(TWSV8R6M0) TOREL(TWSV9R2M0)CONVERT FILE(OI) FROMREL(TWSV8R6M0) TOREL(TWSV9R2M0)CONVERT FILE(RD) FROMREL(TWSV8R6M0) TOREL(TWSV9R2M0)CONVERT FILE(SI) FROMREL(TWSV8R6M0) TOREL(TWSV9R2M0)CONVERT FILE(XD) FROMREL(TWSV8R6M0) TOREL(TWSV9R2M0)

En este ejemplo, todos los archivos VSAM se convierten de un release anterior aun formato de Tivoli Workload Scheduler for z/OS. Las tareas realizadas antes deenviar este trabajo se enumeran a continuación en orden:1. Se verificó que JS1 era el repositorio de JCL activo en la opción 6.6 del

controlador anterior. Si JS2 es el repositorio de JCL activo, úselo como entrada,pero use JS1 como salida porque Tivoli Workload Scheduler for z/OS utiliza de


|||

|||

||||

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

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

manera predeterminada el JS1 como el repositorio de JCL activo al iniciar unsubsistema con un conjunto de datos de punto de comprobación vacío.

2. El controlador anterior se cerró de forma normal, como se puede comprobar enel registro de mensajes. Compruebe que se ha completado un proceso de copiade seguridad del plan actual después de que el subsistema recibiera el mandatoSTOP.

3. Se envió un trabajo por lotes para asignar los conjuntos de datos anteriores (yhacer una copia de seguridad de ellos) a DSN nuevos.

4. Se envió EQQPCS01 desde EQQJOBS de Tivoli Workload Scheduler for z/OSpara asignar los clústeres VSAM que se necesitan para Tivoli WorkloadScheduler for z/OS.

5. El nuevo plan actual (NCP) antiguo se utiliza como dato de entrada si se haenviado un proceso por lotes anterior de planificación diaria en el sistema antesdel cierre del sistema. El resultado obtenido es el NCP de Tivoli WorkloadScheduler for z/OS.

Conjuntos de datos que deben convertirseAsigne nuevos conjuntos de datos VSAM para Tivoli Workload Scheduler forz/OS. Los datos existentes se puede migrar posteriormente mediante EQQICTOP.Conserve una copia de los conjuntos de datos antiguos con fines de copia deseguridad y recuperación. Los siguientes conjuntos de datos se deben migrar alformato de Tivoli Workload Scheduler for z/OS:

Tabla 32. Conjuntos de datos que se deben convertir

Nombre DD Descripción

EQQADDS Descripciones de aplicaciones y tablas de variables JCL

EQQJSnDS Repositorio de JCL (activo actualmente)

EQQLTDS Plan a largo plazo

EQQNCPDS o EQQCPnDS Plan actual, pero use el NCP como entrada si un procesode planificación diaria ha creado un NCP después de quese cerrara el sistema antiguo.

EQQNCXDS o EQQCXnDS Ampliación del plan actual, pero use la nueva ampliaciónde plan actual (NCX) como entrada si un proceso deplanificación diaria ha creado una NCX después de que secerrara el sistema antiguo.

EQQOIDS Instrucciones del operador

EQQRDDS Definiciones de recursos especiales.

EQQSIDS Información complementaria, criterios de ETT einformación de configuración.

EQQWSDS Descripciones de estaciones de trabajo, calendarios yperiodos.

Conjuntos de datos que pueden usarseTivoli Workload Scheduler for z/OS puede usar datos sin modificar de lossiguientes conjuntos de datos:

Tabla 33. Conjuntos de datos que Tivoli Workload Scheduler for z/OS puede utilizar


EQQEVLIB Repositorio del archivo de configuración para el tratamientode los recursos desencadenados por sucesos

EQQINCWK Archivo de trabajo de incidencias de JCC


Tabla 33. Conjuntos de datos que Tivoli Workload Scheduler for z/OS puedeutilizar (continuación)


EQQJBLIB1 Biblioteca de JCL.

EQQJCLIB Biblioteca de tabla de mensajes de comprobación determinación de trabajo (JCC)

EQQJTABL Archivo de registro de la tabla de trabajos.

EQQOUCEV Conjunto de datos utilizado para la comunicación delrecopilador de salida del controlador

EQQPRLIB Biblioteca de procedimientos de recuperación automática

EQQSCLIB Biblioteca de scripts para la planificación global concapacidad de tolerancia a errores

— Registro de incidencias de JCC1 Si esta biblioteca contiene trabajos para la planificación del planificador, el JCL debemodificarse para reflejar la nueva instalación.

Conjuntos de datos vacíosUna vez realizadas las pruebas de Tivoli Workload Scheduler for z/OS y lamigración de conjuntos de datos, asegúrese de que los siguientes conjuntos dedatos estén vacíos antes de iniciar el producto por primera vez en modalidad deproducción:EQQACPDS

Archivado del plan actual antiguoEQQCKPT

Punto de comprobaciónEQQCXDS

Ampliación de plan actualEQQDLnn

Registros de seguimiento de trabajos dualEQQEVDS

Conjuntos de datos de sucesosEQQHTTP0

Conjunto de datos de suceso para la planificación global con funcionesz-centric

EQQJTARCArchivo de seguimiento de trabajos

EQQJTnnRegistros de seguimiento de trabajos

EQQLOGRCRegistro de trabajo y conjunto de datos del registro de solicitudespendientes de información de reinicio

EQQMLOGRegistro de mensajes

EQQMONDSConjunto de datos de tareas de supervisión

EQQSCPDSConjunto de datos de plan actual secundario

EQQSTCEnvío de tareas iniciadas

EQQSUDSEnvío/liberación


|||

|||

EQQTROUTCopia del registro de seguimiento de trabajos creada mediante los trabajosde planificación diaria. Entrada en el programa EQQAUDIT, no escompatible con versiones anteriores.

EQQTWSINConjunto de datos de sucesos de entrada para la planificación global concapacidad de tolerancia a errores

EQQTWSOUConjunto de datos de sucesos de salida para la planificación global concapacidad de tolerancia a errores

EQQTWSCSRepositorio de trabajo de script centralizado

No es obligatorio que EQQCPnDS, EQQCXDS y EQQSCPDS estén vacíos, peropueden estarlo. Cuando se inicia el producto por primera vez, debe especificarCURRPLAN(NEW) en la sentencia JTOPTS. Por lo tanto, los datos de los conjuntosde datos EQQCPnDS y EQQCXDS se sustituirán inmediatamente por el contenidode EQQNCPDS y EQQNCXDS. De forma similar, el conjunto de datos EQQJSnDSno activo (EQQJS2DS en este ejemplo) no tiene que estar vacío, aunque podríaestarlo.

Consideraciones sobre el rastreador, el almacén de datos y elrecopilador de salidaCuando migra un rastreador, no es necesario que EQQEVDS y EQQSUDS esténvacíos. La migración permite el uso del subsistema con el nuevo release y modificalos rastreadores de JCL de modo que apunten a las bibliotecas utilizadas, porejemplo EQQMLIB o STEPLIB.

Al migrar un almacén de datos, tenga en cuenta lo siguiente:v En el almacén de datos no es necesario que EQQPKI01, EQQSKI01, EQQSDFnn,

EQQUDFnn estén vacíos.v En el almacén de datos del controlador:

– Si se conservan los archivos de plan actual, no es necesario que EQQPKI01,EQQSKI01, EQQSDFnn estén vacíos.

– Si se suprimen los archivos de plan actual, EQQPKI01, EQQSKI01,EQQSDFnn deben estar vacíos.

Las tareas del almacén de datos y del controlador deben migrarse en momentosdiferentes, siempre que el nivel de mantenimiento del nuevo release y del antiguode Tivoli Workload Scheduler for z/OS sea el mismo. Esto significa que debeaplicar cualquier PTF que afecte al código del controlador y del almacén de datosen ambos releases del producto. Si no se puede conservar este mismo nivel demantenimiento de PTF, es mejor conservar el almacén de datos y el controlador enel mismo release de Tivoli Workload Scheduler for z/OS. Si la migración se realizacorrectamente, debe usar la función de reinicio y limpieza en el nuevo release paracualquier operación de la lista de errores del release antiguo de Tivoli WorkloadScheduler for z/OS.

Si cambia un tipo de conexión de almacén de datos y desea que quede reflejado elconvenio de denominación en el nombre de destino FLOPTS, mantenga el nombrede destino en el parámetro FLOPTS que corresponda al tipo de conexión que sevaya a utilizar (SNADEST, XCFDEST o TCPDEST). Por ejemplo, supongamos quecambia la conexión del almacén de datos de SNA a XCF y que el parámetroFLOPTS anterior es SNADEST(OPCTRK1.DST). Si desea utilizar XCFTRK1.DST comonuevo nombre de destino, especifique el parámetro FLOPTS siguiente:XCFDEST(OPCTRK1.DST, XCFTRK1.DST). Omitir el destino anterior da lugar a los


mensajes EQQFL18E y EQQM643W del registro de mensajes del controlador alrecuperar cualquier registro de trabajo con el nombre de destino anterior.

Recopilador de datos de salida no debe migrarse.

Cambio a la modalidad de producciónUna vez completados los pasos de migración y probado el sistema, debe podercambiar Tivoli Workload Scheduler for z/OS a modalidad de producción coninterrupción mínima del proceso normal. El proceso se explica, a través de unejemplo, en los pasos siguientes:1. Cierre el sistema de producción.2. Convierta los archivos VSAM a formato de Tivoli Workload Scheduler for

z/OS.3. Inicie el nuevo sistema.4. Valide el nuevo sistema.

Considere este ejemplo:v Una instalación ejecuta tres sistemas z/OS: MVS1, MVS2, and MVS3. MVS1 está

conectado a MVS2 y a MVS3 a través de un enlace VTAM. El sistema de controlde producción (OPCA), un rastreador (OPCB) y un servidor global (OPCS),conectados a una red de estaciones de trabajo tolerantes a errores, se inician enMVS1.

v MVS2 y MVS3 son sistemas controlados. Se inicia un rastreador (OPCC) enMVS2. Se inicia un rastreador (OPCD) en MVS3.

El objetivo es detener OPCA y OPCB y migrarlos a Tivoli Workload Scheduler forz/OS con el menor impacto posible sobre los usuarios. A continuación se describeun método posible. Modifíquelo para que se ajuste a las necesidades especiales desu instalación.

En el ejemplo, debe asegurarse de lo siguiente:1. Ha preparado el JCL para:

v Realizar una copia de seguridad del entorno de Tivoli Workload Schedulerfor z/OS.

v Asignar los archivos VSAM y no VSAM de Tivoli Workload Scheduler forz/OS.

2. Todos los rastreadores (OPCB, OPCC y OPCD) están activos al inicio delproceso de migración. La secuencia en la que se inician y detienen losrastreadores es la clave para conseguir una migración correcta a un nuevosistema de Tivoli Workload Scheduler for z/OS.

Cierre del sistema de producciónSi los rastreadores tienen un área CSA grande definido, no debe preocuparse por lapérdida de sucesos. En este ejemplo se presupone que el área es bastante pequeña,por lo que debe ralentizar la velocidad de generación de sucesos todo lo posible.Para hacerlo, efectúe las acciones siguientes:1. Desde el diálogo de funciones de servicio en el sistema de producción (OPCA),

desactive el envío de trabajos para los que se ejecutan en el entorno de host yen estaciones de trabajo tolerantes a errores, y conserve colas de trabajos JES, sise utiliza ETT.

2. Una vez completados todos los trabajos del plan actual que están actualmenteactivos en el entorno de host, detenga los dos sistemas controlados, OPCC y


|

OPCD. Si todavía quedan numerosos trabajos en las colas de trabajos JES, o sicontinúan llegando muchos trabajos nuevos desde procesos externos, conservelas colas de trabajos en MVS2 y MVS3.

3. Detenga todas las estaciones de trabajo tolerantes a errores de la red medianteuna de las interfaces disponibles de Tivoli Workload Scheduler, o de formalocal en la estación de trabajo tolerante a errores mediante el mandato conmanstop.

4. Antes de continuar con los pasos siguientes, espere a que se procesen todos lossucesos en los conjuntos de datos EQQTWSIN y EQQTWSOU. Paracomprobarlo, use el programa de utilidad de ejemplo, EQQCHKEV, que seproporciona en la biblioteca de ejemplos.El programa de utilidad EQQCHKEV comprobará la estructura del conjunto dedatos de EQQTWSIN y EQQTWSOU, que son los conjuntos de datos desucesos globales de entrada y salida de la versión de la que va a realizar lamigración. El programa de utilidad proporciona un mensaje que indica elnúmero de sucesos que todavía tienen que procesarse. Cuando el conjunto dedatos contenga 0 sucesos sin procesar, puede proceder con la migración. Elprograma de utilidad también comprueba la integridad de los conjuntos dedatos y emitirá un mensaje de error adecuado en caso de producirse daños oincoherencias.

5. Desde el diálogo de planificación diaria en el sistema de producción (OPCA),cree una nueva planificación o un trabajo por lotes de ampliación de planes.Cambie la tarjeta de trabajo de modo que contenga TYPRUN=HOLD, y envíe eltrabajo. Guarde el JCL en un conjunto de datos en caso de tener que volver aenviarlo para corregir un error.

6. Si ha especificado CHECKSUBSYS(YES) en la sentencia BATCHOPT que utilizóel trabajo por lotes, cámbielo a CHECKSUBSYS(NO). En la sentenciaBATCHOPT que utilizó el trabajo por lotes, escriba un comentario de la palabraclave TPLGYPRM, si se utiliza.

7. Si usa el diálogo de consulta del plan actual en el sistema de producción,compruebe qué archivo JS está en uso en el sistema.

8. Detenga los sistemas OPCA y OPCB. Libere el trabajo de planificación diaria ycompruebe que se ejecuta correctamente.

9. Una vez terminado el trabajo de planificación diaria, compruebe que se hayaejecutado correctamente. Esto se indica mediante el código de retorno 0 ó 4. Sifuera necesario, corrija los problemas y vuelva a ejecutar el trabajo hasta que secree un conjunto de datos de nuevo plan actual (NCP). Si tiene estaciones detrabajo tolerantes a errores y ha comentado la palabra clave TPLGYPRM en lasentencia BATCHOPT, se muestra el mensaje de advertencia EQQ3041W en lasalida del trabajo de planificación diaria para cada estación de trabajo tolerantea errores.

Conversión de archivos VSAM al formato del sistema nuevoEl paso siguiente es crear archivos VSAM para el sistema nuevo. Puede hacerlo dela siguiente manera:1. Cree una copia de seguridad de los archivos VSAM de Tivoli Workload

Scheduler for z/OS.2. Asigne clústeres VSAM para Tivoli Workload Scheduler for z/OS utilizando el

trabajo EQQPCS01.3. Revise el trabajo de ejemplo EQQICNVS. Compruebe que se han especificado

correctamente los nombres de los conjuntos de datos de entrada y salida. No


olvide seleccionar el archivo JS actual. Al definir los archivos de entrada ysalida para la conversión de archivos CP, utilice el archivo NCP, ya que se hacreado un nuevo plan actual.

4. Ejecute EQQICNVS para convertir los datos VSAM a formato de TivoliWorkload Scheduler for z/OS.

5. Compruebe que el programa de conversión se ejecutó correctamente. Si hubieraalgún problema en la conversión de los archivos VSAM, debe interrumpir lamigración.

6. Realice una copia de seguridad de los archivos no VSAM de Tivoli WorkloadScheduler for z/OS.

7. Asigne los archivos no VSAM de Tivoli Workload Scheduler for z/OS mediantelos trabajos EQQPCS01 y EQQPCS02.

8. Si ha detenido la migración, inicie OPCA, OPCB, OPCC y OPCD. Libere lascolas retenidas y reinicie los iniciadores agotados.

Inicio del sistema nuevoEn el procedimiento siguiente se presupone que la conversión de archivos VSAMha sido correcta. Compruebe que los conjuntos de datos mencionados en la sección“Conjuntos de datos vacíos” en la página 207 estén vacíos. Para iniciar el sistema,efectúe las acciones siguientes:1. Modifique el procedimiento JCL para OPCA de modo que incluya los nuevos

nombres DD y los conjuntos de datos añadidos en Tivoli Workload Schedulerfor z/OS. Utilice ISPF para comprobar que todos los conjuntos de datos deregistro de seguimiento de trabajos (EQQJTnn), de archivado de seguimientode trabajos (EQQJTARC) y de punto de comprobación (EQQCKPT) esténvacíos. Si utiliza registros de seguimiento de trabajos dual (EQQDLnn),también deben ser conjuntos de datos vacíos.

2. Modifique los parámetros de inicialización para OPCA. El conjunto de datosde punto de comprobación no se inicializa la primera vez que inicia OPCAdespués de la migración y, por tanto, debe especificar CURRPLAN(NEW) enJTOPTS. Especifique BUILDSSX(REBUILD) ySSCMNAME(EQQSSCML,TEMPORARY) en la sentencia de inicializaciónOPCOPTS. Especifique la palabra clave PIFHD en la sentencia deinicialización INTFOPTS.En cuanto OPCA se inicia, vuelva a cambiar a CURRPLAN(CURRENT) paraimpedir que OPCA se recupere del nuevo plan actual cada vez que se inicie.

Nota: Puede resultarle de utilidad especificar JOBSUBMIT(NO) yFTWJSUB(NO) en la sentencia de inicialización JTOPTS de modo que eltrabajo no se envíe cada vez que inicie OPCA. Después de comprobar queOPCA se ha iniciado sin errores, puede activar el envío de trabajos medianteel diálogo de funciones de servicio.Para inicializar el conjunto de datos de punto de comprobación, debeespecificar OPCHOST(YES) en OPCOPTS. De esta manera, cuando se inicie elplanificador, la tarea NMM inicializa el conjunto de datos de punto decomprobación con FMID y LEVEL correspondientes a SSX. El valor OPCHOSTpuede modificarse posteriormente. Por ejemplo, puede modificar el valor aOPCHOST(PLEX) cuando el subsistema se utiliza como el sistema de controlen XCF.

3. Ejecute el trabajo EQQPCS05 para crear el directorio de trabajo. De formaopcional, realice una copia de seguridad de los datos importantes que tengaen el directorio de trabajo antiguo, por ejemplo, el archivo LOCALOPTS, paraañadirlos después al directorio de trabajo nuevo.


4. Inicie OPCA. Compruebe que no se hayan producido errores durante lainicialización. Si fuera preciso, corrija los errores y reinicie OPCA.

5. Modifique los parámetros de inicialización para OPCB. EspecifiqueBUILDSSX(REBUILD) y SSCMNAME(EQQSSCML,TEMPORARY) en lasentencia de inicialización OPCOPTS. Especifique la palabra clave PIFHD enla sentencia de inicialización INTFOPTS.

6. Inicie OPCB y OPCS.7. Reinicie los iniciadores agotados en el sistema MVS1.8. Entre en el diálogo de funciones de servicio en OPCA y active el envío de

trabajos (si no estuviera activo).9. Inicie los sistemas OPCC y OPCD. Libere las colas retenidas y reinicie los

iniciadores agotados, si fuera preciso.10. Cambie JTOPTS CURRPLAN(NEW) a CURRPLAN(CURRENT).11. Elimine el comentario de la palabra clave TPLGYPRM en la sentencia

BATCHOPT, si había añadido un comentario. Envíe una replanificación diariao una ampliación tan pronto como sea posible después de realizar lamigración. Además del plan actual, esto generará un nuevo archivosymphony. Hasta que se cree un nuevo plan actual, las referencias a losrecursos especiales harán que el objeto de recurso se copie de EQQRDDS alespacio de datos de la ampliación del plan actual. Este proceso acarreasobrecarga del rendimiento.El conjunto de datos de nueva ampliación de plan actual (EQQNCXDS) segenera durante la planificación diaria para contener todos los recursosespeciales a los que se hace referencia en las operaciones del nuevo planactual.

Antes de realizar la siguiente IPL del sistema, elimine las palabras clave BUILDSSXy SSCMNAME de las sentencias de inicialización OPCA y OPCB si la tabla denombres del subsistema (IEFSSNnn) en SYS1.PARMLIB se ha actualizado paraespecificar correctamente EQQINITL y EQQSSCML.

Validación del sistema nuevoA continuación debe validar que el sistema nuevo funcione como se espera. Parahacerlo, lleve a cabo los pasos siguientes:1. En el diálogo de lista de trabajos listos, revise el estado de las operaciones

activas.2. Compruebe que las operaciones que pasan a estar listas en las estaciones de

trabajo que representan los tres sistemas z/OS se están enviando correctamenteal sistema de destino. Compruebe también que el estado de finalización serefleja correctamente en las listas de trabajos listos.

3. Compruebe que el plan actual y el plan a largo plazo pueden ampliarsecorrectamente.

4. Compruebe que otros procesos relacionados con Tivoli Workload Scheduler forz/OS (por ejemplo, los diálogos, los programas de procesos por lotes y losprogramas basados en PIF) funcionan como se espera.

Pasos de migración para un sistema en un entorno de muchacarga de trabajoSi el entorno de producción tiene tal carga de trabajo que no puede suspender elproceso de trabajos y reducir progresivamente la producción, puede utilizar elprocedimiento descrito en los pasos siguientes como alternativa al proceso estándardescrito en la sección “Cambio a la modalidad de producción” en la página 209.En todos los demás casos se recomienda el proceso estándar.


El caso de ejemplo utiliza los mismos sistemas que los del proceso estándar.

Para migrar el sistema de producción, siga estos pasos:1. Cierre el sistema de producción2. Convierta los archivos VSAM al formato del nuevo sistema3. Inicialice el sistema nuevo4. Genere un conjunto de datos de punto de comprobación con datos del sistema

de producción antiguo5. Inicie el sistema nuevo6. Valide el sistema nuevo

Cierre del sistema de producción:

1. Desde el diálogo de funciones de servicio en el sistema de producción (OPCA),desactive el envío de trabajos para los que se ejecutan en estaciones de trabajotolerantes a errores.

2. Detenga todas las estaciones de trabajo tolerantes a errores de la red medianteuna de las interfaces disponibles de Tivoli Workload Scheduler, o de formalocal en la estación de trabajo tolerante a errores mediante el mandato conmanstop.

3. Antes de continuar con los pasos siguientes, espere a que se procesen todos lossucesos en los conjuntos de datos EQQTWSIN y EQQTWSOU. Paracomprobarlo, use el programa de utilidad de ejemplo, EQQCHKEV, que seproporciona en la biblioteca de ejemplos.El programa de utilidad EQQCHKEV comprobará la estructura del conjunto dedatos de EQQTWSIN y EQQTWSOU, que son los conjuntos de datos desucesos globales de entrada y salida de la versión de la que va a realizar lamigración. El programa de utilidad proporciona un mensaje que indica elnúmero de sucesos que todavía tienen que procesarse. Cuando el conjunto dedatos contenga 0 sucesos sin procesar, puede proceder con la migración. Elprograma de utilidad también comprueba la integridad de los conjuntos dedatos y emitirá un mensaje de error adecuado en caso de producirse daños oincoherencias.

4. Desde el diálogo de planificación diaria en el sistema de producción (OPCA),cree una nueva planificación o un trabajo por lotes de ampliación de planes.Cambie la tarjeta de trabajo de modo que contenga TYPRUN=HOLD, y envíe eltrabajo. Guarde el JCL en un conjunto de datos en caso de tener que volver aenviarlo para corregir un error.

5. Si ha especificado CHECKSUBSYS(YES) en la sentencia BATCHOPT que utilizóel trabajo por lotes, cámbielo a CHECKSUBSYS(NO). En la sentenciaBATCHOPT que utilizó el trabajo por lotes, escriba un comentario de la palabraclave TPLGYPRM, si se utiliza.

6. Si usa el diálogo de consulta del plan actual en el sistema de producción,compruebe qué archivo JS está en uso en el sistema.

7. Detenga OPCA y OPCS, libere la planificación diaria de la retención yasegúrese de que se ejecuta correctamente.

Convierta los archivos VSAM al formato del nuevo sistema:

1. Cree una copia de seguridad de los archivos VSAM de Tivoli WorkloadScheduler for z/OS.

2. Asigne clústeres VSAM para Tivoli Workload Scheduler for z/OS utilizando eltrabajo EQQPCS01.

3. Revise el trabajo de ejemplo EQQICNVS. Compruebe que se han especificadocorrectamente los nombres de los archivos de entrada y salida. No olvide


seleccionar el archivo JS actual. Al definir los archivos de entrada y salida parala conversión de archivos CP, utilice el archivo NCP, ya que se ha creado unnuevo plan actual.

4. Ejecute EQQICNVS para convertir los datos VSAM a formato de TivoliWorkload Scheduler for z/OS.

5. Compruebe que el programa de conversión se ejecutó correctamente. Si hubieraalgún problema en la conversión de los archivos VSAM, debe interrumpir lamigración.

6. Realice una copia de seguridad de los archivos no VSAM de Tivoli WorkloadScheduler for z/OS.

7. Asigne los archivos no VSAM de Tivoli Workload Scheduler for z/OS mediantelos trabajos EQQPCS01 y EQQPCS02.

8. Si ha detenido la migración, inicie OPCA, OPCB y OPCC. Libere las colasretenidas y reinicie los iniciadores agotados.

Inicialice el sistema nuevo:Antes de seguir los pasos descritos en esta sección, compruebe que la conversiónde archivos VSAM descrita en la sección anterior se ha realizado correctamente.1. Compruebe que los conjuntos de datos mencionados en la sección “Conjuntos

de datos vacíos” en la página 207 estén vacíos. Utilice ISPF para comprobar quetodos los conjuntos de datos de registro de seguimiento de trabajos (EQQJTnn),de archivado de seguimiento de trabajos (EQQJTARC) y de punto decomprobación (EQQCKPT) estén vacíos. Si utiliza registros de seguimiento detrabajos duales (EQQDLnn), también deben estar vacíos.

2. Modifique el procedimiento JCL para OPCA de modo que incluya los nuevosnombres DD y los conjuntos de datos añadidos en IBM Tivoli WorkloadScheduler for z/OS.

3. Modifique los parámetros de inicialización para OPCA. El conjunto de datos depunto de comprobación no se inicializa la primera vez que inicia OPCAdespués de la migración y, por tanto, debe especificar CURRPLAN(NEW) enJTOPTS. Especifique BUILDSSX(REBUILD) ySSCMNAME(EQQSSCML,TEMPORARY) en la sentencia de inicializaciónOPCOPTS. Especifique la palabra clave PIFHD en la sentencia de inicializaciónINTFOPTS. En cuanto se haya iniciado OPCA, vuelva a cambiar aCURRPLAN(CURRENT) para impedir que OPCA se recupere del nuevo planactual cada vez que se inicie.

Nota: Puede resultarle de utilidad especificar JOBSUBMIT(NO) yFTWJSUB(NO) en la sentencia de inicialización JTOPTS de modo que el trabajono se envíe cada vez que inicie OPCA. Después de comprobar que OPCA se hainiciado sin errores, puede activar el envío de trabajos mediante el diálogo defunciones de servicio.Para inicializar el conjunto de datos de punto de comprobación, debeespecificar OPCHOST(YES) en OPCOPTS. De esta manera, cuando se inicie elplanificador, la tarea NMM inicializa el conjunto de datos de punto decomprobación con FMID y LEVEL correspondientes a SSX. El valor OPCHOSTpuede modificarse posteriormente. Por ejemplo, puede modificar el valor aOPCHOST(PLEX) cuando el subsistema se utiliza como el sistema de control enXCF.

4. Ejecute el trabajo EQQPCS05 para crear el directorio de trabajo. De formaopcional, realice una copia de seguridad de los datos importantes que tenga enel directorio de trabajo antiguo, por ejemplo, el archivo LOCALOPTS, paraañadirlos después al directorio de trabajo nuevo.


5. Inicie OPCA. Compruebe que no se hayan producido errores durante lainicialización. Si fuera preciso, corrija los errores y reinicie OPCA.

6. Detenga OPCA.

Genere un conjunto de datos de punto de comprobación con datos del sistemade producción antiguo:Siga estos pasos para generar un conjunto de datos de punto de comprobación condatos del sistema de producción antiguo:1. Fusione OLD.CKPT, de la versión que va a migrar, y el conjunto de datos de

punto de comprobación CKPT recién asignado, que ha creado en la secciónanterior, en CKPT.NEW utilizando el ejemplo EQQPMCKP, que personalizarápara su entorno.

2. Realice una copia de seguridad del CKPT actual y renombre CKPT.NEW alCKPT actual.

Inicio del sistema nuevo:

1. Cambie JTOPTS CURRPLAN(NEW) a CURRPLAN(CURRENT).2. Inicie OPCA del controlador. El conjunto de datos de punto de comprobación

fusionado permitirá que se sigan leyendo los registros de sucesos.3. Inicie todos los rastreadores sin BUILDSSX. Asegúrese de que los módulos de

carga invocados siguen siendo los de la versión de la que va a realizar lamigración.

4. Detenga los rastreadores después de que se procesen los sucesos en CSA.5. Modifique los parámetros de inicialización para OPCB. Especifique

BUILDSSX(REBUILD) y SSCMNAME(EQQSSCML,TEMPORARY) en lasentencia de inicialización OPCOPTS. Especifique la palabra clave PIFHD enla sentencia de inicialización INTFOPTS.

6. Inicie OPCB y OPCS.7. Reinicie los iniciadores agotados en el sistema MVS1.8. Entre en el diálogo de funciones de servicio en OPCA y active el envío de

trabajos (si no estuviera activo).9. Inicie los sistemas OPCC y OPCD. Libere las colas retenidas y reinicie los

iniciadores agotados, si fuera preciso.10. Envíe una replanificación diaria o una ampliación tan pronto como sea

posible después de realizar la migración. Hasta que se cree un nuevo planactual, las referencias a los recursos especiales harán que el objeto de recursose copie de EQQRDDS al espacio de datos de la ampliación del plan actual.Este proceso acarrea sobrecarga del rendimiento.El conjunto de datos de nueva ampliación de plan actual (EQQNCXDS) segenera durante la planificación diaria para contener todos los recursosespeciales a los que se hace referencia en las operaciones del nuevo planactual.

Valide el sistema nuevo:

1. En el diálogo de lista de trabajos listos, revise el estado de las operacionesactivas.

2. Compruebe que las operaciones que pasan a estar listas en las estaciones detrabajo que representan los tres sistemas z/OS se están enviando correctamenteal sistema de destino. Compruebe también que el estado de finalización serefleja correctamente en las listas de trabajos listos.

3. Compruebe que el plan actual y el plan a largo plazo pueden ampliarsecorrectamente.


||||

4. Compruebe que otros procesos relacionados con Tivoli Workload Scheduler forz/OS (por ejemplo, los diálogos, los programas de procesos por lotes y losprogramas basados en PIF) funcionan como se espera.

Realización de un procedimiento de recuperaciónSi se produce un problema después de que Tivoli Workload Scheduler for z/OShaya estado activo como sistema de producción durante algún tiempo, y elproblema es lo suficientemente grave, puede ser necesario detener el nuevosistema y devolver la carga de trabajo al sistema anterior. Para ello puede realizarun procedimiento de recuperación, si los conjuntos de datos de Tivoli WorkloadScheduler for z/OS se pueden utilizar. El procedimiento es el siguiente:1. Ejecute los trabajos EQQPCS01 y EQQPCS02 para asignar nuevos conjuntos de

datos para el sistema de producción antiguo. Conserve los conjuntos de datosactuales (o una copia) utilizados por los sistemas Tivoli Workload Scheduler forz/OS con fines de determinación de problemas.

2. Ejecute el trabajo EQQPCS05 para crear el directorio de trabajo.3. Si es necesario, cierre los sistemas de la misma forma que durante la migración.

Esto es necesario si el plan actual en el sistema OPCA está intacto y elseguimiento de trabajos funciona con normalidad.

4. Si es posible, cree conjuntos de datos actualizados para el plan a largo plazo yel plan actual nuevo para el sistema OPCA.No envíe un trabajo REPLAN antes del cierre, a no ser que se usara la opciónPERMANENT para SSCMNAME en el sistema convertido, o si no se especificóSSCMNAME.Si se utilizó SSCMNAME(EQQSSCML,TEMPORARY), el mensaje EQQZ190E seemitirá, si se inicia un plan REPLAN, después de que se cierre el controlador.

5. Genere conjuntos de datos VSAM para el sistema antiguo mediante la ejecucióndel trabajo EQQICNVS para convertir archivos de Tivoli Workload Schedulerfor z/OS al formato anterior. Tenga en cuenta que el registro de trabajos que elalmacén de datos recuperará permanecerá como está.

6. Vuelva a iniciar los sistemas OPCA y OPCB mediante los archivos convertidose inicie OPCS.

Nota: Puede ser útil especificar JOBSUBMIT(NO) y FTWJSUB(NO) en lasentencia de inicialización JTOPTS para que no se envíe trabajo al iniciarOPCA. Después de comprobar que el sistema antiguo se ha iniciado sin errores,puede activar el envío de trabajos mediante el diálogo Funciones de servicio.

7. Si el conjunto de datos de plan actual nuevo (NCP) no está completamenteactualizado porque no ha podido ejecutar el programa de planificación diaria,utilice el diálogo MCP para actualizar el estado de las operaciones y poner aldía el plan actual.

8. Vuelva a iniciar los sistemas OPCC y OPCD. Utilice la palabra claveSSCMNAME en la sentencia de inicialización JTOPTS para cargar el módulo decomunicación del subsistema actual para el release al que está revertiendo.Active los sistemas MVS según se requiera.

Nota: Si tiene problemas con el sistema de Tivoli Workload Scheduler for z/OS ynecesita migrar a un release anterior, debe tener en cuenta el efecto que esto tendráen todos los aspectos de la configuración. Esto es especialmente importante paralos elementos de conectividad. Debe considerar todas las acciones de migraciónposibles al planificar los procedimientos de migración y recuperación para lainstalación.


En el siguiente ejemplo, todos los archivos VSAM se convierten de la versiónactual de Tivoli Workload Scheduler for z/OS al formato del release anterior delproducto. Las tareas realizadas antes de enviar este trabajo se enumeran acontinuación en orden:1. Verifique que JS1 es el repositorio de JCL activo en la opción 6.6 del

controlador. Si JS2 es el repositorio de JCL activo, úselo como entrada, peroasegúrese de que utiliza JS1 como salida porque Tivoli Workload Scheduler forz/OS utiliza de manera predeterminada el JS1 como el repositorio de JCLactivo al iniciar un subsistema con un conjunto de datos de punto decomprobación vacío.

2. Cierre el controlador siguiendo el procedimiento normal. Compruébelomediante el registro de mensajes. Compruebe que se ha completado un procesode copia de seguridad del plan actual después de que el subsistema recibiera elmandato STOP.

3. Envíe un trabajo EQQPCS01 que haya generado desde EQQJOBS para reasignarlos clústeres VSAM.

4. Compruebe que en el sistema no se haya enviado un proceso de planificacióndiaria por lotes antes de cerrar el sistema. Por lo tanto, el CP1 y XD1 de TivoliWorkload Scheduler for z/OS se utilizan como datos de entrada y el resultadoes el NCP y NXD.

//OPCBAK JOB (777777,777),’Creación de un sistema de reserva V8R6’,MSGLEVEL=(1,1),// NOTIFY=&SYSUID,MSGCLASS=H,CLASS=A//*//CONVERT EXEC PGM=EQQICTOP,REGION=2048K//STEPLIB DD DISP=SHR,DSN=OPCESA.INST.LOADLIB//EQQMLIB DD DISP=SHR,DSN=OPCESA.INST.SEQQMSG0//EQQMLOG DD SYSOUT=*//EQQADIN DD DISP=SHR,DSN=CCOPC.OPCC.AD//EQQADOUT DD DISP=OLD,DSN=CCOPC.OPCC.OLD.AD//EQQWSIN DD DISP=SHR,DSN=CCOPC.OPCC.WS//EQQWSOUT DD DISP=OLD,DSN=CCOPC.OPCC.OLD.WS//EQQCPIN DD DISP=SHR,DSN=CCOPC.OPCC.CP1//EQQCPOUT DD DISP=OLD,DSN=CCOPC.OPCC.OLD.NCP//EQQLTIN DD DISP=SHR,DSN=CCOPC.OPCC.LT//EQQLTOUT DD DISP=OLD,DSN=CCOPC.OPCC.OLD.LT//EQQJSIN DD DISP=SHR,DSN=CCOPC.OPCC.JS1//EQQJSOUT DD DISP=OLD,DSN=CCOPC.OPCC.OLD.JS1//EQQOIIN DD DISP=SHR,DSN=CCOPC.OPCC.OI//EQQOIOUT DD DISP=OLD,DSN=CCOPC.OPCC.OLD.OI//EQQSIIN DD DISP=OLD,DSN=CCOPC.OPCC.SI//EQQSIOUT DD DISP=OLD,DSN=CCOPC.OPCC.OLD.SI//EQQCXIN DD DISP=OLD,DSN=CCOPC.OPCC.CX//EQQCXOUT DD DISP=OLD,DSN=CCOPC.OPCC.OLD.NCX//EQQRDIN DD DISP=OLD,DSN=CCOPC.OPCC.RD//EQQRDOUT DD DISP=OLD DSN=CCOPC.OPCC.OLD.RD//EQQXDIN DD DISP=SHR,DSN=CCOPC.OPCC.XD1//EQQXDOUT DD DISP=OLD,DSN=CCOPC.OPCC.OLD.NXD//SYSIN DD *

/* SE ASUME QUE SE REVIERTE LA MIGRACIÓN DE Tivoli Workload Scheduler for z/OS V9.2.0a V8.6.0 */

CONVERT FILE(AD) FROMREL(TWSV9R2M0) TOREL(TWSV8R6M0)CONVERT FILE(CP) FROMREL(TWSV9R2M0) TOREL(TWSV8R6M0)CONVERT FILE(WS) FROMREL(TWSV9R2M0) TOREL(TWSV8R6M0)CONVERT FILE(LT) FROMREL(TWSV9R2M0) TOREL(TWSV8R6M0)CONVERT FILE(JS) FROMREL(TWSV9R2M0) TOREL(TWSV8R6M0)CONVERT FILE(OI) FROMREL(TWSV9R2M0) TOREL(TWSV8R6M0)CONVERT FILE(CX) FROMREL(TWSV9R2M0) TOREL(TWSV8R6M0)CONVERT FILE(RD) FROMREL(TWSV9R2M0) TOREL(TWSV8R6M0)CONVERT FILE(SI) FROMREL(TWSV9R2M0) TOREL(TWSV8R6M0)



Parte 3. Conector de Tivoli Workload Scheduler for z/OS

Esta sección describe cómo planificar, instalar, configurar y desinstalar el conectorde Tivoli Workload Scheduler for z/OS



Capítulo 7. Instalación, actualización y desinstalación delconector de Tivoli Workload Scheduler for z/OS en sistemasdistribuidos

Cómo instalar, actualizar y desinstalar conector de Tivoli Workload Scheduler forz/OS en sistemas distribuidos.

Para utilizar la Dynamic Workload Console debe instalar el conector de TivoliWorkload Scheduler for z/OS.

El conector de Tivoli Workload Scheduler for z/OS se instala automáticamente conuna instancia de la Dynamic Workload Console.

No es posible tener una instancia autónoma de un conector de Tivoli WorkloadScheduler for z/OS V9.2.

Para actualizar una versión existente de un conector de z/OS, existen los casossiguientes:

Una sola instancia del conector de Tivoli Workload Scheduler for z/OSPara obtener más información sobre el procedimiento para actualizar unasola instancia, consulte “Actualización de una instancia simple del conectorTivoli Workload Scheduler for z/OS en sistemas distribuidos”.

Una instancia múltiple contiene un conector de Tivoli Workload Scheduler forz/OS y una Dynamic Workload Console

Para obtener más información sobre el procedimiento para actualizar unainstancia múltiple, consulte “Procedimiento para actualizar la DynamicWorkload Console y el conector de z/OS” en la página 227.

Discos DVD de Tivoli Workload Scheduler for z/OS que se debenutilizar

Qué discos DVD de Tivoli Workload Scheduler for z/OS que se deben utilizar.

Tabla 34. Paquetes de software de Tivoli Workload Scheduler for z/OS

Para instalar el componente de TivoliWorkload Scheduler for z/OS: DVD que se debe utilizar:

Agente de Tivoli Workload Scheduler forz/OS (z-centric)

Disco de z-centric

Dynamic Workload Console con un conectorde z/OS

Disco de DWC

Informes de proceso por lotes Disco de DWC

Actualización de una instancia simple del conector Tivoli WorkloadScheduler for z/OS en sistemas distribuidos

Actualización de una instancia simple del conector Tivoli Workload Scheduler forz/OS en sistemas distribuidos


No puede actualizar directamente el conector de z/OS V8.6.0 ni los fixpack asociados a laversión 9.2.

No es posible actualizar un conector de z/OSde Tivoli Workload Schedulerinstalado en el directorio <DIR_INST_CON_ZOS>.

Puede configurar la instancia antigua del conector de z/OS en una nueva instanciadel conector de z/OS instalada en el directorio <DIR_INST_DWC_NUEVO> con unaDynamic Workload Console V9.2.

Antes debe guardar los archivos de configuración en la instancia antigua delconector de z/OS mediante los programas de utilidad wastools y luego importar losarchivos de configuración mediante wastools en la nueva instancia de la DynamicWorkload Console.

Para configurar el conector de z/OS en una nueva instancia de la DynamicWorkload Console, realice los pasos siguientes:1. Instale una nueva instancia de la Dynamic Workload Console en el directorio

<DIR_INST_DWC_NUEVO>, tal como se describe en “Procedimiento de instalaciónde Dynamic Workload Console” en la página 267.

2. Exporte las propiedades de configuración del conector de z/OS que estánguardadas en el directorio <DIR_INST_CON_ZOS>. Para ello ejecute:

En los sistemas operativos Windows<DIR_INST_CON_ZOS>\wastools\displayZosEngine.bat

En los sistemas operativos UNIX y Linux<DIR_INST_CON_ZOS>/wastools/displayZosEngine.sh

Nota: Si está conectado a varios controladores, debe repetir este paso para cadaconexión que desee mantener en la nueva configuración del conector de z/OS.

3. Importe las propiedades de configuración del conector de z/OS en la instanciade la Dynamic Workload Console que está instalada en el directorio<DIR_INST_DWC_NUEVO>. Para ello ejecute:

En los sistemas operativos Windows<DIR_INST_DWC_NUEVO>\TWSZOS\wastools\createZosEngine.bat

En los sistemas operativos UNIX y Linux<DIR_INST_DWC_NUEVO>/TWSZOS/wastools/createZosEngine.sh

Nota: Si desea mantener conexiones con varios controladores, debe repetir estepaso para cada conexión definida previamente que desee conservar.

Actualización del conector de z/OS instalado con uno o varioscomponentes en el mismo directorio

Debido a los cambios en la infraestructura de la instalación de Tivoli WorkloadScheduler descritos en “Visión general de la actualización” en la página 293, paraactualizar las diversas instancias del conector de z/OS instaladas en el mismodirectorio, debe seguir los procedimientos listados en Tabla 35 en la página 223.


Tabla 35. Actualización del modelo de despliegue para múltiples instancias de la DynamicWorkload Console instaladas en el mismo directorio

La instancias múltiple del conector de z/OSen el mismo directorio contiene: Procedimiento que se debe ejecutar:

Agente tolerante a erroresV8.5.0, V8.5.1 o V8.6.0 y fixpacksasociados

Dynamic Workload ConsoleV8.5.0, V8.5.1 o V8.6.0 y fixpacksasociados

conector de z/OSV8.5.0, V8.5.1 o V8.6.0 y fixpacksasociados

“Actualización del agente tolerante a errores, la Dynamic Workload Console y elconector de z/OS”.

Agente tolerante a erroresV8.5.0, V8.5.1 o V8.6.0 y fixpacksasociados


“Actualización del agente tolerante a erroresy la conector de z/OS” en la página 224

gestor de dominio dinámicoV8.6.0 y fixpacks asociados

Dynamic Workload ConsoleV8.6.0 y fixpacks asociados

conector de z/OSV8.6.0 y fixpacks asociados

“Actualización del gestor de dominiodinámico, la Dynamic Workload Console yel conector de z/OS” en la página 225.

gestor de dominio dinámicoV8.6.0 y fixpacks asociados

conector de z/OSV8.6.0 y fixpacks asociados

“Actualización del gestor de dominiodinámico y la conector de z/OS” en lapágina 226.

Dynamic Workload ConsoleV8.5.0, V8.5.1 o V8.6.0 y fixpacksasociados


“Procedimiento para actualizar la DynamicWorkload Console y el conector de z/OS”en la página 227.

Actualización del agente tolerante a errores , la DynamicWorkload Console y el conector de z/OS

Cómo actualizar el agente tolerante a errores , la Dynamic Workload Console y elconector de z/OS instalados en el mismo directorio.

Si ha instalado una instancia de componentes múltiples que contiene una DynamicWorkload Console, un conector de z/OS y un agente tolerante a errores en eldirectorio <DIR_INST_TWS>, primero debe actualizar la Dynamic Workload Consoleen el directorio <DIR_INST_DWC_NUEVO> nuevo y, a continuación, puede actualizar elagente tolerante a errores en el directorio <DIR_INST_TWS>.

Capítulo 7. Instalación, actualización y desinstalación del conector de Tivoli Workload Scheduler for z/OS en sistemas

distribuidos 223

El proceso de actualización de la Dynamic Workload Console también migra laspropiedades de configuración del conector de z/OS.

Si intenta actualizar el agente tolerante a errores en primer lugar, el script twsinstse detiene al principio y emite un mensaje de error que le indica el orden correctoen el que debe actualizar los componentes.

Para actualizar la instancia de varios componentes en el orden correcto, realice lospasos siguientes:1. Actualice la instancia de la Dynamic Workload Console en el nuevo directorio

<DIR_INST_DWC_NUEVO>, tal como se describe en “Actualización de una instanciasimple de Dynamic Workload Console V8.6.” en la página 294.

2. Desinstale manualmente la antigua Dynamic Workload Console en el directorio<DIR_INST_TWS> utilizando el proceso de desinstalación de la versión anterior dela Dynamic Workload Console.

3. Desinstale manualmente la instancia antigua de conector de z/OS en eldirectorio <DIR_INST_TWS> mediante el proceso de desinstalación de la versiónanterior de conector de z/OS.

4. Actualice el agente tolerante a errores mediante el script twsinst tal como sedescribe en Actualización de agentes y gestores de dominio.

Actualización del agente tolerante a errores y la conector dez/OS

Si ha instalado una instancia con varios componentes que contiene un conector dez/OS y un agente tolerante a errores en el directorio <DIR_INST_TWS>, primero debeconfigurar el conector de z/OS antiguo en el directorio <DIR_INST_DWC_NUEVO>donde ha instalado una instancia nueva de la Dynamic Workload Console,desinstalar el conector de z/OS antiguo y, a continuación, actualizar el agentetolerante a errores del directorio <DIR_INST_TWS>.


Para actualizar la instancia de varios componentes en el orden correcto, realice lospasos siguientes:1. Instale una instancia de la Dynamic Workload Console en el directorio nuevo

<DIR_INST_DWC_NUEVO>, tal como se describe en Capítulo 13, “Instalación”, en lapágina 267.

2. Exportar las propiedades de configuración de conector de z/OS en la instanciaantigua de varios componentes ejecutando:

En los sistemas operativos Windows<DIR_INST_TWS>\wastools\displayZosEngine.bat

En los sistemas operativos UNIX y Linux<DIR_INST_TWS>/wastools/displayZosEngine.sh

Para obtener más información sobre la herramienta displayZosEngine, consultela publicación IBM Tivoli Workload Scheduler for z/OS Planning and Installationguide.

Nota: Si está conectado a varios controladores, repita este paso para cadaconexión que desee conservar en la nueva configuración de conector de z/OS.


3. Importe las propiedades de configuración del conector de z/OS contenidas enla instancia de la Dynamic Workload Console. Para ello ejecute:

En los sistemas operativos Windows<DIR_INST_TWS>\wastools\createZosEngine.bat

En los sistemas operativos UNIX y Linux<DIR_INST_TWS>/wastools/createZosEngine.sh

Para obtener más información sobre la herramienta createZosEngine, consultela publicación IBM Tivoli Workload Scheduler for z/OS Planning and Installationguide.

Nota: Si desea mantener conexiones con varios controladores, repita este pasopara cada conexión definida previamente que desee conservar.

4. Desinstale manualmente la antigua conector de z/OS del directorio<DIR_INST_TWS>, mediante el proceso de desinstalación proporcionado por lasversiones anteriores.


Actualización del gestor de dominio dinámico, la DynamicWorkload Console y el conector de z/OS

Cómo actualizar el gestor de dominio dinámico, la Dynamic Workload Console yelconector de z/OS instalados en el mismo directorio.

Si ha instalado una instancia de varios componentes que contiene una DynamicWorkload Console, un conector de z/OS y un gestor de dominio dinámico en eldirectorio <DIR_INST_TWS>, primero debe actualizar la Dynamic Workload Consoleen el nuevo directorio <DIR_INST_DWC_NUEVO> y, a continuación, actualizar el gestorde dominio dinámico en el directorio <DIR_INTS_TWS>.


Si intenta actualizar primero el gestor de dominio dinámico, el proceso deinstalación se detendrá al principio y emitirá un mensaje de error que le indica elorden correcto en el que se deben actualizar los componentes.





4. Actualice el gestor de dominio dinámico, tal como se describe en Actualizaciónde una instancia de un gestor de dominio dinámico o gestor de dominiomaestro de reserva..


distribuidos 225

Actualización del gestor de dominio dinámico y la conector dez/OS

Si tiene instalada una instancia de varios componentes que contiene un conector dez/OS y un gestor de dominio dinámico en el directorio <DIR_INST_TWS>, primerodebe configurar el conector de z/OS antiguo en el directorio <DIR_INST_DWC_NUEVO>donde ha instalado una instancia nueva de la Dynamic Workload Console,desinstalar el conector de z/OS antiguo y, a continuación, actualizar el gestor dedominio dinámico del directorio <DIR_INST_TWS>.


Para actualizar la instancia de varios componentes en el orden correcto, realice lospasos siguientes:1. Instale una instancia de la Dynamic Workload Console en el directorio nuevo

<DIR_INST_DWC_NUEVO>, tal como se describe en Capítulo 13, “Instalación”, en lapágina 267.

2. Exporte las propiedades de configuración del conector de z/OS contenidas enla instancia compartida antigua. Para ello ejecute:

En los sistemas operativos Windows<DIR_INST_TWS>\wastools\displayZosEngine.bat

En los sistemas operativos UNIX y Linux<DIR_INST_TWS>/wastools/displayZosEngine.sh

Para obtener más información sobre la herramienta displayZosEngine, consultela publicación IBM Tivoli Workload Scheduler for z/OS Planning and Installationguide:

Nota: Si está conectado a varios controladores, debe repetir este paso para cadaconexión que desee mantener en la nueva configuración del conector de z/OS.

3. Importe las propiedades de configuración del conector de z/OS contenidas enla instancia de la Dynamic Workload Console. Para ello ejecute:

En los sistemas operativos Windows<DIR_INST_TWS>\wastools\createZosEngine.bat

En los sistemas operativos UNIX y Linux<DIR_INST_TWS>/wastools/createZosEngine.sh

Para obtener más información sobre la herramienta createZosEngine, consultela publicación IBM Tivoli Workload Scheduler for z/OS Planning and Installationguide.

Nota: Si desea mantener conexiones con varios controladores, repita este pasopara cada conexión definida previamente que desee conservar.

4. Desinstale manualmente la antigua conector de z/OS del directorio<DIR_INST_TWS>, mediante el proceso de desinstalación proporcionado por lasversiones anteriores.

5. Actualice el gestor de dominio dinámico tal como se describe en Actualizaciónde una instancia de un gestor de dominio dinámico o gestor de dominiomaestro de reserva..


Procedimiento para actualizar la Dynamic Workload Console yel conector de z/OS

Si ha instalado una instancias de múltiples componentes que contiene unaDynamic Workload Console y un conector de z/OS en el directorio<DIR_INST_TWS>, debe actualizar la Dynamic Workload Console en el directorio<DIR_INST_DWC_NUEVO> nuevo.




2. Desinstale manualmente la antigua Dynamic Workload Console del directorio<DIR_INST_TWS>, mediante el proceso de desinstalación proporcionado por lasversiones antiguas.

3. Desinstale manualmente la instancia antigua del conector de z/OS en eldirectorio <DIR_INST_TWS>, mediante el proceso de desinstalación proporcionadopor las versiones antiguas.

Gestión de motores z/OS utilizando herramientas de WebSphereApplication Server

Puede gestionar motores de z/OS utilizando herramientas de WebSphereApplication Server.

Puede gestionar motores de z/OS mediante herramientas de WebSphereApplication Server que se hallan en el directorio siguiente:

En los sistemas operativos Windows:<DIR_INST_DWC>\wastools

En los sistemas operativos UNIX y Linux:<DIR_INST_DWC>/wastools

Donde <DIR_INST_DWC> es el directorio donde está instalada la instancia delconector de z/OS junto con la Dynamic Workload Console.v Para crear una instancia del conector de z/OS mediante la herramienta

createZosEngine, consulte “Creación de una instancia de conector z/OS” en lapágina 228.

v Para mostrar las propiedades de una instancia del conector de z/OS mediante laherramienta displayZosEngine, consulte “Visualización de las propiedades deuna instancia de conector z/OS” en la página 229.

v Para actualizar las propiedades de una instancia del conector de z/OS mediantela herramienta updateZosEngine, consulte “Actualización de las propiedades deuna instancia de conector z/OS” en la página 230.

v Para listar todas las instancias del conector de z/OS mediante la herramientalistZosEngine, consulte “Listado de todas las instancias del conector z/OS” enla página 232.

v Para eliminar una instancia del conector de z/OS mediante la herramientaremoveZosEngine, consulte “Eliminación de una instancia de conector z/OS” enla página 232.


distribuidos 227

Creación de una instancia de conector z/OSPuede crear una instancia de conector z/OS, si desea conectarla a Tivoli WorkloadScheduler para z/OS utilizando una Dynamic Workload Console.

Para crear una instancia de conector de z/OS, efectúe los pasos siguientes:1. Inicie una sesión como Administrador en un sistema operativo Windows o

como usuario root en los sistemas operativos UNIX y Linux, en la máquinadonde ha instalado la instancia de conector de z/OS con Dynamic WorkloadConsole.

2. Vaya al directorio <DIR_INST_DWC>\wastools, donde <DIR_INST_DWC> es eldirectorio en el que se ha instalado la instancia de conector de z/OS con unaDynamic Workload Console.

3. Detenga el servidor de aplicaciones ejecutando el script siguiente:

En los sistemas operativos Windows:stopWas.bat

En los sistemas operativos UNIX y Linux:stopWas.sh -user <usuario_TWS>-password <contraseña_usuario_TWS>

donde <usuario_TWS> es el usuario de Tivoli Workload Scheduler para el queha instalado la instancia de conector de z/OS y <contraseña_usuario_TWS> es lacontraseña de usuario de Tivoli Workload Scheduler.

4. Cree un archivo que contenga las propiedades de seguridad actuales y desde<DIR_INST_DWC>\wastools ejecute el siguiente script:

En los sistemas operativos Windows:createZosEngine.bat -name nombreMotor -hostName nombreHost -portNumber númeroPuerto[-connectionTimeoutCleanup tiempo_espera_limpieza][-maxConnections número_máx_conexiones][-connectionTimeout tiempo_espera_conexión][-unusedTimeout tiempo_espera_no_utilización] [-reapTimetiempo_espera_eliminación][-scaffoldSwitch valor_booleano_scaffold_switch] [-useSsl valor_booleano_ssl]

En los sistemas operativos UNIX y Linux:createZosEngine.sh -name nombreMotor -hostNamenombreHost -portNumber númeroPuerto[-connectionTimeoutCleanup tiempo_espera_limpieza][-maxConnections número_máx_conexiones][-connectionTimeout tiempo_espera_conexión][-unusedTimeout tiempo_espera_no_utilización] [-reapTimetiempo_espera_eliminación][-scaffoldSwitch valor_booleano_scaffold_switch] [-useSsl valor_booleano_ssl]

donde

nombreMotorEspecifique el nombre del motor de Tivoli Workload Scheduler paraz/OS al que se está conectando. Escriba el nombre de la nuevainstancia del conector de z/OS.

nombreHostEspecifique el nombre de host o dirección TCP/IP del sistema remotoz/OS donde está instalado el controlador de Tivoli Workload Schedulerpara z/OS.


númeroPuertoEspecifique el número del puerto TCP/IP del sistema z/OS que seutiliza para comunicar con el controlador de Tivoli Workload Schedulerpara z/OS.

tiempo_espera_limpiezaEspecifique el tiempo de espera de limpieza para la conexión de z/OS.Esta propiedad es opcional. El valor predeterminado es 60 minutos.

número_máx_conexionesEspecifique el número máximo de conexiones gestionadas que sepueden crear para la conexión de z/OS. Esta propiedad es opcional. Elvalor predeterminado es 10.

tiempo_espera_conexiónEspecifique el intervalo, en segundos, después del cual la petición deconexión de z/OS excede su tiempo de espera y se emite una excepciónde tiempo de espera excedido de conexión. Esta propiedad es opcional.El valor predeterminado es 1 segundo.

tiempo_espera_no_utilizadoEspecifique el intervalo, en segundos, después del cual la hebra demantenimiento de la agrupación de conexiones descarta una conexiónno utilizada. Esta propiedad es opcional. El valor predeterminado es 60segundos.

tiempo_espera_eliminaciónEspecifique el tiempo de eliminación para la conexión de z/OS. Estapropiedad es opcional. El valor predeterminado es 300 segundos.

valor_booleano_scaffold_switchEspecifique true para habilitar la propiedad scaffold switch para laconexión de z/OS o false para inhabilitar la propiedad. Esta propiedades opcional. El valor predeterminado es false.

valor_booleano_sslEspecifique true para habilitar la comunicación SSL entre el conector dez/OS y el sistema remoto de z/OS o false para inhabilitar lapropiedad. Esta propiedad es opcional. El valor predeterminado esfalse.

Nota: Si establece este valor en true, asegúrese de que SSL estéhabilitado para el controlador de z/OS. .Para obtener más información sobre cómo habilitar el SSL en elcontrolador de z/OS, consulte la publicación Planificación e instalación dez/OS: Instalación de Tivoli Workload Scheduler for z/OS > Instalación> Paso 8. Protección de comunicaciones

5. Inicie el servidor de aplicaciones ejecutando el script siguiente:

En los sistemas operativos Windows:startWas.bat

En los sistemas operativos UNIX y Linux:startWas.sh

Visualización de las propiedades de una instancia de conectorz/OS

Puede visualizar las propiedades de una instancia de conector z/OS si desea ver elcontenido.


distribuidos 229

Para visualizar las propiedades de una instancia de conector de z/OS, realice lospasos siguientes:1. Inicie una sesión como Administrador en un sistema operativo Windows o



3. Desde el directorio <DIR_INST_DWC>\wastools ejecute el script siguiente:

En los sistemas operativos Windows:displayZosEngine.bat nombreMotor

En los sistemas operativos UNIX y Linux:displayZosEngine.sh nombreMotor

donde nombreMotor es el nombre del motor de Tivoli Workload Scheduler forz/OS al que se está conectando. Escriba el nombre de la nueva instancia delconector de z/OS.

Cuando se ejecuta la herramienta displayZosEngine para el motor zos136 recibe lasiguiente salida:name : zos136hostName : 9.87.130.95portNumber : 20023connectionTimeoutCleanup : 60 minutesscaffoldSwitch : falsemaxConnections : 10connectionTimeout : 180 secondsunusedTimeout : 1800 secondsreapTime : 180 seconds

Actualización de las propiedades de una instancia deconector z/OS

Puede actualizar las propiedades de una instalación de conector z/OS si deseacambiar valores de algunas propiedades.

Para actualizar una instancia de conector de z/OS, efectúe los pasos siguientes:1. Inicie una sesión como Administrador en un sistema operativo Windows o







donde <usuario_TWS> es el usuario de Tivoli Workload Scheduler parael que ha instalado la instancia de conector de z/OS y<contraseña_usuario_TWS> es la contraseña de usuario de TivoliWorkload Scheduler.


En los sistemas operativos Windows:updateZosEngine.bat -name nombreMotor-hostName nombreHost -portNumber númeroPuerto[-connectionTimeoutCleanup tiempo_espera_limpieza][-maxConnections número_máx_conexiones][-connectionTimeout tiempo_espera_conexión][-unusedTimeout tiempo_espera_no_utilización] [-reapTimetiempo_espera_eliminación][-scaffoldSwitch valor_booleano_scaffold_switch] [-useSslvalor_booleano_ssl]

En los sistemas operativos UNIX y Linux:updateZosEngine.sh -name nombreMotor-hostName nombreHost -portNumber númeroPuerto[-connectionTimeoutCleanup tiempo_espera_limpieza][-maxConnections número_máx_conexiones][-connectionTimeout tiempo_espera_conexión][-unusedTimeout tiempo_espera_no_utilización] [-reapTimetiempo_espera_eliminación][-scaffoldSwitch valor_booleano_scaffold_switch] [-useSslvalor_booleano_ssl]

donde

nombreMotorEspecifique el nombre de la instancia de Tivoli Workload Schedulerpara z/OS a la que se está conectando.

nombreHostEspecifique el nombre de host o dirección TCP/IP del sistema remotoz/OS donde está instalado el controlador de Tivoli Workload Schedulerpara z/OS.

númeroPuertoEspecifique el número del puerto TCP/IP del sistema z/OS que seutiliza para comunicar con el controlador de Tivoli Workload Schedulerpara z/OS.

tiempo_espera_limpiezaEspecifique el tiempo de espera de limpieza para la conexión de z/OS.Esta propiedad es opcional. El valor predeterminado es 60 minutos.

número_máx_conexionesEspecifique el número máximo de conexiones gestionadas que sepueden crear para la conexión de z/OS. Esta propiedad es opcional. Elvalor predeterminado es 10.

tiempo_espera_conexiónEspecifique el intervalo, en segundos, después del cual la petición deconexión de z/OS excede su tiempo de espera y se emite una excepciónde tiempo de espera excedido de conexión. Esta propiedad es opcional.El valor predeterminado es 1 segundo.

tiempo_espera_no_utilizadoEspecifique el intervalo, en segundos, después del cual la hebra de


distribuidos 231

mantenimiento de la agrupación de conexiones descarta una conexiónno utilizada. Esta propiedad es opcional. El valor predeterminado es 60segundos.

tiempo_espera_eliminaciónEspecifique el tiempo de eliminación para la conexión de z/OS. Estapropiedad es opcional. El valor predeterminado es 300 segundos.

valor_booleano_scaffold_switchEspecifique true para habilitar la propiedad scaffold switch para laconexión de z/OS o false para inhabilitar la propiedad. Esta propiedades opcional. El valor predeterminado es false.

valor_booleano_sslEspecifique true para habilitar la comunicación SSL entre el conector dez/OS y el sistema remoto de z/OS o false para inhabilitar lapropiedad. Esta propiedad es opcional. El valor predeterminado esfalse.

Nota: Si establece este valor en true, asegúrese de que SSL estéhabilitado para el controlador de z/OS. .Para obtener más información sobre cómo habilitar el SSL en elcontrolador de z/OS, consulte la publicación Planificación e instalación dez/OS: Instalación de Tivoli Workload Scheduler for z/OS > Instalación> Paso 8. Protección de comunicaciones




Listado de todas las instancias del conector z/OSPuede listar todas las instancias del conector z/OS si desea comprobar el númerode instancias.

Para listar todas las instancias del conector de z/OS, realice los pasos siguientes:1. Inicie una sesión como Administrador en un sistema operativo Windows o

como usuario root en los sistemas operativos UNIX y Linux, en la máquinadonde ha instalado la instancia de conector de z/OS con la Dynamic WorkloadConsole.



En los sistemas operativos Windows:listZosEngine.bat

En los sistemas operativos UNIX y Linux:listZosEngine.sh

Eliminación de una instancia de conector z/OSPuede eliminar una instancia de conector z/OS si ya no la necesita.

Para eliminar una instancia de conector de z/OS, efectúe los pasos siguientes:


1. Inicie una sesión como Administrador en un sistema operativo Windows ocomo usuario root en los sistemas operativos UNIX y Linux, en la máquinadonde ha instalado la instancia de conector de z/OS con Dynamic WorkloadConsole.





donde <usuario_TWS> es el usuario de Tivoli Workload Scheduler parael que ha instalado la instancia de conector de z/OS y<contraseña_usuario_TWS> es la contraseña de usuario de TivoliWorkload Scheduler.


En los sistemas operativos Windows:removeZosEngine.bat nombreMotor

En los sistemas operativos UNIX y Linux:removeZosEngine.sh nombreMotor

donde nombreMotor es el nombre del motor de Tivoli Workload Scheduler forz/OS al que se está conectando. Especifique el nombre de la instancia deconector de z/OS que desea eliminar.




Configuración de Dynamic Workload Console para que funcione conun conector de z/OS remoto

Puede configurar Dynamic Workload Console para trabajar con un conector dez/OS remoto.

Dispone de los entornos siguientes:

DWC1 Dynamic Workload Console instalado en la estación de trabajo WKS1:

v DWC1 Dynamic Workload Console está instalado con el conector dez/OS zConn1 en el directorio <DWC1_INST_DIR>.

v Extensión de Jazz for Service Management for IBM WebSphere estáinstalado en el directorio <JazzSM_INST_DIR_WKS1>.

v WebSphere Application Server está instalado en el directorio<WAS_INST_DIR_WKS1>.

DWC2 Dynamic Workload Console está instalado en la estación de trabajoWKS2:


distribuidos 233

v DWC2 Dynamic Workload Console está instalado con el conector dez/OS zConn2 en el directorio <DWC2_INST_DIR>.

v Extensión de Jazz for Service Management for IBM WebSphere estáinstalado en el directorio <JazzSM_INST_DIR_WKS2>.

v WebSphere Application Server está instalado en el directorio<WAS_INST_DIR_WKS2>.

De forma predeterminada, DWC1 Dynamic Workload Console está configuradopara que funcione con el conector de z/OS zConn1 local y el Dynamic WorkloadConsole DWC2 está configurado para que funcione con el conector de z/OSzConn2 local.

Puede configurar DWC1 Dynamic Workload Console para que funcione con elconector de z/OS zConn2 remoto instalado con el Dynamic Workload ConsoleDWC2, importando los certificados de Dynamic Workload Console DWC1 en elalmacén de confianza de Dynamic Workload Console DWC2 e importando loscertificados de Dynamic Workload Console DWC2 en el almacén de confianza deDynamic Workload Console DWC1.

Ejecute los pasos siguientes:1. Inicie la sesión como Administrador en sistemas operativos Windows o como

root en sistemas operativos UNIX y Linux, en la máquina donde ha instaladola DWC1 Dynamic Workload Console.

2. Localice los certificados SSL de la Dynamic Workload Console DWC1 llevandoa cabo los pasos siguientes:a. Ejecute el siguiente script:

En los sistemas operativos Windows:showSecurityProperties.bat > My_Security1.prop

En los sistemas operativos UNIX y Linux:showSecurityProperties.sh > My_Security1.prop

b. En el archivo My_Security1.prop de la sección Panel SSL, anote los valoresde keyFileName y trustFileName para los certificados del almacén deconfianza y del almacén de claves.

Si utiliza los certificados predeterminados:################################################################Panel SSL################################################################alias=NodeDefaultSSLSettingskeyFileName=${CONFIG_ROOT}/cells/JazzSMNode01Cell/nodes/JazzSMNode01/key.p12keyFilePassword=*****keyFileFormat=PKCS12trustFileName=${CONFIG_ROOT}/cells/JazzSMNode01Cell/nodes/JazzSMNode01/trust.p12trustFilePassword=*****trustFileFormat=PKCS12clientAuthentication=falsesecurityLevel=HIGHenableCryptoHardwareSupport=false

Si utiliza sus propios certificados guardados en <certs_dir_1>:################################################################Panel SSL################################################################alias=NodeDefaultSSLSettingskeyFileName=<certs_dir>/mykey.p12


keyFilePassword=*****keyFileFormat=PKCS12trustFileName=<certs_dir_1>/mytrust.p12trustFilePassword=*****trustFileFormat=PKCS12clientAuthentication=falsesecurityLevel=HIGHenableCryptoHardwareSupport=false

3. en la Dynamic Workload Console DWC1 extraiga el certificado<DWC1_cert>.arm llevando a cabo los pasos siguientes:a. Ejecute el mandato <WAS_INST_DIR_WKS1>\Appserver\java_1.7_64\jre\bin\

ikeyman o utilice el mandato ikeyman proporcionado por una instancia deJava en su máquina.

b. En el panel del asistente ikeyman, pulse Abrir un archivo de base dedatos de claves.

c. Seleccione como Tipo de base de datos de claves el valor PKCS12, pulseExaminar y utilice los valores siguientes:

Si utiliza los certificados predeterminados:

UbicaciónInserte el nombre de directorio <JazzSM_INST_DIR_WKS1>\profile\config\cells\JazzSMNode01Cell\nodes\JazzSMNode01\.

Nombre de archivoInserte el nombre de archivo key.p12.

Si utiliza sus propios certificados guardados en el directorio<certs_dir_1>:

UbicaciónInserte el nombre de directorio <certs_dir_1>.

Nombre de archivoInserte el valor que ha especificado en el campokeyFileName en el paso 2b en la página 234, en el ejemplomykey.p12.

d. Pulse Aceptar.e. Inserte el valor de la contraseña en el panel Solicitud de contraseña:

Si utiliza los certificados predeterminados:WebAS.


Inserte la contraseña que ha especificado en el campokeyFilePassword del paso 2b en la página 234.

f. Pulse Aceptar.g. En la lista desplegable, seleccione Certificados personales.h. Seleccione el certificado siguiente y pulse Extraer certificado:

Si utiliza los certificados predeterminados:El certificado predeterminado.


Su propio certificado.


distribuidos 235

i. En el panel Nuevo, seleccione como Tipo de datos el valor Datos ASCIIcodificados en base 64 y seleccione <DWC1_certificates_dir> como la víade acceso donde desea guardar el certificado <DWC1_cert>.arm.

j. Pulse Aceptar.4. Inicie la sesión como Administrador en sistemas operativos Windows o como

root en sistemas operativos UNIX y Linux, en la máquina donde ha instaladola Dynamic Workload Console DWC2.

5. Localice los certificados SSL de la Dynamic Workload Console DWC2 llevandoa cabo los pasos siguientes:a. Ejecute el siguiente script:

En los sistemas operativos Windows:showSecurityProperties.bat > My_Security2.prop

En los sistemas operativos UNIX y Linux:showSecurityProperties.sh > My_Security2.prop

b. En el archivo My_Security2.prop de la sección Panel SSL, anote los valoresde keyFileName y trustFileName para los certificados del almacén deconfianza y del almacén de claves.

Si utiliza los certificados predeterminados:################################################################Panel SSL################################################################alias=NodeDefaultSSLSettingskeyFileName=${CONFIG_ROOT}/cells/JazzSMNode01Cell/nodes/JazzSMNode01/key.p12keyFilePassword=*****keyFileFormat=PKCS12trustFileName=${CONFIG_ROOT}/cells/JazzSMNode01Cell/nodes/JazzSMNode01/trust.p12trustFilePassword=*****trustFileFormat=PKCS12clientAuthentication=falsesecurityLevel=HIGHenableCryptoHardwareSupport=false

Si utiliza sus propios certificados guardados en el <certs_dir_2>directorio:

################################################################Panel SSL################################################################alias=NodeDefaultSSLSettingskeyFileName=<certs_dir_2>/mykey.p12keyFilePassword=*****keyFileFormat=PKCS12trustFileName=<certs_dir_2>/mytrust.p12trustFilePassword=*****trustFileFormat=PKCS12clientAuthentication=falsesecurityLevel=HIGHenableCryptoHardwareSupport=false

6. En el almacén de confianza Dynamic Workload Console DWC2, importe elarchivo <DWC1_cert>.arm creado en el paso 3i, llevando a cabo los pasossiguientes:a. En la estación de trabajo WKS1, copie el certificado

<DWC1_certificates_dir>\<DWC1_cert>.arm en el directorio<DWC2_certificates_dir> de la estación de trabajo WKS2.


b. Ejecute el mandato <WAS_INST_DIR_WKS2>\Appserver\java_1.7_64\jre\bin\ikeyman.

c. En el panel del asistente ikeyman, pulse Abrir un archivo de base dedatos de claves.

d. Seleccione como Tipo de base de datos de claves el valor PKCS12, pulseExaminar y utilice los valores siguientes:



Nombre de archivoInserte el nombre de archivo trust.p12.



Nombre de archivoInserte el valor que ha especificado en el campotrustFileName en el paso 5b en la página 236, en elejemplo mytrust.p12.

e. Pulse Aceptar.f. Inserte el valor de la contraseña en el panel Solicitud de contraseña:



Inserte la contraseña que ha especificado en el campotrustFilePassword del paso 5b en la página 236.

g. Pulse Aceptar.h. Seleccione Certificados firmados en la lista desplegable y pulse Añadir.i. En el panel que se abre, pulse Examinar y seleccione el certificado

<DWC2_certificates_dir>\<DWC1_cert>.arm.j. Pulse Aceptar.

7. Inicie la sesión como Administrador en sistemas operativos Windows o comoroot en sistemas operativos UNIX y Linux, en la máquina donde ha instaladola Dynamic Workload Console DWC2.

8. En Dynamic Workload Console DWC2, extraiga el certificado <DWC2_cert>.armllevando a cabo los pasos siguientes:a. Ejecute <WAS_INST_DIR_WKS2>\Appserver\java_1.7_64\jre\bin\ikeyman o

utilice ikeyman que proporciona una instancia Java en su máquina.b. En el panel del asistente ikeyman, pulse Abrir un archivo de base de

datos de claves.c. Seleccione como Tipo de base de datos de claves el valor PKCS12, pulse

Examinar y utilice los valores siguientes:



distribuidos 237


Nombre de archivoInserte el nombre de archivo key.p12.



Nombre de archivoInserte el valor que ha especificado en el campokeyFileName en el paso 5b en la página 236, en el ejemplomykey.p12.

d. Pulse Aceptar.e. Inserte el valor de la contraseña en el panel Solicitud de contraseña:



Inserte la contraseña que ha especificado en el campokeyFilePassword del paso 5b en la página 236.

f. Pulse Aceptar.g. Seleccione Certificados personales en la lista desplegable.h. Seleccione el certificado siguiente y pulse Extraer certificado:

Si utiliza los certificados predeterminados:El certificado predeterminado.


Su propio certificado.i. En el panel Nuevo, seleccione como Tipo de datos el valor Datos ASCII

codificados en base 64, seleccione <DWC1_certificates_dir> como la víade acceso donde desea guardar el certificado <DWC2_cert>.arm.

j. Pulse Aceptar.9. Inicie la sesión como Administrador en sistemas operativos Windows o como

root en sistemas operativos UNIX y Linux, en la máquina donde ha instaladola DWC1 Dynamic Workload Console.

10. En el almacén de confianza Dynamic Workload Console DWC1, importe elarchivo <DWC2_cert>.arm creado en el paso 8i, llevando a cabo los pasossiguientes:a. En la estación de trabajo WKS2, copie el certificado

<DWC2_certificates_dir>\<DWC2_cert>.arm en el directorio<DWC1_certificates_dir> de la estación de trabajo WKS1.

b. Ejecute el mandato <WAS_INST_DIR_WKS1>\Appserver\java_1.7_64\jre\bin\ikeyman.

c. En el panel del asistente ikeyman, pulse Abrir un archivo de base dedatos de claves.

d. Seleccione como Tipo de base de datos de claves el valor PKCS12, pulseExaminar y utilice los valores siguientes:




Nombre de archivoInserte el nombre de archivo trust.p12.



Nombre de archivoInsertar el valor que ha especificado en el campotrustFileName en el paso 2b en la página 234, en elejemplo mytrust.p12.

e. Pulse Aceptar.f. Inserte el valor de la contraseña en el panel Solicitud de contraseña:


Si utiliza sus propios certificados guardados en <certs_dir_1>:Inserte la contraseña que ha especificado en el campotrustFilePassword del paso 2b en la página 234.

g. Pulse Aceptar.h. Seleccione Certificados firmados en la lista desplegable y pulse Añadir.i. En el panel que se abre, pulse Examinar y seleccione el certificado

<DWC1_certificates_dir>\<DWC2_cert>.arm.j. Pulse Aceptar.

11. Verifique que el valor VMMRealm del archivo My_Security1.prop es distintodel valor VMMRealm del archivo My_Security2.prop:#######################################Panel Repositorio federado#######################################VMMRealm=defaultWIMFileBasedRealm1

#######################################Panel Repositorio federado#######################################VMMRealm=defaultWIMFileBasedRealm2

Nota: Si el valor de VMMRealm del archivo My_Security2.prop es el mismoque el valor VMMRealm del archivo My_Security1.prop, cambie uno de ellosejecutando el archivo ChangeSecurityProperties.bat en sistemas operativosWindows o el archivo ChangeSecurityProperties.sh en sistemas operativosUNIX y Linux. Para obtener más información sobre este programa de utilidad,consulte Guía de administración> Tareas administrativas > Tareas del servidor deaplicaciones.

12. Detenga Dynamic Workload ConsoleWebSphere Application Server DWC1.Para obtener más información sobre este programa de utilidad, consulte Guíade administración> Tareas administrativas > Tareas del servidor de aplicaciones.

13. Inicie Dynamic Workload ConsoleWebSphere Application Server DWC1. Paraobtener más información sobre este programa de utilidad, consulte Guía deadministración> Tareas administrativas > Tareas del servidor de aplicaciones.


distribuidos 239

14. Detenga Dynamic Workload ConsoleWebSphere Application Server DWC2.Para obtener más información sobre este programa de utilidad, consulte Guíade administración> Tareas administrativas > Tareas del servidor de aplicaciones.

15. Inicie Dynamic Workload ConsoleWebSphere Application Server DWC2. Paraobtener más información sobre este programa de utilidad, consulte Guía deadministración> Tareas administrativas > Tareas del servidor de aplicaciones.

Cifrado de la conexión entre el conector de z/OS y la tarea iniciada delservidor

Una visión general del cifrado de la conexión entre el conector de z/OS y la tareainiciada del servidor.

El cifrado de SSL se puede habilitar para proteger la comunicación entre elconector de z/OS y la tarea iniciada del servidor de Tivoli Workload Scheduler forz/OS.

Para habilitar la utilización de los certificados SSL predeterminados que seproporcionan con Tivoli Workload Scheduler for z/OS o sus propios certificados,debes:1. En UNIX System Services del sistema z/OS donde se ejecuta el servidor, utilice

el programa de utilidad gskkyman de z/OS Cryptographic Services System SSLpara crear la base de datos del almacén de claves y generar el archivo decontraseña. Si sigue estos pasos podrá importar los certificados SSLpredeterminados del conector de z/OS desde la Dynamic Workload Console.

2. Configure Tivoli Workload Scheduler for z/OS especificando la sentenciaTCPOPTS para la tarea iniciada del servidor.

Para obtener más detalles, consulte “Seguridad de conexiones TCP/IP” en lapágina 101.


Capítulo 8. Instalación y desinstalación en WebSphereApplication Server para z/OS

Cómo instalar y desinstalar en WebSphere Application Server para z/OS.

En este capítulo se describe cómo instalar, aplicar el mantenimiento y desinstalar elconector de Tivoli Workload Scheduler for z/OS en IBM WebSphere ApplicationServer para z/OS. Instale el conector z/OS para mantener la empresa en unentorno de z/OS y gestionar de forma simultánea la carga de trabajo utilizandoaplicaciones modernas como EJB y servicios web, tal como se describe en“Escenario empresarial”, o para trabajar con el Dynamic Workload Console talcomo se describe en “Interfaces gráficas de usuario” en la página 7.

Escenario empresarialPara ahorrar dinero, necesitar menos conocimientos y aprovechar nuevasoportunidades, una empresa desea mantener su negocio en un entorno z/OS y almismo tiempo gestionar su carga de trabajo utilizando modernas aplicacionescomo Servicios web. Desea evitar el uso de lenguajes de scripts para planificartrabajos en aplicaciones de software no IBM, porque estos scripts son muy difícilesde depurar, mantener y portar entre distintos sistemas operativos.

La empresa puede alcanzar este objetivo:v Instalando el conector Tivoli Workload Scheduler para z/OS en WebSphere

Application Server para z/OS para tener todas las funciones necesariasdisponibles en el entorno z/OS.

v Utilización de la API de Java para definir y enviar un trabajo.

Roles de autorización necesarios para instalar y desinstalarPara instalar o desinstalar conector de Tivoli Workload Scheduler for z/OS, debetener acceso completo (lectura, grabación y ejecución) a:v El directorio donde ha instalado WebSphere Application Server para z/OS. El

valor predeterminado es directorio_instalación_WebSphere ApplicationServer/AppServer/profiles/default/bin. Éste es el directorio donde seencuentra el script wsadmin.sh.

v Los directorios donde extrae el FMID JWSZ924.

Instalación en WebSphere Application Server para z/OSPuede instalar el conector de Tivoli Workload Scheduler for z/OS en WebSphereApplication Server para z/OS ya sea utilizando el Integrated Solution Console olos scripts zConnInstall.sh situados en el directorio opt\package.

Integrated Solution Console

Se trata de una interfaz gráfica para gestionar las aplicaciones y realizar lastareas de administración del sistema para el entorno de WebSphereApplication Server. La consola administrativa se ejecuta en el navegadorweb. Puede utilizarla para gestionar las aplicaciones de WebSphereApplication Server. Consulte la sección “Instalación mediante IntegratedSolution Console” en la página 242.


El script zConnInstall.sh

Utiliza la herramienta wsadmin de WebSphere Application Server pararealizar la instalación. Consulte la sección “Instalación mediante el scriptzConnInstall.sh” en la página 244.

El conector de Tivoli Workload Scheduler for z/OS se instala utilizando el mismousuario con el que se accede a WebSphere Application Server para z/OS.

Instalación mediante Integrated Solution Console

Para instalar el conector de Tivoli Workload Scheduler for z/OS medianteIntegrated Solution Console, realice los pasos siguientes:1. Asegúrese de que ha instalado el FMID JWSZ924.2. Instale el archivo del adaptador de recursos.

a. Seleccione Recurso->Adaptadores de recursos->Adaptadores de recursos.b. En el diálogo Adaptadores de recursos, seleccione Instalar RAR para

instalar un archivo RAR y, también, para configurar un adaptador derecursos asociado.

c. En el diálogo Instalar RAR, en el campo Nodo, defina el ámbito en un nodode WebSphere Application Server en el cual se debe instalar el adaptador derecursos.

d. Busque para encontrar el archivo RAR apropiado. Si se encuentra el archivoRAR en:v La estación de trabajo local, seleccione Sistema de archivos local y

busque el archivo.v El servidor, seleccione Sistema de archivos remoto y especifique la vía de

acceso completa para el archivo.

Repita el paso 2 para cada nodo que aloje los servidores de aplicaciones en elclúster.

3. Cree la fábrica de conexiones para un motor de Tivoli Workload Scheduler.a. Seleccione Recurso->Adaptadores de recursos->Fábricas de conexiones J2C.b. En la página Fábricas de conexiones J2C, en el menú desplegable Ámbito,

defina el ámbito en el nodo de WebSphere Application Server donde hainstalado el adaptador de recursos.

c. Seleccione Nuevo.d. En la página de configuración, especifique los valores siguientes:

Tabla 36. Valores de la página de configuración

Definición Valor

Proveedor ZOSConnectorAdapter. Éste es el nombre del adaptador de recursosque ha especificado cuando instaló el adaptador de recursos.

Nombre El nombre del motor que utiliza para conectarse a la DynamicWorkload Console.

e. Pulse Aplicar.f. En la página Propiedades personalizadas, en la lista Propiedades adicionales,

pulse Propiedades personalizadas.g. En la tabla que se visualiza, seleccione Nombre de host.


h. En la página Propiedades generales, en el campo Valor, especifique elnombre de host del servidor Tivoli Workload Scheduler for z/OS y pulseAceptar.

i. En la tabla Propiedades personalizadas, seleccione Número de puerto.j. En la página Propiedades generales, en el campo Valor, especifique el

número de puerto del servidor Tivoli Workload Scheduler for z/OS y pulseAceptar.

k. En el campo Nombre JNDI, sustituya la vía de acceso de archivoeis/nombre_motor_zos por eis/tws/zconn/nombre_motor_zos y pulseAceptar.

l. En el recuadro Mensajes, pulse Guardar para guardar los cambiosdirectamente en la configuración maestra.

4. Instale la aplicación empresarial del conector.a. Seleccione Aplicaciones->Tipos de aplicaciones->WebSphere Enterprise

Applications.b. En la página Aplicaciones empresariales, pulse Instalar.c. Especifique la vía de acceso al archivo ZConnector.ear.

Examine para buscar el archivo EAR apropiado. Si el archivo EAR seencuentra en:v La estación de trabajo local, seleccione Sistema de archivos local y

busque el archivo.v El servidor, seleccione Sistema de archivos remoto y especifique la vía de

acceso completa para el archivo.d. Despliegue la aplicación en el clúster con el nombre ZConnector.

5. Copie el archivo TWSZOSConnConfig.properties en la vía de acceso<directorio_instalación>/AppServer/profiles/default/properties.

6. Identifique los archivos de biblioteca y su classpath, para ello lleve a cabo lospasos siguientes:a. En el árbol de navegación de la consola, pulse Entorno->Bibliotecas

compartidas. Se mostrará la página Bibliotecas compartidas.b. Cambie el ámbito de la tabla de recopilación para ver las bibliotecas

compartidas que hay en una célula, un nodo o un servidor.c. Seleccione la célula, el nodo o el servidor donde se encuentra la biblioteca

compartida y pulse Nuevo.d. En la página Configuración de una biblioteca compartida, especifique el

nombre y la classpath de la biblioteca como se indica a continuación:Name=applicationJobPluginsClassPath=/zConn_instdir/package/apps/applicationJobPlugins

e. Pulse Aceptar.7. Asocie la biblioteca compartida applicationJobPlugins a la aplicación

ZConnector, para ello lleve a cabo estos pasos:a. Pulse Aplicaciones->Tipos de aplicaciones->WebSphere Enterprise

Applications en el árbol de navegación de la consola. Se mostrará páginaPropiedades generales.

b. Pulse el ZConnector de aplicación instalado.c. Pulse Referencias de bibliotecas compartidas. Se mostrará la página

Referencias de bibliotecas compartidas.d. En la lista Referencias de bibliotecas compartidas seleccione ZConnector. Se

mostrará la lista Disponible.e. En la lista Disponible, seleccione la biblioteca applicationJobPlugins.

Capítulo 8. Instalación y desinstalación en WebSphere Application Server para z/OS 243

f. Pulse Aceptar.

La instalación no muestra la vía de acceso donde ha instalado el conector z/OS. Lavía de acceso se especifica en la propiedad com.ibm.ws.scripting.traceFile delarchivo wsadmin.properties. La aplicación empresarial del conector se instala en eldirectorio directorio_instalación_WebSphere Application Server/AppServer/profiles/default/InstalledApps.

Instalación mediante el script zConnInstall.shPara instalar conector de Tivoli Workload Scheduler for z/OS con el scriptzConnInstall.sh, realice los pasos siguientes:1. Asegúrese de que ha instalado el FMID JWSZ924.2. Ejecute el script zConnInstall.sh. El script requiere la vía de acceso donde se

ha instalado el WebSphere Application Server para z/OS y las propiedadesdescritas en Tabla 37 para ejecutar.

Tabla 37. Propiedades de zConnInstall.properties y valores correspondientes

Propiedad Valor

CellName El nombre de célula del perfil. Esta propiedad no esnecesaria.

nodeName El nombre de nodo del perfil. Esta propiedad no es necesaria.

serverName El nombre de servidor del perfil. Esta propiedad no esnecesaria.

zosEngineName El nombre de motor para la conexión de z/OS. Estapropiedad no es necesaria.

zosHostName El nombre de host del servidor Tivoli Workload Schedulerz/OS. Esta propiedad no es necesaria.

zosPortNumber El número de puerto del servidor Tivoli Workload Schedulerz/OS. Esta propiedad no es necesaria.

connectionTimeoutCleanup La limpieza del tiempo de espera de conexión para laconexión de z/OS. Esta propiedad es opcional. El valorpredeterminado es 10 minutos.

scaffoldSwitch El conmutador de andamiaje para la conexión de z/OS. Estapropiedad es opcional. El valor predeterminado es false.

maxConnections El número máximo de las conexiones físicas gestionadas quese puede crear para z/OS en la agrupación de conexiones.Esta propiedad es opcional. El valor predeterminado es 40.Nota: Si el cliente de la Dynamic Workload Console realizauna solicitud, se creará una conexión entre el conector deTivoli Workload Scheduler for z/OS y el servidor de laz/OSDynamic Workload Console. Recuerde que si pulsa unobjeto distinto en la Dynamic Workload Console, el cliente dela Dynamic Workload Console creará otra solicitud y acontinuación una nueva conexión. Cuando se alcance el valorde maxConnections, no se creará ninguna conexión física nuevay el proceso que solicita la conexión esperará hasta que selibere una conexión en uso para utilizarla.


Tabla 37. Propiedades de zConnInstall.properties y valorescorrespondientes (continuación)

Propiedad Valor

connectionTimeout El intervalo, en segundos, trascurrido el cual una solicitud deconexión excede el tiempo de espera y se detecta un errorConnectionWaitTimeoutException en z/OS. El tiempo de esperaes necesario si se alcanza el valor de maxConnections para laagrupación de conexiones. Esta propiedad es opcional. Elvalor predeterminado es 180 segundos.Nota: Por ejemplo, si el valor de connectionTimeout seestablece en 30 segundos y se alcanza el número máximo deconexiones, el gestor de conexiones espera 30 segundos a quehaya una conexión física disponible. Si no hay ningunaconexión física disponible durante este periodo, el gestor deagrupaciones emite una ConnectionWaitTimeoutException.

unusedTimeout Intervalo, en segundos, transcurrido el cual se desecha unaconexión no utilizada o desocupada. Establézcalo en un valormayor que reapTime. Esta propiedad es opcional. El valorpredeterminado es 300 segundos.

reapTime Intervalo, en segundos, entre las ejecuciones de la hebra demantenimiento de la agrupación. La hebra de mantenimientode la agrupación se ejecuta para reapTime segundos y se debeestablecer en un valor inferior a unusedTimeout. La hebra demantenimiento descarta las conexiones que permaneceninutilizadas durante un periodo mayor que unusedTimeout.Este valor puede afectar al rendimiento, ya que un reapTimemenor significa que la hebra de mantenimiento se ejecuta mása menudo y por lo tanto utilizando más recursos. Estapropiedad es opcional. El valor predeterminado es 60segundos.

startApplication Iniciar las aplicaciones WebSphere Enterprise Applications.Esta propiedad es opcional. Los valores posibles son true yfalse. El valor predeterminado es false.

Puede ejecutar el script de una de las formas siguientes:v Especificando la vía de acceso donde ha instalado el WebSphere Application

Server para z/OS y las propiedades directamente en la línea de mandatos.En este caso, la vía de acceso donde ha instalado el WebSphere ApplicationServer para z/OS se debe especificar como la primera propiedad. Elsiguiente ejemplo muestra cómo ejecutar el mandato especificando todos losparámetros:./zConnInstall.sh -wasPath /u/wasv7config/bbobase/bbonode/AppServer-cellName bbobase -nodeName bbonode -serverName server1 -zosEngineName CWSV64-zosHostName 127.0.0.1 -zosPortNumber 505 -connectionTimeoutCleanup 10-scaffoldSwitch false -maxConnections 40 -connectionTimeout 180-unusedTimeout 300 -reapTime 60 -startApplication false

v Especificando en el archivo zConnInstall.properties todos los valores de laspropiedades y ejecutando el mandato que especifica sólo la vía de accesodonde ha instalado el WebSphere Application Server para z/OS del modosiguiente:./zConnInstall.sh -wasPath raíz_servidor_aplicaciones

3. Verifique que la instalación se ha completado correctamente leyendo losmensajes que aparecen en la pantalla. La información detallada se registra en elarchivo especificado en la propiedad com.ibm.ws.scripting.traceFile del archivowsadmin.properties.


La instalación no muestra la vía de acceso donde ha instalado el conector z/OS. Lavía de acceso se especifica en la propiedad com.ibm.ws.scripting.traceFile delarchivo wsadmin.properties. De forma predeterminada, la aplicación empresarialdel conector se instala en el directorio directorio_instalación_WebSphereApplication Server/AppServer/profiles/default/InstalledApps.

Nota: El servidor Tivoli Workload Scheduler z/OS tiene una limitación para elnúmero de conexiones físicas y si el número de conexiones lo excede, puedepersonalizar el conector de Tivoli Workload Scheduler for z/OS para reducir elnúmero de conexiones sin problemas de seguridad para los usuarios de laDynamic Workload Console, consulte “Consideraciones” en la página 163

Instalación y desinstalación de archivos de registroPuede examinar los siguientes archivos de registro para obtener información sobrela instalación. Los detalles del proceso de instalación se visualizan en la pantalla yse guardan en archivos de registro situados en los directorios siguientes:

Si ha instalado utilizando Integrated Solution ConsoleLa vía de acceso del archivo se especifica mediante la propiedadcom.ibm.ws.scripting.traceFile del archivo wsadmin.properties. El valorpredeterminado es raíz_servidor_aplicaciones/profiles/nombre_perfiles/logs/nombre_servidor/was.traceout.

donde:

nombre_perfilesEs el nombre del perfil que ha utilizado cuando ha instalado elWebSphere Application Server. El nombre predeterminado esdefault.

nombre_servidorEs el nombre del servidor que ha utilizado cuando ha instalado elWebSphere Application Server. El nombre predeterminado esdefault.

Si ha realizado la instalación utilizando el script zConnInstall.shLa vía de acceso del archivo se especifica mediante la propiedadcom.ibm.ws.scripting.traceFile del archivo wsadmin.properties. El valorpredeterminado es raíz_servidor_aplicaciones/profiles/nombre_perfiles/logs/was.traceout, donde nombre_perfiles es el nombre del perfil que hautilizado cuando ha instalado el WebSphere Application Server. El nombrepredeterminado es default.

Instalar el plugin adicionalInstalación de un plugin adicional para el conector z/OS en WebSphereApplication Server para z/OS

Para instalar manualmente un plugin adicional para conector de Tivoli WorkloadScheduler for z/OS en WebSphere Application Server para z/OS, realice los pasossiguientes:1. Asegúrese de que ha instalado el FMID JWSZ924.2. Localice la vía de acceso donde ha instalado el WebSphere Application Server

para z/OS.3. Copie el archivo <archivo_plugin>.jar en el directorio sharedLibraries de la

instalación de WebSphere Application Server para z/OS.


Habilitación de las comunicaciones con Dynamic Workload ConsoleDespués de haber instalado el Dynamic Workload Console y el conector de z/OS,debe habilitar la comunicación entre ellos. Dynamic Workload Console y elconector de z/OS utilizan RMI/IIOP sobre SSL para comunicarse. El paradigma deseguridad SSL implementado en WebSphere Application Server requiere que hayados almacenes en los clientes y el servidor:Un almacén de claves

Contiene la clave privada.Un almacén de confianza

Contiene los certificados de los socios de confianza.

Figura 25 en la página 248 muestra las claves que se deben extraer y distribuir parahabilitar SSL entre el conector de z/OS y el Dynamic Workload Console. Cadaflecha del diagrama incluye las siguientes actividades realizadas utilizando unaherramienta de gestión de claves apropiada en cada almacén de claves:v Crear un certificado autofirmado o importar un certificado de otro proveedor.v Extraer una nueva clave.v Abrir el almacén de confianza apropiado.v Utilizar la nueva clave para añadir un certificado firmado al almacén de

confianza.


Para definir la seguridad de autenticación básica SSL, en primer lugar, debesolicitar un certificado firmado para el servidor y un certificado de entidad emisorade certificados (CA) de la entidad emisora de certificados que ha firmado elcertificado de servidor. Después de haber recibido ambos de estos certificados,debe:v En el entorno z/OS, extraiga el certificado CA de clave pública y almacénelo en

el repositorio de la autoridad emisora de certificados de confianza de DynamicWorkload Console.

v Desde el Dynamic Workload Console, extraiga la clave pública del certificadoautofirmado y guárdela en el repositorio de certificado de confianza delWebSphere Application Server para z/OS.

Para realizar estas operaciones, complete los pasos siguientes:1. Exporte el certificado de WebSphere Application Server para z/OS a un

conjunto de datos, del modo siguiente:

Entidad emisora decertificados WebSphere

Certificado

Claveprivada

Clavepública

Claveprivada

Clavepública

certificadoautofirmadocertificado

autofirmado

Claveprivada

Clavepública

Repositorio dela autoridad

de certificadode confianza

Repositoriode certificadode confianza

Entorno de Tivoli WorkloadScheduler for z/OS Entorno de

Tivoli Workload Scheduler

Repositoriode certificadode confianza

Repositorio dela autoridad

de certificadode confianza

Figura 25. Muestra las claves para habilitar SSL entre el conector de z/OS y el DynamicWorkload Console


a. Conéctese a RACF y seleccione la opción CERTIFICADOS DIGITALES,CONJUNTOS DE CLAVES Y SEÑALES.

b. Seleccione la opción Funciones de certificados digitales.c. Seleccione la opción Escribir un certificado en un conjunto de datos.d. Exporte el certificado de la entidad emisora de certificados de WebSphere

Application Server a un conjunto de datos y transfiera el archivo a DynamicWorkload Console utilizando el protocolo FTP en modalidad binaria oASCII.

2. Importe el archivo en el repositorio de la entidad emisora de certificados deconfianza de la Dynamic Workload Console mediante el programa de utilidadiKeyman. El programa de utilidad iKeyman se encuentra endirectorio_instalación/TDWC/_jvm/jre/bin.

3. Desde la Dynamic Workload Console, exporte el certificado autofirmado a unarchivo utilizando el programa de utilidad iKeyman. Si desea más información,consulte el apartado que trata sobre la comunicación de interfaces de lapublicación Administration Guide.

4. Transfiera el archivo al entorno de z/OS y añádalo a la base de datos RACF delmodo siguiente:a. En RACF, seleccione la opción CERTIFICADOS DIGITALES, CONJUNTOS

DE CLAVES Y SEÑALES.b. Seleccione la opción Funciones de certificados digitales.c. Seleccione la opción Añadir, alterar, suprimir o listar certificados.d. Seleccione la opción Añadir un certificado digital a la base de datos RACF.

Establezca el estado en Trust (T).5. Asocie el certificado con el repositorio de la autoridad de certificado de

confianza de WebSphere Application Server para z/OS, del modo siguiente:a. En RACF, seleccione la opción Funciones de conjunto de claves.b. Seleccione la opción Conectar un certificado digital con un conjunto de

claves. En el campo Nombre de conjunto de datos, escriba el nombre delconjunto de claves del controlador de WebSphere Application Server.

6. Defina un perfil EJBROLE y permita un usuario de SAF (recurso deautorización del sistema) para el perfil como se indica a continuación:a. En WebSphere Application Server, el descriptor de despliegue del

zConnector definido en aplicaciones empresariales, muestra el rolpredeterminado, TWSAdmin, que se tiene que definir en la clase de RACFEBJROLE como se detalla a continuación:rdefine EJBROLE <prefijo_SAF>.TWSAdmin owner(SYS1)audit(failures(READ)) uacc(NONE)

donde, <prefijo_SAF> es el prefijo del perfil, y el valor se puede encontraren WebSphere Application Server, Seguridad > Seguridad global >Proveedores de autorización externos > Opciones de autorización de SAF,en el campo de prefijo de perfil SAF.

b. Otorgue acceso de lectura (READ) a un usuario específico emitiendo elmandato de RACF siguiente:permit <prefijo_SAF>.TWSAdmin class(EJBROLE) id(ID_usuario) access(READ)

7. Reinicie el WebSphere Application Server para que lo cambios entren en vigor.

Ahora las comunicaciones seguras están habilitadas entre la Dynamic WorkloadConsole y el conector de z/OS.


Aplicación del mantenimientoEn esta sección se describe cómo aplicar el nivel de arreglo temporal de programa(PTF) del conector Tivoli Workload Scheduler para z/OS. Puede aplicar los PTFutilizando Integrated Solution Console o los scripts zConnUpdate.sh situados en eldirectorio dir_instalación/zConnUpdate.sh. En esta sección se describe cómoaplicar los PTF utilizando los scripts zConnUpdate.sh.1. Aplique los PTF tal como se describe en el manual Program Directory for Tivoli

Workload Scheduler for z/OS.2. Asegúrese de que Integrated Solution Console de WebSphere Application

Server para z/OS no esté en ejecución.3. Asegúrese de que ha instalado el FMID JWSZ924.4. Vaya al directorio donde se encuentra el script. El valor predeterminado es

directorio de instalación/opt/package.5. Asegúrese de que la propiedad com.ibm.ws.scripting.connectionType del

archivo wsadmin.properties se ha definido en el valor SOAP o RMI. El valorpredeterminado es SOAP. El script requiere el usuario y la contraseña deWebSphere Application Server. Si no desea especificarlos durante el tiempo deejecución, defínalos en el archivo soap.client.props para el tipo de conexiónSOAP y en el archivo sas.client.props para el tipo de conexión de RMI. Losarchivos soap.client.props y sas.client.props se encuentran en el directorioproperties del perfil de WebSphere Application Server. El directoriopredeterminado es directorio_instalación_WebSphere ApplicationServer/AppServer/profiles/nombre_perfil_WebSphere ApplicationServer/properties.

6. Ejecute el script zConnUpdate.sh. El script requiere la vía de acceso donde seha instalado el WebSphere Application Server para z/OS y las propiedadesdescritas en Tabla 37 en la página 244 para ejecutar.

Tabla 38. Las propiedades zConnUpdate.properties y los valores correspondientes

Propiedad Valor

CellName El nombre de célula del perfil. Esta propiedad no es necesaria.

nodeName El nombre de nodo del perfil. Esta propiedad no es necesaria.

serverName El nombre de servidor del perfil. Esta propiedad no es necesaria.


Server para z/OS y las propiedades directamente en la línea de mandatos.En este caso, la vía de acceso donde ha instalado el WebSphere ApplicationServer para z/OS se debe especificar como la primera propiedad. Elsiguiente ejemplo muestra cómo ejecutar el mandato especificando todos losparámetros:./zConnUpdate.sh -wasPath /u/wasv7config/bbobase/bbonode/AppServer-cellName bbobase -nodeName bbonode -serverName server1 -zosEngineName CWSV64

v Especificando en el archivo zConnUpdate.properties todos los valores de laspropiedades y ejecutando el mandato que especifica sólo la vía de accesodonde ha instalado el WebSphere Application Server para z/OS del modosiguiente:./zConnUpdate.sh -wasPath raíz_servidor_aplicaciones

7. Verifique que el PTF se instaló correctamente leyendo los mensajes queaparecen en la pantalla. La información detallada se registra en el archivoespecificado en la propiedad com.ibm.ws.scripting.traceFile del archivowsadmin.properties.


DesinstalaciónPara desinstalar el conector de Tivoli Workload Scheduler for z/OS, puede utilizarel Integrated Solution Console o el script zConnUninstall.sh.

Desinstalación mediante Integrated Solution Console

Para desinstalar el conector de Tivoli Workload Scheduler for z/OS medianteIntegrated Solution Console, realice los pasos siguientes:1. Desinstale el archivo del adaptador de recursos.

a. Seleccione Recurso->Adaptadores de recursos->Adaptadores de recursos.b. En el diálogo Adaptadores de recursos, seleccione el adaptador de recursos

que desee suprimir y pulse Suprimir. Se visualiza un mensaje. PulseGuardar.

Repita este paso para cada nodo que aloje servidores de aplicaciones en elclúster.

2. Si sigue presente, desinstale la fábrica de conexiones para un motor de TivoliWorkload Scheduler.a. Seleccione Recurso->Adaptadores de recursos->Fábricas de conexiones J2C.b. En la página Fábricas de conexiones J2C, en el menú desplegable Ámbito,

defina el ámbito en el nodo de WebSphere Application Server donde hainstalado el adaptador de recursos.

c. Seleccione la fábrica de conexiones J2C que desea suprimir y pulseSuprimir. Se visualiza un mensaje. Pulse Guardar.

3. Suprima la aplicación empresarial Conector.a. Seleccione Aplicaciones->Tipos de aplicaciones->WebSphere Enterprise

Applications.b. En la página Aplicaciones empresariales, seleccione el recurso ZConnector

que desee desinstalar y pulse Desinstalar. Este paso suprime la aplicacióndel repositorio de configuración del producto y los binarios de la aplicacióndel sistema de archivos de todos los nodos donde estén instalados losmódulos de aplicación. Se visualiza un mensaje. Pulse Guardar.

Desinstalación mediante el script zConnUninstall.shPara desinstalar el conector de Tivoli Workload Scheduler for z/OS mediante elscript zConnUninstall.sh, realice los pasos siguientes:1. Asegúrese de que ha instalado el FMID JWSZ924.2. Asegúrese de que la propiedad com.ibm.ws.scripting.connectionType del

archivo wsadmin.properties está definida en el valor SOAP o RMI. El valorpredeterminado es SOAP. En este caso durante el tiempo de ejecución, el scriptrequiere el usuario y la contraseña de WebSphere Application Server. Si nodesea especificarlos durante el tiempo de ejecución, defínalos en el archivosoap.client.props para el tipo de conexión SOAP y en el archivosas.client.props para el tipo de conexión de RMI. Los archivossoap.client.props y sas.client.props se encuentran en el directorioproperties del perfil de WebSphere Application Server. El directoriopredeterminado es directorio_instalación_WebSphere ApplicationServer/AppServer/profiles/nombre_perfil_WebSphere ApplicationServer/properties.


3. Ejecute el script zConnUninstall.sh. El script requiere la vía de acceso donde seha instalado el WebSphere Application Server para z/OS y las propiedadesdescritas en Tabla 37 en la página 244 para ejecutar.

Tabla 39. Propiedades de zConnUninstall.properties y valores correspondientes

Propiedad Valor

CellName El nombre de célula del perfil. Esta propiedad no esnecesaria.

nodeName El nombre del nodo de perfil. Esta propiedad no esnecesaria.

serverName El nombre del servidor del perfil. Esta propiedad no esnecesaria.

zosEngineName El nombre de motor para la conexión de z/OS. Estapropiedad no es necesaria.


Server para z/OS y las propiedades directamente en la línea de mandatos.En este caso, la vía de acceso donde ha instalado el WebSphere ApplicationServer para z/OS se debe especificar como la primera propiedad. Elsiguiente ejemplo muestra cómo ejecutar el mandato especificando todos losparámetros:./zConnUninstall.sh -wasPath /u/wasv7config/bbobase/bbonode/AppServer-cellName bbobase -nodeName bbonode -serverName server1 -zosEngineName CWSV64

v Especificando en el archivo zConnUninstall.properties todos los valores delas propiedades y ejecutando el mandato que especifica sólo la vía de accesodonde ha instalado el WebSphere Application Server para z/OS, del modosiguiente:./zConnUninstall.sh -wasPath raíz_servidor_aplicaciones

4. Verifique que la desinstalación se ha completado correctamente leyendo losmensajes que aparecen en la pantalla. La información detallada se registra en elarchivo especificado en la propiedad com.ibm.ws.scripting.traceFile del archivowsadmin.properties.

Desinstalación de plugins adicionalesDesinstalación de un plugin adicional para el conector z/OS en WebSphereApplication Server para z/OS

Para desinstalar manualmente el plugin adicional en el conector de TivoliWorkload Scheduler for z/OS, realice los pasos siguientes:1. Asegúrese de que ha instalado el FMID JWSZ924.2. Localice la vía de acceso donde ha instalado el WebSphere Application Server

para z/OS.3. Suprima el archivo de plugin <archivo_plugin>.jar del directorio

sharedLibraries contenido en el directorio de instalación de WebSphereApplication Server para z/OS.


Capítulo 9. Resolución de problemas y mantenimiento de lainstalación

Cómo resolver problemas y mantener la instalación del conector de TivoliWorkload Scheduler for z/OS.

En este capítulo se describe cómo resolver problemas y mantener la instalación delconector de Tivoli Workload Scheduler for z/OS.

Mantenimiento de la instalación del conector z/OSEn esta sección se explican algunos procedimientos de mantenimiento que deberealizar en situaciones específicas:

Actualización de las propiedades de SOAP después decambiar el usuario o la contraseña de WebSphere ApplicationServer

Si cambia el ID de usuario o la contraseña del administrador de WebSphereApplication Server, debe actualizar además las propiedades del cliente SOAP.

Para actualizar las propiedades, ejecute el mandato siguiente:v En UNIX y Linux: el mandato updateWas.sh desde el directorio

inicio_TWA/wastools.v En Windows: el mandato updateWas.bat desde el directorio

inicio_TWA\wastools.

Actualización del uso de las propiedades de SOAPPara actualizar las propiedades SOAP, utilice la sintaxis en “updateWas.sh (.bat)”.

Después de ejecutar este mandato, debe reiniciar Application Server.

updateWas.sh (.bat)Formato

updateWas.sh (.bat) -user nuevo_usuario_admin_WAS -password contraseña

Parámetros

-user nuevo_usuario_admin_WAS -password contraseñaProporcione el usuario y la contraseña del nuevo usuario deadministración de WebSphere Application Server que desea que seconfigure como credenciales en las propiedades del cliente SOAP.



Parte 4. Dynamic Workload Console

Cómo instalar, actualizar, configurar, desinstalar y resolver problemas de DynamicWorkload Console.



Capítulo 10. Visión general de la Dynamic Workload Console

Una visión general de Dynamic Workload Console.

La Dynamic Workload Console es una interfaz de usuario basada en web que seutiliza con los productos siguientes:v Tivoli Workload Schedulerv Tivoli Workload Scheduler para z/OSv Tivoli Workload Scheduler for Applicationsv Intermediario de carga de trabajo dinámica de Tivoli

Puede acceder a los entornos de Tivoli Workload Scheduler y Intermediario decarga de trabajo dinámica de Tivoli desde cualquier lugar de la red utilizando unode los navegadores soportados conectados a la Dynamic Workload Console. LaDynamic Workload Console debe estar instalada en un sistema que pueda accedera los nodos de Tivoli Workload Scheduler o Intermediario de carga de trabajodinámica de Tivoli mediante conexiones de red.



Capítulo 11. Preparación

Visión general de cómo instalar y utilizar Dynamic Workload Console.

Para instalar y utilizar Dynamic Workload Console:1. Compruebe los requisitos previos de la instalación en la sección Requisitos

detallados del sistema en http://www-01.ibm.com/support/docview.wss?rs=672&uid=swg27041008 para verificar que el sistema escompatible.

2. Elija el método de instalación que mejor se adapte a sus necesidades tal comose describe en “Selección del método de instalación” en la página 267.

3. Reúna la información necesaria para completar los campos necesarios durantela instalación. Consulte el apartado Capítulo 13, “Instalación”, en la página 267.

4. Instale la Dynamic Workload Console siguiendo las instruccionesproporcionadas en "Instalación de componentes utilizando InstallationManager".

5. Inicie una sesión en la Dynamic Workload Console tal como se describe en“Acceso a Dynamic Workload Console” en la página 279.

6. En el árbol de navegación de la izquierda, pulse en uno de las opcionessiguientes:

Tivoli Workload SchedulerPara acceder a las funciones disponibles de Tivoli Workload Scheduler

Intermediario de carga de trabajo dinámica de TivoliPara acceder a las funciones disponibles de Intermediario de carga detrabajo dinámica de Tivoli

7. Para gestionar de forma eficaz las funciones disponibles en la DynamicWorkload Console, cree las conexiones de motor con los entornos Tivoli WorkloadScheduler y Intermediario de carga de trabajo dinámica de Tivoli que deseegestionar. Sin definir las conexiones del motor, puede utilizar sólo un conjuntolimitado de funciones de la Dynamic Workload Console. Si desea másinformación, consulte “Pasos rápidos para definir una conexión de motor deTivoli Workload Scheduler” en la página 281 y “Pasos rápidos para definir unaconexión de Intermediario de carga de trabajo dinámica de Tivoli” en la página281.

Directorios creados fuera de TWA_home en el momento de lainstalación

La lista siguiente muestra los directorios que se han creado fuera de TWA_homecuando se ha instalado la Dynamic Workload Console y conector de TivoliWorkload Scheduler for z/OS.

En los sistemas operativos Windows:

Dynamic Workload Console:%WINDIR%\TWA

conector de z/OS:




%WINDIR%\TWA%WINDIR%\system32\TWSRegistry.dat (32 bits)%WINDIR%\sysWOW64\TWSRegistry.dat (32 bits en 64 bits)%WINDIR%\TWSRegistry.dat (64 bits en 64 bits)

En los sistemas operativos Linux:

Dynamic Workload Console:/etc/TWA

conector de z/OS:/etc/TWA/etc/TWS

Acceso al soporte de instalaciónAcceso al soporte de instalación

Acceda al soporte de instalación para descargar los archivos de instalación

Utilización de los DVDEn este caso de instalación, tiene los DVD que contienen los archivos de instalacióny, normalmente, instala el producto en el sistema.

Instale Dynamic Workload Console desde los DVD, llevando a cabo los pasossiguientes:1. Elija el DVD de Dynamic Workload Console.2. Inserte el DVD de instalación del producto en la unidad.

Para obtener una lista completa del soporte de instalación, consulte TivoliWorkload Scheduler Documento de descarga en http://www-01.ibm.com/support/docview.wss?rs=672&uid=swg24036734.

Para obtener más información sobre la estructura de los soportes de instalación,consulte “Soportes de instalación”.

Soportes de instalaciónDynamic Workload Console se proporciona en varios DVD, uno para cada sistemaoperativo soportado. Cada DVD contiene:

DISCO DE Dynamic Workload Console

Dependiendo del sistema operativo, el DVD de instalación contiene algunoo todos los directorios siguientes:

FULL Contiene el repositorio necesario para instalar el productomediante Installation Manager.

iim Contiene los archivos necesarios para instalar Installation Managerutilizando el launchpad o manualmente.

LaunchpadContiene el código del launchpad

response_filesContiene los archivos de respuestas para instalar la DynamicWorkload Console.




TDWCContiene los archivos necesarios para instalar la DynamicWorkload Console.

Para obtener una lista completa de los DVD así como de los sistemas operativosadmitidos, consulte la Dynamic Workload Console Documento de descarga enhttp://www-01.ibm.com/support/docview.wss?rs=672&uid=swg24036734.

Descarga de imágenes electrónicas en la estación de trabajoPuede descargar imágenes electrónicas en la estación de trabajo realizando lospasos siguientes:1. Asegúrese de que la estación de trabajo tenga espacio suficiente para almacenar

los archivos que debe descargar desde IBM Passport Advantage® y la imagende instalación extraída.

2. Desde IBM Passport Advantage, descargue en un directorio temporal todos loscomponentes necesarios de la imagen de producto listada en la Tabla 40.

Tabla 40. Imágenes electrónicas necesarias de la Dynamic Workload Console

Para instalar componentes de TivoliWorkload Scheduler:

Imágenes electrónicas que se debendescargar:

Dynamic Workload Console v Imagen de Dynamic Workload Console.

v Imagen de WebSphere Application Server.

v Imagen de la Extensión de Jazz for ServiceManagement for IBM WebSphere.

.3. Extraiga la imagen de instalación a partir del archivo descargado y verifique

que la imagen de instalación esté completa.

Para obtener más información sobre las eImages, consulte Documento de descargaat http://www-01.ibm.com/support/docview.wss?rs=672&uid=swg24036734.

Creación de un repositorio de redEste caso sólo es válido para el gestor de dominio maestro o el gestor de dominiodinámico y sus elementos de reserva, o para la Dynamic Workload Console, que seinstalan utilizando la infraestructura de Installation Manager.

Utilice Programa de utilidad de paquetes de Installation Manager para crear losDVD o las eImages de Tivoli Workload Scheduler en formato de repositorio de red.Para obtener más información sobre el asistente Programa de utilidad depaquetes, consulte Installation Manager > Instalación> Gestión de paquetes y programade utilidad de paquetes en el Information Center de Installation Manager,http://pic.dhe.ibm.com/infocenter/install/v1r6/index.jsp.

Tras utilizar el Programa de utilidad de paquetes para crear un repositorio apartir de las imágenes ESD, puede utilizar Installation Manager para definir estaubicación como repositorio. Puede guardar el repositorio en una unidad de UNCen sistemas operativos Windows o en un servidor web para que los directorios ylos archivos estén disponibles en HTTP.

Para crear un repositorio de red de Tivoli Workload Scheduler, lleve a cabo elprocedimiento siguiente:

Capítulo 11. Preparación 261



http://pic.dhe.ibm.com/infocenter/install/v1r6/index.jsp

1. Descargue las eImages tal como se describe en Descarga de imágeneselectrónicas en la estación de trabajo o utilice los DVD tal como se describe enUtilización de los DVD.

2. Instale Installation Manager en su estación de trabajo.3. Instale el Programa de utilidad de paquetes utilizando Installation Manager

en su estación de trabajo.4. Para crear las imágenes ESD en formato de red, ejecute los pasos siguientes:

a. Inicie el Programa de utilidad de paquetes.b. Pulse Apuntar a la imagen ESD.c. Ejecute el asistente. Para obtener más información sobre el asistente

Programa de utilidad de paquetes, consulte Installation Manager >Instalación> Gestión de paquetes y programa de utilidad de paquetes.

Tras crear un repositorio en formato de red, defina esta ubicación como repositoriode Installation Manager. Para añadir un repositorio, ejecute los pasos siguientes:1. Abra el asistente de Installation Manager.2. Seleccione Archivo > Preferencias. Aparecerá la página Repositorios y mostrará

los repositorios disponibles, las ubicaciones de repositorio y el estado deconexión para los repositorios.

3. Seleccione Añadir repositorio. Se visualizará la página Añadir repositorio.4. Escriba la ubicación del repositorio o seleccione Examinar.5. Vaya a la ubicación del repositorio donde ha guardado las eImages o el

contenido del DVD en formato de red y seleccione el URL relacionado con elproducto que desea instalar.

6. Pulse Aceptar. Si ha proporcionado una ubicación de repositorio HTTPS o FTPrestringida, se le solicitará que especifique el ID de usuario y la contraseña. Laubicación de repositorio nueva se añadirá a la lista. Si el repositorio no estáconectado, aparecerá un recuadro rojo en la columna Conexión.

7. Pulse Aceptar.

Tras definir un repositorio de Installation Manager, instale el producto:

Tivoli Workload SchedulerConsulte Instalación de los componentes principales .

Dynamic Workload ConsoleConsulte el apartado Capítulo 13, “Instalación”, en la página 267.


Capítulo 12. Requisitos previos de Dynamic WorkloadConsole (consola de carga de trabajo dinámica)

Información sobre requisitos previos para instalar una Dynamic Workload Console

La instalación de la Dynamic Workload Console tiene los siguientes requisitosprevios:

WebSphere Application ServerSi no tiene instalado este producto, el proceso de instalación lo instalaautomáticamente.

Extensión de Jazz for Service Management for IBM WebSphereSi no tiene instalado este producto, el proceso de instalación lo instalaautomáticamente.

Dashboard Application Services HubSi no tiene instalado este producto, el proceso de instalación lo instalaautomáticamente.

WebSphere SDK Java Technology EditionSi no tiene instalado este producto, el proceso de instalación lo instalaautomáticamente.

Para instalar los requisitos previos, elija una de las opciones siguientes:v Utilice el launchpad. Consulte "Launchpad".v Inicie manualmente la instalación de la Extensión de Jazz for Service

Management for IBM WebSphere en el DVD del producto.v Descargue las imágenes apropiadas. Consulte el documento de descarga del

producto.

Para obtener una lista completa de las versiones correctas que se van a instalar,consulte http://www-01.ibm.com/support/docview.wss?rs=672&uid=swg24036734.

Sistemas operativos soportadosQué acciones deben realizarse para generar un informe dinámico en el queaparezcan los sistemas operativos soportados.

Para producir un informe dinámico que liste los sistemas operativos soportados,efectúe las acciones siguientes:1. Vaya a la página web: http://publib.boulder.ibm.com/infocenter/prodguid/

v1r0/clarity/index.html.2. Pulse el informe Sistemas operativos para un producto específico.3. En la ventana de "Sistemas operativos para un producto específico", complete el

campo Especificar un nombre de producto completo o parcial con el valor IBMTivoli Workload Scheduler y pulse Buscar.

4. En la lista desplegable Seleccionar versión, seleccione la versión 9.2.0 y pulseSometer para ejecutar el informe.




http://publib.boulder.ibm.com/infocenter/prodguid/v1r0/clarity/index.html

http://publib.boulder.ibm.com/infocenter/prodguid/v1r0/clarity/index.html

Para obtener una lista completa de los requisitos del sistema (espacios de disco,espacios temporales y uso de la RAM), consulte Documento de requisitos delsistema en http://www-01.ibm.com/support/docview.wss?rs=672&uid=swg27041009.

Verificación de los requisitos previos del sistema para Tivoli WorkloadScheduler

Antes de instalar o actualizar el producto, Tivoli Workload Scheduler realizaautomáticamente una exploración del sistema.

Verificar que un entorno cumple los requisitos del sistema para el productoasegura la realización satisfactoria de una instalación o actualización, sin retardosni complicaciones.

La exploración verifica que se cumplan estas condiciones:v El sistema operativo está soportado para el producto.v En sistemas operativos UNIX, las bibliotecas necesarias del producto están

instaladas.v Existe suficiente espacio de disco permanente y temporal para instalar el

producto y sus requisitos previos.v No hay suficiente memoria ni memoria virtual.

Nota: La exploración sólo verifica que el entorno cumple los requisitos de TivoliWorkload Scheduler. No comprueba los requisitos para otros componentes como,por ejemplo, DB2. Para verificar los requisitos para Installation Manager utilice elprocedimiento descrito en “Verificación de los requisitos previos del sistema paraInstallation Manager” en la página 265.

Si el resultado de cualquiera de estas comprobaciones no es satisfactorio, TivoliWorkload Scheduler realiza lo siguiente:

Para todos los componentes instalados mediante Installation Manager:Muestra un mensaje para indicar el requisito que no se ha cumplido. Eneste caso, detenga la instalación o actualización, examine los archivos deregistro, corrija el error y ejecute de nuevo la instalación o actualización. Siestá realizando una instalación interactiva, los errores se visualizan en lapantalla. Si está realizando una instalación silenciosa, los errores se grabanen los archivos de registro de Installation Manager. Para obtener másinformación sobre los archivos de registro, consulte Archivos de registrodel asistente de Installation Manager para la instalación y desinstalaciónsilenciosa.

Para agentesSi ha especificado el parámetro stoponcheckprereq, el script twsinst sedetiene. En este caso, examine los archivos de registro, corrija el error yejecute de nuevo la instalación o actualización. Los archivos de registro seencuentran:

En los sistemas operativos Windows:%TEMP%\TWA\tws92\result.txt

En los sistemas operativos UNIX y Linux:$tmp/TWA/tws92/result.txt




Si no ha especificado stoponcheckprereq, el script twsinst continúa. Si seproduce un problema, aparecerá un error, el agente se instalará o seactualizará pero puede que no funcione.

Para obtener una lista detallada de los sistemas operativos y los requisitos previosdel producto admitidos, consulte Documento de requisitos del sistema enhttp://www-01.ibm.com/support/docview.wss?rs=672&uid=swg27041009.

Verificación de los requisitos previos del sistema paraInstallation Manager

Verificación de los requisitos previos del sistema para Installation Manager antesde instalar o actualizar Tivoli Workload Scheduler.

Antes de instalar o actualizar Tivoli Workload Scheduler, si no ha instaladoInstallation Manager, ejecute una verificación del sistema para comprobar que laestación de trabajo tenga todos los requisitos del sistema necesarios para llevar acabo una instalación satisfactoria. Tener un entorno que cumple los requisitos delsistema del producto garantiza el éxito de una instalación sin retrasos nicomplicaciones.

Puede ejecutar una exploración de requisitos previos para Installation Managerutilizando:

LaunchpadDesde el DVD o desde la eImage, inícielo y seleccione Exploración derequisitos previos.

checkPrereq

En los sistemas operativos Windows:Ejecute el mandato siguiente:checkPrereq.bat

En sistemas operativos UNIX o Linux:Ejecute el mandato siguiente:checkPrereq.sh

Especifique la opción -silent si no le interesa en instalar InstallationManager mediante el asistente. Si utiliza la opción -silent, el programa nocomprobará que las bibliotecas gráficas existan. Si falla la verificación, elprograma mostrará una notificación del requisito que no se cumple. en estecaso, detenga la instalación, resuelva el error y vuelva a ejecutar lainstalación.

Capítulo 12. Requisitos previos 265



Capítulo 13. Instalación

Instalación de Dynamic Workload Console.

Instale este componente si desea gestionar la carga estática y dinámica en losentornos distribuido y global mediante una interfaz web.

De forma predeterminada, el proceso de instalación de Dynamic Workload Consoleinstala el componente conector de z/OS. Durante el proceso de instalación,también puede configurar la instancia del conector de z/OS para conectar con elsistema z/OS.

Selección del método de instalaciónPuede instalar la Dynamic Workload Console mediante uno de los métodossiguientes:

LaunchpadUtilice el launchpad para guiarle a través de la instalación de la DynamicWorkload Console y los componentes de Tivoli Workload Scheduler, desdeuna sola interfaz. Para obtener más información sobre cómo realizar lainstalar utilizando el launchpad, consulte "Procedimiento de instalación deDynamic Workload Console".

Asistente de instalaciónInstale la Dynamic Workload Console y el conector de z/OS mediante elasistente de Installation Manager para cada plataforma soportada. Elasistente le sirve de guía para realizar los pasos de instalación.

Para obtener más información, consulte "Procedimiento de instalación deDynamic Workload Console".

Modalidad silenciosaCon este método, ejecuta la instalación de forma desatendida y en segundoplano. Un archivo de respuestas proporciona la información pertinentepara el proceso de instalación, que se ejecuta en segundo plano.Personalice el archivo de respuestas añadiendo todos los valores deconfiguración que se deben utilizar durante la instalación. Luego, desde lalínea de mandatos, ejecute el mandato de Installation Manager. Paraobtener más información, consulte “Realización de una instalaciónsilenciosa” en la página 271.

Procedimiento de instalación de Dynamic Workload ConsolePara instalar Dynamic Workload Console y sus requisitos previos, realice lossiguientes pasos:1. Ejecute el proceso de instalación:

Launchpad

Para iniciar el programa de instalación launchpad, realice los pasossiguientes:a. Desde el DVD que contiene el gestor de dominio dinámico de Tivoli

Workload Scheduler,ejecute el launchpad del modo siguiente:


||

||

Sistemas operativos Windows:Desde el directorio raíz del DVD, ejecute launchpad.exe.

Sistemas operativos UNIX:

1) Exporte la ubicación del navegador a la variable deentorno BROWSER.

2) Desde el directorio raíz del DVD, ejecute launchpad.sh.

Se abre el launchpad.b. En el marco izquierdo del launchpad, pulse la sentencia siguiente

Instalación de > DWC y conector de z/OS. Seleccione elhiperenlace Tivoli Workload Scheduler. Se abre el panel InstallationPackages de Installation Manager.

Asistente de instalación

Para iniciar el programa de instalación, realice los pasos siguientes:a. Desde la eImage o el DVD que contiene el gestor de dominio

dinámico de Tivoli Workload Scheduler, ejecute:

Sistemas operativos Windows:Desde el directorio raíz del DVD o de la imagenelectrónica, ejecute setupDWC.bat.

Sistemas operativos UNIX:Desde el directorio raíz del DVD o de la imagenelectrónica, ejecute setupDWC.sh.

Se abre el panel Installation Packages de Installation Manager.2. En el panel Paquetes de instalación de Installation Manager, el proceso de

instalación ha seleccionado todos los paquetes de requisitos previos deDynamic Workload Console y el paquete de producto de "Tivoli DynamicWorkload Console" > "Versión 9.2.0.0".

Nota: Si ya ha instalado Dynamic Workload Console o sus productos derequisito previo, aparecerá una ventana de aviso. Pulse Continuar para instalarel paquete en un grupo nuevo o pulse Cancelar para borrar el paquete que yaestá instalado.Pulse Siguiente.

3. En la página Licencias, lea el acuerdo de licencia para el paquete seleccionado.Si ha seleccionado instalar el paquete de Dynamic Workload Console y lospaquetes de requisitos previos de Dynamic Workload Console, debe aceptar elacuerdo de licencia para cada paquete. En la parte de la izquierda de la páginaLicencia, pulse cada paquete para ver el acuerdo de licencia. Si está de acuerdocon los términos de todos los acuerdos de licencia, pulse Acepto los términosde los acuerdos de licencia. Pulse Siguiente.

4. En el panel Ubicación, Dynamic Workload Console y los paquetes de requisitosprevios de Dynamic Workload Console ya aparecen en la lista.

Para cada paquete de requisito previo:Acepte la vía de acceso predeterminada, o escriba, o utilice Examinarpara buscar la vía de acceso que se va a utilizar como directorio deinstalación en el que se va a instalar la instancia de requisito previo.

Para el paquete de Dynamic Workload Console:Acepte la vía de acceso predeterminada, o escriba, o utilice Examinarpara buscar la vía de acceso que se va a utilizar como directorio deinstalación en el que se desea instalar Dynamic Workload Console:


||

|

||

|

|

||||

Directorio de instalación

La longitud máxima del campo es 46 caracteres. No puedeutilizar caracteres nacionales.


v Los caracteres siguientes no son válidos:’!’,’#’,’$’,’%’,’&’,’{’,’}’,’[’,’]’,’=’,

’?’,’\’’,’<’,’>’,’,’,’;’,’(’,’)’

v El nombre debe tener más de tres caracteres, elsegundo carácter debe ser ':' y el tercer carácter debeser '\'.

v El directorio predeterminado es C:\Archivos deprograma\IBM\TWAUI

En los sistemas operativos UNIX y Linux:

v Los caracteres siguientes no son válidos:’!’,’\"’,’#’,’$’,’%’,’&’,’{’,’}’,’[’,’]’,’=’,

’?’,’\’’,’<’,’>’,’,’,’;’,’(’,’)’,’ ’

v El nombre debe tener más de un carácter y el primercarácter debe ser '/'.

v El directorio predeterminado es /opt/IBM/TWAUI

Nota: Si está realizando la instalación en Windows Server 2008, siga lasinstrucciones del mensaje relativas a directorios virtualizados.

5. Pulse Siguiente. En la página Características, seleccione los idiomas para losque se instalarán los paquetes correspondientes de WebSphere ApplicationServer. Se instalarán las traducciones de idioma para la interfaz de usuario y ladocumentación. Tiene la opción de seleccionar idiomas sólo la primera vez queinstala un paquete en un grupo de paquetes. Puede instalar otras traduccionespara todos los paquetes de un grupo de paquetes con el asistente Modificar.Pulse Siguiente.

6. En la página Características, efectúe las acciones siguientes:

Para los paquetes de requisito previo:

Para ver una descripción de una característica, pulse el nombre deldispositivo. En la sección Detalles verá una descripción breve.

Asegúrese de no dejar que sea el proceso de instalación quienseleccione las características de los requisitos previos predeterminados.

Para el paquete de Dynamic Workload Console:Deje seleccionada la opción Dynamic Workload Console.

Pulse Siguiente.7. En los paneles siguientes, escriba esta información:

Para cada paquete de requisito previo:En los paneles de requisitos previos de producto, especifique lainformación relacionada con el producto que está instalando. Paraobtener más información sobre los valores de los campos, consulte ladocumentación del producto de requisito previo.

Para el paquete de Dynamic Workload Console:En los paneles siguientes, especifique esta información:


Configuración del perfil de WebSphere Application Server:“Configuración del perfil de WebSphere Application Server”

Configuración del conector de z/OS:“Configuración del conector de z/OS” en la página 271.

Pulse Siguiente.8. En la página Resumen, revise sus selecciones antes de instalar el paquete de

producto y sus requisitos previos. Para cambiar las selecciones que ha realizadoen las páginas anteriores, pulse Atrás y realice los cambios. Pulse Instalar parainstalar el paquete de Dynamic Workload Console y sus requisitos previos.

Nota: Si ha instalado el requisito previo de WebSphere Application Server, despuésde la instalación no cree ningún perfil porque el proceso de instalación ya hacreado su propio perfil.

Una vez finalizada la instalación correctamente, para configurar DynamicWorkload Console, consulte “Acceso a Dynamic Workload Console” en la página279.

Configuración del perfil de WebSphere Application ServerLos campos siguientes se proporcionan para los datos de configuración del perfilde WebSphere Application Server Los campos que complete dependen de si estáutilizando un perfil existente para Dashboard Application Services Hub u otroperfil.

Ubicación de instalación de WebSphereEscriba el nombre del directorio donde está instalada la instancia deWebSphere Application Server o pulse Examinar para buscar el directorio.Pulse Examinar para buscar la ubicación adecuada.

Utilizar un perfil existente de WebSphere Application ServerPuede utilizar un perfil de WebSphere Application Server que ha creadopreviamente.

Detalles del perfilUbicación del perfil

Escriba el nombre del directorio donde está situado el perfil de WebSphereApplication Server. Pulse Examinar para buscar la ubicación adecuada. Laubicación predeterminada es:

En los sistemas operativos Windows:C:\Archivos de programa\IBM\JazzSM\profile

En los sistemas operativos Linux:/opt/IBM/JazzSM/profile

Nota: No utilice ninguno de los caracteres siguientes en el campo de víade acceso del perfil:

En los sistemas operativos Windows:!"#$%&{}[]=?'<>,;*:

En los sistemas operativos Linux:!"#$%&{}[]=?'<>,;*

Nombre del perfilEscriba el nombre del archivo donde está definido el perfil de WebSphereApplication Server. El valor predeterminado es JazzSMProfile.


Nombre del nodoEscriba el nombre del nodo contenido en el perfil de WebSphereApplication Server. El valor predeterminado es JazzSMNode01.

Nombre del servidorEscriba el nombre del servidor contenido en el perfil de WebSphereApplication Server. El valor predeterminado es server1.

Nombre de usuarioEspecifique el usuario que puede acceder al perfil de WebSphereApplication Server. El valor predeterminado es wasdmin.

ContraseñaProporcione la contraseña de WebSphere Application Server para elusuario que ha especificado. La contraseña debe cumplir la política decontraseñas definida en los valores de Seguridad local.

ValidarPulse aquí para confirmar que la información que ha especificado escorrecta.

Configuración del conector de z/OSEspecifique la información para conectar con un sistema de Tivoli WorkloadScheduler para z/OS.

Configurar una conexión a un host de Tivoli Workload Scheduler para z/OSSeleccione esta opción si desea crear una conexión con un controlador deTivoli Workload Scheduler para z/OS.

Nombre del motor de Tivoli Workload Scheduler para z/OSEspecifique el nombre del motor de Tivoli Workload Scheduler para z/OSal que se está conectando.

Host remoto de Tivoli Workload Scheduler para z/OSEspecifique el nombre de host o dirección TCP/IP del sistema remotoz/OS donde está instalado el controlador de Tivoli Workload Schedulerpara z/OS.

Puerto TCP/IP remoto de Tivoli Workload Scheduler para z/OSEspecifique el número del puerto TCP/IP del sistema z/OS que se utilizapara comunicar con el controlador de Tivoli Workload Scheduler paraz/OS.

Habilitar SSLSeleccione esta opción para habilitar la comunicación SSL entre el conectorde z/OS y el sistema z/OS remoto. De forma predeterminada, esta casillano está seleccionada y la comunicación no es SSL.

Realización de una instalación silenciosa

Cuando ejecute una instalación silenciosa, tendrá instalado Installation Manager yutilizará un archivo de respuestas XML que contiene los parámetros necesariospara instalar el paquete del producto.

El archivo de respuestas incluye toda la información de instalación necesaria paraejecutar la instalación sin la intervención del usuario.

Cuando realiza una instalación silenciosa del paquete del producto DynamicWorkload Console, puede existir una de estas situaciones:


Instalación del paquete de Dynamic Workload Console:Los requisitos previos de Dynamic Workload Console ya están instalados.Para obtener más información sobre cómo realizar la instalación silenciosadel paquete Dynamic Workload Console, consulte “Realización de unainstalación silenciosa de Dynamic Workload Console”.

Instalación del paquete de Dynamic Workload Console y sus requisitos previos:Para obtener más información sobre cómo llevar a cabo una instalaciónsilenciosa de los paquetes de Dynamic Workload Console así como de susrequisitos previos, consulte “Realización de una instalación silenciosa de laDynamic Workload Console y sus requisitos previos” en la página 273.

Realización de una instalación silenciosa de DynamicWorkload Console

Debe instalar Installation Manager antes de realizar una instalación silenciosa delpaquete de Dynamic Workload Console.

Para obtener información detallada sobre cómo instalar Installation Manager,consulte la documentación de Installation Manager.

Para realizar una instalación silenciosa del paquete Dynamic Workload Console,utilizando uno de los archivos de respuestas listados en “Plantillas de archivo derespuestas para Dynamic Workload Console” en la página 273, lleve a cabo lospasos siguientes:1. Copie el archivo de respuestas pertinente en un directorio local.2. Edite la sección Dynamic Workload Console. Para obtener detalles sobre las

propiedades del archivo de respuestas, consulte “Propiedades del archivo derespuestas de Dynamic Workload Console” en la página 405.

Nota: Asegúrese de que todas las contraseñas que haya especificado en elarchivo de respuestas se hayan cifrado tal como se describe en “Cifrado decontraseñas de usuario para archivos de respuestas” en la página 275.

3. Guarde el archivo después de realizar los cambios.4. Abra un indicador de línea de mandatos.5. Vaya al directorio tools de Installation Manager.

La ubicación predeterminada del directorio tools es:

En los sistemas operativos WindowsC:\Archivos de programa\IBM\Installation Manager\eclipse\tools

En los sistemas operativos UNIX y Linux/opt/IBM/InstallationManager/eclipse/tools

6. Ejecute el mandato siguiente:

En los sistemas operativos Windowsimcl.exe input <dir_local>\archivo_respuestas.xml-log <dir_local>\archivo_registro.xml -acceptLicense

En los sistemas operativos UNIX y Linux./imcl input /<dir_local>/archivo_respuestas.xml

-log /<dir_local>/archivo_registro.xml -acceptLicense

dondev archivo_respuestas.xml es el nombre del archivo de respuestas que se debe

utilizar para la instalación.


v archivo_registro es el nombre del archivo de registro que registra elresultado de la ejecución de la instalación silenciosa. Para obtener másinformación sobre los archivos de registro de la instalación silenciosa deInstallation Manager, consulte el Information Center de Installation Manager.

Nota: Para obtener más información sobre el mandato de instalación silenciosade Installation Manager, consulte la documentación de Installation Manager.

Después de realizar una instalación satisfactoria, lleve a cabo las tareas deconfiguración tal como se describe en el manual Dynamic Workload Console, Guía delusuario.

Plantillas de archivo de respuestas para Dynamic WorkloadConsoleEdite las plantillas de archivo de respuestas proporcionadas en el directorio\response de los DVD de instalación. Las instrucciones para personalizar losarchivos están incluidas en los archivos en forma de comentarios.

La Tabla 41 lista los archivos de respuestas y los tipos de instalación que cada unode ellos realiza en cada plataforma:

Tabla 41. Archivos de respuestas de instalación

Tipo de instalación Archivo de respuestas para utilizar

Instalación en sistemas operativos Windows

Instalación nueva de DynamicWorkload Console

TWS92_FRESH_DWC_WIN.xml

Instalación en sistemas operativos UNIX

Instalación nueva de DynamicWorkload Console

TWS92_FRESH_DWC_UNIX.xml

Si desea detalles sobre las propiedades del archivo de respuestas, consulte“Propiedades del archivo de respuestas de Dynamic Workload Console” en lapágina 405.

Nota: Recuerde modificar las líneas siguientes al final del archivo de respuestas.Asegúrese de que la propiedad features contenida en el archivo de respuestastenga el valor correspondiente al componente que desee instalar:<install modify=’false’><offering id=’com.ibm.tws.tdwc’

profile=’Tivoli Dynamic Workload Console’features=’tws.tdwc’ installFixes=’none’/>

</install>

Realización de una instalación silenciosa de la DynamicWorkload Console y sus requisitos previos

Debe instalar Installation Manager antes de realizar una instalación silenciosa delpaquete de Dynamic Workload Console y sus requisitos previos.

Para obtener información detallada sobre cómo instalar Installation Manager,consulte la documentación de Installation Manager.

Puede realizar una instalación silenciosa del paquete de Dynamic WorkloadConsole a la vez que los paquetes de requisitos previos, utilizando un archivo de


respuestas global que se proporciona en los DVD de instalación en el directorio\response_files\. Para obtener una lista de archivos de respuestas, consulteTabla 42 en la página 275.

El proceso de instalación silenciosa:v Asigna el orden correcto para la instalación del paquete.v Gestiona la instalación del paquete de requisitos previos.

El archivo de respuestas contiene una sección para cada paquete de requisitoprevio que tenga que instalar y una sección relacionada con la instalación delpaquete de Dynamic Workload Console.

Siga estos pasos:1. Copie el archivo de respuestas en un directorio local.2. Edite las secciones siguientes:

Secciones de los paquetes de requisitos previos de Dynamic WorkloadConsole:

Para obtener más información sobre cómo completar esta sección,consulte la descripción de propiedades del archivo de respuestas que seproporciona como texto comentado o consulte la documentación delproducto sobre los requisitos previos.

Sección de Dynamic Workload Console:Para obtener más información sobre cómo completar las propiedadesde la sección de Dynamic Workload Console, consulte la “Propiedadesdel archivo de respuestas de Dynamic Workload Console” en la página405.

Nota: Asegúrese de que todas las contraseñas que haya especificado en elarchivo de respuestas se hayan cifrado tal como se describe en “Cifrado decontraseñas de usuario para archivos de respuestas” en la página 275.

3. Guarde el archivo después de realizar los cambios.4. Abra un indicador de línea de mandatos.5. Vaya al directorio tools de Installation Manager.





En los sistemas operativos Windows:imcl.exe input <dir_local>\archivo_respuestas.xml-log <dir_local>\archivo_registro.xml -acceptLicense

En los sistemas operativos UNIX y Linux:./imcl input /<dir_local>/archivo_respuestas.xml-log /<dir_local>/archivo_registro.xml -acceptLicense

Donde:v archivo_respuestas.xml es el nombre del archivo de respuestas que se debe

utilizar para la instalación.v archivo_registro es el nombre del archivo de registro que registra el

resultado de la instalación silenciosa.


Nota: Para obtener información sobre el mandato de instalación silenciosa deInstallation Manager y los archivos de registro de la instalación silenciosa deInstallation Manager, consulte el Information Center de Installation Manager.

La Tabla 42 lista los archivos de respuestas y los tipos de instalación que cada unode ellos realiza en cada plataforma:

Tabla 42. Archivos de respuestas de instalación global


Instalación en UNIX

WebSphere Application Server,Extensión de Jazz for ServiceManagement for IBM WebSphere yDynamic Workload Console.

TWS92_FRESH_FULL_DWC_UNIX.xml

Instalación en Windows

WebSphere Application Server,Extensión de Jazz for ServiceManagement for IBM WebSphere yDynamic Workload Console.

TWS92_FRESH_FULL_DWC_WIN.xml

Cifrado de contraseñas de usuario para archivos derespuestas

Pasos que deben efectuarse para cifrar las contraseñas de usuario para los archivosde respuestas.

Utilice Installation Manager para cifrar cada contraseña que esté almacenada en losarchivos de respuestas.

Puede cifrar las contraseñas mediante uno de los procedimientos siguientes:

La interfaz del programa de utilidad de cifrado de series de caracteres deInstallation Manager

Para cifrar la contraseña para los archivos de respuestas, realice los pasossiguientes:1. Vaya al directorio eclipse del directorio de instalación de Installation

Manager. El directorio eclipse predeterminado es:

Sistemas operativos WindowsC:\Archivos de programa\IBM\Installation Manager\eclipse

Sistemas operativos UNIX y Linux/opt/IBM/InstallationManager/eclipse

2. Para abrir la Interfaz del programa de utilidad de cifrado de series decaracteres, ejecute el mandato siguiente:

Sistemas operativos WindowsIBMIM.exe encryptString <serie_para_cifrar>

donde <serie_para_cifrar> es el valor que se debe cifrar.

Sistemas operativos UNIX y Linux./IBMIM encryptString <serie_para_cifrar>

donde <serie_para_cifrar> es el valor que se debe cifrar.


3. En la ventana Programa de utilidad de cifrado de series de caracteres,tome nota del valor del campo Versión cifrada de la serie decaracteres correspondiente al valor del campo Serie de caracterespara cifrar.

4. Copie el valor Versión cifrada de la serie de caracterescorrespondiente a la contraseña contenido en el archivo de respuestas.

La herramienta de línea de mandatos de Installation Manager

Para cifrar la contraseña para los archivos de respuestas, realice los pasossiguientes:1. Vaya al directorio eclipse del directorio de instalación de Installation

Manager. El directorio eclipse predeterminado es:

Sistemas operativos WindowsC:\Archivos de programa\IBM\Installation Manager\eclipse

Sistemas operativos UNIX y Linux/opt/IBM/InstallationManager/eclipse


Sistemas operativos WindowsIBMIM.exe -silent -noSplash encryptString <serie_para_cifrar> ><contraseña_cifrada>.txt

donde <serie_para_cifrar> es el valor que se debe cifrar y<contraseña_cifrada>.txt es el archivo donde está contenidoel valor cifrado de la contraseña.

Sistemas operativos UNIX y Linux./IBMIM -silent -noSplash encryptString <serie_para_cifrar> ><contraseña_cifrada>

donde <serie_para_cifrar> es el valor que se debe cifrar y<contraseña_cifrada> es el archivo donde está contenido elvalor cifrado de la contraseña.

3. Abra el archivo <contraseña_cifrada> y copie el valor contenido en elarchivo en la clave de datos del archivo de respuestas.

4. Elimine el archivo <contraseña_cifrada>.

En este ejemplo se muestra cómo escribir la sección USER INFORMATION del archivode respuestas TWS92_FRESH_MDM_WIN.xml en la plataforma Windows, donde el valorde usuario de Tivoli Workload Scheduler se establece en twsuser y el valor de lacontraseña de usuario se establece en passw0rd.

Utilizando la herramienta de la línea de mandatos de Installation Manager, cifre lacontraseña passw0rd y guarde el valor cifrado en el archivo mi_contraseña.txt:IBMIM.exe -silent -noSplash encryptString passw0rd > mi_contraseña.txt

El archivo mi_contraseña.txt contiene el valor siguiente:rbN1IaMAWYYtQxLf6KdNyA==

Complete la sección USER INFORMATION del archivo de respuestasTWS92_FRESH_MDM_WIN.xml de esta manera:<data key=’user.userName,com.ibm.tws’ value=’twsuser’/><data key=’user.password,com.ibm.tws’ value=’rbN1IaMAWYYtQxLf6KdNyA==’/>


Nota: Por motivos de seguridad, elimine el archivo mi_contraseña.txt después deutilizarlo.

Archivos de registro de instalaciónArchivos de registro creados por el proceso de instalación.

Para obtener más información sobre los archivos de registro, consulte lapublicación Administration Guide.

Archivos de registro de instalación y desinstalación delasistente interactivo

Installation Manager crea los siguientes archivos de registro de la instalación ydesinstalación que son comunes a cualquier instalación del paquete, sin importarqué componentes elija instalar:

En los sistemas operativos Windows<DIR_REGISTROS_INSTALLATION_MANAGER>\<AAAAMMDD_HHMM>.xml

En los sistemas operativos UNIX y Linux<DIR_REGISTROS_INSTALLATION_MANAGER>/<AAAAMMDD_HHMM>.xml

donde <DIR_REGISTROS_INSTALLATION_MANAGER> es el directorio donde InstallationManager crea los archivos de registro, y AAAAMMDD y HHMM son la fecha y hora enque se crea el archivo de registro.

El proceso de instalación de la Dynamic Workload Console crea los siguientesarchivos de registro nativos de Installation Manager:

En los sistemas operativos Windows<DIR_REGISTROS_INSTALLATION_MANAGER>\native\<AAAAMMDD_HHMM>.log

En los sistemas operativos UNIX y Linux<DIR_REGISTROS_INSTALLATION_MANAGER>/native/<AAAAMMDD_HHMM>.log

donde <DIR_REGISTROS_INSTALLATION_MANAGER> es el directorio donde InstallationManager crea los archivos de registro, y AAAAMMDD y HHMM son la fecha y hora enque se crea el archivo de registro.

El valor predeterminado para el directorio <DIR_REGISTROS_INSTALLATION_MANAGER>es:

En los sistemas operativos WindowsC:\ProgramData\IBM\InstallationManager\logs

En los sistemas operativos UNIX y Linux/var/ibm/InstallationManager/logs

Si se crean varios archivos de registro nativos con la misma fecha y hora,Installation Manager les asigna el nombre siguiente:

En los sistemas operativos Windows<DIR_REGISTROS_INSTALLATION_MANAGER>\native\<AAAAMMDD_HHMMLETRA>.log

En los sistemas operativos UNIX y Linux<DIR_REGISTROS_INSTALLATION_MANAGER>/native/<AAAAMMDD_HHMMLETRA>.log


donde <DIR_REGISTROS_INSTALLATION_MANAGER> es el directorio donde InstallationManager crea los archivos de registro, AAAAMMDD y HHMM son la fecha y hora en quese crea el archivo de registro, y LETRA es una letra del alfabeto.

Para obtener más información sobre cómo acceder a los archivos de registroutilizando el asistente de Installation Manager, consulte “Acceso a los archivos deregistro de Installation Manager mediante el asistente”.

Para obtener más información sobre cómo crear un archivo .zip del directorio dearchivos de registro nativos, consulte “Empaquetado de los archivos de registro deInstallation Manager mediante el asistente”

Acceso a los archivos de registro de Installation Managermediante el asistenteMediante el asistente de Installation Manager, puede acceder a los archivos deregistro de Installation Manager contenidos en el siguiente directorio de archivosde registro:<DIR_REGISTROS_INSTALLATION_MANAGER>

donde <DIR_REGISTROS_INSTALLATION_MANAGER> es el directorio donde InstallationManager crea los archivos de registro. El valor predeterminado de<DIR_REGISTROS_INSTALLATION_MANAGER> es:



Para acceder a los archivos de registro mediante el asistente, realice los pasossiguientes:1. Abra la página de inicio de Installation Manager2. Seleccione Archivo>Ver archivo de registro.3. El panel Archivo de registro de instalación muestra todos los archivos de

registro guardados en su máquina. Seleccione el archivo de registro cuyonombre contenga la indicación horaria correspondiente a su proceso deinstalación.

4. En función de la acción que desee llevar a cabo, pulse el icono Exportar archivode registro o Abrir archivo de registro en la parte superior derecha.

Empaquetado de los archivos de registro de Installation Managermediante el asistenteMediante el asistente de Installation Manager puede crear un archivo .zip quecontenga los siguientes archivos de registro siguientes:v Archivos de registro nativos en el directorio

<DIR_REGISTROS_INSTALLATION_MANAGER>\native.v Archivos de registro xml en el directorio

<DIR_REGISTROS_INSTALLATION_MANAGER>.

Donde <DIR_REGISTROS_INSTALLATION_MANAGER> es el directorio donde InstallationManager crea los archivos de registro.

El valor predeterminado de <DIR_REGISTROS_INSTALLATION_MANAGER> es:




Para crear un archivo .zip del directorio de archivos de registro nativos, realice lospasos siguientes:1. Abra la página de inicio de Installation Manager2. Seleccione Ayuda>Exportar datos para análisis de problemas.3. Escriba el nombre del directorio donde desee crear el archivo zip, y el nombre

del archivo .zip.4. Pulse Aceptar. En el directorio especificado se creará un archivo .zip que

contiene todos los archivos de registro.

Archivos de registro de perfil de la Extensión de Jazz forService Management for IBM WebSphere

El proceso de instalación de la Dynamic Workload Console gestiona su propioperfil en la instancia de la Extensión de Jazz for Service Management for IBMWebSphere.

El archivo de registro correspondiente a la gestión del perfil de la Extensión deJazz for Service Management for IBM WebSphere del servidor de aplicacionesreside en esta ubicación:/<DIR_INICIO_JAZZ_SM>/profile/logs/<NOMBRE_SERVIDOR>

donde <DIR_INICIO_JAZZ_SM> es el directorio de instalación de la Extensión de Jazzfor Service Management for IBM WebSphere y <NOMBRE_SERVIDOR> es el nombre deservidor asociado a la Extensión de Jazz for Service Management for IBMWebSphere que utilice.

Acceso a Dynamic Workload ConsoleDesde un navegador soportado, acceda a uno de los enlaces siguientesproporcionados por el programa de instalación:

http://sistema_dynamic_workload_console:puerto_http/raíz_contexto_DASHhttps://sistema_dynamic_workload_console:puerto_https/raíz_contexto_DASH

donde:

sistema_dynamic_workload_consoleEs el nombre de host o la dirección IP del sistema donde ha instalado laDynamic Workload Console.

puerto_httpEs el número de puerto utilizado para acceder a la Dynamic WorkloadConsole utilizando una conexión no segura sobre HTTP. El número depuerto predeterminado es 16310.

puerto_httpsEl número de puerto utilizado para acceder a la Dynamic WorkloadConsole utilizando una conexión segura sobre HTTPS. El número depuerto predeterminado es 16311.

Al conectarse al Dashboard Application Services Hub utilizar una conexiónHTTPS, si recibe una alerta de seguridad siga con la sesión de trabajo deDynamic Workload Console. Si recibe ventanas con información deseguridad al navegar por el Dashboard Application Services Hub, elija


visualizar elementos no seguros para continuar. Si utiliza Internet Explorer,puede evitar que se abran estas ventanas estableciendo Mostrar contenidomixto en Activar en los ajustes de Seguridad.

raíz_contexto_DASHEs la raíz de contexto de Dashboard Application Services Hub que sedefine durante la instalación. La raíz de contexto determina el URL de unaaplicación desplegada. La raíz de contexto predeterminada es igual aldirectorio de la aplicación o estructura de archivos. En este caso, el valorpredeterminado es ibm/console.

En el portlet de inicio de sesión del Dashboard Application Services Hub, indiqueel ID de usuario y la contraseña especificados durante la instalación y pulse enIniciar sesión.

Para obtener una visión general rápida del portal y de su uso, después de iniciarsesión en Dashboard Application Services Hub, pulse uno de los hiperenlaces quese visualizan en la página de bienvenida para iniciar los vídeos y una guía deaprendizaje que le ayudará a encontrar la información que necesita.

Puede haber varios productos integrados en este portal y sus entradascorrespondientes puedes aparecer junto a las que pertenecen a la DynamicWorkload Console en la barra de herramientas de la parte de la izquierda. Utiliceestos iconos para realizar las tareas.

Utilice la barra de herramientas de la parte de la izquierda para trabajar con laDynamic Workload Console y llevar a cabo las tareas de Tivoli WorkloadScheduler.

Para utilizar de forma eficaz las funciones de Tivoli Workload Scheduler ydeIntermediario de carga de trabajo dinámica de Tivoli, debe definir conexionescon los motores de Tivoli Workload Scheduler y los servidores de Intermediario decarga de trabajo dinámica de Tivoli.

Si no define conexiones del motor, solamente puede realizar este conjunto limitadode operaciones:

En Tivoli Workload Scheduler:v Crear tareas de supervisorv Crear tareas de informev Crear tareas de gestión de sucesosv Definir preferencias de usuario

En Intermediario de carga de trabajo dinámica de TivoliDefinir preferencias de usuario

Si el ID de usuario que ha utilizado para conectar con la Dynamic WorkloadConsole tiene asignado un rol distinto de TWSWEBUIAdministrator yTDWBAdministrator, verá un subconjunto de los paneles disponibles. Estesubconjunto de paneles depende de las autorizaciones asignadas al rol del ID deusuario. Para obtener más información sobre roles, consulte la información sobrecómo configurar la Dynamic Workload Console en el manual Tivoli WorkloadScheduler: Administration Guide.

Si el ID de usuario que ha utilizado para conectar con la Dynamic WorkloadConsole no tiene ningún rol asignado, no verá las entradas correspondientes a


Tivoli Workload Scheduler y Intermediario de carga de trabajo dinámica de Tivolien el árbol de navegación de Dashboard Application Services Hub.

Pasos rápidos para definir una conexión de motor de TivoliWorkload Scheduler

Pasos para crear una conexión de motor con uno de los motores de TivoliWorkload Scheduler soportados.

Después de iniciar una sesión en la Dynamic Workload Console utilizando el ID deusuario de administrador u otro ID de usuario con los rolesTWSWEBUIAdministrator o TWSWEBUIConfigurator asignados, utilice los pasossiguientes para crear una conexión de motor con uno de los motores de TivoliWorkload Scheduler soportados.

1. En la barra de herramientas de navegación, pulse Configuración delsistema > Gestionar motores.

2. En el panel que se abre puede crear, editar, suprimir o compartir una conexiónde motor, y probar la conexión con el servidor remoto donde está instaladoTivoli Workload Scheduler. La lista de conexiones de motor que se muestra eneste panel se puede ordenar utilizando los criterios de ordenación seleccionadosmediante los botones situados en esquina superior izquierda de la tabla.

3. Pulse Motor nuevo.4. En la ventana Propiedades de conexión del motor, asigne un nombre a la

conexión del motor y especifique la información necesaria. Para obtener másdetalles sobre los campos y las opciones, consulte la ayuda en línea pulsando elicono "?" de la esquina superior derecha. Si desea probar la conexión con labase de datos de Tivoli Workload Scheduler (obligatorio para gestionar lasfunciones de gestión de sucesos y de informes), debe seleccionar Habilitarinformes y especificar las credenciales de usuario.

5. Pulse Conexión de prueba para comprobar que la configuración se harealizado correctamente y que la Dynamic Workload Console se estácomunicando con el motor seleccionado. Si la conexión de prueba falla,consulte la publicación Tivoli Workload Scheduler: Guía de resolución de problemas.

Pasos rápidos para definir una conexión de Intermediario decarga de trabajo dinámica de Tivoli

Pasos que deben llevarse a cabo para crear una conexión con un motorIntermediario de carga de trabajo dinámica de Tivoli al que se da soporte.

La Dynamic Workload Console soporta una sola conexión con un motorIntermediario de carga de trabajo dinámica de Tivoli en un momento determinadopara cada usuario autorizado. Se soporta una conexión distinta para cada usuarioautorizado.

Después de iniciar una sesión en la Dynamic Workload Console utilizando el ID deusuario de administrador, u otro ID de usuario con los roles TDWBAdministratoro TDWBConfigurator asignados, siga estos pasos para crear una conexión demotor con un motor Intermediario de carga de trabajo dinámica de Tivolisoportado:1. En la Dynamic Workload Console, pulse Intermediario de carga de trabajo

dinámica de Tivoli para expandir el árbol.


2. Seleccione Configuración.3. Pulse Conexión del servidor.4. En la conexión del servidor, especifique:

Nombre de hostEl nombre de host del Intermediario de carga de trabajo dinámica deTivoli al que desea conectarse.

Puerto no seguroEl puerto no seguro que se debe utilizar para la conexión.

Puerto seguroEl puerto seguro que se debe utilizar para la conexión.

Utilizar conexión seguraEspecifique si debe utilizarse una conexión segura. Si desea másinformación sobre la seguridad, consulte Tivoli Workload Scheduler: Guíade administración.

Nombre de usuarioSi lo desea puede indicar un usuario distinto para la conexión delservidor. La conexión con el nuevo servidor se habilita utilizando lascredenciales del usuario que haya indicado. Cada usuario tiene acceso asólo una conexión de servidor.

ContraseñaEspecifique la contraseña para el usuario autenticado al que se aplica laconexión.

5. Pulse en Aceptar para guardar los cambios. La conexión de servidor que haindicado está habilitada y se hace efectiva de inmediato.

Inicio y detención de la Dynamic Workload ConsoleOpciones del inicio y detención de la Dynamic Workload Console.

Para iniciar y detener la Dynamic Workload Console asociada a un perfil de laExtensión de Jazz for Service Management for IBM WebSphere, debe iniciar ydetener la instancia de WebSphere Application Server siguiendo una de lasopciones siguientes:

Mediante los programas de utilidad wastools instalados para la DynamicWorkload Console:

Para iniciar la Dynamic Workload Console:

En los sistemas operativos Windows:<DIR_INST_DWC>\wastools\startWas.bat

En los sistemas operativos UNIX y Linux<DIR_INST_DWC>/wastools/startWas.sh

Para detener la Dynamic Workload Console:

En los sistemas operativos Windows<DIR_INST_DWC>\wastools\stopWas.bat

En los sistemas operativos UNIX y Linux:<DIR_INST_DWC>/wastools/stopWas.sh

donde <DIR_INST_DWC> es el directorio de instalación de Dynamic WorkloadConsole.


Para obtener más información sobre el uso de programas de utilidad,consulte el manual Administration Guide: Application server tasks.

Nota: Cuando inicia o detiene la Dynamic Workload Console asociada aun perfil de la Extensión de Jazz for Service Management for IBMWebSphere, se le solicita que indique las credenciales del perfil. Para evitareste comportamiento, ejecute el mandato con la opción -direct.

Mandatos nativos de WebSphere Application Server:

Para iniciar la Dynamic Workload Console:

En los sistemas operativos Windows:<DIR_INST_JazzSM>\profile\bin\startServer.bat<servidor_apl>

En los sistemas operativos UNIX y Linux:<DIR_INST_JazzSM>/profile/bin/startServer.sh<servidor_apl>

Para detener la Dynamic Workload Console:

En los sistemas operativos Windows:<DIR_INST_JazzSM>\profile\bin\stopServer.bat<servidor_apl>-user <ID_usuario> -password <contraseña_ID_usuario>

En los sistemas operativos UNIX y Linux:<DIR_INST_JazzSM>/profile/bin/stopServer.sh<servidor_apl>-user <ID_usuario> -password <contraseña_ID_usuario>

donde:

<DIR_INST_JazzSM>Es el directorio donde está instalada la Extensión de Jazz forService Management for IBM WebSphere.

<servidor_apl>Es el nombre de servidor especificado en el perfil de la Extensiónde Jazz for Service Management for IBM WebSphere asociado a laDynamic Workload Console. El valor predeterminado es server1.

<ID_usuario>Es el ID de usuario de administrador que se especificó al instalar laDynamic Workload Console.

<contraseña_ID_usuario>Es la contraseña del ID de usuario de administrador que seespecificó al instalar la Dynamic Workload Console.



Capítulo 14. Configuración

Algunos enlaces y punteros de las tareas de configuración que son necesarios parala Dynamic Workload Console.

A continuación encontrará una lista de enlaces o punteros a lugares que ofrecendocumentación sobre las tareas de configuración necesarias para la DynamicWorkload Console. Puede llevara a cabo los pasos de configuración opcionalessiguientes en cualquier momento después de la instalación.v Configuración de nuevos usuarios para que puedan acceder a Dynamic

Workload Console: consulte la sección sobre cómo configurar el acceso aDynamic Workload Console en la publicación Tivoli Workload SchedulerAdministration Guide.

v Configuración de Dynamic Workload Console para utilizar un registro deusuarios:– Para configurar la Dynamic Workload Console con LDAP – RACF, consulte la

documentación de WebSphere en: Configuración para proteger el registro deusuarios de Lightweight Directory Access Protocol utilizando Resource AccessControl Facility basado en z/OS. Además, consulte Pasos posteriores a lainstalación para configurar el uso de LDAP (Lightweight Third-PartyAuthentication).

– Para configurar el acceso a Dynamic Workload Console, la seccióncorrespondiente en la publicación Tivoli Workload Scheduler AdministrationGuide.

v Configuración de roles para que puedan acceder a Dynamic Workload Console:consulte sección correspondiente en la publicación Tivoli Workload SchedulerAdministration Guide.

v Configuración de Dynamic Workload Console para poder utilizar el inicio desesión único: consulte la sección correspondiente en la publicación TivoliWorkload Scheduler Administration Guide.

v Protección de la comunicación con el protocolo de capa de sockets seguros:consulte la sección sobre cómo personalizar la conexión SSL entre DynamicWorkload Console y los componentes con un conector distribuido en lapublicación Tivoli Workload Scheduler Administration Guide.

v Configuración de Dynamic Workload Console para poder utilizar el inicio encontexto: consulte la sección correspondiente en la publicación Tivoli WorkloadScheduler Administration Guide.

Nota: Si después de la instalación tiene más de una instancia de WebSphereApplication Server gestionando algún producto de Tivoli Workload Automation,debe asegurarse de que tienen las mismas claves de señales LTPA.

Para encontrar toda la información necesaria para configurar el producto, consultela sección "Configuración de Dynamic Workload Console" en la publicación TivoliWorkload Scheduler: Administration Guide.

Para obtener más información sobre cómo configurar la autenticación medianteLightweight Directory Access Protocol (LDAP), consulte la sección sobreconfiguración de la autenticación para Dynamic Workload Console en lapublicación Tivoli Workload Scheduler Administration Guide.


|

|

||

||||

||||

||

||||||

|||

|||

|||

||||

|||

|||

|||

||||

http://publib.boulder.ibm.com/infocenter/wasinfo/v6r1/index.jsp?topic=/com.ibm.websphere.wsfep.multiplatform.doc/info/ae/ae/tsec_config_racf.html




Capítulo 15. Navegación por Dynamic Workload Console

Visión general de Dynamic Workload Console.

Para obtener una visión general interactiva del producto y sus características,puede ver varios vídeos de casos de ejemplo en Tivoli Workload Scheduler WikiMedia Gallery (disponible sólo en inglés).

Nota: Para optimizar la visualización de los vídeos, asegúrese de que tieneinstalada la última versión de Adobe Flash Player.

Para tener una visión general rápida del portal y su uso, después de iniciar unasesión en Dashboard Application Services Hub (DASH), pulse uno de loshiperenlaces mostrados en la página de bienvenida para ver vídeos y la guía deaprendizaje que le ayudan a encontrar la información que necesita.

Puede haber varios productos integrados en este portal y sus entradascorrespondientes se listan junto a las pertenecientes a Dynamic Workload Consoleen la barra de herramientas de la parte de la izquierda. Utilice estos iconos pararealizar las tareas.

En las secciones siguientes sólo se describen las páginas y tareas relacionadas conDynamic Workload Console.

Utilice la barra de herramientas del lado izquierdo para trabajar con DynamicWorkload Console y realizar las tareas siguientes:

v Pulse el icono Buscar y escriba todo o parte del nombre de la páginaque desee abrir. Los resultados de la búsqueda se obtienen y filtran de formadinámica a medida que escribe.

v Pulse el icono Favoritos para crear un conjunto personalizado depáginas. Para añadir una tarea a Favoritos, arrastre la tarea hasta el iconoFavoritos. Las entradas que se mostraban previamente en la lista Mis tareas sehan añadido a Favoritos automáticamente.

Los iconos mostrados en la parte central de la barra de herramientas sonespecíficos del producto y se describen de forma detallada en la sección siguiente.

Los iconos situados en la parte inferior de la barra de herramientas estánrelacionados con tareas de consola, para la gestión de vistas, la administración dela consola y la ayuda:

v Pulse el icono Usuarios para personalizar la consola, gestionar losvalores de seguridad o cerrar la sesión. Añada, elimine y reordene sus tareasfavoritas. Personalice las páginas que se abrirán automáticamente al iniciar


https://www.ibm.com/developerworks/mydeveloperworks/wikis/home?lang=en#/wiki/Tivoli%20Workload%20Scheduler/page/Media%20Gallery

https://www.ibm.com/developerworks/mydeveloperworks/wikis/home?lang=en#/wiki/Tivoli%20Workload%20Scheduler/page/Media%20Gallery

sesión con la tarea Mis páginas de inicio. Gestione las credenciales que utilizapara acceder a otros sistemas o proveedores de datos con la tarea Almacén decredenciales.

v Pulse el icono Vistas para cambiar la vista actual. Las vistas controlaslas tareas de productos o páginas que se visualizan y las páginas que se abrenautomáticamente.

v Los administradores utilizan el icono Valores de consola para gestionarlos valores. La sección General contiene tareas para gestionar páginas, crear unaconexión con el proveedor de datos, crear widgets y exportar los valores deconsola con fines de migración y copia de seguridad. Las vistas y los perfiles depreferencia de la consola personalizan la consola para diversos roles lo cual haceque su utilización sea más agradable. La sección Rol contiene tareas para crear yasignar roles a usuarios y grupos.

v Pulse el icono Ayuda para acceder al contenido de la ayuda de laconsola y el producto instalado:– InfoCenter. Ver, examinar, buscar e imprimir información del producto en línea.

Colaborar con otros usuarios del Information Center añadiendo comentarios.

– Panel de instrumentos Comunidad. Consulte los métodos recomendados, vídeos, lagalería de imágenes, el panel de mensajes y el blog en la comunidad de IBMDashboard Application Services Hub.

– Service Management Connect. Conéctese, aprenda y comparta información con lacomunidad de Service Management en Service Management Connect.

– Bienvenido. Acceda a guías de aprendizaje multimedia y vídeos, y a la comunidad deDashboard Application Services Hub.

– Acerca de. Busque el nivel de release de la consola y del producto instalado.

Administración - Crear y modificar definiciones de cargas detrabajo en la base de datos

Pulse el icono Administración para llevar a cabo tareas que sueleejecutar un administrador de productos.

Diseño de la carga de trabajoPuede gestionar la carga de trabajo para diseñar y editar objetos en la basede datos, para manejar sucesos y trabajos SAP.

Para crear y editar las definiciones de objetos de carga de trabajo en la basede datos, pulse Gestionar definiciones de carga de trabajo y abra elWorkload Designer. En Workload Designer, puede crear y editar lossiguientes objetos:

Tabla 43. Objetos de Workload Designer

Entorno distribuido Entorno z/OS

Trabajos Trabajos

Secuencias de trabajos Secuencias de trabajos


Tabla 43. Objetos de Workload Designer (continuación)

Entorno distribuido Entorno z/OS

Solicitud Periodos

Recursos Calendarios

Usuarios Tablas de variables

Calendarios Instrucciones de operador

Clases de estación de trabajo Criterios de seguimiento de sucesos

Tablas de variables Grupos de ciclos de ejecución

Plantillas de aplicación de carga de trabajo

Grupos de ciclos de ejecución

Abra las páginas relacionadas del suceso para crear una nueva regla desuceso o gestionar la lista de todas las reglas de suceso asociadas a unmotor y modificar sus definiciones.

Utilice también esta sección para gestionar trabajos que se ejecutan ensistemas SAP.

Enviar trabajos y secuencias de trabajos no incluidos en el plan:

Envío de carga de trabajoUtilice esta sección para encontrar y enviar trabajos y secuencias detrabajos que ya están definidos en la base de datos, pero no están incluidosen el plan actual.

Diseñe y modifique las definiciones de estación de trabajo y de dominio en labase de datos:

Utilice esta sección para diseñar y controlar la topología del entorno deplanificación, es decir, las estaciones de trabajo y los dominios.

Diseño del entorno de la carga de trabajoAbra las páginas disponibles en esta sección para crear definiciones de laestación de trabajo nueva, asociarlas a dominios, listar todas las estacionesde trabajo existentes asociadas a un motor y modificar sus definiciones.

También puede modificar temporalmente (sólo para la sesión actual) lacontraseña de usuario asociada al plan actual.

Diseñe y modifique los trabajos y los recursos de intermediario:

Diseño de intermediarioUtilice esta sección para crear nuevos trabajos en sistemas de intermediarioy para modificar trabajos existentes. Desde esta sección, también puedecrear y gestionar recursos lógicos de intermediario y grupos de recursos.

Planificación: ver y gestionar planes

Pulse el icono Planificación para realizar tareas relacionadas con laplanificación.

Previsión de carga de trabajoUtilice esta sección para trabajar con planes, crear y visualizar planes de

Capítulo 15. Navegación por Dynamic Workload Console 289

prueba y de previsión, y listar planes archivados. Desde esta sección,también puede ver el plan de preproducción.

Creación de informes: definir y ejecutar informes

Pulse el icono Informes de carga de trabajo para definir y ejecutarinformes a fin de recoger datos históricos o detalles sobre planes.

Informes de carga de trabajoUtilice esta sección para crear y ejecutar informes sobre la carga de trabajo.También puede generar y ejecutar informes SQL personalizados.

Configuración del sistema: crear y gestionar motores y valoresde configuración

Pulse el icono Configuración del sistema para crear nuevas conexiones demotor y gestionar las existentes. Desde esta sección también puede configurar suspreferencias (zona horaria, líneas por página, diseño, panel de instrumentos), asícomo el repositorio de valores.

Valores de planificación de la carga de trabajoUtilice esta sección para crear y editar las conexiones de motor y laspreferencias de usuario. Utilice también esta sección para importar yexportar valores tales como preferencias de usuario, tareas configuradas yconexiones de motor a un archivo local o base de datos de repositorioexterno. Si desea utilizar una base de datos de repositorio (paracompartirla con otras instancias de Dynamic Workload Console en unaconfiguración de alta disponibilidad), debe especificarlo en esta sección.

Valores de intermediarioUtilice esta sección para gestionar conexiones del servidor de intermediarioy las preferencias de usuario.

Estado y salud del sistema: crear y ejecutar tareas parasupervisar la carga de trabajo y el entorno

Pulse el icono Estado y salud del sistema para definir y ejecutar lastareas personalizadas (consultas reutilizables) y las tareas predefinidas parasupervisar el proceso de la carga de trabajo. Desde esta sección, puede abrir elPanel de instrumentos para ver el proceso de la carga de trabajo en un formatográfico en varios motores al mismo tiempo. Desde el panel de instrumentos, puedeexaminar para ver información de trabajo más detallada.

Cree y ejecute tareas de supervisor para obtener una lista de objetos en los cualespuede realizar acciones de supervisión y control. Crear y ejecutar una tarea desupervisor supone crear un filtro y ejecutar una búsqueda de acuerdo con estefiltro. Puede pulsar en una entrada de esta lista para ver sus propiedades oejecutar acciones en ella. De esta forma, puede cambiar fácilmente algunos valoresy el proceso del plan.

Supervisión de carga de trabajoUtilice esta sección para crear tareas para supervisar trabajos (en un solo


motor o en varios), trabajos críticos, secuencias de trabajos, archivos,recursos, solicitudes y para abrir una vista gráfica del plan. El resultado delas consultas sobre trabajos y secuencias de trabajos también se puederepresentar en una vista gráfica.

Supervisión del entornoUtilice esta sección para crear tareas para supervisar estaciones de trabajo ydominios.

Supervisión de sucesosUtilice esta sección para crear tareas para supervisar reglas de suceso,mensajes de operador y las acciones desencadenadas por las reglas desuceso.

Supervisión del intermediarioUtilice esta sección para supervisar trabajos, sistemas, recursos lógicos ygrupos de recursos en sistemas intermediarios.

Resolución de problemas y soporte - Acceso a la información desoporte

Pulse el icono Resolución de problemas y soporte para acceder alrecurso de soporte. La Página de destino de soporte de Workload es el primerlugar que se visita cuando se busca ayuda sobre el producto Tivoli WorkloadScheduler.

Primeras accionesAlgunas primeras acciones que es necesario realizar al conectarse a DynamicWorkload Console.

Las acciones primeras y principales que se llevan a cabo al conectarse a DynamicWorkload Console:

Crear una conexión a un motor de Tivoli Workload SchedulerEscriba los detalles (por ejemplo, dirección IP, nombre de usuario ycontraseña) para acceder a un motor Tivoli Workload Scheduler y, deforma opcional, una base de datos para funcionar con los objetos definidosen planes o almacenados en la base de datos. Desde la Dynamic WorkloadConsole puede acceder al plan actual, a un plan de prueba, a un plan deprevisión o a un plan archivado para el entorno distribuido o el planactual para el entorno de z/OS®. Tal vez desee acceder a la base de datospara realizar acciones con los objetos almacenados en ella o generarinformes que muestren datos históricos o estadísticos. Además, mediante eltrabajo en la base de datos y, también, en los planes, podrá crear y ejecutarreglas de suceso para definir y desencadenar acciones que desee ejecutaren respuestas a sucesos que se producen en nodos de Tivoli WorkloadScheduler.

Definir un entorno de planificaciónDefina la red de Tivoli Workload Scheduler. Cree definiciones de laestación de trabajo en la base de datos que representa las máquinas físicaso los sistemas informáticos en los que está planificado que se ejecute lacarga de trabajo. La red de Tivoli Workload Scheduler consta de lasestaciones de trabajo donde se produce el proceso del trabajo y de lasecuencia de trabajos. Cuando diseña su red, asigna roles a estas estaciones

Capítulo 15. Navegación por Dynamic Workload Console 291

de trabajo para adecuarlas a sus necesidades empresariales específicas.Puede diseñar su red con varios dominios para dividir el control de unared de gran tamaño en grupos más pequeños y manejables. Una red típicade Tivoli Workload Scheduler consta de una estación de trabajo que actúacomo un gestor de dominio maestro y, como mínimo, un dominio.Consulte en Dynamic Workload Console User’s Guide la sección sobrecómo crear y gestionar conexiones del motor.

Definir objetos de planificación en la base de datosDefina su carga de trabajo, que consiste en los trabajos concatenados ensecuencias de trabajos. A continuación, especifique los calendarios y losciclos de ejecución según los cuales deben ejecutarse las secuencias detrabajos. Además, defina las posibles dependencias para acondicionar elprocesamiento de la carga de trabajo. Todas estas definiciones puedenrealizarse dentro de Workload Designer. Consulte en Dynamic WorkloadConsole User’s Guide la sección sobre cómo diseñar su carga de trabajo.

Crear tareas para gestionar objetos de Tivoli Workload Scheduler del planEspecifique algunos criterios de filtrado para consultar en una lista deobjetos de planificación cuyos atributos satisfagan los criterios indicados. Apartir de esta lista, puede navegar y modificar el contenido del plan,conmutando entre objetos, abriendo más listas y accediendo a otros planesu otros entornos de Tivoli Workload Scheduler. Consulte en DynamicWorkload Console User’s Guide la sección sobre cómo supervisar su cargade trabajo.

Crear una conexión a un entorno de planificación de Tivoli Dynamic WorkloadBroker

Escriba los detalles (como la dirección IP, el nombre de usuario, lacontraseña y el puerto) para acceder a una estación de trabajo de DynamicWorkload Broker. Especifique si desea trabajar con un protocolo HTTP oun protocolo HTTPS seguro. Después de crear la conexión y abrir elsistema de seguimiento, puede ver el estado y los detalles de las estacionesde trabajo del intermediario y definir recursos y trabajos dinámicos. Paraobtener información más detallada sobre la planificación dinámica,consulte Tivoli Workload Scheduler Scheduling Workload Dynamically.


http://pic.dhe.ibm.com/infocenter/tivihelp/v47r1/index.jsp?topic=/com.ibm.tivoli.itws.doc_9.2/distr/src_tsweb/tswebmst_welcome.html





http://pic.dhe.ibm.com/infocenter/tivihelp/v47r1/index.jsp?topic=/com.ibm.tivoli.itws.doc_9.2/distr/src_swd/awsbrmst_welcome.html

Capítulo 16. Actualización

Actualización de la Dynamic Workload Console.

Este capítulo describe cómo actualizar la Dynamic Workload Console a la versiónactual desde la versión 8.6.0 y posterior.

Visión general de la actualizaciónActualización de la Dynamic Workload Console desde la versión 8.6.0 y posterioresa la versión actual.

Esta sección proporciona una visión general del proceso de actualizar una versiónexistente de la versión 8.6.0 y versiones posteriores de la Dynamic WorkloadConsole.

Cambios en el proceso de instalación

Los cambios siguientes de la versión 9.1 afectan al proceso de instalación:v Requisito previo externo para WebSphere Application Server.v Requisito previo para la Extensión de Jazz for Service Management for

IBM WebSpherev Requisito previo para Dashboard Application Services Hub

Modelo de despliegue de actualización para las instancias de componentesimples o múltiples de la versión 8.6 instaladas en el directorio <DIR_INST_TWS>:

Una instancia simple:Una instancia simple contiene el componente de la DynamicWorkload Console instalado en el directorio <DIR_INST_TWS>.

Instancia múltiple:Una instancia múltiple contiene el componente de la DynamicWorkload Console y un componente o dos de Tivoli WorkloadScheduler instalados en el mismo directorio <DIR_INST_TWS>.

Debe averiguar si la instancia que está actualizando es única o múltiple parasaber qué procedimiento debe utilizar para actualizar la DynamicWorkload Console.

En la Tabla 44 se muestra qué procedimiento debe seguir al actualizarinstancias simples o múltiples de Dynamic Workload Console.

Tabla 44. Actualización de instancias simples o múltiples.

La instancia de DynamicWorkload Consoleinstalada en el directorio<DIR_INST_TWS>: Procedimiento de actualización:

simple “Actualización de una instancia simple de DynamicWorkload Console V8.6.” en la página 294

múltiple “Actualización de Dynamic Workload Console V8.6 que sehaya instalado con uno o varios componentes en el mismodirectorio” en la página 301.


||

|

||

|||

|

|

|

||

|

||

|||

||||

|||

||

||

|||||

|||

|||||

Modelo de despliegue de actualización para las instancias de componentesimples de la versión V9.1

El modelo de actualización está disponible sólo para las instancias decomponente simples. Consulte “Actualización de la versión V9.1 deDynamic Workload Console” en la página 305.

Actualización de una instancia simple de Dynamic Workload ConsoleV8.6.

Actualización de una instancia simple de Dynamic Workload Console V8.6.

Puede actualizar una instancia simple de la Dynamic Workload Console de una deestas formas:

Procedimiento para actualizar Dynamic Workload Console V8.6 en la mismaestación de trabajo donde se ha instalado la versión antigua:

“Actualización de una instancia de la versión 8.6 de Dynamic WorkloadConsole en la misma estación de trabajo”.

Procedimiento para actualizar Dynamic Workload Console V8.6 en una estaciónde trabajo nueva:

“Actualización de la versión 8.6 de la Dynamic Workload Console en unaestación de trabajo” en la página 297

Nota:

Puede actualizar una Dynamic Workload Console en una estación detrabajo nueva solamente si la estación de trabajo nueva tiene el mismosistema operativo que el de la estación de trabajo antigua. Asegúrese deque la nueva estación de trabajo tenga un sistema operativo admitido parala versión 9.2. Para obtener más información sobre los sistemas operativosadmitidos, consulte “Sistemas operativos soportados” en la página 263.

Por ejemplo, puede actualizar una Dynamic Workload Console instalada enuna estación de trabajo Windows de 32 bits a una estación de trabajoWindows de 64 bits. Puede actualizar una Dynamic Workload Consoleinstalada en una estación de trabajo Linux a una estación de trabajo AIX oa una estación de trabajo Solaris o viceversa.

Procedimiento para actualizar Dynamic Workload Console V9.1:“Actualización de la versión V9.1 de Dynamic Workload Console” en lapágina 305

Actualización de una instancia de la versión 8.6 de DynamicWorkload Console en la misma estación de trabajo

Actualización de una instancia de la versión 8.6 de Dynamic Workload Console enla misma estación de trabajo.

Para actualizar una instancia simple de la Dynamic Workload Console en la mismaestación de trabajo donde se ha instalado el nivel anterior de la Dynamic WorkloadConsole, ejecute los pasos siguientes:1. Instale una Dynamic Workload Console nueva en el directorio

<DWC_INSTALL_DIR>, en el sistema donde se ha instalado la Dynamic WorkloadConsole antigua.


|||||

|

|

|

||

||||

||||

|

||||||

|||||

|||

|

|

||

|||

|||

Para obtener información sobre la instalación de la Dynamic Workload Console,consulte “Procedimiento de instalación de Dynamic Workload Console” en lapágina 267.

2. Asegúrese de que no haya ninguna interfaz de usuario de la DynamicWorkload Console que esté activa y que el WebSphere Application Server estéiniciado y en ejecución.

3. Migre los datos de la Dynamic Workload Console antigua a a la reciéninstalada ejecutando el script siguiente:

En los sistemas operativos Windows:<DWC_INSTALL_DIR>\TDWC\scripts\tdwcUpgrade.bat

-oldwasuser usuario_antiguo-oldwaspassword contraseña_antigua-oldtwapath vía_acceso_antigua_twa-newwasuser usuario_nuevo-newwaspassword contraseña_nueva-newtwapath vía_acceso_nueva_twa[-backuppath vía_acceso_seguridad] [-machinechange false]

En los sistemas operativos UNIX y Linux:<DWC_INSTALL_DIR>/TDWC/scripts/tdwcUpgrade.sh

-oldwasuser usuario_antiguo-oldwaspassword contraseña_antigua-oldtwapath vía_acceso_antigua_twa-newwasuser usuario_nuevo-newwaspassword contraseña_nueva-newtwapath vía_acceso_nueva_twa[-backuppath vía_acceso_seguridad] [-machinechange false]

donde:

-oldwasuser usuario_antiguoEs el ID de usuario del administrador de Tivoli Integrated Portalespecificado para la Dynamic Workload Console antigua.

-oldwaspassword contraseña_antiguaEs la contraseña de usuario del administrador de Tivoli Integrated Portalespecificada para la Dynamic Workload Console antigua.

-oldtwapath vía_acceso_antigua_twaEs el directorio donde está instalada la Dynamic Workload Console antigua.

-newwasuser usuario_nuevoEl ID de usuario del administrador de Dashboard Application Services Hub.

-newwaspassword contraseña_nuevaLa contraseña del administrador de Dashboard Application Services Hub .

-newtwapath vía_acceso_nueva_twaEl directorio de instalación donde desea instalar la Dynamic WorkloadConsole. El directorio de instalación predeterminado es:

En los sistemas operativos Windows:C:\Archivos de programa\IBM\TWAUI

En los sistemas operativos UNIX y Linux:/opt/IBM/TWAUI

-backuppath vía_acceso_seguridadEl directorio de copia de seguridad <BACKUP_DIR> para la actualización. Deforma predeterminada, el directorio de copia de seguridad es:

Capítulo 16. Actualización 295

|||

|||

||

|

||||||||

|

||||||||

|

|||

|||

||

|||

||

|||

||

||

|||

En los sistemas operativos Windows:<DWC_INSTALL_DIR>\TDWC\tmp\backup

En los sistemas operativos UNIX y Linux:<DWC_INSTALL_DIR>/TDWC/tmp/backup

Este directorio contiene:v El archivo de registro del script tdwcUpgrade, upgrade.log.v Los archivos que contienen los datos de configuración siguientes

exportados desde la Dynamic Workload Console antigua.– El perfil incorporado de WebSphere Application Server en el archivo

UpgradeData.zip.– El registro del perfil integrado de WebSphere Application Server.– Los valores de puerto en el archivo ports.txt.– Los valores de Tivoli Integrated Portal.– Los valores de la Dynamic Workload Console.

Estos datos se importan luego a la Dynamic Workload Console reciéninstalada.

v Un archivo comprimido denominado backup.zip que contiene una copiaguardada de los datos de configuración de la Dynamic WorkloadConsole recién instalada. Este archivo se utiliza para volver a laconfiguración original si el script de migración falla al importar los datosde configuración de la Dynamic Workload Console antigua.

Nota: Debido a que el archivo backup.zip se sobrescribe cada vez queejecuta el script de migración, puede ser útil guardar una copia delprimer archivo backup.zip que contiene la configuración original.

-machinechange falsePara actualizar en la misma estación de trabajo debe especificar el valorfalse. El valor predeterminado es false.

Nota:

El script sustituye los datos personalizados contenidos en la nueva instancia dela Dynamic Workload Console con los datos exportados desde la instanciaantigua de la Dynamic Workload Console.

Si el resultado obtenido es Completado, ello indica que el script se ha ejecutadosatisfactoriamente y los datos se han importado correctamente a la DynamicWorkload Console recién instalada.

Si el script falla al importar los datos de configuración a la Dynamic WorkloadConsole recién instalada, se deshacen (retrotraen) automáticamente los cambiosy se restaura la configuración original. Para comprobar que la retrotracción seha ejecutado correctamente, asegúrese de que puede acceder a interfaz deusuario de la Dynamic Workload Console recién instalada utilizando el ID deusuario y la contraseña especificados durante la instalación.

4. Los números de puerto utilizados por los dos instancias de la DynamicWorkload Console son diferentes y el script tdwcUpgrade no los migraautomáticamente. Ejecute los pasos siguientes para migrar los números depuerto de la instancia antigua a la instancia recién instalada:a. Compruebe que los datos se han migrado correctamente desde la Dynamic

Workload Console antigua a la Dynamic Workload Console recién instalada.


||

||

|

|

||

||

|

|

|

|

||

|||||

|||

|||

|

|||

|||

||||||

||||

||

b. Detenga la Dynamic Workload Console antigua.c. Desinstale la Dynamic Workload Console antigua.d. Ejecute el mandato siguiente:

En los sistemas operativos Windows:changeHostProperties <BACKUP_DIR>\ports.txt

En los sistemas operativos UNIX y Linux:changeHostProperties <BACKUP_DIR>/ports.txt

donde <BACKUP_DIR> es el directorio de copia de seguridad.

Para obtener más información sobre este mandato, consulte Servidor deaplicaciones: utilización de programas de utilidad para cambiar suspropiedades.

Actualización de la versión 8.6 de la Dynamic WorkloadConsole en una estación de trabajo

Actualización de la versión 8.6 de la Dynamic Workload Console en una estaciónde trabajo.

Para actualizar una Dynamic Workload Console instalada en el directorio<DWC_BACKLEV_INSTALL_DIR> de su estación de trabajo antigua en el directorio<DWC_INSTALL_DIR> de la estación de trabajo nueva, ejecute los pasos siguientes:1. Inicie la sesión como Administrador en sistemas operativos Windows, o como

root en sistemas operativos UNIX y Linux, en la estación de trabajo donde seha instalado la Dynamic Workload Console antigua.

2. Para guardar los datos de perfil antiguos de Tivoli Integrated Portal, ejecute elscript preupgrade:

En los sistemas operativos Windows:Desde <DWC_BACKLEV_INSTALL_DIR>\eWAS\profiles\TIPProfile\upgrade\bin:preupgrade.sh

--username usuario_DWC_antiguo--password contraseña_DWC_antigua

En los sistemas operativos UNIX y Linux:Desde <DWC_BACKLEV_INSTALL_DIR>/eWAS/profiles/TIPProfile/upgrade/bin:preupgrade.bat


donde:

usuario_DWC_antiguoEs el ID de usuario del administrador de Tivoli Integrated Portalespecificado para la Dynamic Workload Console antigua.

contraseña_DWC_antiguaEs la contraseña de usuario del administrador de Tivoli Integrated Portalespecificada para la Dynamic Workload Console antigua.

Nota: El script preupgrade crea el siguiente archivo .zip que contiene losdatos de perfil antiguos de Tivoli Integrated Portal:


|

|

|

||

||

|

|||

|

|

||

|||

|||

||

|||

|||

|||

|||

|

|||

|||

||

En los sistemas operativos Windows:<DWC_BACKLEV_INSTALL_DIR>\eWAS\profiles\TIPProfile\upgrade\data\upgradeData.zip:

En los sistemas operativos UNIX y Linux:<DWC_BACKLEV_INSTALL_DIR>/eWAS/profiles/TIPProfile/upgrade/data/upgradeData.zip:

3. Para guardar los datos de puertos de la Dynamic Workload Console, redirijala salida del script showHostProperties al archivo HostProperties_file:

En los sistemas operativos Windows:Desde <DWC_BACKLEV_INSTALL_DIR>\wastools:showHostProperties.sh


> HostProperties_file

En los sistemas operativos UNIX y Linux:Desde <DWC_BACKLEV_INSTALL_DIR>/wastools:showHostProperties.bat


> HostProperties_file

donde:

usuario_DWC_antiguoEs el ID de usuario del administrador de Tivoli Integrated Portalespecificado para la Dynamic Workload Console antigua.

contraseña_DWC_antiguaEs la contraseña de usuario del administrador de Tivoli Integrated Portalespecificada para la Dynamic Workload Console antigua.

4. Inicie la sesión como Administrador en sistemas operativos Windows, o comoroot en sistemas operativos UNIX y Linux, en la estación de trabajo nuevadonde desea actualizar la Dynamic Workload Console.

5. Instale una Dynamic Workload Console nueva en el directorio<DWC_INSTALL_DIR> de la estación de trabajo nueva.Para obtener información sobre la instalación de la Dynamic WorkloadConsole, consulte “Procedimiento de instalación de Dynamic WorkloadConsole” en la página 267.

6. Copie los archivos siguientes que se han creado en la estación de trabajoantigua en la estación de trabajo nueva del directorio de copia de seguridad<BACKUP_DIR> que desee utilizar para el proceso de actualización:v upgradeData.zip creado en el paso 2 en la página 297.v HostProperties_file creado en el paso 3.

De forma predeterminada, el directorio de copia de seguridad utilizado en elproceso de actualización es:




|||

|||

||

||

|||

|

||

||||

|

|||

|||

|||

||

|||

|||

|

|

||

||

||

7. Asegúrese de que no haya ninguna interfaz de usuario de la DynamicWorkload Console activa y que WebSphere Application Server esté activo y enejecución en la estación de trabajo donde se ha instalado el nivel anterior de laDynamic Workload Console.

8. Desde la estación de trabajo nueva, siga estos pasos:

En los sistemas operativos Windows:Correlacione la unidad de red <DWC_BACKLEV_INSTALL_DIR> de laestación de trabajo antigua donde se ha instalado el nivel antiguo dela Dynamic Workload Console.

En los sistemas operativos UNIX y Linux:Monte el sistema de archivos remoto en modalidad de acceso delectura-grabación <DWC_BACKLEV_INSTALL_DIR> donde se ha instalado laDynamic Workload Console de nivel anterior. Si el nombre del puntode montaje de la estación de trabajo nueva es diferente del nombre delsistema de archivos remoto, cree un enlace simbólico entre el punto demontaje de la estación de trabajo nueva y el sistema de archivosremoto <DWC_BACKLEV_INSTALL_DIR>; el valor del nombre de enlacedebe ser <DWC_BACKLEV_INSTALL_DIR>.

9. Migre los datos de la Dynamic Workload Console antigua a la recién instaladaejecutando el script siguiente de la estación de trabajo nueva:

En los sistemas operativos Windows:<DWC_INSTALL_DIR>\TDWC\scripts\tdwcUpgrade.bat

-oldwasuser usuario_antiguo-oldwaspassword contraseña_antigua-oldtwapath vía_acceso_antigua_twa-newwasuser usuario_nuevo-newwaspassword contraseña_nueva-newtwapath vía_acceso_nueva_twa[-backuppath vía_acceso_seguridad] -machinechange true

En los sistemas operativos UNIX y Linux:<DWC_INSTALL_DIR>/TDWC/scripts/tdwcUpgrade.sh

-oldwasuser usuario_antiguo-oldwaspassword contraseña_antigua-oldtwapath vía_acceso_antigua_twa-newwasuser usuario_nuevo-newwaspassword contraseña_nueva-newtwapath vía_acceso_nueva_twa[-backuppath vía_acceso_seguridad] -machinechange true

donde:

-oldwasuser usuario_antiguoEs el ID de usuario del administrador de Tivoli Integrated Portalespecificado para la Dynamic Workload Console antigua.

-oldwaspassword contraseña_antiguaEs la contraseña de usuario del administrador de Tivoli Integrated Portalespecificada para la Dynamic Workload Console antigua.

-oldtwapath vía_acceso_antigua_twaEs el directorio donde está instalada la Dynamic Workload Consoleantigua.

-newwasuser usuario_nuevoEl ID de usuario del administrador de Dashboard Application ServicesHub .


||||

|

||||

|||||||||

||

|

||||||||

|

||||||||

|

|||

|||

|||

|||

-newwaspassword contraseña_nuevaLa contraseña del administrador de Dashboard Application Services Hub .

-newtwapath vía_acceso_nueva_twaEs el directorio donde se debe instalar la Dynamic Workload Console. Eldirectorio de instalación predeterminado es:

En los sistemas operativos Windows:C:\Archivos de programa\IBM\TWAUI

En los sistemas operativos UNIX y Linux:/opt/IBM/TWAUI

-backuppath vía_acceso_seguridadEl directorio de copia de seguridad <BACKUP_DIR> para la actualizacióndonde ya ha copiado los archivos upgradeData.zip y HostProperties_fileen el paso 6 en la página 298.

De forma predeterminada, el directorio de instalación es:



Este directorio contiene los archivos que se indican a continuación:v El archivo de registro del script tdwcUpgrade, upgrade.log.v Los archivos que contienen los datos de configuración siguientes

exportados desde la Dynamic Workload Console antigua.– El perfil integrado de WebSphere Application Server.– El registro del perfil integrado de WebSphere Application Server.– Los valores de puerto en el archivo HostProperties_file.– Los valores de Tivoli Integrated Portal.– Los valores de Dynamic Workload Console.

Estos datos se importan luego al producto Dynamic Workload Consoleque se acaba de instalar.

v Un archivo comprimido denominado backup.zip que contiene unacopia guardada de los datos de configuración de la Dynamic WorkloadConsole recién instalada. Este archivo se utiliza para volver a laconfiguración original si el script de migración falla al importar losdatos de configuración de la Dynamic Workload Console antigua.

Nota: Debido a que el archivo backup.zip se sobrescribe cada vez queejecuta el script de migración, puede ser útil guardar una copia delprimer archivo backup.zip que contiene la configuración original.

-machinechange trueDebe especificar el valor true para actualizar la Dynamic WorkloadConsole en la estación de trabajo nueva.

Nota: El script sustituye los datos personalizados contenidos en la nuevainstancia de la Dynamic Workload Console con los datos exportados desde lainstancia antigua de la Dynamic Workload Console. Si el resultado obtenido esCompletado, ello indica que el script se ha ejecutado satisfactoriamente y losdatos se han importado correctamente a la Dynamic Workload Console reciéninstalada.


||

|||

||

||

||||

|

||

||

|

|

||

|

|

|

|

|

||

|||||

|||

|||

||||||

Si el script falla al importar los datos de configuración a la Dynamic WorkloadConsole recién instalada, se deshacen (retrotraen) automáticamente loscambios y se restaura la configuración original. Para comprobar que laretrotracción se ha ejecutado correctamente, asegúrese de que puede acceder ainterfaz de usuario de la Dynamic Workload Console recién instaladautilizando el ID de usuario y la contraseña especificados durante lainstalación.

10. Compruebe que los datos se han migrado correctamente desde la DynamicWorkload Console antigua a la Dynamic Workload Console recién instalada.

11.

Nota: Realice este paso únicamente si los puertos de la instancia de laDynamic Workload Console instalada en la estación de trabajo nueva sondiferentes de los de la instancia instalada en la estación de trabajo antigua ydesea tener los mismos valores.Los números de puerto utilizados por los dos instancias de la DynamicWorkload Console pueden ser diferentes y el script tdwcUpgrade no los migraautomáticamente. Si los puertos de la instancia de la Dynamic WorkloadConsole instalada en la estación de trabajo nueva son distintos de los puertosde la instancia de la Dynamic Workload Console instalada en la máquinaantigua y desea mantener los mismos valores, ejecute los pasos siguientes paramigrar los números de puerto de la instancia de nivel anterior en la máquinaantigua a la instancia recién instalada de una máquina nueva:

En los sistemas operativos Windows:changeHostProperties <BACKUP_DIR>\HostProperties_file

En los sistemas operativos UNIX y Linux:changeHostProperties <BACKUP_DIR>/HostProperties_file

Para obtener más información sobre este mandato, consulte Servidor deaplicaciones: utilización de programas de utilidad para cambiar suspropiedades.

12. De forma opcional, desinstale la Dynamic Workload Console de nivel anterioren la máquina antigua.

Actualización de Dynamic Workload Console V8.6 que se hayainstalado con uno o varios componentes en el mismo directorio

Debido a que los cambios en la infraestructura de la instalación de la DynamicWorkload Console descritos en “Visión general de la actualización” en la página293, para actualizar Dynamic Workload Console V8.6 que se haya instalado conuno o varios componentes en el mismo directorio <DIR_INST_TWS> con las versionesanteriores de la Dynamic Workload Console, debe seguir los procedimientoslistados en Tabla 45 en la página 302.


|||||||

||

|

||||

||||||||

||

||

|||

||

Tabla 45. Actualización del modelo de despliegue para múltiples instancias de la DynamicWorkload Console en el mismo directorio

La instancia múltiple de la DynamicWorkload Console instalada en eldirectorio <DIR_INST_TWS> contiene: Procedimiento que se debe ejecutar:

Agente tolerante a erroresV8.6.0 y los fixpack relacionados

Dynamic Workload ConsoleV8.6.0 y los fixpack relacionados

“Actualización del agente tolerante a erroresy la Dynamic Workload Console”

Agente tolerante a erroresV8.6.0 y los fixpack relacionados


conector de z/OSV8.6.0 y los fixpack relacionados

“Actualización del agente tolerante a erroresy la Dynamic Workload Console”.

gestor de dominio dinámicoV8.6.0 y los fixpack relacionados


“Actualización del gestor de dominiodinámico y la Dynamic Workload Console”en la página 303.

gestor de dominio dinámicoV8.6.0 y los fixpack relacionados



“Actualización del gestor de dominiodinámico, la Dynamic Workload Console yel conector de z/OS” en la página 225.



“Procedimiento para actualizar la DynamicWorkload Console y el conector de z/OS”en la página 227

Actualización del agente tolerante a errores y la DynamicWorkload Console

Cómo actualizar el agente tolerante a errores y la Dynamic Workload Consoleinstalados en el mismo directorio.

Si tiene una instancia compartida que contiene una Dynamic Workload Console yun agente tolerante a errores instalados en el directorio <DIR_INST_TWS>, primerodebe actualizar la Dynamic Workload Console en el nuevo directorio<DIR_INST_DWC_NUEVO>, desinstalar la Dynamic Workload Console antigua instaladaen el directorio <DIR_INST_TWS> y luego actualizar el agente tolerante a errores enel directorio <DIR_INST_TWS>.


Para actualizar la instancia de varios componentes en el orden correcto, realice lospasos siguientes:


1. Actualice la instancia de la Dynamic Workload Console en el nuevo directorio<DIR_INST_DWC_NUEVO>, tal como se describe en “Actualización de una instanciasimple de Dynamic Workload Console V8.6.” en la página 294.



Actualización del agente tolerante a errores , la DynamicWorkload Console y el conector de z/OS

Cómo actualizar el agente tolerante a errores , la Dynamic Workload Console y elconector de z/OS instalados en el mismo directorio.

Si ha instalado una instancia de componentes múltiples que contiene una DynamicWorkload Console, un conector de z/OS y un agente tolerante a errores en eldirectorio <DIR_INST_TWS>, primero debe actualizar la Dynamic Workload Consoleen el directorio <DIR_INST_DWC_NUEVO> nuevo y, a continuación, puede actualizar elagente tolerante a errores en el directorio <DIR_INST_TWS>.








Actualización del gestor de dominio dinámico y la DynamicWorkload Console

Cómo actualizar el gestor de dominio dinámico y la Dynamic Workload Consoleinstalados en el mismo directorio.

Si tiene instalada una instancia de varios componentes que contiene una DynamicWorkload Console y un gestor de dominio dinámico instalados en el directorio<DIR_INST_TWS>, primero debe actualizar la Dynamic Workload Console en elnuevo directorio <DIR_INST_DWC_NUEVO>, desinstalar la antigua Dynamic WorkloadConsole instalada en el directorio <DIR_INST_TWS> y luego puede actualizar elgestor de dominio dinámico en el directorio <DIR_INST_TWS>.






3. Actualice el gestor de dominio dinámico tal como se describe en Actualizaciónde una instancia de un gestor de dominio dinámico o gestor de dominiomaestro de reserva..

Actualización del gestor de dominio dinámico, la DynamicWorkload Console y el conector de z/OS

Cómo actualizar el gestor de dominio dinámico, la Dynamic Workload Console yelconector de z/OS instalados en el mismo directorio.

Si ha instalado una instancia de varios componentes que contiene una DynamicWorkload Console, un conector de z/OS y un gestor de dominio dinámico en eldirectorio <DIR_INST_TWS>, primero debe actualizar la Dynamic Workload Consoleen el nuevo directorio <DIR_INST_DWC_NUEVO> y, a continuación, actualizar el gestorde dominio dinámico en el directorio <DIR_INTS_TWS>.







4. Actualice el gestor de dominio dinámico, tal como se describe en Actualizaciónde una instancia de un gestor de dominio dinámico o gestor de dominiomaestro de reserva..


Procedimiento para actualizar la Dynamic Workload Console yel conector de z/OS

Si ha instalado una instancias de múltiples componentes que contiene unaDynamic Workload Console y un conector de z/OS en el directorio<DIR_INST_TWS>, debe actualizar la Dynamic Workload Console en el directorio<DIR_INST_DWC_NUEVO> nuevo.




2. Desinstale manualmente la antigua Dynamic Workload Console del directorio<DIR_INST_TWS>, mediante el proceso de desinstalación proporcionado por lasversiones antiguas.

3. Desinstale manualmente la instancia antigua del conector de z/OS en eldirectorio <DIR_INST_TWS>, mediante el proceso de desinstalación proporcionadopor las versiones antiguas.

Actualización de la versión V9.1 de Dynamic Workload ConsoleActualización de la versión V9.1 de Dynamic Workload Console a la versión actual.

Para actualizar la versión V9.1 de Dynamic Workload Console a la versión actual,siga estos pasos:1. Actualice los siguientes requisitos previos a su versión más reciente:

v Extensión de Jazz for Service Management for IBM WebSpherev Dashboard Application Services Hub

2. Copie la imagen nueva de Dynamic Workload Console en un directorio<DIR_INSTALACIÓN_DWC> en el sistema en el que se ha instalado el productoDynamic Workload Console antiguo.

3. Inicie Installation Manager.4. Cree una conexión de repositorio nueva que apunte al directorio

<DWC_INSTALL_DIR>:a. Abra el asistente de Installation Manager.b. Seleccione Archivo -> Preferencias ->Repositorios. Aparece la página

Repositorios.c. Seleccione Añadir repositorios para ver la página Añadir repositorio.d. Pulse Examinar y apunte al directorio <DWC_INSTALL_DIR>.e. Seleccione el archivo repository.config y pulse Aceptar para guardar el

nuevo repositorio.5. En la pantalla principal de Installation Manager, seleccione Actualizar.6. Seleccione Tivoli Dynamic Workload Console y, a continuación, seleccione

Tivoli Dynamic Workload Console 9.1.0.x.7. Rellene los valores (del mismo modo que hizo en el proceso de instalación).


|

|

||

|

|

|

|||

|

||

|

||

|

|

||

|

||

|


Capítulo 17. Desinstalación

Desinstalación de Dynamic Workload Console.

Cómo desinstalar Dynamic Workload Console.

Desinstalación mediante el asistente de Installation ManagerPasos para desinstalar mediante el asistente de Installation Manager.

Con el asistente de Installation Manager puede desinstalar los paquetes instaladospertenecientes a un grupo de paquetes individual, o puede desinstalar todos lospaquetes instalados pertenecientes a cada grupo de paquetes.

Para desinstalar una Dynamic Workload Console, efectúe los pasos siguientes:1. Inicie el Installation Manager.2. En la página de inicio del asistente de Installation Manager, pulse Desinstalar.3. En el panel Desinstalación de paquetes del asistente, seleccione el paquete de la

Dynamic Workload Console que desee desinstalar.

Nota: Si desea desinstalar todos los paquetes de todos los grupos de paquetescontenidos en la estación de trabajo, pulse Seleccionar todo.

4. Pulse Siguiente para continuar.5. Proporcione la información para los campos necesarios del panel siguiente:

v “Configuración del perfil de WebSphere Application Server” en la página270.

6. En la página Resumen, revise los paquetes que ha seleccionado paradesinstalar. Pulse Atrás si desea realizar cambios. Si está satisfecho con laselecciones realizadas, pulse Desinstalar. Una barra indicadora del progresomuestra el porcentaje de la desinstalación que se ha completado.

7. Cuando finaliza el proceso de desinstalación, se abre la página Completado,que confirma que el proceso de desinstalación ha sido satisfactorio.

Desinstalación en modalidad desatendidaPasos para llevar a cabo una desinstalación silenciosa.

Para llevar a cabo una desinstalación silenciosa utilizando una plantilla del archivode respuestas que aparece listada en Tabla 46 en la página 308, lleve a cabo lospasos siguientes:1. Copie el archivo de respuestas pertinente en un directorio local <dir_local> y

edite el archivo de acuerdo con las necesidades del entorno utilizado.2. Guarde el archivo después de realizar los cambios.3. Abra un programa de utilidad de línea de mandatos.4. Vaya al directorio tools de Installation Manager.






En los sistemas operativos Windowsimcl.exe input <dir_local>\archivo_respuestas.xml-log <dir_local>\archivo_registro.xml -acceptLicense

En los sistemas operativos UNIX y Linux./imcl input /<dir_local>/archivo_respuestas.xml

-log /<dir_local>/archivo_registro.xml -acceptLicense

dondev archivo_respuestas.xml es el nombre del archivo de respuestas que se debe

utilizar para la desinstalación.v archivo_registro es el nombre del archivo de registro que registra el

resultado de la ejecución de la desinstalación silenciosa. Para obtener másinformación sobre los archivos de registro de desinstalación silenciosa deInstallation Manager, consulte Archivos de registro del asistente deInstallation Manager para la instalación y desinstalación silenciosa.

Nota: Para obtener más información sobre el mandato de desinstalaciónsilenciosa de Installation Manager, consulte http://pic.dhe.ibm.com/infocenter/install/v1r6/index.jsp?topic=/com.ibm.silentinstall12.doc/topics/r_silent_prefs.html.

La Tabla 46 muestra los archivos de respuestas que se deben utilizar en el procesode desinstalación para cada plataforma:

Tabla 46. Archivos de respuestas de desinstalación


Desinstalación en sistemas operativos Windows

Dynamic Workload Console TWS92_UNINST_DWC.xml

Desinstalación en sistemas operativos UNIX y Linux

Dynamic Workload Console TWS92_UNINST_DWC.xml


http://pic.dhe.ibm.com/infocenter/install/v1r6/index.jsp?topic=/com.ibm.silentinstall12.doc/topics/r_silent_prefs.html



Capítulo 18. Resolución de problemas de la instalación,actualización y desinstalación

Resolución de problemas de la instalación, actualización y desinstalación deDynamic Workload Console.

Cómo resolver problemas de la instalación, la actualización y la desinstalación dela Dynamic Workload Console.

Nota: Para realizar una desinstalación o recuperación manualmente a partir de unainstalación anómala, consulte la sección “Desinstalación manual de la DynamicWorkload Console y zConnector en sistemas Windows” o “Desinstalación manualde la Dynamic Workload Console y zConnector en sistemas UNIX” en la página310.

Archivos de registro y de rastreo de instalación y desinstalaciónSi desea información sobre los archivos de registro de instalación, consulte“Archivos de registro de instalación” en la página 277.

Desinstalación manual de la Dynamic Workload Console y zConnectoren sistemas Windows

Para desinstalar manualmente la Dynamic Workload Console y zConnector ensistemas Windows.

Ejecute los pasos siguientes para eliminar manualmente una instancia de laDynamic Workload Console y el zConnector:

1. Inicie el perfil JazzSM de WebSphere Application Server en el sistema dondese ha instalado la Dynamic Workload Console y el zConnector.

Puede omitir este paso si ya se ha iniciado el perfil JazzSM de WebSphereApplication Server.1. En un indicador del sistema, vaya a la vía de instalación de la Dynamic

Workload Console, por ejemplo, C:\Archivos de programa\IBM\TWAUI.2. Vaya al subdirectorio wastools.3. Ejecute el mandato siguiente para iniciar el perfil JazzSM de

WebSphere Application Server:startWas.bat -direct

2. Desinstale el paquete del zConnector.

1. En un indicador del sistema, vaya a la vía de instalación de la DynamicWorkload Console, por ejemplo, C:\Archivos de programa\IBM\JazzSM\profile.

2. Acceda al subdirectorio bin.3. Ejecute el mandato siguiente para desinstalar el zConnector:

wsadmin.bat -conntype NONE -c "$AdminApp uninstall ZConnector"

3. Desinstale el adaptador de recursos del zConnector.

1. Vaya al subdirectorio wastools en la vía de instalación de la DynamicWorkload Console.


2. ejecute el mandato siguiente para desinstalar el adaptador de recursosdel zConnector:uninstallResourceAdapter.bat -user <su nombre de usuario de la DWC>-password <su contraseña de la DWC>

3. Vaya al directorio %JazzSM_profile_dir%\installedApps\%cell_name%,por ejemplo: C:\Archivos de programa\IBM\JazzSM\profile\installedApps\JazzSMNode01Cell\ y asegúrese de que se hayasuprimido el directorio ZConnector.ear. Si todavía existe, suprímalomanualmente.

4. Desinstale el paquete de la Dynamic Workload Console

1. Vaya al subdirectorio bin en el directorio de perfiles JazzSM, porejemplo, C:\Archivos de programa\IBM\JazzSM\profile.

2. Ejecute el mandato siguiente para desinstalar el paquete de la DynamicWorkload Console:wsadmin.bat -connType NONE -lang jython -f"%tdwc_install_dir%\TDWC\scripts\install_webui.py"-war "TWSWebUI.war" -contenturi TWSWebUI.war-contextroot \ibm\TWSWebUI -serverName %server_name%-operation delete

3. Vaya al directorio C:\%JazzSM_profile_dir%\installedApps\%cell_name%\isc.ear y asegúrese de que el directorio TWSWebUI.war se hayasuprimido. Si todavía existe, suprímalo manualmente.

5. Desinstale el paquete del intermediario de carga de trabajo dinámica

1. Ejecute el mandato siguiente para desinstalar el paquete de la DynamicWorkload Console:wsadmin.bat -connType NONE -lang jython -f"%tdwc_install_dir\TDWC\scripts\install_webui.py"-war “WebUI.war" -contenturi WebUI.war -contextroot\ibm\TDWB -serverName %server_name%-operation delete

2. Vaya al directorio C:\%JazzSM_profile_dir%\installedApps\%cell_name%\isc.ear y asegúrese de que el directorio WebUI.war se hayasuprimido. Si todavía existe, suprímalo manualmente.

6. Desinstale el paquete del intermediario de carga de trabajo dinámicaVaya al directorio C:\Windows\TWA y asegúrese de que los archivosdenominados twainstance.twa.properties ytwainstance.twa.properties.ext corresponden a la instancia de laDynamic Workload Console que se está suprimiendo. Por ejemplo, tal vezdesee comprobar que la clave TDWC_basePath es la mismo que el directorio%tdwc_install_dir%. Si es así, suprímalo manualmente.

7. Suprima el directorio de instalación de la Dynamic Workload ConsoleElimine manualmente el directorio %tdwc_install_dir%, por ejemploC:\Archivos de programa\IBM\TWAUI.

Desinstalación manual de la Dynamic Workload Console y zConnectoren sistemas UNIX

Pasos para la desinstalación manual de la Dynamic Workload Console yzConnector en sistemas UNIX.

Ejecute los pasos siguientes para eliminar manualmente una instancia de laDynamic Workload Console y el zConnector:


1. Inicie el perfil JazzSM de WebSphere Application Server en el sistema dondese ha instalado la Dynamic Workload Console y el zConnector.

Puede omitir este paso si ya se ha iniciado el perfil JazzSM de WebSphereApplication Server.1. En un indicador del sistema, vaya a la vía de instalación de la Dynamic

Workload Console, por ejemplo /opt/IBM/TWAUI.2. Vaya al subdirectorio wastools.3. Ejecute el mandato siguiente para iniciar el perfil JazzSM de

WebSphere Application Server:startWas.sh -direct

2. Desinstale el paquete del zConnector.

1. En un indicador del sistema, vaya a la vía de instalación de la DynamicWorkload Console, por ejemplo /opt/IBM/JazzSM/profile.

2. Acceda al subdirectorio bin.3. Ejecute el mandato siguiente para desinstalar el zConnector:

wsadmin.sh -conntype NONE -c "\$AdminApp uninstall ZConnector"

3. Desinstale el adaptador de recursos del zConnector.

1. Vaya al subdirectorio wastools en la vía de instalación de la DynamicWorkload Console.

2. ejecute el mandato siguiente para desinstalar el adaptador de recursosdel zConnector:uninstallResourceAdapter.sh -user <su nombre de usuario de la DWC>-password <su contraseña de la DWC>

3. Vaya al directorio $JazzSM_profile_dir/installedApps/$cell_name, porejemplo, /opt/IBM/JazzSM/profile/installedApps/JazzSMNode01Cell.

4. Verifique que se haya suprimido el directorio ZConnector.ear. Sitodavía existe, suprímalo manualmente.

4. Desinstale el paquete de la Dynamic Workload Console.

1. Vaya al subdirectorio bin en el directorio de perfiles JazzSM, porejemplo, /opt/IBM/JazzSM/bin.

2. Ejecute el mandato siguiente para desinstalar el paquete de la DynamicWorkload Console:wsadmin.sh -connType NONE -lang jython -f "$tdwc_install_dir/tdwc/scripts/install_webui.py" -war"$websphere_install_dir/AppServer/systemApps/WebUI.war"-contenturi TWSWebUI.war -contextroot /ibm/TWSWebUI-serverName $server_name -operation delete

donde:

$tdwc_install_dirEs el directorio del sistema de archivos donde se ha instalado laDynamic Workload Console, por ejemplo, /opt/IBM/TWAUI.

$server_nameEs el nombre del servidor de la Dynamic Workload Console,por ejemplo, server1.

3. Vaya al directorio $JazzSM_profile_dir/installedApps/$cell_name/isc.ear.

4. Verifique que se haya suprimido el directorio TWSWebUI.war. Si todavíaexiste, suprímalo manualmente.

5. Desinstale el paquete del intermediario de carga de trabajo dinámica

Capítulo 18. Resolución de problemas de la instalación, actualización y desinstalación 311

1. Ejecute el mandato siguiente para desinstalar el paquete de la DynamicWorkload Console:wsadmin.sh -connType NONE -lang jython -f"$tdwc_install_dir/tdwc/scripts/install_webui.py"-war "$websphere_install_dir/AppServer/systemApps/WebUI.war"-contenturi WebUI.war -contextroot /ibm/TDWB-serverName $server_name -operation delete

2. Vaya al directorio $JazzSM_profile_dir/installedApps/$cell_name/isc.ear y asegúrese de que se haya suprimido el directorio WebUI.war.Si todavía existe, suprímalo manualmente.

6. Desinstale el paquete del intermediario de carga de trabajo dinámicaVaya al directorio /etc/TWA y asegúrese de que los archivos denominadostwainstance.twa.properties y twainstance.twa.properties.extcorresponden a la instancia de la Dynamic Workload Console que se estásuprimiendo, por ejemplo, tal vez quiera comprobar que la claveTDWC_basePath es la misma que el directorio $tdwc_install_dir. Si es así,suprímalo manualmente.

7. Suprima el directorio de instalación de la Dynamic Workload ConsoleElimine manualmente el directorio $tdwc_install_dir, por ejemplo,/opt/IBM/TWAUI.

Casos de ejemplo de resolución de problemasEscenarios de resolución de problemas para gestionar.

Problemas con el launchpadAl instalar el Dynamic Workload Console pueden aparecer algunos problemas conel lauchpad.

Se podrían encontrar los siguientes problemas al utilizar el launchpad para instalarla Dynamic Workload Console:v "Mensajes de aviso visualizados al utilizar el launchpad en sistemas operativos

Linux."v "Error no definido al utilizar el launchpad en sistemas operativos Windows."

Mensajes de aviso que se visualizan al utilizar el launchpad ensistemas LinuxDescripción del problema:

Al utilizar el launchpad en sistemas Linux, pueden aparecer mensajes de aviso enla salida estándar.

Causa y solución

Puede ignorar estos mensajes porque no indican una funcionamiento incorrecto dellaunchpad.

Error no definido al utilizar el launchpad en el sistema operativoWindowsDescripción del problema:

Intente instalar la Dynamic Workload Console en un sistema operativo Windowsutilizando el launchpad y obtendrá un mensaje de error "No definido". Ellaunchpad no se inicia.


Causa y solución

Asegúrese de que la vía de acceso desde donde ha iniciado la instalación nocontenga nombres de carpeta con más de ocho caracteres. Si lo hay, correlacione lavía de acceso con launchpad.exe y ejecute el launchpad desde la nueva vía deacceso.

Problemas con la instalación interactivaProblemas que podrían surgir al instalar Dynamic Workload Console de formainteractiva.

La instalación de la Dynamic Workload Console fallaDescripción del problema:

La instalación de la Dynamic Workload Console se interrumpe. Esto se produce sinimportar el método que haya utilizado para realizar la instalación.

Causa y solución

Asegúrese de que no haya ningún cortafuegos personal activo que impida alproceso de instalación conectarse a la red. En este caso, autorice la conexión y, acontinuación, continúe con la instalación.

Problemas con la instalación silenciosaProblemas que podrían surgir al ejecutar la instalación silenciosa de la DynamicWorkload Console.

La desinstalación silenciosa no funciona y se devuelve uncódigo de errorDescripción del problema:

Si intenta realizar una desinstalación silenciosa con un archivo de respuestas queno existe, ya sea porque el nombre de archivo no es correcto, o porque hayaespecificado el directorio erróneo, se devuelve un código de error y ladesinstalación no se ejecuta. No se registra nada en el directorio temporal y no seemite ningún mensaje.

Causa y solución

Asegúrese de que especifique un nombre de archivo de respuestas válido.

Capítulo 18. Resolución de problemas de la instalación, actualización y desinstalación 313


Parte 5. Agente de Tivoli Workload Scheduler for z/OS

Instalación de Tivoli Workload Scheduler for z/OS

Nota: Si está realizando la instalación en sistemas IBM i, consulte Parte 6, “Agentede Tivoli Workload Scheduler for z/OS en sistemas IBM i”, en la página 341.



Capítulo 19. Instalación del Agente de Tivoli WorkloadScheduler for z/OS

Este capítulo describe cómo realizar una primera instalación de la versión actualdel Agente de Tivoli Workload Scheduler for z/OS (z-centric).

Puede instalar este agente para ejecutar la carga de trabajo desde el sistemaprincipal a los sistemas distribuidos con un bajo coste de propiedad.

Mediante este agente, puede ejecutar la carga de trabajo:

EstáticamentePara ejecutar los tipos de trabajo existentes, por ejemplo, los scripts, en unAgente de Tivoli Workload Scheduler for z/OS específico. En este caso,puede instalar el Agente de Tivoli Workload Scheduler for z/OS en lossistemas distribuidos y conectarlo al sistema z/OS mediante el controladorde Tivoli Workload Scheduler for z/OS.

De forma estática, incluyendo tipos de trabajo con opciones avanzadasEn este caso, puede instalar el Agente de Tivoli Workload Scheduler forz/OS en los sistemas distribuidos y añadir Java Runtime y conectarlo alsistema z/OS mediante el controlador de Tivoli Workload Scheduler forz/OS.

DinámicamentePara ejecutar los tipos de trabajo existentes permitiendo que el productolos asigne a la estación de trabajo que mejor satisface los requisitos dehardware y software necesarios para ejecutarlos. En este caso, puedeinstalar el Agente de Tivoli Workload Scheduler for z/OS en los sistemasdistribuidos y añadir las funciones dinámicas, y luego conectarlo al gestorde dominio dinámico. Consulte el manual Tivoli Workload Scheduler:Planning and Installation Guide para obtener una descripción detallada sobrecómo instalar un gestor de dominio dinámico para un controlador z/OS.Durante la instalación del gestor de dominio dinámico para un controladorz/OS, debe proporcionar los valores de puerto de Netman de gestor dedominio maestro y Tivoli Workload Scheduler, aun cuando estos valoresno se utilicen en una configuración global ligera de z/OS, pues el agentetolerante a errores no es necesario.

De forma dinámica incluyendo tipos de trabajo con opciones avanzadasEjecutar tipos de trabajo existentes y tipos de trabajo con opcionesavanzadas permitiendo que el producto los asigne a la estación de trabajoque mejor satisfaga los requisitos de hardware y software necesarios paraejecutarlos. En este caso, puede instalar el Agente de Tivoli WorkloadScheduler for z/OS en los sistemas distribuidos y añadir las funcionesdinámicas y Java Runtime, y luego conectarlo al gestor de dominiodinámico. Consulte el manual Tivoli Workload Scheduler: Planning andInstallation Guide para obtener una descripción detallada sobre cómoinstalar un gestor de dominio dinámico para un controlador z/OS.Durante la instalación del gestor de dominio dinámico para un controladorz/OS, debe proporcionar los valores de puerto de Netman de gestor dedominio maestro y Tivoli Workload Scheduler, aun cuando estos valoresno se utilicen en una configuración global ligera de z/OS, pues el agentetolerante a errores no es necesario.


Para obtener información sobre cómo utilizarlo, consulte Scheduling End-to-end withz-centric Capabilities.

Requisitos de autorización de usuarioCompruebe los roles de autorización antes de empezar el procedimiento deinstalación.

Roles de autorización para ejecutar el script twsinstLa tabla siguiente proporciona los roles de autorización necesarios para utilizar elmétodo twsinst.

Tabla 47. Roles de autorización necesarios para ejecutar twsinst

Actividad Rol necesario

Ejecución del script twsinstSistemas operativos Windows

La cuenta de inicio de sesión debe sermiembro del grupo de WindowsAdministradores o de administradores dedominios con el privilegio Actuar comoparte del sistema operativo.

Sistemas operativos UNIX y LinuxAcceso de root.

Instalación mediante twsinstPuede utilizar el script twsinst para instalar Agente de Tivoli Workload Schedulerfor z/OS.

Opcionalmente, puede añadir al Agente de Tivoli Workload Scheduler for z/OS:v Prestaciones dinámicas, para proporcionar al entorno distribuido prestaciones de

planificación dinámica.v Java Runtime para ejecutar tipos de trabajo con opciones avanzadas, tanto los

proporcionados con el producto como los tipos adicionales implementadosmediante los plugins personalizados. El entorno de tiempo de ejecución tambiénhabilita la capacidad para ejecutar de forma remota, desde el agente, el mandatoresource de Intermediario de carga de trabajo dinámica de Tivoli en el servidor.

Para obtener una lista completa de los valores operativos admitidos, consulte eldocumento de requisitos detallados del sistema en http://www-01.ibm.com/support/docview.wss?rs=672&uid=swg27041009.

twsinst

Durante cada paso del proceso de instalación, el script twsinst crea archivos en eldirectorio de instalación que haya especificado en el mandato. Si no especifica undirectorio de instalación en la opción -inst_dir del mandato, el script creaarchivos en los directorios siguientes:

En sistemas operativos Windows%ProgramFiles%\IBM\TWA_<usuario_TWS>

En sistemas operativos UNIX/opt/IBM/TWA_<usuario_TWS>


||||

||

||



Donde <usuario_TWS> es el usuario para el que esté instalando la instancia deTivoli Workload Scheduler que especifique en el mandato. Si detiene y reinicia lainstalación, el proceso de instalación empieza desde el paso de instalación dondese detuvo.

Para instalar el Agente de Tivoli Workload Scheduler for z/OS y todos lospaquetes de idioma soportados, realice los pasos siguientes:


1. Inserte el DVD correspondiente al sistema operativo utilizado odescargue la imagen del agente.

2. Inicie una sesión como administrador en la estación de trabajo dondedesea instalar el producto.

3. Desde raíz_DVD/TWS/sistema_operativo, ejecute twsinst utilizando lasinopsis descrita en la sección siguiente.

Nota: twsinst para Windows es un VBS (Visual Basic Script) que puedeejecutar en la modalidad CScript y WScript, por ejemplo:cscript twsinst -new -uname nombre_usuario-password contraseña_usuario -acceptlicense yes

El usuario de Tivoli Workload Scheduler for z/OS se creaautomáticamente. El software se instala de forma predeterminada en eldirectorio de instalación de Tivoli Workload Scheduler for z/OS. Elvalor predeterminado es %ProgramFiles%\IBM\TWA_<usuario_TWS>,donde <usuario_TWS> es el usuario para el que esté instalando TivoliWorkload Scheduler.


1. Inserte el DVD correspondiente al sistema operativo utilizado odescargue la imagen del agente.

2. Cree el usuario de Tivoli Workload Scheduler for z/OS. El software seinstala, de forma predeterminada, en el directorio /opt/IBM/TWA_<usuario_TWS>, donde <usuario_TWS> es el usuario para el que estéinstalando Tivoli Workload Scheduler.

3. Inicie una sesión como root en la estación de trabajo donde deseainstalar el producto.

4. Desde el directorio raíz_DVD/TWS/sistema_operativo, ejecute twsinstutilizando la sinopsis descrita en la sección siguiente.

Una instalación correcta mediante el script twsinst emite el código de retorno RC =0. Si la instalación no consigue comprender la causa del error, consulte “Análisis decódigos de retorno para la instalación, actualización, restauración y desinstalacióndel agente” en la página 337.

Sinopsis


Mostrar uso y versión de mandatotwsinst -u | -v

Instalar una nueva instanciatwsinst -new -uname nombre_usuario

-password contraseña_usuario-acceptlicense yes|no[-addjruntime true|false][-displayname nombre_agente]

Capítulo 19. Instalación del Agente de Tivoli Workload Scheduler for z/OS 319

||||

|

||

|

[-domain dominio_usuario][-hostname nombre_host][-inst_dir dir_instalación][-jmport número_puerto][-jmportssl true|false][-lang ID_idioma][-skip_usercheck][-stoponcheckprereq][-tdwbport número_puerto_TDWB][-tdwbhostname nombre_host][-work_dir dir_trabajo]



Instalar una nueva instanciatwsinst -new -uname nombre_usuario

-acceptlicense yes|no[-addjruntime true|false][-displayname nombre_agente][-hostname nombre_host][-inst_dir dir_instalación][-jmport número_puerto][-jmportssl true|false][-lang ID_idioma][-reset_perm][-skip_usercheck][-stoponcheckprereq][-tdwbport número_puerto_TDWB][-tdwbhostname nombre_host][-work_dir dir_trabajo]

Parámetros

-acceptlicense yes|noEspecifica si debe aceptarse, o no, el Acuerdo de licencia.

-addjruntime true|falseAñade Java Runtime para ejecutar tipos de trabajo con opcionesavanzadas, tanto los proporcionados con el producto como los tiposadicionales implementados mediante los plugins personalizados. Losvalores válidos son true y false. El valor predeterminado es true.

Si decide no instalar Java Runtime, puede todavía añadir esta característicaposteriormente, tal como se describe en el manual IBM Tivoli WorkloadScheduler Planning and installation, "Parte 2. Tivoli Workload Scheduler ->Capítulo 7. Configurar -> Añadir una característica".

-domain dominio_usuarioSólo sistemas operativos Windows. El nombre de dominio del usuario deTivoli Workload Scheduler. El valor predeterminado es el nombre de laestación de trabajo en la que está instalando el Agente de Tivoli WorkloadScheduler for z/OS.

-displayname nombre_agenteNombre que se debe asignar al Agente de Tivoli Workload Scheduler forz/OS. El valor predeterminado es el nombre de host.

-hostname nombre_hostNombre de host completo o dirección IP donde el Intermediario de cargade trabajo dinámica de Tivoli se comunicará con el agente.


|

||

-inst_dir dir_instalaciónDirectorio donde instalar el Agente de Tivoli Workload Scheduler for z/OS.En UNIX y Linux, esta vía de acceso no puede contener espacios enblanco. En sistemas operativos Windows, si especifica una vía de accesoque contiene espacios en blanco, escríbala entre comillas dobles. Si noespecifica una vía de acceso manualmente, la vía de acceso se define en eldirectorio predeterminado. En UNIX y Linux, la vía de acceso se estableceen el directorio /opt/IBM/TWS, y en sistemas operativos Windows seestablece en %ProgramFiles%\IBM\TWA.

-jmport número_puerto

Puerto utilizado por el controlador de Tivoli Workload Scheduler for z/OSo el Intermediario de carga de trabajo dinámica de Tivoli para conectar conel Agente de Tivoli Workload Scheduler for z/OS. El valor predeterminadoes 31114. El rango válido de valores es de 1 a 65535.

-jmportssl true|falsePuerto utilizado por el controlador de Tivoli Workload Scheduler for z/OS,o por el intermediario de carga de trabajo dinámica para conectar con elAgente de Tivoli Workload Scheduler for z/OS. Este número se registra enel archivo ita.ini, situado en ITA\cpa\ita en sistemas operativosWindows, y en ITA/cpa/ita en UNIX y Linux.

Para la comunicación mediante SSL o HTTPSEspecifique jmportssl = true. Para comunicar con el Intermediariode carga de trabajo dinámica de Tivoli, se recomienda establecer elvalor en true. En este caso, el puerto especificado en jmport secomunica mediante HTTPS. Si especifica true, asegúrese de quetambién configura la comunicación HTTPS en el maestro de z/OS.

Para la comunicación sin utilizar SSL o mediante HTTPEspecifique jmportssl = false. En este caso, el puerto especificadoen jmport se comunica mediante HTTP.

El valor predeterminado es true.

Para aumentar el rendimiento del servidor Tivoli Workload Scheduler forz/OS, se recomienda que defina este valor en false.

-lang ID_idiomaEl idioma en el que se visualizan los mensajes de twsinst. Si no seespecifica, se utiliza el LANG del sistema. Si falta el catálogo relacionado,se utiliza el catálogo del lenguaje C predeterminado.

Nota: Éste es el idioma en el que se registra el registro de instalación y noel idioma de la instancia del motor instalado. De forma predeterminada,twsinst instala todos los idiomas.

-new Denota una instalación nueva del agente. Instala un agente y todos lospaquetes de idioma soportados.

-password contraseña_usuarioSólo sistemas operativos Windows. Es la contraseña del usuario para elcual está instalando el Agente de Tivoli Workload Scheduler for z/OS.

-reset_permSólo para UNIX y Linux. Restablece los permisos de la biblioteca libatrc.

-skip_usercheckHabilite esta opción si el proceso de autenticación utilizado en su empresa


no es estándar, con lo cual inhabilita la opción de autenticaciónpredeterminada. En sistemas operativos UNIX y Linux si especifica esteparámetro, el programa omite la comprobación del usuario en el archivo/etc/passwd o la comprobación que realiza utilizando el mandato su. Ensistemas operativos Windows, si especifica este parámetro, el programa nocrea el usuario que ha especificado en el parámetro -uname nombre_usuario.Si especifica este parámetro, debe crear el usuario manualmente antes deejecutar el script.

-stoponcheckprereqIndica detener la instalación siempre que se produzca un problema durantela comprobación de requisitos previos. Para obtener más informaciónacerca de los requisitos previos, consulte http://www-01.ibm.com/support/docview.wss?rs=672&uid=swg24036734.

-tdwbhostname nombre_hostEl nombre de host completo del gestor de dominio dinámico o del gestorde dominio dinámico de reserva utilizado para conectarse al Agente deTivoli Workload Scheduler for z/OS. Se utiliza junto con el parámetro-tdwbport número_puerto_TDWB. Añade la capacidad para ejecutar la cargade trabajo dinámica al Agente de Tivoli Workload Scheduler for z/OS. Sino es especifica, el valor predeterminado es localhost. Este valor se registraen la propiedad ResourceAdvisorUrl en el archivo JobManager.ini.

-tdwbport número_puerto_TDWBEl gestor de dominio dinámico del puerto de reserva HTTP o HTTPS delgestor de dominio dinámico utilizado para conectarse al Agente de TivoliWorkload Scheduler for z/OS. Se utiliza junto con el parámetro-tdwbhostname nombre_host para añadir la capacidad para ejecutar la cargade trabajo dinámica al Agente de Tivoli Workload Scheduler for z/OS. Estenúmero se registra en la propiedad ResourceAdvisorUrl en el archivoJobManager.ini. El valor predeterminado es 0, lo que significa que no seañade la capacidad para ejecutar la carga de trabajo dinámica al agente. Elrango válido oscila de 0 a 65535.

-u Muestra información sobre el uso del mandato y sale.

-uname nombre_usuarioEl nombre del usuario para el cual se instala el Agente de Tivoli WorkloadScheduler for z/OS. Este nombre de usuario no es el mismo que el usuarioque realiza la instalación como usuario root en UNIX y Linux y comoadministrador en sistemas operativos Windows.

En UNIX y Linux, esta cuenta de usuario se debe crear manualmente antesde ejecutar la instalación. Cree un usuario con un directorio de inicio. Deforma predeterminada, Agente de Tivoli Workload Scheduler for z/OS seinstala en el directorio de inicio del usuario especificado.

-work_dir dir_trabajoDirectorio temporal utilizado para el despliegue de los archivos delproceso de instalación de Tivoli Workload Scheduler.

En los sistemas operativos Windows:Si especifica una vía de acceso que contiene espacios en blanco,escriba la vía de acceso entre comillas dobles. Si no especificamanualmente una vía de acceso, se utiliza %temp%\TWA\tws92,donde %temp% es el directorio temporal del sistema operativo.

En los sistemas operativos UNIX y Linux:La vía de acceso no puede contener espacios en blanco. Si no




especifica manualmente una vía de acceso, se utiliza/tmp/TWA/tws92 como vía de acceso.

-v Muestra la versión y las rutinas de salida del mandato.

Ejemplos

Este ejemplo describe cómo instalar el Agente de Tivoli Workload Scheduler forz/OS para el usuario usuario_TWS y aceptar el valor predeterminado para añadir elentorno de tiempo de ejecución Java. El entorno de tiempo de ejecución se utilizapara ejecutar trabajos proporcionados con el producto o implementados mediantelos plugins personalizados, y habilita también la capacidad para la ejecuciónremota, desde el agente, del mandato resource de Intermediario de carga de trabajodinámica de Tivoli en el servidor.

En los sistemas operativos Windows:cscript twsinst -new-uname usuario1_TWS-password qaz12qaz-acceptlicense yes-jmportssl false-jmport 31114-inst_dir "C:\Archivos de programa\IBM\usuario1_TWS_TWA"

En los sistemas operativos UNIX y Linux:./twsinst -new-uname usuario1_TWS-acceptlicense yes-jmportssl false-jmport 31114-inst_dir /home/usuario1_TWS/TWA

Los archivos de registro de twsinstEl nombre de archivo de registro de twsinst es el siguiente:

En los sistemas operativos Windows:<DIR_INST_TWS>\logs\twsinst_<sistema_operativo>_<usuario_TWS>^9.2.0.00.log

Donde:

<DIR_INST_TWS>El directorio de instalación de la Tivoli Workload Scheduler. Eldirectorio de instalación predeterminado es C:\Archivos deprograma\IBM\TWA_<usuario_TWS>.

<sistema_operativo>Es el sistema operativo.

<usuario_TWS>Nombre del usuario para el que se ha instalado Tivoli WorkloadScheduler, que ha proporcionado durante el proceso de instalación.

En los sistemas operativos UNIX y Linux:<DIR_INST_TWS>/logs/twsinst_<sistema_operativo>_<usuario_TWS>^9.2.0.00.log

Donde:


|||||||

|

|

|||

|

||||

||

|||

|||

|

<DIR_INST_TWS>El directorio de instalación de la Tivoli Workload Scheduler. Eldirectorio de instalación predeterminado es /opt/IBM/TWA_<usuario_TWS>.



Habilitación de las prestaciones dinámicas después de la instalación oactualización

En esta sección se describe el procedimiento que debe realizar para habilitar lasprestaciones de planificación dinámica después de haber instalado o actualizado elAgente de Tivoli Workload Scheduler for z/OS, sin habilitarlas:1. Actualice el archivo de configuración JobManager.ini situado en:

Sistemas operativos Windows:inicio_tws\TWS\ITA\cpa\config\JobManager.ini

Sistemas operativos UNIX y Linux:inicio_tws/TWS/ITA/cpa/config/JobManager.ini

asignado a las variables nombre_host_tdwb y puerto_https_mdm incluidas en lapropiedad ResourceAdvisorUrl, los siguientes valores:

nombre_host_tdwbEl nombre de host completo del servidor del intermediario de la cargade trabajo.

puerto_https_mdmEl valor que httpsPort tiene en el gestor de dominio maestro, tal comolo indica la herramienta wastool showHostPorperties. El valorpredeterminado es 31116, que es el número de puerto intermediario dela carga de trabajo dinámica. Actualmente, el puerto está definido encero, porque en la instalación especificó que no utilizaría elintermediario de la carga de trabajo dinámica.

La propiedad ResourceAdvisorUrl tiene la siguiente sintaxis:ResourceAdvisorUrl = https://nombre_host_tdwb:puerto_https_mdm/JobManagerRESTWeb/JobScheduler/resource

2. Inicie el agente de Tivoli Workload Scheduler for z/OS ejecutando el siguientemandato desde inicio_TWS:

Sistemas operativos Windows:StartUpLwa.cmd

Sistemas operativos UNIX y Linux:StartUpLwa


||||

||

|||

Instalación de los plugins adicionales mediante Tivoli WorkloadScheduler para plugins adicionales

En esta sección se describe cómo instalar uno o más plugins adicionales medianteTivoli Workload Scheduler para plugins adicionales. La sección está dividida en lostemas siguientes:v Antes de la instalaciónv Selección del método de instalaciónv Instalación mediante el asistente de instalaciónv Instalación mediante la instalación silenciosa

Tivoli Workload Scheduler para plugins adicionales es un proceso de instalaciónque puede utilizar para instalar los plugins adicionales que ha desarrollado pararevolver sus necesidades específicas. Este instalador está incluido en el DVD o lasimágenes electrónicas (eImages) de Tivoli Workload Scheduler Fixpack 1.



Capítulo 20. Actualización del Agente de Tivoli WorkloadScheduler for z/OS

Actualización de Agente de Tivoli Workload Scheduler for z/OS (z-centric) desdeversiones anteriores a la versión actual.

Coexistencia con versiones anterioresLa versión actual del Agente de Tivoli Workload Scheduler for z/OS (z-centric) sepuede instalar en cualquier estación de trabajo que contenga una versión anterior,siempre que el usuario_TWS, el puerto de JobManager y la vía de acceso deinstalación sean diferentes de los utilizados en las versiones anteriores.

Requisitos de autorización de usuarioCompruebe los roles de autorización antes de empezar el procedimiento deactualización. Si desea información detallada, consulte “Requisitos de autorizaciónde usuario” en la página 318.

Notas de actualizaciónAntes de actualizar el Agente de Tivoli Workload Scheduler for z/OS, asegúrese deque no hay ningún trabajo ejecutándose en el agente.

Si está actualizando el Agente de Tivoli Workload Scheduler for z/OS desde unainstalación donde no instaló las funciones dinámicas, no podrá añadirlas durante elproceso de actualización. Para añadirlas, realice el procedimiento descrito en lasección siguiente:v “Habilitación de las prestaciones dinámicas después de la instalación o

actualización” en la página 324

Cuando el procedimiento de actualización se realiza correctamente, no es posibleretrotraer a la versión anterior. La retrotracción sólo es posible para lasactualizaciones que fallan.

Actualización mediante twsinstUtilice twsinst para actualizar el Agente de Tivoli Workload Scheduler for z/OSsatisfaciendo los siguientes objetivos :

Ahorre tiempo, espacio en disco y RAM al actualizar el productoAhorra espacio en disco y RAM porque no está basado en Java.

Utilice un mandato muy sencilloConsta de un mandato de una sola línea.

Gestione estaciones de trabajo de los sistemas operativos UNIX y WindowsSe ejecuta en ambos agentes UNIX y Windows.

Para obtener una lista de los sistemas operativos admitidos así como de susrequisitos, consulte http://www-01.ibm.com/support/docview.wss?rs=672&uid=swg27041009.




Proceso de actualizaciónDe acuerdo con el sistema operativo, para actualizar el Agente de Tivoli WorkloadScheduler for z/OS con twsinst realice los pasos siguientes:

Sistemas operativos Windows

1. Inserte el DVD relacionado con el sistema operativo.2. Inicie una sesión como administrador en la estación de trabajo donde

desea actualizar el agente.3. Desde el directorio raíz_DVD/TWS/sistema_operativo del DVD, ejecute

el script twsinst utilizando la sinopsis descrita en esta sección.

Nota: twsinst para Windows es un VBS (Visual Basic Script) que puedeejecutar en la modalidad CScript y WScript, por ejemplo:cscript twsinst -update -uname nombre_usuario-password contraseña_usuario -acceptlicense yes

Sistemas operativos UNIX y Linux

1. Inserte el DVD de instalación relacionado con el sistema operativo.2. Desde raíz_DVD/TWS/sistema_operativo, ejecute el script twsinst

utilizando la sinopsis descrita en esta sección.

Una actualización correcta mediante el script twsinst emite el código de retornoRC = 0. Si la instalación no consigue comprender la causa del error, consulte“Análisis de códigos de retorno para la instalación, actualización, restauración ydesinstalación del agente” en la página 337.

Sinopsis:



Actualizar una instanciatwsinst -update -uname nombre_usuario

-password contraseña_usuario[-addjruntime true][-backup_dir dir_copia_seguridad][-domain dominio_usuario][-inst_dir dir_instalación][-lang ID_idioma][-nobackup][-recovInstReg true][-skip_usercheck][-wait minutos][-work_dir dir_trabajo]

Sistemas operativos UNIX y Linux:


Actualizar una instanciatwsinst -update -uname nombre_usuario[-addjruntime true][-backup_dir dir_copia_seguridad][-inst_dir dir_instalación][-lang ID_idioma][-nobackup][-recovInstReg true]


[-reset_perm][-skip_usercheck][-wait minutos][-work_dir dir_trabajo]

-addjruntime trueAñade Java Runtime para ejecutar tipos de trabajo con opciones avanzadas,tanto los proporcionados con el producto como los tipos adicionalesimplementados mediante los plugins personalizados. Con la opción -update, elúnico valor válido para este parámetro es true.

Si decide no instalar Java Runtime durante la actualización, puede todavíaañadir esta característica posteriormente, tal como se describe en el manualIBM Tivoli Workload Scheduler Planning and installation, "Parte 2. Tivoli WorkloadScheduler -> Capítulo 7. Configurar -> Añadir una característica".

-backup_dir dir_copia_seguridadUn directorio alternativo (que se debe crear manualmente) como el destinopara la copia de seguridad de una versión anterior.

Si no especifica esta opción al ejecutar una actualización, se utiliza el siguientevalor predeterminado:$BACKUP_DIR = $INST_DIR_backup_$TWS_USER

donde:v $INST_DIR es la vía de acceso de instalación (el directorio de inicio del

usuario en UNIX y Linux).v $TWS_USER es el nombre de usuario.

Por ejemplo:$INST_DIR=/opt/TWS/TWS86$TWS_USER=user86$BACKUP_DIR=/opt/TWS/TWS86_backup_user86$BACKUP_SUBDIR=/opt/TWS/TWS86_backup_user86/TWS86

En el directorio de copia de seguridad, también debe crear un subdirectoriopara incluir como el último directorio de la vía de acceso de instalación.

-domain dominio_usuarioSólo sistemas operativos Windows. Nombre de dominio del usuario del Agentede Tivoli Workload Scheduler for z/OS. El valor predeterminado es el nombrede la estación de trabajo en la que está actualizando el agente.

-inst_dir dir_instalaciónDirectorio de la instalación del Agente de Tivoli Workload Scheduler for z/OS.En UNIX, esta vía de acceso no puede contener espacios en blanco. EnWindows, si especifica una vía de acceso que contiene espacios en blanco,escríbala entre comillas dobles. Si no lo especifica, en UNIX, la vía de acceso sedefine como el directorio /opt/IBM/TWS, en sistemas operativos Windows, la víade acceso se define en %Archivos de programa%\IBM\TWA.

-langEl idioma en el que se visualizan los mensajes de twsinst. Si no se especifica,se utiliza el LANG del sistema. Si falta el catálogo relacionado, se utiliza elcatálogo del lenguaje C predeterminado.

Nota: La opción -lang no está relacionada con los paquetes de idiomassoportados. De forma predeterminada, todos los paquetes de idiomassoportados se instalan cuando se hace la instalación mediante el script twsinst.

Capítulo 20. Actualización del Agente de Tivoli Workload Scheduler for z/OS 329

-nobackupEl proceso de actualización no hace una copia de seguridad de la instancia queestá actualizando.

-uname nombre_usuarioEl nombre del usuario para el cual se está actualizando el Agente de TivoliWorkload Scheduler for z/OS. El software se actualiza en este directorio deinicio del usuario. Este nombre de usuario no se debe confundir con el usuarioque realiza la actualización. Este nombre de usuario no es el mismo que elusuario que realiza la instalación como usuario root en UNIX y Linux y comoadministrador en sistemas operativos Windows.

-updateActualiza un agente existente que se instaló utilizando twsinst.

-password contraseña_usuarioSólo sistemas operativos Windows. Contraseña del usuario para el cual estáactualizando el Agente de Tivoli Workload Scheduler for z/OS.

-recovInstReg trueOpción para volver a crear los archivos de registro. Especifique esta opción siha intentado actualizar un agente autónomo y tolerante a errores (un agenteque no es compartido con otros componentes o no tiene conector) y ha recibidoun mensaje de error que indica que no se puede encontrar una instancia deTivoli Workload Scheduler, esto puede ser debido a un archivo de registrodañado. Consulte Actualización cuando existen archivos de registro dañados.

-reset_permUNIX y Linux solo. Restablezca los permisos de la biblioteca libatrc.

-skip_usercheckHabilite esta opción si el proceso de autenticación utilizado en su empresa noes estándar, con lo cual inhabilita la opción de autenticación predeterminada.En sistemas operativos UNIX y Linux si especifica este parámetro, el programaomite la comprobación del usuario en el archivo /etc/passwd o lacomprobación que realiza utilizando el mandato su. En sistemas operativosWindows, si especifica este parámetro, el programa no crea el usuario que haespecificado en el parámetro -uname nombre_usuario. Si especifica esteparámetro, debe crear el usuario manualmente antes de ejecutar el script.

-wait minutosNúmero de minutos que el producto espera a que se completen los trabajosque se están ejecutando antes de iniciar la actualización. Si los trabajos no secompletan durante este intervalo, la actualización no continúa y se visualiza unmensaje de error. Los valores válidos son números enteros, o -1, que indica queel producto espere de forma indefinida. El valor predeterminado es 60minutos.

-work_dir dir_trabajoDirectorio temporal utilizado por el proceso de instalación para almacenar losarchivos que se deben desplegar.

En los sistemas operativos Windows:Si especifica una vía de acceso que contiene espacios en blanco, escribala vía de acceso entre comillas dobles. Si no especifica manualmenteuna vía de acceso, se utiliza %temp%\TWA\tws92, donde %temp% es eldirectorio temporal del sistema operativo.


En los sistemas operativos UNIX y Linux:La vía de acceso no puede contener espacios en blanco. Si no especificamanualmente una vía de acceso, se utiliza /tmp/TWA/tws92 como vía deacceso.

EjemplosPara actualizar el agente instalado para el usuario usuario_TWS, que reside en eldirectorio de inicio del usuario y que no tiene funciones de planificación dinámica,y Java Runtime para ejecutar tipos de trabajo con opciones avanzadas, ejecute estemandato:

./twsinst -update -uname usuario_TWS



Donde:





Donde:




Habilitación de prestaciones dinámicas después de la actualizaciónPara habilitar la planificación dinámica después de actualizar el Agente de TivoliWorkload Scheduler for z/OS sin haberla habilitado, consulte la sección siguiente:v “Habilitación de las prestaciones dinámicas después de la instalación o

actualización” en la página 324

Capítulo 20. Actualización del Agente de Tivoli Workload Scheduler for z/OS 331

|

|

|||

|

||||

||

|||

|||

|

||||

||

|||


Capítulo 21. Desinstalación del Agente de Tivoli WorkloadScheduler for z/OS

Al desinstalar el agente no se eliminan los archivos creados después de que seinstalara el agente, tampoco los archivos que estaban abiertos en el momento de ladesinstalación. Si no necesita estos archivos, debe eliminarlos manualmente. Sitiene previsto volver a instalarlo y por lo tanto necesita los archivos, realice unacopia de seguridad antes de iniciar el proceso de instalación.

Requisitos de autorización de usuarioCompruebe los roles de autorización antes de empezar el procedimiento dedesinstalación. Consulte el apartado “Requisitos de autorización de usuario” en lapágina 318.

Desinstalación del Agente de Tivoli Workload Scheduler for z/OSmediante el script twsinst

Siga estos pasos para desinstalar el Agente de Tivoli Workload Scheduler for z/OSutilizando el script twsinst. En función del sistema operativo, siga de este modo:v En los sistemas operativos Windows:1. Asegúrese de que todos los procesos y servicios de Tivoli Workload

Scheduler están detenidos y que no hay ningún trabajo activo o pendiente.2. Inicie sesión como administrador en la estación de trabajo donde desea

desinstalar el producto.3. twsinst para los sistemas operativos Windows es un VBS (Visual Basic

Script) que puede ejecutar en la modalidad CScript y WScript, desde eldirectorio dir_instalación\TWS (por ejemplo, C:\Archivos deprograma\IBM\TWA), ejecute el script twsinst, tal como se indica acontinuación:cscript twsinst -uninst -uname nombre_usuario [-wait minutos][-domain nombre_dominio] [-lang ID_idioma] [-work_dir dir_trabajo]

La desinstalación se lleva a cabo en el idioma del entorno local y no en elidioma establecido durante la fase de instalación. Si desea desinstalar los agentesen otro idioma que no sea el del entorno local del sistema, ejecute el scripttwsinst desde /dir_instalación/TWS (por ejemplo, /home/usuario1/TWS) comose indica a continuación:cscript twsinst -uninst -uname nombre_usuario -lang idioma

donde idioma es el idioma establecido durante la desinstalación.v En los sistemas operativos UNIX y Linux:1. Asegúrese de que todos los procesos y servicios están detenidos y que no

hay ningún trabajo activo o pendiente. Para obtener información sobre cómodetener los procesos y servicios, consulte Administration Guide.

2. Inicie sesión como root y cámbiese de directorio a /dir_instalación/TWS (porejemplo: /home/usuario1/TWS donde usuario1 es el nombre del usuario deTivoli Workload Scheduler).

3. En el directorio TWS, ejecute el script twsinst como se indica a continuación:


twsinst -uninst -uname nombre_usuario [-wait minutos][-lang ID_idioma] [-work_dir dir_trabajo]

La desinstalación se lleva a cabo en el idioma del entorno local y no en elidioma establecido durante la fase de instalación. Si desea desinstalar los agentesen otro idioma que no sea el del entorno local del sistema, ejecute el scripttwsinst desde /dir_instalación/TWS (por ejemplo, /home/usuario1/TWS) comose indica a continuación:./twsinst -uninst -uname nombre_usuario -lang idioma

donde idioma es el idioma establecido durante la desinstalación.

-uninstDesinstala el agente

-uname nombre_usuarioEl nombre del usuario para el cual se desinstala el agente. Este nombre deusuario no es el mismo que el usuario que realiza la instalación como usuarioroot en UNIX y Linux, y como administrador en sistemas operativosWindows.

-wait minutosEl número de minutos que el producto espera a que los trabajos que están enejecución se completen antes de iniciar la desinstalación. Si los trabajos no secompletan durante este intervalo se detiene la desinstalación y se muestra unmensaje de error. Los valores válidos son números enteros, o -1, que indica queel producto espere de forma indefinida. El valor predeterminado es 60minutos.

-domain nombre_dominioSólo sistemas operativos Windows. El nombre de dominio del usuario deTivoli Workload Scheduler. El valor predeterminado es el nombre de laestación de trabajo en la que está desinstalando el producto.

-lang ID_idiomaEl idioma en el que se visualizan los mensajes de twsinst. Si no se especifica,se utiliza el LANG del sistema. Si falta el catálogo relacionado, se utiliza elcatálogo del lenguaje C predeterminado.

Nota: La opción -lang no se debe confundir con los paquetes de idioma deTivoli Workload Scheduler.

-work_dir dir_trabajoDirectorio temporal utilizado para el despliegue de los archivos del proceso deinstalación.

En los sistemas operativos Windows:Si especifica una vía de acceso que contiene espacios en blanco, escribala vía de acceso entre comillas dobles. Si no especifica manualmenteuna vía de acceso, se utiliza %temp%\TWA\tws92, donde %temp% es eldirectorio temporal del sistema operativo.

En los sistemas operativos UNIX y Linux:La vía de acceso no puede contener espacios en blanco. Si no especificamanualmente una vía de acceso, se utiliza /tmp/TWA/tws92 como vía deacceso.

A continuación se muestra un ejemplo de un script twsinst que desinstala elagente de Tivoli Workload Scheduler, inicialmente instalado para el usuariollamado usuario_TWS:


En los sistemas operativos Windows:twsinst -uninst -uname usuario_TWS

En los sistemas operativos UNIX y Linux:./twsinst -uninst -uname usuario_TWS



Donde:





Donde:




Desinstalación de los plugins adicionales mediante Tivoli WorkloadScheduler para plugins adicionales

Puede desinstalar los plugins adicionales utilizando el asistente o el métodosilencioso.

Cuando desinstala los plugins adicionales, puede desinstalar uno o más pluginssimultáneamente.

Para desinstalar un plugin adicional, puede utilizar cualquiera de losprocedimientos siguientes:

AsistentePara obtener más información, consulte Desinstalación mediante elasistente.

Capítulo 21. Desinstalación del Agente de Tivoli Workload Scheduler for z/OS 335

|

|

|||

|

||||

||

|||

|||

|

||||

||

|||

SilenciosaPara obtener más información, consulte Desinstalación mediante ladesinstalación silenciosa.

Nota: Sólo puede desinstalar los plugins adicionales instalados mediante TivoliWorkload Scheduler para plugins adicionales.


Capítulo 22. Resolución de problemas y mantenimiento de lainstalación, actualización y desinstalación

En este capítulo se describe cómo resolver problemas y mantener la instalación, laactualización y la desinstalación del agente.

Análisis de códigos de retorno para la instalación, actualización,restauración y desinstalación del agente

Compruebe cómo ha finalizado la operación analizando los códigos de retorno quese han emitido mediante twsinst.

Los códigos de retorno que puede recibir cuando se instalan, actualizan, restaurano desinstalan agentes. Para analizarlos y emprender las acciones correctivas, ejecutelos pasos siguientes:

En sistemas operativos Windows

1. Visualice el código de retorno de terminación de la operaciónutilizando el mandato siguiente:echo %ERRORLEVEL%

2. Analice la tabla siguiente para comprobar cómo ha finalizado laoperación:

Tabla 48. Códigos de retorno del agente del sistema operativo Windows

Códigodeerror Descripción Acción del usuario

0 Satisfactoria: La operación se ha completadosatisfactoriamente sin avisos o errores.

Ninguno.

1 Anomalía genérica Compruebe los mensajes queaparecen en la pantalla mediante elscript. Corrija el error y vuelva aejecutar la operación. Si el errorpersiste, busque una solución en labase de datos de IBM Support enhttp://www.ibm.com/software/sysmgmt/products/support.

2 La instalación no puede crear el usuario deTivoli Workload Scheduler o asignarle elpermiso adecuado.

Compruebe las políticas y laconfiguración del sistemaoperativo. Compruebe los valoresde entrada. Si es necesario, cree elusuario manualmente antes deejecutar la instalación.

3 La contraseña no es correcta o no se puedeverificar la instalación.

Compruebe las políticas y laconfiguración del sistemaoperativo. Compruebe los valoresde entrada.

4 El directorio de instalación de TivoliWorkload Scheduler no está vacío. Haespecificado como carpeta de instalación enun directorio que existe.

Vacíe o especifique un directoriodiferente.


Tabla 48. Códigos de retorno del agente del sistema operativo Windows (continuación)


5 Se ha producido un error al comprobar losrequisitos previos o la estación de trabajo deTivoli Workload Scheduler.

Compruebe los requisitos delsistema del producto en el enlacesiguiente: http://www.ibm.com/support/docview.wss?rs=672&uid=swg27023736.

6 El registro de Tivoli Workload Scheduler estácorrupto.

Utilice la opción recovInstReg pararecuperar el registro. Acontinuación, vuelva a ejecutar laoperación.

7 La operación de actualización o restauraciónno puede recuperar la información de losarchivos de configuración.

Compruebe que la instalaciónanterior y los archivos localopts,globalopts, ita.ini yJobManager.ini no están dañados.Corrija los errores y vuelva aintentar la operación.

8 La actualización, restauración odesinstalación no puede continuar porquehay trabajos en ejecución.

Detenga los trabajos que se estánejecutando o espere a que estostrabajos finalicen. Reinicie laoperación.

9 La actualización, restauración odesinstalación no puede continuar porquehay archivos que están bloqueados.

Detenga todos los procesos que seestén ejecutando y cierre todas lasactividades que puedan bloquear lavía de acceso de instalación.Reinicie la operación.

10 La actualización, restauración odesinstalación no puede continuar porqueexisten líneas de mandatos abiertas.

Cierre las líneas de mandatos.Reinicie la operación.


1. Visualice el código de retorno de terminación de la instalaciónutilizando el mandato siguiente:echo $?

2. Analice la tabla siguiente para comprobar cómo ha finalizado lainstalación:

Tabla 49. Códigos de retorno del agente del sistema operativo UNIX o Linux

Códigode error Descripción Acción del usuario

0 Satisfactoria: La instalación se hacompletado satisfactoriamente sinavisos o errores.

Ninguno.

1 Error genérico. Compruebe los mensajes que aparecenen el vídeo mediante el script. Corrija elerror y vuelva a ejecutar la operación.Si el error persiste, busque una soluciónen la base de datos de IBM Support enhttp://www.ibm.com/software/sysmgmt/products/support.


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



Tabla 49. Códigos de retorno del agente del sistema operativo UNIX o Linux (continuación)


2 La instalación no ha podido encontrarel usuario de Tivoli Workload Schedulero su directorio inicial. El usuario deTivoli Workload Scheduler que haespecificado no existe o no tieneasociado ningún directorio inicial.

Verifique la definición del sistemaoperativo del usuario de TivoliWorkload Scheduler.

3 No aplicable

4 El directorio de instalación de TivoliWorkload Scheduler no está vacío. Haespecificado como carpeta deinstalación en un directorio que existe.


5 Se ha producido un error al comprobarlos requisitos previos o la estación detrabajo de Tivoli Workload Scheduler.

Compruebe los requisitos del sistemadel producto en el enlace siguiente:http://www.ibm.com/support/docview.wss?rs=672&uid=swg27023736.

6 El registro de Tivoli WorkloadScheduler está corrupto.

Utilice la opción recovInstReg pararecuperar el registro. A continuación,vuelva a ejecutar la operación.

7 La operación de actualización orestauración no puede recuperar lainformación de los archivos deconfiguración.

Compruebe que la instalación anterior ylos archivos localopts, globalopts,ita.ini y JobManager.ini no estándañados. Corrija los errores y vuelva aintentar la operación.

8 La actualización, restauración odesinstalación no puede continuarporque hay trabajos en ejecución.

Detenga los trabajos que se estánejecutando o espere a que estos trabajosfinalicen. Reinicie la operación.

9 La actualización, restauración odesinstalación no puede continuarporque hay archivos que estánbloqueados.

Detenga todos los procesos que se esténejecutando y cierre todas las actividadesque puedan bloquear la vía de accesode instalación. Reinicie la operación.

10 La actualización, restauración odesinstalación no puede continuarporque existen líneas de mandatosabiertas.

Cierre las líneas de mandatos. Reiniciela operación.

El script twsinst necesita mucho tiempo para su ejecución si lamáquina no dispone de espacio temporal suficiente

Problema:

Si la máquina no dispone de suficiente espacio temporal, la instalación del agenterealizada mediante el script twsinst tarda mucho tiempo en ejecutarse, debido aluso concomitante del directorio temporal por parte del script twsinst y del scriptde comprobación de requisitos previos que ha iniciado el scripttwsinst.

Causa y solución:

Puede resolver el problema de una ejecución larga manualmente ejecutando elscript prereq_checker.sh en sistemas operativos UNIX y Linux y el script

Capítulo 22. Resolución de problemas y mantenimiento de la instalación, actualización y desinstalación 339



prereq_checker.bat en los sistemas operativos Windows, que llevan a cabo elproceso de comprobación de requisitos previos antes de ejecutar el script twsinst.

Puede ejecutar manualmente el script de comprobación de requisitos previos,llevando a cabo los pasos siguientes:


1. Inicie la sesión como Administrador en la máquina en la que deseainstalar el agente.

2. Vaya al directorio <CD-ROM>\Prerequisites donde <CD-ROM> es eldirectorio donde ha montado el CD-ROM.

3. Ejecute:

Agente dinámico o Agente de Tivoli Workload Scheduler for z/OSprereq_checker.bat "DA1 09010000"-p "DA1.inst_dir=<DIR_INST_TWS>,DA1.work_dir=<TEMP_DIR>"

donde <DIR_INST_TWS> es el directorio de instalación deTivoli Workload Scheduler y <TEMP_DIR> es el directoriotemporal.

Agente tolerante a erroresprereq_checker.bat "FTA 09010000"-p "FTA.inst_dir=<DIR_INST_TWS>,,FTA.work_dir=<TEMP_DIR>"



1. Inicie la sesión como root en la máquina donde desee instalar el agente.2. Vaya al directorio <CD-ROM>\Prerequisites donde <CD-ROM> es el

directorio donde ha montado el CD-ROM.3. Ejecute:

Agente dinámico o Agente de Tivoli Workload Scheduler for z/OS./prereq_checker.sh "DA1 09010000,TWA 09010000"-p "DA1.inst_dir=<DIR_INST_TWS>,DA1.work_dir=<TEMP_DIR>"


Agente tolerante a errores./prereq_checker.sh "FTA 09010000,TWA 09010000"-p "FTA.inst_dir=<DIR_INST_TWS>,FTA.work_dir=<TEMP_DIR>"



Parte 6. Agente de Tivoli Workload Scheduler for z/OS ensistemas IBM i

Instalación del agente de Tivoli Workload Scheduler for z/OS en sistemas IBM i



Capítulo 23. Requisitos previos

Describe los requisitos previos para poder ejecutar el agente de IBM i.

Para instalar y utilizar el agente de IBM i, debe tener una versión soportada delsistema operativo IBM i. Para obtener una lista detallada de los sistemas operativosadmitidos, consulte el documento de requisitos del sistema detallados enhttp://www-01.ibm.com/support/docview.wss?rs=672&uid=swg24036734.




Capítulo 24. Instalación de agentes en sistemas IBM i

Obtenga información sobre cómo instalar agentes en sistemas IBM i.

Utilice el script de instalación twsinst para instalar el agente de Tivoli WorkloadScheduler en un sistema IBM i.

Para instalar un agente, efectúe los pasos siguientes:1. Inicie una sesión como usuario QSECOFR.2. Cree un perfil de usuario de IBM i para el que se instala el agente de Tivoli

Workload Scheduler.

Nota: Este perfil de usuario no es el mismo que el perfil del usuario querealiza la instalación como usuario QSECOFR, sino que es el usuario que haespecificado en el parámetro -uname nombre_usuario al ejecutar el scripttwsinst. Para obtener descripciones de los parámetros de sintaxis, consulte“Parámetros de instalación de agentes en sistemas IBM i” en la página 347. Nopuede utilizar un perfil de usuario existente del sistema IBM i, un perfil deusuario proporcionado por la aplicación ni cualquiera de los perfiles de usuarioreservados siguientes de IBM i:v QDBSHRv QDFTOWNv QDOCv QLPAUTOv QLPINSTALLv QRJEv QSECOFRv QSPLv QSYSv QTSTRQS

Atención:

Tenga en cuenta lo siguiente:v Si el perfil de usuario es miembro de un grupo, la instalación fallará.

Establezca el perfil del grupo asociado con el perfil de usuario en *NONE.v Si nombre_usuario tiene más de 8 caracteres, después de la instalación, el

agente (y el componente JobManager) se ejecutará bajo el usuario QSECOFR,en lugar de ejecutarse bajo la autorización del usuario que realiza lainstalación. Para evitar este problema, establezca la variable de entornoPASE_USRGRP_LIMITED en N.

3. En el sistema IBM i, verifique que no existe ninguna biblioteca con el mismonombre que el perfil de usuario proporcionado para el usuario del agente.

4. Inserte el DVD correspondiente al sistema IBM i o descargue la imagen delagente desde el sitio web de Passport Advantage. Para obtener másinformación sobre el soporte de instalación, consulte Soportes de instalación oel documento de descarga en http://www-01.ibm.com/support/docview.wss?rs=672&uid=swg24036734.




5. Si ha descargado las imágenes electrónicas (eImages), utilice el shell PASE o elmandato AIXterm para descomprimir el paquete.

Mediante el shell PASE:

a. Abra el shell PASE.b. Ejecute el mandato "CALL QP2TERM".c. Localice la carpeta donde descargó las imágenes electrónicas

(eImages) y ejecute el mandato:"tar xvf TWS92_IBM_I.tar"

d. Salga del shell PASE.

Mediante el mandato AIXterm:

a. Inicie el Xserver en el escritorio.b. En la máquina iSeries, abra un shell QSH y exporte la pantalla.c. En el shell QSH, vaya al directorio /QopenSys y ejecute el mandato

"aixterm -sb".d. Se abrirá una ventana emergente en el escritorio. Utilizando esta

ventana emergente, extraiga el archivo TWS92_IBM_I.tar.6. Abra un shell QSH y ejecute el script twsinst. Durante el proceso de

instalación, el producto crea una biblioteca de IBM i y una descripción detrabajo con el mismo nombre que el perfil de usuario creado en el paso 2 en lapágina 345.El procedimiento de instalación añade esta biblioteca a la lista de bibliotecas deperfiles de usuario del perfil de usuario del agente dinámico y establece estadescripción de trabajo como descripción de trabajo del perfil de usuario delagente dinámico. De forma predeterminada, el software se instala en eldirectorio de inicio del usuario.

Nota: Si no ejecuta el script twsinst desde un shell QSH, la instalación falla.

Si la instalación no consigue comprender la causa del error, consulte “Análisis decódigos de retorno para la instalación, actualización, restauración y desinstalacióndel agente” en la página 337.

Después de una instalación satisfactoria, realice la tarea de configuración siguiente:v Configuración de un agente dinámico.

Uso y versión de mandatos


Instalar una instancia nuevatwsinst -new -uname nombre_usuario

-acceptlicense yes|no[-addjruntime true|false][-agent dynamic][-company nombre_empresa][-displayname nombre_agente][-gateway local|remote|none][-gwid ID_pasarela][-hostname nombre_host][-inst_dir dir_instalación][-jmport número_puerto][-jmportssl true|false]


|

||

[-lang ID_idioma][-tdwbport número_puerto_TDWB][-tdwbhostname nombre_host][-work_dir dir_trabajo]

Para obtener una descripción de los parámetros y opciones de instalaciónrelacionados con el agente de este sistema operativo, consulte “Parámetros deinstalación de agentes en sistemas IBM i”.

Parámetros de instalación de agentes en sistemas IBM iParámetros que se definen al utilizar el script twsinst para instalar el agentedinámico en sistemas IBM i.


-addjruntime true|falseAñade Java Runtime para ejecutar tipos de trabajo con opcionesavanzadas, tanto los tipos proporcionados con el producto como los tiposadicionales implementados mediante los plugins personalizados. Losvalores válidos son true y false. El valor predeterminado para unainstalación nueva es true.

Si ha decidido no instalar el entorno de ejecución Java en el momento de lainstalación, puede añadir esta característica más adelante, tal como sedescribe en la "Parte 2. Tivoli Workload Scheduler -> Capítulo 7. Configuración-> Adición de una característica" en Tivoli Workload Scheduler Planning andInstallation.

-company nombre_empresaEs el nombre de la empresa. El nombre de la empresa no puede contenerespacios en blanco. El nombre se muestra en las cabeceras de programa yen los informes. Si no se especifica un nombre, el nombre predeterminadoes COMPANY.

-displaynameEs el nombre para asignar al agente. El valor predeterminado es el nombrede host del sistema.

-gateway local|remote|noneEspecifica si se debe configurar una pasarela para comunicarse con elDynamic Workload Broker o no, y cómo está configurado. Especifiquelocal si la pasarela es local en la estación de trabajo de agente dinámico.Especifique remote si el agente dinámico se comunica a través de unapasarela instalada en un sistema diferente de la estación de trabajo deagente dinámico del agente dinámico que se va a instalar. El valorpredeterminado es none; no se configura ninguna pasarela.

-gwid ID_pasarelaEl identificador exclusivo de la pasarela. Este parámetro es necesariocuando se especifica -gateway local. El identificador de pasarelapredeterminado asignado es GW1. El identificador de pasarela debecomenzar por un carácter alfabético o un carácter de subrayado (_) ypuede contener únicamente los siguientes tipos de caracteres: alfabéticos,numéricos, subrayado (_), guión (-) y punto (.).

Las pasarelas también pueden trabajar en paralelo para tomarse el controlmutuamente durante el direccionamiento de las comunicaciones con losagentes conectados a las mismas. Para habilitar las pasarelas de modo que

Capítulo 24. Instalación de agentes en sistemas IBM i 347

||

||||||||

|||||||

|||

http://pic.dhe.ibm.com/infocenter/tivihelp/v47r1/index.jsp?topic=/com.ibm.tivoli.itws.doc_9.2/distr/src_pi/awspimst_welcome.html

http://pic.dhe.ibm.com/infocenter/tivihelp/v47r1/index.jsp?topic=/com.ibm.tivoli.itws.doc_9.2/distr/src_pi/awspimst_welcome.html

trabajen en paralelo, todas las pasarelas deben tener el mismo id_pasarelaasignado. Esta información se almacena en el archivo JobManagerGW.ini,estableciendo la propiedad JobManagerGWURIs.

-hostname nombre_hostNombre de host completamente calificado o dirección IP donde el agentedinámico contacta con el Dynamic Workload Broker. El valorpredeterminado es el nombre de host del sistema.

-inst_dir dir_instalaciónDirectorio de la instalación de Tivoli Workload Scheduler.

Nota: La vía de acceso no puede contener espacios en blanco. Si noespecifica manualmente una vía de acceso, se utiliza el directorio de iniciopredeterminado como vía de acceso, es decir, el directoriohome/nombre_usuario, donde nombre_usuario es el valor especificado en laopción -uname.


El número de puerto JobManager utilizado por intermediario de carga detrabajo dinámica para conectarse al agente dinámico de Tivoli WorkloadScheduler. El valor predeterminado es 31114. El rango válido es de 1 a65535.

-jmportssl true|falseEl puerto JobManager utilizado por intermediario de carga de trabajodinámica para conectarse al agente dinámico de Tivoli Workload Scheduler.El valor de puerto es el valor del parámetro ssl_port del archivo ita.ini si-jmportssl se establece en true. Si se establece en false, corresponde alvalor del parámetro tcp_port del archivo ita.ini. El archivo ita.ini seencuentra en ITA\cpa\ita en los sistemas Windows, y en ITA/cpa/ita enlos sistemas UNIX, Linux e IBM i.

Establezca el valor en "true" si – gateway se establece en local.

Para la comunicación mediante SSL o HTTPSEspecifique jmportssl = true. Para comunicar con el intermediariode carga de trabajo dinámica, se recomienda establecer el valor entrue. En este caso, el puerto que se especifica en jmport secomunica a través de HTTPS.

Para la comunicación sin utilizar SSL o por medio de HTTPEspecifique jmportssl = false. En este caso, el puerto que seespecifica en jmport se comunica a través de HTTP.

-lang ID_idiomaEl idioma en el que se visualizan los mensajes de twsinst. Si no seespecifica, se utiliza el valor LANG del sistema. Si falta el catálogorelacionado, se utiliza el catálogo del lenguaje C predeterminado. Si no seutiliza -lang ni LANG, la página de códigos predeterminada se estableceen SBCS. Para obtener una lista de los valores válidos para estas variables,consulte la siguiente tabla:

Tabla 50. Valores válidos para el parámetro LANG y -lang

Idioma Valor

Portugués de Brasil pt_BR

Chino (tradicional y simplificado) zh_CN, zh_TW

Inglés en


|||

||

|||||

|

|||||||

||

||

||

||

||

Tabla 50. Valores válidos para el parámetro LANG y -lang (continuación)

Idioma Valor

Francés fr

Alemán de

Italiano it

Japonés ja

Coreano ko

Ruso ru

Español es

Nota: Éste es el idioma en el que se registra el registro de instalación y noel idioma de la instancia de motor instalado. twsinst instala todos losidiomas de forma predeterminada.

-new Denota una instalación nueva del agente. Instala un agente y todos lospaquetes de idioma soportados.

-skip_usercheckHabilite esta opción si el proceso de autenticación utilizado en su empresano es estándar, con lo cual inhabilita la opción de autenticaciónpredeterminada. Si especifica este parámetro, debe crear el usuariomanualmente antes de ejecutar el script.

-stoponcheckprereqIndica detener la instalación siempre que se produzca un problema durantela comprobación de requisitos previos.

Para obtener una lista detallada de los sistemas operativos admitidos asícomo de los requisitos previos del producto, consulte http://www-01.ibm.com/support/docview.wss?rs=672&uid=swg27041009.

-tdwbhostname nombre_hostEl nombre de host completo del intermediario de carga de trabajodinámica. Se utiliza junto con los parámetros -agent dynamic y -tdwbportnúmero_puerto_TDWB. Si no especifica el nombre de host, no puedeejecutar la carga de trabajo dinámicamente y este parámetro utiliza el valorpredeterminado localhost. Este valor se registra en la propiedadResourceAdvisorUrl en el archivo JobManager.ini.

Si se especifica -gateway local o remote, éste es el nombre de host de laestación de trabajo de agente dinámico en la que reside la pasarela y a laque el agente se conecta. Esta información se almacena en el archivoJobManager.ini.

-tdwbport número_puerto_TDWBEs el número de puerto del transporte HTTP o HTTPS del intermediario decarga de trabajo dinámica. Se utiliza junto con los parámetros -agentdynamic y -tdwbhostname nombre_host. El rango válido de valores es de 0a 65535. Si especifica 0 o no especifica este parámetro, no puede ejecutar lacarga de trabajo dinámicamente. No especifique 0 si el valor de -agent esdynamic. Este número se registra en la propiedad ResourceAdvisorUrl enel archivo JobManager.ini. El valor predeterminado es 41114.

Si se especifica -gatewayremote, éste es el número de puerto HTTP oHTTPS de la estación de trabajo de agente dinámico en la que reside la

Capítulo 24. Instalación de agentes en sistemas IBM i 349

|

||

||

||

||

||

||

||

|||

|||

||||

||



pasarela y a la que el agente se conecta. Si está realizando una instalaciónnueva, el valor que se debe utilizar es 31114. Esta información se almacenaen el archivo JobManager.ini.

-thiscpu estación_de_trabajoNombre de la estación de trabajo de Tivoli Workload Scheduler de estainstalación. El nombre no puede tener más de 16 caracteres, no puedecontener espacios y no puede ser el mismo que el nombre de la estación detrabajo del gestor de dominio maestro. Este nombre se registra en elarchivo localopts. Si no se especifica este parámetro, el valorpredeterminado es el nombre de host de la estación de trabajo.

-u Muestra información sobre el uso del mandato y sale.

-uname nombre_usuarioNombre del usuario para el que se instala Tivoli Workload Scheduler.

Nota: Este nombre de usuario no es el mismo que el usuario que realiza lainstalación bajo el nombre QSECOFR.

Si nombre_usuario tiene más de 8 caracteres, después de la instalación, elagente (y el componente JobManager) se ejecutarán erróneamente bajo elusuario QSECOFR, en lugar de ejecutarse bajo la autorización del usuarioque realiza la instalación. Para evitar esto, establezca la variable de entornoPASE_USRGRP_LIMITED en N.

-work_dir dir_trabajoDirectorio temporal utilizado para el despliegue de los archivos delproceso de instalación de Tivoli Workload Scheduler. La vía de acceso nopuede contener espacios en blanco. Si no especifica manualmente una víade acceso, se utiliza /tmp/TWA/tws92 como vía de acceso.

-v Muestra la versión y las rutinas de salida del mandato.

Ejemplo de instalación de un agente en sistemas IBM iEl ejemplo siguiente muestra la sintaxis para instalar una nueva instancia delagente en el sistema IBM i mediante el script twsinst.

./twsinst -new-uname usuario_TWS-acceptlicense yes-hostname thishostname.mycompany.com-jmport 31114-tdwbport 41114-tdwbhostname mainbroker.mycompany.com-work_dir "/tmp/TWA/tws92"


|||

Capítulo 25. Actualización de agentes en sistemas IBM i

Cómo actualizar los agentes en sistemas IBM i.

Utilice el script de instalación twsinst para actualizar el agente en un sistema IBMi.

Para actualizar un agente de Tivoli Workload Scheduler, efectúe los pasossiguientes:1. Inicie una sesión como usuario QSECOFR.2. Inserte el DVD correspondiente al sistema IBM i o descargue la imagen del

agente desde el sitio web de Passport Advantage. Para obtener másinformación sobre el soporte de instalación, consulte Soportes de instalación oel documento de descarga en http://www-01.ibm.com/support/docview.wss?rs=672&uid=swg24036734.

3. Si ha descargado las imágenes electrónicas (eImages), utilice el shell PASE o elmandato AIXterm para extraer el paquete.

Mediante el shell PASE:

a. Abra el shell PASE.b. Ejecute el mandato "CALL QP2TERM".c. Localice la carpeta donde descargó las imágenes electrónicas

(eImages) y ejecute el mandato:"tar xvf TWS92_IBM_I.tar"

d. Salga del shell PASE.

Mediante el mandato AIXterm:

a. Inicie el Xserver en el escritorio.b. En la máquina iSeries, abra un shell QSH y exporte la pantalla.c. En el shell QSH, vaya al directorio /QopenSys y ejecute el mandato

"aixterm -sb".d. Se abrirá una ventana emergente en el escritorio. Utilizando esta

ventana emergente, extraiga el archivo TWS92_IBM_I.tar.4. Abra un shell QSH y ejecute el script twsinst.

El procedimiento de instalación añade esta biblioteca a la lista de bibliotecas deperfiles de usuario del perfil de usuario del agente dinámico y establece estadescripción de trabajo como la descripción de trabajo del perfil de usuario delagente dinámico. El proceso de actualización resitúa la nueva versión delagente en el directorio donde está instalado el agente antiguo.

Nota: Si no ejecuta el script twsinst desde un shell QSH, la instalación falla.

Si la operación no consigue comprender la causa del error, consulte “Análisis decódigos de retorno para la instalación, actualización, restauración y desinstalacióndel agente” en la página 337.

Uso y versión de mandatos


Actualizar una instancia




./twsinst -update -uname nombre_usuario-acceptlicense yes|no[-addjruntime true][-create_link][-hostname nombre_host][-inst_dir dir_instalación][-jmportnúmero_puerto][-jmportssl booleano][-lang ID_idioma][-nobackup][-reset_perm][-recovInstReg true][-skip_usercheck][-tdwbhostname nombre_host][-tdwbport número_puerto][-wait minutos][-work_dir dir_trabajo]

Para obtener una descripción de los parámetros y opciones de instalaciónrelacionados con el agente de este sistema operativo, consulte “Parámetros deactualización de agentes en sistemas IBM i”.

Parámetros de actualización de agentes en sistemas IBM iParámetros que se definen al utilizar el script twsinst para actualizar un agentedinámico en sistemas IBM i.


-addjruntime trueAñade el Java Runtime para ejecutar tipos de trabajo con opcionesavanzadas en el agente. El entorno de tiempo de ejecución se utiliza paraejecutar plugins de trabajo de aplicación en el agente y habilitar lacapacidad para ejecutar de forma remota, desde el agente, el mandatoresource de Intermediario de carga de trabajo dinámica de Tivoli en elservidor.

De forma predeterminada, si Java Runtime ya estaba instalado en elagente, se actualiza a la versión 9.2.

Si Java Runtime no se ha instalado en el agente, no se instalará durante laactualización, a menos que especifique -addjruntime true.

Si decide no instalar el tiempo de ejecución Java cuando realiza laactualización, puede añadir esta característica más tarde, como se describeen "Parte 2. Tivoli Workload Scheduler -> Capítulo 7. Configuración -> Adiciónde una característica" en el manual Guía de instalación y planificación de IBMTivoli Workload Scheduler.

-create_linkCree el symlink entre /usr/bin/at y <dir_instalación>/TWS/bin/at.Consulte la sección Opciones de enlace simbólico para obtener másinformación.

-displaynameEs el nombre para asignar al agente. El valor predeterminado es el nombrede host del sistema.

-inst_dir dir_instalaciónDirectorio de la instalación de Tivoli Workload Scheduler.


|

||

Nota: La vía de acceso no puede contener espacios en blanco. Si noespecifica manualmente una vía de acceso, se utiliza el directorio de iniciopredeterminado como vía de acceso, es decir, el directoriodir_inicio_usuario\nombre_usuario.


Número de puerto de JobManager utilizado por el Intermediario de cargade trabajo dinámica de Tivoli para conectar con el agente dinámico deTivoli Workload Scheduler. El valor predeterminado es 31114. El rangoválido de valores es de 1 a 65535.

-jmportssl true|falsePuerto de JobManager utilizado por el intermediario de carga de trabajodinámica para conectar con el agente dinámico de Tivoli WorkloadScheduler. Este número se registra en el archivo ita.ini situado en eldirectorio ITA/cpa/ita.

Para la comunicación mediante SSL o HTTPSEspecifique jmportssl = true. Para comunicar con el Intermediariode carga de trabajo dinámica de Tivoli, se recomienda establecer elvalor en true. Si el valor se establece en true, el puerto especificadoen jmport se comunica mediante HTTPS.

Para la comunicación sin utilizar SSL o mediante HTTPEspecifique jmportssl = false. Si el valor se establece en false, elpuerto especificado en jmport se comunica mediante HTTP.

-lang ID_idiomaEl idioma en el que se visualizan los mensajes de twsinst. Si no seespecifica, se utiliza el LANG del sistema. Si falta el catálogo asociado, seutiliza el catálogo del lenguaje C predeterminado.

Nota: Éste es el idioma en el que se registra el archivo de registro de lainstalación, no el idioma de la instancia del motor instalado. De formapredeterminada, el script twsinst instala todos los idiomas.

-recovInstReg trueOpción para volver a crear los archivos de registro. Especifique esta opciónsi ha intentado actualizar un agente autónomo y tolerante a errores (unagente que no es compartido con otros componentes o no tiene conector) yha recibido un mensaje de error que indica que no se puede encontrar unainstancia de Tivoli Workload Scheduler, esto puede ser debido a un archivode registro dañado. Consulte Actualización cuando existen archivos deregistro dañados.

-skip_usercheckHabilite esta opción si el proceso de autenticación utilizado en su empresano es estándar, con lo cual inhabilita la opción de autenticaciónpredeterminada. Si especifica este parámetro, debe crear el usuariomanualmente antes de ejecutar el script.

-stoponcheckprereqIndica detener la instalación siempre que se produzca un problema durantela comprobación de requisitos previos.

Para obtener una lista detallada de los sistemas operativos admitidos asícomo de los requisitos previos del producto, consulte http://www-01.ibm.com/support/docview.wss?rs=672&uid=swg27041009.

Capítulo 25. Actualización de agentes en sistemas IBM i 353



-tdwbhostname nombre_hostNombre de host completo de Intermediario de carga de trabajo dinámicade Tivoli. Se utiliza junto con el parámetro -tdwbportnúmero_puerto_TDWB. Añade e inicia las funciones para ejecutar la cargade trabajo dinámicamente en Tivoli Workload Scheduler. Si no se especificaeste parámetro, no puede ejecutar la carga de trabajo dinámicamente y seutiliza el valor predeterminado localhost para el parámetro. Este valor seregistra en la propiedad ResourceAdvisorUrl en el archivo JobManager.ini.

-tdwbport número_puerto_TDWBEs el número de puerto HTTP o HTTPS de Intermediario de carga detrabajo dinámica de Tivoli utilizado para añadir funciones de planificacióndinámica al entorno distribuido o global. Se utiliza junto con el parámetro-tdwbhostname nombre_host. Este número se registra en la propiedadResourceAdvisorUrl en el archivo JobManager.ini. El valor predeterminadoes 0, pero si deja el valor establecido en 0, no puede ejecutar la carga detrabajo dinámicamente. Especifique un valor distinto de cero para añadir lacapacidad dinámica. El rango válido es de 0 a 65535.

-nobackupEl proceso de actualización no hace una copia de seguridad de la instanciaque está actualizando.

-uname nombre_usuarioNombre del usuario para el que se está actualizando Tivoli WorkloadScheduler. El software se actualiza en este directorio de inicio del usuario.Este nombre de usuario no se debe confundir con el usuario que realiza laactualización.

Nota: Este nombre de usuario no es el mismo que el usuario que realiza lainstalación bajo el nombre QSECOFR.

-updateActualiza un agente existente que se instaló utilizando twsinst.

-wait minutosNúmero de minutos que el producto espera a que se completen lostrabajos que se están ejecutando antes de iniciar la actualización. Si lostrabajos no se completan durante este intervalo, la actualización nocontinúa y se visualiza un mensaje de error. Los valores válidos sonnúmeros enteros, o -1, que indica que el producto espere de formaindefinida. El valor predeterminado es 60 minutos.

-work_dir dir_trabajoDirectorio temporal utilizado para el despliegue de los archivos delproceso de instalación de Tivoli Workload Scheduler. La vía de acceso nopuede contener espacios en blanco. Si no especifica manualmente una víade acceso, se utiliza /tmp/TWA/tws92 como vía de acceso.

Ejemplo de actualización de un agente en sistemas IBM iEl ejemplo siguiente muestra la sintaxis para actualizar una instancia del agente enel sistema IBM i mediante el script twsinst.

./twsinst -update-uname usuario_TWS-acceptlicense yes-nobackup-work_dir "/tmp/TWA/tws92"


|||||

Capítulo 26. Desinstalación de agentes en sistemas IBM i

Obtenga información sobre cómo desinstalar agentes en sistemas IBM i.

Para desinstalar agentes de Tivoli Workload Scheduler en un sistema IBM imediante el script twsinst, siga estos pasos:1. Asegúrese de que todos los procesos y servicios de Tivoli Workload Scheduler

están detenidos y que no hay ningún trabajo activo o pendiente. Para obtenerinformación sobre cómo detener los procesos y servicios, consulteAdministration Guide.

2. Inicie una sesión como QSECOFR y cambie al directorio /dir_instalación/TWS.Por ejemplo: /home/usuario1/TWS, donde usuario1 es el nombre de usuariode Tivoli Workload Scheduler.

3. Desde el directorio directorio de instalación\TWS, ejecute el script twsinstcomo se indica a continuación:twsinst -uninst -uname nombre_usuario [-wait minutos][-lang ID_idioma] [-work_dir dir_trabajo]

-uninstDesinstala Tivoli Workload Scheduler.

-uname nombre_usuarioNombre del usuario para el que se desinstala Tivoli Workload Scheduler. Estenombre de usuario no es el mismo que el usuario que realiza la instalaciónbajo el nombre QSECOFR.

-wait minutosEl número de minutos que el producto espera a que los trabajos que están enejecución se completen antes de iniciar la desinstalación. Si los trabajos no secompletan durante este intervalo, se detiene la desinstalación y se muestra unmensaje de error. Los valores válidos son enteros o -1 para que el productoespere de forma indefinida. El valor predeterminado es 60 minutos.

-lang ID_idiomaEl idioma en el que se visualizan los mensajes de twsinst. Si no se especifica,se utiliza el LANG del sistema. Si falta el catálogo relacionado, se utiliza elcatálogo del lenguaje C predeterminado.

-work_dir dir_trabajoDirectorio temporal utilizado para el despliegue de los archivos del proceso deinstalación de Tivoli Workload Scheduler. Si no especifica manualmente unavía de acceso, se utiliza /tmp/TWA/tws92 como vía de acceso.

El ejemplo siguiente muestra un script twsinst que desinstala el agente de TivoliWorkload Scheduler, inicialmente instalado para el usuario twsuser:

En sistemas IBM i:./twsinst -uninst -uname usuario_TWS



Capítulo 27. Archivos de registro del script twsinst en lossistemas IBM i

El nombre de archivo de registro de twsinst es el siguiente:

<DIR_INST_TWS>/twsinst_IBM_i_<usuario_TWS>^9.2.0.00.log

Donde:

<DIR_INST_TWS>El directorio de instalación de la Tivoli Workload Scheduler. El directoriode instalación predeterminado es /home/<usuario_TWS>.

<usuario_TWS>Nombre del usuario para el que se ha instalado Tivoli Workload Scheduler,que ha proporcionado durante el proceso de instalación.



Capítulo 28. Análisis de códigos de retorno para lainstalación, actualización, restauración y desinstalación delagente

Compruebe cómo ha finalizado la operación analizando los códigos de retorno quese han emitido mediante twsinst.

Los códigos de retorno que puede recibir cuando se instalan, actualizan, restaurano desinstalan agentes. Para analizarlos y emprender las acciones correctivas, ejecutelos pasos siguientes:

En sistemas operativos Windows

1. Visualice el código de retorno de terminación de la operaciónutilizando el mandato siguiente:echo %ERRORLEVEL%

2. Analice la tabla siguiente para comprobar cómo ha finalizado laoperación:

Tabla 51. Códigos de retorno del agente del sistema operativo Windows


0 Satisfactoria: La operación se ha completadosatisfactoriamente sin avisos o errores.

Ninguno.

1 Anomalía genérica Compruebe los mensajes queaparecen en la pantalla mediante elscript. Corrija el error y vuelva aejecutar la operación. Si el errorpersiste, busque una solución en labase de datos de IBM Support enhttp://www.ibm.com/software/sysmgmt/products/support.

2 La instalación no puede crear el usuario deTivoli Workload Scheduler o asignarle elpermiso adecuado.

Compruebe las políticas y laconfiguración del sistemaoperativo. Compruebe los valoresde entrada. Si es necesario, cree elusuario manualmente antes deejecutar la instalación.

3 La contraseña no es correcta o no se puedeverificar la instalación.

Compruebe las políticas y laconfiguración del sistemaoperativo. Compruebe los valoresde entrada.

4 El directorio de instalación de TivoliWorkload Scheduler no está vacío. Haespecificado como carpeta de instalación enun directorio que existe.


5 Se ha producido un error al comprobar losrequisitos previos o la estación de trabajo deTivoli Workload Scheduler.

Compruebe los requisitos delsistema del producto en el enlacesiguiente: http://www.ibm.com/support/docview.wss?rs=672&uid=swg27023736.





Tabla 51. Códigos de retorno del agente del sistema operativo Windows (continuación)


6 El registro de Tivoli Workload Scheduler estácorrupto.

Utilice la opción recovInstReg pararecuperar el registro. Acontinuación, vuelva a ejecutar laoperación.

7 La operación de actualización o restauraciónno puede recuperar la información de losarchivos de configuración.

Compruebe que la instalaciónanterior y los archivos localopts,globalopts, ita.ini yJobManager.ini no están dañados.Corrija los errores y vuelva aintentar la operación.

8 La actualización, restauración odesinstalación no puede continuar porquehay trabajos en ejecución.

Detenga los trabajos que se estánejecutando o espere a que estostrabajos finalicen. Reinicie laoperación.

9 La actualización, restauración odesinstalación no puede continuar porquehay archivos que están bloqueados.

Detenga todos los procesos que seestén ejecutando y cierre todas lasactividades que puedan bloquear lavía de acceso de instalación.Reinicie la operación.

10 La actualización, restauración odesinstalación no puede continuar porqueexisten líneas de mandatos abiertas.

Cierre las líneas de mandatos.Reinicie la operación.


1. Visualice el código de retorno de terminación de la instalaciónutilizando el mandato siguiente:echo $?

2. Analice la tabla siguiente para comprobar cómo ha finalizado lainstalación:

Tabla 52. Códigos de retorno del agente del sistema operativo UNIX o Linux


0 Satisfactoria: La instalación se hacompletado satisfactoriamente sinavisos o errores.

Ninguno.

1 Error genérico. Compruebe los mensajes que aparecenen el vídeo mediante el script. Corrija elerror y vuelva a ejecutar la operación.Si el error persiste, busque una soluciónen la base de datos de IBM Support enhttp://www.ibm.com/software/sysmgmt/products/support.

2 La instalación no ha podido encontrarel usuario de Tivoli Workload Schedulero su directorio inicial. El usuario deTivoli Workload Scheduler que haespecificado no existe o no tieneasociado ningún directorio inicial.

Verifique la definición del sistemaoperativo del usuario de TivoliWorkload Scheduler.

3 No aplicable


Tabla 52. Códigos de retorno del agente del sistema operativo UNIX o Linux (continuación)


4 El directorio de instalación de TivoliWorkload Scheduler no está vacío. Haespecificado como carpeta deinstalación en un directorio que existe.


5 Se ha producido un error al comprobarlos requisitos previos o la estación detrabajo de Tivoli Workload Scheduler.

Compruebe los requisitos del sistemadel producto en el enlace siguiente:http://www.ibm.com/support/docview.wss?rs=672&uid=swg27023736.

6 El registro de Tivoli WorkloadScheduler está corrupto.

Utilice la opción recovInstReg pararecuperar el registro. A continuación,vuelva a ejecutar la operación.

7 La operación de actualización orestauración no puede recuperar lainformación de los archivos deconfiguración.

Compruebe que la instalación anterior ylos archivos localopts, globalopts,ita.ini y JobManager.ini no estándañados. Corrija los errores y vuelva aintentar la operación.

8 La actualización, restauración odesinstalación no puede continuarporque hay trabajos en ejecución.

Detenga los trabajos que se estánejecutando o espere a que estos trabajosfinalicen. Reinicie la operación.

9 La actualización, restauración odesinstalación no puede continuarporque hay archivos que estánbloqueados.

Detenga todos los procesos que se esténejecutando y cierre todas las actividadesque puedan bloquear la vía de accesode instalación. Reinicie la operación.

10 La actualización, restauración odesinstalación no puede continuarporque existen líneas de mandatosabiertas.

Cierre las líneas de mandatos. Reiniciela operación.

Capítulo 28. Análisis de códigos de retorno para la instalación, actualización, restauración y desinstalación del agente 361




Parte 7. Apéndices



Apéndice A. Biblioteca de ejemplos (SEQQSAMP)

Uso de la biblioteca SEQQSAMP para instalar, migrar y personalizar.

La biblioteca SEQQSAMP contiene ejemplos que le ayudan a instalar, migrar ypersonalizar Tivoli Workload Scheduler for z/OS. En la mayoría de los casos sólodeberá añadir JCL específico de la instalación para adaptar un miembro deSEQQSAMP a sus requisitos. En la Apéndice A, “Biblioteca de ejemplos(SEQQSAMP)” se listan todos los miembros de la biblioteca SEQQSAMP con unabreve descripción de cada uno. En las páginas siguientes se describen con másdetalle los ejemplos relacionados con la instalación de Tivoli Workload Schedulerfor z/OS. Las descripciones de otros miembros de bibliotecas de ejemplos seincluyen en la publicación que describe la función demostrada por el ejemplo. Porejemplo, los ejemplos de interfaz de programa se describen en Tivoli WorkloadAutomation: Developer's Guide: Driving Tivoli Workload Scheduler for z/OS

Algunos de los ejemplos proporcionados abordan una función específica, quepodrá utilizar en su entorno sin realizar ninguna modificación. Si necesita cambiarun miembro del ejemplo, se recomienda copiar la fuente en otra biblioteca. Elmiembro del ejemplo original estará siempre disponible en caso de necesitarlo enel futuro. También se recomienda crear un SMP/E usermod para cada miembro delejemplo que ejecute en el entorno de producción. Los cambios que realice en elcódigo fuente del ejemplo quedarán marcados, y las actualizaciones posteriorespodrán reflejarse en el código de producción tan pronto como sea posible.

Tabla 53. Miembros de la biblioteca SEQQSAMP

Miembro Descripción breve

EQQ9RF01 Entrada de tabla de direccionador RACF de ejemplo que permite un entorno de seguridad

EQQ9RFDE Tabla de descriptores de clase RACF de ejemplo que permite un entorno de seguridad

EQQ9SM01 JCL para instalar una actualización de tabla de direccionador RACF

EQQ9SMDE JCL para instalar una actualización de descriptor de clase RACF

EQQACPTx SMP/E ACCEPT JCL de ejemplo para el software del controlador, donde el valor de x dependedel lenguaje

EQQACTR1 Salida de SMF de ejemplo IEFACTRT, escrita en Assembler, para permitir seguimiento detrabajos

EQQAIXST Parámetros que utilizan los ejemplos EQQX9AIX y EQQAIXTR

EQQAIXTR Rastreador de ejemplo que se ejecuta en AIX, utilizado con EQQX9AIX

EQQALLOC JCL para asignar las bibliotecas de destino y distribución de Tivoli Workload Scheduler forz/OS

EQQALSMP JCL de ejemplo para asignar e inicializar el entorno SMP/E que se necesita para instalar TivoliWorkload Scheduler for z/OS

EQQAPISM Archivo ASCII que contiene una aplicación de API de ejemplo

EQQAPPLx SMP/E APPLY JCL de ejemplo para el software del controlador, donde el valor de x dependedel lenguaje

EQQAUDIB Ejemplo que invoca EQQAUDIT en modalidad de proceso por lotes fuera del diálogoNota: EQQAUDIB puede usarse correctamente sólo si escriben los campos EQQTROUTnombre ds y EQQAUDIT nombre ds de salida del panel EQQJOBSA.


Tabla 53. Miembros de la biblioteca SEQQSAMP (continuación)


EQQBENCO JCL de ejemplo que cifra la contraseña definida en la sentencia de inicialización OSLCOPTS,utilizada para configurar Tivoli Workload Scheduler for z/OS de forma que se integre conOSLC.

EQQBENCR EQQE2EPW JCL de ejemplo que ejecuta el programa de utilidad que cifra las contraseñas deWindows establecidas en el parámetro USRPSW de las sentencias USRREC

EQQBSCAN Ejemplo del cargador de procesos por lotes para validar una descripción de aplicaciones

EQQBSUBS Ejemplo del cargador de procesos por lotes para crear cuatro descripciones de aplicaciones ydos instrucciones del operador. La salida se dirige a un subsistema.

EQQBVSAM Ejemplo del cargador de procesos por lotes para crear una descripción de aplicaciones y dosinstrucciones del operador. La salida se dirige a un conjunto de datos VSAM asignado por elejemplo.

EQQCHKEV JCL de ejemplo que muestra información del contenido del conjunto de datos de sucesosEQQTWSIN y EQQTWSOU

EQQCLEAN Procedimiento de ejemplo que invoca el programa EQQCLEAN

EQQCONOP Parámetros de ejemplo que utiliza EQQCONO

EQQCONO Procedimiento de tarea iniciada de ejemplo sólo para el controlador

EQQCONP Parámetros iniciales de ejemplo para un controlador y un rastreador en el mismo espacio dedirecciones

EQQCON Procedimiento de tarea iniciada de ejemplo para un controlador y un rastreador en el mismoespacio de direcciones

EQQCVM2 Ejemplo que permite realizar envíos y seguimiento en sistemas VM mediante EQQUX009

EQQCVM Ejemplo que permite usar recursos de seguimiento de trabajos en sistemas VM

EQQDBENC Contiene el JCL para cifrar la contraseña en la sentencia DBOPT

EQQDBOPT Sentencia DBOPT de ejemplo

EQQDDDEF Trabajo de ejemplo que asigna DDDEFs en SMP/E

EQQDELDI JCL y notas de uso para la función de supresión de conjuntos de datos

EQQDLFX Ejemplo de instalación del ensamblador de la salida DLF de conexión/desconexión

EQQDPCOP JCL y notas de uso para la copia de la función VSAM

EQQDPX01 Salida del usuario de ejemplo de proceso por lotes DP para actualizar el entorno deplanificación

EQQDSCL Ejemplo de limpieza de procesos por lotes

EQQDSCLP Parámetros de ejemplo de limpieza de procesos por lotes

EQQDSECT Versión del ensamblador de las áreas de datos PIF

EQQDSEX Ejemplo de exportación de procesos por lotes

EQQDSEXP Parámetros de ejemplo de exportación de procesos por lotes

EQQDSIM Ejemplo de importación de procesos por lotes

EQQDSIMP Parámetros de ejemplo de importación de procesos por lotes

EQQDSRG Ejemplo de reorganización de procesos por lotes

EQQDSRI Índice de recuperación de procesos por lotes

EQQDSRIP Parámetros del índice de recuperación de procesos por lotes

EQQDST Procedimiento de ejemplo que inicia el almacén de datos

EQQDSTP Parámetros de procedimiento de ejemplo para iniciar el almacén de datos


||||



EQQE2EP Parámetros iniciales de ejemplo del servidor y lotes que definen si la planificación global concapacidades tolerantes a errores está activa

EQQICNVH Trabajo de ejemplo para migrar tablas DB2 de historial

EQQICNVS Trabajo de ejemplo que migra los archivos VSAM

EQQINIDB Ejemplo que sirve para crear la base de datos de historial

EQQISMKD Trabajo de ejemplo que ejecuta EQQMKDIR para los directorios

EQQJCCTB JCL que sirve para ensamblar una definición de macros de tabla de mensajes de JCC

EQQJCLIN JCL de ejemplo para iniciar el programa EQQPDLF

EQQJER2U Muestra para restaurar EXIT7 como usermod de JES2

EQQJER2V Muestra para restaurar EXIT5 como usermod de JES2

EQQJER3U Muestra para restaurar EQQUX191 y EQQUX291 como usermods de JES3

EQQJES21 JCL para ensamblar y editar los enlaces en JES2 EXIT51

EQQJES2 JCL para ensamblar y editar los enlaces en una salida de JES2

EQQJES2U JCL para instalar JES2 EXIT7 como usermod de SMP/E

EQQJES2V JCL para instalar JES2 EXIT51 como usermod de SMP/E

EQQJES3 JCL para ensamblar y editar los enlaces en una salida de JES3

EQQJES3U JCL para instalar una salida de JES3 como usermod de SMP/E

EQQJVXIT Salida de sustitución de variables de JCL de ensamblador de ejemplo. También se usa para lasustitución de variables en los mandatos de System Automation.

EQQLSJCL JCL de ejemplo para invocar la macro EQQLSENT

EQQMKDIR Exec de ejemplo para crear directorios

EQQNCFCT Parámetros de ejemplo para una conexión SNA entre el controlador y el rastreador

EQQNETW1 REXX EXEC que recibe los mensajes WTO de Tivoli Workload Scheduler for z/OS y emitemandatos MVS

EQQNETW2 Procesador de mandatos PL/I NetView que utiliza EQQUSINT para modificar el estado de lasoperaciones

EQQNETW3 REXX EXEC que utiliza EQQEVPGM para modificar el estado de las operaciones

EQQOCWTO Trabajo de ejemplo para ensamblar y editar los enlaces en la rutina IPOWTO que se utiliza enel ejemplo PIF REX

EQQORST Restablece el entorno USS para la planificación global con capacidades de tolerancia a errores

EQQOS2ST Parámetros que utilizan los ejemplos EQQX9OS2 y EQQOS2TR

EQQOS2TR Rastreador de ejemplo que se ejecuta en OS/2, utilizado con EQQX9OS2

EQQPCS01 Asigna conjuntos de datos que necesitan ser exclusivos dentro de SYSPLEX

EQQPCS02 Asigna conjuntos de datos que necesitan ser exclusivos en cada imagen de MVS en SYSPLEX

EQQPCS03 Genera un trabajo que asigna conjuntos de datos de copia VSAM

EQQPCS04 Define archivos VSAM de almacén de datos y los inicializa

EQQPCS05 Asigna archivos usados por un controlador para habilitar estaciones de trabajo tolerantes aerrores

EQQPCS06 Asigna conjuntos de datos VSAM para la integración con la planificación global concapacidades de tolerancia a errores

EQQPCS07 Asigna conjuntos de datos VSAM para la función de reinicio y limpieza

EQQPCS08 Asigna archivos USS para la habilitación de los programas de utilidad de Java

Apéndice A. Biblioteca de ejemplos (SEQQSAMP) 367



EQQPCS09 Asigna la raíz GDG y el conjunto de datos VSAM utilizados como entrada mediante el procesode archivado que soporta la característica de informes de la Dynamic Workload Console

EQQPCS10 Crea el directorio de trabajo SSL usado en la comunicación TCP/IP con el controlador

EQQPCS11 Asigna conjuntos de datos (EQQOUCEV y EQQOUCKP) utilizados para la recuperación deregistros de trabajos en el entorno de z-centric con el Recopilador de datos de salida.

EQQPCS12 Asigna la raíz GDG para archivar los archivos MLOG

EQQPIFAD Ejemplo de PL/I de interfaz de programa que crea una aplicación de dos operaciones en labase de datos AD

EQQPIFAP Ejemplo de PL/I de interfaz de programa que resuelve las variables JCL

EQQPIFCB Ejemplos del ensamblador de interfaz de programa para diversas acciones de plan actual oplan a largo plazo

EQQPIFCL Ejemplo del ensamblador de interfaz de programa que utiliza el mandato DAYSTAT paradevolver trabajo o liberar el estado de una fecha determinada

EQQPIFDJ Ejemplo del ensamblador de interfaz de programa, suprime JCL para ocurrencias completadasde conjunto de datos JS

EQQPIFJC Ejemplo de COBOL de interfaz de programa para manipular las tablas de variables JCL

EQQPIFJD Ejemplo de PL/I de interfaz de programa que puede listar o suprimir registros en el conjuntode datos de repositorio de JCL (JS)

EQQPIFJV Ejemplo de PL/I de interfaz de programa para manipular las tablas de variables JCL

EQQPIFJX Ejemplo para mantener el repositorio de JCL

EQQPIFOP Ejemplo de REXX de interfaz de programa para modificar una operación del plan actual

EQQPIFPR Ejemplo de REXX de interfaz de programa para listar todos los periodos cíclicos

EQQPIFWI Ejemplo de PL/I de interfaz de programa para modificar valores de capacidad en un intervaloabierto de una estación de trabajo de planes actuales.

EQQPMCKP Fusiona los conjuntos de datos de punto de comprobación de los sistemas nuevo y antiguo enel proceso de migración del sistema de producción. Consulte “Genere un conjunto de datos depunto de comprobación con datos del sistema de producción antiguo” en la página 215.

EQQPROC Procedimiento de ejemplo, iniciado por Tivoli Workload Scheduler for z/OS, para iniciar ladepuración de objetos DLF

EQQRECVx SMP/E RECEIVE JCL de ejemplo para el software del controlador, donde el valor de xdepende del lenguaje

EQQREPRO EQQSMLOG lo invoca para copiar el contenido del archivo MLOG de salida en el conjunto dedatos GDG. Debe copiar este ejemplo en la PARMLIB del controlador.

EQQRETWT Programa de ejemplo que simula terminaciones anómalas, códigos de retorno y esperas

EQQRMDS Notas de uso para el código de objeto rutina de usuario de recuperación de registro de trabajopara interactuar con RMDS

EQQRXSTG Rutina del ensamblador para obtener y liberar almacenamiento para los ejemplos de REXX deinterfaz de programa

EQQSAMPI JCL para cargar datos de ejemplo de descripciones de aplicaciones, instrucciones del operadory descripciones de estaciones de trabajo en las bases de datos

EQQSERP Parámetros iniciales de ejemplo para un servidor

EQQSER Procedimiento de tarea iniciada de ejemplo para un servidor


||

||||

|||



EQQSLCHK JCL que realiza una comprobación sintáctica en los miembros de la biblioteca SCRIPTNota: el JCL de ejemplo EQQSLCHK se genera con la siguiente tarjeta DD:

EQQMLOG DD SYSOUT=*"

Si el nombre DD de EQQMLOG está asociado a un conjunto de datos físico que no tiene untamaño suficiente, podría producirse una terminación anómala D37 seguida de unaterminación anómala de usuario U4036. De ser así, debe volver a asignar el conjunto de datosEQQMLOG con más espacio.

Para volver a crear un nuevo JCL de ejemplo de EQQSLCHK, vuelva a ejecutar la opción 1(Crear JCL de trabajo de ejemplo) de EQQJOBS.

EQQSMF JCL para ensamblar e instalar las salidas de SMF

EQQSMLOG Procedimiento de ejemplo que crea el conjunto de datos GDG allí donde se archive el archivoMLOG de salida, cuando entre en vigor la función de conmutación MLOG. Utiliza elparámetro de entrada EQQREPRO.

EQQTCPCT Definiciones de ejemplo para comunicación TCP/IP entre el rastreador y el controlador

EQQTRAP Parámetros iniciales de ejemplo para un rastreador

EQQTRA Procedimiento de tarea iniciada de ejemplo para un rastreador

EQQTROPT Sentencia TRGOPT de ejemplo

EQQU831 Salida de SMF de ejemplo IEFU83 para permitir seguimiento de trabajos e incluiropcionalmente soporte de desencadenamiento de conjuntos de datos

EQQUJI1 Salida de SMF de ejemplo IEFUJI para permitir seguimiento de trabajos

EQQUSIN1 Ejemplo de subrutina EQQUSIN para modificar el estado de una operación

EQQUSIN2 Ejemplo de subrutina EQQUSIN para modificar la disponibilidad de un recurso especial

EQQUSIN3 Ejemplo de subrutina EQQUSIN para modificar el estado de una estación de trabajo

EQQUSIN4 Ejemplo de subrutina EQQUSIN para realizar una copia de seguridad de un conjunto de datosde recursos de Tivoli Workload Scheduler for z/OS

EQQUSIN5 Ejemplo de subrutina EQQUSIN para actualizar el campo USERDATA de una operación

EQQUX001 Salida de envío de trabajos de ejemplo

EQQUX002 Salida de lectura de bibliotecas de trabajo de ejemplo

EQQUX004 Salida de filtrado de sucesos de ejemplo

EQQUX011 Salida de grabación de registro de seguimiento de trabajos de ejemplo

EQQUX013 Salida de prevención de personalización de trabajos de ejemplo

EQQUX0N Salida de inicio/detención de PL/I, EQQUX000

EQQUX191 Salida de JES3 de ejemplo IATUX19 para habilitar el seguimiento de trabajos

EQQUX291 Salida de JES3 de ejemplo IATUX29 para habilitar el seguimiento de trabajos

EQQUX9N rutina de usuario de inicio de la operación de PL/I de ejemplo, que se comunica con VM(EQQUX009)

EQQUXCAT Salida de reinicio y limpieza de ejemplo para el programa EQQCLEAN

EQQUXPIF Salida de usuario de ejemplo para validar descripciones de aplicaciones

EQQUXSAZ Salida de mandatos del sistema de ensamblador de ejemplo, que se comunica con SystemAutomation invocado en lugar de EQQUX007 para estaciones de trabajo de automatización

EQQVTAMN Definición de VTAM de ejemplo para conexiones SNA entre el rastreador y el controlador

EQQVTAMS Definición de VTAM de ejemplo para conexiones SNA


||||



EQQX5ASM Salida de archivado SYSOUT de ejemplo

EQQX6ASM Salida de creación de registros de incidencias de ejemplo

EQQX6JOB JCL de esqueleto de trabajos por lotes de ejemplo que utiliza EQQX6ASM

EQQX7ASM Salida de cambio de estado de ejemplo

EQQX7JOB JCL de esqueleto de trabajos por lotes de ejemplo que utiliza EQQX7ASM

EQQX9AIX rutina de usuario de inicio de la operación de ensamblador de ejemplo, que se comunica conAIX

EQQX9OS2 rutina de usuario de inicio de la operación de ensamblador de ejemplo, que se comunica conOS/2

EQQXCFCT Definiciones de ejemplo para conexiones XCF entre el rastreador y el controlador

EQQXIT51 JES2 EXIT51 de ejemplo para habilitar el seguimiento de trabajos para JES2 con z/OS versión 1release 7 y posteriores

EQQXIT74 JES2 EXIT7 de ejemplo para habilitar el seguimiento de trabajos para JES2 versión 4 release 1 yposteriores

EQQXML01 Archivo XML de ejemplo para definiciones de reglas de sucesos de desencadenamiento deconjuntos de datos

EQQYCBAG Ejemplo para descargar una aplicación de grupo (y todas las aplicaciones que pertenezcan aéste) en un archivo secuencial en formato de sentencias de control de cargador de procesos porlotes (Batch Loader Control)

EQQYCBAT Sirve para ejecutar la herramienta Batch Command Interface

EQQYRJCL JCL de ejemplo para ejecutar la herramienta Control Language

EQQYRMSG Mensajes que utiliza la herramienta Control Language

EQQYRPRC Procedimiento de ejemplo para ejecutar la herramienta Control Language

EQQYRPRM Archivo de parámetros de inicialización de ejemplo para la herramienta Control Language

Utilización del compilador de Visual AgeCon el sistema operativo z/OS, el compilador PL/I de Visual Age sustituye atodos los compiladores PL/I anteriores. Por lo tanto, si utiliza este compilador,debe personalizar los ejemplos en PL/I como se muestra a continuación:1. Sustituya la sentencia de invocación del compilador PL/I:

EXEC PGM=IEL0AA

por:EXEC PGM=IBMZPLI

2. Establezca un enlace en el conjunto de datos PDS/E para SYSLMOD o incluyaun paso de edición previo al enlace en el JCL.

Como ejemplo, a continuación se muestra el JCL para el ejemplo de EQQPIFJV conel compilador PL/I de Visual Age://EQQPIFJV JOB MSGCLASS=N, ............//PLI1 EXEC PGM=IBMZPLI,REGION=1024K,// PARM=’OBJECT,OPTIONS’//STEPLIB DD DSN=IBMZ.V2R2M1.SIBMZCMP,DISP=SHR//SYSPRINT DD SYSOUT=*//SYSLIN DD UNIT=SYSDA,SPACE=(CYL,(2,1)),DISP=(,PASS),// DSN=&&OBJ1//SYSUT1 DD UNIT=SYSDA,SPACE=(CYL,(3,3))


//SYSIN DD */*//*//PLI2 EXEC PGM=IBMZPLI,REGION=1024K,// COND=(4,LT,PLI1),PARM=’OBJECT,OPTIONS’

//SYSPRINT DD SYSOUT=*//STEPLIB DD DSN=IBMZ.V2R2M1.SIBMZCMP,DISP=SHR//SYSLIN DD UNIT=SYSDA,SPACE=(CYL,(2,1)),// DISP=(,PASS),DSN=&&OBJ2//SYSUT1 DD UNIT=SYSDA,SPACE=(CYL,(3,3))//SYSIN DD *......................../*//*//******************************************************//* PRE-LINK-EDIT STEP *//******************************************************//PLKED EXEC PGM=EDCPRLK,COND=(8,LT,PLI1),// REGION=2048K//SYSDEFSD DD DSN=&&DEF1,LRECL=80,BLKSIZE=3200,// DISP=(,PASS)//STEPLIB DD DSN=CEE.SCEERUN,DISP=SHR//SYSMSGS DD DSN=CEE.SCEEMSGP(EDCPMSGE),DISP=SHR//SYSLIB DD DUMMY//SYSMOD DD DSN=&&PLNK,DISP=(,PASS),// UNIT=SYSALLDA,SPACE=(CYL,(1,1)),// DCB=(RECFM=FB,LRECL=80,BLKSIZE=3200)//SYSIN DD DSN=&&OBJ1,DISP=(OLD,DELETE)// DD DSN=&&OBJ2,DISP=(OLD,DELETE)//SYSPRINT DD SYSOUT=*//SYSOUT DD SYSOUT=*//******************************************************//* SCEELKED ADDED TO SYSLIB ON LINK STEP *//******************************************************//LKED EXEC PGM=IEWL,PARM=’XREF’,// COND=(4,LT,PLI2),REGION=4M//SYSPRINT DD SYSOUT=*//SYSLIB DD DISP=SHR,DSN=CEE.SCEELKED// DD DISP=SHR,DSN=USER.OPC23.LINKLI//SYSLMOD DD DISP=SHR,DSN=SVIOLA.SEQQLMD0//OPCLIB DD DISP=SHR,DSN=USER.OPC23.LINKLI//SYSUT1 DD UNIT=SYSDA,SPACE=(CYL,(3,3))//SEQOBJ1 DD DISP=(OLD,DELETE),DSN=&&PLNK//SYSLIN DD *

INCLUDE SEQOBJ1INCLUDE OPCLIB(EQQYCOM)SETCODE AC(1)ENTRY CEESTARTNAME EQQPIFT(R)

/*//*//EQQPIFT EXEC PGM=EQQPIFT,PARM=’NOSTAE,NOSPIE’,// COND=(4,LT,LKED), REGION=4096K//STEPLIB DD DISP=SHR,DSN=SVIOLA.SEQQLMD0// DD DISP=SHR,DSN=USER.OPC23.LINKLIB//EQQMLIB DD DSN=EQQ.V2R3M0.SEQQMSG0,DISP=SHR//EQQYPARM DD DISP=SHR,DSN=XXXX.YYYY.ZZZZ(YPARM)//EQQMLOG DD SYSOUT=*//SYSPRINT DD SYSOUT=*//EQQDUMP DD SYSOUT=*//EQQDMSG DD SYSOUT=*//CARDIN DD *......................../*//*


Ejemplos de SMP/ELos miembros de SEQQSAMP siguientes se relacionan con procesos SMP/E.

Configuración del entornoPuede utilizar los miembros de las bibliotecas de ejemplos EQQALSMP,EQQDDDEF y EQQALLOC para crear e inicializar el entorno SMP/E y lasbibliotecas de productos de Tivoli Workload Scheduler for z/OS necesarias paradar soporte de instalación y mantenimiento continuado de Tivoli WorkloadScheduler for z/OS.

El trabajo EQQALSMP realiza las funciones siguientes:v Inicializa SMP/E CSI, añadiendo una zona global, y FMID de Tivoli Workload

Scheduler for z/OS.

El trabajo EQQDDDEF configura DDDEF para todos los conjuntos de datos deTivoli Workload Scheduler for z/OS con el fin de proporcionar requisitos de JCLbásicos para los procesos RECEIVE, APPLY y ACCEPT.

El trabajo EQQALLOC asigna todas las bibliotecas de destino y distribución deTivoli. El JCL también contiene un número de pasos, que incluyen comentarios.Puede usar dichos pasos para suprimir las bibliotecas de Tivoli WorkloadScheduler for z/OS si necesita volver a instalar el producto.

RECEIVE, procesoLos miembros de las bibliotecas de ejemplos EQQRECVE, EQQRECVS,EQQRECVJ, EQQRECVD y EQQRECVK contienen JCL que puede usar paraejecutar el proceso SMP/E RECEIVE para conjuntos de datos de Tivoli WorkloadScheduler for z/OS. Estos miembros de biblioteca le permiten recibir las siguientesfunciones de Tivoli Workload Scheduler for z/OS:v Rastreadorv Controladorv Habilitación de conector de z/OSv Habilitador Java y global

Cada uno de estos trabajos realiza el proceso RECEIVE para una función NLSdeterminada:

EQQRECVERecibe todos los componentes base del planificador y del comprobador deseguimiento más la función en inglés del controlador (FMID JWSZ6A4).

EQQRECVSRecibe todos los componentes base del planificador y del comprobador deseguimiento más la función en español del controlador (FMID JWSZ6A4).

EQQRECVJRecibe todos los componentes base del planificador y del comprobador deseguimiento más la función en japonés del controlador (FMID JWSZ6A4).

EQQRECVDRecibe todos los componentes base del planificador y del comprobador deseguimiento más la función en alemán del controlador (FMID JWSZ6A4).

EQQRECVKRecibe todos los componentes base del planificador y del comprobador deseguimiento más la función en coreano del controlador (FMID JWSZ6A4).


Puede que tenga de cambiar la biblioteca de distribución y el nombre de zona demodo que refleje los definidos en CSI de Tivoli Workload Scheduler for z/OS.

Para obtener más detalles, consulte el directorio de programas de Tivoli WorkloadScheduler for z/OS.

Nota: En el directorio de programa los rastreadores se denominan agentes, y elcontrolador se denomina motor.

APPLY, procesoLos miembros de las bibliotecas de ejemplos EQQAPPLE, EQQAPPLS, EQQAPPLJ,EQQAPPLD y EQQAPPLK contienen JCL que puede usar para ejecutar el procesoSMP/E APPLY para Tivoli Workload Scheduler for z/OS. Estos miembros lepermiten aplicar las siguientes funciones:v Rastreadorv Controladorv Habilitación de conector de z/OSv Habilitador Java y global

Cada uno de estos trabajos realiza el proceso APPLY para una función NLSdeterminada:

EQQAPPLEAplica todos los componentes base del planificador y del comprobador deseguimiento más la función en inglés del controlador (FMID JWSZ6A4).

EQQAPPLSAplica todos los componentes base del planificador y del comprobador deseguimiento más la función en español del controlador (FMID JWSZ6A4).

EQQAPPLJAplica todos los componentes base del planificador y del comprobador deseguimiento más la función en japonés del controlador (FMID JWSZ6A4).

EQQAPPLDAplica todos los componentes base del planificador y del comprobador deseguimiento más la función en alemán del controlador (FMID JWSZ6A4).

EQQAPPLKAplica todos los componentes base del planificador y del comprobador deseguimiento más la función en coreano del controlador (FMID JWSZ6A4).




ACCEPT, procesoLos miembros de las bibliotecas de ejemplos EQQACPTE, EQQACPTS,EQQACPTJ, EQQACPTD y EQQACPTK contienen código JCL que puede usarpara ejecutar el proceso SMP/E ACCEPT para Tivoli Workload Scheduler forz/OS. Estos miembros le permiten aceptar las siguientes funciones:v Rastreador


v Controladorv Habilitación de conector de z/OSv Habilitador Java y global

Cada uno de estos trabajos realiza el proceso ACCEPT para una función NLSdeterminada:

EQQACPTEAcepta todos los componentes base del planificador y del comprobador deseguimiento más la función en inglés del controlador (FMID JWSZ6A4).

EQQACPTSAcepta todos los componentes base del planificador y del comprobador deseguimiento más la función en español del controlador (FMID JWSZ6A4).

EQQACPTJAcepta todos los componentes base del planificador y del comprobador deseguimiento más la función en japonés del controlador (FMID JWSZ6A4).

EQQACPTDAcepta todos los componentes base del planificador y del comprobador deseguimiento más la función en alemán del controlador (FMID JWSZ6A4).

EQQACPTKAcepta todos los componentes base del planificador y del comprobador deseguimiento más la función en coreano del controlador (FMID JWSZ6A4).




Salidas SMFA continuación se proporciona información de los miembros de SEQQSAMP que serelacionan con las salidas de SMF.

Nota: Si la versión ASMA90 del compilador informa de errores y se ha definido lasentencia RMODE=ANY, elimine la sentencia RMODE=ANY de la salida deejemplo.

Instalación de salidaEl miembro de la biblioteca de ejemplos EQQSMF contiene el JCL necesario paraensamblar las salidas de SMF que Tivoli Workload Scheduler for z/OS requiere. Eltrabajo también define usermod de SMP/E para conectar las salidas de SMF con lazona de destino.

Se utiliza un único usermod para definir las tres salidas de SMF. Si lo prefiere,puede definir usermod para cada salida.

Para restaurar las salidas JES como usermods de SMP/E, utilice los EQQJER2U,EQQJER2V y EQQJER3U de ejemplo.


Salida de terminación de paso de trabajoEl miembro de la biblioteca de ejemplos EQQACTR1 contiene código fuente delensamblador de una salida de terminación de trabajo/paso de SMF, IEFACTRT. Elejemplo contiene dos subrutinas:v OPCASUB proporciona el código de Tivoli Workload Scheduler for z/OS

necesario para realizar seguimiento de sucesos de fin de paso y de fin detrabajo.

v LOCALSUB genera mensajes WTO para fin de paso y fin de trabajo.

Si utiliza la función de reinicio y limpieza de Tivoli Workload Scheduler for z/OSu otras funciones, como la relacionada con la tabla NOERROR (descrita en lapublicación Customization and Tuning), deberá instalar esta salida. Utilice el ejemploque se proporciona con el producto para instalar esta salida.

A partir de la introducción de las mejoras en la utilización, la salida IEFACTRTcrea dos tablas diferentes en el registro de trabajo, Steptable yNot_Executed_Step_Table.

Si utiliza la función de reinicio y limpieza de Tivoli Workload Scheduler for z/OSu otras funciones, como la relacionada con la tabla NOERROR, y desea sustituiresta subrutina por una propia, necesita cumplir las restricciones siguientes:v Los campos JOBNAME, STEPNAME, PROCSTEP y STEPNO deben rellenarse

atendiendo a la lógica siguiente:– JOBNAME debe contener el nombre del trabajo.– STEPNAME es la etiqueta de la tarjeta EXEC PROC=... y sólo debe rellenarse

si se utiliza PROC.– PROCSTEP es la etiqueta de la tarjeta EXEC PGM=... y sólo debe rellenarse si

no se utiliza PROC.– STEPNO debe contener el número de secuencia de los pasos dentro del

trabajo.v Los identificadores de JOBNAME, STEPNAME, PROCSTEP de la cabecera de las

tablas deben coincidir con los valores especificados en los parámetrosHDRJOBNAME, HDRSTEPNAME y HDRPROCNAME de la sentencia DSTOPTSDATASTORE.

v El diseño de STEPTABLE y NOT_EXECUTED_STEP_TABLE debe cumplir lassiguientes reglas:– JOBNAME debe estar precedido por un signo de guión (-); se pueden insertar

algunos caracteres entre el signo de guión y JOBNAME.– JOBNAME debe ir seguido de un espacio en blanco.– STEPNAME debe ir seguido y precedido de un espacio en blanco.– PROCSTEP debe ir seguido y precedido de un espacio en blanco.– STEPNO debe ir precedido de un espacio en blanco.– STEPNO debe seguir a PROCSTEP en NOT_EXECUTED_STEP_TABLE.

v NOT_EXECUTED_STEP_TABLE debe alinearse con STEPTABLE en lo que serefiere a la información de JOBNAME, STEPNAME y PROCSTEP.

v La serie "JOBXXXXX ENDED. NAME-" debe alinearse de modo que JOBNAMEJOBXXXXX esté debajo de la cabecera JOBNAME .

v La posición de JOBNAME, STEPNAME, PROCSTEP en STEPTABLE yNOT_EXECUTED_STEP_TABLE debe coincidir con los valores especificados enlos parámetros HDRJOBLENGTH, HDRSTEPLENGTH, HDRPROCLENGTH de la


sentencia DSTOPTS DATASTORE. La posición de STEPNO en STEPTABLE debecoincidir con el valor especificado en HDRSTEPNOLENGTH.

v Deben evitarse los registros personalizados por el usuario emitidos enSTEPTABLE y en NOT_EXECUTED_STEP_TABLE.

Salida de inicializaciónEl miembro de la biblioteca de ejemplos EQQUJI1 contiene código fuente delensamblador de una salida de inicialización de SMF, IEFUJI. Tivoli WorkloadScheduler for z/OS utiliza los sucesos generados desde la salida para realizar unseguimiento de la información de inicio de trabajo.

Si su instalación ya usa IEFUJI, incorpore el código en la salida existente y vuelvaa ensamblar.

Salidas de grabación de registroEl miembro de la biblioteca de ejemplos EQQU831 contiene código fuente delensamblador de una salida de grabación de registro, IEFU83. Tivoli WorkloadScheduler for z/OS utiliza los sucesos generados desde la salida para realizar unseguimiento de la información de grupos de impresión y depuración.

Si su instalación ya usa IEFU83, incorpore el código en la salida existente y vuelvaa ensamblar.

También puede incluir, si lo desea, soporte para las funciones dedesencadenamiento de conjuntos de datos y de seguimiento de trabajos medianteel ejemplo EQQU831. De esta manera, dispone de un método para generar deforma automática disponibilidad de recursos especiales en función de las accionesespecíficas que afecten a los conjuntos de datos. Tivoli Workload Scheduler forz/OS puede utilizar el suceso para cambiar el estado de un recurso especial demodo que esté disponible para operaciones y/o para desencadenar una aplicaciónque se añada al plan actual. Especifique los conjuntos de datos para los que deseasucesos de disponibilidad de recursos especiales mediante una macro específica,que se describe en la sección Apéndice D, “Invocación de la macro EQQLSENT”,en la página 401. Consulte la sección “Implementación de soporte paradesencadenamiento de conjuntos de datos” en la página 93 para obtener másinformación sobre el desencadenamiento de conjuntos de datos. Utilice el ejemploEQQSMF para instalar EQQU831.

Si no va a realizar un seguimiento de las operaciones de impresión a través deTivoli Workload Scheduler for z/OS ni desea incluir soporte para eldesencadenamiento de conjuntos de datos, no es necesario modificar IEFU83.

Salidas de JESA continuación se proporciona información de los miembros de SEQQSAMP que serelacionan con las salidas de JES.

Nota: Si la versión ASMA90 del compilador informa de errores y se ha definido lasentencia RMODE=ANY, elimine la sentencia RMODE=ANY de la salida deejemplo.

Instalación de salidaLa biblioteca de ejemplos contiene un número de miembros para ensamblar lassalidas de JES y editar los enlaces de éstas. EQQJES2, EQQJES21 y EQQJES3


proporcionan JCL de ejemplo para ensamblar las salidas de JES2 y JES3respectivamente, y editar sus enlaces. No obstante, se recomienda utilizar losmiembros EQQJES2U, EQQJES2V y EQQJES3U. Estos ejemplos proporcionan elJCL para instalar las salidas de JES como usermod de SMP/E. Los usermod estándefinidos de modo que JES y las zonas de destino de Tivoli Workload Schedulerfor z/OS están informados de las dependencias. Esto garantiza que en el futuro serealizará un mantenimiento correcto para el componente JES o el componenteTivoli Workload Scheduler for z/OS.

Salida de cambio de fase JES2 QMODEl miembro de la biblioteca de ejemplos EQQXIT51 contiene código fuente delensamblador de la salida de cambio de fase JES2 QMOD, JES EXIT51. Este ejemplodebe utilizarse con z/OS 1.7 o posterior. Tivoli Workload Scheduler for z/OSutiliza JES2 EXIT51 para detectar errores de trabajo ocurridos durante la fase deentrada de JES2, y para desencadenar la creación de sucesos IJ2 para tareasiniciadas.

Salida de E/S JES2 JCTEl miembro de la biblioteca de ejemplos EQQXIT74 contiene código fuente delensamblador de una salida de E/S JES2 JCT, JESEXIT7. EQQXIT74 se utiliza paraJES2. Tivoli Workload Scheduler for z/OS utiliza JESEXIT7 para detectar trabajosnuevos en el lector interno y también para detectar depuración de grupo de salida.

Si ya utiliza JESEXIT7, y desea conservar el soporte de seguimiento de trabajos deTivoli Workload Scheduler for z/OS en un módulo de carga independiente, puedeespecificar que JES utilice diversos módulos EXIT7 en los parámetros de JES2.

Salida de modificación JES3 OSEEl miembro de la biblioteca de ejemplos EQQUX191 contiene código fuente delensamblador de una salida de modificación JES3 OSE, IATUX19. Tivoli WorkloadScheduler for z/OS utiliza sucesos generados desde la salida para detectardepuración de grupo de salida.

Si ya utiliza IATUX19, debe incluir el código en la salida existente y volver aensamblar.

Nota: Si utiliza la salida de JES3 IATUX72, esta salida debe devolver R15 = 8 parallamar a IATUX19.

Salida de usuario final de servicio de entrada JES3El miembro de la biblioteca de ejemplos EQQUX291 contiene código fuente delensamblador de una salida de usuario final de servicio de entrada JES3, IATUX29.Tivoli Workload Scheduler for z/OS utiliza sucesos generados desde la salida paradetectar trabajos nuevos en el lector interno.

Si ya utiliza IATUX29, debe incorporar el código en la salida existente y volver aensamblar.

Ejemplos de RACFA continuación se proporciona información de los miembros de SEQQSAMP que serelacionan con los cambios de RACF, necesarios para la seguridad de TivoliWorkload Scheduler for z/OS.


Tabla de descriptores de claseEl miembro de la biblioteca de ejemplos EQQ9RFDE proporciona la entrada dedescriptores de clase necesaria para definir el entorno de seguridad de TivoliWorkload Scheduler for z/OS para RACF, o un producto funcionalmenteequivalente.

Cada descriptor de clase contiene información de control que RACF necesita paravalidar los nombres de clase y es CSECT en el módulo de carga ICHRRCDE.

Puede utilizar el miembro EQQ9SMDE para instalar ICHRRCDE como usermod deSMP/E en la zona de destino RACF.

Tabla de direccionadorEl miembro de la biblioteca de ejemplos EQQ9RF01 proporciona la entrada detabla de direccionador necesaria para definir el entorno de seguridad de TivoliWorkload Scheduler for z/OS para RACF, o un producto funcionalmenteequivalente.

Se trata de una tabla de direccionador RACF que proporciona códigos de acciónpara determinar si RACF se invoca en nombre de la macro RACROUTE.

Puede utilizar el miembro EQQ9SM01 para instalar ICHRFR01 como usermod deSMP/E en la zona de destino RACF.

Biblioteca de ejemplos (SEQQSAMP)El miembro EQQYCBAG de la biblioteca EQQSAMP proporciona un ejemplo en elque la herramienta Batch Command Interface Tool (BCIT) se utiliza para descargaruna aplicación de grupo, y todas las aplicaciones que pertenezcan a éste, en unarchivo secuencial en formato de sentencias de control de cargador de procesos porlotes.

Las aplicaciones de grupo, igual que otras aplicaciones, pueden modificarse através de las sentencias de control de cargador de procesos por lotes. A partir deaquí, puede usar el archivo secuencial como entrada para la ejecución del cargadorde procesos por lotes.

Este ejemplo contiene dos trabajos:1. El trabajo para descargar, que utiliza la herramienta BCIT.2. El trabajo para cargar, que utiliza el cargador de procesos por lotes.

Antes de ejecutar el trabajo, debe personalizarlo con los valores correctos delnombre de la tarjeta del trabajo, los nombres de los conjuntos de datos, el nombredel subsistema, etc.

El miembro EQQBENCR de la biblioteca EQQSAMP proporciona un ejemplo deEQQE2EPW JCL que puede usar para cifrar las contraseñas escritas en texto sinformato en la sentencia USRREC del miembro de configuración USRINFO, o parainsertar sentencias USRREC adicionales a través de los datos SYSIN.

A continuación se muestra un ejemplo de EQQE2EPW JCL.//EQQE2EPW EXEC PGM=EQQUPTOP,REGION=64M,TIME=1440//********************************************************************//* THIS IS A SAMPLE JCL TO ENCRYPT THE PASSWORDS IN THE USRREC *//* STATEMENT CONTAINED IN THE EQQPARM LIBRARY MEMBER AS SPECIFIED *


//* BY THE USRMEM KEYWORD IN THE TOPOLOGY STATEMENT, FOR EXAMPLE *//* USRMEM(USRINFO). *//* THE TWS FOR ZOS DEFAULT FOR THIS MEMBER NAME IS USRINFO, AS *//* DEFINED IN THE EQQE2EP INSTALLATION SAMPLE. *//* SPECIFY THE LIBRARY THAT CONTAINS THE USRINFO MEMBER, *//* INCLUDING THE MEMBER NAME, IN THE EQQUSRIN DD OF THIS JCL. *//* SPECIFY IN THE SYSIN DD EITHER THE NAME OF A DATA SET (INCLUDING *//* THE MEMBER NAME, IF PDS) CONTAINING THE USRREC STATEMENTS OR THE *//* USRREC STATEMENTS DIRECTLY AS INLINE PARAMETERS. THESE ARE THE *//* USRREC STATEMENTS THAT YOU WOULD LIKE TO ADD TO THE USRINFO *//* DATASET MEMBER. *//* NOTICE THAT ALL THE THREE KEYWORDS OF THE USRREC STATEMENT *//* (USRCPU, USRNAM, USRPSW) ARE REQUIRED IN THE SYSIN. INSERT ONE *//* USRREC STATEMENT KEYWORD PER ROW. *//* FOR EXAMPLE: *//* SYSIN DD * *//* USRCPU(WS01) *//* USRNAM(’TEST1’) *//* USRPSW(’ABC123’) *//* USRCPU(WS02) *//* USRNAM(’TEST2’) *//* USRPSW(’EFG567’) *//* AS RESULT THE PASSWORDS SPECIFIED IN THE USRPSW KEYWORDS WILL BE *//* ENCRYPTED (EITHER IF IN THE SYSIN OR IN THE USRINFO MEMBER) AND *//* THESE USRREC STATEMENTS ARE STORED IN THE USRINFO DATA SET AS *//* SPECIFIED IN THE EQQUSRIN DD CARD. *//* IF THE SYSIN IS NOT SPECIFIED, OR SPECIFIES DUMMY, ONLY THE *//* PASSWORDS PRESENT IN THE USRINFO DATA SET WILL BE ENCRYPTED. *//* NOTE: *//* REVIEW ALL THE JCL CONTENT AND SETTINGS *//* BEFORE SUBMITTING THIS JCL DOUBLE CHECK THAT THE DD DEFINITIONS *//* SUIT YOUR INSTALLATION. MAINLY DOUBLE CHECK THAT EQQUSRIN AND *//* SYSIN DD ARE PROPERLY DEFINED. CHECK THE JOB REGION SIZE. *//* ADD YOUR JOB CARD. CONSIDER BACKING UP YOUR PARMLIB DATASET. *//********************************************************************//EQQE2EPW EXEC PGM=EQQUPTOP,REGION=64M,TIME=1440//STEPLIB DD DISP=SHR,DSN=&STEPDSN//EQQMLOG DD SYSOUT=&FPCLA//EQQMLIB DD DISP=SHR,DSN=&MSGLIB//EQQPARM DD DISP=SHR,DSN=&PARMDSN//EQQDUMP DD SYSOUT=&FPCLA//SYSUDUMP DD SYSOUT=&FPCLA//EQQUSRIN DD DISP=SHR,DSN=&PARMDSN(USRINFO)//SYSIN DD DISP=SHR,DSN=dsname(member_name)//*SYSIN DD *//*USRCPU(TEST)//*USRNAM(’DUMMY’)//*USRPSW(’ABC123’)

Nota:

1. Inserte las palabras clave contenidas en SYSIN, ya sea en línea o en unconjunto de datos, una por fila.

2. Las palabras clave son las mismas que las utilizadas para la sentencia USRREC:USRCPU, USRNAM y USRPSW. Estas tres palabras clave son obligatorias enSYSIN.

3. Las filas que sólo contienen comentarios se insertan en el miembro del conjuntode datos USRINFO (al que apunta la tarjeta EQQUSRIN DD) tal como semuestra, empezando en la columna 13.

4. Puede escribir comentarios en cada fila, pero, en función de la longitud de lasentencia, pueden truncarse o bien el contenido de la fila podría sobrescribirlos.El rango recomendado es de la columna 50 a la columna 60. Está permitidoutilizar filas que sólo contengan comentarios.


5. La longitud de la contraseña después del cifrado es siempre de 31 bytes y lassentencias empiezan en la columna 13, por lo tanto puede usar un máximo de60 caracteres por fila.

6. Durante el proceso de exploración de conjuntos de datos, si se encuentransentencias USRREC duplicadas (valores iguales para USRCPU y USRNAM), seinserta la última sentencia USRREC que se encuentra, y la primera USRREC seelimina. La exploración se realiza desde la parte de arriba del conjunto dedatos. Las sentencias contenidas en SYSIN se consideran más recientes encomparación con las sentencias en USRINFO.

7. En el contenido del conjunto de datos SYSIN se realiza una comprobaciónligera de la sintaxis. Sólo se realizan unas pocas comprobaciones en el conjuntode datos USRINFO. La comprobación completa de la sintaxis se realiza en elcontenido del conjunto de datos USRINFO final, cuando se realiza un procesopor lotes DP o una renovación de Symphony, como de costumbre.

8. Las filas nuevas añadidas al miembro USRINFO se marcan con el comentario/*JADD*/ a partir de la columna 73. Esto facilita la búsqueda de las líneasmodificadas. A continuación se muestra un ejemplo del aspecto de las filasinsertadas:USRREC USRCPU(WS01) /*JADD*/

USRNAM(’TESTO1’) /*JADD*/USRPSW(’¿M($H7ggTDè;Dè ã ä7LN};ôã°Nä)}¦ ¿’) /*JADD*/

Elimine manualmente el distintivo /*JADD*/ antes de la siguiente ejecucióndel trabajo EQQE2EPW, para distinguir las nuevas líneas que se añadan. Paraello, edite el miembro USRINFO y realice una de las acciones siguientes:v Elimine manualmente los comentarios /*JADD*/ mediante el mandato de

edición CUT del emulador de host.v Utilice el mandato de edición CHANGE ALL de TSO:

CHANGE ’/*JADD*/’ ’ ’ ALL

v Utilice los mandatos de edición RENUM y UNNUM de TSO.


Apéndice B. Ejemplos de configuración

Este apéndice proporciona ejemplos de configuración de Tivoli Workload Schedulerfor z/OS. Los ejemplos se basan en z/OS JES2, pero también son válidos para lossistemas z/OS JES3, o una combinación de sistemas JES2 y JES3. Cada ejemplomuestra:v El sistema de control, con el controlador y el rastreador iniciados en espacios de

direcciones independientes.v Todos los espacios de direcciones de Tivoli Workload Scheduler for z/OS como

sistemas Tivoli Workload Scheduler for z/OS.v Un resumen de acciones que puede llevar a cabo automáticamente la función de

reinicio de carga de trabajo.v Sentencias de inicialización de ejemplo que puede utilizar para crear la

configuración.v Los componentes de Tivoli Workload Scheduler for z/OS necesarios, el flujo de

envío automático de trabajo y la recopilación de sucesos en diversascombinaciones de sistemas.

Sistema de controlEl sistema de control se muestra en los ejemplos sólo con el controlador y elrastreador conectados mediante XCF o DASD compartido. Pero puede conectarlosmediante NCF o TCP/IP, si prefiere uno de estos métodos.

Tivoli Workload Scheduler for z/OS puede dar soporte a sistemas remotos queestán en diferentes husos horarios que el sistema de control. Consulte TivoliWorkload Scheduler for z/OS: Managing the Workload para obtener más informaciónsobre el soporte de huso horario y los cambios de horario de verano.

Acciones de reinicio automáticoLas posibles acciones varían en función del tipo de conexión entre el controlador yel rastreador.

Sentencias de inicializaciónLos valores predeterminados se utilizan en sentencias que no se relacionanespecíficamente con la configuración. Las sentencias se especifican en uno o másmiembros de bibliotecas de parámetros.

Sistemas spool de varios accesos conectados a través de DASDcompartido

La Figura 26 en la página 382 muestra dos complejos MAS (spool de variosaccesos) JES2 de z/OS que están conectados mediante DASD compartido.

Los sistemas A y B forman un complejo MAS. El sistema A es el sistema de controlde Tivoli Workload Scheduler for z/OS. Comparte un spool con el sistema B, quees un sistema controlado de Tivoli Workload Scheduler for z/OS. El trabajo seenvía directamente a este complejo mediante el controlador del sistema A. Eltrabajo se procesa en uno de estos dos sistemas, en función de los parámetros de


instalación. Para representar este complejo para Tivoli Workload Scheduler forz/OS, defina una estación de trabajo de sistema con un campo de destino enblanco. Es decir, todos los trabajos de esta estación de trabajo se envían al sistemaen el que se ha iniciado el controlador.

Los sistemas C y D, que son sistemas controlados de Tivoli Workload Scheduler forz/OS, forman un segundo complejo MAS. El trabajo se envía a este complejomediante un conjunto de datos de envío/liberación. El campo de destino de ladescripción de la estación de trabajo que representa este complejo contiene elnombre DD del conjunto de datos de envío/liberación. El rastreador del sistema Clee este conjunto de datos y pasa al complejo los trabajos nuevos que encuentrepara su proceso.

Se instala un rastreador en cada sistema de la configuración. La subtarea detranscriptor de sucesos del rastreador en cada sistema graba sucesos en unconjunto de datos de sucesos en dicho sistema. Cuatro subtareas de lector desucesos, una para cada conjunto de datos de sucesos, se inician en el controladoren el sistema A. El controlador lee los conjuntos de datos de sucesos y actualiza elplan actual.

��

��

�

��

�

��

*

��

+

��

��

��

��+

��

��*

��

��

��

��+

��

��

�� ,�� /*�� ,�� /

��

��

�� *

Figura 26. Dos complejos MAS JES2 de z/OS conectados mediante DASD compartido


Cuando se inicia el controlador en el sistema A, intenta abrir el conjunto de datosde envío/liberación. Si se produce un error de E/S, el estado de la estación detrabajo que representa el complejo MAS controlado se establece en fuera de línea.A continuación, Tivoli Workload Scheduler for z/OS puede iniciar las acciones dereinicio automático de la carga de trabajo para las operaciones de esta estación detrabajo. Estas acciones dependen de los valores especificados en la palabra claveWSOFFLINE de la sentencia de inicialización JTOPTS.

En la Tabla 54 se muestran las sentencias de inicialización que puede utilizar paracrear la configuración de la Figura 26 en la página 382. En este ejemplo sepresupone que algunos de los trabajos planificados de Tivoli Workload Schedulerfor z/OS del Sistema C se envían mediante un proceso que no es de TivoliWorkload Scheduler for z/OS. Para controlar estos trabajos, se utiliza la función deretener/liberar. Se especifica HOLDJOB(USER) en la sentencia EWTROPTS para elrastreador del sistema C. Se especifica la palabra clave RELDDNAME en lasentencia ERDROPTS del lector de sucesos que lee el conjunto de datos de sucesosC. Esta palabra clave identifica el nombre DD del conjunto de datos deenvío/liberación en el que el controlador debe grabar mandatos de liberación.

Tabla 54. Miembros EQQPARM de ejemplo de la figura anterior

Miembros EQQPARM del sistema A

CONTROLR

OPCOPTS OPCHOST(YES)ERDRTASK4(4)ERDRPARM(ERDRA,ERDRB)ERDRC,ERDRD

ROUTOPTS DASD(SUDSC)

TRACKERA

OPCOPTS OPCHOST(NO)ERDRTASK(0)EWTRTASK(YES)EWTRPARM(TRKAEW)


ERDRA

ERDROPTS ERSEQNO(1)

TRKAEW

EWTROPTS

ERDRB

ERDROPTS ERSEQNO(2)

ERDRC

ERDROPTS ERSEQNO(3)RELDDNAME(SUDSC)

ERDRD

ERDROPTS ERSEQNO(4)

Miembros EQQPARM del sistema B

TRACKERB

OPCOPTS OPCHOST(NO)ERDRTASK(0)EWTRTASK(YES)EWTRPARM(TRKBEW)


TRKBEW

EWTROPTS

Miembros EQQPARM del sistema C

Apéndice B. Ejemplos de configuración 383

Tabla 54. Miembros EQQPARM de ejemplo de la figura anterior (continuación)


TRACKERC

OPCOPTS OPCHOST(NO)ERDRTASK(0)EWTRTASK(YES)EWTRPARM(TRKCEW)


TRKCEW

EWTROPTS SUREL(YESHOLDJOB(USER)

Miembros EQQPARM del sistema D

TRACKERD

OPCOPTS OPCHOST(NO)ERDRTASK(0)EWTRTASK(YES)EWTRPARM(TRKDEW)


TRKDEW

EWTROPTS

Nota: En este ejemplo, SUDSC se utiliza para el nombre DD definido por elusuario del conjunto de datos de envío/liberación. Este nombre DD aparece en elJCL de tarea inicia del controlador y el campo de destino de la estación de trabajoque representa el sistema MAS controlado.

Sistemas individuales conectados mediante DASD compartidoEn la Figura 27 en la página 385 se muestran tres sistemas z/OS conectadosmediante DASD compartido.

El sistema A es el sistema de control de Tivoli Workload Scheduler for z/OS. Lossistemas B y C son sistemas controlados, cada uno de los cuales comparte unconjunto de datos de envío/liberación con el sistema de control. Cada uno de lostres sistemas está representado por una estación de trabajo de sistema. El campo dedestino de la descripción de la estación de trabajo del sistema A se ha dejado enblanco, lo que indica que Tivoli Workload Scheduler for z/OS debe enviar eltrabajo al sistema en el que se ha iniciado el controlador. El campo de destino delas descripciones de estación de trabajo de los sistemas B y C contiene el nombreDD del conjunto de datos de envío/liberación que los conecta al controlador. Lostrabajos se envían al conjunto de datos de envío/liberación adecuado y luego sepasan al sistema correspondiente para que el transcriptor de sucesos de dichosistema los procese.


La subtarea de transcriptor de sucesos de cada sistema graba información desucesos en sus conjuntos de datos de sucesos. Tres subtareas de lector de sucesos,una para cada uno de los conjuntos de datos de sucesos, se inician en elcontrolador en el sistema A. El controlador lee los conjuntos de datos de sucesos yactualiza el plan actual.

El reinicio de carga de trabajo automático se puede invocar en esta configuración,si se produce un error de E/S cuando el controlador intenta abrir un conjunto dedatos de envío/liberación. A la estación de trabajo que tiene este conjunto de datosde envío/liberación como un destino se le da el estado de fuera de línea, y serealizan acciones WLR en función de las opciones especificadas en la palabra claveWSOFFLINE de la sentencia de inicialización JTOPTS.


��

+

��

��

��

��

�� ,�� /*�� ,�� /

��

��+

��

��

��

�

��

�

��

��

��

��

��+

��

��

Figura 27. Sistemas individuales conectados mediante DASD compartido




CONTROLR

OPCOPTS OPCHOST(YES)ERDRTASK(3)ERDRPARM(ERDRA,ERDRB,ERDRC)

ROUTOPTS DASD(SUDSB,SUDSC)

TRACKERA



ERDRA

ERDROPTS ERSEQNO(1)

TRKAEW

EWTROPTS

ERDRB

ERDROPTS ERSEQNO(2)

ERDRC

ERDROPTS ERSEQNO(3)


TRACKERB



TRKBEW

EWTROPTS SUREL(YES)


TRACKERC



TRKCEW

EWTROPTS SUREL(YES)

Nota: En este ejemplo, SUDSB y SUDSC se utilizan para los nombres DDdefinidos por el usuario de los conjuntos de datos de envío/liberación. Los dosnombres DD aparecen en el procedimiento JCL del controlador. También aparecenen el campo de destino de las respectivas estaciones de trabajo.

z/OS SysplexEn la “z/OS Sysplex” se muestran cuatro sistemas, cada uno conectado medianteenlaces de comunicación XCF (recurso de acoplamiento de sistemas cruzados).

El sistema A es el sistema de control de Tivoli Workload Scheduler for z/OS y lossistemas B, C y D son sistemas controlados. Represente cada sistema en elcomplejo de sistemas (Sysplex) mediante una estación de trabajo de sistema. Elcampo de destino contiene el nombre del miembro de grupo XCF de la tareainiciada de Tivoli Workload Scheduler for z/OS. En el sistema de control, puededejar en blanco el campo de destino de la estación de trabajo que representa elsistema A, o puede especificar el nombre del miembro del grupo XCF del


rastreador situado en ese sistema. Si deja el campo en blanco, el controlador pasatrabajo al sistema para su proceso. Si especifica el nombre del miembro de grupoXCF del rastreador, el controlador transmite el trabajo al rastreador, que, a su vez,pasa el trabajo a este sistema. La forma de definir esta estación de trabajo dependede la estrategia de recuperación que desee utilizar.

Se instala un rastreador en cada sistema del sysplex. Cada subtarea del transcriptorde sucesos del rastreador se inicia con una función de lector (EWSEQNO se defineen la sentencia EWTROPTS). Esto significa que el transcriptor de sucesos pasa lossucesos a XCF para transferirlos al controlador al mismo tiempo que se graban enel conjunto de datos de sucesos. Así se elimina la necesidad de subtareas separadasdel lector de sucesos.

Los servicios XCF permiten definir controladores en espera, que actúan comorespaldo del controlador si se produce un error en el sistema de control. Estesoporte se denomina función de espera activa. En la “z/OS Sysplex” en la página386, se inicia un espacio de direcciones de Tivoli Workload Scheduler for z/OS enel sistema B en modalidad de espera. Es una copia del controlador, pero no realizaninguna función a no ser que se produzca un error en el controlador o falle el

XCF

XCF

Conjunto de datosde suceso

C

Clave:

XCF

EW

Recurso de acoplamiento entre sistemas

Transcriptor de sucesos

Enlace de comunicación XCF

Datos delcontrolador

DASDcompartido

XCF


B

Sistema B

EW

Controladorde espera

Agente deseguimiento

XCF


D

Sistema D

EW


Sistema C

EW


Sistema A

EW

Agente deseguimiento Controlador


A

Figura 28. z/OS Sysplex


sistema A. El controlador en espera debe tener acceso a todos los datos de TivoliWorkload Scheduler for z/OS, ya que se convierte en el controlador en el caso deproducirse una anomalía.

Las funciones completas del reinicio de la carga de trabajo están disponibles enesta configuración. Si se produce una anomalía del sistema z/OS, la estación detrabajo que representa dicho destino se establece como anómala. Se llevan a caboacciones en función de la palabra clave WSFAILURE de la sentencia deinicialización JTOPTS. Si se produce un error en el rastreador o si se produce unerror en el enlace de comunicación entre el controlador y el rastreador, la estaciónde trabajo se establece como fuera de línea. Tivoli Workload Scheduler for z/OSlleva a cabo acciones en función de la palabra clave WSOFFLINE de JTOPTS.

En la Tabla 56 se muestran las sentencias de inicialización que puede utilizar paracrear la configuración de la “z/OS Sysplex” en la página 386.



CONTROLR


ROUTOPTS XCF(SYSATRK,SYSBTRK,SYSCTRK,SYSDTRK)

XCFOPTS GROUP(OPCGRP)MEMBER(CONTR)

TRACKERA


XCFOPTS GROUP(OPCGRP)MEMBER(SYSATRK)

TRROPTS HOSTCON(XCF)

TRKAEW

EWTROPTS EWSEQNO(1)


TRACKERB


XCFOPTS GROUP(OPCGRP)MEMBER(SYSBTRK)


STBYCONT

OPCOPTS OPCHOST(STANDBY)ERDRTASK(0)

ROUTOPTS XCF(SYSATRK,SYSBTRK,SYSCTRK,SYSDTRK)

XCFOPTS GROUP(OPCGRP)MEMBER(STBYCTRB)

TRKBEW

EWTROPTS EWSEQNO(1)


TRACKERC


XCFOPTS GROUP(OPCGRP)MEMBER(SYSCTRK)


TRKCEW

EWTROPTS EWSEQNO(1)


Tabla 56. Miembros EQQPARM de ejemplo de la figura anterior (continuación)


Miembros EQQPARM del sistema D

TRACKERD

OPCOPTS OPCHOST(NO)ERDRTASK(0)EWTRTASK(YES)EWTRPARM(TRKDEW)

XCFOPTS GROUP(OPCGRP)MEMBER(SYSDTRK)


TRKDEW

EWTROPTS EWSEQNO(1)

Nota: en este ejemplo, el grupo XCF se llama OPCGRP. Este grupo tiene losmiembros CONTR, SYSATRK, SYSBTRK, SYSCTRK, SYSDTRK y STBYCTRB.

Configuración PLEXFigura 29 en la página 390 muestra cuatro sistemas que se ejecutan en un entornode sysplex, conectados mediante enlaces de comunicación XCF (recurso deacoplamiento de sistemas cruzados).

En cada imagen de rastreador del sysplex se inician un controlador y unrastreador; un controlador será el activo, mientras los demás se inician comocontroladores en espera. En la imagen de z/OS, donde se ejecuta el controladoractivo, se inicia un servidor, que se encarga de las solicitudes de diálogos yaplicaciones PIF.

Se presupone que la variable del sistema &SYSCLONE se ha establecido en KA,KB, KB y KC en los sistemas A, B, C y D respectivamente.



Tabla 57. Miembros EQQPARM de ejemplo para la figura anterior

Miembros EQQPARM, compartidos entre imágenes z/OS

CONTROLR

OPCOPTS OPCHOST(PLEX)ERDRTASK(0)SERVERS(OSRV)

ROUTOPTS XCF(TRKA,TRKB,TRKC,TRKD)

XCFOPTS GROUP(OPCGRP)MEMBER(CONTR)

SERVER

SERVOPTS SUBSYS(OPCC)SCHEDULER(OSRV)

Sistema A

Sistema C Sistema D

Sistema B

Agente deAgente de

Agente de Agente de

seguimientoseguimiento

seguimiento seguimiento

EW EWDiálogosISPF

LU6.2 LU6.2XCF XCF

controladorde espera


EW

LU6.2 XCF

Servidor Controlador

SSI


XCF LU6.2

EW


D


C

Clave:

XCFEWLU6.2SSI

Recurso de acoplamiento entre sistemasTranscriptor de sucesoEnlace de comunicación APPCInterfaz de subsistema MVS

Enlace de comunicación XCF


A


B

Datos delcontrolador

DASDcompartido

Figura 29. Un entorno Tivoli Workload Scheduler for z/OS PLEX


Tabla 57. Miembros EQQPARM de ejemplo para la figura anterior (continuación)

Miembros EQQPARM, compartidos entre imágenes z/OS

TRACKER


XCFOPTS GROUP(OPCGRP)MEMBER(TR&SYSCLONE.)


TRKEW

EWTROPTS EWSEQNO(1)

Control de un sistema z/OS mediante un enlace VTAMFigura 30 muestra un sistema z/OS conectado al host Tivoli Workload Schedulerfor z/OS a través de un enlace VTAM.

Cada sistema se representa mediante una estación de trabajo de sistema. El campode destino de la descripción de la estación de trabajo del sistema A se ha dejado enblanco. El trabajo de esta estación de trabajo se inicia en el sistema A. El campo dedestino de la estación de trabajo del sistema B contiene el ID de aplicación VTAMdel rastreador en este nodo. El trabajo se transmite del host al rastreador y se iniciadespués en el sistema B.

En el sistema A, un transcriptor de sucesos graba sucesos en un conjunto de datosde sucesos A, que una subtarea de lector de sucesos lee en el controlador. En elsistema B, la subtarea del transcriptor de sucesos de rastreador se inicia con unafunción de lector, EWSEQNO se define en la sentencia EWTROPTS. Esto significaque el transcriptor de sucesos pasa los sucesos a NCF para transferirlos alcontrolador al mismo tiempo que se graban en el conjunto de datos de sucesos.

��

�

��

+

��"��#

��

��

��

��

��

��+

�� #;��

��!� "��#

!� !�

Figura 30. Control de un sistema z/OS mediante un enlace VTAM


En esta configuración se puede usar el reinicio automático de la carga de trabajo siel controlador no puede comunicarse con el rastreador en el sistema. El estado dela estación de trabajo del sistema B se establece como fuera de línea si se produceun error en z/OS o éste se detiene, si ser produce un error en rastreador o éste sedetiene, o si se pierde el enlace VTAM. Las acciones WLR se llevan a cabo enfunción de la palabra clave WSOFFLINE de la sentencia de inicialización JTOPTS.

En la Tabla 58 se muestran las sentencias de inicialización que puede utilizar paracrear la configuración de la Figura 30 en la página 391.



CONTROLR

OPCOPTS OPCHOST(YES)ERDRTASK(1)ERDRPARM(ERDR1)NCFTASK(YES)NCFAPPL(NCFAPPL1)

ROUTOPTS SNA(NCFAPPL2)

TRACKERA



ERDR1

ERDROPTS ERSEQNO(1)

TRKAEW

EWTROPTS


TRACKERB

OPCOPTS OPCHOST(NO)ERDRTASK(0)EWTRTASK(YES)EWTRPARM(TRKBEW)NCFTASK(YES)NCFAPPL(NCFAPPL2)

TRROPTS HOSTCON(SNA)SNAHOST(NCFAPPL1)

TRKBEW

EWTROPTS EWSEQNO(1)

Nota: en este ejemplo, el controlador tiene el ID de aplicación VTAM NCFAPPL1,y el rastreador del sistema B tiene el ID de aplicación VTAM NCFAPPL2.

Control de un sistema z/OS a través de un enlace TCP/IPFigura 31 en la página 393 muestra un sistema z/OS conectado al host TivoliWorkload Scheduler for z/OS a través de un enlace TCP/IP.

Cada sistema se representa mediante una estación de trabajo de sistema. El campode destino de la descripción de la estación de trabajo del sistema A se ha dejado enblanco. El trabajo de esta estación de trabajo se inicia en el sistema A. El campo dedestino de la estación de trabajo del sistema B contiene el nombre de destinoasociado con la dirección IP del rastreador de este sistema. El trabajo se transmitedel host al rastreador y se inicia después en el sistema B.


En el sistema A, un transcriptor de sucesos graba sucesos en un conjunto de datosde sucesos A, que una subtarea de lector de sucesos lee en el controlador. En elsistema B, la subtarea del transcriptor de sucesos de rastreador se inicia con unafunción de lector, EWSEQNO se define en la sentencia EWTROPTS. Esto significaque el transcriptor de sucesos pasa los sucesos a NCF para transferirlos alcontrolador al mismo tiempo que se graban en el conjunto de datos de sucesos.

En esta configuración se puede usar el reinicio automático de la carga de trabajo siel controlador no se puede comunicar con el rastreador en el sistema B. El estadode la estación de trabajo del sistema B se establece como fuera de línea si seproduce un error en z/OS o éste se detiene, si se produce un error en el rastreadoro éste se detiene, o si se pierde el enlace. Las acciones WLR se llevan a cabo enfunción de la palabra clave WSOFFLINE de la sentencia de inicialización JTOPTS.




CONTROLR

OPCOPTS OPCHOST(YES)ERDRTASK(1)ERDRPARM(ERDR1)


ROUTOPTS TCPIP(DEST1:’1.111.111.111’/4444)

TRACKERA

OPCOPTS OPCHOST(NO)ERDRTASK(0)


ERDR1

ERDROPTS ERSEQNO(1)

TRKAEW

EWTROPTS


��

�

��

+

�� $�%$

��

��

��

��

��

��+

�� $�%$

��%$

%$ %$

Figura 31. Control de un sistema z/OS a través de un enlace TCP/IP


Tabla 59. Miembros EQQPARM de ejemplo para la figura anterior (continuación)


TRACKERB



TRROPTS HOSTCON(TCP)TCPHOSTNAME(’9.12.134.1’)TCPPORTNUMBER(8888)

TRKBEW

EWTROPTS EWSEQNO(1)

Nota: en este ejemplo, el nombre del destino es DEST1. El destino se definetambién en el campo de destino de la estación de trabajo.

Control de un sistema JES2 MAS mediante un enlace VTAMFigura 32 en la página 395 muestra un sistema MAS JES2 z/OS conectado al hostTivoli Workload Scheduler for z/OS a través de un enlace VTAM.

El sistema A y los sistemas del complejo JES2 MAS (sistema B y sistema C) serepresentan cada uno mediante una estación de trabajo de sistema. El campo dedestino de la estación de trabajo del sistema A se ha dejado en blanco de modoque el trabajo lo inicia el controlador en ese sistema. El campo de destino de lasdescripciones de estación de trabajo del complejo MAS contiene el ID de aplicaciónVTAM del rastreador en el sistema B. El controlador envía trabajo al rastreador enel sistema B a través de la función de comunicación de red. El rastreador pasa eltrabajo al complejo, y el trabajo se procesa a continuación en el sistema B o C, enfunción de los parámetros de instalación.


Se inicia un rastreador en cada sistema de la configuración. Una subtarea de lectorde sucesos en el controlador lee los sucesos del sistema A. El lector de sucesos enel sistema B lee la información del suceso del sistema C y pasa los sucesos a NCFpara la transmisión al controlador. Este lector de sucesos es necesario porque elsistema C no tiene su propio enlace al controlador. La subtarea de transcriptor desucesos en el sistema B se inicia con una función de lector—EWSEQNO se defineen la sentencia EWTROPTS. Esto significa que el transcriptor de sucesos pasa lossucesos del sistema B a NCF para transferirlos al controlador al mismo tiempo quese graban en el conjunto de datos de sucesos.

Nota: Esta figura demuestra la necesidad de una tarea de lector de sucesos dondeel sistema C no tiene un enlace directo con el controlador. Pero si están disponibleslos recursos necesarios, intente dar a cada rastreador su propio enlace con elcontrolador.

En esta configuración se puede usar el reinicio automático de la carga de trabajo siel controlador no puede comunicarse con el rastreador en el sistema. El estado dela estación de trabajo del sistema B se establece como fuera de línea si se produceun error en z/OS o éste se detiene, si ser produce un error en rastreador o éste sedetiene, o si se pierde el enlace VTAM. Las acciones WLR se llevan a cabo enfunción de la palabra clave WSOFFLINE de JTOPTS. El reinicio de la carga detrabajo no se ve afectado por los errores del sistema C, porque el controlador notiene un enlace directo con este sistema.


��

�

��"��#

��

��

��

��

��

��+

�� #;��

��!� "��#

��

�

��

��

+

��!� !� ��

Figura 32. Control de un sistema JES2 MAS mediante un enlace VTAM




CONTROLR

OPCOPTS OPCHOST(YES)ERDRTASK(1)ERDRPARM(ERDR1)NCFTASK(YES)NCFAPPL(NCFAPPL1)

ROUTOPTS SNA(NCFAPPL2)

TRACKERA



ERDR1

ERDROPTS ERSEQNO(1)

TRKAEW

EWTROPTS


TRACKERB

OPCOPTS OPCHOST(NO)ERDRTASK(1)ERDRPARM(ERDR2)EWTRTASK(YES)EWTRPARM(TRKBEW)NCFTASK(YES)NCFAPPL(NCFAPPL2)

TRROPTS HOSTCON(SNA)SNAHOST(NCFAPPL1)

TRKBEW

EWTROPTS EWSEQNO(1)

ERDR2

ERDROPTS ERSEQNO(2)


TRACKERC



TRKCEW

EWTROPTS HOLDJOB(NO)

Nota: en este ejemplo, el controlador tiene el ID de aplicación VTAM NCFAPPL1,y el rastreador del sistema B tiene el ID de aplicación VTAM NCFAPPL2.


Apéndice C. Invocación de la macro EQQEXIT

Las salidas de seguimiento de sucesos de ejemplo que se distribuyen con TivoliWorkload Scheduler for z/OS están escritas en lenguaje Assembler. El código deseguimiento de sucesos de estas salidas se genera mediante una macro deAssembler llamada EQQEXIT. En las secciones siguientes se describe cómo invocarla macro EQQEXIT. Este apéndice contiene información de uso general sobre lainterfaz de programa e instrucciones asociadas.

Invocación de EQQEXIT en salidas de SMFEQQEXIT establece su propia direccionalidad en las salidas de SMF. Guarda yrestaura todos los registros usados. Para ello, espera que el registro 13 apunte a unárea de guardado de z/OS estándar.

Existen dos modos de invocar la macro EQQEXIT en una salida de SMF:v Invocar EQQEXIT con todos los registros sin modificar desde que se llamó la

salida (excepto el registro 15).v Guardar todos los registros de la entrada para la salida y después invocar

EQQEXIT al especificar la dirección del área de guardado inicial.

En ambos casos, la macro EQQEXIT debe invocarse en el estado de supervisor,clave PSW 0.

Invocación de EQQEXIT en salidas de JESEn salidas de JES, EQQEXIT debe invocarse en estado de supervisor, clave PSW 1.EQQEXIT espera que la direccionalidad del código ya se haya establecido. Tambiénespera que los registros se establezcan de la siguiente manera:v EXIT7

R0 Indicador de lectura/escritura de JCT (JES2 SP Versión 3 y anterior);dirección de una lista de parámetros correlacionada mediante la macroJES2 $XPL (JES2 SP Versión 4 y posterior)

R1 Dirección de JCT que se lee o graba

R13 Dirección de PCE actualv EXIT51

R1 Dirección de una lista de parámetros correlacionada mediante la macroJES2 $XPL (JES2 con z/OS 1.7 o posterior)

v IATUX19R8 Dirección de la entrada JDS actualR9 Dirección de la entrada RESQUEUE actualR11 Dirección de la entrada FCT actualR12 Dirección de la entrada TVTABLE

v IATUX29R11 Dirección de la entrada FCT actualR13 Dirección del área de datos de servicio de entrada de la función actual

Tenga en cuenta que estas convenciones de registros ya están establecidas alllamarse la salida. Debe invocar EQQEXIT mientras estos registros permanezcansin modificar.


Si un usuario ha modificado un ejemplo de salida de JES entregado (o la macroEQQEXIT), asegúrese de que no impide ni filtra el seguimiento del propio TivoliWorkload Scheduler for z/OS.

Consulte la sección NOTES del prólogo EQQEXIT para obtener información sobreel contenido del registro destruido por EQQEXIT en las salidas JES.

Sintaxis de la invocación de la macro EQQEXITFinalidad

EQQEXIT produce un código de salida de seguimiento de sucesos de TivoliWorkload Scheduler for z/OS al generar código Assembler que se ejecutará en unasalida de SMF o JES.

Sintaxis

EXIT=nombre de salidaREG13=dirección del área de guardadoMAPMAC={YES|NO}SETUID={YES|NO}SRREAD={YES|NO|NONE}SNA={YES|NO}

Parámetros

EXIT=nombre de salidaPalabra clave obligatoria que define el nombre de la salida en la que seutiliza la macro. Se pueden especificar los nombres siguientes: IEFACTRT,IEFUJI, IEFU83, EXIT7, IATUX19 e IATUX29. Excepto en la salida EXIT7, seemite un mensaje de aviso si el nombre de CSECT actual difiere delnombre especificado en la palabra clave EXIT.

REG13=dirección de área de guardarPalabra clave opcional que define la dirección del área de guardado deregistro actual cuando se llama la salida de SMF o JES. El valorpredeterminado de esta palabra clave depende del nombre especificado enla palabra clave EXIT. Si la salida actual es EXIT7, el valor predeterminadoes PCELPSV. Si la salida actual es IATUX19 o IATUX29, el valorpredeterminado es FCTSAVCH. En todos los demás casos, el valorpredeterminado es la segunda palabra completa del área de guardadoactual (si el área de guardado actual se ha encadenado correctamente, y elárea de guardado anterior contiene los registros en la entrada para lasalida).

Si no se aplica el valor predeterminado, debe especificarse la palabra claveREG13. Su valor debe ser una palabra completa que apunte al área deguardado que se utilizó para almacenar todos los registros al entrar lasalida.

MAPMAC={YES!NO}Palabra clave opcional que especifica si la macro debe generar las macrosde correlación de Assembler necesarias. El valor predeterminado es generarestas macros de correlación. El código EQQEXIT requiere estas macros decorrelación: CVT, IEFJESCT, IEFJSSOB e IEFJSSIB. La salida IEFACTRTtambién requiere la macro IEFJMR.


Si especifica NO, la salida IEFU83 requiere la correlación de los registrosde SMF, IFASMFR 14 e IFASMFR 64. Debe etiquetarlos SMF14REC ySMF64REC, respectivamente. Por ejemplo:SMF14REC DSECT * SMF RECORD 14 MAPPING

IFASMFR 14 * DATA SET ACTIVITY RECORD

SETUID={YES|NO}Palabra clave opcional que especifica si la macro debe generar código paracolocar el ID de usuario actual en el campo JMRUSEID cuando se tome lasalida IEFUJI. Especifique YES para generar este código. Si especifica NO,que es el valor predeterminado, el campo JMRUSEID no se actualiza. Serecomienda especificar YES si utiliza el ID de usuario actual para filtrarsucesos de cierre de conjuntos de datos. Necesita estas macros decorrelación si especifica YES: IHAPSA, IHAASCB, IHAASXB e IHAACEE.

SRREAD={YES|NO|NONE}Palabra clave opcional que define si un suceso de disponibilidad derecursos debe generarse cuando un conjunto de datos se cierra después dehaberse abierto para un proceso de lectura.

Si especifica YES, se genera un suceso de recurso especial (SR) cada vezque se cierra un conjunto de datos después de haberse abierto paraproceso de lectura o salida.

Si especifica NO, que es el valor predeterminado, el suceso SR sólo segenera cuando un conjunto de datos se ha abierto para proceso de salida.El suceso no se genera si el conjunto de datos se ha abierto para procesode lectura.

Si se especifica NONE, no se realiza ningún desencadenamiento deconjunto de datos.

Consulte la sección “Implementación de soporte para desencadenamientode conjuntos de datos” en la página 93 para obtener más información sobrela función de desencadenamiento de conjunto de datos.

SNA={YES|NO}Palabra clave opcional que especifica si se da soporte a JES3 SNA NJE.

Mensajes

En el momento de ensamblado pueden generarse los mensajes siguientes:v WARNING: SNA KEYWORD IS ONLY USED FOR EXIT = IATUX19v WARNING: SNA VALUE SNA IS NOT RECOGNIZEDv WARNING: EXIT NAME DIFFERS FROM CURRENT CSECT NAMEv WARNING: MAPMAC VALUE MAPMAC IS NOT RECOGNIZEDv WARNING: SRREAD KEYWORD IS ONLY USED FOR EXIT=IEFU83v WARNING: SRREAD VALUE NOT RECOGNIZED, YES OR NO ARE THE

ONLY VALID VALUESv EXIT NAME SALIDA IS NOT SUPPORTED

Códigos de retornoEn el momento de ensamblado pueden generarse los códigos de retorno siguientes:4 Entrada no válida. Compruebe los mensajes de aviso.12 Salida no soportada especificada en la palabra clave EXIT.

Apéndice C. Invocación de la macro EQQEXIT 399


Apéndice D. Invocación de la macro EQQLSENT

El procedimiento siguiente sólo se admite para compatibilidad con versionesanteriores. Para utilizar el soporte actual para el desencadenamiento de conjuntosde datos, consulte el procedimiento para ejecutar la automatización de la cargacontrolada por sucesos que se describe en Gestión de la carga de trabajo.

Cuando se utiliza la función de desencadenamiento de conjuntos de datos,especifique los conjuntos de datos para los que desea que se generen sucesosmediante la creación de la tabla de selección de conjuntos de datos EQQDSLST.Para crear EQQDSLST invoque la macro EQQLSENT. En las secciones siguientes sedescribe cómo invocar la macro EQQLSENT. Este apéndice contiene informaciónde uso general sobre la interfaz de programa e instrucciones asociadas.

Nota: El soporte actual para el desencadenamiento de conjuntos de datos se basaen el archivo de configuración EQQEVLST. Si EQQJCLIB contiene EQQEVLST yEQQDSLST, la tabla de selección de desencadenamiento resultante es la unión deEQQEVLST y EQQDSLST. En este caso, los datos de EQQEVLST se procesanprimero. Si EQQJCLIB sólo contiene EQQDSLST, el rastreador lo carga como latabla de selección de desencadenamiento.

Invocación de EQQLSENT para crear EQQDSLSTLa macro EQQLSENT se utiliza para crear entradas en la tabla de selección dedesencadenamiento de conjuntos de datos. La tabla de selección se carga en ECSAal iniciarse el transcriptor de sucesos de Tivoli Workload Scheduler for z/OS.

EQQLSJCL de ejemplo de la biblioteca SEQQSAMP puede usarse para invocar lamacro EQQLSENT.

Sintaxis de la invocación de la macro EQQLSENTFinalidad

EQQLSENT produce una entrada en la tabla de selección de desencadenamientode conjuntos de datos, EQQDSLST. La función de desencadenamiento de conjuntosde datos utiliza EQQDSLST en la salida de SMF IEFU83 para decidir qué registrosde SMF deben procesarse. Cuando un registro de SMF 14, 15 ó 64 coincide con unacondición de EQQDSLST, se crea un suceso de disponibilidad de recurso especial yse difunde a todos los subsistemas de Tivoli Workload Scheduler for z/OSdefinidos en el sistema donde se creó el registro de SMF.

Formato

STRING= string|LASTENTRYPOS= posición numéricaUSERID= criterio de filtro de ID de usuarioJOBNAME= criterio de filtro de nombre de trabajoAINDIC={Y|N}LIFACT={Y|N|R}LIFTIM=intervalo


Parámetros

STRING=serie|LASTENTRYPalabra clave obligatoria que especifica la serie de caracteres que sebuscará. La serie puede tener entre 1 y 44 caracteres de longitud. Paraidentificar el último nivel completamente calificado de un nombre deconjunto de datos, añada un espacio como último carácter y coloque laserie entre comillas simples. Observe este ejemplo. Tiene dos conjuntos dedatos:

DSN.NAME.ABDSN.NAME.ABC

Especifique STRING=DSN.NAME.AB,POS=1 si desea que se creen sucesos dedisponibilidad de recursos especiales para los dos conjuntos de datos.Especifique STRING=’DSN.NAME.AB ’,POS=1 si sólo desea que se creensucesos para el primer conjunto de datos.

Cuando EQQLSENT se invoca con STRING=LASTENTRY, se genera unindicador de fin de tabla. Después de invocar EQQLSENT con losparámetros de palabra clave STRING y POS un número de veces, debeinvocarse EQQLSENT una última vez con STRING=LASTENTRY parapoder completar la tabla.

Para crear EQQDSLST, vacío, invoque EQQLSENT una vez, conSTRING=LASTENTRY. Cuando IEFU83 utiliza una lista vacía, no se creaningún suceso de recurso especial.

POS=posición numéricaPalabra clave obligatoria que especifica una posición numérica dondeempieza la serie.

USERID=seriePalabra clave opcional que especifica una serie de caracteres genéricos quese comparará con el campo SMFxxUID, que contiene la identificación deusuario asociada al trabajo, a la tarea iniciada o al usuario de TSO que hasolicitado la actividad en el conjunto de datos que ha resultado en el cierredel conjunto de datos. La serie puede tener entre 1 y 8 caracteres delongitud. Para este parámetro se permiten los siguientes comodines:v *: coincide con cualquier secuencia de caracteres.v %: coincide con cualquier carácter. Por ejemplo, si especifica AB%, ABC es

una coincidencia, AB o ABCD no son una coincidencia.

Nota: El campo de ID de usuario de SMF puede contener un valor enblanco. Consulte z/OS System Management Facilities si desea másinformación sobre el campo SMFxxUID o SMFxxUIF.

Si necesita controlar los sucesos de disponibilidad de recursos especialesbasados en el ID de usuario y el valor de SMF está en blanco en suinstalación, puede utilizar la salida IEFUJI para insertar el ID de usuario.Se recomienda especificar SETUID=YES en la macro EQQEXIT al generarla salida IEFUJI: esto establece el campo JMRUSEID, que SMF copiadespués en el campo de ID de usuario de SMF.

Si desea actualizar el campo JMRUSEID, tome el ID de usuario del campoACEEUSRI en ACEE, al que se apunta desde ASXB, al que se apuntadesde ASCB. Puede estar situado de la forma siguiente: PSAAOLD ===>ASCB ACSBASXB ===>


ASXB ASXBSENV ===> ACEEACEEUSRI ===> ID_usuario

Los DSECT necesarios se correlacionan mediante estas macros:

Área Macro Biblioteca

PSA IHAPSA SYS1.MACLIB

ASCB IHAASCB SYS1.MACLIB

ASXB IHAASXB SYS1.MODGEN

ACEE IHAACEE SYS1.MACLIB

JMR, correlacionado mediante IEFJMR, ya está disponible en la ampliaciónde EQQEXIT en IEFUJI.

JOBNAME=seriePalabra clave opcional que especifica una serie de caracteres que secomparará con el campo SMF14JBN, SMF15JBN o SMF64JMN, quecontiene el nombre del trabajo, tarea iniciada o usuario de TSO que solicitóla actividad contra el conjunto de datos que resultó del cierre del conjuntode datos. La serie puede tener entre 1 y 8 caracteres de longitud. Para esteparámetro se permiten los siguientes comodines:v *: coincide con cualquier secuencia de caracteres.v %: coincide con cualquier carácter. Por ejemplo, si especifica AB%, ABC es

una coincidencia, AB o ABCD no son una coincidencia.

Si el conjunto de datos se va a procesar mediante FTP, JOBNAME secorresponde con el valor ** USERID ** bajo el cual se recibe el conjunto dedatos. Es decir, el USERID proporcionado cuando el host remoto abrió lasesión de FTP para colocar (PUT) el conjunto de datos, o cuando unusuario local (o trabajo por lotes) abrió la sesión de FTP para obtener(GET) el conjunto de datos.

AINDIC={Y|N}Palabra clave opcional que especifica que el recurso especial estádisponible (Y) o no disponible (N). El valor predeterminado es que elrecurso esté disponible.

LIFACT={Y|N|R}Palabra clave opcional que especifica el valor en el que se restablece ladisponibilidad global del recurso especial, después de haber caducado elintervalo de tiempo especificado mediante LIFTIM. Los valores permitidosson:

Y Establece la disponibilidad global en Yes (Sí).

N Establece la disponibilidad global en No.

R Establece la disponibilidad global en blanco.

Esta palabra clave sólo es válida si se especifica LIFTIM. El valorpredeterminado es R.

LIFTIM=intervaloPalabra clave opcional que especifica el intervalo de tiempo, en minutos,transcurrido el cual se restablece la disponibilidad global del recursoespecial en el valor especificado mediante LIFACT. El intervalo permitidoes de 1 a 999999.

Nota:

Apéndice D. Invocación de la macro EQQLSENT 403

1. La salida de ensamblado de la macro EQQLSENT debe colocarse en elmiembro EQQDSLST del conjunto de datos al que se hace referencia en elnombre DD de EQQJCLIB.

2. Los conjuntos de datos de Generation Data Group (GDG) se especificanmediante el nombre del grupo. Por ejemplo, cuando se cierra un conjunto dedatos GDG con el nombre 'DSN.OPCSUBS.GDG.G0001V00', el suceso derecurso especial contiene el nombre de recurso 'DSN.OPCSUBS.GDG'.

3. En un conjunto de datos particionado, el miembro no forma parte del nombrede recurso del suceso de recurso especial.

4. En conjuntos de datos VSAM, el nombre del recurso del suceso de recursoespecial es el nombre del clúster (sin el sufijo DATA ni INDEX).

EjemplosEQQLSENT STRING=SYS1.MAN,POS=1EQQLSENT STRING=’TEST.DSCLOSE ’,POS=1,USERID=SYSOPEQQLSENT STRING=CP2,POS=12EQQLSENT STRING=EQQDATA.EXCL,POS=5EQQLSENT STRING=’DSN.OPCSUBS.GDG ’,POS=1EQQLSENT STRING=LASTENTRYEND

En este ejemplo, los recursos de SMF con:v un nombre de conjunto de datos que empieza por SYS1.MAN, ov un nombre de conjunto de datos TEST.DSCLOSE y el ID de usuario SYSOPv registros con CP2 en la posición 12, como DSN.OPCSUB.CP2, ov registros que se inician con EQQDATA.EXCL en la posición 5v la raíz de un nombre de conjunto de datos GDG

hacen que se generen sucesos de disponibilidad de recursos especiales.

Mensajes

En el momento de ensamblado pueden generarse los mensajes siguientes:v KEYWORD STRING IS REQUIREDv KEYWORD POS IS REQUIREDv POSITION MUST BE BETWEEN 1 AND 43v NULL NAME NOT VALIDv NAME (STRING) GREATER THAN 44 CHARACTERSv POSITION INVALID FOR NAME (STRING)v USERID STRING NOT VALIDv JOBNAME STRING NOT VALIDv AINDIC MUST BE EITHER Y OR Nv POSITION NOT VALID FOR NAME (STRING)v LIFACT MUST BE Y, N, OR Rv LIFTIM LENGTH NOT VALIDv LIFTIM VALUE NOT VALIDv LIFTIM VALUE 0 NOT ALLOWED

Códigos de retornoEn el momento de ensamblado puede generarse el código de retorno siguiente:12 Entrada no válida. Compruebe los mensajes de error.


Apéndice E. Utilización de archivos de respuestas

Puede realizar la instalación silenciosa de la Dynamic Workload Console,utilizando un archivo de respuestas. Para obtener más información sobre cómorealizar la instalación silenciosa, consulte “Realización de una instalaciónsilenciosa” en la página 271. Las propiedades del archivo de respuestas sedescriben en “Propiedades del archivo de respuestas de Dynamic WorkloadConsole”.

Propiedades del archivo de respuestas de Dynamic Workload ConsoleLas tablas siguientes describen las propiedades utilizadas en el archivo derespuestas de Dynamic Workload Console:v Información general: Tabla 61.v Configuración de WebSphere: Tabla 62.v Configuración del conector z/OS: Tabla 63 en la página 406.v Oferta y características que se deben instalar: Tabla 64 en la página 407.

Nota:

1. Todos los valores se deben escribir entre comillas simples ('), por ejemplo: <datakey=’user.wasInstallLocation,com.ibm.tws’ value=’C:\Archivos deprograma\IBM\TWA\’/>

2. Las propiedades utilizan tanto mayúsculas como minúsculas para facilitar lalectura. No son sensibles a las mayúsculas y minúsculas.

3. Las palabras clave (por ejemplo, "true") que se utilizan en los valores no sonsensibles a las mayúsculas y minúsculas.

Tabla 61. Información general

Nombre Descripción Valores permitidos

id El ID de perfil. El valor debe ser Tivoli DynamicWorkload Console. No modifique estevalor.

installLocation El directorio de instalación de la DynamicWorkload Console.

Para obtener más información sobrelos valores posibles del directoriode instalación, consulte“Procedimiento de instalación deDynamic Workload Console” en lapágina 267.

user.offeringId El ID de la oferta. El valor debe ser com.ibm.tws.tdwc.No modifique este valor.

Tabla 62. Configuración de WebSphere


user.wasInstallLocation El directorio donde ha instalado WebSphereApplication Server.

Para obtener más información sobrela configuración del perfil deWebSphere Application Server,consulte “Configuración del perfilde WebSphere Application Server”en la página 270.


Tabla 62. Configuración de WebSphere (continuación)


user.wasProfileLocation La ubicación donde se guarda el perfil deWebSphere Application Server.


user.wasUserName Escriba el ID de usuario de WebSphereApplication Server para el perfil utilizado deWebSphere Application Server. Este campoes opcional.


user.wasPassword Escriba la contraseña cifrada del ID deusuario de WebSphere Application Serverpara el perfil utilizado de WebSphereApplication Server. Para obtener másinformación sobre el cifrado de contraseñas,consulte “Cifrado de contraseñas de usuariopara archivos de respuestas” en la página275.


Tabla 63. Configuración del conector de z/OS


user.zosConnIsEnabled Especifique si desea crear una conexión con unhost de Tivoli Workload Scheduler para z/OS. true El proceso de instalación

configura una nuevaconexión con un controladorde Tivoli WorkloadScheduler para z/OS.

none El proceso de instalación noconfigura una conexión conun controlador de TivoliWorkload Scheduler paraz/OS.Nota: Después de lainstalación, puede crearconexiones utilizando scriptswastools.

El valor predeterminado es none.

user.zosConnEngineName Especifique el nombre del motor de TivoliWorkload Scheduler para z/OS al que se estáconectando.

Etiqueta que identifica la instanciadel conector de z/OS.

user.zosConnHostname Especifique el nombre de host o direcciónTCP/IP del sistema remoto z/OS donde estáinstalado el controlador de Tivoli WorkloadScheduler para z/OS.

Nombre de host o dirección TCP/IPválidos.

user.zosConnPort Especifique el número del puerto TCP/IP delsistema z/OS remoto que se utiliza paracomunicar con el controlador de TivoliWorkload Scheduler para z/OS.

Este valor se debe corresponder conel valor especificado en el miembroSERVOPTS del controlador. El valorpredeterminado es 11111.


Tabla 63. Configuración del conector de z/OS (continuación)


user.zosConnSslIsEnabled Especifique si desea crear la conexión con uncontrolador de Tivoli Workload Scheduler paraz/OS en la modalidad SSL.

true El proceso de instalaciónconfigura la conexión con uncontrolador de TivoliWorkload Scheduler paraz/OS en la modalidad SSL.

false El proceso de instalación noconfigura una conexión conun controlador de TivoliWorkload Scheduler paraz/OS en la modalidad SSL.Nota: Después de lainstalación, puede crearconexiones utilizando scriptswastools.

Tabla 64. Oferta y características para instalar


modify La propiedad siguiente es utilizada tal cualpor la instalación silenciosa y no se debemodificar. En este campo booleano elproceso de instalación especifica si estámodificando el producto ya instalado.

No modifique el valor en el archivode respuestas.

offering id La propiedad siguiente es utilizada tal cualpor la instalación silenciosa y no se debemodificar. El ID de la oferta.


profile La propiedad siguiente es utilizada tal cualpor la instalación silenciosa y no se debemodificar. El nombre de perfil.


feature La propiedad siguiente es utilizada tal cualpor la instalación silenciosa y no se debemodificar. El nombre de característica.


installFixes La propiedad siguiente es utilizada tal cualpor la instalación silenciosa y no se debemodificar. En este campo booleano elproceso de instalación especifica si estáinstalando el producto ya instalado.


Apéndice E. Utilización de archivos de respuestas 407


Avisos

Esta información ha sido desarrollada para productos y servicios ofrecidos enEE.UU. Es posible que en otros países IBM no ofrezca los productos, los servicios olas características que se describen en este documento. Consulte con elrepresentante local de IBM para obtener información sobre los productos yservicios actualmente disponibles en su zona. Cualquier referencia a un producto,programa o servicio de IBM no pretende afirmar ni implicar que sólo se puedautilizar ese producto, programa o servicio de IBM. En su lugar, se puede utilizarcualquier producto, programa o servicio funcionalmente equivalente que noinfrinja ningún derecho de propiedad intelectual de IBM. Sin embargo, esresponsabilidad del usuario evaluar y verificar el funcionamiento de cualquierproducto, programa o servicio que no sea de IBM.

IBM puede tener patentes o solicitudes de patente en tramitación que abarquentemas descritos en este documento. La entrega de este documento no le otorganinguna licencia sobre esas patentes. Puede enviar consultas sobre licencias, porescrito, a:

IBM Director of LicensingIBM CorporationNorth Castle DriveArmonk, NY 10504-1785Estados Unidos.

Para realizar consultas sobre licencias referentes a información de doble byte(DBCS), puede ponerse en contacto con el Departamento de Propiedad Intelectualde IBM de su país o escribir a:

Intellectual Property LicensingLegal and Intellectual Property LawIBM Japan, Ltd.19-21, Nihonbashi-Hakozakicho, Chuo-kuTokyo 103-8510, Japón

El párrafo siguiente no se aplica en el Reino Unido ni en ningún otro país en elque tales disposiciones entren en contradicción con la ley local:

INTERNATIONAL BUSINESS MACHINES CORPORATION PROPORCIONAESTA PUBLICACIÓN "TAL CUAL", SIN GARANTÍAS DE NINGÚN TIPO, NIEXPLÍCITAS NI IMPLÍCITAS, INCLUIDAS, AUNQUE SIN LIMITARSE A LASMISMAS, LAS GARANTÍAS IMPLÍCITAS DE NO INFRINGIMIENTO,COMERCIALIZACIÓN O ADECUACIÓN A UN PROPÓSITO DETERMINADO.

Algunos estados no permiten la exclusión de garantías expresas o implícitas endeterminadas transacciones, por lo que es posible que esta declaración no seaaplicable en su caso.

Esta información puede incluir imprecisiones técnicas o errores tipográficos.Periódicamente se efectúan cambios en la información aquí contenida; estoscambios se incorporarán en las nuevas ediciones de la publicación. En cualquiermomento y sin previo aviso, IBM puede efectuar mejoras y/o cambios en losproductos y/o programas descritos en esta publicación.


Cualquier referencia hecha en esta publicación a sitios web que no sean de IBM seproporciona solamente para la comodidad del usuario y no representa un aval deesos sitios web. La información contenida en esos sitios web no forma parte de lainformación para el presente producto de IBM y el usuario es responsable de lautilización de esos sitios web.

IBM puede utilizar o distribuir la información proporcionada por el usuario de lamanera que IBM crea apropiada, sin incurrir en ninguna obligación con el usuario.

Los licenciatarios de este programa que deseen obtener información acerca de élcon la finalidad de: (i) intercambiar información entre programas creadosindependientemente y otros programas (incluido el presente programa) y (ii)utilizar mutuamente la información que se ha intercambiado, deben ponerse encontacto con:

IBM Corporation2Z4A/101Avda. Diagonal, 571, Edif. "L'Illa"Austin, TX 78758 EE.UU.

Dicha información puede estar disponible, sujeta a los términos y condicionesapropiados, incluido en algunos casos el pago de una tarifa.

IBM proporciona el programa bajo licencia descrito en este documento y todo elmaterial con licencia disponible para él de acuerdo con los términos del Acuerdode cliente de IBM, el Acuerdo internacional de licencia de programa de IBM ocualquier acuerdo equivalente entre las dos partes.

Esta información contiene ejemplos de datos e informes utilizados en lasoperaciones comerciales diarias. Para ilustrarlos de la forma más completa posible,los ejemplos incluyen los nombres de personas, empresas, marcas y productos.Todos estos nombres son ficticios y cualquier similitud con los nombres y lasdirecciones utilizados por una empresa comercial real es pura coincidencia.

Marcas registradasIBM, el logotipo de IBM e ibm.com son marcas registradas de InternationalBusiness Machines Corporation en los Estados Unidos y/o en otros países. Si laprimera vez que aparecen en esta información estos términos y otros de marcasregistradas de IBM están acompañados de un símbolo de marca registrada (® o ™),significa que son marcas registradas de Estados Unidos propiedad de IBM en elmomento en que se ha publicado esta información. Dichas marcas registradastambién pueden ser marcas registradas o ser de legislación común en otros países.Una lista actual de marcas registradas de IBM está disponible en la web en"Copyright and trademark information" (Información de copyright y marcasregistradas) en http://www.ibm.com/legal/copytrade.shtml.

Intel, el logotipo de Intel, Intel Inside, el logotipo de Intel Inside, Intel Centrino, ellogotipo de Intel Centrino, Celeron, Intel Xeon, Intel SpeedStep, Itanium y Pentiumson marcas registradas de Intel Corporation o de sus filiales en Estados Unidos yen otros países.


http://www.ibm.com/legal/copytrade.shtml

Java y todas las marcas registradas y logotipos basados en Java son marcasregistradas o marcas comerciales registradas de Oracle y/o sus afiliados.

Linux es una marca registrada de Linus Torvalds en los Estados Unidos y/o enotros países.

Microsoft, Windows, Windows NT y el logotipo de Windows son marcasregistradas de Microsoft Corporation en Estados Unidos o en otros países.

UNIX es una marca registrada de The Open Group en los Estados Unidos y enotros países.

Avisos 411


Índice

AACCEPT, proceso 373accesibilidad xvactivar

API (interfaz de programación deaplicaciones) 154

Dynamic Workload Console 162NCF 150servidor 157subtareas 12

actualización de la gestor de dominiomaestro

verificación de los requisitos previosdel sistema 264

actualización de WebSphere Applicationpara z/OS

conector z/OS en 241actualización del agente

código de retorno 337, 359verificación de los requisitos previos

del sistema 264actualizar

Agente de Tivoli Workload Schedulerfor z/OS 327

Dynamic Workload Console 294, 297,305

visión general 293verificación de los requisitos previos

del sistema 264agente 345, 351

en IBM i 345, 351mantenimiento 337resolución de problemas 337

agente, desinstalartwsinst 355

agente de IBM i Tivoli WorkloadScheduler for z/OS 318

agente de instalacióncódigo de retorno 337, 359

Agente de Tivoli Workload Scheduler forz/OS 318

actualizar 327desinstalar 333

Agente de Tivoli Workload Scheduler forz/OS, desinstalar

twsinst 333agente dinámico

en IBM i 345, 351APAR

IZ79105 285PK00502 152PK04155 94, 97PK05336 208PK06007 82, 87PK06227 69, 82, 83, 171, 365, 376,

377, 397PK06712 151PK06763 202PK11767 375PK16903 142, 144PK18760 41

APAR (continuación)PK20776 90, 91PK20879 208PK22761 198PK23181 130PK25245 129PK25268 110PK25979 369PK28707 119PK30374 3PK31005 101PK34310 101, 129PK39432 200PK40356 69, 161, 365, 378PK40969 7, 9, 10, 18, 20, 26, 42, 45,

62, 64, 79, 101, 153, 177, 189PK41519 74PK45614 163PK53014 145PK53476 135, 136PK54782 208PK56520 100, 135, 139PK57062 145PK64650 403PK65147 377PK65527 143PK69493 94PK77418 49PK81179 401PK83161 208PK86682 59, 60, 71, 76PK88734 82PK92042 83, 152, 374, 376PK93917 90PK94896 5PK96348 109, 110, 111, 217PM01090 113, 128PM02690 128PM04245 142, 146PM06648 112, 113, 202PM07439 70, 367, 374PM08778 93, 119PM21607 141PM32308 130PM45677 90PM60019 111PQ65923 3PQ78043 3PQ81700 105PQ84095 375PQ86050 112PQ87576 95, 99PQ87710 130PQ89715 126PQ91074 134PQ96400 85PQ96540 41, 55, 74, 84, 122PQ97143 100PQ98852 131PQ99317 69, 369PQ99366 216

API (interfaz de programación deaplicaciones)

activar soporte para 93, 154aplicar mantenimiento

conector de z/OS 250conector z/OS en WebSphere

Application para z/OS 241APPC/MVS

opciones, actualizar enSYS1.PARMLIB 93, 156, 159

APPLclase de recurso 97sentencias

API (interfaz de programación deaplicaciones) 154

LU local, definir 154LU local para el servidor,

definir 158NCF 150, 152

APPLY, proceso 373archivado del plan actual (EQQACPDS)

consideraciones de asignación 109archivo de configuración

Dynamic Workload Consoleinstalación 260

archivo de registroconector de z/OS 246

archivos/etc/password 330

archivos de registroDynamic Workload Console 309Instalación de la Extensión de Jazz for

Service Management for IBMWebSphere 279

archivos de registro de instalación ydesinstalación

twsinst 323, 331, 335Archivos de respuestas de

Dynamic Workload Console 271instalación silenciosa 271, 272plantilla 273

área de servicio común ampliada(ECSA) 85

arreglo temporal del programa (PTF) 15asistente

archivos de registro 278asistente interactivo

problema al utilizar la DynamicWorkload Console 313

autorización, procedimientos dedeterminación de problemas 176

ayuda de la instalación de EQQJOBSconfigurar 59crear JCL de ejemplo 60descripción 58generar esqueletos de trabajo por

lotes 71

BBACKUP, mandato 91


base de datos DB2crear 139

bases de datos, migrar 202, 206, 207biblioteca de CLIST 112, 141biblioteca de ejemplos (SEQQSAMP) 15,

365biblioteca de enlace (LNKLSTnn) 89biblioteca de parámetros

(EQQPARM) 113consideraciones de asignación 123

biblioteca de procedimientos derecuperación automática(EQQPRLIB) 113

consideraciones de asignación 124biblioteca de scripts globales

(EQQSCLIB) 113biblioteca del módulo de carga

(IEAAPFnn) 86bibliotecas

CLIST 141ejemplo (SEQQSAMP) 365enlace 89tabla ISPF 142

BULKDISC, mandato 91

CCD


cinta de distribución 15clase de recurso IBMOPC 96, 97clase de recurso JESJOBS RACF 99clase de recurso JESSPOOL RACF 100clase de recurso OPERCMDS RACF 99clase de recurso STARTED 94clase de recurso SURROGAT RACF 99código de retorno

twsinst 337, 359código de retorno de actualización del

agentetwsinst 337, 359

código de retorno de desinstalación delagente

twsinst 337, 359código de retorno de instalación de

agentetwsinst 337, 359

código de retorno de restauración delagente

twsinst 337, 359compatibilidad, software 5compatibilidad de software 5complejo de sistemas (sysplex) 386comprobación de terminación de trabajo

(JCC)conjuntos de datos

consideraciones de asignación 119registro de incidencias 113, 120tabla de mensajes

(EQQJCLIB) 112, 120trabajo de incidencias 120trabajo de incidencias

(EQQINCWK) 112comunicaciones seguras

Dynamic Workload Console yconector z/OS 247

comunicaciones seguras (continuación)seguridad RACF 247

conector de z/OSactualizar

instancias múltiples 222actualizar en WebSphere Application

para z/OS 241actualizar roles de autorización en

WebSphere Application paraz/OS 241

aplicar mantenimiento 250caso de ejemplo empresarial en

WebSphere Application Server paraz/OS 241

desinstalar en WebSphere Applicationpara z/OS 241

desinstalar roles de autorización enWebSphere Application paraz/OS 241

directorios creados en el momento dela instalación fuera deTWA_home 259

instalación y desinstalación dearchivos de registro 246

instalar en WebSphere Applicationpara z/OS 241

instalar roles de autorización enWebSphere Application paraz/OS 241

mantenimiento 253resolución de problemas 253

conector z/OS en WebSphere Applicationpara z/OS

instalar con Integrated SolutionsConsole 242

instalar con zConnInstall.sh 244métodos de instalación 241

conector z/OS en WebSphere ApplicationServer para z/OS

comunicaciones seguras 247desinstalar con Integrated Solutions

Console 251desinstalar con

zConnUninstall.sh 251conector z/OS en zWAS

comunicaciones seguras 247conector z/OS y Dynamic Workload

Consolecomunicaciones seguras 247

conexióncon Tivoli Workload Scheduler 281

configuración del entorno 372configuraciones

conectar sistemas Tivoli WorkloadScheduler for z/OS 18

conjunto de datos de sucesos 17DASD compartido 19descripción 10destino de estación de trabajo 20ejemplos

conexión DASD compartida 23,381, 384

conexión NCF 391, 394conexión TCP/IP 26, 392conexión VTAM 25, 391, 394conexión XCF 28, 386espacio de direcciones único 29

configuraciones (continuación)ejemplos (continuación)

introducción 23, 381PLEX 389servidor 21sysplex 386

MAS (Multi-Access Spool o spool devarios accesos), restricciones 21

NCF (función de comunicación dered) 20

planificar 17recurso de acoplamiento de sistemas

cruzados (XCF) 19reinicio de la carga de trabajo

descripción 20ejemplos 383, 385, 388, 392, 393,

395restricciones MAS (Multi-Access Spool

o spool de varios accesos) 21VTAM 20XCF (recurso de acoplamiento de

sistemas cruzados) 19conjunto de datos de análisis de bucles

EQQLOOP 112conjunto de datos de archivo de

configuración de automatización de lacarga de trabajos controlada por sucesos(EQQEVLIB)

consideraciones de asignación 119conjunto de datos de asignación

no VSAM 111conjunto de datos de biblioteca de

trabajos (EQQJBLIB) 112consideraciones de asignación 119

conjunto de datos de copia de seguridadde plan a largo plazo(EQQLTBKP) 105

conjunto de datos de descripción deaplicaciones (EQQADDS) 105

consideraciones de asignación 109conjunto de datos de descripción de

recursos (EQQRDDS) 105conjunto de datos de diagnóstico

EQQDMSG 112, 116EQQDUMP 112, 116, 153SYSMDUMP 89, 113, 116

conjunto de datos de envío de tareasiniciadas (EQQSTC) 113

consideraciones de asignación 124conjunto de datos de envío/liberación

(EQQSUDS) 19, 113consideraciones de asignación 125

conjunto de datos de estación de trabajoy calendario (EQQWSDS) 106

conjunto de datos de informacióncomplementaria (EQQSIDS) 106

conjunto de datos de instrucciones deloperador (EQQOIDS) 105

conjunto de datos de la tabla de trabajoscríticos (EQQJTABL) 112

conjunto de datos de lector interno(EQQBRDS) 115

conjunto de datos de nueva ampliaciónde plan actual (EQQNCXDS) 105

conjunto de datos de nuevo plan actual(EQQNCPDS) 105


conjunto de datos de parámetros PIF(EQQYPARM) 113

consideraciones de asignación 124conjunto de datos de plan a largo plazo

(EQQLTDS) 105conjunto de datos de plan actual

(EQQCPnDS) 105consideraciones de asignación 109

conjunto de datos de plan actual(EQQSTDS y EQQNSTDS) 110

conjunto de datos de punto decomprobación (EQQCKPT) 112

consideraciones de asignación 115conjunto de datos de registro de análisis

de buclesEQQLOOP

consideraciones deasignación 123

conjunto de datos de registro de mensajescomprobar en el controlador 174comprobar en el servidor 175EQQMLOG 112

consideraciones deasignación 122

conjunto de datos de registro deseguimiento (EQQTROUT) 122

conjunto de datos de repositorio de JCL(EQQJSnDS) 105

consideraciones de asignación 110conjunto de datos de seguimiento de

trabajosconjunto de datos de registro de

seguimiento (EQQTROUT) 122conjunto de datos de registro de

seguimiento de trabajos(EQQJTnn) 112

conjunto de datos de registro deseguimiento de trabajos dual(EQQDLnn) 112

conjuntos de datos de archivado deseguimiento de trabajos(EQQJTARC) 112

consideraciones de asignación 120conjunto de datos de sucesos

descripción 17para punto de comprobación de

envío 17, 112para un lector de sucesos

(EQQEVDnn) 112para un transcriptor de sucesos

(EQQEVDS) 112verificar 170

conjunto de datos de sucesos de entradaglobal (EQQTWSIN) 125

conjunto de datos de sucesos de salidaglobal (EQQTWSOU) 125

conjunto de datos de sucesos globales(EQQTWSIN/OUT) 113

conjunto de datos de supervisión(EQQMONDS) 112

conjunto de datos de trabajo de plan alargo plazo (EQQLDDS) 105

conjunto de datos de vuelco(SYSMDUMP) 89, 113, 116

conjunto de datos globales de scriptcentralizado (EQQTWSCS) 125

conjunto de datos globales para soportede script centralizado(EQQTWSCS) 113

conjuntos de datosasignación no VSAM 111asignar 104

VSAM 104consideraciones de asignación

(archivo de configuración deautomatización de la carga detrabajos controlada por sucesos(EQQEVLIB) 119

análisis de bucles(EQQLOOP) 123

archivado de seguimiento detrabajos (EQQJTARC) 120

archivado del plan actual(EQQACPDS) 109

biblioteca de parámetros(EQQPARM) 123

biblioteca de procedimientos derecuperación automática(EQQPRLIB) 124

biblioteca de trabajos(EQQJBLIB) 119

conjunto de datos de parámetrosPIF (EQQYPARM) 124

datos ampliados(EQQXDnDS) 110

descripción de aplicaciones(EQQADDS) 109

diagnóstico (EQQDUMP) 116envío de tareas iniciadas

(EQQSTC) 124envío/liberación (EQQSUDS) 125generales 104plan actual (EQQCPnDS) 109punto de comprobación

(EQQCKPT) 115rastreo y mensaje de diagnóstico

(EQQDMSG) 116registro de incidencias de

JCC 120registro de mensajes

(EQQMLOG) 122Repositorio de JCL

(EQQJSnDS) 110suceso (EQQEVDnn) 117suceso (EQQEVDS) 117suceso (EQQHTTP0) 117tabla de mensajes de JCC

(EQQJCLIB) 120trabajo de incidencias de JCC

(EQQINCWK) 120vuelco (SYSMDUMP) 116

diálogo de Tivoli OPC 145en JCL de procedimiento de Tivoli

OPCobligatorio 134opcional 136

migrar 202, 206, 207perfil de ISPF 141reconocimiento de pasos

plan actual (EQQSTDS yEQQNSTDS) 110

seguridad 96

consideraciones sobre el rendimientoconjunto de datos de sucesos

(EQQEVDS), calcular la longitudLRECL óptima 118

iniciar un transcriptor de sucesos conun lector de sucesos 42

prioridad de asignación 92tabla de propiedades del programa

(PPT) 92consola

iniciar 287menú de tareas 287

controladorcargar el software de soporte

multilingüístico (NLS) 58cargar software 58clase de recurso IBMOPC 96comprobar el registro de

mensajes 174conjuntos de datos de tarea

iniciada 134, 136descripción 7RACF 94, 96requisitos de software 4verificar la instalación 173

controlador en esperadescripción 10verificar la instalación 177

convenios utilizados en laspublicaciones xiv

cortafuegos que detiene la instalación dela Dynamic Workload Console 313

crear JCL de ejemplo 60

DData Lookaside Facility (DLF) 92datos

consideraciones de asignaciónarchivado de seguimiento de

trabajos (EQQJTARC) 120registro de seguimiento de trabajos

(EQQJTnn) 120registro de seguimiento de trabajos

dual (EQQDLnn) 120datos ampliados (EQQXDnDS)

consideraciones de asignación 110DB2

configurar para ejecutar informes enla DWC 132

migrar 200DB2 para informes de la DWC

configurar 130definiciones de contenido de vuelco 89definiciones de nodo de aplicación,

NCF 150definiciones de recursos de dominio

cruzadoAPI 155NCF 150

desencadenamiento de conjuntos de datosimplementar 93

desinstalaciónarchivos de registro de la Dynamic

Workload Console 309

Índice 415

desinstalación de WebSphere Applicationpara z/OS

conector z/OS en 241desinstalación del agente

código de retorno 337, 359desinstalación silenciosa

de Dynamic Workload Console 307desinstalar

Agente de Tivoli Workload Schedulerfor z/OS 333

conector z/OS de roles deautorización en WebSphereApplication para z/OS 241

conector z/OS en WebSphereApplication para z/OS 241

de Dynamic Workload Consoleen modalidad desatendida 307

Dynamic Workload Console 307manualmente 309, 310

mediante archivo de respuestas 307plugins adicionales 335procedimientos 335zConnector

manualmente 309, 310desinstalar agente

twsinst 355desinstalar Agente de Tivoli Workload

Scheduler for z/OStwsinst 333

desinstalar en plugins adicionales enWebSphere Application Server forz/OS 252

desinstalar en WebSphere ApplicationServer para z/OS

conector z/OS mediante IntegratedSolutions Console 251

conector z/OS utilizandozConnUninstall.sh 251

desinstalar plugins adicionales para elconector z/OS en WebSphereApplication Server for z/OS

desinstalar plugins adicionales 252detener

Dynamic Workload Console 282servidor 282

diálogodescripción 13entrar 146EQQMINOx, autorizar 91inicializar 141procedimientos de determinación de

problemas 176seguridad 97tabla de mandatos de ISPF 142

directorio de programas 15directorios creados fuera de TWA_home

al instalar conector de z/OS 259al instalar Dynamic Workload

Console 259discos DVD

instalación 221DLF (Data Lookaside Facility) 92Dynamic Workload Console

accesibilidad xvactivar 162activar soporte para 162actualizar 294, 297, 305

Dynamic Workload Console(continuación)

instancias múltiples 301visión general 293

archivos de registro 277conexión

con los componentes deIntermediario de carga de trabajodinámica de Tivoli 281

configuración 285desinstalar 307

en modalidad desatendida 307limpieza 309, 310manualmente 309, 310utilizando el asistente 307

directorios creados en el momento dela instalación fuera deTWA_home 259

eliminarmanualmente 309, 310

iniciación 287iniciar y detener 282instalación

archivo de configuración 260archivos de registro 277CD 260imágenes 260métodos 267

instalación y desinstalación dearchivos de registro 309

interfaz de usuario 279requisito previo 263resolución de problemas 309soporte de servidor 162visión general 257

Dynamic Workload Console y conectorz/OS

comunicaciones seguras 247

EECSA (área de servicio común

ampliada) 85ejemplo para migrar la base de datos de

historial (EQQICNVH) 140eliminar

Dynamic Workload Consolemanualmente 309, 310

zConnectormanualmente 309, 310

eliminar el productoAgente de Tivoli Workload Scheduler

for z/OS 333twsinst 333, 355

empaquetadoarchivos de registro 278

entrada para EQQAUDIT(EQQTROUT) 113

EQQACPDS (archivado del plan actual)consideraciones de asignación 109

EQQADDS (conjunto de datos dedescripción de aplicaciones) 105

consideraciones de asignación 109EQQBRDS (conjunto de datos de lector

interno) 115EQQCKPT (conjunto de datos de punto

de comprobación) 112

EQQCKPT (conjunto de datos de puntode comprobación) (continuación)

consideraciones de asignación 115EQQCPnDS (conjunto de datos de plan

actual) 105consideraciones de asignación 109

EQQDLnn (conjunto de datos de registrode seguimiento de trabajos dual) 112

consideraciones de asignación 120EQQDMSG (conjunto de datos de rastreo

y mensaje de diagnóstico) 112consideraciones de asignación 116

EQQDUMP (conjunto de datos dediagnóstico) 112, 153

consideraciones de asignación 116EQQEVDnn (conjunto de datos de

sucesos para un lector de sucesos) 112calcular la longitud LRECL

óptima 118consideraciones de asignación 117

EQQEVDS (conjunto de datos desucesos) 112

calcular la longitud LRECLóptima 118

consideraciones de asignación 117EQQEVLIB (conjunto de datos de archivo

de configuración de automatización dela carga de trabajos controlada porsucesos)

consideraciones de asignación 119EQQEVLIB (repositorio del archivo de

configuración EDWA) 112EQQEXIT (macro de generación de

código de seguimiento de sucesos)en salidas de JES 82, 397en salidas de SMF 82, 397invocar 397sintaxis 398

EQQHTTP0 (conjunto de datos desucesos) 112

consideraciones de asignación 117EQQICNVH (ejemplo para migrar la base

de datos de historial) 140EQQINCWK (conjunto de datos de

trabajo de incidencias de JCC) 112consideraciones de asignación 120

EQQINITK 85EQQJBLIB (conjunto de datos de

biblioteca de trabajos) 112consideraciones de asignación 119

EQQJCLIB (conjunto de datos de tabla demensajes de JCC) 112

consideraciones de asignación 120EQQJSnDS (conjunto de datos de

repositorio de JCL) 105consideraciones de asignación 110

EQQJTABL (conjunto de datos de la tablade trabajos críticos) 112

EQQJTARC (conjuntos de datos dearchivado de seguimiento detrabajos) 112

consideraciones de asignación 120EQQJTnn (conjunto de datos de registro

de seguimiento de trabajos) 112consideraciones de asignación 120

EQQLDDS (conjunto de datos de trabajode plan a largo plazo) 105


EQQLOOP (conjunto de datos de análisisde bucles) 112

EQQLOOP (conjunto de datos de registrode análisis de bucles)

consideraciones de asignación 123EQQLSENT (macro de tabla de selección

de desencadenamiento de conjuntos dedatos)

invocar 401sintaxis 401

EQQLTBKP (conjunto de datos de copiade seguridad de plan a largoplazo) 105

EQQLTDS (conjunto de datos de plan alargo plazo) 105

EQQMINOx, autorizar para TSO 91EQQMLOG 42

comprobar en el controlador 174comprobar en el servidor 175

EQQMLOG (conjunto de datos deregistro de mensajes) 112

consideraciones de asignación 122EQQMLOG2 42EQQMONDS (conjunto de datos de

supervisión) 112EQQNCPDS (conjunto de datos de nuevo

plan actual) 105EQQNCXDS (conjunto de datos de nueva

ampliación de plan actual) 105EQQNSTDS (conjunto de datos de plan

actual) 110EQQOCPBK (conjunto de datos) 113EQQOIDS (conjunto de datos de

instrucciones del operador) 105EQQPARM (biblioteca de

parámetros) 113consideraciones de asignación 123

EQQPRLIB (biblioteca de procedimientosde recuperación automática) 113

consideraciones de asignación 124EQQRDDS (conjunto de datos de

descripción de recursos) 105EQQSCLIB (biblioteca de scripts

globales) 113EQQSIDS (conjunto de datos de

información complementaria) 106EQQSTC (conjunto de datos de envío de

tareas iniciadas) 113consideraciones de asignación 124

EQQSTDS (conjunto de datos de planactual) 110

EQQSUDS (conjunto de datos deenvío/liberación) 19, 113

consideraciones de asignación 125EQQTROUT (conjunto de datos de

registro de seguimiento) 122EQQTROUT (entrada para

EQQAUDIT) 113EQQTWSCS (conjunto de datos globales

de script centralizado) 125EQQTWSCS (conjunto de datos globales

para soporte de scriptcentralizado) 113

EQQTWSIN (conjunto de datos desucesos de entrada global) 125

EQQTWSIN/OUT (conjunto de datos desucesos globales) 113

EQQTWSOU (conjunto de datos desucesos de salida global) 125

EQQWSDS (conjunto de datos deestación de trabajo y calendario) 106

EQQXDnDS (datos ampliados, conjuntode datos)

consideraciones de asignación 110EQQYPARM (conjunto de datos de

parámetros)consideraciones de asignación 124

EQQYPARM (conjunto de datos deparámetros PIF) 113

escenario empresarialconector z/OS en WebSphere

Application Server para z/OS 241espera activa 41estación de trabajo

destino 20estructura

estructuras de los DVD deinstalación 221

Ffalta archivo de respuestas, provoca que

falle la instalación silenciosa 313feature, propiedad del archivo de

respuestas 407formación xv

técnica xvformación técnica xvformación técnica de Tivoli xvfunción de comunicación de red (NCF)

activar 150definiciones de nodo de

aplicación 150definiciones de recursos de dominio

cruzado 150función de historial

instalar 139funciones, Tivoli Workload Scheduler for

z/OSsubtareas, activar 12

funciones disponiblespara Intermediario de carga de trabajo

dinámica de Tivoli 280Para Tivoli Workload Scheduler 280

GGDDM 144generar esqueletos de trabajo por

lotes 71gestión de registros 9global

FTA 11glosario xivgskkyman 101, 240

Hherramienta de recuperación de mensajes,

LookAt xivherramienta de recuperación de mensajes

LookAt xiv

IIBM i

agente dinámico 345, 351ICHRIN03 94id, propiedad del archivo de

respuestas 405imágenes


iniciarconsola 287Dynamic Workload Console 282servidor 282

instalación 259archivos de registro, Extensión de Jazz

for Service Management for IBMWebSphere 279

archivos de registro de la DynamicWorkload Console 309

casos de ejemplo de resolución deproblemas

Dynamic Workload Console 312comprobar requisitos previos de IBM

i 343Dynamic Workload Console

archivo de configuración 260CD 260en modalidad desatendida 267imágenes 260métodos 267utilizando el asistente 267utilizando el launchpad 267

falla (Dynamic WorkloadConsole) 313

paquetes de software 221silenciosa 271, 272

de la Dynamic Workload Console,problemas con 313

plantilla de archivo de respuestaspara Dynamic WorkloadConsole 273

twsinstresolución de problemas 339

verificación de los requisitos previosdel sistema para InstallationManager 265

verificación de los requisitos previosdel sistema para Tivoli WorkloadScheduler 264

InstalaciónDVD 260en la estación de trabajo 261imágenes electrónicas 261repositorio 261servidor web HTTP o HTTPS 261

Instalación de gestor de dominiodinámico

verificación de los requisitos previosdel sistema 264

Instalación de gestor de dominio maestroverificación de los requisitos previos

del sistema 264instalación de WebSphere Application

para z/OSconector de z/OS 241

Índice 417

instalación del agenteverificación de los requisitos previos

del sistema 264instalación interactiva

problema al utilizar la DynamicWorkload Console 313

instalación silenciosa 271, 272de Dynamic Workload Console 267plantilla del archivo de

respuestas 273instalación silenciosa de la Dynamic

Workload Console, problemas con 313instalación y desinstalación de archivos

de registroconector de z/OS 246

instalarayuda de la instalación de EQQJOBS

configurar 59crear JCL de ejemplo 60descripción 58generar esqueletos de trabajo por

lotes 71base de datos DB2 139cargar el software de soporte

multilingüístico (NLS) 58cargar software de controlador 58cargar software de rastreador 57conector de z/OS en modalidad

silenciosa 244conector z/OS de roles de

autorización en WebSphereApplication para z/OS 241


consideraciones 41disponibilidad 41espera activa 41instrucciones detalladas 55Java Runtime 318, 328, 347, 352lista de comprobación 44MAS (Multi-Access Spool o spool de

varios accesos), restricciones 21NCF 150operaciones de tarea iniciada,

implementar soporte para 133planificar 41RACF 94restricciones MAS (Multi-Access Spool

o spool de varios accesos) 21salidas de seguimiento de sucesos 81seguridad 94sentencias de inicialización,

definir 139verificar 167

configuración 181controlador 173controlador en espera 177rastreador 167sucesos de envío 190sucesos de seguimiento 169

verificar requisitos previos desoftware 263

visión general 15instalar en plugins adicionales en

WebSphere Application Server forz/OS 246

instalar en WebSphere Application paraz/OS

conector z/OS mediante IntegratedSolutions Console 242

conector z/OS utilizandozConnInstall.sh 244

instalar plugins adicionales en el conectorz/OS en WebSphere Application Serverfor z/OS

instalar plugins adicionales 246Installation Manager

asistente 278empaquetado 278instalación y desinstalación de

archivos de registro 277installFixes, propiedad del archivo de

respuestas 407installLocation, propiedad del archivo de

respuestas 405Integrated Solutions Console

desinstalar el conector z/OS 251instalar el conector de z/OS 242

interfaz de programación de aplicaciones(API)

activar soporte para 93, 154Intermediario de carga de trabajo

dinámica de Tivoliconexión del servidor 281funciones disponibles 280

ISPF (Interactive System ProductivityFacility)

biblioteca de tablas 142tabla de mandatos 142

JJava Runtime

instalación 318, 328, 347, 352JCL de ejemplo, crear 60JES2

EXIT51 397EXIT7 397MAS (Multi-Access Spool o spool de

varios accesos), restricciones 21restricciones MAS (Multi-Access Spool

o spool de varios accesos) 21

Llaunchpad

problemas al utilizar con la DynamicWorkload Console 312

Linuxmensajes de aviso erróneos

visualizados desde ellaunchpad 312

lista de comprobación de lainstalación 44

Mmacro de generación de código de

seguimiento de sucesos (EQQEXIT)en salidas de JES 82, 397en salidas de SMF 82, 397invocar 397

macro de generación de código deseguimiento de sucesos (EQQEXIT)(continuación)

sintaxis 398macro de tabla de selección de

desencadenamiento de conjuntos dedatos (EQQLSENT)

invocar 401sintaxis 401

macrosEQQEXIT (macro de generación de

código de seguimiento desucesos) 82, 397

EQQLSENT (macro de tabla deselección de desencadenamiento deconjuntos de datos) 401

mandato VARY ACT 152mandatos

TSOBACKUP 91BULKDISC 91OPINFO 91OPSTAT 91SRSTAT 91WSSTAT 91

mandatos TSOBACKUP 91BULKDISC 91OPINFO 91OPSTAT 91SRSTAT 91WSSTAT 91

mantenimientoagente 337conector de z/OS 253

manualmenteDynamic Workload Console

desinstalar 309, 310zConnector

desinstalar 309, 310MAS (Multi-Access Spool o spool de

varios accesos), restricciones 21menú de tareas

consola 287método de instalación

twsinst 318métodos

para desinstalar 335métodos de instalación


miembro APPCPMnn deSYS1.PARMLIB 93, 156, 159

miembro COFDLFnn deSYS1.PARMLIB 92

miembro COMMNDnn deSYS1.PARMLIB 93

miembro COUPLEnn deSYS1.PARMLIB 90

miembro IKJTSOnn de SYS1.PARMLIBsentencia AUTHCMD, actualizar para

mandatos de Tivoli OPC TSO 91sentencia AUTHTSF, actualizar para

EQQMINOx 91miembro LNKLSTnn de

SYS1.PARMLIB 89


miembro PROGnn deSYS1.PARMLIB 87, 88

miembro SCHEDnn deSYS1.PARMLIB 92

miembro SMFPRMnn deSYS1.PARMLIB 87, 88

migrar 209bases de datos 202, 206, 207conjuntos de datos 202, 206, 207DB2 200programa de conversión

EQQICTOP 202visión general 197

MLOG switch 42modalidad silenciosa

instalar el conector de z/OS 244modify, propiedad del archivo de

respuestas 407MVS

interfaz del subsistema (SSI) 14relación con Tivoli Workload

Scheduler for z/OS 13servicio de direccionador 97SSI (interfaz del subsistema) 14

NNCF (función de comunicación de red)

activar 150definiciones de nodo de

aplicación 150definiciones de recursos de dominio

cruzado 150NLS (soporte multilingüístico) 58

Ooffering id, propiedad del archivo de

respuestas 407operaciones de tarea iniciada,

implementar soporte para 133OPINFO, mandato 91OPSTAT, mandato 91

Ppaquetes de idioma

instalar 321, 329, 349, 353parámetros de SMF (SMFPRMnn) 87, 88planificar

instalación 41PLEX, configuración 389plugins adicionales

procedimientos de desinstalación 335plugins del trabajo de la aplicación

opción para añadir Java Runtime paraejecutar tipos de trabajo conopciones avanzadas 352

PPT (tabla de propiedades delprograma) 92

prioridad de asignación 92procedimiento

para desinstalar 335procedimiento de tarea iniciada

controlador 132rastreador 132

procedimiento de tarea iniciada(continuación)

recopilador de salida 132procedimientos de desinstalación 335procedimientos de determinación de

problemasautorización 176diálogo 176rastreador 169seguimiento de trabajos 169seguridad 176

profile, propiedad del archivo derespuestas 407

programas de utilidad Javaactivar soporte para 164

prueba paralela 198PSysplex paralelo

ejemplos de configuración 381PTF (arreglo temporal del programa) 15publicaciones xivpunto de comprobación de envío 17

RRACF 14

clase de recurso APPL 97clase de recurso IBMOPC 96, 97clase de recurso STARTED 94ICHRIN03 94ID de usuario de trabajos enviados de

Tivoli OPC 95modificar 94, 96tarea iniciada 96trabajos por lotes 95usar funciones de RACF 1.9

clase de recurso JESJOBS 99clase de recurso JESSPOOL 100clase de recurso OPERCMDS 99clase de recurso SURROGAT 99

usar funciones de RACF 2.1clase de recurso STARTED 94

rastreadorcargar software 57conjuntos de datos de tarea

iniciada 134conjuntos de datos opcionales 136descripción 6RACF 94verificar la instalación 167

RECEIVE, proceso 372reconocimiento de pasos (EQQSTDS y

EQQNSTDS) 110recopilador de salida 9, 162recuperación 216recurso de acoplamiento de sistemas

cruzados (XCF)grupos 148incluir 147opciones de ejecución 149opciones de inicialización de MVS 90sentencias de inicialización 149

recurso de autorización del sistema(SAF) 14, 96

registro de incidencias (JCC)consideraciones de asignación 120

registro de trabajo 9

registro de trabajo y conjuntos de datosdel registro de solicitudes deinformación de reinicio

EQQLOGRC (registro de trabajo yconjunto de datos de registro desolicitudes de información dereinicio) 112

reinicio de la carga de trabajo (WLR)descripción 20ejemplos 383, 385, 388, 392, 393, 395

Repositorio del archivo de configuraciónEDWA (EQQEVLIB) 112

requisito previoDynamic Workload Console 263

requisitos 3hardware 3software 4

requisitos de hardware 3requisitos previos

IBM i 343requisitos previos del sistema

verificación para Tivoli WorkloadScheduler 264

requisitos previos del sistema paraInstallation Manager

verificar 265resolución de problemas

agente 337casos de ejemplo de instalación

Dynamic Workload Console 312conector de z/OS 253

restauración del agentecódigo de retorno 337, 359

restricciones MAS (Multi-Access Spool ospool de varios accesos) 21

rolesconector z/OS de autorización en

WebSphere Application paraz/OS 241

roles de autorizaciónconector z/OS en WebSphere

Application para z/OS 241twsinst 318

SSAF (recurso de autorización del

sistema) 14, 96salidas

seguimiento de sucesos 81salidas de JES, instalar 81salidas de SMF, instalar 81salidas dinámicas (PROGnn) 87, 88seguridad 14

clase de recurso APPL 97clase de recurso IBMOPC 96, 97clase de recurso STARTED 94ID de usuario de trabajos enviados de

Tivoli OPC 95ID de usuario del espacio de

direcciones de Tivoli OPC 94modificar 94, 96recurso de autorización del sistema

(SAF) 96SAF (recurso de autorización del

sistema) 96tabla de direccionador 97

Índice 419

seguridad (continuación)tarea iniciada 96trabajos por lotes 95usar funciones de RACF 1.9

clase de recurso JESJOBS 99clase de recurso JESSPOOL 100clase de recurso OPERCMDS 99clase de recurso SURROGAT 99

seguridad, procedimientos dedeterminación de problemas 176

seguridad RACFDynamic Workload Console y

conector z/OS 247sentencia AUTHCMD, actualizar para

mandatos de Tivoli OPC TSO 91sentencia AUTHTSF, actualizar para

EQQMINOx 91sentencias CDRSC

API 155NCF 150

sentencias de inicializacióndefinir 139

SEQQSAMP (biblioteca de ejemplos) 15,365

servidoractivar 157actualizar opciones de

APPC/MVS 159comprobar el registro de

mensajes 175configuración de ejemplo 389conjuntos de datos obligatorios 134conjuntos de datos opcionales 136descripción 7

servidor de aplicacionesarchivos de registro de

instalación 279servidor de Tivoli OPC

activar soporte para 157soporte de servidor 157

sistema de controldescripción 10

sistemas controladosdescripción 10requisitos de software 4

sistemas operativossoportados 263

software relacionado 5soportados

sistemas operativos 263soporte de FIPS 164soporte multilingüístico (NLS) 58soporte para Hiperbatch

COFDLFnn, actualizar 92SRSTAT, mandato 91SSL

conector de z/OS y tarea iniciada delservidor 240

controlador 101servidor 101TCPOPTS 101

subsistemaclase de recurso APPL 97tabla de nombres (IEFSSNnn) 84

subtareas, activar 12

SYS1.PARMLIBactualizar definiciones de contenido

de vuelco 89biblioteca de enlace (LNKLSTnn) 89biblioteca del módulo de carga

(IEAAPFnn) 86, 89definir subsistemas (IEFSSNnn) 84EQQMINOx, autorizar para TSO

(IKJTSOnn) 91iniciar Tivoli OPC (COMMNDnn) 93opciones de APPC/MVS

(APPCPMnn) 93, 156, 159opciones de inicialización de XCF

(COUPLEnn) 90parámetros de SMF (SMFPRMnn) 87prioridad de asignación 92rendimiento (SCHEDnn) 92salidas dinámicas (PROGnn) 87, 88soporte para Hiperbatch

(COFDLFnn) 92SYSMDUMP 89tabla de propiedades del programa

(PPT) 92SYS1.PROCLIB

controlador 132rastreador 132

SYSMDUMP (conjunto de datos devuelco) 89, 113

consideraciones de asignación 116sysplex

ejemplos de configuración 381sysplex (complejo de sistemas) 386

Ttabla COS 152tabla de atributos gráficos 144tabla de clase de servicio 152tabla de conexión predeterminada del

controlador de diálogos 142tabla de diseño de lista preparada 144tabla de diseño de listas finalizadas con

error 144tabla de modalidad de inicio de

sesión 151tabla de propiedades del programa

(PPT) 92TCPOPTS 240tipos de sucesos 169Tivoli Dynamic Workload Console

actualizarvisión general 293

configuración 285iniciación 287iniciar y detener 282resolución de problemas 309visión general 257

Tivoli Workload Scheduler 257conexión del motor 281funciones disponibles 280

Tivoli Workload Scheduler, desinstalaragentes en IBM i

twsinst 355Tivoli Workload Scheduler for

Applications 257Tivoli Workload Scheduler para

z/OS 257

trabajo por lotesgenerar JCL de esqueleto 71

trabajos por lotesID de usuario de trabajos enviados de

Tivoli OPC 95seguridad 95

transcriptor de sucesosusar con función de lector de

sucesos 42TSO

miembro IKJTSOnn deSYS1.PARMLIB

sentencia AUTHCMD, actualizarpara mandatos de Tivoli OPCTSO 91

sentencia AUTHTSF, actualizarpara EQQMINOx 91

usuario RACF 97twsinst 318, 345, 351

archivos de registro de instalación ydesinstalación 323, 331, 335

código de retorno 337, 359desinstalar 333, 355instalación y desinstalación de

archivos de registro 357método de instalación 318roles de autorización 318uso 318

twsinst, parámetro de actualización-addjruntime 352-backup_dir 329-domain 329-inst_dir 329-lang 329-nobackup_dir 330, 354-password 330-reset_perm 330-skip_usercheck 330-tdwbhostname 354-tdwbport 354-uname 330, 354-update 354-wait 330, 354-work_dir 330, 354

UupdateWas, utilizar para actualizar las

propiedades de SOAP después decambiar el usuario o la contraseña deApplication Server 253

user.offeringId, propiedad del archivo derespuestas 405

user.wasInstallLocation, propiedad delarchivo de respuestas 405

user.wasPassword, propiedad del archivode respuestas 406

user.wasProfileLocation, propiedad delarchivo de respuestas 406

user.wasUserName, propiedad delarchivo de respuestas 406

user.zosConnEngineName 406user.zosConnHostname 406user.zosConnIsEnabled 406user.zosConnPort 406user.zosConnSslIsEnabled 407


usotwsinst 318

Vvalores de MAXECSA 86varios sistemas

ejemplos de configuración 381verificación de Installation Manager

requisitos previos del sistema paraInstallation Manager 265

verificación de Tivoli Workload Schedulerrequisitos previos del sistema para

Tivoli Workload Scheduler 264verificar

requisitos previos del sistema paraInstallation Manager 265

requisitos previos del sistema paraTivoli Workload Scheduler 264

verificar la instalación 167configuración 181controlador 173controlador en espera 177rastreador 167sucesos de envío 190sucesos de seguimiento 169

verificar requisitos previos de softwareinstalar 263

visión generalactualizar

Dynamic Workload Console 293VTAM

activar recursos de red 152definir NCF 150mandato VARY ACT 152tabla de clase de servicio 152tabla de modalidad de inicio de

sesión 151

WWebSphere Application para z/OS

instalar el conector z/OS utilizandozConnInstall.sh 244

WebSphere Application Server para z/OSdesinstalar el conector z/OS

utilizando zConnUninstall.sh 251desinstalar plugins adicionales en el

conector z/OS 252instalar plugins adicionales en el

conector z/OS 246Windows

mensaje de error no definidovisualizado desde el launchpad 312

WSSTAT, mandato 91

XXCF (recurso de acoplamiento de

sistemas cruzados)grupos 148incluir 147opciones de ejecución 149opciones de inicialización de MVS 90sentencias de inicialización 149

Zz-centric

gestión de registros 9zConnector

desinstalarlimpieza 309, 310manualmente 309, 310

eliminarmanualmente 309, 310

zConnInstall.shinstalar el conector de z/OS 244

zConnUninstall.shdesinstalar el conector z/OS 251

Índice 421


��

Número de Programa: 5698-T08

Impreso en España

SC11-3942-09

Date post:	25-Jan-2023
Category:	Documents
Upload:	khangminh22
View:	1 times
Download:	0 times

Planificación e instalación (Revisado en noviembre de 2014)

Documents