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 />

If You<br />

Have multiple CPUs at<br />

one site with shared<br />

DASD<br />

Have a network of<br />

CPUs using the<br />

POWER/<strong>VSE</strong> option<br />

Do This<br />

Define RUN ON SYSID. See the instructions<br />

following.<br />

Specify NODE ID and possibly NODE SYSID.<br />

How you define these fields on schedule and job records is explained<br />

following.<br />

RUN ON SYSID is only used in a multi-CPU environment with a shared spool<br />

complex. Notice that the value on a job record does not override what is<br />

specified on the schedule record. Instead, the SYSID on the schedule record<br />

selects and submits all jobs in that schedule. You specify which CPU the jobs<br />

execute on using RUN ON SYSID on the job record. The schedule record<br />

identifies which CPU scans this schedule while selecting the day's workload.<br />

The same CPU also submits that schedule's jobs, but those jobs do not<br />

necessarily have to execute on that CPU. You can cause a job to execute on<br />

another CPU by specifying the POWER SYSID of that CPU in the RUN ON<br />

SYSID field of the job's base record.<br />

If your site has one CPU per<strong>for</strong>m scheduling <strong>for</strong> all of them, it is called your<br />

Master CPU. It is the first CPU listed on the SYSID= installation generation<br />

macro parameter. Since that value is the default <strong>for</strong> a schedule's RUN ON<br />

SYSID, you must leave that field blank on the schedule base record if your site<br />

has a Master CPU.<br />

NODE ID and NODE SYSID are only used at sites that are part of a network<br />

that uses POWER/<strong>VSE</strong> at each node and <strong>Unicenter</strong> <strong>CA</strong>-<strong>Scheduler</strong> on each<br />

CPU at every node. Only use NODE SYSIDs if there are multiple CPUs using<br />

shared POWER spool at a NODE ID. Also notice that values <strong>for</strong> these fields<br />

mean different things on schedule and job records.<br />

NODE ID on the schedule record indicates the default NODE ID <strong>for</strong> the jobs in<br />

that schedule. A job's NODE ID identifies which node the job's JCL is<br />

submitted to. If a job runs on the node specified as the schedule's NODE ID,<br />

you can leave NODE ID blank on the job record. To submit a job to another<br />

node, specify its node ID on the job base record.<br />

Suppose there are multiple CPUs at this node. Use NODE SYSID to specify a<br />

particular CPU if the node has multiple CPUs that each run <strong>Unicenter</strong><br />

<strong>CA</strong>-<strong>Scheduler</strong> and share a POWER location. For NODE SYSID, enter the<br />

POWER SYSID of the remote CPU where the job is to run. NODE SYSID is<br />

only valid if NODE ID is also specified on the same record. When NODE ID<br />

and NODE SYSID are given, that job base record's value <strong>for</strong> RUN ON SYSID is<br />

ignored.<br />

Chapter 3. Maintaining the Database 3-67

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

Saved successfully!

Ooh no, something went wrong!