我個(gè)人一直認(rèn)為如果想把Exchange 的本質(zhì)就是一個(gè)數(shù)據(jù)庫(kù)，是微軟開(kāi)發(fā)的一個(gè)基于ese 的數(shù)據(jù)庫(kù)的應(yīng)用，這也是為什么Exchange 復(fù)雜和難于管理的原因。
2007 的存儲(chǔ)結(jié)構(gòu)有三個(gè)設(shè)計(jì)目標(biāo)，分別是：
1. 提供單一服務(wù)器更多的用戶(hù)訪(fǎng)問(wèn)能力，特別是64bit的推出，至少提升300%的用戶(hù)郵箱能力；
2. 提高可用性，2007的storage group 和 store 的可用性都有很大的提高，參考下表
3. 實(shí)現(xiàn)災(zāi)備能力，以前只有一個(gè)cluster 的概念，起只能起到服務(wù)的可靠性，現(xiàn)在多了： lcr,ccr,scc,scr 這些從數(shù)據(jù)層面提供了更高的保障，后面我會(huì)仔細(xì)研究這些；
注意： 一個(gè)server 最多能管理50個(gè)store --即數(shù)據(jù)庫(kù)！ 這是2007 enterprise 的最大限額！
不要小看這5-》 50 的變化，要知道 數(shù)據(jù)庫(kù)的備份很重要，但恢復(fù)更重要，記得 2003 時(shí)代，mailstore 如果很大的話(huà)，對(duì)Exchange 管理員 是個(gè)災(zāi)難，因?yàn)榛謴?fù)要花費(fèi)更多的時(shí)間；現(xiàn)在 Exchange 2007 允許有50個(gè)storage group ,每一個(gè)storage group 可以創(chuàng)建50 個(gè)store,你想想，可以為那些特殊的用戶(hù)群-如公司的管理層，建立不同的store,對(duì)老板們的SLA 可以做到更好，因?yàn)檫@樣備份和恢復(fù)變得方便很多！
建議 單獨(dú)的 mail store 不要大于100GB；1個(gè)storage group 最后 只有 1個(gè)mailstore. 規(guī)劃數(shù)據(jù)庫(kù)容量的時(shí)候 按照需求的120% 來(lái)創(chuàng)建！
EXCHANGE服務(wù)器的存儲(chǔ)實(shí)際上是由叫ESE的數(shù)據(jù)庫(kù)引擎來(lái)管理的,這是MS專(zhuān)門(mén)為保存非關(guān)系型數(shù)據(jù)而開(kāi)發(fā)的，AD數(shù)據(jù)庫(kù)、DHCP、WINS、SRS 都是用這種引擎；
EXCHANGE 2003 的數(shù)據(jù)庫(kù)是由EDB文件、STM文件（非 MAPI訪(fǎng)問(wèn)數(shù)據(jù)）和LOG文件組成的。2007 中stm 文件消失了！為了提高I/O性能，stm 流寫(xiě)道EDB中了。on demand content conversion 還是需要的 主要被CAS 和 Transport server 出理，mailstore 也處理一些legacy 的 owa 的訪(fǎng)問(wèn)
作為一個(gè)數(shù)據(jù)庫(kù)系統(tǒng)，ESE有責(zé)任提供事務(wù)級(jí)別的操作的支持，并維護(hù)數(shù)據(jù)庫(kù)的完整性和一致性。對(duì)數(shù)據(jù)庫(kù)系統(tǒng)而言，提到事務(wù)時(shí)，一般用ACID來(lái)描述事務(wù)的特點(diǎn)。
A--Atomic(原子的):事務(wù)必須是全或全無(wú)的操作，要么全部成功更新，要么全部不被更新
C--Consistent(一致的):一個(gè)成功提交的事務(wù)必須使數(shù)據(jù)庫(kù)處于一個(gè)一致的狀態(tài)。
I--Isolated(孤立的):所有未提交的更改都必須能夠和其他事務(wù)孤立。
D--Durable(持久的):當(dāng)事務(wù)一旦提交，所做的更改必須存儲(chǔ)到穩(wěn)定的介質(zhì)上，防止系統(tǒng)失敗導(dǎo)致的數(shù)據(jù)庫(kù)不一致。
ESE 作為事物機(jī)制，遵循下面 4個(gè)設(shè)計(jì)標(biāo)準(zhǔn)：
1.what happens if there is a crash?
2.reduce the I/O
3.self-tunning
4.24*7
ESE 同時(shí)提供一種 “write-ahead” 機(jī)制，保證其ACID，參考下圖：
同時(shí)，2007 的log file 大小從原來(lái)的5M 變成現(xiàn)在的1M，更加方便數(shù)據(jù)復(fù)制和恢復(fù)！MS 推薦 log file 最好單獨(dú)存放到raid 1 /raid 10的磁盤(pán)上，因?yàn)槠?Wirte的 性能最好！edb 們 放到 raid 5上！
注意，一個(gè)storage group 共享一套log file. 你可以用 eseutil/ml 工具 dump 出log file 的head 部分的 數(shù)據(jù)。
MS 建議不要采用循環(huán)日志的方法，也不要采用手工的方法刪除這些日志，應(yīng)該做好storage group 的備份策略。
這部分內(nèi)容，對(duì)Exchange DBA 來(lái)說(shuō)非常重要，但一般的管理人員，做一些了解即可；
參考：
http://sysapp.51cto.com/art/200512/13190.htm 寫(xiě)的還是不錯(cuò)的！
另外： 2003 的 Exifs 即我們常說(shuō)的 M盤(pán)，在2007 中徹底被放棄了，這個(gè)M 盤(pán)曾經(jīng)很容易被殺毒軟件掃描出問(wèn)題，從而導(dǎo)致數(shù)據(jù)庫(kù)不一致的問(wèn)題，去掉還是應(yīng)該的！
還有那個(gè)public floder 本來(lái)是去掉的，在2007 sp1中又加上了，我還是不看好他的未來(lái)，已經(jīng)被MOSS取代了，大家還是不要研究了。
在 exchange 2007 中 index/searching 有所加強(qiáng)，采用了sql 2005 中的 ms search 3.0 技術(shù)！除了 public floder 很多地方都支持，還支持附件的搜索，但我個(gè)人用桌面版的 ms search 3.0 和 google desktop search 相比的話(huà)，MS Search 找到的東西很多 但垃圾也很多，還需要改進(jìn)！
