Kees, That is correct, there is no option within CA 1 to extend the expiration date of files maintained by RETPD= in the JCL or RDS file.
However, you could get "tricky" with the vaulting system. For example, some clients treat their robotic environment as their only library (no manual drives) and everything on the shelf (even within the data center) is considered a pseudo-vault. So, their vaulting rules basically say "keep inside the library (robot) until un-referenced for 15 days; then move to vault SHLF until expired". You could then simply add a third rule that says "then move to vault WAIT for 7 days". Until the tape is released from location WAIT (even though it is expired) it will not be eligible to be scratched. This does mean that every tape in your library would be assigned to some vault location, but you could "vault" the tape to HOME until expired; and then move to WAIT for 7 days. This would delay the scratching of tapes until 7 days AFTER it has expired. But, once the tape is scratched it is scratched. Russell Witt CA 1 L2 Support Manager ............................... Russel, So this does not delay scratching a tape that has its expiration date from the RETPD= parameter in JCL or RDS? I have a number of candidates for disk-tape conversion (reversing the tape-disk conversion of 10-20 years ago). But the drawback is that we loose the 'retain days only backup dataset deleted' feature of SMS. Once the dataset is expired, the tape can be overwritten and there is no way back anymore. I was planning to check if CA-1 has something similar, but apparently not for every tape. Kees. ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [email protected] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
