Select the product you need help with
Desempenho lento de SMB ao copiar arquivos do Windows XP para um controlador de domínio do Windows 2000ID 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
(http://support.microsoft.com/kb/256986/
)
Descrição do Registro do Microsoft WindowsNesta páginaSintomas 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.
Solução 2Observaçã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 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.
(http://support.microsoft.com/kb/311833/PT-BR/
)
O valor do Registro TcpDelAckTicks não possui efeito em tempos limites de AckMais 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
(http://support.microsoft.com/kb/321098/
)
Desempenho lento de rede ocorre se você copiar arquivos para um controlador de domínio do Windows 2000
328890
(http://support.microsoft.com/kb/328890/
)
Nova entrada do Registro para controle do comportamento de reconhecimento (ACK) de TCP no Windows XP e no Windows Server 2003
Propriedades | Traduções deste artigo
 |
Voltar para o início
