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 [[email protected]] On Behalf Of Wanda Prather [[email protected]] Sent: Thursday, December 03, 2009 10:00 AM To: [email protected] 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 <[email protected]> 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 >
