No, the rename is done after the copy. We never IPL the staging volumes either and the clone process are full-volumes dumps, using FDR of course, from the staging to the alternate resvols. Hence, I need to rename any zFS files that are copied by replacing the "STAGING" qualifier to a alternate resvol name. Now, since the ROOT file is too big for non-SMS staging volumes, I'll have to do the same thing several times for whatever zFS files I leave separate from the combined ROOT - just some extra coding. This same cloning job also creates a SMP/E target environment for the alternate resvols in case of an emergency fix that doesn't have time for the cloning process.
I just like to leave any "system" related zFS on one of our non-SMS staging volumes, and ultimately, on a second resvol, so the Storage Group doesn't have to get involved. For many reasons, including "having enough space for maintenance", some "regular" z/OS system residence data sets share the second staging volume with the zFS(s). I don't see any reason for treating data sets related to OMVS any differently from the rest of the z/OS libraries. On Mon, Nov 22, 2010 at 1:04 PM, Arthur Gutowski <[email protected]> wrote: > On Wed, 17 Nov 2010 15:53:29 -0800, Guy Gardoit <[email protected]> > wrote: > > >[...] I just do full volume copies of the staging resvols to the > >alternates and then do a series of IDCAMS commands to "rename" the staging > >$VERSION ROOT file to one with the first resvol as the last qualifier. > >Works simply and very well. > > So the staging files have to be renamed to what will be the alternate names > just prior to the copy? Just trying to get my head around this - I feel > like I'm > missing something in your process. > > We do it the opposite way here, we rename the destination HFS' on the > alternate volumes after the copy, so we have to use IEHPROGM. The source > HFS' are left cataloged and intact. > > Thanks, > Art Gutowski > Ford Motor Company > > ---------------------------------------------------------------------- > 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 > -- Guy Gardoit z/OS Systems Programming ---------------------------------------------------------------------- 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
