疑難排解 Microsoft Exchange 2000 Server 和 Exchange Server 2003 上快速增長的交易記錄檔

作者: Nino Bilic

Microsoft® Exchange  2000 Server 和 Exchange Server  2003 上快速增長的交易記錄檔,近來在 Microsoft 產品支援服務部門這裡一直是相當熱門的主題,因此本文將探討此問題的一些主因。

問題

產品支援服務部門從客戶那裡聽到此問題時,通常是在聽到客戶說伺服器正產生異常的交易記錄檔數量,而且這些記錄檔快擠爆交易記錄檔磁碟的時候。而客戶有可能在為時已晚時才發現有此問題- 交易記錄檔磁碟已爆滿。

資料庫是否因此問題而變大,則要視起因而定。

快速增長的記錄檔的主因及因應對策

本節將探討一些可能的起因。

迴圈的訊息

迴圈的訊息是指傳輸中的訊息在信箱和伺服器之間進行迴圈。請注意迴圈在 Exchange 2000 Server 比在 Exchange Server 2003 頻繁是因產品設計之故。要瞭解這個問題,方法如下:

  • 前往 Exchange System Manager (ESM) 的伺服器物件,然後在 [診斷記錄] 索引標籤上,開啟記錄:

              MSExchangeIS > 公用資料夾 > 規則

              MSExchangeIS > 信箱 > 規則

    進行這項變更會向您顯示是否有指定的規則經常或重複觸發,因為這可以解釋為什麼電子郵件會退回。

  • 前往 Exchange System Manager 中的伺服器物件,然後在 [一般] 索引標籤上,開啟 [訊息追蹤] (若尚未開啟的話)。若未開啟,則在您開啟之後,應該等一下以容當中產生活動。如果已經開啟記錄功能,請檢查訊息追蹤記錄。在預設情況下,追蹤記錄是位於下列資料夾中:

         [磁碟機:]\Program Files\Exchsrvr\<servername>.log

    [一般] 索引標籤會顯示此檔案在執行 Exchange Server 2003 的電腦上的位置。不過,此項資訊並不會顯示在 Exchange 2000 Server 中的 [一般] 索引標籤上,可是預設位置是一樣的。

    記錄檔使用下列命名格式:

         <><><>.log

    因此,名為 20050131.log 的記錄檔是在 2005 年 1 月 31 日建立。每天都會建立新記錄檔。假如伺服器非常忙碌,那麼訊息追蹤記錄檔可能會變得非常大。

    在叢集伺服器上,訊息追蹤記錄檔是位在共用磁碟上。雖然在非叢集伺服器的本機磁碟上會有個資料夾,但其中並不會包含任何訊息追蹤記錄。共用磁碟上將有個名為 <伺服器名稱>.log 的資料夾,若要經由網路連線到此資料夾,請採用以下格式:

         \\<Exchange 虛擬伺服器名稱>\<伺服器名稱>.log

    如需這些記錄檔的詳盡分析,請洽 Microsoft 產品支援服務。如需 Microsoft 產品支援服務完整的電話號碼清單及關於支援費用的資訊,請參閱 Microsoft 說明及支援與我們聯絡網站。

公用資料夾複寫。

公用資料夾複寫很明顯是交易記錄檔的一大產生者。在大部分情況下,公用資料夾複寫之所以會在較大型的環境中製造問題,是因為系統管理員可能不知道有人在其他一些伺服器上建立了某些公用資料夾的複本。此問題的徵狀是交易記錄檔在增長,而公用資料夾儲存區的大小也跟著變大。

請注意,由於公用資料夾儲存區當中可能有許多留白,因此即使儲存區存放越來越多的內容,公用資料夾存放區資料庫的實際大小有時候可能還是沒有增加。

若對於是否是因為公用資料夾儲存區是訊息收件者,才建立交易記錄檔有所疑問 ,請檢閱下列內容:

  • 在訊息追蹤記錄檔中,檢查「前幾名收件者」看「<SERVERNAME>-IS@EXAMPLE.COM」(當中 example.com 是您的網域名稱) 是否是前幾名收件者之一。這個位址是執行 Exchange 2000 Server 及之後版本的伺服器上 MAPI 公用資料夾儲存區的預設 SMTP 位址。當公用資料夾複寫訊息在不同儲存區之間傳送時,會是由此位址接收複寫訊息,而不是個別的公用資料夾位址來接收。

  • 檢查看診斷記錄是否已開啟。您可以開啟公用資料夾複寫訊息的診斷記錄功能,來看伺服器是否受到這些訊息的重擊。若要開啟記錄功能,前往 Exchange System Manager 的伺服器物件,然後在 [診斷記錄] 索引標籤上,開啟記錄:

              MSExchangeIS > 公用資料夾 > 複寫傳入訊息 (將之設為 Max)。

    假如伺服器收到很多公用資料夾複寫訊息,您會看到許多事件識別碼為 3028 和 3030 (這些是最常見的) 的 MSExchangeIS 公用資料夾事件。

