很多Exchange管理員都碰到一個頭痛的問題：日志文件霸占磁盤空間。
    磁盤空間是有限的;但是Exchange只要在運行，日志文件的產(chǎn)生就是無限的，雖然每個只有5M大小，但是日志文件的產(chǎn)量很驚人的，大部分的磁盤空間都被日志文件霸占了;微軟在設(shè)計Exchange的時候，提供了一個“啟用循環(huán)日志”功能，啟用這個功能后，系統(tǒng)只會產(chǎn)生5個5M大小的日志文件，循環(huán)更替使用，日志文件霸占磁盤空間的問題是被解決了，不過從這一刻開始，你就向上帝祈求吧，祈求你的Exchange數(shù)據(jù)庫在你的任職期間一路平安。如果有個三長兩短，mount不上去的時候，你就找個地方哭吧!因為你有一段時間內(nèi)的郵件丟了。
    我之這樣肯定說丟了郵件是因為：
    第一，我就不相信你有做到時時備份;
    第二，除非你很幸運，你上次備份到現(xiàn)在，你的Exchange沒有處理過一封郵件。
    第三，數(shù)據(jù)庫修復(fù)或恢復(fù)是需要日志文件的，你那5個循環(huán)日志能幫你多少?
    就憑借以上三個原因，我絕對是舉雙手雙腳建議你關(guān)閉“循環(huán)日志”功能的。
    依據(jù)一、我自己的教訓(xùn)與經(jīng)驗;
    依據(jù)二、微軟官方對Exchange數(shù)據(jù)庫的說明。
    具體的原因，就請你看下面的內(nèi)容，以下內(nèi)容是根據(jù)微軟官方資料說明以及自己對Exchange Server的管理經(jīng)驗整理出來的，供各位參考，以便更清楚的認(rèn)識Exchange Server的存儲系統(tǒng)，以及各部分的作用。
    一、IS服務(wù)和ESE的層次關(guān)系
    IS服務(wù)我們一定很了解了，它是Exchange服務(wù)器中重要的服務(wù)之一，它控制著對MS(Mail Store)和PF(public Folder)的存儲操作請求，如果這個服務(wù)沒有啟動，Exchange服務(wù)器就是名存實亡。我們也知道，Exchange服務(wù)器的存儲實際上是由叫ESE的數(shù)據(jù)庫引擎來管理的。這個ESE引擎是微軟專門為保存非關(guān)系型數(shù)據(jù)而開發(fā)的，目前在微軟的很多產(chǎn)品中都有廣泛的應(yīng)用，如：AD數(shù)據(jù)庫、DHCP、WINS、SRS等等。
    Exchange的數(shù)據(jù)庫是由EDB文件、STM文件和LOG文件組成的。在這些文件里，微軟使用了“B+樹”的內(nèi)部數(shù)據(jù)結(jié)構(gòu)。ESE的引擎的任務(wù)之一，就是當(dāng)IS服務(wù)請求訪問數(shù)據(jù)庫的時候，把這些請求轉(zhuǎn)化為對內(nèi)部數(shù)據(jù)結(jié)構(gòu)的讀寫訪問?！癇+樹”的特點是能夠?qū)Υ鎯υ谟脖P上的數(shù)據(jù)提供快速訪問能力。微軟利用“B+樹”作為ESE的后臺結(jié)構(gòu)的主要原因，就是盡可能的提高訪問數(shù)據(jù)時I/O性能。當(dāng)然，這些結(jié)構(gòu)對于EXCHANGE STORE來說是透明的。
    另外，作為一個數(shù)據(jù)庫系統(tǒng)，ESE有責(zé)任提供事務(wù)級別的操作的支持，并維護數(shù)據(jù)庫的完整性和一致性。對數(shù)據(jù)庫系統(tǒng)而言，我們提到事務(wù)時，一般用ACID來描述事務(wù)的特點：
    A - Atomic(原子的)：事務(wù)必須是全或全無的操作，要么全部成功更新，要么全部不被更新。
    C - Consistent(一致的)：一個成功提交的事務(wù)必須使數(shù)據(jù)庫處于一個一致的狀態(tài)。
    I - Isolated(孤立的)：所有未提交的更改都必須能夠和其他事務(wù)獨立開來的。
    D - Durable(持久的)：當(dāng)事務(wù)一旦提交，所做的更改必須存儲到穩(wěn)定的介質(zhì)上，防止系統(tǒng)失敗導(dǎo)致的數(shù)據(jù)庫不一致。(此點非常重要!)
    Atomic這個詞,我查字典是“原子的;原子能的;極微的”解釋，好像這里用這樣翻譯很不大對勁，感覺解釋為“絕對的”比較好懂。