删除MDBDATA目录所有文件是否可行？

player8661 · 发表于 2006-3-1 09:36:54

EXCHANGE2000的系统，不知不觉发现硬盘空间只剩下可怜的5G，priv1.edb已经30多G了，整理是不可能的了，我想是否可以删除整个目录里的所有文件，然后让系统重新启动后自建，是否可行？邮件内的内容没有必要考虑保存了，整个清空并不会影响什么，以前使用EXCHANGE5.5的时候这样干过，重起服务就可以了，2000可以不可以？没有试验过，现在还不敢动手，望高手指点，或者谁有可以模拟的环境试验一下，我这里没有：（先行谢过！

thm0908 · 发表于 2006-3-1 10:21:34

不行，那样你会死得很惨！

player8661 · 发表于 2006-3-1 10:30:02

那这种情况下如何解决？就这样干等着硬盘空间一点点消耗干净之后死机？还是有什么可以替代的办法？

thm0908 · 发表于 2006-3-1 10:49:06

先将邮件收到客户端，然后压缩数据库即可！

player8661 · 发表于 2006-3-1 10:59:17

空间不足了呀，这样大小的空间会不会没办法压缩？找到这样一份文档，是否可以作参考？我需要一个模拟环境试验下就好，哪位兄弟帮帮忙，试验一下。 
Ｑ０１：Exchange Information Store啟動問題疑難排除 
Ａ：在Microsoft Exchange Server 4.0中，可能會出現Information Store損毀而無法啟動的情形。這種損毀，可能是因為執行Microsoft Exchange Server的機器突然發生停電，或是硬體裝置故障將資訊寫回磁碟中時發生錯誤。下面的文章會敘述如何修復一個無法啟動的Information Store。 
下面的步驟，在循環註冊 (Circular logging) 方式設定為OFF以及用戶曾經定期進行備份時，成功機會可以達到最高。假如循環註冊設定為ON (預設值) 時，則步驟1, 2, 6-9為有效，因為循環註冊會在其內含資料交付 (commit) 給資料庫時，會自動更新交易記錄 (transaction logs) 檔案。假如備份並未實施時，則可以實施步驟1, 2, 8, 9。想了解備份及還原程序的資料及策略時，可以參考Microsoft Exchange Administrator's Guide手冊的第十五章。 
 
下面步驟的順序請嚴格遵守以便修復不能啟動的Information Store。這些步驟是企圖 (以效果依次遞減的方式) 儘量拯救最多的資料。 
 
請查詢Windows NT Event Viewer Application Log之中的EDB, MSExchangeIS, MSExchangePriv, MSExchangePub訊息，從這些錯誤訊息中可能獲知Information Store的問題所在。在Application記錄中，最常見的錯誤訊息是磁碟空間不足，或是指示用戶要執行Isinteg -patch。 
進一步的資料，請參考Microsoft Knowledge Base的下列文件： 
 
編號：Q128325文件 
 
標題：XSRV IS: Reclaiming Disk Space for the Information Store 
 
編號：Q149238文件 
 
標題：XSRV IS: Information Store Fails to Start with -1011 Error。 
 
關閉所有Microsoft Exchange Services，然後重新啟動Microsoft Exchange伺服器。當Information Store在重新啟動時會自動進行修復，將資料庫恢復成正常狀態。 
對Information Store進行完整的off-line備份 (停止所有Microsoft Exchange Services)，應該包括所有EDB及LOG檔案。（請留意，這些EDB及LOG檔案可能會儲存在不同的磁碟機上），想知道它們的確實位置，可以到registry (系統登錄) 之中，在HKEY_LOCAL_MACHINE項目下尋找 
\SYSTEM\CurrentControlSet\Services\MSExchangeIS\ParametersSystem條目 
 
然後查詢其下的DB Log Path參數。此舉只是一種預防措施，目的是在進行下列步驟前，先了解Microsoft Exchange Server的目前狀況。當需要進行步驟八或步驟九時，需要這些資料。 
 