Dd159863.caution(zh-tw,TechNet.10).gif 注意:

如果系統管理員發現到一些錯誤的公用資料夾複寫被觸發,他或她應該直接移除他們想要移除的複本。他們無論如何都不應該從佇列刪除公用資料夾複寫訊息,因為這稍後會導致問題,系統管理員必須對此問題「見機行事」,或者他或她可以選擇只為系統訊息建立不同的連接器,然後加以排程以給予它們「正常」郵件流量更多空間。

開放式轉送

若伺服器是開放式轉送,則會有許多交易記錄。您通常還會在 Badmail 資料夾中看到一大堆項目。此處的重點當然是,鎖定伺服器,使之不再是開放式轉送。關於因應對策,另外有幾篇文章會談到,因此此處將不作討論。郵件轉送問題的相關資訊,請參閱微軟知識庫文件 895853<如何疑難排解 Exchange Server 2003 和 Exchange 2000 Server 中的郵件轉送問題>。

Badmail 資料夾中的大量訊息也是潛在問題的指標。要注意特別是 Exchange Server 2003 Service Pack 1 (SP1) 的變動,在該版本上可設定 Badmail 資料夾在指定的排程清空,所以這也應該列入考量。

M: 磁碟和 Exchange IFS 檔案層級掃毒

掃描 M: 磁碟機 / Exchange IFS 肯定會產生交易記錄檔。多數情況下,檔案層級防毒掃描程式會修改它們接觸到的項目。由於 M: 磁碟機是資料庫的虛擬表示,因此該些修改是對資料庫資料進行,所以會有許多交易記錄檔,通常是經過一段時間 (掃描期間) 產生的。資料庫的大小一般並不會因此而增加。

您通常可以查看應用程式記錄中的事件,獲得一些 M: 磁碟機和 Exchange IFS 正被掃描的線索。

在公開和掃描 M: 磁碟機時可能記錄的事件可能包括以下文字:

掃描無法開啟 M:\DOMAIN.COM\MBX\alias\Inbox\somesubject.EML 檔案

部分防毒軟體可能會透過 //./backofficestorage/ 路徑掃描檔案。此路徑仍屬於檔案層級掃描,即使 M: 磁碟機未公開。

不用說,檔案層級掃描要盡快停止!如需詳細資訊,請參閱微軟知識庫文件 328841<Exchange 和防毒軟體>。

Microsoft Entourage 用戶端重送問題

假如 Microsoft Entourage® 是在 Macintosh 電腦上執行,而使用者嘗試傳送比信箱傳送原則所允許的大小還大的電子郵件訊息,則該訊息會留在 [寄件匣] 中,且 Exchange 伺服器上的交易記錄檔案會以驚人的速度增長。若要防止交易記錄檔繼續增長,系統管理員必須叫使用者刪除 [寄件匣] 中的項目。

基本上,其實是 Entourage 用戶端嘗試一而再、再而三地傳送訊息給伺服器,因而導致伺服器上的交易記錄檔增大。您通常不會看到資料庫大小因此問題而增加。

這個問題可能會發生在 Exchange Server 2003 SP1 伺服器和 Exchange 2000 Server SP3 和之後版本的伺服器上。

如需此問題的詳細資訊,請參閱下列微軟知識庫文件

移動信箱和信箱合併精靈操作

大量移動信箱會導致移動信箱的來源和目標兩邊伺服器上產生許多的交易記錄。會發生這種情況是因為最後會在目標伺服器上建立信箱郵件,然後在來源伺服器上刪除。而建立和刪除作業都是要記錄下來的交易。

此外,某些 ExMerge.exe 作業也會製造大量交易記錄。當中的一個例子是將電子郵件封存到 PST 檔案 (這會將訊息從 Exchange 儲存區中刪除),或將訊息從 PST 檔案匯入 Exchange 儲存區 (這會在 Exchange 儲存區中建立訊息)。

使用 Exchange Server 2003 SP1 Recovery Storage Group 功能合併信箱也會產生交易檔案。

線上維護

線上維護會對 Exchange Server 資料庫內的資料執行一系列的動作。有些線上維護工作也會在伺服器上產生交易記錄。這些交易記錄檔一般只會在線上維護期間建立,不過記住這是致使記錄檔建立的原因之一只有好處沒有壞處。

其他詳細資訊

如需詳細資訊,請參閱下列 Exchange 部落格項目:

Dd159863.ninobilic(zh-tw,TechNet.10).jpg Nino Bilic, MCSE, MCSE+I, MCSE+M, MCSA, MCSA+M, A+ Technical Lead, Microsoft Product Support Services Exchange administration support

顯示: