IBM TSM : Is it possible to compress data on the server side?

Hello experts,

I am having a problem with my tsm.

The exchange database from my  dag (2 mbx server clustered) is too big, the database is 4 terrabytes, but tsm backs up 8 terrabytes.

I want to know if its possible to compress backup data on the tsm server?
Williams225System AdministatorAsked:
Who is Participating?

[Product update] Infrastructure Analysis Tool is now available with Business Accounts.Learn More

I wear a lot of hats...

"The solutions and answers provided on Experts Exchange have been extremely helpful to me over the last few years. I wear a lot of hats - Developer, Database Administrator, Help Desk, etc., so I know a lot of things but not a lot about one thing. Experts Exchange gives me answers from people who do know a lot about one thing, in a easy to use platform." -Todd S.

Hi cismoney,
i guess the "modern" way to compress on server is to use deduplication feature: this will usually reduce storage occupation.

However you may want to try and compress on client, but the compression option will be placed in different places depending on what type of backup you're doing: legacy or VSS.

Legacy: specify the compression option in the TDP for Exchange options file

VSS: specify the compression option in the backup-archive client options file that is used as the Local DSMAGENT Node.

you may want to try this and see what happens on data transferred to server storage.

hope this helps

Experts Exchange Solution brought to you by

Your issues matter to us.

Facing a tech roadblock? Get the help and guidance you need from experienced professionals who care. Ask your question anytime, anywhere, with no hassle.

Start your 7-day free trial
Williams225System AdministatorAuthor Commented:
thanx a lot maxtheking. do you know if the compression on the client side can affect the server or exchange performances?
i quote from official admin guide:

If you enable compression, it affects performance in two ways:

v CPU utilization is higher on the machine on which Data Protection for Exchange is running.
v Network bandwidth utilization is lower because fewer bytes are sent.
v Storage usage on the Tivoli Storage Manager server is reduced.

My opinion is that there is no general rule, you need to try it to see if it fits for your environment.
Surely you'll have more CPU load on Exchange but you will never know of any countereffect if you do not try.
I would give it a try, after all it is a documented procedure.

hope this helps
It's more than this solution.Get answers and train to solve all your tech problems - anytime, anywhere.Try it for free Edge Out The Competitionfor your dream job with proven skills and certifications.Get started today Stand Outas the employee with proven skills.Start learning today for free Move Your Career Forwardwith certification training in the latest technologies.Start your trial today
Storage Software

From novice to tech pro — start learning today.