ALTER with NEWNAME on a NON-VSAM dataset will put the renamed dataset in the proper catalog for the renamed HLQ. ALTER with NEWNAME on a VSAM dataset will rename the dataset and leave it in the original catalog.
IIRC, SMS routines only get driven on new dataset allocation. Yes, RACF should be used to protect production HLQs. Sam Bass McLane Company Temple, TX 76503 254-771-7212 -----Original Message----- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Darth Keller Sent: Wednesday, June 07, 2006 7:51 AM To: [email protected] Subject: Re: 'Rogue' HLQs <snip> If they are renamed with ALTER ... NEWNAME, they will stay in the same catalog. TSO or ISPF rename will recatalog them in the correct catalog. Otherwise normal catalog search would not find them. <snip> Now my curiosity is really aroused as I tried an ALTER ... NEWNAME and the new dsn still ended up being moved from the catalog my TSO user ID is located in to the correct catalog for the new alias. <snip> I suggest giving serious consideration to looking at your SMS design. IMHO, you should not be using different pools for production/test/user or for different applications. What benefit do you think you gain by doing so? I suggest that SMS would work better for you if you split your DASD farm by data set size and let it go at that. <snip> Although we don't generally use different pools for different applications, we do have separate pools for production & test. The benefit - I can tolerate a test job/user running amok in the test pool but nothing, I repeat nothing, is allowed to interfere with production. I can also see a benefit if you have slower vs faster levels of storage and the production pool, the 'favored' child, is allocated on the faster devices. ddkeller ************************************************************************************** This e-mail message and all attachments transmitted with it may contain legally privileged and/or confidential information intended solely for the use of the addressee(s). If the reader of this message is not the intended recipient, you are hereby notified that any reading, dissemination, distribution, copying, forwarding or other use of this message or its attachments is strictly prohibited. If you have received this message in error, please notify the sender immediately and delete this message and all copies and backups thereof. 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 ---------------------------------------------------------------------- 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
