長時間執行的 MAPI 作業
上次修改主題的時間: 2006-11-22
Microsoft® Exchange Server Analyzer 工具會使用 Exchange Server User Monitor (ExMon) 工具來判斷使用者 MAPI 作業所花的時間,是否比在狀況良好的 Exchange 伺服器執行的合理預期時間更長。
如果 Exchange Server Analyzer 判定使用者已經有一或多個 MAPI 作業花費的時間超過 30 秒,就會顯示錯誤。
當每個資料夾的檢視數目增加時,MAPI 作業的負荷也會增加許多。此主題討論 SeekRow 和 FindRow 這兩個最常見的作業。由 Exchange Server Analyzer 識別為「長時間執行」的其他 MAPI 作業,通常都能以解決 SeekRow 和 FindRow MAPI 作業問題的相同動作來解決。
用戶端應用程式使用 MAPI 作業 SeekRow 或 FindRow 在檢視的不同列間移動指標。SeekRow 指定指標移動的列數,並不會耗費太多 CPU 時間。FindRow 相當耗資源,因為它會將指標移至符合限制準則之非具體化 (不會被快取) 之檢視中的第一個項目,然後在用戶端應用程式完成動作後捨棄檢視。FindRow 的耗費的 CPU 時間取決於限制的複雜度、對每封郵件存取的郵件內容數,以及儲存區找到第一個符合準則的項目前必須檢閱的列數,因此與資料夾中的項目數無太大關係。
花費時間超過 30 秒的 MAPI 作業不一定有問題。如果識別的使用者經常遇到延遲的問題,或者延遲已嚴重影響他們的郵件傳送,您應該瞭解這些問題的原因。請與遇到嚴重延遲問題的使用者共同討論,以判斷是否有下列情形:
-
資料夾中的項目數是否很多。
-
使用者執行哪些應用程式。
若要更正此問題:
-
對於資料夾中包含許多項目的使用者,建議他們減少每個資料夾中的項目數。建議您將 [收件匣]、[行事曆]、[寄件備份]、[連絡人] 及 [刪除的郵件] 資料夾中的項目數保持在 5,000 個以下
-
將作業最耗資源的用戶端電腦 (特別是 Restrict、SetColumns 或 FindRow 作業延遲時間較長的用戶端電腦) 設定成使用快取 Exchange 模式。快取 Exchange 模式會將伺服器與大部分的額外 RPC 流量隔離開來。
-
請嘗試關閉所有應用程式,然後再逐一開啟應用程式,以找出可能造成問題的應用程式。如果這些應用程式不是業務用途所必需,或應用程式已發行 Hotfix,請永久關閉應用程式或更新應用程式,將負載降低至適當水準。
![]() |
---|
某些應用程式即使未發出大量 MAPI 作業,仍可能大幅增加伺服器負載。這是因為某些作業比其他作業更耗資源。耗資源的作業數目只要增加一些,可能就會明顯影響伺服器效能。在 ExMon 中,會將這些使用者報告為具有高度 CPU 影響 (即使他們並未發出大量 MAPI 作業)。 |
同時請注意,當發生資源瓶頸 (一般是磁碟或 CPU 瓶頸) 時,MAPI 作業的延遲也會增加。判斷伺服器資源瓶頸的來源,並增加伺服器資源處理能力,或將使用者移至負載較低的伺服器。
若需詳細資訊,請參閱下列 Exchange Server 資源:
-
<Exchange Server 2003 效能及延展性手冊>(英文) (http://go.microsoft.com/fwlink/?LinkId=47576)
-
<Microsoft Exchange Server 效能疑難排解>(英文) (http://go.microsoft.com/fwlink/?LinkId=47588)
-
<Exchange Server 2003 效能:10 件要考慮的事情>(英文) (http://go.microsoft.com/fwlink/?LinkId=56460)
-
微軟知識庫文件 - 905803<Outlook 使用者在執行 Exchange Server 2003 或 Exchange 2000 Server 的伺服器上使用包含許多項目的資料夾時遇到效能不佳的情況>(http://go.microsoft.com/fwlink/?linkid=3052&kbid=905803)