Estou copiando um pequeno número de arquivos grandes entre uma estação de trabalho do Vista x64 SP1 e uma estação de trabalho do Windows 7 RC. O Windows afirma que serão necessárias 7 horas para copiar 117 GB de dados de um computador para outro por meio de um comutador não verificado de 1 GBit / s. Robocopy não está indo muito melhor.
Parece que lembro dos meus dias do Exchange que havia vários utilitários que reivindicavam copiar arquivos muito grandes entre os servidores. Essas utilidades ainda estão disponíveis e, em caso afirmativo, quais são mais eficazes na situação acima?
Editar:
Estou tentando um Robocopy para um HDD externo USB 2.0, pois é tudo o que tenho disponível no momento e é mais rápido, isso é incomum, já que os dois computadores que estou usando são os dois únicos computadores conectados a esse disco. 1GBit / s switch.
Editar 2:
Parece haver algum problema com a NIC na origem, não é possível obter a taxa de transferência acima de 3MB / s depois de trocar todo o resto. Como esta é a máquina antiga que eu mudei para usar o disco rígido externo que copiou mais rápido que o NIC, no entanto, ainda levou 3 horas e meia no total.
117GB/7H = 4.6MB/s
Algo está errado aqui.
Verifique se há fragmentação de disco, uso indevido de rede, outro programa triturando a unidade ou hardware defeituoso; Rede Windows w / 1Gb pode saturar a largura de banda que a unidade 7200 SATA pode fornecer, ou seja, 60-70 MB / s
Também posso sugerir que você crie uma boa tarefa agendada para transferir o (s) arquivo (s) durante a noite.
Para algo tão grande e considerando que é uma cópia local, eu conecto o disco rígido de um desses PCs ao outro e faço uma cópia direta. Alternativamente, eu usaria um disco rígido eSATA para fazer a transferência. Isso vai ser caminho mais rápido do que o GigE.
Isso tudo assume que isso é uma vez, e é assim que eu leio sua postagem.
Bem, deve levar cerca de meia hora para copiar isso.
De qualquer forma, quanto tempo você esperou antes de cancelar? Você deu uma olhada nos detalhes para verificar a velocidade real da cópia? As estimativas iniciais do Vista são muito frequentemente off . Depois de algum tempo, ele recalcula a velocidade para obter uma estimativa melhor.
Aqui está uma dica que diz que desabilitar o ajuste automático da janela de recepção da pilha de rede pode resolver o seu problema. Executar como administrador:
netsh int tcp set global autotuninglevel=disabled
Você também pode considerar a possibilidade de ativar quadros jumbo (MTU de 9000 bytes) em cada sistema para ver se isso ajuda.
Eu ouvi falar disso acontecendo com muitas pessoas usando o Vista para copiar na rede.
Fiz uma pesquisa rápida google para confirmar. Há muitas "correções" listadas aqui.
Este artigo explica as melhorias na cópia de arquivos do Vista SP1 e por que funciona do jeito que faz.
Eu vi um desempenho de cópia lenta no ipv6, especialmente em redes sem fio, como um teste você tentou desabilitar o ipv6 como teste?
você pode estar se deparando com problemas de desempenho do Vista, probs do smb2, cópia diferencial de rede, etc., acho que há bugs em algum lugar nesses também
tente também teracopy, ele otimiza a transferência
Eu consideraria usar o SyncBack. Nós o usamos para mover arquivos de até 30 GB pela WAN com throughput razoável para backups externos. Existem diferentes versões, algumas das quais permitem limitar o uso da largura de banda, usando cópia nativa versus cópia do Windows e FTP.
Existe um protocolo para transferir arquivos. É chamado de FTP . Você pode achar que isso funciona melhor para você do que usar compartilhamentos de rede. (embora outros pôsteres estejam certos de que você deve obter uma taxa de transferência melhor do que a que você está fazendo na rede).
O melhor utilitário de cópia de arquivos é o Teracopy, do codesector.com Eu o uso há anos com o XP, e acho que funciona bem no Vista. Concordo com os outros cartazes de que alguma outra coisa provavelmente está errada nessa situação, mas para responder à pergunta original, tercopy FTW.
Descobri que uma cópia de arquivo de thread único tem cerca de 40 MB / s - considere o uso de richcopy para fazer uma transferência multithread.
O utilitário do Exchange que você está pensando provavelmente é esefile, cuja funcionalidade agora foi incluída no utilitário eseutil. "eseutil / y" é o switch que você usa. Eu não testei isso contra o robocopy ou o utilitário de cópia do Vista, então não sei se ele realmente ainda oferece uma vantagem de velocidade.
Tente testar o desempenho bruto do TCP com um ponto de referência TCP do ponto a ponto. O Everest tem um por exemplo. Ou escreva um script de 10 linhas.
Fast TCP => NIC is not broken
Slow TCP => It is not SMB-related. FTP wont help either
Use robocopy da linha de comando (inclusive com o Vista / Win7). Isso fornecerá relatórios de progresso e a capacidade de filtrar o que é copiado (e não copiar arquivos que não foram alterados).
Tags windows-7 windows-vista