exchange裝入數(shù)據(jù)庫失敗解決辦法

Microsoft Exchange 錯誤
裝入數(shù)據(jù)庫“xxxx”失敗。
xxxx
失敗
錯誤:
Exchange 無法裝入指定的數(shù)據(jù)庫。指定的數(shù)據(jù)庫:WIN2003\xxxx\xxxx；錯誤代碼:MapiExceptionCallFailed: Unable to mount database.

(hr=0x80004005, ec=-515)

首先聲明我用的是exchange server 2007
還有類似的比如544、455錯誤等，主要是因為某種原因數(shù)據(jù)庫的日志文件丟失或者錯誤造成的。可以通過以下方法來解決。
這里要使用到eseutil.exe這個程序，他在ex的安裝目錄下的\bin\eseutil.exe

好下面我們來操作來恢復(fù)日志文件。
首先關(guān)掉殺毒軟件，這主要是為了防止它掃描ex安裝的目錄造成文件鎖定之類的問題，然后在出問題的數(shù)據(jù)庫所在的的目錄,比如

\exchange\mailbox\firststroagegroup目錄下是數(shù)據(jù)庫所在目錄，那么在這個文件夾上運行cmd，然后再命令窗口中輸入 eseutil -p "xxx.edb" ;

然后運行eseutil -mh "xxx.edb",在顯示出來的結(jié)果中查看狀態(tài) = 干凈關(guān)閉或者 state=cleanshut；然后我們進行下一步運行  eseutil /r

e00    ,運行后會看到很多log文件，這里最后會提示你最后一個log文件是比如0ad，缺少了log文件0ae，這說明丟失了0AE.LOG這個文件，不要緊，進行下面操作，（注意）雖然進行后會丟失0ad之后的數(shù)據(jù)，但是也比加載不了數(shù)據(jù)庫好吧！來吧繼續(xù)吧：      

找到\exchange\mailbox\firststroagegroup目錄下最新的LOG文件，將其改名為LOG文件的最前三個字符，比如LOG文件全名是“e000000000ad”那

么把它改成“e00”,同理如果是“e010000000ad”那么把它改成“e01”，這時你會發(fā)現(xiàn)本文件夾有E01這個文件重復(fù)了，備份好原來的那個文件，然

后刪除它，再吧0AD改名成E00，好啦大功告成了，去EMC里加載這個數(shù)據(jù)庫試試，是不是可以了奶？

哈哈其他數(shù)據(jù)庫也這么操作，OWA又可以正常訪問了嘎嘎！

下面是微軟給出的官方說法，其實跟我的一樣，只不過是繞口點：
使用下列方法之一恢復(fù) Exchange 日志文件：
方法 1：如果 Exchange 日志文件被隔離
將 Exchange 日志恢復(fù)到包含生產(chǎn)日志文件的文件夾。
啟動"Microsoft Exchange 信息存儲"服務(wù)。如果不缺少任何其他日志文件，將裝入數(shù)據(jù)庫。如果缺少其他日志文件，請查看缺少的日志文件是否位于

防病毒程序的隔離文件夾中。如果日志文件不在隔離文件夾中，請參閱方法2。
如果 Exchange 日志文件被刪除，則必須通過備份還原存儲組數(shù)據(jù)庫。然后必須重播日志文件。若要還原可用的數(shù)據(jù)庫，請執(zhí)行下列步驟：
方法 2：如果 Exchange 日志文件被刪除
將所有不一致的數(shù)據(jù)庫移動到備份文件夾中。

如果新建了E00.log 文件，則將新的 E00.log 文件移動到備份文件夾中。此外，將 E00.chk 文件也移動到備份文件夾中。

將所有現(xiàn)有的日志文件復(fù)制到備份文件夾。注意   必須復(fù)制日志文件。不要移動日志文件。

將最新的E00*.log 文件重命名為 E00.log。

通過備份還原數(shù)據(jù)庫。然后重播日志文件。這樣可使數(shù)據(jù)庫處于一致狀態(tài)。但是，數(shù)據(jù)庫中不包括復(fù)制到備份文件夾中的E00.log 文件。盡管存在一

定的數(shù)據(jù)損失，但是現(xiàn)在您有了可以裝入的數(shù)據(jù)庫。

注意：
如果無法通過備份還原數(shù)據(jù)庫，則對數(shù)據(jù)庫運行修復(fù)實用程序，以使數(shù)據(jù)庫處于一致狀態(tài) 

啟動"MicrosoftExchange 信息存儲"服務(wù)。

如果對受影響的數(shù)據(jù)庫運行了eseutil /p 修復(fù)命令但沒有刪除日志文件，請執(zhí)行下列步驟：

