MSExchangeTransport 服務事件疑難排解

 

適用版本: Exchange Server 2007 SP1, Exchange Server 2007

上次修改主題的時間: 2008-06-23

Microsoft Exchange Server 2007 導入了服務資源管理,以偵測並採取行動應付負載沉重的 Exchange 伺服器。當系統負載沉重時,不應該再增加負載。安裝有 Hub Transport server role 或 Edge Transport server role 的 Exchange 2007 伺服器必須維護數個最低資源需求。不同資源的閾值是由 Microsoft Exchange Transport 服務 (MSExchangeTransport.exe) 所管理。

當 Exchange 2007 Hub Transport Server 或 Edge Transport Server 耗盡這些受監視的資源時,服務會停止接受新郵件,直到資源達到可接受的層級為止。這種情況稱為「背壓」。如需背壓的相關資訊,請參閱了解背壓

超過這些資源需求閾值時,會記錄事件識別碼 15001、15002 或 15003。若為 Microsoft Exchange Server 2007 Service Pack 1 (SP1),則還會包括事件 15004 及 15005。

針對所有資源,「一般」值是在一般的作業層級內,「中」表示可能為高使用率,而「高」代表伺服器資源有限,將停止接受新郵件。在此情況下,會發生如下的徵兆:

  • 如果這是唯一的 Hub Transport Server,則以 Microsoft Office Outlook 或 Outlook Web Access 提交到 Exchange 的郵件可能會留在寄件匣。
  • 試圖連線到伺服器的簡易郵件傳送通訊協定 (SMTP) 接收連接器 (例如 Telnet 到通訊埠 25) 時,會收到下列字串:452 4.3.1 系統資源不足。

下表中列出受監視之每個資源的預設值與疑難排解建議。在大部分情況中,請考慮執行 Exchange Mail Flow Analyzer 工具,因為此工具不只會提供您這些建議,同時還會檢閱伺服器的整體健康狀況。

note附註:
Microsoft Exchange Transport 服務不會監視 CPU 及網路使用率。

Microsoft Exchange Transport 服務所監視之資源的疑難排解建議

受監視的資源 描述 疑難排解建議 預設高值 預設中值 預設一般值

使用的私用位元組

PercentagePrivateBytesUsed 參數是用來監視 EdgeTransport.exe 處理程序所使用的私用位元組百分比。監視器會檢查以確定所使用的私用位元組不會超過預設的私用位元組限制。對於 x64 電腦,此限制等於實體 RAM 總量的 75%,或是 1 TB (以較少者為準)。***

EdgeTransport.exe 處理程序會在佇列填滿時消耗記憶體。請檢查佇列,確定沒有任何問題。如果有問請,請用 Exchange Mail Flow Analyzer (位於 Exchange 工具箱) 來疑難排解佇列。

75%

73%

71%

使用的實體記憶體

PercentagePhysical MemoryUsedLimit 參數是用來監視所有處理程序使用中的記憶體總量。

超過預設高值的狀況可能是因為佇列郵件所導致,需要您進行疑難排解。伺服器經常會從記憶體移除最少使用的郵件 (因而凍結佇列) 來試圖索回記憶體。如果經常發生此問題,請考慮將角色從伺服器移除,或是重新評估您的硬體 (例如增加記憶體或是增加額外的伺服器)。

凍結佇列是指佇列郵件的不必要元素已從快取記憶體移除,但卻仍然留在佇列中。

94%

89%

84%

使用的資料庫磁碟空間

PercentageDatabaseDiskSpaceUsed 參數的目的是要監視佇列郵件的可用空間。藉由監視資料庫中已使用的空間量,並將它與資料庫和磁碟上的可用空間量相比較,可以達到此目的。這項計算也會考慮磁碟大小總計。在 Microsoft Exchange Server 2007 的量產發行 (RTM) 版本中,最小可用空間一律為 4GB,而在 Microsoft Exchange 2007 SP1 中則是 500MB。

為了避免資料遺失,Exchange 有時會停止接受郵件。會這麼做的原因可能是可用磁碟資源不足。請檢查佇列是否有進行郵件備份。如果存放佇列的磁碟分割太小,請考慮將它移到空間較大的磁碟機。請從存放佇列的磁碟機移除不必要的檔案。在 Exchange 2007 RTM 中,此問題最常出現在磁碟機的可用空間少於 4 GB 時。

