dedup是一个始终让人不放心的技术

saintdragon

dedu软件一出问题，所有数据都不能用

saintdragon

dedu软件一出问题，所有数据都不能用

bbjmmj

风险double了。。
michael1983 发表于 2010-04-12 18:01

    我琢磨了，只要消除共模故障，这法子就可以考虑，比如，数据一式三份，分散存在四个存储设备上。
我发现多数人备份数据的时候不是采取压缩，而是习惯于备份整个目录，比如“我的文档”目录，这种情况下做网络存储，消重就很有用处了，这也是我想在NAS集群上使用DEDUP的原因。

ry715

NAS群集上使用群集好像NETAPP很早就在做了，问题就是看你数据的重要性有多少了，我想银行的核心数据库的数据肯定不会放在重删存储上吧

michael1983

dedu软件一出问题，所有数据都不能用
saintdragon 发表于 2010-04-12 18:40

    所以关键数据如果要用dedup，就要慎之又慎。。

michael1983

我琢磨了，只要消除共模故障，这法子就可以考虑，比如，数据一式三份，分散存在四个存储设备上。 ...
bbjmmj 发表于 2010-04-12 18:44

    这个不在于几份的问题，dedup出来的数据不管保存几份，风险都是一样的。
如果是备份“我的文档”的话，那肯定没问题，如果是一线存储里面的关键业务数据，dedup的风险会被放大

saintdragon

所以在线数据我也从来不赞成dedu的

ry715

目前也还没有第一个吃螃蟹的吧

IT王子

看来大家对dedup了解的不是很深入。。。。dedup实现同样面临性能和安全的问题，为了高性能，在安全（比如碰撞）可能性就大些，为了安全，就要降低性能，发现需要dedup的数据时为了安全，再做一次比较解决了碰撞的问题。所以还是取决于应用和数据。。。。

bigh

去重基本上都是用在备份的二级数据上，备份的一级数据也都放在传统的存储上，二级数据一般都是作为归档，过期就回收的，基本都不会再用到了的。这部分数据大，没啥用，还得有，用去重的设备是最合适的了，如DataDomain这类的专门的去重存储，不会占用主机资源，让它自己慢慢算，慢慢删吧。