使用者負載及 MAPI 作業

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

上次修改主題的時間: 2006-10-17

Microsoft® Exchange Server Analyzer 判斷伺服器上有一些 MAPI 作業造成高百分比的伺服器使用者負載。此判斷是經由查詢耗用 CPU 時間與處理所有 RPC 要求所用全部 CPU 時間比率超過 4% 的作業而認定。

調查 Exchange Server 效能不佳的系統管理員應查看表現出效能不佳的伺服器上,平均信箱大小高不高。判斷方式是看個別資料夾是否過大 (使用者的收件匣、寄件備份、刪除的郵件或行事曆資料夾中有超過 5,000 個項目)。大型資料夾及信箱的成長可能導致 CPU 及 I/O 負載增加。每個資料夾的檢視數目增加,也可能會增加許多 MAPI 作業的負荷。

許多常見的、長時間執行的 MAPI 作業與檢視有關。知名的兩個是 RestrictFindRow。這些作業不一定會花許多時間,如果其效能有問題,您應能了解原因。也請注意,除了下列原因,在任何時候若有資源瓶頸 (一般是磁碟或 CPU 瓶頸),作業的延遲也會增加。

note附註:
有時 TaskQ User Known 會連同 RestrictFindRow 出現高成本的情況;這是因為這些作業有部分工作是在 TaskQ 中執行,其成本歸給 TaskQ User Known

MAPI Restrict 作業是用來選取符合特定準則的項目。伺服器會建立實際上是具有關聯準則 (稱為限制) 之表格的檢視。如果已有符合限制的檢視存在,伺服器會使用現有的檢視以滿足使用者要求。使用此檢視相對較不耗資源;不過,建立新檢視相對較耗資源。儲存區預設只會為每個資料夾快取 11 個檢視。如果伺服器被要求建立第 12 個檢視,伺服器會刪除最早快取的檢視,再建立新檢視。檢視會對符合檢視限制之項目的所有動作增加負荷。

用戶端應用程式使用 MAPI 作業 SeekRowFindRow 在檢視的不同列間移動指標。SeekRow 指定指標移動的列數,就 CPU 時間來說成本很低。FindRow 相當耗資源,因為它會將指標移至符合限制準則之非具體化 (不會被快取) 的檢視中的第一個項目,然後在用戶端應用程式完成動作後捨棄檢視。FindRow 的最終 CPU 成本取決於限制的複雜度及儲存區找到第一個符合準則的項目前必須檢閱的列數,因此與資料夾中的項目數無太大關係。

RestrictFindRow 所耗成本高,因此可執行快取模式,以降低伺服器的成本。請注意,有時這些作業所耗用的高 CPU 百分比是共用行事曆所造成,在此情況中快取模式幫不上忙。這些作業所耗用之高百分比 CPU 時間可能表示有大量檢視建立、耗資源的檢視或大量資料夾項目。

若需詳細資訊,請參閱下列 Exchange Server 資源:

 
顯示: