Wanda (and others using Sub-File Backup): I've just done a test upgrade to 5.1.5.1 (using a copy of prod DB) and this seems to fix my problem with subfile backups not expiring.
I first upgraded to 5.1.5 ran expire inventory, checked backups, ran expire inventory checked backups - all extra subfile backups were still there. I then upgraded to 5.1.5.1 and ran expire inventory (so this expire inventory ran about 15 minutes after the last one on 5.1.5 and it deleted 220,000 backup objects and 7000 archive objects! Also this expire inventory did not produce the normal status messages - ie ANR4391I Expiration Processing ...). I then checked my sub-file backups - all of the old delta files were now gone but the old base were still there. Ran Expire inventory once more and the old base files are now gone also. So after upgrading to 5.1.5.1 and running Expire Inventory twice, all of my old subfile backups were deleted. Tim Rushforth City of Winnipeg -----Original Message----- From: Jim Smith [mailto:smithjp@;US.IBM.COM] Sent: August 22, 2002 5:00 PM To: [EMAIL PROTECTED] Subject: Re: Sub-File Backup - Number of Delta File Backups Tim and Wanda, Agreed with Tim. If you have a management policy that says retain "x" versions of a file and you are using subfile backup, then the most that will ever exist on the server should be x+1; I have worked out several scenarios on paper and the worse case should be that the oldest version of the file is dependent on a base file, so that base file is retained by the server. - Jim Smith TSM Client Development Hmmm, that doesn't make any sense to me. I just checked my backup table and see similar results. If TSM has only taken 1 base file backup, then shouldn't there be only 1 extra version? My management class for this server is keeping 30 days worth of backups (unlimited versions). But I've got a heck of a lot of files older than 30 days. Plus I'm pretty sure I've only done 1 base file backup. Back to support ...! The only reason I'm looking at sub-file backup is for space savings! Thanks, Tim -----Original Message----- From: Prather, Wanda [mailto:Wanda.Prather@;JHUAPL.EDU] Sent: August 20, 2002 1:16 PM To: [EMAIL PROTECTED] Subject: Re: Sub-File Backup - Number of Delta File Backups Tim, I'm seeing the same results as you. If I run the backup table for a client and look for backups of specific files, I sometimes see more than 20 "versions" of the same file, even though I should only have 6. I concluded that it must be caused by the subfile backup - even if you tell TSM to keep only 6 versions, it can't expire the base version, no matter what, until a new base is taken. And I'm not sure you can guarantee a space savings on the server because of this. I'm using it to reduce the amount of data transmitted per DAY, which was a big issue with me due to having 450 clients on 1 TSM server. That was pretty easy to document using the accounting records, as we get pretty consistent numbers from day to day. Implementing subfile backup dropped my total daily load by 25-30% (and I'm pretty sure the biggest chunk was those .pst files). Did they mention to you when how TSM DOES decide to take a new base file now? Wanda
