Re: [ADSM-L] TSM 6.1 De-dupe + NDMP
2009-12-03 15:00:23
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
>
|
|
|