在這個過程中，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.

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

HLKM/System/CurrentControlSet/Services/ExIFS/Parameters

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

NET Start ExIFS 注釋：啟動服務(wù) NET Stop ExIFS 注釋：停止服務(wù)

下面這張圖表示了ExIFS的架構(gòu)。

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

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

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