robocopy /MIR 的替代品

我們執行許多 Web 應用程序，它們將大量本地數據儲存在小型 xml 文件中。我們備份/恢復策略的一部分是通過 VPN 生成文件系統的本地鏡像到託管中心。

VPN 連接僅通過 12Mbps ADSL，雖然有很多文件和目錄，但實際更改的文件數量非常少。

儘管頻寬可能是一個問題，但我看到的結果如下所示。robocopy /MIR 執行了 5 個小時，但實際執行複制只需要 30 分鐘。

有沒有人對如何改進這一點有任何建議。5 小時現在已經接近於太慢了，如果我們找不到加快速度的方法，那麼我們將不得不提出一個完全不同的解決方案。

           Total    Copied   Skipped  Mismatch    FAILED    Extras
Dirs :     17625      6618     11007         0         0         0
Files :   1112430      1223   1111207         0         0         0
Bytes :  57.451 g  192.25 m  57.263 g         0         0         0
Times :   5:01:23   0:35:55                       0:00:00   4:25:27

Speed :               93509 Bytes/sec.
Speed :               5.350 MegaBytes/min.

Ended : Fri Apr 16 05:54:23 2010

Robocopy 必須首先列舉所有本地和遠端文件，以確定需要傳輸哪些文件。這很可能是需要時間的事情。

如果您在成功備份後重置存檔文件屬性怎麼辦：

attrib -a /s *

然後每次寫入文件時，存檔位將自動設置。下次，您可以告訴 Robocopy 只歸檔設置了 A 標誌的文件：

robocopy source destination /mir /a

我沒有對此進行測試，但我相信它應該更快，因為 Robocopy 需要處理的文件要少得多。

另一個想法是在遠端伺服器上執行計劃作業（如果可能的話）以壓縮整個目錄結構，然後通過 VPN 複製生成的 zip 文件。XML 將很好地壓縮，並且複制單個文件將比高延遲連結更有效。

引用自：https://serverfault.com/questions/132997