• 本文說明「複製重新同步」如何確定要透過網路傳送哪些資料。有關如何執行重新同步的過程，請參閱文章：Data Domain：如何中斷和重新同步目錄複寫。

適用於

• 所有 Data Domain （DD） 型號
• 目錄複寫
• 所有軟體版本 4.3 及更新版本

解決方案

重新同步與初始化幾乎相同，甚至可以指定重新同步 來代替目錄 複製上下文的初始化，但存在以下差異：

副本目錄*不需要*為空。在內部，目標將現有檔移開。

（在 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：如何中斷與重新同步目錄複寫