Also,
from www.ibm.com/software/support searching for "SUBFILE TSM".
Adaptive subfile backup is not used for very small files (less then 1KB in
size) or for very large files (bigger then 2GB in size).
Adaptive subfile backup keeps track of its efficiency by evaluating the ratio
of the size of the previous delta file processed to the size of the base file.
If the ratio from the last backup exceeds 0.60, the entire base file will be
resent to the Tivoli Storage Manager server. This ensures that the adaptive
subfile backup process does not try to create delta files which approach or
exceed the size of the original base file.
I found that when testing this using the GUI the backup statistices will
reflect a smaller amount on the subfile backup. As an example a 50 MB file
shows 50 MB on the first backup and then 2 MB on the 2nd with subfile backup
enabled. When you look at the restore GUI the size of every version backed up
always reflects the full file size because of course when you restore the file
it will restore the full size.
"Prather, Wanda" <Wanda.Prather AT JHUAPL DOT EDU> wrote:
In the scheduler log, there will be no change in the amount of data
transferred.
The total bytes transferred in the summary stats and accounting log will be
lower.
HOWEVER, the FIRST time you take a backup of a file, the entire file will be
transferred as it is necessary to create the base file.
The NEXT backup should be smaller for a given file.
But there are limits - very large and very small files are not eligible for
subfile backup.
I don't remember the upper limit - I think it's either 1G or 2G.
And an incremental will not send ANY data if the file hasn't changed.
AND, a copy of the base file is kept in the cache.
So if your cache is too small, either the older base files will keep getting
pushed out of the cache (and the next time you backup they must have a new
base created, which means sending all the data again), or for larger files
TSM will just ignore subfile altogether.
I suspect your cache size (10MB) is way too small to do any good with
subfile backups.
Set it to 500 and that may help.
To test,
Pick ONE file or directory to back up that is around 50MB total, and
includes some files larger than 5K.
Use the GUI to do "always backup".
The first backup will send all the data.
On the next backup you should see a reduction.
Another good indication of what is happening is to look at the timestamps of
the files that get created in the cache.
There should be a base or a delta file created for each file that is
processed using subfile.
Hope that helps.
Wanda Prather
"I/O, I/O, It's all about I/O" -(me)
-----Original Message-----
From: Prasad, Mahesh (IDS ECCS) [mailto:mahesh_prasad AT ML DOT COM]
Sent: Friday, May 28, 2004 9:50 AM
To: ADSM-L AT VM.MARIST DOT EDU
Subject: Re: SubFile Backup not working
Where do you see the amount of data transferred? Do you see no change in
data transferred information in summary statistics or accounting log?
Regards,
Mahesh Prasad
-----Original Message-----
From: ADSM: Dist Stor Manager [mailto:ADSM-L AT VM.MARIST DOT EDU]On Behalf Of
Muhammad Sadat
Sent: Friday, May 28, 2004 6:35 AM
To: ADSM-L AT VM.MARIST DOT EDU
Subject: SubFile Backup not working
Dear All,
Please correct me where I am wrong.
My configuration for adaptive subfile backup are as follows:
1- Server configuration:
Windows server running TSM 5.2.0
SUBFILE BACKUP = CLIENT
2- Client Configuration as in option file set from GUI:
Windows 2000 server client and Windows XP Professional client
SUBFILEBACKUP YES
SUBFILECACHEPATH E:\subfile
SUBFILECACHESIZE 10
Files are being created in the subfile folder E:\subfile and are as under:
.client_cache_db
00000396.base
00000396.meta
Data transferred is the same as the original file size. I am taking
incremental backups all the time.
I have also used include.subfile option but still there is no improvement.
What is it that i m missing??
Kind Regards
Muhammad SaDaT Anwar
Product Specialist
Systems Management & Data Management Products
____________________________________
Info Tech (Pvt) Limited
108, Business Avenue,
Main Shahrah-e-Faisal,
Karachi, Pakistan
Ph: +92-21-111-427-427 Fax: +92-21-4310569
Cell: +92-21-300-8211943
____________________________________
============================================================================
==
If you are not an intended recipient of this e-mail, please notify
the sender, delete it and do not read, act upon, print, disclose,
copy, retain or redistribute it.
Click here for important additional terms relating to this e-mail.
============================================================================
==
---------------------------------
Do you Yahoo!?
Friends. Fun. Try the all-new Yahoo! Messenger
|