而在 Exchange 2007 SP1 中,此問題最常出現在磁碟機的可用空間少於 500 MB 時。如果啟用傳輸暫放 (且使用叢集連續複寫),需求將會更高。

*

高值減 2%

高值減 4%

郵件佇列資料庫交易記錄的可用硬碟空間量

PercentageDatabase LoggingDiskSpaceUsed 參數會監視磁碟上的可用空間量,以確定交易記錄一律有足夠的空間可供認可的交易使用。

為了避免資料遺失,Exchange 有時會停止接受郵件。如果佇列資料庫的交易記錄位於與資料庫不同的磁碟機,則會這麼做的原因可能是可用磁碟資源不足。會出現此問題表示磁碟機空間太小。

**

高值減 2%

高值減 4%

版本桶 (bucket) 的數目

可延伸儲存引擎 (ESE) 資料庫會保留一份對資料庫 (稱為版本儲存區) 所做修改的記憶體內清單。VersionBuckets 參數會記錄記憶體中的不同版本數,因為它們必須要認可至磁碟。配置的版本桶 (bucket) 大小在一般情況下會有所變動,但是大小可能會因為各種原因而增加到令人無法接受的程度,例如防毒問題、Jet 完整性的問題、大型郵件進行傳輸作業,以及磁碟輸入/輸出 (I/O) 效能。如果大小變得太高,可能表示版本儲存區有太多未完成的修改尚待認可。

版本桶 (bucket) 持續處於高檔的情況經常是暫時性情形,通常可予以忽略。如果經常發生此問題,最好是確認看看您是否有郵件大小限制。如果大型郵件不是造成問題的原因,請考慮監視磁碟 I/O 效能計數器,看看是否是由基礎磁碟效能問題所造成。

RTM: 100

SP1: 200

RTM: 60

SP1: 120

RTM: 40

SP1: 80

*   RTM 限制 = 100 X(totalNumberOfBytesOnDisk – 4 GB) ÷ totalNumberOfBytesOnDisk

     SP1 限制 = 100 X (totalNumberOfBytesOnDisk – 500 MB) ÷ totalNumberOfBytesOnDisk

**  限制 = (totalNumberOfBytesOnDisk – (CheckpointDepthMax × 25)) × 100 ÷ totalNumberOfBytesOnDisk

***   生產環境中不支援 32 位元的 Exchange。不過,針對使用 /3GB 參數的 x86 電腦,限制為 1800 MB 或實體 RAM 的 75% (以較少者為準)。針對沒有 /3GB 參數的 x86 電腦,限制則為 800 MB 或實體 RAM 的 75% (以較少者為準)。

在下列的警告事件範例中,佇列所在的磁碟大小約是 8 GB。可用空間量大約是 3.6 GB,不足以讓伺服器安全地接受新郵件。解決問題的方式是將佇列資料庫移到較大的磁碟機。

事件類型:警告

事件來源:MSExchangeTransport

事件類別:ResourceManager

事件識別碼: 15002

描述:

資源壓力恆為高。統計資料:

佇列資料庫與磁碟空間 ("C:\Program Files\Microsoft\Exchange Server\TransportRoles\data\Queue\mail.que") = 54% [High] [Normal=45% MediumHigh=47% High=49%]

佇列資料庫記錄磁碟空間 ("C:\Program Files\Microsoft\Exchange Server\TransportRoles\data\Queue\") = 54% [Normal] [Normal=89% MediumHigh=91% High=93%]

版本桶 (bucket) = 0 [Normal] [Normal=40 MediumHigh=60 High=100]

私用位元組 = 10% [Normal] [Normal=71% MediumHigh=73% High=75%]

實體記憶體負載 = 52% [限制為 94% 就會啟動凍結郵件。]

相關資訊

如需疑難排解傳輸與郵件流程問題的相關資訊,請參閱傳輸及郵件流程問題

如需 Exchange Mail Flow Analyzer 的相關資訊,請參閱使用 Exchange 管理主控台使用工具箱

若要確保您目前閱讀的是最新資訊,並尋找其他的 Exchange Server 2007 說明文件,請造訪 Exchange Server 技術資源中心.