Catalog for Serverpac datasets
I'm installing z/OS 1.6, ¿Should I catalog ALL z/OS serverpac datasets in the master or It wowkd be better try to keep some of them in user catalogs?. I'm planning to use Extended indirect alias support and indirect cataloging for serverpac datasets. -- 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
Re: Catalog for Serverpac datasets
I go both ways. My general rule of thumb is that if it resides on the target or dlib volumes they go in the master catalog. The HFS volume has everything in its own user catalog. So does SMPE stuff. The rest of the files, like JESx, FFST, MSYS, etc, go on another volume that I regard as a throw-away. Everyone has their own scheme. On Thu, 3 Nov 2005 10:02:52 +0100, Lucas Morton [EMAIL PROTECTED] wrote: I'm installing z/OS 1.6, ¿Should I catalog ALL z/OS serverpac datasets in the master or It wowkd be better try to keep some of them in user catalogs?. I'm planning to use Extended indirect alias support and indirect cataloging for serverpac datasets. -- 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
Re: Catalog for Serverpac datasets
In [EMAIL PROTECTED], on 11/03/2005 at 10:02 AM, Lucas Morton [EMAIL PROTECTED] said: I'm installing z/OS 1.6, ¿Should I catalog ALL z/OS serverpac datasets in the master or It wowkd be better try to keep some of them in user catalogs?. The rule is to not put anything in the master catalog that doesn't need to be there. You can certainly violate it, but doing so will add complexity. -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- 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
Re: Catalog for Serverpac datasets
On Thu, 3 Nov 2005 06:49:19 -0600, Matthew Stitt [EMAIL PROTECTED] wrote: Everyone has their own scheme. But there are best practices that make a heck of a lot of sense. The dialogs have an option for recommended data set layout. Also, the planning for installation manual for whatever release you are installing contains information on recommended data set placement. Regards, Mark -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America and Farmers Insurance Group mailto: [EMAIL PROTECTED] Systems Programming expert at http://Search390.com/ateExperts/ 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
Re: Catalog for Serverpac datasets
Mark, If I'm not wrong, the recommended data set layout is about dataset placement. I suppose that I'm going to have two MOD-9 SYSRES with all the TVOLs but my question is: where do I should catalog the datasets that will be in this SYSRES?. Thank you. -- 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
Re: Catalog for Serverpac datasets
i catalog all datasets on the res with indrect cataloging LISTC ALL ENT('ASM.SASMMOD1') NONVSAM --- ASM.SASMMOD1 dataset on the res IN-CAT --- CATALOG.HRBDVZ14.MSTRCAT HISTORY DATASET-OWNER-(NULL) CREATION2004.334 RELEASE2 EXPIRATION--.000 VOLUMES VOLSER** DEVTYPE--X'' FSEQN - see ASSOCIATIONS(NULL) ATTRIBUTES THE NUMBER OF ENTRIES PROCESSED WAS: - The information contained in this electronic mail message, and any and all accompanying documents, constitutes confidential information. If you are not the intended recipient of this information, any disclosure, copying, distribution, or the taking of any action in reliance on it is strictly prohibited. If you received this information in error, please notify the sender immediately and destroy this communication. Messages sent via this medium may be subject to delays and/or unauthorized alteration. Neither The Bank of Tokyo-Mitsubishi, Ltd. nor any of its affiliates shall be held liable for the contents of this message. -- 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