none
在Outlook看到的郵件容量與ESE內顯示的不一樣?? RRS feed

  • 問題

  •  

    各位老師:

     

    我們公司設定每個USER信箱為100MB,超過後仍可用,但會收到警告通知,

    有個USER最近不斷收到警告通知,我在他電腦上的Outlook看到此帳號的資料夾大小為45MB

    但是進ESE一看,此帳號卻用了130MB? 為什麼會這樣?  請問該如何處理呢??

    謝謝

     

    PS:公司的環境是Exchange2003 +Office 2003

    2007年6月29日 上午 01:43

解答

  • 資料庫因使用關係會造成 fragment, 因此需要做資料庫重整將資料庫重新排序, 然後釋放出空間來. 信箱搬移的意思, 有那麼一點類似重組的觀念. 只是把信箱的 "資料" 搬移至新的 Store; 而 fragment 留在舊有的 Store. 如此一來既達到重組目的, 同時因為啟用新的資料庫; 新的資料庫也自然沒有 fragment 的問題. 至於你提到是否要跟目前 Store 一樣的磁碟空間才可進行嗎? 這部分原則上是空間越大越好, 畢竟資料是會成長的. 如果你磁碟空間有限的話, 建議你可以檢查 Event ID 的 Source 是: MSExchangeIS Private, ID 是 1221. 在 On-line defragment 後會產生 1221 的記錄. 每一個 Store 會有一個 1221 的事件記錄, 裡面會說明該特定 Store 如果做重整可以釋放出多少空間. 因此你可以推算裡面實際所佔用空間為何 , 然後再做搬移.

    2007年7月3日 上午 01:49
  • 您可以先參考一下之前的討論
    2007年6月29日 上午 08:18

所有回覆

  • 您可以先參考一下之前的討論
    2007年6月29日 上午 08:18
  • 日常管理上建議使用信箱遷移至新的 mailbox store; 然後將原先的 DB 卸載後刪除. 啟用新的 DB 較可確保資料庫的完整以及健康.
    2007年6月29日 上午 09:56
  • 謝謝兩位老師的回覆:


     Jammy-MVP 寫信:

    建議您的作法如下

    停用SMTP Service
    利用Exmerge將所有信箱內容匯出存成PST檔
    利用Outlook以管理者信箱登入,將所有公用資料夾內容匯出存成PST檔
    進行資料庫備份以防萬一
    將Mailbox 及Public folder store卸載
    停用MSExchagneIS Service
    將MDBDATA目錄中的所有檔案搬走或刪除
    重新啟用MSExchagneIS Service
    重新Mount Mailbox store及Public folder store此時會產生一個全新的DB File
    考慮要不要將原始信箱匯回(個人建議最好不要,而是將PST交給使用者自行保管處理)

    之所以想將無效的空間搶回來, 主要是因為此Server空間不足, 公司規定不能將PST放於USER電腦.
    此store佔了28G空間,硬碟剩下來的空間只有15G,無法離線重組.
    請問重組的動作是否能將Eseutil程式與此store搬到其他server上面執行,然後再搬回來?

     

     RyanLiao 寫信:
    日常管理上建議使用信箱遷移至新的 mailbox store; 然後將原先的 DB 卸載後刪除.
    啟用新的 DB 較可確保資料庫的完整以及健康.


    請問您這種作法是直接將郵件搬到新的Store上(一邊搬移一邊刪除), 還是像做重組一樣,需要跟目前Store一樣的磁碟空間才可進行?
    又,將所有信箱搬到新DB後, 就可以直接將舊DB刪掉了嗎?不會有問題吧~

     

     

    謝謝您

     

     

     

     

    2007年7月2日 上午 11:08
  • 若 Exchange Server 本機已無足夠的磁碟空間可以用來重整資料庫的話,的確是可以在別台無安裝 Exchange Server 的機器上重整完畢之後再取代原有的資料庫。請參考XADM:如何在沒有 Exchange Server 的電腦上執行 Eseutil
    2007年7月2日 下午 02:18
  • 資料庫因使用關係會造成 fragment, 因此需要做資料庫重整將資料庫重新排序, 然後釋放出空間來. 信箱搬移的意思, 有那麼一點類似重組的觀念. 只是把信箱的 "資料" 搬移至新的 Store; 而 fragment 留在舊有的 Store. 如此一來既達到重組目的, 同時因為啟用新的資料庫; 新的資料庫也自然沒有 fragment 的問題. 至於你提到是否要跟目前 Store 一樣的磁碟空間才可進行嗎? 這部分原則上是空間越大越好, 畢竟資料是會成長的. 如果你磁碟空間有限的話, 建議你可以檢查 Event ID 的 Source 是: MSExchangeIS Private, ID 是 1221. 在 On-line defragment 後會產生 1221 的記錄. 每一個 Store 會有一個 1221 的事件記錄, 裡面會說明該特定 Store 如果做重整可以釋放出多少空間. 因此你可以推算裡面實際所佔用空間為何 , 然後再做搬移.

    2007年7月3日 上午 01:49