作為一名Exchange管理員在管理exchange服務(wù)器的過程中,經(jīng)常會(huì)碰到一些問題,比如日志過大,exchange數(shù)據(jù)庫文件過大等一系列問題,最近發(fā)現(xiàn)一些管理員提出stm文件過大該如何處理?有些網(wǎng)友建議刪除.stm文件,exchange重新相關(guān)服務(wù)會(huì)產(chǎn)生一個(gè)新的.stm文件,這種做法雖然也可以,但不值得推薦,即使在刪除STM文件之前你做過備份,也是不可取的.如果你刪除了.STM文件意味著你也刪除了與stm同步的edb文件，這意味著什么，意味著存儲(chǔ)在服務(wù)器上的郵件將會(huì)全部丟失，有人說我做了備份，調(diào)用那些文件我還原一個(gè)備份文件，重掛一下存儲(chǔ)組不就OK啦，貌似可以，但這并不是最佳的解決方案，這就好比電腦一出問題就重裝系統(tǒng)一下，不管大毛病小毛病，重裝系統(tǒng)當(dāng)然OK，效率并不一定最高。關(guān)鍵我們要學(xué)會(huì)找到和排除問題的方法。

湛河網(wǎng)站制作公司哪家好，找成都創(chuàng)新互聯(lián)！從網(wǎng)頁設(shè)計(jì)、網(wǎng)站建設(shè)、微信開發(fā)、APP開發(fā)、自適應(yīng)網(wǎng)站建設(shè)等網(wǎng)站項(xiàng)目制作，到程序開發(fā)，運(yùn)營維護(hù)。成都創(chuàng)新互聯(lián)從2013年成立到現(xiàn)在10年的時(shí)間，我們擁有了豐富的建站經(jīng)驗(yàn)和運(yùn)維經(jīng)驗(yàn)，來保證我們的工作的順利進(jìn)行。專注于網(wǎng)站建設(shè)就選成都創(chuàng)新互聯(lián)。

    大家都知道exchange的數(shù)據(jù)庫文件是由EDB，其實(shí)stm也是exchange數(shù)據(jù)文件的一部分。既然它們都是exchange數(shù)據(jù)庫文件，那它們之間又有什么樣的關(guān)系呢？

   在早期的exchange版本里，比如exchange 5.5只有EDB文件，當(dāng)時(shí)微軟將EX主要定位是一個(gè)內(nèi)部郵件系統(tǒng)，使用MAPI協(xié)議，這個(gè)協(xié)議也是微軟的私有協(xié)議，EDB文件的作用是專門為此協(xié)議進(jìn)行優(yōu)化。但在實(shí)際運(yùn)營過程中，我們實(shí)際上不只是利用EX5.5接收內(nèi)部郵件，還要接收來自INTERNET郵件，MAPI并不是一個(gè)標(biāo)準(zhǔn)協(xié)議，因此每次收到INTERNET郵件時(shí)，都需要做一個(gè)格式轉(zhuǎn)換處理。這樣顯然影響了EX5.5郵件服務(wù)器性能。

　在EX2000及以后的EX版本里，微軟增加了對(duì)INTERNET郵件的支持，這就是STM文件的來源。MAPI格式是RPC和二進(jìn)制標(biāo)準(zhǔn)的，而STM是純文本加上一些MIME編碼格式，這樣的區(qū)別使得它們不可能存儲(chǔ)在同一數(shù)據(jù)庫里。因此EX2000中，微軟開始使用EDB和STM兩個(gè)文件來分別保存兩種格式的郵件。并且在兩個(gè)文件之間建立了引用和關(guān)聯(lián)。對(duì)于用戶來說，它的郵箱實(shí)際上是跨越了EDB和STM文件共同組成的。另外，需要注意的是，EDB文件中還保留著用戶的郵箱結(jié)構(gòu)。所以EDB文件更加重要。那么EDB和STM是怎么協(xié)同工作的呢?我們以幾個(gè)情景來分析之。

　情景一:用戶使用OUTLOOK(MAPI)發(fā)送接收郵件

