Desaceleração excepcional de cópia de robocopy da VM para a matriz DFS

1

Tenho uma VM VM (VMware) antiga de 2003 em um cluster blade de VMs em que estou movendo uma quantidade considerável de arquivos para nossa nova matriz DFS. Existem duas pastas principais com cerca de 1,7 milhões e meio milhão de arquivos menores (cartas, memorandos e outros arquivos menores), respectivamente. O tamanho total é de ~ 420 GB e ~ 100 GB.

Estamos usando a versão do robocopy em gui no servidor para copiar os arquivos. Nós iniciamos uma cópia do arquivo há cerca de um mês para testar o processo e descobrimos que levava cerca de 4 horas para o arquivo grande. Agora que estou no processo de realmente trocar os arquivos, ele leva de 18 a 20 horas. Nada mudou no lado do servidor e nada mudou nas configurações da cópia (sem registros, 1 tente novamente com uma espera de 1 segundo).

Nossa intenção é desativar o compartilhamento e forçar a cópia novamente a obter todos os arquivos que ficaram de fora da cópia devido a serem bloqueados pelos usuários. Eu não posso tirar uma interrupção de 20 horas para fazer isso.

Alguém tem alguma teoria sobre o que poderia estar causando esse atraso para o robocopy em comparação com execuções anteriores mais curtas?

Edit: Eu descobri ontem à noite que a cópia deve estar congelando. Ele pára em um determinado momento (parece ser variável) e não continua.

    
por user1588867 05.12.2012 / 17:42

1 resposta

0

Nós estamos brincando com esse. Parece que havia algo estranho acontecendo com a interface do gui. Quando eu especificamente definir a nova tentativa e esperar para "1" passou normalmente. Isso pode ter sido coincidência, mas começou a funcionar normalmente na primeira tentativa com essas configurações.

    
por 18.12.2012 / 17:22