On Mon, 1 May 2006 14:21:12 -0500, Frank Alequin <[EMAIL PROTECTED]> wrote:
>Hello to everyone, > >In our site we are starting to direct all creation of our Physical tapes >to Virtual Tapes. In this migration we are also going to direct the DR >tapes to the VTS and then use OPENTECH product to copy them to phisical >tape(3592 Media). We found that some datasets created in virtual have >fallen to a VRS with a different location and expecting to be ejected. > >My question would be regarding LOCATION. > >Is there a way to define another location without expecting movement of a >virtual tape? I know that there is an Export/Import process but we are not >leaning towards that approach. We want to be able to create for example a >LOCATION(BRCOUT) and then using the OPENTECH product TAPECOPY/VDR copy all >volumes with LOCATION name BRCOUT. The only problem is that we don't know >if there is a way to create a LOCATION Similar to HOME. No movement >required it is only to mark them as BRCOUT. > >I am opened to any suggestions or comments. HELP!!! Frank, When you specify LOCATION name in a VRS you basically have 3 choices; 1.HOME - keeps or moves the data to its home location 2.CURRENT - keeps the data where it already is 3.specify the name of any library or storage location to which the data should move. You also can use location priority to influence which movement happens; priority can be specified on a VRS and also each location has a priority. Lets suppose all logical volumes in the VTS start with V. A volume VRS for VOLUME(V*) could be specified with LOCATION(vtsname) and use a parmlib LOCDEF LOCATION(vtsname) PRIORITY(1) TYPE(LIBRARY) so that avoids volumes moving based on lower priorities from VRS or LOCDEF for storage locations. When a VRS is used to specify a move is required, the decision taken by RMM VRSEL processing is saved in the volume 'required location'. You can search on that if you wish. Then only if you run DSTORE is that required location used to set a DESTINATION and start the move of the volume. So you can avoid the movement by not running DSTORE. May be not always practical, but you can also run DSTORE by location; assume you only ever move volumes from SHELF to VAULT and back, you can run DSTORE (SHELF:VAULT,VAULT:SHELF) so that no other moves are considered or started. Hopefully one or more of the above should help you. Mike Wood RMM Development ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
