IgnoredLogs 資料夾包含超過 1 GB 的累積記錄檔

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

上次修改主題的時間: 2010-04-01

Microsoft Exchange Best Practices Analyzer 會檢查已設定為使用下列其中一個高可用性功能之 Microsoft Exchange Server 2007 型伺服器的儲存位置:

  • 本機連續複寫 (LCR)
  • 叢集連續複寫 (CCR)
  • 待命連續複寫 (SCR)

Best Practices Analyzer 會檢查資料儲存位置,以確認有足夠的硬碟空間可用於適當的 Exchange 作業。如果 Best Practices Analyzer 判定交易記錄資料夾的 IgnoredLogs 子資料夾中有太多記錄檔,此工具則會產生下列警告訊息:

 

伺服器 <ServerName> 上儲存群組 '<StorageGroup>' 之 '<FolderName>' 資料夾中的記錄檔大小大於 1GB。一段時間後,記錄檔數量會成長並耗用所有可用的磁碟空間。建議您刪除記錄檔。

在 Exchange LCR、CCR 和 SCR 伺服器上,每個儲存群組都會包含一個名稱為 IgnoredLogs 的子資料夾。例如,伺服器可能會使用與下列類似的路徑來表示特定交易記錄儲存位置:

E:\TransactionLogs\StorageGroup1\IgnoredLogs\

Exchange 使用 IgnoredLogs 資料夾來儲存無法重新顯示的有效記錄檔。例如,記錄檔可能過期或損毀。IgnoredLogs 資料夾也可能會包含下列子資料夾:

  • E00OutofDate
    這個子資料夾包含在容錯移轉期間儲存於被動節點的舊 E00.log 檔案。如果被動節點先前當作主動節點執行,則會在該被動節點上建立 E00.log 檔案。將這些記錄檔移至 E00OutofDate 子資料夾時,會在應用程式記錄檔中記錄事件識別碼 2013。
  • InspectionFailed
    這個子目錄包含檢查失敗的記錄檔。記錄檔檢查失敗時,則會記錄事件識別碼 2013。然後,此記錄檔會移至 InspectionFailed 資料夾。記錄檔檢查程式會搭配使用 Eseutil 工具與其他方法,以確認記錄檔實際上是有效的。這些檢查所傳回的任何例外狀況都會視為失敗結果,而且會將記錄檔視為已損毀。

系統不會自動移除 IgnoredLogs 子資料夾中所累積的記錄檔。因此,在一段時間後,記錄檔數目會增加,而可能會用完儲存位置的可用儲存空間。再加上一般的交易記錄檔產生,就可能導致 Exchange 停止處理郵件。

若要解決這個問題,請刪除適當儲存群組之 IgnoredLogs 子資料夾中的記錄檔。

如需 Exchange 2007 連續複寫架構和行為的相關資訊,請參閱 Microsoft 部落格文章<Is this thing on?:Exchange 2007 - 連續複寫架構和行為>(英文)。

note附註:
每個網誌的內容及其 URL 如有變更,恕不另行通知。每個網誌的內容係依「現狀」提供,不為瑕疵責任擔保且不賦予任何權力。使用內含的指令碼範例或程式碼受限於 Microsoft 使用規定中指定的條款。

如需如何管理 Exchange 高可用性解決方案的相關資訊,請參閱下列主題:

 
顯示: