I believe I have accurately described the actual behavior in my shop. I (admittedly) have not subjected this to a formal review. Sounds like a good PMR to me.
<snip> Well, I read this: http://www.bookserver.ces.klm.nl/bookmgr-cgi/EPHBOOKS/FRAMESET/MVSDATA.B OOKMGR.ZOSV1R11.DGT2S680.BOOK/1.6.4.7?SHELF=MVSDATA.BOOKMGR.ZOSV1R11.DGT 2BK91.BKSHELF&DT=20090610113354&ACTION=MATCHES&REQUEST=Retain+Days+Extra +Backup&TYPE=FUZZY&CASE=&searchIndex=INDEX&searchText=TEXT&searchTopic=T OPIC&rank=RANK&ScrollTOP=FIRSTHIT#FIRSTHIT it only speaks about the age of the extra backups, not about the date they became extra backups. I agree with you about how it should be working, but I am afraid it is not. Typically IBM: technically fully correct, but logically completely useless. Kees. "Staller, Allan" <[email protected]> wrote in message news:<[email protected]>... > I have not tested this, but I disagree. > > To use your example below, ..."on day 100 ... elided ... will be > deleted immediately". In my experience the "extra backup" counter will > begin at day 100, add 50 and the "extra backup" will expire on day 151. > > Since I also run EXPIREBV on a daily basis, this may be setting the > "extra backup" counter. > > The dfHSM manuals are really quite good about providing the details. > See :" Availability management of SMS-managed storage" in > http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/DGT2S6A1/CCON > TENTS?SHELF=dgt2bkb1&DN=SC35-0421-13&DT=20120123164451 > > (watch the wrap) > > HTH, > > <snip> > I think I found out what the SMS Retain Days Extra Backup Versions > exactly means and want to make sure I am right. If I am right, I am not > happy with it. > > > > A dataset has a mgmtclas with attribute SMS retain days extra backups = > 50. On day 10 backup#1 is taken. On day 100 the dataset is updated and > backup#2 is taken. If I am right, backup#1 receives an expiration date > of day 60 and will be deleted immediately. So if I discover the next day > that the update was incorrect, I want to restore backup#1, but it is not > there anymore. > </snip> ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [email protected] with the message: INFO IBM-MAIN
