Previous topic |
Next topic |
Contents |
Contact z/OS |
Library |
PDF
Expiration date processing z/OS DFSMS OAM Application Programmer's Reference SC23-6865-00 |
|||||||||||||||||||||||||
The expiration date is the date on which OAM can delete objects automatically. The expiration date is based on the retention period (RETPD) specified on OSREQ STORE or CHANGE, the event expiration time period (EVENTEXP) specified on OSREQ CHANGE, or on the object's management class expiration rules. The expiration date in the object's directory entry is set to the reserved value of ‘0001-01-01’ when the object has no explicit expiration date. In this case, the expiration of the object is based on the object's management class expiration attributes. The expiration date in the object's directory entry is set to the reserved value of '0002–02–02' when the object is in event-based-retention mode (as a result of RETPD being set to -2 (X'FFFFFFFE') on an OSREQ STORE, STOREBEG, or CHANGE). In this case, the object has an indefinite expiration date which will be set at some point in the future when a particular event has occurred (which is indicated by an OSREQ CHANGE with the EVENTEXP keyword). The object's management class referred to in this section is the actual management class for the object after review and possible override by the automatic class selection routine, which could be different from the management class specified on the OSREQ macro. Table 1 shows the processing of the values that may be specified on the RETPD parameter and the resulting expiration date. RETPD values in the range of 1 to 93␠000 and the special value X'7FFFFFFF' (2␠147␠483␠647) may be overridden. If the RETPD parameter value exceeds the management class retention limit, the management class retention limit is used to determine the expiration date. For the special parameter value X'7FFFFFFF' (2␠147␠483␠647) to be effective, the management class retention limit must be set to NOLIMIT.
|
Copyright IBM Corporation 1990, 2014
|