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

supportcontent.ca.com
from supportcontent.ca.com More from this publisher
03.03.2015 Views

3.1 Defining Schedules If USE SIMTIME = NO, Unicenter CA-Scheduler checks to see what start times you have specified on the schedule record. You specify the earliest possible time a schedule can start using a 24-hour clock. For example, an early time of 1400 allows a schedule to start no earlier than 2 p.m. in the afternoon. But what if that schedule should not start until some day in the future? Unicenter CA-Scheduler also allows you to specify start times with a prefix showing how many days to delay the start of those jobs. For example, a start time of 031400 delays the start of that schedule until 2 p.m., three days after that schedule was originally selected. If USE SIMTIME=NO, Unicenter CA-Scheduler checks to see if a schedule's reason code record contains start times. Since start time is an important factor in sequencing your workload, Unicenter CA-Scheduler gives you flexibility. For example, a schedule may need to start at different times on different days. This is not a problem because Unicenter CA-Scheduler allows you to define different reasons for selecting a schedule on its criteria record (SCR). Each reason can cause that schedule to be selected on a different day. Once you have defined reasons on the SCR, you can specify a different start time for each reason. A schedule's alternate start times are stored on its reason code record (SRC). The last place Unicenter CA-Scheduler looks for a start time is EARLIEST START TIME. If you do not specify a start time anywhere, Unicenter CA-Scheduler only delays starting this schedule until its predecessor conditions are satisfied. When Unicenter CA-Scheduler organizes the work to be processed each day, first it considers each schedule's predecessors. Then it checks start times. If several schedules have the same predecessors and start times, Unicenter CA-Scheduler puts those with earlier deadlines ahead of the others. Work that has to be finished sooner goes first. You define deadlines in fields called DEADLINE TIME on the reason code record or COMPLETION DEADLINE TIME on the schedule base record. Finally, Unicenter CA-Scheduler checks one last field when it's organizing the workload. Schedules with the same predecessors, start times, and deadlines are sorted by SCHED PRIORITY: schedules with the highest priority go first. Priorities range from a high of 01 to a low of 99. If, after checking all these fields, Unicenter CA-Scheduler finds a group of schedules with equivalent values in all these fields, it lines up those schedules in alphabetical order. The chart following summarizes how Unicenter CA-Scheduler organizes its workload. Sequence By Using On The Predecessors Criteria language Criteria record 3-12 Unicenter CA-Scheduler User Guide

3.1 Defining Schedules Sequence By Using On The Start times Deadline USE SIMTIME = YES EARLY TIMEs EARLIEST START TIME DEADLINE TIMEs COMPLETION DEADLINE TIME Base record Reason code record Base record Reason code record Base record Priority SCHED PRIORITY Base record Alphabetical order SCHEDULE NAME Base record What if Unicenter CA-Scheduler does not complete some schedules in the day's workload? Any jobs that are running when the next autoscan occurs are always automatically backlogged, but what happens to jobs that have not started yet? BACKLOG fields control what happens if a schedule's jobs do not run on the day they were selected. BACKLOG occurs on both schedule and job base records. The value defined for a schedule applies to all jobs in that schedule unless you override it by specifying a different value on a job base record. Jobs that have BACKLOG=YES on their job base record (or default to BACKLOG=YES on the schedule's base record) will always be backlogged if they have not completed or been canceled by the next autoscan. Jobs with BACKLOG=NO on their job base record (or default to BACKLOG=NO on their schedule's base record) will be removed from the workload if they are still waiting at the next autoscan. If that schedule would also be selected tomorrow, the second set of jobs is added to the workload after the backlogged schedule has completed and been purged. Chapter 3. Maintaining the Database 3-13

3.1 Defining Schedules<br />

If USE SIMTIME = NO, <strong>Unicenter</strong> <strong>CA</strong>-<strong>Scheduler</strong> checks to see what start times<br />

you have specified on the schedule record. You specify the earliest possible<br />

time a schedule can start using a 24-hour clock. For example, an early time of<br />

1400 allows a schedule to start no earlier than 2 p.m. in the afternoon. But<br />

what if that schedule should not start until some day in the future? <strong>Unicenter</strong><br />

<strong>CA</strong>-<strong>Scheduler</strong> also allows you to specify start times with a prefix showing how<br />

many days to delay the start of those jobs. For example, a start time of 031400<br />

delays the start of that schedule until 2 p.m., three days after that schedule<br />

was originally selected.<br />

If USE SIMTIME=NO, <strong>Unicenter</strong> <strong>CA</strong>-<strong>Scheduler</strong> checks to see if a schedule's<br />

reason code record contains start times. Since start time is an important factor<br />

in sequencing your workload, <strong>Unicenter</strong> <strong>CA</strong>-<strong>Scheduler</strong> gives you flexibility.<br />

For example, a schedule may need to start at different times on different days.<br />

This is not a problem because <strong>Unicenter</strong> <strong>CA</strong>-<strong>Scheduler</strong> allows you to define<br />

different reasons <strong>for</strong> selecting a schedule on its criteria record (SCR). Each<br />

reason can cause that schedule to be selected on a different day. Once you<br />

have defined reasons on the SCR, you can specify a different start time <strong>for</strong><br />

each reason. A schedule's alternate start times are stored on its reason code<br />

record (SRC).<br />

The last place <strong>Unicenter</strong> <strong>CA</strong>-<strong>Scheduler</strong> looks <strong>for</strong> a start time is EARLIEST<br />

START TIME. If you do not specify a start time anywhere, <strong>Unicenter</strong><br />

<strong>CA</strong>-<strong>Scheduler</strong> only delays starting this schedule until its predecessor<br />

conditions are satisfied.<br />

When <strong>Unicenter</strong> <strong>CA</strong>-<strong>Scheduler</strong> organizes the work to be processed each day,<br />

first it considers each schedule's predecessors. Then it checks start times. If<br />

several schedules have the same predecessors and start times, <strong>Unicenter</strong><br />

<strong>CA</strong>-<strong>Scheduler</strong> puts those with earlier deadlines ahead of the others. Work that<br />

has to be finished sooner goes first. You define deadlines in fields called<br />

DEADLINE TIME on the reason code record or COMPLETION DEADLINE<br />

TIME on the schedule base record.<br />

Finally, <strong>Unicenter</strong> <strong>CA</strong>-<strong>Scheduler</strong> checks one last field when it's organizing the<br />

workload. Schedules with the same predecessors, start times, and deadlines are<br />

sorted by SCHED PRIORITY: schedules with the highest priority go first.<br />

Priorities range from a high of 01 to a low of 99.<br />

If, after checking all these fields, <strong>Unicenter</strong> <strong>CA</strong>-<strong>Scheduler</strong> finds a group of<br />

schedules with equivalent values in all these fields, it lines up those schedules<br />

in alphabetical order. The chart following summarizes how <strong>Unicenter</strong><br />

<strong>CA</strong>-<strong>Scheduler</strong> organizes its workload.<br />

Sequence By Using On The<br />

Predecessors Criteria language Criteria record<br />

3-12 <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!