Por que o robocopy leva 8 horas para transferir um arquivo de 70-80gb?

Question

Temos uma tarefa agendada que é executada todas as noites e copia um arquivo de cerca de 70 a 80 GB de um servidor para outro na nossa rede. Por alguma razão, demorou cerca de 8 horas para fazer isso, o que é um problema, porque não termina antes que nossa operação noturna de fita de backup seja executada e esse arquivo não seja gravado na fita.

Alguma sugestão para que isso seja executado mais rapidamente?

Aqui está o arquivo em lote

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

    

Answer 1

Meu primeiro pensamento foi que era um problema de rede, mas seu comentário explicando que você não tem problemas com arquivos menores lembrou-me de um problema que vi no passado ao transferir arquivos grandes. Demorei um pouco para descobrir o que estava acontecendo, mas acabei descobrindo o esgotamento do conjunto de memórias não paginadas do kernel.

Pode valer a pena ler estes artigos e usando o poolmon.exe (especificamente o MmSt pool tag ) para ver se você está enfrentando o mesmo problema.

Editar:

Este artigo destina-se a NT4 e Windows 2000, mas provavelmente ainda é relevante.