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.
________________________________________________________ Dave Jousma Principal Systems Programmer [EMAIL PROTECTED] 616.653.8429 John, One thing I still don't like is that the system upgrade option doesn't let you define a catalog. I still want to create one as a "work catalog". I have to do this on my own. Do you know why that isn't an option? >> But I cannot imagine how can I catalog target data sets for, say, AOP, in >> one catalog and distribution data sets for AOP in other catalog. OK, I can >> create an alias for DLIBS, but I'm not sure this is a good option. > >Well, you probably do not want the DLIBs to be cataloged in the >master catalog, but you can either leave them uncataloged (they >will be located using SMP/E DDDEFs) or catalog them in the user >catalog used for the DLIB CSI data set. <snip> This e-mail transmission contains information that is confidential and may be privileged. It is intended only for the addressee(s) named above. If you receive this e-mail in error, please do not read, copy or disseminate it in any manner. If you are not the intended recipient, any disclosure, copying, distribution or use of the contents of this information is prohibited. Please reply to the message immediately by informing the sender that the message was misdirected. After replying, please erase it from your computer system. Your assistance in correcting this error is appreciated. ---------------------------------------------------------------------- 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
