Previous topic |
Next topic |
Contents |
Contact z/OS |
Library |
PDF
Moving volumes z/OS DFSMSrmm Implementation and Customization Guide SC23-6874-00 |
|||||||||||||||||
During inventory management, DFSMSrmm identifies the destination
for a volume. DFSMSrmm uses the location priority value to resolve
movement conflicts when a volume is destined for more than one location.
Priority values as shown in Table 1 are purely relative
and do not have any further significance. If more than one destination
is identified, and the locations are not the same, the DFSMSrmm default
priorities are based on these conditions:
For stacked volumes, DFSMSrmm determines the required location using the required location of each of the volumes in the same container that is retained by a vital record specification. Conflicts in locations are resolved using movement priority. Volumes requiring movement are identified for storage location management processing. Storage location management processing sets the destination for the volume and allocates shelf locations, based on the destination specified in the vital record specification. See How storage location management processing works for more information. You can identify locations that are not applicable for automated movement by using the LOCDEF operand AUTOMOVE(NO) in the EDGRMMxx parmlib member. When the volume’s current location is defined with AUTOMOVE(NO), DSTORE processing will not change the destination from the required location. You can request that DFSMSrmm retain a volume in its existing location instead of specifying a storage location or the home location. You define the location in a vital record specification by using the CURRENT reserved location name. When you run vital record processing, DFSMSrmm keeps the volume in the current location rather than scheduling the volume for a move. |
Copyright IBM Corporation 1990, 2014
|