如何解決exchange2013數據庫無法裝載故障處理

本篇文章為大家展示了如何解決exchange2013數據庫無法裝載故障處理，內容簡明扼要并且容易理解，絕對能使你眼前一亮，通過這篇文章的詳細介紹希望你能有所收獲。

一用戶，郵件系統為exchange2013，未對數據庫進行定期備份，導致日志容量不斷增長，其中一個數據庫所在分區容量被撐爆，當時，用戶自己手動對部分日志進行了轉移到臨時目錄。分區空間騰出來200多GB，數據庫仍無法裝載。
事件日志報錯為：
MapiExceptionDatabaseError: Unable to mount database. (hr=0x80004005, ec=1108) Diagnostic context: Lid: 65256 Lid: 10722 StoreEc: 0x454 Lid: 1494 ---- Remote Context Beg ---- Lid: 45120 dwParam: 0x915D7628 Lid: 57728 dwParam: 0x915D7667 Lid: 46144 dwParam: 0x915D7ADB Lid: 34880 dwParam: 0x915D7ADB Lid: 34760 StoreEc: 0xFFFFFDE3 Lid: 41344 Guid: 2a2855dc-18b6-4538-9182-f595330a6876 Lid: 35200 dwParam: 0xA6F0 Lid: 46144 dwParam: 0x915D7D5C Lid: 34880 dwParam: 0x915D7D5C Lid: 54472 StoreEc: 0x1388 Lid: 42184 StoreEc: 0x454 Lid: 1750 ---- Remote Context End ---- Lid: 1047 StoreEc: 0x454 [數據庫: XXDB, 服務器: MailDB01.xxxx.com]
以上為聯系到用戶后的狀態。
排查過程，首先，確認目前分區可用空間足夠。其次，檢查數據庫關閉狀態為dirtyshutdown。使用eseutil進行修復，歷時50分鐘，提示成功完成修復。手動裝入數據庫，仍然提示無法裝載數據庫。再次修復，使用mout-database -force強制裝載數據庫，仍然失敗。查找KB，需將數據庫所在路徑的所有日志（.log）及檢查點文件（.chk） 移動到臨時目錄，因用戶長期未對數據庫備份，日志文件達到1TB之多，歷時8個小時的日志文件遷移。完成日志和檢查點文件遷移后，數據庫自動裝入，問題解決。
有一點注意的是，所有*.log文件都需要移走。提醒大家，數據庫一定要定期進行備份。

上述內容就是如何解決exchange2013數據庫無法裝載故障處理，你們學到知識或技能了嗎？如果還想學到更多技能或者豐富自己的知識儲備，歡迎關注億速云行業資訊頻道。