MSExchangeIS 9518 (0xfffffd9a):遺失檢查點檔案,以及有 1,008 個以上的交易記錄檔

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

上次修改主題的時間: 2009-09-23

Microsoft® Exchange 資料庫疑難排解員工具在應用程式記錄檔中偵測到一或多個具有錯誤碼 0xfffffd9a 的 MSExchangeIS 9518 事件。此錯誤指出此儲存群組的檢查點檔案 (Exx.chk) 遺失或已遭刪除,以及有 1,008 個以上的交易記錄檔顯示在資料庫中。

如果符合下列情況,就可能會發生此問題:

  • 記錄檔與資料庫已正確關閉。因此,未發生需要進行復原的毀損。
  • 已重新命名或刪除 Exx.chk 檢查點檔案。
  • 在不同檢查點之間有 1,008 個以上的記錄檔要重新顯示在伺服器上。
  • 在「向前復原」復原中,儲存群組中的一或多個資料庫遺失,但是記錄檔在復原期間仍然保留在伺服器上。「向前復原」復原作業未順利完成。

在此情況下,Microsoft Exchange Information Store 服務會執行軟復原,並在啟動期間重新顯示所有記錄檔。因為記錄檔與資料庫已正確關閉,所以並不需要執行復原。由於沒有檢查點,所以 Exchange 會處理所有記錄檔,直到遇到正常關機的記錄。因為有 1,008 個以上的記錄檔,所以 Exchange 在遇到正常關機的記錄之前,已先達到 1,008 個記錄檔的限制。

note附註:
如果符合先前所列的情況,而且使用 eseutil /r 命令重新顯示記錄檔,也可能會發生上述徵兆。eseutil /r 命令也會對信箱儲存區執行軟復原。

此錯誤也可能被識別為 JET_errCheckpointDepthTooDeep (-614),而且只適用於 Microsoft Exchange Server 2003。

若要解決 Exchange Server 2003 中的這個問題,請套用 Exchange 2003 SP1 或更新版本。

 
顯示: