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

Create successful ePaper yourself

Turn your PDF publications into a flip-book with our unique Google optimized e-Paper software.

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

■<br />

■<br />

■<br />

■<br />

Ordinarily, <strong>Unicenter</strong> <strong>CA</strong>-<strong>Scheduler</strong> prevents successors to this job from<br />

being satisfied. That is what happens when ABEND = ABORT, which is<br />

the default.<br />

Alternatively, <strong>Unicenter</strong> <strong>CA</strong>-<strong>Scheduler</strong> can ignore that this job abended. If<br />

ABEND = CONT, successors continue to be satisfied as usual even if this<br />

job abends.<br />

If you specify ABEND=BACKOUT, <strong>Unicenter</strong> <strong>CA</strong>-<strong>Scheduler</strong> automatically<br />

submits a backout job when the job abends. A value must be specified <strong>for</strong><br />

the BACKOUT installation option. Successors to the job will not be posted<br />

as satisfied. <strong>Unicenter</strong> <strong>CA</strong>-<strong>Scheduler</strong> adds a new job tracking record <strong>for</strong><br />

the backout job. The backout job's name is constructed according to the<br />

BACKOUT installation option by altering one character position of the<br />

abended job's name. The backout job will be specified as ABEND=ABORT<br />

to prevent resubmission if the backout job itself abends. All other job<br />

attributes are copied from the abended job.<br />

<strong>Unicenter</strong> <strong>CA</strong>-<strong>Scheduler</strong>'s fourth alternative prevents successors from being<br />

satisfied and begins processing another schedule instead. Specify that<br />

schedule's name (up to eight characters) as the value <strong>for</strong> ABEND. This<br />

alternative is a valuable rerun tool.<br />

Suppose that a job runs to normal completion but returns a completion code<br />

greater than zero. What happens then? It depends on the value you define <strong>for</strong><br />

FAIL CODE on the job base record. FAIL CODE specifies the threshold <strong>for</strong><br />

determining whether a job failed. If any job ends with a return code greater<br />

than or equal to the value defined <strong>for</strong> FAIL CODE, <strong>Unicenter</strong> <strong>CA</strong>-<strong>Scheduler</strong><br />

gives that job a status of FAILED which means successors to this job will not<br />

be satisfied. Values <strong>for</strong> FAIL CODE can range from 1 to 4095. If FAIL CODE<br />

= 0 on the job base record, <strong>Unicenter</strong> <strong>CA</strong>-<strong>Scheduler</strong> does not check return<br />

codes.<br />

What will happen if a job never runs at all? If the production workload is too<br />

great, what happens to the selected jobs that do not run? The term backlog<br />

identifies jobs that do not run on the day they are scheduled and are carried<br />

over to the next day's workload.<br />

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

backlogged unless you override this value on job records. <strong>Job</strong>s will only be<br />

backlogged if: 1) BACKLOG = YES on their job base records, or 2) the job is<br />

submitted or started at 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 />

Chapter 3. Maintaining the Database 3-69

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

Saved successfully!

Ooh no, something went wrong!