登入
Microsoft.com
 
Microsoft
 
 
 

none
Exchange Server 2003 Database problem RRS feed

 > 

  • 問題

  • Question
    登入以投票
    0
    登入以投票

     

    你好,

     

    這問題在今年3月初發生, 在一星期內那個"priv1.edb" 和 "priv1.stm" 自我澎漲了大概5G, 到月中我做了一次 offline defrag, 那個"priv1.stm" 減小了1G, 但一樣自我澎漲, 到第二天發現連到 Exchange Server 2003 的 Router 有問題, Reboot Router 後問題好像解決了. 我想那次可能是黑客入侵吧!

     

    而我在4月期間我也安裝了 "Symantec AntiSpam Premetium".

     

    一直到6月中, 問題又發生了, 在6月18日上班時我發現那個"priv1.edb" system 自行更新了, 修改時間是6月18/ 01:15AM 左右, 但那次我不知"priv1.edb" 是澎漲還是減小, 所以之後我把更新時間和 File Size 都記下, 一直到6月25和27日, 分別都自我澎漲了64K. 到了今日7月4日又自我澎漲了128K. 而每次的更新時間都是在01:00AM - 01:30AM.

     

    在這3個多月內我也一直留意著 Process, Ram usage, HDD Free space, Database files size, Event Log等等, 除了Database files size外, 其他好像一切正常, 請問有何方法可減小 Database 的容量? Thanks.

     

    My Server Installed : Windows Server 2003 /w SP1, Exchange Server 2003 /w SP2, Windows Defender,

                                  Symantec Mail Security 5.0 with Symantec AntiSpam Premetium.

                                  和大部份2008年3月前的Windows and Exchange update.

     

    Edmond.

    2008年7月4日 上午 03:40
    |

解答

