为什么robocopy需要8个小时来传输一个70-80GB的文件?

我们有一个计划任务,每天晚上运行,并将一个大约70-80gb的文件从一台服务器复制到另一台服务器上。 出于某种原因,这样做已经花费了大约8个小时,这是个问题,因为在夜间备份磁带操作运行之前,这个问题还没有完成,而且这个文件也没有写到磁带上。

任何build议,使这个运行更快?

这是batch file

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 

我的第一个想法是,这是一个networking问题,但是你的评论解释说,你没有任何小文件的问题,提醒了我在过去传输大文件时遇到的问题。 我花了一段时间才弄清楚发生了什么事情,但是最终我发现内核的非分页内存池已经耗尽。

这可能是值得阅读 这些 文章,并使用poolmon.exe(特别是MmSt池标签 ),看看你是否遇到同样的问题。

编辑:

本文针对NT4和Windows 2000,但可能仍然相关。