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

为什么 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

答案1

我首先想到的是网络问题,但后来你解释说你对较小的文件没有任何问题,这让我想起了过去在传输大文件时遇到的一个问题。我花了一段时间才弄清楚发生了什么,但最终我发现这是由于内核的非分页内存池耗尽造成的。

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

编辑:

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

相关内容