z/OS DFSMSrmm Implementation and Customization Guide
Previous topic | Next topic | Contents | Contact z/OS | Library | PDF


Descriptions of DFSMSrmm jobs to run with the IBM Tivoli Workload Scheduler for z/OS

z/OS DFSMSrmm Implementation and Customization Guide
SC23-6874-00

All the sample jobs that are used with the IBM Tivoli Workload Scheduler for z/OS job management include the required control statements about recovery, restart, or modifications to make at submit time. The JCL uses procedures that are provided to avoid duplicate JCL and to simplify job construction.

Preparation
You must first allocate files that are required for the regular processing. EDGHSKP has special requirements for the data sets that are used for processing. Use EDGJHKPA to define the GDGs and set up the first generation of the files as required. EDGJHKPA uses the procedures EDGPHKPA, EDGPVRSA, EDGPMSGA, EDGPACTA and EDGPRPTA, and REXX procedure EDGRHKPA. Specify parameters in EDGHKPA to customize the GDG names and limits. Customize the file size by altering the SPACE values in the lowest level procedures.

The GDGMODEL should be customized to match a model DSCB available on your system. Any DCB attributes are acceptable because DFSMSrmm overrides the values at OPEN time. For system-managed data sets, a model DSCB name is not required, and you can specify GDGMODEL='' in that case.

CDS Verify
Run this job when you want to verify the contents of the DFSMSrmm control data set. The EDGJVFY job runs EDGUTIL with PARM=VERIFY on the current DFSMSrmm control data set. The expected completion is return code 0. You must perform manual recovery before dependent jobs can be run when the return code is greater than 0.
CDS Backup
Run this job when you want to back up the DFSMSrmm control data set. The EDGJBKP1 and EDGBKP2 jobs run EDGHSKP with PARM=BACKUP. Backup is performed at the start and at the end of the main inventory management application processing. You can modify the jobs to use DFSMSdss or AMS for backup. You make the choice of backup to DASD or tape when running the preparation jobs.

Jobs EDGJBKP1 and EDGJBKP2 run procedure EDGPBKP to perform the backup. Expected completion is return code 4 or less. You must perform manual recovery before dependent jobs can be run when the return code is greater than 4.

Inventory Management
Run this job when you want to perform DFSMSrmm inventory management processing. These jobs run EDGHSKP with VRSEL and EXPROC. These jobs also include running storage location management on a weekly basis to trigger movement decisions for off-site storage. Job EDGJDHKP and job EDGJWHKP run procedures EDGPHSKP, EDGPMSGA, and EDGPVRSA to process and set up the files for the next run. The job copies the message file to SYSOUT for easier information analysis. The expected completion is return code 4 or less. You must perform manual recovery before dependent jobs can be run when the return code is greater than 4. As part of the recovery, run the EDGJVRSV job to run VRSEL with VERIFY and to report on the ACTIVITY file for analysis of VRSMIN and VRSCHANGE conditions. For return code 8, you might have to change vital record specifications or add additional empty bin numbers. Higher return codes or abends need to be researched by the support programmer.
Erasing and Labeling Volumes
Run this job when you want to initialize and erase volumes depending on the release actions set for the volumes. The EDGJINER job runs an automatic EDGINERS job to handle the INIT and ERASE release actions. You can run dependent jobs that are run regardless of successful completion.
Scratch Processing
Run this job when you want to process volumes that are returning to scratch status. The EDGJSCR job runs EDGHSKP with the EXPROC parameter. This job handles the return to scratch of volumes requiring confirmed actions; whether INIT/ERASE or movement actions. You can run dependent jobs regardless of successful completion.
Scratch Reporting
Run this job when you want to obtain information about volumes in scratch status. The EDGJSCR job produces an up-to-date extract and uses EDGRPTD with SCRLIST and NEWSCR files to produce the latest scratch list reports. You can run dependent jobs regardless of successful completion.
Ejecting Volumes
Run this job to eject volumes from system-managed tape libraries. This is an optional job that you can use if your installation uses system-managed tape. The job also includes support for VTS export processing. You can run dependent jobs regardless of successful completion. You can customize this job to include similar processing that is required for any non-system-managed volumes that you have in your library.
Producing Reports
Run this job to produce volume movement reports. The EDGJMOVE job is dependent on the inventory management job and optionally the ejecting volume job processing. This job creates an up-to-date extract and uses EDGRPTD to produce the movement reports. You can run dependent jobs regardless of successful completion.
Move Confirmation
Run this job to perform global confirmation of volume movement. The EDGJCMOV job issues a global confirm move. You can run this job after a manual action is taken by the installation to mark the movement complete at the dependent IBM Tivoli Workload Scheduler for z/OS workstation. You can run dependent jobs regardless of successful completion.

Daily jobs are always run on processing days. Weekly and monthly jobs are included in the job flow and the IBM Tivoli Workload Scheduler for z/OS automatically adjusts dependencies that are based on the rules you specify. When a job fails, the IBM Tivoli Workload Scheduler for z/OS automatically prevents dependent jobs from processing if any manual recovery actions have been defined. To alter the dependencies, you can modify the sample IBM Tivoli Workload Scheduler for z/OS applications that are described in IBM Tivoli Workload Scheduler for z/OS applications for DFSMSrmm.

CDS backup and scratch processing are functions that are always run in the daily cycle. CDS backup and scratch processing can also be added dynamically to the cycle as required. When CDS backup and scratch processing are added dynamically, they run independently. They are added automatically to the schedule when the write-to-operator (WTO) from DFSMSrmm is detected and the BACKUPPROC or SCRATCHPROC is triggered. When a started procedure matches an application defined to the IBM Tivoli Workload Scheduler for z/OS running on a started task processor, IBM Tivoli Workload Scheduler for z/OS modifies the current plan.

Go to the previous page Go to the next page




Copyright IBM Corporation 1990, 2014