ADSM-L

[ADSM-L] Data Deduplication

2008-01-24 00:18:43
Subject: [ADSM-L] Data Deduplication
From: lamont <tsm-forum AT BACKUPCENTRAL DOT COM>
To: ADSM-L AT VM.MARIST DOT EDU
Date: Wed, 23 Jan 2008 21:18:16 -0800
Hi Curtis,
Unfortunately, this was already the case when I came, client encryption is the 
only option and the tapes are needed to be sent to offsite.
I think we need to consider this - enabling/disabling client encryption and see 
how - in the test case on the upcoming POC with a de-dupe vendor.

Thanks.


cpreston wrote:
> The other posters are correct.  You will get 1:1.   Dedupe works by
> finding patterns.  There are no patterns in encrypted data.
>
> One question would be why would you do that?  Most people are encrypting
> data as it leaves their site.  The best way to do that is hardware
> encryption (tape drive or SAN-based).  Do that on the other side of your
> dedupe box and before it goes to tape -- not at the client -- and you'll
> have no issues with dedupe.
>
> ---
> W. Curtis Preston
> Backup Blog @ www.backupcentral.com
> VP Data Protection, GlassHouse Technologies
>
> -----Original Message-----
> From: ADSM: Dist Stor Manager [mailto:ADSM-L AT VM.MARIST DOT EDU] On Behalf 
> Of
> lamont
> Sent: Wednesday, January 23, 2008 12:29 AM
> To: ADSM-L AT VM.MARIST DOT EDU
> Subject: [ADSM-L] Data Deduplication
>
> Hi,
> What would likely be the de-dupe ratio if tsm clients do archive
> processing daily (file level, no tdps) with encryption enabled?
>
> Thanks.
>
> +----------------------------------------------------------------------
> |This was sent by alancb AT gmail DOT com via Backup Central.
> |Forward SPAM to abuse AT backupcentral DOT com.
> +----------------------------------------------------------------------


+----------------------------------------------------------------------
|This was sent by alancb AT gmail DOT com via Backup Central.
|Forward SPAM to abuse AT backupcentral DOT com.
+----------------------------------------------------------------------