在這個過程中，Event Log中會有如下的記錄

Event Type: Information Event Source: ESE98 Event Category: Logging and Recovery Event ID: 301 Date: 10/17/2001 Time: 5:52:11 AM User: N/A Computer: <server_name></server_name> Description: Information Store (XXXX) The database engine has begun replaying logfile ../../E0014553.log.

我們也可以針對已經“Dis-mount”的并且是處在“Inconsistent”的數據庫手工地進行“Soft Recovery”。 具體的命令是“eseutil /r”，后跟數據庫文件的路徑。（推薦在掉電重啟以后執行此命令，可以先運行eseutil /mh確定數據庫狀態，如果是“Inconsistent”，再執行此命令） 由此我們可以發現，Exchange Server有能力對未正常關閉的數據庫進行“自我修復”。因此，ESE確保了即使在突然掉電的情況下，數據庫仍然能夠處在一個可恢復的狀態，并且會在重啟服務以后自動完成狀態檢測和恢復。 M盤的來龍去脈 在Exchange Server 2000發布時，微軟提出了“Web Storage System”的概念，其核心就是提供多種途徑來訪問Exchange Server的數據庫。這些途徑包括 文件系統/IFS －－Http WebDAV －－ExOLEDB/ ADO －－CDO 其中，提供文件系統服務的IFS技術是引起爭議比較多的一個模塊。在安裝Exchange Server 2000后，系統會出現一個M盤。這個M盤，就是由微軟通過IFS（Installable File System）技術實現的一個數據庫到文件系統的映射。開發人員可以通過標準的文件操作API（如CreateFile, OpenFile等）來訪問Exchange Server的郵箱和郵件。 打開M盤，你可以看到一個以你當前域名命名的文件夾。在這個文件加下面，你會看到一個包含了所有郵箱的文件夾，名為MBX。MBX下面，是以用戶的姓名來命名的郵箱文件夾，在每個文件夾下面，都可以看到Inbox、 Outbox等郵箱的內容。每一封信件，都是以擴展名為EML的文件來表示的。 ExIFS使用了一個名為//./BackOfficeStorage的特殊共享名稱來指向數據庫文件。你可以在命令行中運行“Dir //./BackOfficeStorage/domain.con/MBX”，這個命令的實行結果跟直接使用M盤作為盤符是一樣的。 我們可以通過修改注冊表的方式所來改變Exchange Server所映射的盤符。

HLKM/System/CurrentControlSet/Services/ExIFS/Parameters Name: DriveLetter Data Type: REG_SZ Value: Drive letter for IFS (盤符，不需要跟冒號)

在更改注冊表以后，需要重啟Information Store Service使更改生效。 我們也可以使用如下的命令行工具來改變M盤的映射：

Subst X: //./BackOfficeStorage 注釋：把Exchange Store映射到X盤 Subst /d M: 注釋：刪除對M盤的映射

如果我們移除了M盤，我們還是可以通過//./BackOfficeStorage這個共享名字來訪問Exchange Server的數據庫。 ExIFS在Windows中是作為一個隱藏的服務來運行的。下面的注冊表鍵值定義了這個服務的參數：

HLKM/System/CurrentControlSet/Services/ExIFS/Parameters

由于這是一個隱藏的服務，因此我們沒有辦法通過Service控制面板來對這個服務進行控制。但是我們可以通過命令行來做到：

NET Start ExIFS 注釋：啟動服務 NET Stop ExIFS 注釋：停止服務

下面這張圖表示了ExIFS的架構。

ExIFS是使用運行在Windows內核模式的ExIFS.sys驅動程序來實現的。 我們知道，文件系統和Exchange Server的store是兩個完全不同的體系結構。文件系統中的文件只包含比較少的屬性，而保存在Store中的郵件，有其特定的屬性，并且，在 Store中，郵件之間還有非常復雜的關聯關系（跟郵箱的關系，郵箱文件夾的視圖等）。因此，M中以EML形式存在的文件（郵件），只是反映了郵件所有屬性和關系的一個子集。一些對于M盤的不適當操作，往往會破壞數據庫內部的關系，造成數據庫損壞。比較典型的例子是，防病毒軟件掃描M盤，發現“嫌疑病毒” 并予以清除。根據微軟技術支持部門的統計，這是造成Exchange Server Store數據庫損壞的主要原因之一。因為防病毒軟件在清除病毒文件（EML文件）時，采取“野蠻施工”手段，往往會破壞數據庫內部的關聯和郵件結構，進而造成數據庫文件內部結構的損壞。 另一個針對ExIFS的錯誤觀點是：管理員認為對M進行備份即可保存Exchange Server的狀態和所有數據。這是完全不正確的。M盤只是數據庫內容在文件系統上的一個映射，M中所保存的“文件”，歸根結底還是數據庫中保存的郵件。由于映射到M盤，數據庫中的郵件關聯和關系都被去掉了，備份M盤，是沒有辦法恢復數據庫的所有信息。

文章來源 http://bbs.5dmail.net (中文名稱:5Dmail郵件資訊網)

淺談Exchange Server郵件存儲系統-原理篇(3)