* Specifies that the system is to restart the job at the first job step.
stepname Specifies that the system is to restart the job at the beginning of the named job step or at a checkpoint within that job step.
stepname.procstepname Specifies that the system is to restart the job at the beginning of the named job step of the cataloged procedure or at a checkpoint within that job step. Stepname identifies the EXEC statement that calls the procedure and procstepname identifies the job step within the procedure.
checkid Specifies the name of the checkpoint at which the system is to restart execution.
The two ways to use the RESTART parameter
A deferred step restart
Restarting from 10th step
Case 1: //MM01F JOB (36512),'LE MENENDEZ',RESTART=STEP10
Restarting from 3rd step in INV3020 procedure
Case 2: //MM01G JOB (36512),'J TAYLOR',RESTART=STEP3.INV3020
The RESTART parameter on the JOB statement allows you to restart a job from a specified job step, procedure step, or checkpoint within a job step.
If the job is restarted from a job or procedure step, it's called a deferred step restart. If the job is restarted from a checkpoint, it's called a deferred checkpoint restart.
The stepname and procstepname specified in a RESTART parameter must be unique in order for the system to determine the correct restart step. If not, the results are unpredictable.
When using a deferred checkpoint restart, you have to include a SYSCHK DD statement to identify the data set where the checkpoint reference can be found.
Before resubmitting a job with the RESTART parameter, check to be sure that all backward references to EXEC statement PGM parameters and data sets are either accounted for or eliminated. If a temporary data set passed from a previous job step is used, it may be necessary to restart the job from the step that creates the data set. Also make sure that any data sets created by the job step in a previous run are deleted.