早晨一上班，就有同事反映公司的網(wǎng)絡(luò)不能收發(fā)郵件了，打開Outlook Express查看，果然連接不上單位的郵件服務(wù)器。登錄郵件服務(wù)器檢查，Exchange 2000的各個(gè)服務(wù)都已正常啟動(dòng)；再使用Exchange 2000的System Manager檢查各項(xiàng)設(shè)置，發(fā)現(xiàn)First Storage Group中Mailbox Store和PubliC Folder Store未能正常連接，打開資源管理器才發(fā)現(xiàn)原來Exchange 2000虛擬的邏輯磁盤M盤沒有了。手工連接Mailbox Store和Public Folder Store，系統(tǒng)返回“The database files in this store are corrupted.Idno:c104173b”，錯(cuò)誤，可能是郵箱數(shù)據(jù)庫文件有問題了。
在以前使用Exchange 5.5時(shí)郵件量一大經(jīng)常會(huì)出現(xiàn)不能正常連接郵箱數(shù)據(jù)庫文件的問題，所積累的經(jīng)驗(yàn)就是使用Exchange提供的eseutil命令對(duì)郵箱數(shù)據(jù)庫做碎片整理，1個(gè)3GB左右的priv.edb文件經(jīng)過整理后卻只有200MB大小，然后重新啟動(dòng)服務(wù)器后一切恢復(fù)正常。這個(gè)問題隨著郵件服務(wù)器內(nèi)存的不斷擴(kuò)充和Exchange 5.5的Service Pack 4升級(jí)后就很少出現(xiàn)了，采用Exchange 2000已近兩年，這還是首次出現(xiàn)問題。
仍然使用eseutil/d priv1.edb命令對(duì)郵箱數(shù)據(jù)庫做碎片整理，只見priv1.edb文件由600MB減為100MB左右；對(duì)publ.edb也同樣處理，整理完畢后連接Mailbox Store，故障依舊。
繼續(xù)使用eseutil/g priv1.edb命令對(duì)郵箱數(shù)庫做完整性檢查，對(duì)pub1.edb也同樣處理，檢查完畢后再次連接Mailbax Store，故障還在。
咦？既然郵箱數(shù)據(jù)庫都已整理正確，為什么還會(huì)出現(xiàn)“The database files in this store are corrupted.Idno:C104173b”錯(cuò)誤，是哪個(gè)文件出錯(cuò)了呢？
回過頭來查看Exchange 2000郵箱數(shù)據(jù)庫文件所在的目錄，在mdbdata子目錄下有很多個(gè)文件，其中priv1.*和pub1.*為郵箱數(shù)據(jù)庫和公共文件數(shù)據(jù)庫，其余為日志文件。將日志文件全部刪除，重新啟動(dòng)系統(tǒng)后，問題解決。