03.03.2015 Views

Unicenter CA-Scheduler Job Management for VSE User Guide

Unicenter CA-Scheduler Job Management for VSE User Guide

Unicenter CA-Scheduler Job Management for VSE User Guide

SHOW MORE
SHOW LESS

You also want an ePaper? Increase the reach of your titles

YUMPU automatically turns print PDFs into web optimized ePapers that Google loves.

3.9 Defining <strong>Job</strong>s<br />

Sequence By Using On The Schedule<br />

Deadline<br />

DEADLINE TIMEs or<br />

COMPLETION DEADLINE<br />

TIME<br />

Reason code record<br />

Base record<br />

Priority JOB PRIORITY Base record<br />

Alphabetical<br />

order<br />

JOB NAME<br />

Base record<br />

What if there are so many jobs to run today that <strong>Unicenter</strong> <strong>CA</strong>-<strong>Scheduler</strong><br />

never gets to submit all of them? The values in the BACKLOG fields control<br />

what happens. The term backlog identifies jobs that do not run on the<br />

production day when they were selected and are carried over to the next<br />

production day's workload.<br />

If BACKLOG = NO on a schedule base record, that schedule's jobs will never<br />

be backlogged unless you override this value on job records. If<br />

BACKLOG=NO on the schedule's base record, jobs will only be backlogged if<br />

BACKLOG = YES on their job base records or the job is submitted or started at<br />

the time of the next autoscan.<br />

Suppose a job is carried over into tomorrow's workload. What happens if that<br />

job is selected again tomorrow? Tomorrow's job is added to the workload after<br />

today's backlogged schedule has completed or been canceled.<br />

3.9.3.4 Does This <strong>Job</strong> Record Describe a <strong>Job</strong> Per<strong>for</strong>med on the CPU?<br />

<strong>Job</strong> records describe every job defined to <strong>Unicenter</strong> <strong>CA</strong>-<strong>Scheduler</strong>. If a job is<br />

per<strong>for</strong>med at several workstations, a job base record exists <strong>for</strong> that job at every<br />

workstation that processes it. So how does <strong>Unicenter</strong> <strong>CA</strong>-<strong>Scheduler</strong> identify<br />

CPU jobs? STATION ID identifies the workstation this record refers to. Station<br />

40 usually identifies work per<strong>for</strong>med by your CPU, but what if you want to<br />

automate scheduling of manual jobs your operators do? You can define a job<br />

record at station 40 and set CPU JOB = NO. That tells <strong>Unicenter</strong> <strong>CA</strong>-<strong>Scheduler</strong><br />

that this job does not require CPU processing: no JCL exists <strong>for</strong> this job.<br />

Can jobs that do not run on the CPU have EARLIEST START TIMEs? Yes,<br />

however, the field called AUTO START controls what happens when that time<br />

is reached. If AUTO START = NO, this job has to be started using <strong>Unicenter</strong><br />

<strong>CA</strong>-<strong>Scheduler</strong>'s START command. (AUTO START's default is NO.) That means<br />

that <strong>Unicenter</strong> <strong>CA</strong>-<strong>Scheduler</strong>'s statistics <strong>for</strong> elapsed time are meaningful: they<br />

show how long it takes <strong>for</strong> a job to complete once it has started.<br />

If AUTO START = YES, the pre-CPU job automatically starts when its early<br />

start time is reached and all predecessor conditions have been satisfied which<br />

means the pre-CPU job is posted as started even though this work has not yet<br />

begun.<br />

3-64 <strong>Unicenter</strong> <strong>CA</strong>-<strong>Scheduler</strong> <strong>User</strong> <strong>Guide</strong>

Hooray! Your file is uploaded and ready to be published.

Saved successfully!

Ooh no, something went wrong!