DSF Non SMS-Managed RESTORE Examples
The following are example of DSF restores of data sets that are not System Managed Storage (SMS) managed. All examples in this section are found in the JCL library installed with FDR. The member names are EX2012x.
Restore one data set example
Restore one data set from a backup data set. The data set is restored, under its original name. If the data set is currently cataloged, it is restored to the volume to which it is cataloged; otherwise, it is restored to the volume it was originally dumped from. In either case, if it is not in the VTOC of the DASD volume, it is allocated and cataloged. If it is a PS or PO data set, only its used tracks are restored.
Restore data sets by group example
Restore all the data sets that were dumped on the backup file specified by the TAPE1 DD statement, except for those data sets that start with “SYS1.”. Active data sets are not restored, but data sets being restored are not enqueued. The data sets are all restored to the volume specified by DISKx. All tracks of each data set are to be restored (the dump must also have been done with DATA=ALL). DSF preallocates any data set not currently on the DASD volume.
Restore to new name example
Restore two data sets to new names. A data set named “LEDGER.OLDFILE” is renamed to “LEDGER.NEWFILE”. A data set named “LEDGER.TRANSACT” is restored as “LEDGER.JULY.TRANSACT(+1)”. Both are restored to DASD volume LED123. If necessary, they are allocated and cataloged.
Restore VSAM cluster example
Restore an existing VSAM cluster from an FDR or DSF backup data set. The cluster is restored to the volume on which it is cataloged, overlaying the existing cluster, and refreshing all associated VVDS information.
Restore clusters to new names example
Restore two VSAM clusters from an ABR-created volume backup tape. Restore “VSAM.OLD.HISTORY” to cluster “VSAM.NEW.HISTORY” that has been preallocated; DSF does a LOCATE to get the component names of the new cluster, and restores the equivalent original components to it. Restore cluster “PAY.MASTER”to “PAY2.MASTER” that is allocated on one of the online volume whose volume serial number starts with “PAY”; DSF modifies all of the cluster's component names so that their first index is also “PAY2”.
Restore multiple backups example
Restore all the data sets that were backed up on three backup files in one execution of DSF. By default, each data set is restored to its original DASD volume; they are allocated and cataloged if they do not currently exist. The backups were created as three consecutive files on the same backup tape (see “Dump from Multiple DASD Volumes to One Tape Example” in Section 20.10 for an example). The backup data sets are cataloged, so no tape volume serials or file sequence numbers are required; since they are all on the same tape volume, only one tape drive is allocated by z/OS.
Restore Multi-Volume data sets and clusters example
Restore several multi-volume data sets, including non-VSAM data sets and VSAM clusters. The backups pointed to by the TAPEx DD statements each contain parts of these multi-volume data sets as dumped from their original volumes; the UNIT=AFF parameter insures that only one tape drive is used for all three backups. As DSF processes each backup, it restores the pieces of each multi-volume data set it finds on that backup, allocating and cataloging them if necessary. Multi-volume data sets must be restored to as many different volumes as they were dumped from. If NVOL= is used, it must specify a sufficient number of volumes. A multi-volume data set is not be usable until all pieces of the data set have been restored by DSF. See “Multi-Volume VSAM Considerations” in Section 80.5; there are some restrictions.
Restore to 3390-9 example
Add data sets to a 3390-9 with DSF, in order to merge several lower density DASD into one. An FDR disk-to-disk copy or a full volume restore (see Chapter 10 “FDR - Fast Dump Restore”) or FDRPAS SWAP was done to move one 3390-3 to this 3390-9. Now the contents of a 3390-3 volume can be added to the 3390-9 from an FDR or DSF backup of the smaller 3390. DSF allocates space for all restored data sets and recatalogs them to the new volume (RECAT recatalogs non-VSAM data sets, and VRECAT scratches and uncatalogs any VSAM clusters before allocating them on the new volume).
Restore from 3390-9 to 3390-3 example
Restore data sets from a backup of a 3390-9 to three 3390-3 volumes. DSF allocates as many data sets as it can on the first volume specified, and the same on the second volume, and the remainder on the third volume. The data sets are restored to the three DASD volumes in one pass of the backup tape. DSF allocates space for all restored data sets and recatalogs them to the new volume (RECAT recatalogs non-VSAM data sets, and VRECAT scratches and uncatalogs any VSAM clusters before allocating them on the new volume). This is especially useful at a disaster recovery site, if there are not enough high-density volumes on which to do full-volume restores.
Absolute track restore example
Restore by absolute track. One track is restored from a backup on a 3590 tape drive to a 3390 DASD volume, replacing that track on the output DASD volume. A DISKx DD statement or NVOL= operand must be provided to identify the output volume.
Restore data sets to a new name ensuring no data sets overlaid
Restore a group of data sets with a specific HLQ replacing the 2nd qualifier with a new qualifier. Ensure that the data set being restored does not overlay an existing data set. The PRESTAGE operand is used to ensure an existing data set is not overwritten.
Restore all data sets from the cloud to a DASD volume
Restore all the data sets from a backup on a cloud to a DASD volume. This example uses the cloud backup from the previous DUMP example.
Restore all data sets from the cloud with backup control file missing
Restore all the data sets from a backup on a cloud to a DASD volume when the backup control file that was created during the DUMP is missing. When the backup control file is missing, the CLOUD=, CLOUDUSER, and CONTAINER= operands must be specified if the defaults are not being used. This example uses the cloud backup from the previous DUMP example.