將上次進行的完整on-line備份加以還原，記得不要選擇Start Services after Restore選項。然後將後來實施過的任何Information Store之on-line遞增式（Incremental）備份，依次加以還原（日期由上一個完整備份之日到出現問題之日止）。只有在對「最後一次」遞增式備份進行還原時，才要選擇Start Service after Restore選項。　　　　接著記得不要選擇刪除全部現有資料的選項。當Information Store啟動時，它會roll forward所有現有的資料庫記錄 (log)，然後將資料放入已恢復正常的Information Store中，這樣就能將Information Store恢復成毀損前的狀態。假如成功了，那就不會損失任何資料。不過請留意：自步驟五開始，就難免會損失一些資料了。 
假如步驟四仍無法啟動Information Store，請到Event Viewer Application Log裡面，查詢來源是EDB的記錄訊息，在進行步驟四遞增式備份還原時，每個記錄檔案 (log file) 都會有個訊息。假如某一個EDB訊息顯示在還原某個記錄檔案時出現問題，則請到Mdbdata目錄中刪除這個毀損的記錄檔案，還有所有號碼更大的記錄檔案。一旦清除這些檔案後，請試著重新啟動Information Store。假如：Application Log中表示Edb00012.log無法處理或是毀損，而在Mdbdata目錄中，記錄檔案的編號範圍在Edb000001.log到Edb000025.log之間，您要做的便是刪除Edb000012.log至Edb0000025.log的檔案，然後重新啟動Information Store。假如此舉能成功，則損失的只有儲存在這些被刪除之記錄檔案中的資料。 
假如步驟五還不能成功，請將上次Information Store的完整on-line備份加以還原，選擇Start Service After Restore選項，並選擇清除目前的所有資料選項。此舉可以將Information Store恢復成上次on-line備份時的狀態。接著請到Microsoft Exchange Administrator裡面，在Server物件屬性畫面中選擇Advanced標籤，然後執行DS/IS consistency tool。 
假如步驟六仍然失敗，請用另一個日期最接近的完整off-line或完整on-line備份來還原看看。 
假如步驟七也失敗了，請將Mdbdata目錄中的所有.EDB及.LOG檔案加以刪除，然後由問題發生時的Database備份中復原Priv.edb及Pub.edb (步驟三)。然後到Exchsrvr\bin目錄中執行Edbutil /d /r /ispriv，再執行Edbutil /d /r /ispub。這個工具程式會將私人及公用的information store加以磁碟重組 (defragment)，然後試著修復任何遇到的資料庫錯誤。一旦Edbutil.exe執行成功，就可試著啟動Information Store。假如啟動成功，Microsoft強烈建議您對私人及公用information store執行Isinteg -fix指令，以便清除任何在執行Edbutil時遺留下來的不一致情況。執行edbutil /d /r時可以刪除資料，這是在無計可施下的最後一招，使用這個指令時可以隨時向Microsoft PSS徵詢意見。想進一步了解Edbutil及Isinteg兩個工具時，請參考Microsoft Exchange Administrator's Guide第二冊中的Troubleshooting章節，或是查詢Microsoft Knowledge Base的下列文件： 
編號：Q143233文件 
 
標題：XSRV Adm: Command Line Parameters for Edbutil.exe。 
 
假如上述方法皆失敗，剩下的唯一方法便是清除Information Store。要找到問題是出在PUBLIC或是PRIVATE的Information Store中，必須一次清除一個，先由Public Store開始。這個動作會清除掉所有的使用者郵件訊息、所有的使用者資料夾 (清除Private Store，也就是Priv.edb)、所有公用資料夾Public Folder (清除Public Store，也就是Pub.edb)。 
想要清除Public Information Store時，請參照下列步驟： 
 
確定你已完成步驟三 (完整備份)，或是已將Exchsrvr\Mdbdata目錄複製到硬碟上其他地方。 
在Exchsrvr\Mdbdata目錄中，刪除所有Edb*.log檔案、所有Res*.log檔案、Edb.chk及Pub.edb。 
請試著啟動Information Store服務，假如啟動成功，則表示你已失去所有公用資料夾的資料 (但是新的Pub.edb, Res*.log及Edb.chk會自動產生)、及所有記錄檔案中的資訊，不過你會保留所有儲存在Private Information Store (Priv.edb) 之中的使用者郵件訊息及資料夾。 
假如清除Public Information Store失敗，請執行下列步驟： 
 
清除任何Mdbdata目錄中的資訊。 
從備份磁帶或其他地方取回一份Pub.edb。 
試著重複啟動Information Store，假如這個服務能啟動，表示公用資料夾的資料是完整的，但是所有的使用者郵件訊息、資料夾以及記錄檔案內的資訊都會失去。使用者的郵件信箱會在他們下次登入時重新建立。 
假如上面的所有方法都無效，則清除Exchsrvr\Mdbdata內的所有資訊，再重新啟動Information Store服務，此時可以回到最初安裝時的狀態。 
 
DS/IS consistency（在Server物件屬性畫面中的Advanced標籤內) 檢查程式，可以清除任何Directory/Information Store的不一致性。

player8661 · 发表于 2006-3-1 11:31:17

修正一个小笔误，是priv1.stm接近30G，priv1.ebd只有600M

		自动登录	找回密码
密码			会员注册

删除MDBDATA目录所有文件是否可行？

re:不行，那样你会死得很惨！

re:那这种情况下如何解决？就这样干等着硬盘空...

re:先将邮件收到客户端，然后压缩数据库即可！

re:空间不足了呀，这样大小的空间会不会没办法...

re:修正一个小笔误，是priv1.stm接近...

浏览过的版块