為什麼 robocopy 需要 8 小時才能傳輸一個 70-80gb 的文件？

我們有一個每天晚上執行的計劃任務，並將大約 70-80gb 的文件從一台伺服器複製到我們網路上的另一台伺服器。出於某種原因，這需要大約 8 個小時才能完成，這是一個問題，因為在我們的夜間備份磁帶操作執行之前它沒有完成，並且這個文件沒有進入磁帶。

有什麼建議可以讓這個執行更快嗎？

這是批處理文件

if not exist g:\corp-prod-02\ihub\ihub.bkp goto backup
del /Q g:\Corp-prod-02\ihub\old\ihub.bkp
move g:\Corp-prod-02\ihub\ihub.bkp g:\corp-prod-02\ihub\old
:backup
call probkup online D:\ihubdb\live-new\ihub D:\ihubdb\ihub.bkp
robocopy D:\ihubdb G:\corp-prod-02\ihub ihub.bkp /Z /MOV /LOG:c:\scripts\logs\ihub.log
copy c:\scripts\logs\ihub.log g:\corp-prod-02\ihub

我的第一個想法是這是一個網路問題，但隨後您的評論解釋說您對較小的文件沒有任何問題，這讓我想起了過去在傳輸大文件時遇到的問題。我花了一段時間才弄清楚發生了什麼，但我最終將其追踪到核心的非分頁記憶體池耗盡。

可能值得閱讀 這些 文章並使用 poolmon.exe（特別是MmSt 池標記）來查看您是否遇到相同的問題。

編輯：

本文針對 NT4 和 Windows 2000，但可能仍然相關。

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