　在該情景下，用戶將郵件通過MAPI協(xié)議提交給數(shù)據(jù)庫，直接被保存EDB文件中。當(dāng)用戶通過MAPI訪問郵箱里的郵件時(shí)，如果被訪問的郵件在EDB里，直接返回，如果在STM里(如外來郵件)，則執(zhí)行轉(zhuǎn)換，將STM轉(zhuǎn)換為EDB文件格式，再返回用戶。

　情景二:用戶使用標(biāo)準(zhǔn)SMTP/POP3/IMAP4等協(xié)議訪問

　用戶使用非MAPI協(xié)議提交的郵件，內(nèi)容保存在STM文件里，但是由于EDB里有郵箱結(jié)構(gòu)，STM沒有，因此系統(tǒng)會(huì)把郵件的重要信息提取出來，放在EDB里。當(dāng)用戶用MAPI提取郵件時(shí)，過程同上，當(dāng)用戶通過標(biāo)準(zhǔn)協(xié)議訪問時(shí)，同樣需要進(jìn)行格式轉(zhuǎn)換，轉(zhuǎn)換為STM文件格式返回。

　這些轉(zhuǎn)換是在后臺(tái)發(fā)生的。對(duì)用戶來說是透明的。通過上面的描述，你會(huì)看到，這兩個(gè)文件是緊密聯(lián)系的缺一不可。所以，在任何時(shí)間我們都不要單獨(dú)操作這兩個(gè)文件，它們是一個(gè)整體。同時(shí)也要注意的是，無論用戶使用何方式訪問郵箱，都需要向EDB文件請(qǐng)求郵箱結(jié)構(gòu)信息，這是需要注意的。

     上面是原理分析，那么我們到底該如何解決.stm或.edb文件過大這個(gè)問題呢？個(gè)人認(rèn)為處理方法可以分為三步走。

第一步，通過exchange管理器，打開存儲(chǔ)組，對(duì)已刪除賬戶的郵箱進(jìn)行清理，同時(shí)還需要檢視一下已經(jīng)辭工，而郵箱依然保留的賬戶，這些賬戶里的郵件是否需要進(jìn)行收下來，這一部分可能有兩三個(gè)原因，一個(gè)原因是有些用戶當(dāng)然離職了，比如象銷售部門同事，郵箱需要作暫時(shí)保留；另一個(gè)部分是出差人員用OWA操作，寄件的內(nèi)容保留在服務(wù)器上面；第三個(gè)原因可能是IT管理人員配置的時(shí)候，未把郵件保留在本地，或用戶誤操作引起，還有的是POP3方式，服務(wù)器上保留備份引起的。這些保留在服務(wù)器上的郵件日積月累將會(huì)嚴(yán)重影響了exchange數(shù)據(jù)庫的負(fù)擔(dān)，這一部分我們根據(jù)期類別進(jìn)行分類處理，能保留在客戶端就保留在客戶端，不重要的要立即清除，剩余重要的才保留在服務(wù)器。

第二步：對(duì)服務(wù)器上個(gè)人郵箱進(jìn)行壓縮，命令：   c:\>eseutil   /d  /priv。 

第三步工作進(jìn)行脫機(jī)整理，或者說是叫碎片整理。其實(shí)exchange不僅具有脫機(jī)整理的功能，自己還具有聯(lián)機(jī)整理的功能，脫機(jī)整理只有在特殊情況下才需要進(jìn)行，一般情況下不需要進(jìn)行脫機(jī)整理，因?yàn)槁?lián)機(jī)整理已經(jīng)足夠。脫機(jī)整理需要卸載存儲(chǔ)，郵件服務(wù)器不能正常工作，一般只適合夜間或非工作時(shí)間來執(zhí)行此工作。命令： 

 cd   c:\Program  files\Exchsrvr\bin\        

eseutil   /d   ../mdbdata/priv1.edb 。

     執(zhí)行完上述三個(gè)步驟之后，重新啟動(dòng)exchange相關(guān)服務(wù)，我想exchange數(shù)據(jù)庫的大小應(yīng)該有明顯的變化。