高度活動的 Exmon 使用者

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

上次修改主題的時間: 2006-04-21

Microsoft® Exchange Server Analyzer 工具會使用 Exchange Server User Monitor (ExMon) 工具來判定使用者或處理程序 (或使用者或處理程序群組) 是造成目前伺服器大量負載的成因。

ExMon 會評估數個案例:

  • 用戶端限制
  • 大量的遠端程序呼叫 (RPC) 作業
  • 高度的 RPC 同步作業
  • 大量的用戶端線上作業
  • 使用者檢視作業

下列各節提供每個案例的詳細資料及建議動作。

在此案例中,ExMon RPC 資料指出用戶端電腦限制造成此伺服器的高負載。在 MAPI 的內容中,限制指的是名為 Restrict 的 MAPI 作業。此作業是用來選取符合特定準則的項目。Restrict 作業是處理程序的一部份,它要求 Exchange 在一個資料夾或一組資料夾 (實際上是與準則相關聯的資料庫表格) 上建立檢視。如果該資料夾或該組資料夾的檢視已經有相符的限制,Exchange 便會使用現有的檢視來滿足使用者的要求。如果檢視沒有相符的限制,Exchange 便會建立新的檢視。建立檢視的成本比使用現有檢視還要高。

許多信箱移動後,短時間內用戶端限制的成本會更高。move-mailbox 作業會讓伺服器重新建置資料夾上的索引。因此,當用戶端第一次檢視新伺服器上的資料夾時,必須重新建立所有限制,結果讓效能變差。如果您最近未移動過信箱,請調查下列事項:

  • 未在用戶端電腦上安裝其他 MAPI 應用程式。通常,Microsoft Office Outlook® 增益集或其他 MAPI 應用程式可能會建立太多限制。
  • 會適當分配組織內的信箱大小並設定限制。

若需信箱大小及項目數的詳細資訊,請參閱 Microsoft Exchange Team 網誌<建議的信箱大小限制>(英文) (http://go.microsoft.com/fwlink/?linkid=55097)。

大量 RPC 作業的範例包括在數百或數千個項目中,以一次的作業來移動、刪除或設定屬性 (也就是「讀取旗標」)。這些作業類型可能會在短時間內造成伺服器效能不良。如果您經常執行大量的 RPC 作業,且伺服器在磁碟或處理器遭遇瓶頸,則相同伺服器之其他使用者的 Outlook 效能會降低。

若要更正此錯誤
  1. 驗證已設定信箱限制。

  2. 建議您的使用者將項目封存到 .pst 檔中。

    note附註:
    一般的最佳作法是,經常使用的資料夾所包含的項目應該少於 5,000 個。

高度的 RPC 同步作業表示有多位使用者正在同步項目。結果增加伺服器負載。

若要更正此錯誤
  • 確定您已根據以快取 Exchange 模式來執行 Outlook 的用戶端電腦數量來調整您的 Exchange 伺服器。若需詳細資訊,請參閱《Exchange Server 2003 RPC over HTTP 部署案例》(英文) (http://go.microsoft.com/fwlink/?LinkId=47577)。

  • 降低快取 Exchange 模式用戶端要求可能有助於防止高度的 RPC 同步作業變成效能問題。若需詳細資訊,請參閱微軟知識庫文件 - 818484<可用來設定及監視 Outlook 用戶端同步的登錄值及計數器>(英文) (http://go.microsoft.com/fwlink/?LinkId=3052&kbid=818484)。

有時候,Exchange 會遇到效能問題帶來的不尋常中止,這是由不同使用者發佈之高負載所造成的。這也可能是組織成長後計畫不良所造成的。如果您遵循 Microsoft 最佳作法來調整組織,但是仍然遇到由多位用戶端線上作業造成的效能不良,這可能表示您的使用者正在執行協力廠商的 MAPI 應用程式或 Outlook 外掛程式。

ExMon RPC 資料表示使用者正在建置新的檢視,而這造成了伺服器上的高負載。在此案例中,單一使用者帳戶是造成重大 RPC CPU 使用量的原因。

若要調查此問題,請考量下列案例:

  • 使用者可能在包含許多項目的資料夾上執行作業。若要修正此問題,請鼓勵使用者減少任一個資料夾中的項目數目。一般的最佳作法是,資料夾所包含的項目應該少於 2,000 個。
  • 使用者可能執行了寫入功能差的應用程式,因而造成過度的負載。若要修正此問題,請移除應用程式。

 
顯示: