Previous topic |
Next topic |
Contents |
Contact z/OS |
Library |
PDF
Replacing a checkpoint data set z/OS JES2 Initialization and Tuning Guide SA32-0991-00 |
|
Replacing a checkpoint data set is a relatively simple procedure. Whether you have previously defined the corresponding replacement data set will determine how this can be done during the reconfiguration dialog. If you have previously specified the corresponding replacement
data set, NEWCKPTn={(DSName=,VOLser=)|(STRNAME=)}, either on the:
The time you and JES2 are involved in a checkpoint reconfiguration dialog is time that the checkpoint is unavailable to the JES2 members. It is important to minimize this length of time if possible and understand how to best consolidate $T commands. Use a single $T CKPTDEF,NEWCKPTn=(...),RECONFIG=YES outside a reconfiguration to speed reconfiguration processing. Specifying NEWCKPTn and RECONFIG=YES on the same command eliminates any ambiguity to JES2 whenever multiple NEWCKPTn specifications are entered on different JES2 members within the same checkpoint cycle. If you have not previously defined the corresponding replacement data set, or it has already been used, you can define it by responding CKPTDEF NEWCKPTn={(DSN=dsname,VOL=volser)|(STRNAME=strname)} to the $HASP271 CHECKPOINT RECONFIGURATION OPTIONS and $HASP272 ENTER RESPONSE message pair. JES2 will then reissue messages $HASP271 and $HASP272 so that you can copy the in-storage checkpoint as described previously. |
Copyright IBM Corporation 1990, 2014
|