With the SCRATCH set you can write it to tape with a tape retention of the 
number of years for the tape to be kept for a similar result. You either 
need the tape volser to access it, or you need to catalog it without 
rolling it in. This will avoid the generation wrap around that is likely 
if you are creating these fast enough to need more than 255.

Thank you and have a Terrific day!

Jonathan Goossen, DTM
ACT Mainframe Storage Group
Personal: 651-361-4541
Department Support Line: 651-361-5555
For help with communication and leadership skills checkout Woodwinds 

IBM Mainframe Discussion List <IBM-MAIN@bama.ua.edu> wrote on 06/11/2012 
02:46:37 PM:

> From: "McKown, John" <john.mck...@healthmarkets.com>
> To: IBM-MAIN@bama.ua.edu
> Date: 06/11/2012 02:47 PM
> Subject: Weird thought on misuse of a GDG.
> Sent by: IBM Mainframe Discussion List <IBM-MAIN@bama.ua.edu>
> Perhaps I didn't get enought sleep during staff meeting, ah I mean 
> last night. But I just had the weirdest thought enter my head. There
> have been many complaints about the limit of 255 entries in a GDG. 
> Now, I won't debate that at all. But how many people who want more 
> actually need to address the older GDG levels by "goovoo" number, or
> do GDG-ALL processing on them? If you have an application where you 
> don't want GDG-ALL, and don't really need to access older GDG levels
> by relative generation number, what about defining the GDG with a 
> LIMIT of 255 and NOSCRATCH? In the old world of CVOL processes, old 
> GDGs "fell off" and became uncatalogued. But in today's world, 
> without SCRATCH in the definition, the oldest GDG does not get 
> scratched. It gets "rolled off" the GDG base and becomes a "normal" 
> cataloged dataset entry. So it stays in the catalog, and can be 
> referenced by absolute name. I wonder if this would ever be of some 
> use to anyone.
> -- 
> John McKown 
> Systems Engineer IV
> IT
> Administrative Services Group
> HealthMarkets(r)
> 9151 Boulevard 26 * N. Richland Hills * TX 76010
> (817) 255-3225 phone * 
> john.mck...@healthmarkets.com * 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(r) is the brand name for 
> products underwritten and issued by the insurance subsidiaries of 
> HealthMarkets, Inc. -The Chesapeake Life Insurance Company(r), Mid-
> West National Life Insurance Company of TennesseeSM and The MEGA 
> Life and Health Insurance Company.SM
> ----------------------------------------------------------------------
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN

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 lists...@bama.ua.edu with the message: INFO IBM-MAIN

Reply via email to