Desempenho lento de SMB ao copiar arquivos do Windows XP para um controlador de domínio do Windows 2000

Traduções deste artigo Traduções deste artigo
ID do artigo: 321169 - Exibir os produtos aos quais esse artigo se aplica.
Importante Este artigo contém informações sobre como modificar o Registro. Antes de modificá-lo, faça um backup e certifique-se de que sabe como restaurá-lo caso ocorra algum problema. Para obter informações adicionais sobre como fazer backup, restaurar e editar o Registro, clique no número abaixo para ler o artigo na Base de Dados de Conhecimento da Microsoft.
256986 Descrição do Registro do Microsoft Windows
Expandir tudo | Recolher tudo

Neste artigo

Sintomas

Você pode perceber um desempenho lento para cópia ao copiar arquivos de um computador cliente com Windows XP para um controlador de domínio com Windows 2000 (ao usar o protocolo SMB [Bloco de mensagem de servidor]). Esse desempenho lento ocorre apenas ao copiar arquivos a partir de um cliente com Windows XP para um controlador de domínio com Windows 2000 (modo push) e não ao copiar arquivos a partir do controlador de domínio para o cliente (modo get).

Causa

A desempenho lento de SMB pode ocorrer se um reconhecimento TCP/IP atrasado (também conhecido como TCP ACK) ocorrer em um pacote "SMB: C NT transact - Notify Change". Normalmente, esse problema ocorre se você usar o Windows Explorer para copiar os arquivos para um controlador de domínio. No entanto, esse problema também pode ocorrer se você usar um prompt de comando para copiar arquivos ou se o foco estiver na pasta de destino no Windows Explorer (quando a notificação de Alteração estiver envolvida). Esse problema ocorre assim que você realiza um procedimento de cópia SMB (a partir de qualquer programa) para uma pasta de destino remota que também foi invocada por uma solicitação "notificação de alteração" (a partir de qualquer programa).

Por padrão, esse comportamento ocorre à medida que o SMB está usando assinaturas de segurança. Se as assinaturas de segurança estiverem configuradas, o SMB deverá ser processado de forma síncrona pelo redirecionador. O redirecionador deve esperar até que o comando SMB atual esteja totalmente processado antes de continuar com o próximo. O redirecionador espera até receber o reconhecimento TCP/IP do servidor.

Resolução

Para solucionar esse problema, use uma das soluções descritos nesta seção.

Solução 1:

Aviso O uso incorreto do Editor do Registro pode causar sérios problemas que talvez exijam a reinstalação do sistema operacional. A Microsoft não garante que os problemas resultantes do uso incorreto do Editor do Registro possam ser solucionados. O uso do Editor do Registro é de sua responsabilidade.
  1. Clique em Iniciar e em Executar, digite regedit na caixa Abrir e clique em OK.
  2. Localize e clique na seguinte chave no Registro:
    HKEY_LOCAL_MACHINE\System\Current ControlSet\Services\LanmanServer\Parameters
  3. Clique duas vezes no valor RequireSecuritySignature, digite 0 na caixa Dados do valor e clique em OK.
  4. Clique duas vezes no valor EnableSecuritySignature, digite 0 na caixa Dados do valor e clique em OK.
  5. Feche o Editor do Registro.
Por padrão, o valor EnableSecuritySignature está definido como 1 (ON) em um controlador de domínio e como 0 (OFF) fora de um controlador de domínio. Como resultado, o desempenho lento de cópia SMB ocorre apenas ao copiar itens para um controlador de domínio.

Solução 2

Observação Essa solução não é suportada em computadores com Windows XP e com Windows Server 2003.

Mude o cronômetro de ACK (reconhecimento) TCP atrasado (TcpDelAckTicks) para um valor menor. Ao fazer isso, o servidor reconhece itens com mais freqüência, mas em intervalos mais curtos. É possível usar o hotfix descrito no seguinte artigo da Base de Dados de Conhecimento da Microsoft para especificar um valor-padrão para o ACK atrasado:

311833 O valor do Registro TcpDelAckTicks não possui efeito em tempos limites de Ack
Se você definir o valor TcpDelAckTicks como 0, desativará o cronômetro completamente. Quando o cronômetro está desativado, o TCP reverte para comportamento anterior a RFC (Request for Comments) 1122; reconhece cada pacote. Essa solução resolve o problema de desempenho de cópia SMB. No entanto, em uma rede com alta latência (segmento altamente saturado), esse comportamento aumenta o número de reconhecimentos do controlador de domínio e coloca um esforço adicional na rede.

Mais Informações

Para verificar como o desempenho lento é relatado para reconhecimento de TCP/IP de alguns quadros SMB ("SMB: C NT transact - Notify Change"), realize um rastreamento de rede. Se fizer isso, verá que o redirecionador não continua com o resto das operações de cópia quando o quadro "SMB: C NT Transact - Notify Change" não está reconhecido pelo servidor no nível de transporte TCP. O reconhecimento TCP/IP é atrasado (em cerca de 0.2 segundos) apenas quando o servidor é um controlador de domínio com Windows 2000.

Em um cliente com Windows XP ou um cliente com Microsoft Windows Server 2003, existe uma nova chave do Registro chamada
TcpAckFrequency
que controla ACKs de TCP antes do cronômetro ACK atrasado ser alcançado.

Para obter informações adicionais sobre esse problema, clique nos números abaixo para ler os artigos na Base de Dados de Conhecimento da Microsoft:
321098 Desempenho lento de rede ocorre se você copiar arquivos para um controlador de domínio do Windows 2000
328890 Nova entrada do Registro para controle do comportamento de reconhecimento (ACK) de TCP no Windows XP e no Windows Server 2003

Propriedades

ID do artigo: 321169 - Última revisão: sexta-feira, 10 de junho de 2005 - Revisão: 6.0
A informação contida neste artigo aplica-se a:
  • Microsoft Windows XP Professional Edition
  • Microsoft Windows XP Home Edition
Palavras-chave: 
kbregistry kbenv kbfix kbprb KB321169

Submeter comentários

 

Contact us for more help

Contact us for more help
Connect with Answer Desk for expert help.
Get more support from smallbusiness.support.microsoft.com