ESE 455 -1811 (0xfffff8ed):遺失目前的 (Exx.log) 交易記錄檔

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

上次修改主題的時間: 2008-01-18

Microsoft Exchange 資料庫疑難排解員工具在應用程式記錄檔中偵測到一或多個具有錯誤碼 -1811 (0xfffff8ed) 的 ESE 455 事件。此事件表示目前的交易記錄檔 (exx.log) 遺失、無法存取或簽章不相符。

下列事項可能是造成此錯誤的原因:

  • 對應到 JET_errFileNotFound 的錯誤 1811。此問題可能發生在具有不相符的簽章和內部記錄產生編號 (LGeneration) 的 Exchange 記錄檔。一般而言,Exchange 記錄檔是 E00.log 檔。如果 E00.log 檔含有不相符的簽章,即使資料庫一致,也可能不會裝載資訊儲存庫。
  • 防毒程式隔離或刪除了目前的 Exchange 記錄檔。
  • 已在受影響的資料庫上執行 eseutil /p 修復命令,但記錄檔未移除。
  • 以錯誤的記錄檔基本名稱執行 eseutil /r 復原命令 (例如 eseutil /r Exx.log,其中 Exx.log 為三個字元的記錄檔基本名稱)。

此錯誤也可能被識別為錯誤 -1811,JET_errFileNotFound。此錯誤適用於下列 Exchange Server 版本:

  • Microsoft Exchange Server 2007
  • Microsoft Exchange Server 2003
  • Microsoft Exchange 2000 Server

若要解決這個錯誤,請執行下列一或多個動作:

  • 如果記錄檔含有不相符的簽章和記錄產生號碼,請連絡 Microsoft 客戶支援服務。如需相關資訊,請造訪 Microsoft 技術支援服務網站的 [與我們連絡] 網頁。
  • 如果防毒程式隔離或刪除了目前的 Exchange 記錄檔,請遵循下列步驟:
    • 檢查防毒程式的組態。
    • 確認未將防毒程式設定為掃描 Exchange Server 目錄。
    • 依預設,有些防毒程式會設定為每週以手動或自動模式掃描磁碟機和目錄。此設定很容易受到忽略。確認您已將 Exchange Server 目錄新增至防毒程式的排除位置。如需如何設定防毒程式以與 Exchange 搭配運作的相關資訊,請參閱 Microsoft 知識庫文章 823166<Exchange Server 2003 與防毒軟體概觀>(機器翻譯)。
    • 檢閱防毒程式記錄檔,確認是否已隔離或刪除 Exchange 記錄檔。
    使用下列其中一個方法來復原 Exchange 記錄檔:
方法 1:如果 Exchange 記錄檔已隔離
  1. 將 Exchange 記錄檔復原到包含您工作記錄檔的資料夾中。

  2. 啟動 Microsoft Exchange Information Store 服務。如果其他記錄檔未遺失,則資料庫就會進行裝載。如果有其他記錄檔遺失,請查看遺失的記錄檔是否在防毒程式的隔離資料夾中。如果記錄檔並未在隔離資料夾中,請參閱方法 2。

如果 Exchange 記錄檔已刪除,您必須從備份來還原儲存群組資料庫。接著,您必須重新顯示記錄檔。若要還原可用的資料庫,請遵循以下步驟:

方法 2:如果 Exchange 記錄檔已刪除
  1. 將所有不一致的資料庫移至備份資料夾。

  2. 如果已建立新的 E00.log 檔,請將新的 E00.log 檔移至備份資料夾。此外,將 E00.chk 檔也移至備份資料夾。

  3. 將所有現有的記錄檔複製到備份資料夾。

    note附註:
    您必須複製記錄檔,不可移動記錄檔。
  4. 將最後一個 E00*.log 檔重新命名為 E00.log。

  5. 從備份來還原資料庫。接著,重新顯示記錄檔。這會使資料庫處於一致狀態。不過,資料庫並不包含已複製到備份資料夾的 E00.log 檔。雖然有部分資料遺失,但您現在已經有可裝載的資料庫。

    note附註:
    如果您無法從備份來還原資料庫,請針對資料庫執行修復公用程式,讓資料庫處於一致狀態。
  6. 啟動 Microsoft Exchange Information Store 服務。

如果已在受影響的資料庫上執行 eseutil /p 修復命令,但記錄檔未移除,請遵循以下步驟:

判定是否已執行 eseutil /p 命令
  1. 依序按一下 [開始]、[執行],輸入 cmd,然後按一下 [確定]。

  2. 在命令提示字元中輸入以下內容:

    c:\program files\exchsrvr\bin\eseutil /mh "c:\program files\exchsrvr\mdbdata\<name of Exchange database.edb>"
    

    上述語法的假設前提如下:

    • Exchange Server 程式檔案是安裝在 c:\program files\exchsrvr 資料夾。
    • 您的資料庫是位於 c:\program files\exchsrvr\mdbdata 資料夾。
  3. 讀取 repair count 屬性。如果 repair count 屬性是 0 (零),表示並未執行 eseutil /p 命令。如果 repair count 屬性是 0 以外的數字,則表示已在資料庫上執行 eseutil /p 命令。

如果公用資料庫和私人資料庫處於一致或正常關機狀態,您可以將交易記錄檔移至另一個資料夾。若要判定資料庫是否處於一致或正常關機狀態,請遵循以下步驟:

判定資料庫是否處於一致或正常關機狀態
  1. 依序按一下 [開始]、[執行],輸入 cmd,然後按一下 [確定]。

  2. 若要檢查私人資訊儲存庫,請輸入下列內容:

    c:\program files\exchsrvr\bin\eseutil /mh "drive:\program files\exchsrvr\mdbdata\priv1.edb"
    
  3. 若要檢查公用資訊儲存庫,請輸入下列內容:

    c:\program files\exchsrvr\bin\eseutil /mh "drive:\program files\exchsrvr\mdbdata\pub1.edb"
    

    步驟 2 和 3 的語法其假設前提如下:

    • Exchange Server 程式檔案是安裝在 c:\program files\exchsrvr 資料夾。
    • 您的資料庫是位於 c:\program files\exchsrvr\mdbdata 資料夾。
  4. 檢閱一致性檢查的結果。如果資料庫一致 (狀態 = 正常關機),表示所有記錄檔都已認可到資訊儲存庫。如果資料庫不一致 (狀態 = 不正常關機),資料庫可能並未損毀。記錄檔可能還沒有認可到資料庫中。

  5. 如果狀態回報為正常關機,請將所有 mdbdata 目錄中的所有記錄檔移至備份資料夾。

  6. 裝載資料庫。

如果使用錯誤的記錄檔基本名稱執行過 eseutil /r 復原命令,請使用正確參數以便成功執行命令。常用的記錄檔基本名稱為 e00、e01、e02 和 e03。例如,下列命令即包含正確的記錄檔基本名稱:

eseutil /r e00

如果問題仍然存在,請連絡 Microsoft 客戶支援服務。如需相關資訊,請造訪 Microsoft 技術支援服務網站的 [與我們連絡] 網頁。

 
顯示: