A chave TcpTimedWaitDelay está ausente ou não é padrão

[Este tópico pretende solucionar um problema específico acarretado pela ferramenta Exchange Server Analyzer. Você deve aplicá-lo apenas a sistemas em que a ferramenta Exchange Server Analyzer tenha sido executada e estejam passando por esse problema específico. A ferramenta Exchange Server Analyzer, disponível como download gratuito, coleta remotamente dados de configuração de cada servidor da topologia e analisa automaticamente os dados. O relatório resultante detalha problemas importantes de configuração, problemas potenciais e configurações de produto diferentes do padrão. Ao seguir estas recomendações, você poderá atingir melhor desempenho, escalabilidade, confiabilidade e tempo de operação. Para obter mais informações sobre a ferramenta ou para baixar as últimas versões, consulte "Microsoft Exchange Analyzers" em https://go.microsoft.com/fwlink/?linkid=34707.]  

Tópico modificado em: 2007-03-13

A ferramenta Microsoft Exchange Analyzer Tool consulta o serviço de diretório do Active Directory para determinar o valor do atributo serialNumber para todos os objetos que tenham a classe msExchExchangeServer. Se o valor da cadeia de caracteres incluir "Version 5.5", o computador estará executando o Exchange Server 5.5. Se o valor da cadeia de caracteres incluir "Version 6.0", o computador estará executando o Exchange 2000 Server. Se o valor da cadeia de caracteres incluir "Version 6.5", o computador estará executando o Exchange Server 2003 e se incluir "Version 8.0", o computador estará executando o Exchange Server 2007.

Em seguida, a ferramenta Exchange Analyzer Tool lerá a ramificação do Registro mostrada abaixo para cada servidor do Exchange Server 2007 encontrado para determinar se o valor da chave TcpTimedWaitDelay está definido como o padrão 60.

HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Tcpip\Parameters

A chave TcpTimedWaitDelay determina quanto tempo é preciso esperar antes que o TCP possa liberar uma conexão fechada e reutilizar seus recursos. Esse intervalo entre o fechamento e a liberação é conhecido como estado TIME_WAIT ou 2MSL. Durante esse tempo, o custo da reabertura da conexão é muito mais baixo para o cliente e o servidor do que o custo do estabelecimento de uma nova conexão.

A redução do valor dessa entrada permite que o TCP libere conexões fechadas com mais rapidez, fornecendo mais recursos para novas conexões. No entanto, se o valor for muito baixo, o TCP poderá liberar os recursos da conexão antes de ela ser concluída. Isso exigirá que o servidor use recursos adicionais para restabelecer a conexão.

Se determinar que o valor da chave TcpTimedWaitDelay está ausente ou não é igual ao valor padrão 60, o Exchange Analyzer exibirá um aviso.

Para otimizar o desempenho, recomendamos que você defina o valor da chave TcpTimedWaitDelay como o padrão 60 nos servidores do Exchange Server 2007.

importantImportante:
Este tópico contém informações sobre como editar o Registro. Antes de editar o Registro, verifique se entendeu como restaurá-lo, caso ocorra algum problema. Para obter informações sobre como restaurar o Registro, exiba o tópico da Ajuda "Restaurar o Registro" no Regedit.exe ou no Regedt32.exe.

Para definir a chave de Registro TcpTimedWaitDelay para seu valor padrão

  1. Abra um editor de Registro, como o Regedit.exe ou o Regedt32.exe.

  2. Navegue para: HKLM\System\CurrentControlSet\Services\Tcpip\Parameters

  3. Clique duas vezes na chave TcpTimedWaitDelay e defina o campo Dados do valor como 60 (decimal).

  4. Feche o editor de Registro e reinicie o computador.

Antes de editar o Registro e para obter informações sobre como editá-lo, consulte o artigo 256986 da Base de Dados de Conhecimento da Microsoft, "Descrição do Registro do Microsoft Windows" (em inglês) (https://go.microsoft.com/fwlink/?linkid=3052&kbid=256986).

Esse problema está relacionado ao problema do Analyzer A chave MaxUserPort está ausente ou não é padrão.

Para obter mais informações sobre o efeito das chaves de Registro MaxUserPort e TcpTimedWaitDelay, consulte o tópico "Protocolo TCP" no Windows 2000 Resource Kit (em inglês) (https://go.microsoft.com/fwlink/?LinkId=85654).