TcpTimedWaitDelay 機碼遺失或不是預設值

[本主題的目的是要說明 Exchange Server Analyzer 工具所引出的特定問題。您只應將它套用到已執行過 Exchange Server Analyzer 工具且有遇到該特定問題的系統。Exchange Server Analyzer 工具可免費下載,它會從拓撲中的每台伺服器遠端收集組態資料,並自動分析該資料。產生的報告會詳述重要的組態問題、潛在問題及非預設的產品設定。遵循這些建議,您便能達到較佳的效能、延展性、可靠性及執行時間。如需此工具的相關資訊或是要下載最新版本,請參閱 Microsoft Exchange Analyzer (https://go.microsoft.com/fwlink/?linkid=34707)。]  

上次修改主題的時間: 2007-03-13

Microsoft Exchange Analyzer 工具會查詢 Active Directory 目錄服務,以判定物件類別為 msExchExchangeServer 之所有物件的 serialNumber 屬性值。如果字串值包含 "Version 5.5",表示電腦正在執行 Exchange Server 5.5。如果字串值包含 "Version 6.0",表示電腦正在執行 Exchange 2000 Server。如果字串值包含 "Version 6.5",表示電腦正在執行 Exchange Server 2003。如果字串值包含 "Version 8.0",則表示電腦正在執行 Exchange Server 2007。

然後 Exchange Analyzer 工具就會針對所找到的每部 Exchange Server 2007 伺服器讀取下列登錄分支,以判定 TcpTimedWaitDelay 機碼值是否設為預設值 60

HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Tcpip\Parameters

TcpTimedWaitDelay 機碼可判定 TCP 要經過多久才會釋放已關閉的連線並重複使用其資源。關閉與釋放之間的這個間隔稱為 TIME_WAIT 狀態或 2MSL 狀態。在這段期間內,可以重新開啟用戶端連線及伺服器連線,這樣會比建立新連線所耗費的成本少許多。

減少此項目的值可讓 TCP 更快釋放已關閉的連線,為新連線提供更多資源。不過,如果此值過低,TCP 就可能會在完成連線之前釋放連線資源,這就需要伺服器使用額外的資源來重新建立連線。

如果 Exchange Analyzer 判定 TcpTimedWaitDelay 機碼值遺失或不等於預設值 60,Exchange Analyzer 就會顯示警告。

為達到最佳效能,建議您將 Exchange Server 2007 伺服器上的 TcpTimedWaitDelay 機碼設為預設值 60

important重要事項:
這篇主題包含和編輯登錄有關的資訊。在編輯登錄之前,請確定若發生問題時,您知道如何還原登錄。若需有關還原登錄的詳細資訊,請參考 Regedit.exe 或 Regedt32.exe 中的<還原登錄>說明主題。

將 TcpTimedWaitDelay 登錄機碼設為其預設值

  1. 開啟登錄編輯程式,例如 Regedit.exe 或 Regedt32.exe。

  2. 瀏覽至:HKLM\System\CurrentControlSet\Services\Tcpip\Parameters

  3. 連按兩下 TcpTimedWaitDelay,並將 [數值資料] 欄位設為 60 (十進位)。

  4. 關閉登錄編輯程式並重新啟動電腦。

在編輯登錄之前,若需如何編輯登錄的相關資訊,請參閱 Microsoft 知識庫文章 256986<Microsoft Windows 登錄說明>(https://go.microsoft.com/fwlink/?linkid=3052&kbid=256986)。

這個問題與 MaxUserPort 機碼遺失或不是預設值 Analyzer 問題有關。

若需 MaxUserPortTcpTimedWaitDelay 登錄機碼之效果的相關資訊,請參閱 Windows 2000 Resource Kit 中的<傳輸控制通訊協定>主題 (英文) (https://go.microsoft.com/fwlink/?LinkId=85654)。