ADSM-L

Re: [ADSM-L] TSM 6.1 De-dupe + NDMP

2009-12-03 15:00:23
Subject: Re: [ADSM-L] TSM 6.1 De-dupe + NDMP
From: Kelly Lipp <lipp AT STORSERVER DOT COM>
To: ADSM-L AT VM.MARIST DOT EDU
Date: Thu, 3 Dec 2009 19:50:15 +0000
If it's true that the Celera compresses then it probably won't look like the 
previous version of the file so it won't deduplicate.  Then the question 
becomes: maybe don't compress but rather send all the bits and let it get 
deduplicated - will this result in better storage utilization?

________________________________________
From: ADSM: Dist Stor Manager [ADSM-L AT VM.MARIST DOT EDU] On Behalf Of Wanda 
Prather [wanda.prather AT JASI DOT COM]
Sent: Thursday, December 03, 2009 10:00 AM
To: ADSM-L AT VM.MARIST DOT EDU
Subject: Re: [ADSM-L] TSM 6.1 De-dupe + NDMP

Is the NDMP backup going via TCP/IP and into the same storage pool as your
other backup data?
How can you tell it is not getting deduped?


On Thu, Dec 3, 2009 at 11:54 AM, Brian P. Boyd <boydbria AT duke DOT edu> wrote:

> Hello,
> Currently we are using TSM 6.1 to do NDMP backups of our EMC Celerra.
> We are getting no de-duplication results from these backups.  I'm
> wondering if it is because the celerra is already sending a compressed
> image snapshot file to TSM and TSM just doesn't de-dupe a file like
> that.  We're thinking about going to a more traditional backup method
> for NDMP backups (going with weekly incrementally, and monthly
> fulls...etc) however it would be good to understand why this is
> happening.  I find it a bit strange because we still do file-level
> restores just fine...
>
> If someone could educate me a bit more that would be great for piece
> of mind!
>
> Thanks!
> Brian P. Boyd
> Sr. SAN Admin
> DUKE - OIT
> boydbria (at) duke (dot) edu
>