IMAIL 呼叫過慢

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

上次修改主題的時間: 2006-07-12

Microsoft® Exchange Server Analyzer 工具會檢查 Exchange 函數呼叫記錄 (FCL) (即 Store.fcl 檔),查看是否有事件指出 MAPI 用戶端之 IMAIL 元件的回應時間超過 2.5 秒。

Exchange FCL IMAIL MAPI 元件事件代表將郵件轉換成網際網路格式,以及從網際網路格式轉換成 MAPI 格式的 Microsoft Exchange Information Store 服務函數呼叫。

Exchange Server 的 IMAIL 元件是一項彈性的轉換服務,Microsoft Exchange Information Store 服務將其用在網際網路與 MAPI 郵件之間。這樣可以讓使用 RFC-822 或網際網路格式的用戶端,與使用 Exchange Server 內部儲存格式的用戶端 (例如 MAPI 用戶端或內部 STORE 工作) 交互操作。

Exchange 使用 IMAIL 機制,將郵件格式 (例如在 [Exchange 系統管理員] 中為網際網路網域定義的格式,或是使用者在 Microsoft Office Outlook® 中為每個收件者指定的格式) 套用至內容。如果未傳遞任何格式參數給 IMAIL,則 IMAIL 會將 MAPI 郵件格式化為 Summary TNEF (S/TNEF) 格式,以便在伺服器之間傳輸。

如果 Exchange Server Analyzer 在 Store.fcl 記錄檔中發現有事件反映出 MAPI 用戶端的 IMAIL 元件對 Microsoft Exchange Information Store 服務 (Store.exe) 所發出之函數呼叫的回應時間超過 2.5 秒,Exchange Server Analyzer 就會顯示錯誤。

當 Microsoft Exchange Information Store 服務 (Store.exe) 所發出的跨元件呼叫在等候回應時,遠端程序呼叫 (RPC) 執行緒會在這些要求的背景做備份,從而導致 Exchange Server 的效能問題,例如造成伺服器對用戶端的回應延遲。

IMAIL 對 Exchange Information Store 服務 (Store.exe) 函數呼叫的回應時間太慢,可能的原因如下:

  • IMAIL 嘗試處理郵件或附件中的眾多資料。
  • 太多用戶端要求轉換資料。
  • DSAccess 要求遇到過慢的回應。
  • TEMP 及 TMP 磁碟機上有瓶頸。
  • 正在進行信箱移動。
  • 若要解決這個錯誤,請採取下列步驟:
  • 將信箱移動作業排定在要求量較少的離峰期間進行。
  • 執行 Exchange Server Analyzer,針對其他伺服器問題 (例如郵件及附件大小限制) 進行分析。您可從<Microsoft Exchange Server Best Practices Analyzer 工具版本 2.7>(英文) (http://go.microsoft.com/fwlink/?LinkId=34705) 下載 Exchange Server Analyzer。
  • 檢閱本文<詳細資訊>一節中的文章。

若需 Exchange Server 磁碟瓶頸問題的詳細資訊,請參閱偵測到磁碟瓶頸

若需如何決定 Exchange Server 磁碟大小以及最佳化的詳細資訊,請參閱《最佳化 Exchange Server 2003 的儲存》中的<如何計算磁碟 I/O 需求>以及<多種結構通用的最佳作法>(英文) (http://go.microsoft.com/fwlink/?linkid=49324)。

若需 Exchange Server 上郵件大小限制之最佳作法的詳細資訊,請參閱尚未設定最大外寄郵件大小

 
顯示: