Previous topic |
Next topic |
Contents |
Contact z/OS |
Library |
PDF
Recovering a backup version or a dump copy of a data set z/OS DFSMShsm Managing Your Own Data SC23-6870-00 |
|
Task: Recover a backup version or a dump copy of one or more data sets. When recovering SMS-managed or non-SMS-managed data sets, you can
do any of the following tasks:
You cannot recover the backup version of a cataloged VSAM data set that is currently migrated, as specified in the computing system catalog or the MCDS, until DFSMShsm recalls or deletes the migrated VSAM data set. The copy of a data set to be recovered can be either a backup version or a dump copy created by DFSMSdss. If your installation uses both incremental backup and the DFSMSdss dump function, an HRECOVER command may result in DFSMShsm invoking DFSMSdss to do a restore of the data set. You can read about the decisions that DFSMShsm makes to select the DFSMSdss copy in z/OS DFSMShsm Storage Administration. In most cases, it will be transparent to you whether the HRECOVER command results in using a backup version or a dump copy. Usually, the most recent copy of your data set will be made available based on the DFSMShsm options set by your installation’s system programmer and on the optional parameters that you specify on the HRECOVER command. RACF® authority: To
recover a RACF-protected data set and you issue the HRECOVER command:
RACF profile
requirements: The following are RACF profile
requirements when you issue the HRECOVER command with the NEWNAME
parameter:
Note: In either case, it does not matter if the original
data set exists as long as the profile exists.
Abbreviation: The minimum abbreviation for the HRECOVER command is HRECOV. |
Copyright IBM Corporation 1990, 2014
|