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

[本主題的目的是要說明 Exchange Server Analyzer 工具所引出的特定問題。您只應將它套用到已執行過 Exchange Server Analyzer 工具且有遇到該特定問題的系統。Exchange Server Analyzer 工具可免費下載，它會從拓撲中的每台伺服器遠端收集組態資料，並自動分析該資料。產生的報告會詳述重要的組態問題、潛在問題及非預設的產品設定。遵循這些建議，您便能達到較佳的效能、延展性、可靠性及執行時間。如需此工具的相關資訊或是要下載最新版本，請參閱 Microsoft Exchange Analyzer (https://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 子資料夾中有太多記錄檔，此工具則會產生下列警告訊息：

在 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 - 連續複寫架構和行為＞(英文)。

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

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

• 管理本機連續複寫
• 管理叢集連續複寫
• 管理待命連續複寫