• 本文介绍“复制重新同步”如何确定要通过网络发送的数据。有关如何执行重新同步的过程，请参阅文章：Data Domain：如何中断和重新同步目录复制。

适用对象

• 所有 Data Domain （DD） 型号
• 目录复制
• 所有软件版本 4.3 及更高版本

解决方案

重新同步与 initialize 几乎完全相同，甚至可以指定为 目录 复制上下文的 initialize 代替 initialize，但存在以下差异：

副本目录*不*要求为空。在内部，目标会将现有文件移出。

（在 4.3 到 4.5 中，通过将这些文件重命名为 $destdir/.ddrsaved/ directory。在 4.6+ 中，它通过创建快照，然后从复制上下文中删除文件 $destdir。）

对于源目录中的每个文件，它会检查目标目录上是否存在相同的相对路径（检查 $destdir/.ddrsaved或快照）。 

如果文件存在，它将检查目标文件是否与源文件相同。 

如果完全相同，则现有副本文件将被硬链接到适当位置，而无需进一步筛选或发送其任何内容。

文件身份检查按恒定时间进行。

如果副本文件是通过目录复制 >= 4.3 创建的，则检查成功。

这意味着可以通过运行集合复制来完成播种（如果 Data Domain 位于 LAN 中，则很方便），然后中断集合复制，然后执行目录复制重新同步。

如果找不到副本文件或内容不匹配，则会正常复制该文件，即逐段筛选文件。

重新同步的全部意义在于尽可能避免这种过滤。

一个潜在的缺陷是，重命名文件的人工活动或应用程序逻辑可能会导致在复制中断后，在重新同步之前移动或重命名发起方或副本文件。

这会导致重新同步中的路径名查找找不到匹配项，并且需要对每个文件进行完全筛选。

由于分段存在于目标上，因此可实现较高的复制压缩，但会错失机会，避免发送分段引用并在一开始就对其进行筛选。

• 在 4.5 中，如果副本已启用或曾经启用保留锁定，则重新同步将失败。
• 在 4.6 及更高版本中，存在一些与复制副本上的保留锁定文件相关的额外要求。从本质上讲，目标上的任何保留锁定文件也必须存在，并且必须在发起方上具有匹配的内容和属性。这是为了防止复制尝试删除副本上的保留锁定文件。

• Data Domain：由于潜在的 NVRAM 丢失，复制上下文处于禁用状态
• Data Domain：如何中断和重新同步目录复制