I have never been concerned with compressed files, never used compression on TSM - except on my LTO tapes.
Now, we have a new situation. We have had a client with SQL DB and the DBA's do the dumps to disk and I pick up. (Can't use TDP SQL, long story.) The dumps were lately (6) 200 GB files, total 1.2 TB and growing daily. Took about 11 hours to backup directly to LTO2 tapes. DBA's just implemented using Quest's Light Speed using their Level 4 compression - whatever that is. The dumps are now (4) 62 GB files, so about a 5 to 1 compression. The TSM backup took much less time, but not as much less as expected. When the offsite copy was made, LTO2 to LTO2, I found out why. For a certain file size, it takes twice as long to back it up for a compressed file as an uncompressed file. For more info, on the LTO2 tapes, before we would get just over 700 GB on them, now just over 200 GB. (Using q vol stats). I kinew it would be less obviously. Anybody know why takes twice as long? Is there a way to speed it up? Thanks, David Longo ##################################### This message is for the named person's use only. It may contain private, proprietary, or legally privileged information. No privilege is waived or lost by any mistransmission. If you receive this message in error, please immediately delete it and all copies of it from your system, destroy any hard copies of it, and notify the sender. You must not, directly or indirectly, use, disclose, distribute, print, or copy any part of this message if you are not the intended recipient. Health First reserves the right to monitor all e-mail communications through its networks. Any views or opinions expressed in this message are solely those of the individual sender, except (1) where the message states such views or opinions are on behalf of a particular entity; and (2) the sender is authorized by the entity to give such views or opinions. #####################################
