There are several 'mainstream' catalog management products that most 
likely could perform this function. I'm guessing that most shops already 
have or another of these products. 

The (historic) problem with using native IDCAMS is the excruciating 
elapsed time to run thousands of DELETE/DEFINE or even ALTER commands. 
Unless that process has been highly streamlined since the last time we had 
to do this, what's needed is software that will in effect 'edit' the 
catalog rather than update it in the conventional way. Run time for us to 
invoke a third party utility was a fraction of what native IDCAMS would 
have required. 

.
.
JO.Skip Robinson
SCE Infrastructure Technology Services
Electric Dragon Team Paddler 
SHARE MVS Program Co-Manager
626-302-7535 Office
323-715-0595 Mobile
[email protected]



From:   John Eells <[email protected]>
To:     [email protected]
Date:   06/25/2012 01:06 PM
Subject:        Re: Catalog Device Type Conversion
Sent by:        IBM Mainframe Discussion List <[email protected]>



Chuck Arney wrote:
<snip>
> Specifically, I am looking for suggestions on what is available for mass
> catalog updates.  I'd rather not reinvent the wheel if there are useable
> tools around.
<snip>

I don't know of anything in z/OS itself that does this, but perhaps 
someone else's product could help.  There are at least a couple of 
companies out there with catalog management products, I think.  And a 
search of the CBT site might bear fruit.

Many moons ago, after a similar search for existing tools, I wrote a 
quick throwaway program to parse LISTCAT output and build ALTER control 
statements for IDCAMS for exactly this purpose.  (In our case, some 
people had used esoteric names to catalog their data sets using a 
utility or DYNALLOC--I forget which--and the catalog entries had to be 
fixed to move the data sets to different device types.)

These days I'd think it more sensible to use the Catalog Search 
Interface to find the entries needed to build IDCAMS control statements, 
which would put a reasonably stable API on both ends of the code.  There 
might be a better way but that's where I'd tend to start if I had to do 
it over today.  (Well, actually, I'd start by dusting off the 
long-unused brain cells I once used for programming, but...)

-- 
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: INFO IBM-MAIN


----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [email protected] with the message: INFO IBM-MAIN

Reply via email to