What you mention about the vsam mergecat is exactly what I need to do. When you say make a copy of the volume with the original catalog are you saying to copy the volume disk to disk to the V1.11 system?
-----Original Message----- From: IBM Mainframe Discussion List [mailto:[email protected]] On Behalf Of John Eells Sent: Friday, May 07, 2010 2:41 PM To: [email protected] Subject: Re: VSAM FILE CATALOGING 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 ========================== This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to which they are addressed. If you have received this email in error please notify the system manager. This message contains confidential information and is intended only for the individual named. If you are not the named addressee you should not disseminate, distribute or copy this e-mail. Please notify the sender immediately by e-mail if you have received this e-mail by mistake and delete this e-mail from your system. If you are not the intended recipient you are notified that disclosing, copying, distributing or taking any action in reliance on the contents of this information is strictly prohibited. ---------------------------------------------------------------------- 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
