Home / server / Questions / 363567
Accepted
Mike
Asked: 2012-02-25 12:53:50 +0800 CST

Why does robocopy take 8 hours to transfer one files that is 70-80gb?

  • 772

We have a scheduled task that runs every night and copies a file of around 70-80gb from one server to another on our network. For some reason it has been taking ~8 hours to do this, which is a problem because it doesn't finish before our nightly backup tape operation runs and this file doesn't make it to the tape.

Any suggestions to make this run quicker?

Here's the 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
batch robocopy

1 Answers

  1. Best Answer

    My first thought was that it was a network issue, but then your comment explaining that you don't have any issues with smaller files, reminded me of a problem I've seen in the past when transferring large files around. It took me a while to work out what was going on, but I ended up tracing it to an exhaustion of the kernel's non paged memory pool.

    It might be worth reading these articles and using poolmon.exe (specifically the MmSt pool tag) to see if you are experiencing the same issue.

    Edit:

    This article is aimed at NT4 and Windows 2000, but probably still relevant.

    • 0