若要確定是否運行了eseutil /p 命令，請執(zhí)行下列操作：
單擊"開始"，再單擊"運行"，鍵入 cmd，然后單擊"確定"。

在命令提示符下鍵入以下命令：

 復(fù)制代碼
c:\program files\exchsrvr\bin\eseutil /mh "c:\programfiles\exchsrvr\mdbdata\<name of Exchange database.edb>"

上述語法假定下列條件為真：

Exchange Server 程序文件安裝在 c:\program files\exchsrvr 文件夾中。
數(shù)據(jù)庫位于 c:\program files\exchsrvr\mdbdata 文件夾中。
讀取修復(fù)計數(shù)屬性。如果修復(fù)計數(shù)屬性為 0（零），則未運行 eseutil /p 命令。如果修復(fù)計數(shù)屬性不是 0，則對數(shù)據(jù)庫運行了 eseutil /p 命令。

如果公用數(shù)據(jù)庫和私人數(shù)據(jù)庫處于一致狀態(tài)或干凈關(guān)閉狀態(tài)，則可以將事務(wù)日志文件移動到其他文件夾中。若要確定數(shù)據(jù)庫是否處于一致狀態(tài)或干凈關(guān)

閉狀態(tài)，請執(zhí)行下列步驟：

若要確定數(shù)據(jù)庫是否處于一致狀態(tài)或干凈關(guān)閉狀態(tài)，請執(zhí)行下列操作：
單擊"開始"，再單擊"運行"，鍵入 cmd，然后單擊"確定"。

若要檢查私人信息存儲，請鍵入以下命令：

 復(fù)制代碼
c:\program files\exchsrvr\bin>eseutil /mh "drive:\programfiles\exchsrvr\mdbdata\priv1.edb"

若要檢查公用信息存儲，請鍵入以下命令：

 復(fù)制代碼
c:\program files\exchsrvr\bin>eseutil /mh "drive:\programfiles\exchsrvr\mdbdata\pub1.edb"

步驟2 和 3 中的語法假定下列條件為真：

Exchange Server 程序文件安裝在 c:\program files\exchsrvr 文件夾中。
數(shù)據(jù)庫位于 c:\programfiles\exchsrvr\mdbdata 文件夾中。
復(fù)查一致性檢查的結(jié)果。如果數(shù)據(jù)庫處于一致狀態(tài)（狀態(tài) = 干凈關(guān)閉），則已將所有日志文件提交到信息存儲。如果數(shù)據(jù)庫處于不一致狀態(tài)（狀態(tài)=

骯臟關(guān)閉），數(shù)據(jù)庫可能未損壞。可能尚未將日志文件提交到數(shù)據(jù)庫。

如果狀態(tài)顯示為干凈關(guān)閉，請將所有mdbdata 目錄中的所有日志文件移動到備份文件夾中。

裝入數(shù)據(jù)庫。

如果使用不正確的日志文件基本名稱運行了eseutil /r 恢復(fù)命令，請使用正確的開關(guān)成功地運行該命令。常用的日志文件基本名稱為e00、e01、

e02 和 e03。例如，以下命令包含正確的日志文件基本名稱：

 復(fù)制代碼
eseutil /r e00
 

ESE 455 -1811 (0xfffff8ed):缺少當前(Exx.log) 事務(wù)日志文件  發(fā)送反饋
Microsoft Exchange 數(shù)據(jù)庫故障排除程序工具在應(yīng)用程序日志中檢測到一個或多個錯誤代碼為-1811 (0xfffff8ed) 的 ESE 455 事件。此事件表

明當前事務(wù)日志(exx.log) 丟失、無法訪問或具有不匹配的簽名。
解釋
此錯誤可能是由以下原因引起的：
對應(yīng)于 JET_errFileNotFound 的錯誤 1811。具有不匹配的簽名和內(nèi)部日志生成編號(LGeneration) 的 Exchange 日志文件可能會出現(xiàn)該問題。通

常，Exchange日志文件是 E00.log 文件。如果 E00.log 文件具有不匹配的簽名，即使數(shù)據(jù)庫是一致的，也可能無法裝入信息存儲。
防病毒程序隔離或刪除了當前 Exchange 日志文件。
為受影響的數(shù)據(jù)庫運行了 eseutil /p 修復(fù)命令，并且沒有刪除日志文件。
使用不正確的日志文件基本名稱運行了 eseutil /r恢復(fù)命令，例如，eseutil /r Exx.log，其中 Exx.log 是包含三個字符的日志文件基本名稱。