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" <[EMAIL PROTECTED]> 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:[EMAIL PROTECTED] Sent: Friday, May 28, 2004 9:50 AM To: [EMAIL PROTECTED] 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:[EMAIL PROTECTED] Behalf Of Muhammad Sadat Sent: Friday, May 28, 2004 6:35 AM To: [EMAIL PROTECTED] 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
