| Author |
Message |
macsam
New User
Joined: 30 Apr 2008
Posts: 3
Location: India
|
|
|
|
Hello,
My requirement is to increase the retention period of all the GDG versions. All these versions are in tape.
Thanks in advance.
Rajesh |
|
| Back to top |
|
 |
References
|
 Posted: Fri May 02, 2008 1:01 pm Post subject: Re: Modify the retention period of a GDG version in a Tape |
|
|
|
|
expat
Global Moderator
Joined: 14 Mar 2007
Posts: 2154
Location: Brussels once more ...
|
|
|
|
Increase the GDG limit - or -
Talk to your storage team to do it for you |
|
| Back to top |
|
|
macsam
New User
Joined: 30 Apr 2008
Posts: 3
Location: India
|
|
|
|
I am not referring to GDG limit. I want to increase the retention period of the versions.
Thanks |
|
| Back to top |
|
|
expat
Global Moderator
Joined: 14 Mar 2007
Posts: 2154
Location: Brussels once more ...
|
|
|
|
| macsam wrote: |
I am not referring to GDG limit. I want to increase the retention period of the versions.
Thanks |
The correct term is generations not versions
So what is wrong with increasing the GDG limit, unless you want to retain the generations for longer than the 255 limit cycle timeframe. In which case I would reccomend that you use a file with perhaps a date stamp included in the dataset name, and speak to the people who control your TMS to get the correct retention set by default.
Don't forget that when you GDG generation limit is reached the catalog information is also deleted, so the only way to find out which volume they reside on is by reading the TMS reports. |
|
| Back to top |
|
|
macsam
New User
Joined: 30 Apr 2008
Posts: 3
Location: India
|
|
|
|
| I already have some generation created with 360 days retention period. Now I need to modify these retention period to 1461 days. Increasing the limit of GDG will not help that. |
|
| Back to top |
|
|
| Moved: Fri May 02, 2008 4:47 pm by superk From JCL to SMS & VSAM |
dick scherrer
Global Moderator
Joined: 23 Nov 2006
Posts: 5930
Location: 221 B Baker St
|
|
|
|
Hello,
| Quote: |
| Now I need to modify these retention period to 1461 days. |
If you work with your tape management people, they can change the retention period in the tape management system. |
|
| Back to top |
|
|
tchen40
New User
Joined: 12 Sep 2007
Posts: 21
Location: Los Angeles, Ca
|
|
|
|
macsam,
If you are running CA-1, you can run a TMSUPDTE job for the volumes in question. So even though MVS rolls the GDG off, CA-1 still won't let anyone overwrite it.
//SYSIN DD *
VOL 000001,NODSN
REP E=2009/346
VOL 000004,NODSN
REP E=2009/346
VOL 000101,NODSN
REP E=2009/346
VOL 000301,NODSN
REP E=2009/346
// |
|
| Back to top |
|
|
tchen40
New User
Joined: 12 Sep 2007
Posts: 21
Location: Los Angeles, Ca
|
|
|
|
| P.S. For future tapes, your JCL should specify RETPD=whatever... |
|
| Back to top |
|
|
expat
Global Moderator
Joined: 14 Mar 2007
Posts: 2154
Location: Brussels once more ...
|
|
|
|
| tchen40 wrote: |
| P.S. For future tapes, your JCL should specify RETPD=whatever... |
The reason I suggested that the OP speak to the storage people is that at a lot of sites I have worked, the storage people can set a max retention and if the OP states a RETPD greater than that specified in the TMS defined maximum, the TMS value takes precedence and overrides the OP value. |
|
| Back to top |
|
|
|
|
