Hmm… I’m going to have to look
into this.
From: Steven L. Sesar [mailto:ssesar AT mitre DOT org]
Sent: Monday, January 07, 2008
12:51 PM
To: Curtis
Preston
Cc: Ed Wilts;
veritas-bu AT mailman.eng.auburn DOT edu
Subject: Re: [Veritas-bu] Backup
Strategy
Correct. I didn't mean to imply what I erroneously
implied!
I can share another tidbit/caveat with de-dup that we recently learned:
Exchange online defragmentation severely hurt de-duplication in our
environment. For some reason, we do it nightly here; our Exchange group
believes that it helps with performance (although I have other ideas). What
happens each night, is that white-space is re-arranged on the disk, which in
turn, changes the nature of the data that is backed up.
Curtis Preston wrote:
That
is not a DD-specific thing, that’s a de-dupe thing. You can’t
dedupe encrypted data. As to whether it can dedupe digital imagery, it
will if you’re backing up multiple copies of the same image (e.g.
repeated fulls of a directory with images in it), but if you’re
constantly storing new data (e.g. seismic data, telemetry data) and only
backing up the new data, it won’t dedupe. (This is also true of any
dedupe solution.)
Oh, absolutely! If you store digital imagery, for
instance, DD becomes very, very expensive! Encrypted data is another example.
Ed Wilts wrote:
On 1/4/08, Steven L.
Sesar <ssesar AT mitre DOT org>
wrote:
I second Data Domain as a disk target for backups!
We evaluated them here and they don't work with a darn in our
environment. For small parts of our environment (replicating remote sites
back here), a PureDisk solution is working well but for our main data store,
the DD stuff doesn't justify itself.
DataDomain is a good tool, but not necessarily the right tool for every
job.
.../Ed
--
Ed Wilts, Mounds View, MN,
USA
mailto:ewilts AT ewilts DOT org
_______________________________________________
Veritas-bu maillist - Veritas-bu AT mailman.eng.auburn DOT edu
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
--
===================================
Steven L. Sesar
Lead Operating Systems Programmer/Analyst
UNIX Application Services R101
The MITRE Corporation
202 Burlington Road - MS K101
Bedford, MA 01730
tel: (781) 271-7702
fax: (781) 271-2600
mobile: (617) 519-8933
email: ssesar AT mitre DOT org
===================================
--
===================================
Steven L. Sesar
Lead Operating Systems Programmer/Analyst
UNIX Application Services R101
The MITRE Corporation
202 Burlington Road - MS K101
Bedford, MA 01730
tel: (781) 271-7702
fax: (781) 271-2600
mobile: (617) 519-8933
email: ssesar AT mitre DOT org
===================================
