文章編號: 248122 - 上次校閱: 2007年10月25日 - 版次: 2.3

如何使用 Eseutil 來測試交易記錄檔損壞 Exchange 2000 Server 中和在 Exchange Server 2003

中英文對照顯示按一下這裡顯示機器翻譯的中英文對照
機器翻譯檢視機器翻譯免責聲明
檢視此文章適用的產品。
系統提示本文適用於您使用的作業系統之外的作業系統。與您不相關的文章內容已停用。

在此頁中

全部展開 | 全部摺疊

結論

在 Microsoft Exchange 2000 Server 和 Microsoft Exchange Server 2003 中，您可以使用 Eseutil 公用程式的 /ml 選項若要測試的交易記錄檔的交易完整性。

這項測試也會偵測損毀的寫入"E00.log 檔案中。損毀的寫入是 repairable 條件。因此，如果 E00.log 檔案，測試就會失敗，不要假設您必須捨棄檔。
回此頁最上方

其他相關資訊

若要測試疑似損毀的記錄檔，執行下列命令：
eseutil /ml Log File Name
例如，來測試記錄檔，稱為 E00123ab.log，請鍵入：
eseutil /ml e00123ab.log
如果記錄檔通過測試，會出現下列的回應：
完整性檢查傳遞作為記錄檔： Log File Name
如果記錄檔，測試就會失敗，就會出現下列的回應：
在記錄檔中偵測到損毀: Log File Name
作業因錯誤-501 而終止 (JET_errLogFileCorrupt，記錄檔已損毀)
您可以使用單一命令測試資料夾中的所有記錄檔。如果要執行此動作開啟命令提示字元視窗，然後再變更到記錄檔的所在位置的資料夾]。輸入下列命令：
eseutil /ml Enn
在這個命令 Enn"表示記錄檔前置詞。記錄檔前置詞是由屬於特定儲存群組的所有記錄檔共用的字元前三個記錄檔檔案名稱。比方說 eseutil /ml E00 命令會掃描所有交易記錄檔資料夾中共用相同的記錄檔前置詞。此外，命令報告如果任何交易記錄檔已損毀，超出順序遺失，或使用其他的記錄檔不相符。
回此頁最上方

損毀的寫入和 E00.log

損毀的寫入是之後會突然停止資料庫服務處於 E00.log 檔案的完整實體寫入。損毀的寫入可能被因電源中斷由作業系統損壞叫用上資料庫處理程序的結束處理程序，或使用終止公用程式 (例如 Kill.exe。損毀的寫入會使加總檢查碼上受影響的交易記錄檔將不正確地，計算中，而且記錄檔為 Eseutil 損壞然後偵測到。

損毀的寫入偵測是複雜的程序，Exchange 會判斷交易是否已損壞，因為損毀的寫入或因為其他的因素。如果損毀的寫入問題 Exchange 會在重新啟動資料庫時，修復記錄檔。

Exchange 無法修復記錄檔是損毀寫入以外的因素所造成的損害。無法克服隨機損壞記錄檔的硬體失敗，因為無法可靠地重建資料遺失。

因為 E00.log 檔案是唯一的記錄檔開啟且正在寫入只 E00.log 檔案中發生損毀的寫入。當一個 E00.log 檔案已滿時，它是關閉，而且重新命名有順序的數字。Exchange 無法修復的記錄檔關閉和編號 (如範例為 E00123ab.log)。

造成額外傷害到資料庫，當您嘗試重新執行 eseutil /ml 命令報告的檔案已損毀的 E00.log 沒有風險。如果記錄檔中的問題都只損毀的寫入，就會予以修正。如果問題無法修復，資料庫拒絕資料，而不套用在資料並在應用程式記錄檔中記錄類似下列的事件：

事件類型： 錯誤
事件來源： ESE98
事件類別： 記錄/修復
事件識別碼： 465
日期： 12/9/1999
時間: 2:48:48 PM
使用者: N/A
電腦: Computer_Name
描述: 資訊儲存庫 (2428) 損壞復原期間偵測軟 E:\exchsrvr\THIRD\E00123ab.log 的記錄檔中。失敗的總和檢查碼資料錄是位於位置 8189:328。資料不相符的記錄檔填滿圖樣第一次出現在磁區 8195。

此事件指出無法修復的傷害。在這種案例您可以使用下列建議的解決方案之一：
  • 找出好受損的記錄檔案的複本。在 Exchange 線上備份] 或 [最近使用的伺服器備份上可能存在另一個複本。
  • 丟棄受損的記錄檔一起使用會比受損的記錄檔的所有記錄檔。然後還原一個已知良好線上備份的 Exchange 資料庫。您將會遺失任何損毀的記錄檔建立之後所記錄的資料。
如果這些解決方案不可行，您可以藉由使用 「 硬修復 」 修復資料庫 (/p/p) 功能 Eseutil 公用程式。您執行這項操作之前確定您備份儲存群組 (*.log 檔案、 *.edb 檔案以及 *.stm 檔案) 中的所有資料庫檔案，然後連絡 Microsoft 技術支援部 (PSS) 額外的建議]。硬修復永遠會導致至少部分資料遺失。

