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.9 Defining Jobs A value of YES on the schedule base record causes Unicenter CA-Scheduler to start that schedule no earlier than the time shown on the Simulated Execution Schedule. If USE SIM TIME = YES on the job base record, Unicenter CA-Scheduler submits that job at the time indicated on the Simulated Execution Schedule. Notice the subtle difference here. The SIMTIME fields on schedule and job records do not override one another because they deal with separate events: when schedules start and when jobs are submitted. Sites that want to schedule jobs using SIMTIME get best results when SIMTIME values on both the schedule and job records are YES. If you set USE SIMTIME=YES on the schedule base record, Unicenter CA-Scheduler ignores any other start times you may have specified for schedules, either on the reason code record or the schedule's base record. If USE SIMTIME = NO, Unicenter CA-Scheduler checks to see what start times you have specified on the schedule's records. 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., 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 production days to hold those jobs. For example, a start time of 031400 holds that schedule until 2 p.m. three production days after that schedule was originally selected. Notice that production days usually do not start at midnight. Instead, they run from one autoscan to the next. The first place Unicenter CA-Scheduler looks for a start time is on the schedule's reason code record (SRC). If you do not specify a start time there that corresponds with the reason the schedule was selected today, Unicenter CA-Scheduler looks to see if you defined an EARLIEST START TIME on the schedule base record. Start times defined on job records are not even looked at until a job's schedule starts. Then Unicenter CA-Scheduler checks to see if you have delayed any jobs by defining start times on job records. Since start time is an important factor in sequencing your workload, Unicenter CA-Scheduler gives you flexibility. For example, a schedule or job may need to start at different times on different days. Unicenter CA-Scheduler allows you to define different reasons for selecting a schedule or job on its criteria record (SCR or JCR). Each reason can cause work to be selected on a different day. Once you have defined reasons on a criteria record, you can specify a different start time for each reason. A schedule's alternate start times are stored on its reason code record (SRC). Likewise, a job's alternate start times are stored on its reason code record (JRC). If a job has no criteria record or it only needs one start time, specify that value as EARLIEST START TIME on the job base record. When Unicenter CA-Scheduler organizes the work to be processed each day, first it considers predecessors. Then it checks start times. If schedules or jobs have the same predecessors and start times, Unicenter CA-Scheduler puts 3-62 Unicenter CA-Scheduler User Guide

3.9 Defining Jobs those with earlier deadlines ahead of the others. Work that has to be finished sooner goes first. You define deadlines in the field called COMPLETION DEADLINE TIME. Schedule deadlines affect how schedules are ordered in the workload. Job deadlines have no impact on the sequencing of schedules and only affect how jobs within a schedule are organized. For information on the role deadlines play in progress notification, see the topics What Happens When Schedules Run Late and What Happens When Jobs Run Late. Finally, Unicenter CA-Scheduler checks one last field when it is 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. Likewise, jobs in the same schedule with the same predecessors, start times, and deadlines are sorted by JOB PRIORTY. 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. Unicenter CA-Scheduler handles jobs within schedules in the same way: jobs with the same values for all these fields are put into alphabetical order in the work queue. The factors determining the order of schedules in the workload are listed following in decreasing order of importance. Sequence By Using On The Schedule Predecessors Criteria language Criteria record Start times Deadline USE SIMTIME = YES EARLY TIMEs or EARLIEST START TIME DEADLINE TIMEs or COMPLETION DEADLINE TIME Base record Base code record Base record Reason code record Base record Priority SCHED PRIORITY Base record Alphabetical order SCHEDULE NAME Base record Factors determining the order of jobs within schedules are listed following in decreasing order of importance. Sequence By Using On The Schedule Predecessors Criteria language Criteria record Start times USE SIMTIME = YES EARLY TIMEs or EARLIEST START TIME Base record Base code record Base record Chapter 3. Maintaining the Database 3-63

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

those with earlier deadlines ahead of the others. Work that has to be finished<br />

sooner goes first. You define deadlines in the field called COMPLETION<br />

DEADLINE TIME. Schedule deadlines affect how schedules are ordered in the<br />

workload. <strong>Job</strong> deadlines have no impact on the sequencing of schedules and<br />

only affect how jobs within a schedule are organized. For in<strong>for</strong>mation on the<br />

role deadlines play in progress notification, see the topics What Happens<br />

When Schedules Run Late and What Happens When <strong>Job</strong>s Run Late.<br />

Finally, <strong>Unicenter</strong> <strong>CA</strong>-<strong>Scheduler</strong> checks one last field when it is 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. Likewise, jobs in the same<br />

schedule with the same predecessors, start times, and deadlines are sorted by<br />

JOB PRIORTY.<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. <strong>Unicenter</strong> <strong>CA</strong>-<strong>Scheduler</strong> handles jobs within schedules in<br />

the same way: jobs with the same values <strong>for</strong> all these fields are put into<br />

alphabetical order in the work queue.<br />

The factors determining the order of schedules in the workload are listed<br />

following in decreasing order of importance.<br />

Sequence By Using On The Schedule<br />

Predecessors Criteria language Criteria record<br />

Start times<br />

Deadline<br />

USE SIMTIME = YES<br />

EARLY TIMEs or<br />

EARLIEST START TIME<br />

DEADLINE TIMEs or<br />

COMPLETION DEADLINE<br />

TIME<br />

Base record<br />

Base code record<br />

Base record<br />

Reason code record<br />

Base record<br />

Priority SCHED PRIORITY Base record<br />

Alphabetical<br />

order<br />

SCHEDULE NAME<br />

Base record<br />

Factors determining the order of jobs within schedules are listed following in<br />

decreasing order of importance.<br />

Sequence By Using On The Schedule<br />

Predecessors Criteria language Criteria record<br />

Start times<br />

USE SIMTIME = YES<br />

EARLY TIMEs or<br />

EARLIEST START TIME<br />

Base record<br />

Base code record<br />

Base record<br />

Chapter 3. Maintaining the Database 3-63

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

Saved successfully!

Ooh no, something went wrong!