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 AT US.IBM DOT COM]
Sent: August 22, 2002 5:00 PM
To: ADSM-L AT VM.MARIST DOT EDU
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 AT JHUAPL DOT EDU]
Sent: August 20, 2002 1:16 PM
To: ADSM-L AT VM.MARIST DOT EDU
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
|