在舊版的 Exchange 早 Exchange 2000，記錄檔的總和檢查碼已不可靠的方式計算。如果記錄檔變得損毀，很可能會重新顯示到資料庫檔案的傷害。發生沒有可靠地檢查有無損壞的記錄檔的方法： 已有沒有公用程式來執行這項操作，不僅性質與記錄檔的格式變得不可能因此甚至在理論上做。 記錄檔已很少損毀 Exchange 2000 之前，但當記錄檔已損毀，嚴重損壞修復變得非常困難。傷害無法偵測，所以所造成的損害可能會重新顯示到資料庫。經常，時沒有辦法知道的東西是錯誤直到資料庫損毀或其他原因很快就在啟動後失敗。在這種情況下，您必須完全還原資料庫、 捨棄某些的記錄檔，並希望結果已正確。 Exchange 2000 與 Exchange 2003 大幅改善在這方面，現在很難在資料庫中重新顯示受損的記錄檔或錯誤的記錄檔。除了比對資料庫和記錄檔的簽章，向上 Exchange 2000 與 Exchange 2003 也記錄檢查點值在資料庫標頭中，以便錯誤 E00.chk 結果並不會導致您要重新顯示錯誤記錄檔。此外，Exchange 2000 與 Exchange 2003 同時包含之前 」 和 「 接續 」 dbtime 值，這樣是較新的交易不能播放到資料庫之前播放略過的交易。
回此頁最上方
這篇文章中的資訊適用於:
  • Microsoft Exchange Server 2003 Standard Edition
  • Microsoft Exchange Server 2003 Enterprise Edition
  • Microsoft Exchange 2000 Server Standard Edition
  • Microsoft Exchange 2000 Enterprise Server
回此頁最上方
關鍵字：?
kbmt kbhowto KB248122 KbMtzh
回此頁最上方
機器翻譯機器翻譯
重要：本文是以 Microsoft 機器翻譯軟體翻譯而成，而非使用人工翻譯而成。Microsoft 同時提供使用者人工翻譯及機器翻譯兩個版本的文章，讓使用者可以依其使用語言使用知識庫中的所有文章。但是，機器翻譯的文章可能不盡完美。這些文章中也可能出現拼字、語意或文法上的錯誤，就像外國人在使用本國語言時可能發生的錯誤。Microsoft 不為內容的翻譯錯誤或客戶對該內容的使用所產生的任何錯誤或損害負責。Microsoft也同時將不斷地就機器翻譯軟體進行更新。
按一下這裡查看此文章的英文版本：248122? (http://support.microsoft.com/kb/248122/en-us/ )
回此頁最上方
Microsoft及(或)其供應商不就任何在本伺服器上發表的文字資料及其相關圖表資訊的恰當性作任何承諾。所有文字資料及其相關圖表均以「現狀」供應，不負任何擔保責任。Microsoft及(或)其供應商謹此聲明，不負任何對與此資訊有關之擔保責任，包括關於適售性、適用於某一特定用途、權利或不侵權的明示或默示擔保責任。Microsoft及(或)其供應商無論如何不對因或與使用本伺服器上資訊或與資訊的實行有關而引起的契約、過失或其他侵權行為之訴訟中的特別的、間接的、衍生性的損害或任何因使用而喪失所導致的之損害、資料或利潤負任何責任。