Cópia lenta de arquivos para o compartilhamento de arquivos do Windows 2008 R1

2

Procurando por alguma ajuda com um problema que me tem no final da minha sagacidade - eu incomodei isso por dias e não consigo descobrir.

De repente, alguns dias atrás, copiar arquivos de algumas das nossas estações de trabalho x86 do Windows XP SP3 para um servidor Windows 2008 R1 x64 em particular tornou-se super lento - pense em 7 minutos para transferir um arquivo de 10MB. O problema é apenas a estação de trabalho - > servidor, copiando na outra direção está funcionando normalmente.

Copiar arquivos para esse mesmo servidor (e o mesmo compartilhamento de arquivos) está bom há meses e, até onde sei, nada foi alterado no servidor, estações de trabalho, Diretiva de Grupo, etc. As estações de trabalho são máquinas físicas, server é uma VM em execução no ESX 3.5, tudo está conectado por uma LAN gigabit e todos se unem ao mesmo domínio (nível funcional Windows 2008).

Não há nada obviamente errado nas estações de trabalho ou no servidor - sem problemas de CPU / memória / disco ou picos, sem entradas de log de eventos, sem problemas aparentes de DNS ou Active Directory, etc. Além disso, além desse problema específico, estações de trabalho e o servidor estão se comportando inteiramente normalmente (incluindo cópia de rede para outros servidores / compartilhamentos).

Através de alguns problemas, estabeleci que o problema está ocorrendo apenas em algumas de nossas estações de trabalho - especificamente, três máquinas que são usadas pelo nosso departamento de TI. Isso significa uma política de grupo e um conjunto de aplicativos um pouco diferentes, mas como mencionei acima, nada deve ter mudado quando o problema começou, e nenhuma dessas máquinas tem algo incomum instalado nelas que deve afetar a rede ou o compartilhamento de arquivos.

Outro aspecto incomum para esse problema é que ocorreu uma vez antes - envolvendo exatamente as mesmas estações de trabalho e um servidor diferente, mas em ambos os casos os servidores com problemas são quase idênticos - VM do Windows 2008 x64, executando o IIS7 como seu / somente / aplicativo , sendo usado como nosso servidor web de desenvolvimento. Da última vez, nós apenas apagamos o servidor (e o substituímos pelo que está com o problema desta vez), que corrigiu o problema até agora, mas dado que o problema se repetiu, eu quero chegar à raiz dele.

Veja o que tentei até agora, tudo sem sucesso:

  • Reinicializado: -)
  • Antivírus e firewall desativados.
  • Desativou todos os serviços possíveis no servidor.
  • Ferramentas VMware reinstaladas no servidor.
  • Drivers de rede atualizados nas estações de trabalho.
  • Utilizou contas de usuário diferentes: é específico da máquina, não específico do usuário.
  • Criaram novas pastas compartilhadas / compartilhamentos no servidor.
  • Utilizou vários métodos de cópia diferentes - Explorer, TeraCopy e xcopy.
  • Mapeou o compartilhamento usando IP, nome NetBIOS e FQDN.
  • Cache de ARP e DNS liberados.
  • Re-registro de DNS forçado.
  • Analisados com as propriedades da placa de rede (velocidade do link, controle de fluxo, opções TOE e TSO, MTU, etc.).
  • IIS7 desinstalado no servidor (pensando que esse era o denominador comum entre os dois servidores com os quais tivemos problemas).
  • Provavelmente algumas outras coisas que esqueci agora ...

Eu também tentei capturar um rastreamento de rede com o WireShark. Eu não sei muito sobre analisá-los, mas eu comparei o traço de uma cópia "normal" com o traço de uma cópia "super lenta", e a principal diferença parece ser muitas pausas longas (tipicamente ~ 0.3 segundos) antes de uma série de entradas de erros que começam com coisas como "[Retransmissão TCP]", "[TCP Dup ACK ...", "[Retransmissão Rápida TCP]" e "[TCP Fora de Ordem]". Não tenho certeza se isso é de alguma ajuda.

Então - alguém tem alguma ideia brilhante? Eu estou em uma perda quanto ao que poderia estar errado ou como corrigi-lo: -S

    
por Matt 03.02.2010 / 09:15

2 respostas

0

Bem, conseguimos resolver esse problema - exceto que não sei exatamente como: -)

O problema desapareceu completamente, tanto no servidor que postei acima, como também no antigo servidor de desenvolvimento que mencionei onde tivemos esse problema anteriormente.

As únicas coisas que mudaram / afetaram esses servidores são:

  • Atualizamos nosso hipervisor do ESX v3.5u4 para o vSphere v4.0u1
  • Atualizou as Ferramentas do VMware dentro das VMs da versão do ESX v3.5u4 para a versão do vSPhere v4.0u1.
  • Substituímos as placas de rede virtual nas VMs (usamos essas VMs como testbeds para os novos drivers SCSI VMXNET3 e para-virtualizados no vSphere 4, que envolviam a remoção das NICs virtuais antigas e a adição de novas NICs virtuais).

Então, embora eu não saiba o que exatamente consertou, é muito provável que seja um dos três itens acima - espero que isso dê a qualquer um que experimente o problema algumas idéias para tentar.

Obrigado pelas respostas todas.

    
por 19.02.2010 / 04:08
1

Eu verificaria o janelamento nos dois servidores. O Server 2003 e o XP têm pilhas de IP mais recentes e, às vezes, eles lutam entre si.

Os retransmits e dupe acks são um servidor que diz "abrandar" ou faz um resfriamento de origem para tornar os outros dados do servidor mais lentos.

Experimente este site para obter uma explicação melhor: texto do link

    
por 05.02.2010 / 00:49