Or a DEFINE ... RECATALOG if needed. That may require doing a DEFINE ALIAS to point the HLQ to the properly named catalog.
-- John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets® 9151 Boulevard 26 • N. Richland Hills • TX 76010 (817) 255-3225 phone • [email protected] • www.HealthMarkets.com Confidentiality Notice: This e-mail message may contain confidential or proprietary information. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. HealthMarkets® is the brand name for products underwritten and issued by the insurance subsidiaries of HealthMarkets, Inc. –The Chesapeake Life Insurance Company®, Mid-West National Life Insurance Company of TennesseeSM and The MEGA Life and Health Insurance Company.SM > -----Original Message----- > From: IBM Mainframe Discussion List [mailto:[email protected]] > On Behalf Of Gibney, Dave > Sent: Tuesday, August 21, 2012 7:19 PM > To: [email protected] > Subject: Re: Creating a GDG Base with NOSCRATCH in an SMS pool > > Is the base there? If I found a bunch of uncatalog GDG like datasets > in my SMS pool, I would likely conclude the Storage Admin (me) made a > mistake at some point in the past :). I might then conclude (hopefully > after looking closely) that these datasets could not be useful as SMS > does not allow access to uncataloged datasets, that they were > candidates for DELETE gdsn NVR. > > > Dave Gibney > Information Technology Services > Washington State University > > > > -----Original Message----- > > From: IBM Mainframe Discussion List [mailto:[email protected]] > > On Behalf Of Lizette Koehler > > Sent: Tuesday, August 21, 2012 5:11 PM > > To: [email protected] > > Subject: Re: Creating a GDG Base with NOSCRATCH in an SMS pool > > > > So, if I run a scan on my Pool with DFDSS with CATLG EQ NO, and I > find lots of > > files, they are probably uncataloged in the SMS pool. > > > > If I use option 3.4 on the GDG Base and turn up NO dataset listings, > then I > > probably do not have any uncataloged GDGs under that base. > > > > We are also using CA Vantage function for uncataloged datasets just > to make > > sure we do not have anything under the specific GDG base. > > > > I used GDGBase.G* for the search. If this is incorrect, please let > me know > > > > Lizette > > > > > > > >Yes and no.:-) With SMS, when you use NOSCRATCH, the GDS data set > is > > >rolled off the GDG and, instead of becoming uncatalogued, the GDS > entry > > >becomes a normal non-VSAM entry. This means that it can only be > > referenced > > >by GOOVOO number, not via relative GDG number. And is not accessable > via > > >GDG-all processing. This is only possible due to the use of ICF > catalogs. > > > > > >SMS does not allow uncatalogued data sets. Well, theoretically. I've > seen > > >some, but I don't know how the got there. I think it was when an HLQ > was > > >changed to point to a different catalog. > > >On Aug 21, 2012 6:14 PM, "Lizette Koehler" <[email protected]> > > wrote: > > > > > >> I ran across this in a problem today and I got a little confused. > > >> > > >> Is it possible to use DEF GDG (name(xyaz) NOSCRATCH NOPURGE) in an > > SMS > > >> pool. > > >> > > >> Is it possible that SMS will honor the NOSCRACH and allow > uncataloged > > GDG > > >> datasets in the POOL? > > >> > > >> Thanks. > > >> > > >> Lizette > > > > --------------------------------------------------------------------- > - > > 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 ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [email protected] with the message: INFO IBM-MAIN
