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

7.1 On-Request Schedules and Jobs 7.1.2.5 Example 5 In the preceding example, all jobs will be selected. JOBA and JOBB will be placed in the inactive queue. JOBB is placed there because JOBA is the first predecessor specified and it is a requested job. The ordering of these predecessors is important as you will see with the next example. JOBA1 will be run whenever its conditions allow (if there are none, it will start immediately). JOBB will always wait for JOBA1 (that is, you could request JOBB without requesting JOBA). If JOBA is requested (with the REQUEST or SREQ command), JOBB will automatically be requested and will wait for both JOBA and JOBA1. If no requests are made, JOBA and JOBB will be purged from the tracking file at the next autoscan. Job JOBA JOBA1 JOBB Criteria REQUESTED None JOBA1 OR JOBA 7.1.2.6 Example 6 The preceding example is the same as the one previous except for the order of the predecessors on JOBB. All three jobs will be selected, but only JOBA is placed on the inactive queue. This is because JOBB got selected because of JOBA1, which is selected whenever the schedule is selected. JOBB will always wait for JOBA1, but will only wait for JOBA if JOBA is requested (using the operator command REQUEST or SREQ) before JOBA1 completes. If JOBA is not requested, it will be purged from the tracking file at the next autoscan. Job JOBA JOBB Criteria REQUESTED JOBA AND REQUESTED Both JOBA and JOBB will be placed in the inactive queue at autoscan time. 7-4 Unicenter CA-Scheduler User Guide

7.1 On-Request Schedules and Jobs 7.1.2.7 Example 7 When the operator command REQ J N=JOBA is issued, both jobs (JOBA and JOBB) will be moved to the active queue. When the operator command SREQ J N=JOBA is issued, only job JOBA will be moved to the active queue. JOBB will not be moved since it has the criteria AND REQUESTED that must be satisfied. It is not satisfied using the SREQ operator command with its predecessor JOBA. To move JOBB to the active queue, in this case, use the REQUEST or SREQ command. Job JOBA JOBB Criteria REQUESTED MON OR JOBA 7.1.2.8 Example 8 On Mondays, JOBB will be added to the active queue and will not wait for JOBA unless it is also in the active queue. That is, JOBA will not be considered a predecessor of JOBB unless JOBA is requested with the REQUEST or SREQ command before JOBB is submitted. Once JOBA and JOBB are both in the active queue, Unicenter CA-Scheduler will not submit JOBB until JOBA has completed. Job JOBA JOBA1 JOBB JOBC Criteria REQUESTED REQUESTED JOBA OR JOBA1 JOBA All four jobs will be placed in the inactive queue at autoscan time. Chapter 7. Techniques 7-5

7.1 On-Request Schedules and <strong>Job</strong>s<br />

7.1.2.5 Example 5<br />

In the preceding example, all jobs will be selected. JOBA and JOBB will be<br />

placed in the inactive queue. JOBB is placed there because JOBA is the first<br />

predecessor specified and it is a requested job. The ordering of these<br />

predecessors is important as you will see with the next example.<br />

JOBA1 will be run whenever its conditions allow (if there are none, it will start<br />

immediately).<br />

JOBB will always wait <strong>for</strong> JOBA1 (that is, you could request JOBB without<br />

requesting JOBA). If JOBA is requested (with the REQUEST or SREQ<br />

command), JOBB will automatically be requested and will wait <strong>for</strong> both JOBA<br />

and JOBA1.<br />

If no requests are made, JOBA and JOBB will be purged from the tracking file<br />

at the next autoscan.<br />

<strong>Job</strong><br />

JOBA<br />

JOBA1<br />

JOBB<br />

Criteria<br />

REQUESTED<br />

None<br />

JOBA1 OR JOBA<br />

7.1.2.6 Example 6<br />

The preceding example is the same as the one previous except <strong>for</strong> the order of<br />

the predecessors on JOBB. All three jobs will be selected, but only JOBA is<br />

placed on the inactive queue. This is because JOBB got selected because of<br />

JOBA1, which is selected whenever the schedule is selected.<br />

JOBB will always wait <strong>for</strong> JOBA1, but will only wait <strong>for</strong> JOBA if JOBA is<br />

requested (using the operator command REQUEST or SREQ) be<strong>for</strong>e JOBA1<br />

completes.<br />

If JOBA is not requested, it will be purged from the tracking file at the next<br />

autoscan.<br />

<strong>Job</strong><br />

JOBA<br />

JOBB<br />

Criteria<br />

REQUESTED<br />

JOBA AND REQUESTED<br />

Both JOBA and JOBB will be placed in the inactive queue at autoscan time.<br />

7-4 <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!