Eu apenas tentei copiar um arquivo através de cifs (compartilhamento de arquivos do windows) entre um servidor 2003 R2 e um novo servidor 2008 SP1 e estou ficando com uma velocidade horrível.
é um arquivo de 300MB que leva cerca de 30 minutos para ser transferido. Estou ficando em torno de 1-2Mbit / s e isso está em um switch local.
Eu tentei iniciar a transferência de ambos os servidores com os mesmos resultados.
Copiar do 2003 para outro 2003 é menos de 1 min, então obviamente é algo com o servidor de 2008.
Um comportamento ainda mais estranho é que, se eu simultaneamente copiar outro arquivo do servidor 2003 para outro servidor 2003, a taxa de transferência do servidor de 2008 aumenta drasticamente (como 10 vezes, mas ainda assim lento).
Com o compartilhamento de disco RDP, fico com velocidade total de VPN de aproximadamente 20Mbit. Nenhum outro serviço parece estar sofrendo de qualquer latência.
Eu tenho visto postar sobre o descarregamento de tcp causando problemas no win2008, poderia estar relacionado?
Certifique-se de que o servidor 2008 está funcionando corretamente. Tente transferir arquivos entre ele e outro servidor 2008, ou se não houver uma estação de trabalho do Vista disponível, eles usam a mesma versão cifs.
Eu vi um comportamento de transferência de arquivo semelhante quando havia uma incompatibilidade de velocidade / duplex entre a NIC e o comutador, às vezes devido a um problema de detecção automática e às vezes devido a um erro de configuração de um ou de outro, ou ambos.
Você pode tentar desativar o auto-ajuste do TCP:
netsh interface tcp set global autotuninglevel=disabled
Se isso não funcionar, ligue-o novamente com:
netsh interface tcp set global autotuninglevel=normal
O autoajuste do TCP é um novo recurso na pilha TCP / IP do Vista e do Windows 2008. A quantidade de dados que você pode enviar através do TCP / IP depende (entre outras coisas) do tamanho do tamanho da janela de recebimento. Nas versões anteriores do Windows, o tamanho da janela de recepção era limitado a 64 KB. Com o autoajuste, o tamanho da janela é alterado dinamicamente com base na capacidade e velocidade da conexão. A ideia é que isso aceleraria as transferências de dados.
O problema é que esse recurso pode realmente causar taxas de transferência mais lentas se o sistema operacional cliente ou o hardware de rede não suportar esse recurso corretamente (conforme descrito em RFC 1323, Extensões TCP para Alto Desempenho).
De qualquer forma, isso pode não ser o problema, mas vale a pena tentar.
Acabei de resolver um problema semelhante na minha rede. Uma máquina Windows 2003 Server estava recebendo velocidades de leitura terríveis (~ 20Kb / s) de compartilhamentos em uma nova caixa do Windows 2008 R2 (mas, estranhamente, 2003 > 2008 estava bem, ~ 50 + Mb / s).
Algumas das coisas que eu tentei ...
autotuninglevel=disabled como sugerido acima Nenhum dos quais teve qualquer efeito (positivo).
Para mim, a solução acabou sendo a desativação do descarregamento do TCP (descrito aqui ) adicionando as seguintes chaves de registro ...
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Tcpip\Parameters
Value = DisableTaskOffload
Type = DWORD
Data = 1
Value = EnableTCPChimney
Type = DWORD
Data = 0
Value = EnableTCPA
Type = DWORD
Data = 0
Value = EnableRSS
Type = DWORD
Data = 0
Após o reinício, todas as transferências foram atualizadas.
Do meu entendimento (limitado) do problema, ele só ocorre com certos modelos de NIC (minas Intel 82578DC) em uma caixa executando 2008 ou Win 7 que está falando com uma caixa executando 2003 ou XP. No meu caso, a caixa de 2003 era uma máquina virtual em execução no VMware Server 2.0.2 (mas não sei se isso é relevante).
Espero que ajude alguém!
As pessoas sugeriram algumas coisas diferentes nesta questão: Desempenho de rede do Windows (SMB / CIFS)
Meu primeiro palpite seria um problema de hardware. Tente usar FTP ou HTTP para transferir o arquivo e ver se isso também é lento.
JR