Depending on the vendor, they quote different rates, and use different
methods.
one vendor I'm familiar with, uses a "binary pattern hashing algorithm"
(<- how it was described to me) so even if you've got a file that is
80Gig and only 2 bytes have changed, the rest of the file will probably
match the previous file.....also, it doesn't even have to be the same
file.....if it detects an identical bit string on the disk, it creates
pointers to that segment of data, regardless of what "file" put that
string of bits on the disk.
However, there are only 2 or 3 vendors that are using this type of
de-duplication right now, as far as I've seen...most are still using a
software or hardware based "compression" in the 2:1 range.
Paul
--
-----Original Message-----
From: veritas-bu-bounces at mailman.eng.auburn.edu
[mailto:veritas-bu-bounces at mailman.eng.auburn.edu] On Behalf Of
briandiven at northwesternmutual.com
Sent: August 19, 2006 9:26 AM
To: briandiven at northwesternmutual.com
Cc: veritas-bu at mailman.eng.auburn.edu
Subject: [Veritas-bu] VTL DeDuplication Process
I am doing some VTL sizing analysis and have a question
regarding the common deduplication processes offered by various vendors.
The vendors quote a 20:1 type compression rate due to
single-instance-store. This makes sense for OS backups, but does this
apply to databases?peration.
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
http://mailman.eng.auburn.edu/pipermail/veritas-bu/attachments/20060821/0b5a5bbf/attachment.html
-------------- next part --------------
====================================================================================
La version fran?aise suit le texte anglais.
------------------------------------------------------------------------------------
This email may contain privileged and/or confidential information, and the Bank
of
Canada does not waive any related rights. Any distribution, use, or copying of
this
email or the information it contains by other than the intended recipient is
unauthorized. If you received this email in error please delete it immediately
from
your system and notify the sender promptly by email that you have done so.
------------------------------------------------------------------------------------
Le pr?sent courriel peut contenir de l'information privil?gi?e ou
confidentielle.
La Banque du Canada ne renonce pas aux droits qui s'y rapportent. Toute
diffusion,
utilisation ou copie de ce courriel ou des renseignements qu'il contient par une
personne autre que le ou les destinataires d?sign?s est interdite Si vous
recevez
ce courriel par erreur, veuillez le supprimer imm?diatement et envoyer sans
d?lai ?
l'exp?diteur un message ?lectronique pour l'aviser que vous avez ?limin? de
votre
ordinateur toute copie du courriel re?u.
|