RPC Performance Counters Indicate Poor Server Performance
[本主題的目的是要說明 Exchange Server Analyzer 工具所引出的特定問題。您只應將它套用到已執行過 Exchange Server Analyzer 工具且有遇到該特定問題的系統。Exchange Server Analyzer 工具可免費下載，它會從拓撲中的每台伺服器遠端收集組態資料，並自動分析該資料。產生的報告會詳述重要的組態問題、潛在問題及非預設的產品設定。遵循這些建議，您便能達到較佳的效能、延展性、可靠性及執行時間。如需此工具的相關資訊或是要下載最新版本，請參閱 Microsoft Exchange Analyzer (https://go.microsoft.com/fwlink/?linkid=34707)。]
上次修改主題的時間： 2008-04-24
Microsoft® Exchange Server Analyzer 工具判定您伺服器未在最佳的效能中運作。Exchange Server Analyzer 會評估多個遠端程序呼叫 (RPC) 效能計數器。如果 RPC 效能計數器中報告的資料與下表中的水準無法相比，則會顯示警告。
| Exchange Server 上的使用者數目 | RPC Averaged Latency 閾值 |
|---|---|
少於 500 |
平均值大於 15 |
大於或等於 500，但少於 3000 |
平均值大於 30 |
大於 3000 |
平均值大於 50 |
本文章會討論下列效能計數器，而這些計數器是由 MSExchangeIS 效能物件所管理：
- RPC Averaged Latency
- RPC Requests
RPC Averaged Latency
RPC Averaged Latency 效能計數器會記錄處理前 1024 個封包所需的平均時間 (以毫秒為單位)。延遲代表 Store.exe 處理程序接收封包到傳回封包所花的時間。RPC Averaged Latency 效能計數器不包含任何網路延遲或任何由其他非 Store.exe 處理程序的項目所造成的延遲。雖然 RPC Averaged Latency 效能計數器資料不包含網路傳輸時間，但是它會提供關於用戶端電腦等待伺服器回應的最短時間的資料。如果 RPC Averaged Latency 效能計數器資料低於 50 毫秒，伺服器就可以合理的時間來處理要求。如果計數器在數秒之後還是大於 50 毫秒，這表示伺服器在處理負載上發生困難。因此，使用者在存取電子郵件時可能會遭遇延遲。如果平均的延遲大於 100 毫秒，使用者會從其 Microsoft Office Outlook® 用戶端電腦接收到下列快顯視窗：[正在從 Exchange Server 擷取資料。]
解譯 RPC Averaged Latency 效能計數器
RPC Averaged Latency 計數器在下列兩個狀況中可能會被誤導：
- 第一，某些 MAPI 作業應該花較長的時間。例如，如果用戶端電腦搜尋一個包含數以千計之項目的資料夾，嘗試找出所有符合複雜準則的項目，則這類作業通常會花上數秒。如果伺服器上有少數的使用者，則這個持續作業會造成 RPC Average Latency 受阻。如果伺服器上的 RPC 負載低，請以一段較長的時間 (至少數分鐘) 來觀察這個值的平均值，不要因其短暫表現而採取動作。
- 當伺服器上的 RPC 負載非常低時，就可能會發生第二個狀況。有些時候，視最忙碌使用者的活動而定，延遲可能會有巨大的變化。因為伺服器負載通常是非常緊繃的，所以單一使用者若進行大量的作業會在無意間破壞 RPC 平均延遲資料。
RPC Requests
RPC Requests 效能計數器會記錄 Exchange 目前正在處理中的用戶端電腦要求數。該計數器的最大值為 100。在 Exchange 儲存區處理 100 個 RPC 作業後，通常會拒絕任何新的連線。在狀況良好的伺服器上，未完成的要求數應該要小於 50 個。如果此數目長時間大於 50，這表示已備份 RPC 並等候處理，而用戶端電腦就可能發生延遲的狀況。
解譯 RPC 要求
50 個要求的閾值不是絕對的閾值。負載較輕的伺服器在計數器達到 30 前可能會開始遇到效能的問題，然而負載較重的伺服器在達到 50 個要求時可能仍可以正常運作。理想的狀況是，應該為每部伺服器測量此計數器的基準值。Exchange Server Performance Troubleshooting Analyzer 使用閾值 50，這個數字適合多數大型伺服器。
與負載重的伺服器相較，負載輕的伺服器具有的 RPC 要求值較少。原因是，負載輕的伺服器需要較少的執行緒就可跟上負載的速度。若要避免落後並取得較大的 RPC 要求值，較忙碌的伺服器必須執行更多並行工作。因此，在負載重的伺服器上，較大的 RPC 要求值本身並不表示效能發生問題。若要存取較慢的伺服器，您也必須考量 RPC Average Latency 效能計數器。
延遲的原因
下列事項可能是增加延遲的原因：
- RPC 負載增加
- 一或多個伺服器資源發生瓶頸
此外，下列事項是可能造成瓶頸的原因：
- 高 RPC 負載 (或伺服器上的任何其他負載)
- 硬體故障或組態錯誤
更正此錯誤
請依照下列 Exchange Server 2003 與 Exchange Server 2007 資源中提供的建議及最佳作法作業：
- 《Exchange Server 2003 效能及延展性手冊》(https://go.microsoft.com/fwlink/?LinkId=47576)
- 《Exchange Server 2003 效能疑難排解》(https://go.microsoft.com/fwlink/?LinkId=47588)
- Exchange 2007 效能問題 (https://go.microsoft.com/fwlink/?LinkId=116829)