A TSO command processor is provided to enable a user to queue a restore request for later batch processing. The same interface is used by the TSO foreground as the batch background services for processing deferred restore requests.
Execution of this command causes a record containing the specified parameters to be placed in the RESTCMDS file. These records are processed during the next batch execution of the program that disposes of the deferred restore requests.
At the time the queued restore requests are processed, they are sorted into sequence by the archive volumes on which the data sets reside, and block number sequence within volumes. This is done to minimize tape mounts and positioning time.
The RESTCMDS file can be interrogated by use of the LISTREQ command to determine if a request is still pending or if the restore has been completed. The queued request records will automatically be deleted five days (the default) after the restore processing has actually been done. This period to keep the records available for display can be changed by sysparm DRESKEEP.
In the event the data set being queued is cataloged to the pseudo volser, the SYSCTLG parameter will be automatically generated for the request. If sysparm ARSECURE is set to either 'R' or 'N', the user submitting the DRESTORE request will only require INPUT authority. When the DISPOSE is run, if the data set is no longer cataloged to the pseudo volser, the request will be bypassed. This allows the TSO DRESTORE to function exactly like DMSAR under these circumstances.
|
Copyright © 2015 CA Technologies.
All rights reserved.
|
|