Previous Topic: ACF2/JES3 Alternate PROCLIB SupportNext Topic: Usage Notes


OPC/ESA Support

The CA JCLCheck OPC/ESA interface is an established method that allows you to validate JCL used by OPC/A (Operations Planning and Control/Advanced), which is an IBM scheduling package. This interface is comprised of three procedures:

The first procedure (CAZ1OPCA) contains five steps.

To use this interface you must have the following items available on your system:

Important! There is an option within OPC/ESA that allows users to concatenate the Daily Operating Plan report and the Plan for Workstation report onto a single data set. Specify this option to ensure that the Daily Operating Plan is placed before the Plan for Workstation. This data set is used as initial input to the five-step batch job described in this section. You must also have a temporary sequential data set (See Step 4.)

The CAZ1OPCA interface batch job procedure does the following:

The following are descriptions of the steps included in the job for CAZ1OPCA:

Step 1

This step extracts information from the data set created from the Daily Plan and Plan for Workstation reports. This step creates two output files, which are delete/defined at the beginning of the job.

Step 2

This step sorts xxx.OPCESA.JCK.JCLCOPY for duplicate names in preparation for the IEBCOPY in Step 3. It may be necessary to change the SORT module, the SORTLIB name and the sort commands where appropriate.

Step 3

This step uses the sorted xxx.OPCESA.JCK.JCLCOPY file to retrieve the specified members from OPC/ESA's JCL libraries and places them in a temporary library, with a ddname of PDSFILE.

Step 4

This step performs an IDCAMS REPRO of the first record in OPC/ESA's log file, xxx.OPCESA.CKPT, into a small sequential file, xxx.OPCESA.JCK.CKPT. It is necessary to create this copy file beforehand either through ISPF or some JCL in a prior step. You must create this copy file because OPC/ESA's logfile (xxx.OPCESA.CKPT) has an undefined record format, and the first record is required to determine which of OPC/ESA's two VSAM staging libraries is current during the run.

Step 5

This step uses the output file from Step 1 (xxx.OPCESA.JCK.JCLSCHED) to ascertain the order of the job dependencies. The step then copies each job's JCL from either the active OPC/ESA-VSAM file (if it exists), or from the temporary PDS library to a sequential file (xxx.OPCESA.JCK.JCLCheck). If CA JCLCheck cannot find any JCL, a warning message is issued and the job ends with a return code 4.

The CAZ1NEAT procedure runs JCLNeat using SEQIN and SEQOUT ddnames. SEQIN points to the extracted JCL data set. SEQOUT creates new JCL data sets with resolved %variables. Use the Global String Replacement feature in JCLNeat. The control card looks like:

//GSRCNTL DD *
   |%MMDDYY|REPL|
   |110895|

The CAZ1JCHK procedure is the final procedure which runs CA JCLCheck, using batch, validating the JCL for the whole Daily Plan in the sequential output file from Step 5, looking for syntax and environmental errors.