Purpose |
To allow the creation and maintenance of system jobs and their outputs, and to record any restrictions applying to them |
|
Subsystem |
||
Structure |
Two Blocks + 3 overlays |
System
Job Job
Run Window Restriction
(overlay block) Job
Run Mode Restriction (overlay block) Job Conflict (overlay block) |
|
Navigation Buttons invoke: |
Job
Run Window Restriction block (overlay)
Job
Run Mode Restriction block (overlay) Job
Conflict (overlay) Maintain
Job Dependencies
form Maintain
Job Output Options
form Maintain Job Text form |
|
System Job |
Explanation |
Data in this form will normally be set up and maintained by IT staff with responsibility for the Callista system. This
is the principal form used to identify and define executable jobs to
be run within the Callista system. The jobs recorded here will be available
to be run when requested by end-users with appropriate security privileges.
Jobs can be of the following types: shell scripts, Pro*C and C executables,
database procedures and reports. The job details recorded in this block include:
An executable job (recorded here in the Job Execution Name field) can be known within the Callista system under several different job names, each of which may be associated with one or more output records. In this block it is also possible to indicate that restrictions apply on the data accessed for report jobs. The nature of the data restrictions depends on the database access specified in the security subsystem for the person requesting the job. Overlay blocks called from this block are used to record restrictions about time and method of running. A form can also be called to record any prerequisite and/or dependent jobs associated with this job. Details of output file(s) from the job are recorded in the Job Output block. |
To create a new system job record using the Maintain Job Details form: |
|
In
Insert mode:
|
Notes:
|
To modify a system job record using the Maintain Job Details form: |
|
|
|
To delete a system job record using the Maintain Job Details form: |
|
|
Rules:
|
Job Output |
Explanation |
Refer
to the section Output from Jobs in Understanding Job Control & Scheduling, for
an overview. A
job may have one or more output files. Records must be created here
for each file to be directed to an output destination (printer, fax
or email). At run time, a unique number is appended to each output file
created. The
Maintain Job Output Options (JBSF4120) form, accessed via the Job Output Options navigation
button in this block, allows the setting up of output options (destinations)
to be used when the job is requested by an end-user. The
Override Options indicator and associated indicators, Allow Print, Allow
Fax (not operational), Allow Email, control
whether or not people requesting jobs are permitted to change or add
output destinations. These possibilities exist:
The
System Output Type field allows the selection of output in one of three
forms:
|
To create a new job output record using the Maintain Job Details form: |
|
In
Insert mode:
|
Rules:
|
To modify a job output record using the Maintain Job Details form: |
|
|
|
To delete a job output record using the Maintain Job Details form: |
|
|
Rules:
|
Job Run Window Restriction |
Explanation |
A job can be restricted to running only in certain run windows. For a job run in immediate mode, this restricts the times it may start. If run in batch mode, the job can only be included in a request with the same run window(s). This
overlay block, which is displayed when the Restrictions and Run Window
Restrictions navigation buttons are selected, is used to select the
run windows against which the job may run. For full information on run windows, see the documentation for the Maintain Run Windows (JBSF4410) form. |
To place a run window restriction on a system job, using the Maintain Job Details form: |
|
|
Rules:
|
To delete a job run window restriction record using the Maintain Job Details form: |
|
|
Rules:
|
Job Run Mode Restriction |
Explanation |
Report
jobs can be run in either IMMEDIATE or BATCH mode. In
IMMEDIATE mode, they run as a background process on the client
machine. Jobs other than report jobs must be run in batch mode, within
a request. This overlay block, which is displayed when the Restrictions and Run Mode Restrictions navigation buttons are selected, is used to stipulate that a report is to be run only in one or other mode. If a mode restriction is not applied here, it may be run in either mode. (However, if a job is restricted to a particular run window, and that run window in turn is restricted to a particular run mode, then the job is effectively restricted to a specific run mode.) If specified as IMMEDIATE mode only, it can never form part of a job request. |
To place a run mode restriction on a system job, using the Maintain Job Details form: |
|
|
Rules:
|
To delete a job run mode restriction record using the Maintain Job Details form: |
|
|
Rules:
|
Job Conflict |
|
Explanation |
|
It
may be inadvisable to run a particular job concurrently with another,
particularly where the two jobs access the same set of data. Conflict
may occur where two jobs are simultaneously updating a set of data,
or where one job is extracting data while another job is updating the
same data. A further consideration, where a job processes large data
volumes, is that concurrent processing may unnecessarily slow down both
jobs. When
a job conflict record is entered against a job, this job cannot run
if the conflict job is running, and vice-versa. Callista will only allow
the second job to run when the first job is finished. One
or more jobs can be recorded as conflict jobs. Those jobs for which this is critical will already have conflict records set up, and are identified in the job's documentation. System administrators may use this function to control the relative timing of other jobs and reports. |
|
Example |
|
In Finance Interface processing, composite jobs have been set up with conflict records, as shown here. In this example, none of the four jobs can run while any other is running. The setup also prevents different instances of the same job from running concurrently. |
|
Job Name |
Conflict Job Name |
INTJ0020 |
INTJ0020 |
INTJ0021 |
INTJ0021 |
INTJ0022 |
INTJ0022 |
INTJ0023 |
INTJ0023 |
INTJ0024 |
INTJ0024 |
To add a conflict record to a system job, using the Maintain Job Details form: |
|
|
Rules
& Notes:
|
To delete a conflict record using the Maintain Job Details form: |
|
|
Rules:
|
Changes within this form will have the following notable effects: |
Changes made to a job's details may affect the ability to submit existing requests containing the job, or prevent a job waiting to run from doing so. |
Last
Modified on 11 March 2002