IBM Mainframe Forum Index
 
Log In
 
IBM Mainframe Forum Index Mainframe: Search IBM Mainframe Forum: FAQ Register
 

expiration date for a dataset


IBM Mainframe Forums -> JCL & VSAM
Post new topic   Reply to topic
View previous topic :: View next topic  
Author Message
sparrow

New User


Joined: 26 Mar 2007
Posts: 57
Location: Pune

PostPosted: Wed Dec 30, 2009 7:06 pm
Reply with quote

How to find the Expiration date for a dataset. I or S in front of the file didn't help.
Back to top
View user's profile Send private message
Robert Sample

Global Moderator


Joined: 06 Jun 2008
Posts: 8696
Location: Dubuque, Iowa, USA

PostPosted: Wed Dec 30, 2009 7:37 pm
Reply with quote

Typically, tape data sets have expiration dates while disk data sets do not. So if the data set is on disk, tell us why you think it would have an expiration date and we can proceed from there. If it is on tape, unless you have very special privileges you will not be able to use ISPF I or S to get information about the data set since most TSO sessions are NOT allowed to mount tapes.

Usually your best bet is to contact your site support group for assistance.
Back to top
View user's profile Send private message
sparrow

New User


Joined: 26 Mar 2007
Posts: 57
Location: Pune

PostPosted: Wed Dec 30, 2009 7:53 pm
Reply with quote

superk wrote:
LISTCAT didn't give you any information either?


Thanks Kevin...LISTCAT didn't show me the Expieation date..

HISTORY
DATASET-OWNER-----(NULL) CREATION--------2009.232
RELEASE----------------2 EXPIRATION------0000.000
Back to top
View user's profile Send private message
sparrow

New User


Joined: 26 Mar 2007
Posts: 57
Location: Pune

PostPosted: Wed Dec 30, 2009 7:56 pm
Reply with quote

Robert Sample wrote:
Typically, tape data sets have expiration dates while disk data sets do not. So if the data set is on disk, tell us why you think it would have an expiration date and we can proceed from there. If it is on tape, unless you have very special privileges you will not be able to use ISPF I or S to get information about the data set since most TSO sessions are NOT allowed to mount tapes.

Usually your best bet is to contact your site support group for assistance.


Robert,

the file is on disk..not on tape..I wanted to increase the retention period for the file..i used
DISP=SHR,
LABEL=RETPD=45

So wanted to check whether my retention period command worked..
Back to top
View user's profile Send private message
Robert Sample

Global Moderator


Joined: 06 Jun 2008
Posts: 8696
Location: Dubuque, Iowa, USA

PostPosted: Wed Dec 30, 2009 8:44 pm
Reply with quote

Contact your site support group. Disk data set retention policies are created by and enforced by the storage management people. Usually data sets are assigned to a data class, and that class has the number of days to retain the data set. If you attempt to override the data class expiration, you may or may not be successful -- only your storage management group can provide you with the information you are asking. This is extremely site specific, so asking on this forum cannot provide you with any answers that will apply to your shop (except in the most general sense).
Back to top
View user's profile Send private message
Akatsukami

Global Moderator


Joined: 03 Oct 2009
Posts: 1788
Location: Bloomington, IL

PostPosted: Wed Dec 30, 2009 9:14 pm
Reply with quote

Robert Sample wrote:
Typically, tape data sets have expiration dates while disk data sets do not. So if the data set is on disk, tell us why you think it would have an expiration date and we can proceed from there.

I respectfully disagree. In my shop, every data set, whether it is on disk or on tape, must have an expiration date; else, it is considered volatile, and deleted by SMS at midnight (this prevents clueless junior "software engineers" from using up all the DASD with test data sets that they never delete).
Back to top
View user's profile Send private message
Robert Sample

Global Moderator


Joined: 06 Jun 2008
Posts: 8696
Location: Dubuque, Iowa, USA

PostPosted: Wed Dec 30, 2009 10:10 pm
Reply with quote

Yours is the first shop I've heard of that does that (of course, I only have experience with 30 or 40 shops) ... usually there's a policy about how long before they migrate in HSM, but not actual expiration date for each data set. I suspect your site's catalog gets pretty hammered every day, too.
Back to top
View user's profile Send private message
Akatsukami

Global Moderator


