Ward, Mike S wrote:
Hello all, We currently have a z/OS V1.7 that we will be migrating to
V1.11. I have 169 volumes that I want to copy to the z/OS V1.11 system
and use for testing purposes. These volumes contain our Quality
Assurance datasets both VSAM and Sequential. We are not sharing disks or
catalogs for obvious reasons. We have a usercat set up on the V1.11
system that contains the alias of these files. I can do a disk to disk
copy of the volumes to the V1.11 system then vary those volumes online
to the V1.11 system and vary offline to the V1.7 system. Getting the
volumes to the V1.11 system for testing isn't the issue. What I need to
do is catalog the files that are on those volumes to the V1.11 user
catalog. I can do the sequential files via ISPF if I need to, but I'm
not sure of the vsam files especially those files that span volumes and
not just extents. Has anyone had any experience with cataloging multi
extent or multi volume vsam files in this fashion? Any help would really
be appreciated, and any gotcha's would be appreciated also.
Assuming there is a reason not to simply dump the original catalog
volume from the production system, restore it on the target system, and
call it a day:
Have you thought about:
- Making a copy of the volume the original catalog is on; and,
- Restoring it on the test system temporarily; and,
- Moving the entries you need into the catalog of your choice with REPRO
MERGECAT; and, finally,
- Getting rid of the copy of the original catalog volume?
Depending on what you are doing, this might be relatively quick and
easy. You can move entries with MERGECAT by name or HLQ. See topic
30.2.3, "Merge Selected Entries (Split) from a User Catalog into Another
User Catalog: Example 3" in z/OS DFSMS Access Method Services for
Catalogs, at:
http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/dgt2i281/30.2.3?SHELF=EZ2ZBK0I&DT=20100120113849
...and topic 30.1.2, "Optional Parameters" under MERGECAT at:
http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/dgt2i281/30.1.2?SHELF=EZ2ZBK0I&DT=20100120113849
You should move all the volumes first so MERGECAT can make the test
system's catalog the owner of the VSAM data sets you copy, which will
come in handy if you want to do certain things (like delete them) later.
A couple of cautions: (1) Don't use REPRO to make a copy of the original
catalog to a new catalog in the first place, or the original catalog
will lose VSAM volume ownership; use full-volume dump instead. (2) Make
sure nobody is updating the original catalog while you take the volume
dump (locking the catalog is best). (3) Don't have any other updates to
the test system catalog or the source catalog going on during the REPRO
MERGECAT.
A really long time ago, for reasons I no longer recall, I wrote a
program to rebuild a catalog from a LISTCAT. This sort of approach
should also handle all the cases you describe. Today, though, it would
be far more sensible to use the Catalog Search interface in place of
parsing LISTCAT output and write it in REXX or C. And before you ask,
sorry, I'm sure I can't find that one-off program 20+ years later.
Perhaps there is something helpful on the CBT site.
HTH. Have a great weekend.
--
John Eells
z/OS Technical Marketing
IBM Poughkeepsie
[email protected]
----------------------------------------------------------------------
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
