308 DS8000 Series: Concepts and Architecture
LIDD(IN001,IN002,IN003) -
DELETE PURGE CATALOG SELECTMULTI(ANY) SPHERE-
WAIT(0,0) ADMIN OPT(3) CANCELERROR
/*
//
Example 14-6 depicts how to migrate all data sets from certain volumes. The keyword is
LOGINDDNAME, or LIDD, which identifies the volumes from where the data is to be picked.
There is no output volume specified, although it is also possible to distribute all data sets from
the input or source volumes to a larger output volume or to more than one output volume.
Example 14-6 assumes a system-managed environment. Here the system would
automatically place the output data sets according to what the Automatic Class Selection
Routine (ACS) assigns. The next section is more specific on how this approach works.
14.3.2 Hierarchical Storage Manager, DFSMShsm
If the number of volumes is rather small and the source volume’s data sets are all managed
by DFSMS/MVS, which implies that the data set is managed through Management Classes,
you might consider utilizing DFSMShsm to migrate all data sets off the source volumes.
During recall the data set would then be allocated onto the new volumes, provided that the
source volumes are disabled for new allocations in a system-managed environment. This
approach is not practical for large data migration scenarios.
Another variation of DFSMShsm to migrate data on a logical data set level is to utilize
Aggregate Backup and Recovery (ABARS). ABARS allows you, through powerful data
selection filters, to copy all data sets onto cartridges (ABACKUP). Subsequent ARECOVER
then restores the aggregate. This is nothing but the group of data sets which have been
selected before through filtering, put back onto the new DS8000 storage servers. For more
information, see the redbook
DFSMShsm ABARS and Mainstar Solutions, SG24-5089.
14.3.3 System utilities
System utilities don’t play an import role any longer in large scale migrations since
DFSMSdss incorporated the capability to manage all data set types for copy and move
operations in a very efficient way. In some instances DFSMSdss still calls some system utility
functions, though. IDCAMS REPRO and EXPORT/IMPORT still have some popularity.
During both operations, REPRO or EXPORT/IMPORT which includes a REPRO step,
perform data set reorganization. System utilities are an integral part of z/OS and free of
charge.
In a VSE/ESA environment, VSE/VSAM functions are still used, such as REPRO or
EXPORT/IMPORT, to copy and move data sets. There are also other software vendor utilities
to manage data migration. An elegant migration approach that can be used when disks are
system-managed is outlined in the following section. This approach assumes that the old and
new disk servers can be configured concurrently to the concerned host servers.
14.3.4 Data migration within the System-managed storage environment
System-managed storage (SMS) manages volumes and storage groups (SG) and allocates
data sets based on a policy or rules for certain storage groups (SG). Certain volumes within
an SG or within more than one SG are eligible for new data set allocations. These SMS
volumes and SMS SGs also maintain a status that decides whether this volume or that SG is
eligible to receive new data set allocations.
