關于Exchange數據庫文件過大的正確處理方法

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

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

    在早期的exchange版本里，比如exchange 5.5 只有EDB文件，當時微軟將EX主要定位是一個內部郵件系統，使用MAPI協議，這個協議也是微軟的私有協議，EDB文件的作用是專門為此協議進行優化。但在實際運營過程中，我們實際上不只是利用EX5.5接收內部郵件，還要接收來自INTERNET郵件，MAPI并不是一個標準協議，因此每次收到INTERNET郵件時，都需要做一個格式轉換處理。這樣顯然影響了EX5.5郵件服務器性能。

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

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

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

　　情景二:用戶使用標準SMTP/POP3/IMAP4等協議訪問

　　用戶使用非MAPI協議提交的郵件，內容保存在STM文件里，但是由于EDB里有郵箱結構，STM沒有，因此系統會把郵件的重要信息提取出來，放在EDB里。當用戶用MAPI提取郵件時，過程同上，當用戶通過標準協議訪問時，同樣需要進行格式轉換，轉換為STM文件格式返回。

　　這些轉換是在后臺發生的。對用戶來說是透明的。通過上面的描述，你會看到，這兩個文件是緊密聯系的缺一不可。所以，在任何時間我們都不要單獨操作這兩個文件，它們是一個整體。同時也要注意的是，無論用戶使用何方式訪問郵箱，都需要向EDB文件請求郵箱結構信息，這是需要注意的。

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

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

第二步：對服務器上個人郵箱進行壓縮，命令：   c:\>eseutil   /d  /priv。 

第三步工作進行脫機整理，或者說是叫碎片整理。其實exchange不僅具有脫機整理的功能，自己還具有聯機整理的功能，脫機整理只有在特殊情況下才需要進行，一般情況下不需要進行脫機整理，因為聯機整理已經足夠。脫機整理需要卸載存儲，郵件服務器不能正常工作，一般只適合夜間或非工作時間來執行此工作。命令： 

 cd   c:\Program  files\Exchsrvr\bin\        

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

      執行完上述三個步驟之后，重新啟動exchange相關服務，我想exchange數據庫的大小應該有明顯的變化。