我们有一个在Backup Exec 2010中运行的6TB“磁盘备份”系统。每个星期，其他日子都会进行差异备份。 我们设法在那里获得大约四个星期的备份。
首先，我是否认为重复数据删除选项可以更有效地使用这种“备份至磁盘”空间？ 例如，在这四个星期的每一个周期中，相同的4GB文件都备份了4次（使用空间= 16GB），但是重复数据删除只保存第一个副本。
其次，如果您启用了重复数据删除function，是否立即生效，或者重复数据消除是否需要时间才能通过B2D区域？
前者需要在现有的B2D文件上运行一个作业，find重复的文件并将BKF文件标记为可覆盖。
后者会更容易实现，因为它只是影响备份。
如果我是一个打赌的人，我会select以后的选项;-)更容易编码…
使用B2D对重复数据删除存储系统（或BE的重复数据删除引擎）的正常设置是运行1个完整备份，然后“永远增量”。 这是利用重复数据删除技术充分发挥潜力的优先方法，但可能不适合每个数据中心。
重复数据删除有许多口味。 现在我不记得一个BE使用了什么，但是他们都创build了数据块的校验和，然后将它与数据库进行比较，看它是否已经存储在其他地方。
Backup Exec对于运行重复数据删除有相当高的系统要求，您应该意识到这一点。 如果我记得正确的话，在备份周期中每1TB的数据就有1GB的内存。
启用该选项后，您应该注意到完全备份运行后的重复数据删除效果。 这将基本上成为上述的“基础”数据，其中每个增量备份将针对完整备份进行重复数据删除。
我没有看到任何需要使用现有的B2D文件。 为什么不直接指向B2D存储上名为“重复数据删除”或类似的文件夹的下一个完整备份？
我现在已经安装了Backup Exec 2010的试用版，可以回答我自己的问题：
首先，您不能使用现有的“备份至磁盘”系统并将其转换为重复数据删除存储。 重复数据删除是一种完全不同的机制，是BE中的一种新型存储。 您可以创build一个新的重复数据删除存储区域，就像创build“备份至磁盘”存储区域一样。
所以我的问题是，它是否取消现有的B2D文件夹是“否”。
如果您正在尝试使用相同的存储介质，那么会出现一个棘手的问题：从B2D切换到重复数据删除。 由于BE永远不会删除B2D BKF文件，因此您必须在媒体到期时手动执行此操作。
其次，BE de-dup是基于块的，默认为64k块。 最重要的是，字典数据库必须维护以允许它散列重复块。 重复文件夹结构比B2D复杂得多。
第三，是的2010年有一个大的内存要求。 我正在testing一个1GB的W2K3虚拟机，并注意到它像三条腿驴跑。 它总共消耗了1.5GB，所以打乱了页面文件。 因此，我认为在考虑使用de-dup之前，我们需要升级我们的实时备份服务器。
干杯，罗伯。