Recovery to a predefined recovery point
This backup and recovery process can be used when the DRP strategy calls for recovery to a particular time or to a certain point in the processing cycle. This could be once per day or hourly. The process is the same regardless of the regularity with which you need to take backups.
Backup Requirements
Table 40 defines the backup intervals required to ensure you can successfully restore IBM Tivoli Workload Scheduler for z/OS to a predefined recovery point. Not all data sets must be backed up at the acknowledged point in processing. Those that must should be backed up only after BACKUP commands for both CP and JS resources have been processed by the controller. N/A shows that a backup is not applicable for DRP purposes.
ddname | Format | Defines | Backup interval |
---|---|---|---|
EQQADDS | VSAM | Applications and JCL variables | Daily |
EQQCKPT | PS | Checkpoint data set | N/A |
EQQCP1DS | VSAM | Current-plan-1 data set | N/A |
EQQCP2DS | VSAM | Current-plan-2 data set | N/A |
EQQCXDS | VSAM | Current-plan-extension data set | N/A |
EQQDLnn | PS | Dual job-tracking-log data set | N/A |
EQQEVDS | PS | Event data set for the event-writer task | N/A |
EQQEVDnn | PS | Event data set for an event-reader task | N/A |
EQQHTTP0 | PS | Event data set for end-to-end scheduling with z-centric capabilities | N/A |
EQQINCWK | PS | JCC incident work file | N/A |
EQQJBLIB | PDS | JCL library data set | Minimum weekly, daily if high activity |
EQQJCLIB | PDS | JCC message-table data set | Minimum weekly, N/A if same as primary |
EQQJS1DS | VSAM | JCL-repository-1 data set | Predefined time (see note 1) |
EQQJS2DS | VSAM | JCL-repository-2 data set | Predefined time (see note 1) |
EQQJTARC | PS | Job-tracking-archive data set | N/A |
EQQJTnn | PS | Job-tracking-log data set | N/A |
EQQLDDS | VSAM | Work data set for long-term-plan batch jobs | N/A |
EQQLTBKP | VSAM | Long-term plan backup | See note 2 |
EQQLTDS | VSAM | Long-term plan data set | See note 2 |
EQQMLIB | PDS | Message library | N/A (already in secondary) |
EQQMLOG | PS | Message log | N/A |
EQQNCPDS | VSAM | New-current-plan data set | After every NCP |
EQQNCXDS | VSAM | New-current-plan extension data set | After every NCP |
EQQOIDS | VSAM | Operator-instruction database | Minimum weekly, daily if high activity |
EQQPARM | PDS |
Initialization-statement-parameter library Initialization-statement- parameter library |
Minimum weekly, daily if high activity |
EQQPRLIB | PDS | Automatic-recovery-procedure library | Minimum weekly, daily if high activity |
EQQRDDS | VSAM | Special resource descriptions | Daily |
EQQSCLIB | PDS | Scripts and Commands description library | Minimum weekly, daily if high activity |
EQQSIDS | VSAM | ETT criteria and configuration data | Minimum weekly, daily if high activity |
EQQSTC | PDS | Started-task-submit data set | N/A |
EQQSUDS | PS | Submit/release data set | N/A |
EQQTWSCS | PDSE | End-to-end data set for centralized script support | N/A |
EQQTWSIN | PS | Input events for end-to-end scheduling with fault tolerance capabilities | N/A |
EQQTWSOU | PS | Output events for end-to-end scheduling with fault tolerance capabilities | N/A |
EQQWSDS | VSAM | Workstation, calendar, and period definitions | Minimum weekly, daily if high activity |
STEPLIB | PDS | Tivoli Workload Scheduler for z/OS load-module library | N/A (already in secondary) |
user-defined | PS | Submit/release data set | N/A |
Notes:
|
Recovery process
Follow the steps listed below to recover your Tivoli Workload Scheduler for z/OS environment to a predefined point in processing.
- Allocate all required data sets. The JCL required should be based on the sample library (SEQQSAMP) members EQQPCS01 and EQQPCS02.
- Data backed up daily or weekly should be recovered from the most recent backup. LTP and NCP should also be recovered from the most recent backup.
- Restore data backed up at the predefined point. Copy the backup of JS to both EQQJS1DS and EQQJS2DS.
- Specify JOBSUBMIT(NO) and CURRPLAN(NEW) on the JTOPTS statement and then start the controller address space. Start additional address spaces required for the tracker subsystems.
- Use the Tivoli Workload Scheduler for z/OS dialogs to delete or complete occurrences that you do not need to process in the secondary center. Check the status of all occurrences and special resources before starting job submission.
- Change CURRPLAN(NEW) to CURRPLAN(CURRENT) on the JTOPTS statement.
If you are scheduling end-to-end with fault tolerance capabilities, perform the following manual actions to make sure that the Symphony™ file is aligned with the rebuilt current plan:
- From Tivoli Workload Scheduler for z/OS dialog select the option 3, DAILY PLANNING. The Producing OPC Daily Plans dialog is displayed.
- Select option 5, SYMPHONY RENEW.
- Submit the symphony renew batch job to create a Symphony file aligned with the Current® Plan.