根據(jù)我和重復數(shù)據(jù)刪除解決方案提供商的交流，復制和重復數(shù)據(jù)刪除產(chǎn)品由很強的關(guān)聯(lián)性。在大多數(shù)情況下，超過50%的重復數(shù)據(jù)刪除產(chǎn)品是和復制模塊一起銷售的，或者附加了復制功能。在下面兩篇文章中，我將評論一些特定廠商的聲明，并指出那些和復制有關(guān)聯(lián)的廠商的名字。如果您是重復數(shù)據(jù)刪除業(yè)內(nèi)人士且沒有和我交流過，那么可以和我聯(lián)系。
雖然將備份工作遷移到遠程站點是重復數(shù)據(jù)刪除產(chǎn)品的重要功能，但是這不應該變成你進行災難恢復的唯一手段。重要的是，要記住遠程站點的數(shù)據(jù)是備份格式的，需要恢復到災難恢復服務器才有價值。將數(shù)據(jù)從磁盤重復數(shù)據(jù)刪除設(shè)備遷移到生產(chǎn)服務器仍然需要花一定的時間。這個時間有可能會讓你無法滿足恢復服務水平協(xié)議的要求。對于許多數(shù)據(jù)中心來說，以廉價的方式離站存儲數(shù)據(jù)，他們可能可以承受的就是本地備份完成后的幾個小時，不過從數(shù)據(jù)恢復性上來說，這可能還是一個很大的進步。
恢復問題有一個例外：服務器虛擬化。由于一些基于設(shè)備的系統(tǒng)表現(xiàn)為CIFS(通用互聯(lián)網(wǎng)文件系統(tǒng))或NFS(網(wǎng)絡文件系統(tǒng))上的磁盤目標端，你不能通過NFS在災難恢復站點上載入服務器鏡像然后回到生產(chǎn)。沒有任何一款基于設(shè)備的系統(tǒng)是主存儲，因此可以通過像VMware Storage VMotion這樣的功能將這些鏡像快速地遷移到生產(chǎn)存儲。這個概念值得用一整篇文章來討論。我將在以后對它進行討論。
在我所交流過的重復數(shù)據(jù)刪除廠商中，雖然一些廠商是剛剛開始在解決方案中提供復制功能，但是現(xiàn)在差不多所有的廠商都有提供復制功能。一些重復數(shù)據(jù)刪除提供商通過基本的文件系統(tǒng)復制技術(shù)來提供復制功能?；旧希麄兝昧酥貜蛿?shù)據(jù)刪除系統(tǒng)只寫入唯一數(shù)據(jù)塊這一點，并且他們使用文件系統(tǒng)復制來確認這些寫入，然后在網(wǎng)絡上復制數(shù)據(jù)。雖然從"A點到B點"的角度來說這肯定可以，但是當你試圖進行多到一復制或瀑布型復制的時候，這可能會帶來一些問題。
廠商進行重復數(shù)據(jù)刪除的方式，即在線與后處理之爭，會影響復制模式的工作方式。大多數(shù)廠商同意在線與后處理方式的重復數(shù)據(jù)刪除各有優(yōu)點和缺點。重點是它們?nèi)绾卫脙?yōu)點并規(guī)避缺點。例如，在進行復制的時候，在線系統(tǒng)甚至自適應在線系統(tǒng)應該要可以在數(shù)據(jù)寫入設(shè)備或特定備份流到終端的時候復制數(shù)據(jù)。在典型的后處理重復數(shù)據(jù)刪除系統(tǒng)中，整個備份必須在重復數(shù)據(jù)刪除開始之前完成。隨著唯一的數(shù)據(jù)塊得到確認并寫入磁盤，復制功能開始運作。
數(shù)據(jù)進入系統(tǒng)或軟件的方式會影響復制工作開始的方式和時機。讓災難恢復副本可以進行恢復所需要的時間是最重要的。就像我前面所說的，把數(shù)據(jù)放在災難恢復站點或災難恢復托管提供商那里更好。雖然重復數(shù)據(jù)刪除看起來已經(jīng)很普及了，但是我所看到的大多數(shù)研究顯示重復數(shù)據(jù)刪除滲透率仍然在25%以下。這意味著只有12%以下的潛在數(shù)據(jù)中心在使用帶復制功能的重復數(shù)據(jù)刪除解決方案。