Esta entrada será muy similar a las que ya existen en el blog para la versión 8.6, pero lo haremos para comprobar que hicimos correctamente la instalación del producto.
Entramos en TWS y vamos a la opción 1 – Database.
Entramos en la opción 1 – WS (Work station description).
Opción 2 – List WS.
Pulsaremos intro sin poner nada.
Escribimos el comando CREATE para crear una nueva WS.
Workstation Computer
Vamos a crear la siguiente WS de tipo Computer para ejecutar los jobs:
Work Station Name: CPUP (por ejemplo)
Description: Workstation CPU
Work Station Type: C (Computer)
Reporting ATTR: A
Server Usage: B
Destination: NCFOPCT (LU del tracker)
Duration: 00.05.00.
Si tuviéramos otros trackers en otros sistemas, tendríamos que crear una WS de este tipo para que los jobs se ejecutasen en esos sistemas. En Destination pondríamos la LU de su tracker.
Una vez puestos los datos, entramos con “A” en la línea de comandos a la opción “Availability” para definir cuando queremos que esté abierta la WS.
En este caso tenemos definidos los días de la semana y todos son “Standard”. Esto quiere decir que se comportarán según esté definida la opción "Standard". Entramos con “S” en la opción “Standard”.
Vemos que esta WS estará disponible las 24 horas del día, todos los días de la semana y podrá ejecutar hasta 99 jobs a la vez.
Pulsamos F3 y hasta que el mensaje indicando que la WS se ha creado.
Siguiendo los mismos pasos crearemos una WS de tipo “Job Setup” este tipo de WS se usa cuando es necesario editar el JCL antes de submitirse.
Ponemos los siguientes datos:
Work Station Name: CPJS (por ejemplo)
Description: Job Setup WS (por ejemplo)
Work Station Type: G (General)
Reporting ATTR: S (Manual start and completion)
Server Usage: P
Split table: Y
Job Setup: Y
Ahora vamos a crear una WS de tipo “Non-reporting”. Este tipo de WS se puede establecer para el inicio de las aplicaciones. Este tipo de WS no hace ningún proceso, simplemente esa operación se completa cuando se “ejecuta”. Sería como poner un job IEFBR14 vacío con una WS tipo “Computer”.
Ponemos los siguientes datos:
Work Station Name: CTRL (por ejemplo)
Description: Non-Reporting WS (por ejemplo)
Work Station Type: G (General)
Reporting ATTR: N (Non reporting)
La última WS que vamos a crear es tipo “Wait”, sirve para dejar retenida una aplicación en una operación.
Usaremos los siguientes datos:
Work Station Name: WAIT (por ejemplo)
Description: Wait WS (por ejemplo)
Work Station Type: G (General)
Reporting ATTR: N (Non reporting)
Wait: Y
Ya tenemos todas las WS creadas.
Salimos hasta el menú Database y entramos en la opción 2 – Calendar.
Entramos en la opción 2 – Modify Calendar.
Como no tenemos ninguno, escribimos CREATE.
Ahora añadimos los siguientes datos:
Calendar ID: CALENDARIO
Description: Calendario estándar
Work Day End Time: 23.59
Usando la opción I (insert) en la columna "Row cmd", añadimos de lunes a domingo, con estado “Working Day”. También podemos añadir festivos, por ejemplo el 19/01/01 (Año Nuevo), usando el estado "Free Day".
Aparecerá un mensaje indicando que el calendario se ha añadido.
Antes de crear una aplicación sencilla, tenemos que añadir un job en la librería correspondiente, para ejecutarlo.
Para saber en qué librería se deben guardar los jobs, buscaremos la STC del controller de TWS y miraremos la DD EQQJBLIB. En mi caso, es la librería OPC.S0W1.JOBLIB. En otros casos, es habitual tener varias librerías de jobs. Tenemos que tener en cuenta que si tenemos el mismo job en varias librerías, TWS utilizará el que esté primero en la concatenación en esta DD.
Crearé un job sencillo con un error para ver que falla cuando lo ejecutemos.
//PRUEBA JOB CLASS=A,MSGCLASS=X,MSGLEVEL=(1,1),REGION=0M
//*
//BR141 EXEC XGM=IEFBR14
Volvemos al menú Database de TWS y entramos en la opción 4 – AD (Application Descriptions).
Opción 2 – Create.
Rellenamos los datos como se muestra en la imagen y ponemos OPER, en la barra de comandos, para crear las operaciones.
NOTA: En VALID FROM le podemos poner un día anterior para que cuando extendamos el plan, se ejecute.
Crearemos una aplicación sencilla con un inicio, un job y un fin.
Para las operaciones de INICIO y FIN usaremos la WS de CTRL ya que se autocompletarán. En la operación de FIN, pondremos 250 de número de operación porque si, en el futuro, añadimos operaciones y otras aplicaciones dependen de esta operación, no tendremos que modificar las dependencias de las otras aplicaciones.
Para la operación PRUEBA, usaremos la WS CPUP porque es un job que se ejecutará.
Una vez rellenado los campos como en la imagen, usamos el comando PRED, para establecer la dependencia entre operaciones.
A la operación 005 le pondremos como predecesor la operación 001. A la operación 250, le pondremos como predecesor la operación 005.
Para evitar que esta aplicación se ejecute nada más extenderse el Current Plan, debemos indicarle que espere a su hora de ejecución. Para ello, entramos en la primera opeación con una S.
Entramos en la opción 4 - AUTOMATIC OPTIONS.
En el campo TIME DEPENDENT ponemos Y.
Pulsamos tres veces F3 y usamos el comando RUN para establecer la ejecución de esta aplicación.
Añadimos los datos siguientes (estos datos son de ejemplo, pueden ser otros):
Nombre de la regla: REGLA01
Input: 12.00 (la hora a la que queremos que se planifique la aplicación)
Deadline day: 01 (para que se ejecute como muy tarde al día siguiente)
Deadline HH.MM: 23.59
Pulsamos Control, para que cargue el resto de datos. Modificamos el campo “F day rule” a 1 para que se ejecute el día anterior a un día festivo.
En el manual de IBM, encontraremos más información sobre las reglas de día festivo.
Esta aplicación empezará a ejecutarse a las 12.00h y tiene como límite para ejecutarse, el día siguiente hasta las 23.59h.
Para editar los días de ejecución, entramos en la regla con una S.
Marcaremos con una S los campos Every, Day y Week para que se ejecute todos los días de la semana. Después escribimos el comando GENDAYS para ver el calendario generado.
Aparecerá el mensaje VALID RULE.
Salimos con F3 hasta el menú de Application Description y aparecerá el mensaje “APPLICATION CREATED”.
Ya hemos creado cuatro tipo de WS, un calendario y una aplicación sencilla de prueba. El próximo paso será crear el Long Term Plan y Current Plan.
