Overview of the restart process
When restarting a worklist, Execution performs the following steps:
- Checks the status of the work ID, which must be Exec Strt (execution started)
- Searches the sync table backwards to find the last valid sync entry for the work ID
- Reads the worklist, searching for the restart sequence number, and performs the following tasks:
- Validates the subsystem ID (-SSID command) upon encountering it
- Validates the work ID (-WKID command) upon encountering it
- If the failing command was a utility worklist command, follows the procedures described in How-the-RESTARTPARM-keyword-affects-restarting-utilities
Reestablishes values for the runtime environment from the sync table, if the following commands were included in the worklist
Worklist command
Reestablished value
-GLID
Global authorization ID
-AUTH
Authorization ID
-SETS
Current SQL ID
-SETP
PATH
- Continues to process the worklist from the last sync point or from the -STOP worklist command
JCL Generation determines the sequence number of the command that failed and the disposition of the data set:
- Any tape data set that was opened before the sequence number of the command that failed will have a disposition of SHR or (OLD, KEEP, KEEP).
Any tape data set that would have been opened at the sequence number of the command that failed or after that sequence number will have a disposition of (NEW, CATLG, CATLG).
- Any DASD data sets will have a disposition of SHR.
To restart a worklist, select the Build Restart JCL from previous execution JCL option on the Execution JCL Build Interface panel. When you select this option, the products insert the RESTART keyword into the AEXIN input stream.