On Wed, 31 Jan 2007 15:58:43 -0500, Jousma, David <[EMAIL PROTECTED]> wrote:

> I'm just the opposite.  The finished state for my systems, is to have
>no SMPE TARGET's or DLIB's cataloged at all.  It would be nice if
>Serverpack didn't require the targets to be cataloged as part of the
>allocds/RESTORE job(with the exception of HFS/ZFS).  The dialogs know
>what volumes they are being allocted to when restoring them all.  It
>just seems easier because then there really is no use for the SSA's as
>far as I can tell.  Every serverpac I do, I setup the dialogs with the
>names I want, but then before I run the alloc job, I modify the
>jobstream and change the target datasets.  I do the same in the restore
>job, and when completed, uncatalog, and rename all the datasets to what
>I wanted in the first place.  If the restore job just had a vol=ser
>reference in the dd statements, I wouldn't even have to do that.
>

That won't work for HFS/zFS since you can't mount by VOLSER.  Also a 
problem for SMS managed DSNs since they have to be cataloged.  

When you say no SMP/E targets are cataloged, do you mean they are 
a different name than the "live" cataloged versions? My SMP/E targets
aren't cataloged either in that sense.  They have the same name but
are referenced via DDDEF with VOLSER.   That is why I am able to
"throw away" the CPAC master catalog after DSNs have been renamed 
to remove the SSA (and DDDEFs have been updated via supplied job).

Mark
--
Mark Zelden
Sr. Software and Systems Architect - z/OS Team Lead
Zurich North America / Farmers Insurance Group:  G-ITO
mailto:[EMAIL PROTECTED]
z/OS and OS390 expert at http://searchDataCenter.com/ateExperts/
Systems Programming expert at http://expertanswercenter.techtarget.com/
Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html

----------------------------------------------------------------------
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

Reply via email to