CA Workload Automation CA 7
CA Workload Automation CA 7
Chapter 1: Introduction
The Primer teaches new CA WA CA 7 Edition users how to use CA WA CA 7 Edition to
perform basic scheduling functions. The Primer is designed to be used either offline or online.
Logging On
Accessing the Database
Displaying Command Output
Logging Off
Logging On:
In TPX menu, we need to give CA7 and you will get below panel. Use this logon screen
to log on to CA WA CA 7 Edition:
When it is displayed, enter your USERID and a PASSWORD, when one is required. Press
Enter.
The CA WA CA 7 Edition logon screen appears. Notice MENU in the upper-left corner of the
screen. MENU is the top line command that takes you to the CA-7 Function Menu.
Press Enter to get to the next screen, which displays the CA WA CA 7 Edition function menu.
At any time, you can enter the top line command MENU to transfer to this screen.
All of the screens you use to add information to the CA WA CA 7 Edition database can be
accessed from the Data Base Maintenance Menu. Display this menu now by typing this command on
the top line of your screen (above the message telling you that your logon was accepted):
DB
The menu lets you select nine different functions. Four of the functions take you directly to
formatted screens which you use for various database maintenance tasks, like defining jobs
or networks. Display the screen that defines jobs now by typing 1 in the FUNCTION field.
FUNCTION:
Specifies the function to be performed. Value must be the name of some other panel or one
of the following:
DELETE: Deletes a job and its associated data from the database (documentation, schedules, and so
forth).
DD: Same as DELETE, but deletes any data sets that this job references if the data sets have no users
and no documentation, and do not cause job triggering. This includes all virtual resources connected
to the job.
PURGE: Same as DD, but also deletes job trigger definitions that trigger the job being deleted, job
requirement definitions that require the job being deleted; and, if the CA WA Restart Option
interface is active, deletes the CA WA Restart Option CMT member for the job being deleted.
DELPRRN: Deletes the JCL saved in the trailer queue from the job's prior run.
LIST: Lists a job and job-related information. In batch, a formatted panel is not listed. Only a found or
not found message is returned.
Line contains the FUNCTION field. This field is where you tell CA WA CA 7 Edition what you
want to do with the information in the rest of the screen. For example, you would enter ADD
to add a new job to the database.
The body of the screen contains information that is stored in the CA WA CA 7 Edition
database.
The third line from the bottom of the screen contains CA WA CA 7 Edition program data, the
screen ID, and the date and time. Each screen has a unique ID. The ID is DB.1 on this screen.
You can enter this ID on any other screen to transfer directly to this screen. This process is
illustrated when we copy job records.
The last two lines can contain messages. Be sure to read them. They tell you if there is some
action you have to take next or if there was an error in the action you took. Messages are
described in the Message Reference Guide. The message number consists of the contents of
the PROGRAM field in the preceding line, followed by the contents of the MSG-INDX field.
For example, the number of the message that is shown on this screen is SM20-00.
To return to the menu now, enter DB in the FUNCTION field and press Enter. Instead of typing
DB, you can press PF3 to return to the menu. You cannot press PF3 when you are using CA WA
CA 7 Edition under ISPF and you have defined PF3 for another function.
You are returned to the menu:
Continuing down the menu, functions 2, 3, and 4 take you to submenus. You can use
submenus to select formatted scheduling, predecessor/successor, or workload
documentation screens. Display the scheduling submenu now by typing 2 in the
FUNCTION field.
Line contains the FUNCTION field. This field is where you select the scheduling screen
that you want to display.
The body of the screen lists the scheduling screens and the function codes that select
them.
The three lines at the bottom contain program data and messages, the same as the CPU
Job Definition screen. The ID of this screen is DB.2.
Now select the first formatted scheduling screen by typing 1 in the FUNCTION field.
When you press Enter, the CPU Job Scheduling screen is displayed:
This screen is the screen you use to schedule CPU jobs after you add them to the database.
Enter DB in the FUNCTION field and press Enter to return to the main menu (or press PF3
twice):
/DISPLAY,ST=KEY
Press Enter. You see a screen that lists the PF and PA keys. The screen also tells you the commands
that are executed by pressing those keys. The screen that you see can vary, depending on the way PF
and PA keys were defined in your shop. If the output from this command cannot all fit on one
screen, press Enter to scroll to the next screen.
Adding a Job:
JOB: Give the name of the job. Use the first seven letters of your name followed by the letter A. We
use the job name NAMEA in the rest of this book, but it is important to use your own name instead
of the letters NAME. This method lets everyone who performs the exercises in this book have a
unique set of jobs. If two people in your shop have the same name, add an initial so that each name
is unique.
EXEC: Enter N to indicate that this job must not execute. If you leave this field blank, it defaults to Y.
PROMPTS: Enter N to indicate that prompting messages are not sent if the job is late. If you leave
this field blank, it defaults to Y.
Leave the rest of the fields blank. When you have entered this information in your screen, press
Enter. Your screen now looks like the following example, with the ADD SUCCESSFUL message at the
bottom of the screen.
With NAMEA still displayed on your terminal, we can easily add another job with similar
characteristics. Type the following values on your screen, right over the values that are there:
JOB: Change the job name to NAMEB. Assume that you want to leave all the other values the same
and press Enter:
The ADD SUCCESSFUL message is displayed at the bottom of the screen again. The message indicates
that NAMEB has been added to the database with the same values as NAMEA. The only exception is
MEMBER, which automatically changes to match the job name.
To ensure that NAMEA and NAMEB are both added to the database, move the cursor to the top line
of your screen and enter this command:
LJOB,JOB=NAME*
The screen gives the basic information for NAMEA followed by the basic information for NAMEB. If
any other jobs in your database start with the letters NAME, they are listed too.
You can decide to add similar jobs later. To do so, copy a job like NAMEA that has already
been defined. To copy a job, list the NAMEA record on your screen, make your changes, and then
add the new job to the database. To illustrate this process, enter DB.1 on the top line of your screen
and press Enter. A blank CPU Job Definition screen is displayed:
JOB: Enter the name of a job you have already defined, in this case NAMEA.
When you press Enter, the screen displays the NAMEA record:
JOB: Enter the name of the new job. In this case, call it NAMEC.
Then press Enter and wait for the ADD SUCCESSFUL message at the bottom of the screen. Now add
NAMED to the database by retyping the A in the FUNCTION field and changing the JOB field to
NAMED. Repeat these steps for NAMEE. Now we can use these jobs to learn how to schedule jobs to
run automatically
Selecting a Calendar
Scheduling a Job To Run On Certain Days
Scheduling a Job To Run After Another Job
Scheduling a Job Differently
Triggering Other Jobs
Other Scheduling Methods
Selecting a Calendar:
To see the calendars in your shop, enter this command on the top line of any CA WA CA 7 Edition
screen:
/DISPLAY, FM=SCAL
When you press Enter, the screen lists all of your calendars:
To complete the exercises in this book, use a calendar that defines weekdays as normal processing
days and has at least one holiday. To see the processing days and holidays that are defined on each
of your calendars, enter this command on the top line of any screen:
PRINT,YEAR=yy,SCAL=xx
yy: Indicates the year that the fifth and sixth characters identify.
xx: Indicates the last two characters in the calendar name.
For example, we are going to use SCAL145D to schedule the jobs in this book. To see the way that
this calendar is defined, enter this command on your screen:
PRINT,YEAR=14,SCAL=5D
When you press Enter, you see the first month of the calendar you specified. For example, here is
January on the SCAL145D calendar:
Only the processing days (workdays) are displayed. In this case, they are every weekday except
January 1 which was defined as a holiday on SCAL145D. In addition, the first and last days of January
are identified:
The characters B01 in place of 01 identify the first day of the first month. Because this day is
a nonprocessing day, the characters are enclosed in parentheses.
The characters E01 in place of 31 identify the last day of the first month. Because this day is
a processing day, the characters are enclosed in periods.
To scroll forward to the next month, press Enter. The February SCAL145D calendar looks like the
following example:
Because February 17 is a holiday on this calendar, it is not displayed. Keep scrolling through as many
months as you want to see. You can stop at any point and can go on to the next exercise.
Scheduling a Job To Run On Certain Days:
You can schedule a job to run on certain days. Now we learn how to schedule a job to run. The job
runs Tuesdays and Thursdays by 9 p.m. or the next available processing day when Tuesday or
Thursday is a holiday.
Return to the Data Base Maintenance Menu by typing DB on the top line of your current screen.
When you press Enter, the menu is displayed again:
Now, we want to go to the scheduling screens. Enter 2 in the FUNCTION field, and press Enter. The
Scheduling Menu is displayed:
To select scheduling for the CPU jobs, enter 1 in the FUNCTION field. When you press Enter, the CPU
Job Scheduling screen is displayed:
What job we are scheduling and what calendar it is based on. To provide this information, fill in the
following fields on this screen:
SCAL: Give the two-character name of a calendar that has been defined in your shop. The rest of the
illustrations in this book are based on calendar 5D. If 5D is not defined in your shop for the current
year, you can use another calendar. (You can get this information from the calendars you listed
when you selected a calendar.)
ROLL: Enter F. This value rolls the scheduling of NAMEA forward to the next day when Tuesday or
Thursday happens to be a holiday on calendar 5D.
DOTM: Use your tab key to place the cursor under this heading. The value tells what time the job has
to end (its due-out time). Specify 2100
LDTM: Use this field to tell how many minutes it typically takes to process the job (its lead time).
Specify 30 to let the job have a half hour to run. CA WA CA 7 Edition uses this number to figure out
when it has to start the job to complete on time. In this case, it has to start the job by 2030 so it
completes by 2100.
WEEKLY: Tab to this field and enter an X to the left of the word WEEKLY and more Xs to the right of
TUE and THU. Press Enter and watch for the ADD FUNCTION SUCCESSFUL message at the bottom of
the screen:
Now that you have defined the scheduling criteria for NAMEA, save it by typing SS after
FUNCTION and pressing Enter. This command automatically returns you to the CPU Job Scheduling
screen:
See the two messages at the bottom of the screen? They inform you that your schedule has been
saved and that it must now be resolved.
To compare it to the calendar you specified and determine the exact days to process the job. To
resolve the schedule, issue the RESOLV command. To issue the command, enter RESOLV in the
FUNCTION field and press Enter. The next screen that you see has the RESOLV command on the top
line. Move the cursor to the end of the RESOLV command and enter:
,YEAR=yy
where yy is the current year. Press Enter. When you press Enter, the screen looks something like the
following example:
The middle of the screen displays SCHEDULE DATA. You defined these values on the CPU Job
Scheduling Parameter Edit screen.
The dates that are listed under SCHEDULE DAYS ROLL STARTED are different from the dates that are
shown here unless you are also using SCAL135D with holidays defined on January 1 and July 4. These
dates show you what happens to NAMEA when Tuesday or Thursday is a holiday. NAMEA is
processed on the following day (because we specified F in the ROLL field).
This screen shows you when NAMEA is processed in January. NAMEA is processed every Tuesday
and Thursday except for January 1 which is a holiday. Press Enter to scroll forward again, to this
screen:
Some jobs must be scheduled after other jobs, regardless of what day those other jobs run. For
example, assume that NAMEB has to run after NAMEA, regardless of whether NAMEA runs on
Tuesday and Thursday or is rolled forward to Wednesday or Friday. CA WA CA 7 Edition lets you
schedule NAMEA to trigger NAMEB. This triggering means that NAMEB is automatically scheduled
whenever NAMEA ends successfully. Here is how to define this triggering:
Enter DB.2 at the top of any screen to return to the Scheduling Menu. The Scheduling Menu
is displayed.
Enter 4 in the FUNCTION field to select job triggering. When you press Enter, this screen is
displayed:
To trigger NAMEB from NAMEA, fill in the fields on this screen as follows:
FUNCTION: Enter UPD (because you are updating the NAMEA record).
JOB: Identify the job that runs first, in this case NAMEA.
OPT: Tab down to the line under the OPT heading and enter A to add the triggered job.
SCHID: Enter 1.
TRGD-JOB: Identify the job that is to run when NAMEA ends, in this case NAMEB. QTM Specify 30 to
indicate that NAMEB is late when it has to wait more than 30 minutes before it starts processing.
The due-out time of the job is calculated for you, based on this number.
LDTM: Assume that NAMEB also takes 30 minutes to process. When these fields are filled in, press
Enter and watch for the UPD FUNCTION SUCCESSFUL message at the bottom of the screen.
Displaying the Triggers:
To ensure that NAMEA triggers NAMEB, move the cursor to the top line of your screen and enter this
command:
LJOB,JOB=NAMEA,LIST=TRIG
To begin with, we do not need to change the way we defined NAMEA on the CPU Job
Definition screen in the last chapter. The definition of NAMEA stays the same, regardless of when it
runs and what jobs run after it. (In fact, we cannot add another definition for NAMEA, because there
is only one job by that name.)
What we must do is to add another schedule for NAMEA. To keep this schedule separate
from the original schedule, we are going to give it a different schedule ID. Previously, we used the
number 1 when we scheduled NAMEA for Tuesdays and Thursdays. Now we are going to use the
schedule ID 2 to schedule NAMEA on Mondays. To change the record, we must return to the CPU
Job Scheduling screen and must change the NAMEA scheduling record.
Return to the CPU Job Scheduling screen now by typing DB.2.1 on the top line of your
screen. When you press Enter, this screen is displayed:
What we must do now is fetch (get) the NAMEA scheduling record and add to it. To get the
record, fill in these two fields:
FUNCTION: Enter FE to fetch the scheduling record and go into edit mode.
When you press Enter, the CPU Job Scheduling edit screen is automatically displayed with
the scheduling criteria we defined the scheduling criteria.
We change this screen to tell CA WA CA 7 Edition to run NAMEA on Mondays under
schedule ID 2. To do this adjustment, change the following fields:
SCHID: Change 1 to 2.
ROLL: Change F to N. This change tells CA WA CA 7 Edition to run NAMEA on Mondays even if
Monday is a holiday.
LDTM: Change 0030 to 0040 because NAMEA takes a little longer to run on Mondays.
WEEKLY: Leave the X in this field but add an X after Monday and erase the Xs after TUE and THU.
Press Enter and watch for the ADD FUNCTION SUCCESSFUL message at the bottom of the screen:
Now the NAMEA scheduling record is expanded to include another scheduling variation. To
replace the original scheduling record with the expanded record, enter SR (for save/replace) after
FUNCTION and press Enter. This action returns you to the CPU Job Scheduling screen:
See how the schedule ID count is now set to 2? This count indicates that NAMEA has two scheduling
variations.
The next step is to resolve the schedule again to include the days that are defined under
schedule ID 2. To do this resolve, enter RESOLV in the FUNCTION field again and press Enter. This
time the output screens that you see describe schedule ID 2 after schedule ID 1. They look
something like the following screens.
Keep scrolling until you get to the calendars. Our sample calendar shows you that Monday
has been added to Tuesday and Thursday as the regular processing days for NAMEA. These
calendars do not distinguish between schedule IDs; they show all the days that NAMEA is scheduled:
Before you go on, verify that two schedule IDs are defined for NAMEA. To list all defined
schedule IDs, enter this command on the top line of your screen:
LJOB,JOB=NAMEA,LIST=SCHD
We now use the schedule ID 2 to tell CA WA CA 7 Edition to run NAMED after NAMEA on
Mondays. We do this triggering by returning to the Job Triggering screen for NAMEA and adding
NAMED to it. Enter DB.2.4. When you press Enter, the Job Triggering screen is displayed again:
To display the jobs that NAMEA currently triggers, enter LIST in the FUNCTION field and
NAMEA in the JOB field. When you press Enter, the NAMEA triggering record is displayed:
To trigger NAMED from NAMEA on Mondays, fill in these fields:
OPT: Tab down to the line below NAMEB and enter A under OPT.
SCHID: Enter 2 because we want to trigger NAMED on Mondays when NAMEA runs under schedule
ID 2.
TRGD-JOB: Identify the job that is to run after NAMEA under schedule ID 2: NAMED.
QTM: Specify 15 to indicate that NAMED is late when it has to wait more than 15 minutes before it
starts processing.
When these fields are filled in, press Enter and watch for the UPD FUNCTION SUCCESSFUL message
at the bottom of the screen:
The time entries for NAMED are displayed. The 15 minutes you specified for QTM is automatically
rounded down to 10 minutes. From now on, whenever NAMEA ends successfully on Monday (when
it runs under schedule ID 2) NAMED is scheduled.
Defining a Predecessor.
Preventing Jobs From Running Together.
Defining a Manual Predecessor.
Displaying Requirements.
Connecting Resources to Jobs.