所有回覆

  • Question
    登入以投票
    0
    登入以投票

     

    您好！

     

    首先，解釋一下數據庫為何為增長。如果用戶的郵箱持有大量的郵件，郵箱存儲通常將變的很大。因此，我們經常設置郵箱限制來控制郵箱數據庫的總體大小。然而有時候，我們看到用戶已經刪除了舊的郵件，但是郵箱存儲還沒有縮小。然後這些用戶接收新的郵件，存儲將繼續增長。這是因為在Exchange 中，如果我們刪除郵件，郵件仍然保存在Dumpster中以便恢複。如果我們配置了刪除郵件和刪除郵箱的的保留時間，直到保留時間過期下一次聯機碎片整理時間，這些被已經刪除郵件占用的空間才被被釋放出來。

     

    聯機碎片整理

     

    在數據庫維護過程中，會自動發生 Exchange 數據庫聯機碎片整理。聯機碎片整理可以檢測和刪除不再使用的數據庫對象，從而得到附加的數據庫空間。聯機碎片整理進程可以在不更改數據庫文件大小的情況下，提供更多的數據庫空間。默認情況下，Exchange 被配置為每天在 01:00 和 05:00 之間運行聯機碎片整理。

     

    脫機碎片整理

     

    盡管聯機碎片整理可以提供一些附加的數據庫空間，但必須對 Exchange 數據庫進行脫機碎片整理才能減小 Exchange 數據庫的物理大小。在郵箱存儲和公用文件夾存儲處于脫機狀態時，可以使用 Eseutil 實用工具 (Eseutil.exe) 執行脫機碎片整理。

     

    有關如何運行脫機碎片整理的詳細信息，請您參考下面的鏈接：


    如何對 Exchange 數據庫進行碎片整理
    http://support.microsoft.com/kb/328804

     

    此外，請在Exchange 服務器上收集EXBPA日志，然後將生成的.xml文件發送到我的郵箱：v-rocwan@microsoft.com。

     

    a.請從下面的鏈接處下載該工具，並安裝它；


    Microsoft Exchange Best Practices Analyzer v2.8
    http://www.microsoft.com/downloads/details.aspx?familyid=dbab201f-4bee-4943-ac22-e2ddbd258df3&displaylang=en


    B.雙擊Best Practices Analyzer，


    c.連接到活動目錄，輸入DC的名稱，確保您使用的是Exchange 管理員賬號和域賬號；


    d.點擊Connect to the Active Directory Server，


    e.選擇整個組織作為掃描的範圍，選擇health check；


    f.點擊開始掃描，當掃描結束後，選擇查看報告，選擇導出報告，文件格式選擇XML，


    g.然後將該XML文件壓縮後發送到我的郵箱：v-rocwan@microsoft.com，供我分析研究；


    h.為了避免您的郵件和其他用戶的混淆，請在郵件標題欄填寫您發的帖子的標題。

     

    謝謝！

     

    Rock Wang 望正茂

    2008年7月4日 上午 11:11
    |
    版主
  • Question
    登入以投票
    0
    登入以投票

     

    但如何收集EXBPA日志呢? Thanks.
    2008年7月5日 上午 03:53
    |
  • Question
    登入以投票
    0
    登入以投票

     

    Rock己把收集可法給你如下.

     

    Quote:

    a.請從下面的鏈接處下載該工具，並安裝它；


    Microsoft Exchange Best Practices Analyzer v2.8
    http://www.microsoft.com/downloads/details.aspx?familyid=dbab201f-4bee-4943-ac22-e2ddbd258df3&displaylang=en


    B.雙擊Best Practices Analyzer，


    c.連接到活動目錄，輸入DC的名稱，確保您使用的是Exchange 管理員賬號和域賬號；


    d.點擊Connect to the Active Directory Server，


    e.選擇整個組織作為掃描的範圍，選擇health check；


    f.點擊開始掃描，當掃描結束後，選擇查看報告，選擇導出報告，文件格式選擇XML，


    g.然後將該XML文件壓縮後發送到我的郵箱：v-rocwan@microsoft.com，供我分析研究；


    h.為了避免您的郵件和其他用戶的混淆，請在郵件標題欄填寫您發的帖子的標題。

    2008年7月7日 上午 01:12
    |
  • Question
    登入以投票
    0
    登入以投票

     

    I already send the report for you last week. Are you recevied???

     

    Edmond.

    2008年7月7日 上午 02:34
    |
  • Question
    登入以投票
    0
    登入以投票

     

    您好！

     

    根據您提供的日志，我發現下面這些錯誤信息：

     

    1. Domain Naming Master failed to respond : 
     Cannot contact the server acting as the Domain Naming Master on port 389. Check that Active Directory server 'kbexhg1.kbgroup.local' is functioning correctly. Error code: 389 Not Available.

     

    2. Schema Master failed to respond : 
     Cannot contact the server acting as the Schema Master on port 389. Check that Active Directory server 'kbexhg1.kbgroup.local' is functioning correctly. Error code: 389 Not Available.

     

    3. Infrastructure Master failed to respond Domain: KBGROUP
     Cannot contact the server acting as the Infrastructure Master for domain 'KBGROUP' on port 389. Check that Active Directory server 'kbexhg1.kbgroup.local' is functioning correctly. Error code: 389 Not Available

     

    4. PDC Emulator failed to respond Domain: KBGROUP
     Cannot contact the server acting as the PDC Emulator for domain 'KBGROUP' on port 389. Check that Active Directory server 'kbexhg1.kbgroup.local' is functioning correctly. Error code: 389 Not Available.

     

    5. RID Master failed to respond Domain: KBGROUP
     Cannot contact the server acting as the RID Master for domain 'KBGROUP' on port 389. Check that Active Directory server 'kbexhg1.kbgroup.local' is functioning correctly. Error code: 389 Not Available

     

    6. Exchange server KBEXHG1 is down or unreachable. This could be the result of a network or permissions problem. Error: The network path was not found

     

    7. Global incoming message size not set Organization: KB
     The maximum incoming message size is not set. This can cause reliability problems.

     

    8. Global outgoing message size not set Organization: KB
     The maximum outgoing message size is not set. This can cause reliability problems.

     

    對于最後兩個問題，該問題可能會導致用戶發送和接受巨大郵件，建議您設置Global incoming message size和Global outgoing message size。

     

    您可以參考下面的鏈接來修複上述問題：


    域命名 FSMO 角色未響應
    http://technet.microsoft.com/zh-cn/library/aa995763.aspx

     

    架構 FSMO 角色沒有響應
    http://technet.microsoft.com/zh-cn/library/aa998129.aspx

     

    基礎結構 FSMO 服務器角色不響應
    http://technet.microsoft.com/zh-cn/library/aa995877.aspx

     

    PDC 仿真器 FSMO 角色不響應
    http://technet.microsoft.com/zh-cn/library/aa997913.aspx

     

    RID FSMO 服務器角色沒有響應
    http://technet.microsoft.com/zh-cn/library/aa996986.aspx

     

    此 Exchange 服務器已停機或不可訪問
    http://technet.microsoft.com/zh-cn/library/aa998683.aspx

     

    尚未設置最大傳入郵件大小
    http://technet.microsoft.com/zh-cn/library/aa998459.aspx

     

    未設置最大傳出郵件大小
    http://technet.microsoft.com/zh-cn/library/aa996809.aspx

     

    在修複上述錯誤後，觀察一段時間，看結果如何。

     

    Rock Wang 望正茂

     

     

     

     

    2008年7月8日 上午 08:20
    |
    版主
  • Question
    登入以投票
    0
    登入以投票

     

    你好,

     

    謝謝你的幫肋! 但大前題有何方法先將 Database files size 减少呢? 其實我有一些 Email Accounts 是沒用的, 我可否先一起 Delete Email Accounts 和 Email Box 去直接解決這問題呢? 如果可以的話, 可否指教怎樣一起 Delete Email Accounts 和 Email Box 的方法是最正確呢? Thanks.

     

    Edmond.

    2008年7月8日 上午 08:39
    |
  • Question
    登入以投票
    0
    登入以投票

     

    您好！

     

    首先要說明的是，減少Database files size可以通過脫機碎片整理來實現。

     

    此外，有兩種方法可以使 Exchange 郵箱變為不可用：

     

    •使用 Exchange 系統管理器刪除該郵箱。


    •從 Active Directory 中刪除已啓用郵箱的用戶。這將使該郵箱變為無主郵箱。郵箱仍然存在，但是沒有用戶可以訪問它。

     

    詳細的信息，請參考下面的文檔：


    Microsoft Exchange Server 2003 管理指南


    http://www.microsoft.com/downloads/details.aspx?displaylang=zh-cn&FamilyID=98e45481-1458-4809-97d6-50d8aeebd8a1

     

    Rock Wang 望正茂

    2008年7月10日 上午 01:27
    |
    版主