I can't answer (1) or (2) but you should check out CBTTape File 951 from Nick 
Light - it has a tool called GDGP that will help 'migrate' from existing GDG's 
to the new extended GDG. Be careful using it with SMS managed datasets but for 
tape it should be fine as it will uncatalog, delete the GDG base, redefine the 
GDG, and recatalog the datasets. I haven't tried it on tape but see no reason 
that it shouldn't work.

As always with the CBTTape ymmv so experiment before using in production

--------------------------------------------------------------------------
Lionel B. Dyck 
Mainframe Systems Programmer - TRA

-----Original Message-----
From: IBM Mainframe Discussion List [mailto:[email protected]] On Behalf 
Of Pommier, Rex
Sent: Tuesday, August 29, 2017 2:10 PM
To: [email protected]
Subject: [EXTERNAL] extended GDG implementation

Hello list,

I have what are probably simple questions regarding the relaxation of the 255 
generation GDG limit.  We are running z/OS 2.2 so are eligible for the 
relaxation.  I know I need to make a change to the IGGCATx member to activate 
the capability and I need to add EXT to the GDG definition.  So here are my 
(rather basic) questions.

1.  Can I implement an IGGCATxx member short of an IPL?  I don't have one now, 
relying on the defaults, and I don't see anything in the INIT&TUNING manual 
that indicates that I can implement this dynamically, sadly.

2.  Once it is active, can I use an IDCAMS ALTER to change between the old 
limit and an extended one?  I am positive the answer to this is "no, it can 
only be done at GDG definition time" but am hoping.

3.  Here's the scenario that has led me to this point.  We just discovered we 
have a tape based GDG defined with LIMIT(255) and we have had several 
generations fall off the end.  This is data we need to recover.  Presuming the 
answer to question 2 is "no" as I strongly suspect, does anybody see an 
unsurmountable problem with (carefully) uncataloging all the tape generations, 
redefining the GDG base as extended with an appropriate limit, and recataloging 
all the generations, including the ones that have fallen off?

TIA - again!  

Rex

The information contained in this message is confidential, protected from 
disclosure and may be legally privileged.  If the reader of this message is not 
the intended recipient or an employee or agent responsible for delivering this 
message to the intended recipient, you are hereby notified that any disclosure, 
distribution, copying, or any action taken or action omitted in reliance on it, 
is strictly prohibited and may be unlawful.  If you have received this 
communication in error, please notify us immediately by replying to this 
message and destroy the material in its entirety, whether in electronic or hard 
copy format.  Thank you.


----------------------------------------------------------------------
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

Reply via email to