ADSM-L

Re: [ADSM-L] Exchange and client compression

2014-06-27 07:26:54
Subject: Re: [ADSM-L] Exchange and client compression
From: Steven Harris <steve AT STEVENHARRIS DOT INFO>
To: ADSM-L AT VM.MARIST DOT EDU
Date: Fri, 27 Jun 2014 21:24:55 +1000
Hi Hans Chr.

Thanks for your reply

As I understand it if the DAG has more than two replicas and two of
those are healthy the integrity check can be skipped.   This Exchange
design has only two replicas so I'm forced into the check on  every backup.

Regards

Steve

On 27/06/2014 7:51 PM, Hans Christian Riksheim wrote:
I also wonder about the integrity checker. With DAG isn't the integrity
guranteed if replication is working fine and thus integrity check in TSM
can be skipped?

Regards,

Hans Chr.


On Fri, Jun 27, 2014 at 7:08 AM, Steven Harris <steve AT stevenharris DOT info>
wrote:

Hi All

I'm working on a backup design for Exchange 2013.  Unfortunately I
pretty much have to take what I've been given and make it work.

There are two sites and  there will be two DAGs with two replicas in
each DAG and 10x1TB databases per DAG.

Since there are only two replicas the backup will be throttled by the
integrity checker. Drives are TS1120 at one site and TS1140 at the
other, and I've been directed to take a full backup every weekend.  I
wanted to stagger them through the week but was overruled on that.  Of
course disk space is tight, but I will need to use a file pool because I
can't have all my drives busy with Exchange to the exclusion of all else
as the data drips through the integrity checker.

I was wondering if client compression might be useful here.  The
databases will normally be all active at one site and all passive at the
other for each DAG, so if I'm backing up the passive copy the additional
CPU usage should not be a problem. With the exchange delayed deletion
features, redundant database copies, modern disk arrays etc I don't
anticipate these backups will ever be restored for anything other than
audit or discovery purposes, and so impact of compression on restore
won't be an issue.

Is anyone using client compression on Exchange (2007 or later)  and if
so what sort of compression rate and cpu impact are you seeing? Is there
any impact on throughput?

Thanks

Steve

Steven Harris
TSM Admin
Canberra Australia.