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