Joined: 03 Oct 2009
Posts: 1788
Location: Bloomington, IL

PostPosted: Wed Dec 30, 2009 10:58 pm
Reply with quote

Robert Sample wrote:
I suspect your site's catalog gets pretty hammered every day, too.

Probably. OTOH, considering everything else going on here, I suspect that expiration processing is not a significant proportion of the hits that it gets. Our test data repository consists of about half a million data sets; the several thousand system analysts and test analysts seldom read them directly (and, to be sure, some of them need writing to for a meaningful test), but use various tools (some of which have my fingerprints on them) to make their own copies. Usually not more than a couple dozen data sets amounting to a pack or two per test, of course, but if they all stayed out there until IBM released z/OS V3...
Back to top
View user's profile Send private message
expat

Global Moderator


Joined: 14 Mar 2007
Posts: 8797
Location: Welsh Wales

PostPosted: Thu Dec 31, 2009 4:03 am
Reply with quote

Akatsukami wrote:
I respectfully disagree. In my shop, every data set, whether it is on disk or on tape, must have an expiration date; else, it is considered volatile, and deleted by SMS at midnight (this prevents clueless junior "software engineers" from using up all the DASD with test data sets that they never delete).

Actually no, it need not have an explicit expiration date. The expiration policies may depend on a "since last referenced" date, which is not in effect an explicit expiration date. In a correctly defined storage environment even "clueless" software engineers are accomodated, and by George I've met enough of them on this forum.

Seems to me a rather draconian set up at your shop, maybe more thought and less sledgehammer icon_biggrin.gif
Back to top
View user's profile Send private message
Akatsukami

Global Moderator


Joined: 03 Oct 2009
Posts: 1788
Location: Bloomington, IL

PostPosted: Thu Dec 31, 2009 5:09 am
Reply with quote

expat wrote:
Akatsukami wrote:
I respectfully disagree. In my shop, every data set, whether it is on disk or on tape, must have an expiration date; else, it is considered volatile, and deleted by SMS at midnight (this prevents clueless junior "software engineers" from using up all the DASD with test data sets that they never delete).

Actually no, it need not have an explicit expiration date. The expiration policies may depend on a "since last referenced" date, which is not in effect an explicit expiration date.

Nope, I have looked at JCL, data set labels, etc. An explicit expiration date (or explicit retention period) must be specified, except when a PSdata set is given a TSO ID as HLQ (in which case it will be volatile ) or the data set is allocated on one of a small number of non-SMS-managed volumes...but you'd better have a bloody good business case for so doing!
Quote:
Seems to me a rather draconian set up at your shop, maybe more thought and less sledgehammer icon_biggrin.gif

I'm not on the storage management team, but I think it's been this way for decades; my shop has a quite inbred culture which should not be assumed to bear even a passing resemblance to best practices or even industry standards icon_smile.gif
Back to top
View user's profile Send private message
expat

Global Moderator


Joined: 14 Mar 2007
Posts: 8797
Location: Welsh Wales

PostPosted: Thu Dec 31, 2009 2:57 pm
Reply with quote

Then I am pretty happy that I do not work there icon_biggrin.gif
Back to top
View user's profile Send private message
Pete Wilson

Active Member


Joined: 31 Dec 2009
Posts: 580
Location: London

PostPosted: Thu Dec 31, 2009 8:17 pm
Reply with quote

I have worked at one shop that used explicity expiration dates for almost everything. A bizzare practice in my view!

The key here is if the dataset is SMS managed, and what Mgmtclas it has assigned to it. It is generally the case that Storage people will specify the max RETPD value to 0 in the Mgmtclas definition and this means requested EXPDT or RETPD is not accepted and just ignored, no matter what you code.
Back to top
View user's profile Send private message
View previous topic :: :: View next topic  
Post new topic   Reply to topic View Bookmarks
All times are GMT + 6 Hours
Forum Index -> JCL & VSAM

 


Similar Topics
Topic Forum Replies
No new posts Modifying Date Format Using DFSORT DFSORT/ICETOOL 9
No new posts FINDREP - Only first record from give... DFSORT/ICETOOL 3
No new posts Map Vols and Problem Dataset All Other Mainframe Topics 2
No new posts Need to convert date format DFSORT/ICETOOL 20
No new posts Allocated cylinders of a dataset DB2 12
Search our Forums:

Back to Top