Exchange Server 2003 信箱儲存區在信箱儲存區資料庫達到 16 GB 上限時,即無法裝載

文章翻譯 文章翻譯
文章編號: 828070 - 檢視此文章適用的產品。
重要 本文包含如何修改登錄的相關資訊。修改登錄之前,請務必將它備份起來,並瞭解如何在發生問題時還原登錄。如需有關如何備份、還原和修改登錄的詳細資訊,請按一下下面的文件編號,檢視「Microsoft 知識庫」中的文件:
256986 Microsoft Windows 登錄說明
全部展開 | 全部摺疊

在此頁中

徵狀

當 Microsoft Exchange Server 2003 Standard Edition 的信箱儲存區資料庫達到 16 GB 的大小限制時,信箱儲存區即無法裝載。此外,應用程式事件記錄檔可能會記錄下列事件識別碼:

事件類型:錯誤
事件來源:MSExchangeIS
事件類別目錄: 一般
事件識別碼: 1112
描述:資料庫「Mailbox Store (Server Name)」已達到所允許的最大容量。正在嘗試卸載資料庫。

事件類型:警告
事件來源: ESE
事件類別目錄:空間管理
事件識別碼: 445
描述:資訊儲存區 (3160) 資料庫 D:\Program Files\Exchsrvr\MDBDATA\priv1.edb 已達到其最大容量 16383 MB。如果無法重新啟動資料庫,可執行離線磁碟重組以縮減其大小。

注意 雖然事件識別碼 445 的描述中提及 Priv1.edb 檔案已經達到 16,383 MB 的大小限制,但卻未必是真實的狀況。如果 Priv1.edb 檔和 Priv1.stm 檔合併後的大小達到 16,383 MB,就會觸發事件識別碼 445,而 Priv1.edb 檔案本身可能小於 16,383 MB。

如需有關 MSExchangeIS 事件 1112 和 ESE 事件 445 的詳細資訊,請造訪 Microsoft 網站:
http://go.microsoft.com/?linkid=4190138
如需有關使用 Microsoft Exchange Server 2003 Service Pack 2 (SP2) 時,資料庫大小限制設定和管理中各項改良功能的詳細資訊,請參閱《Exchange Server 2003 技術參考指南》中的<資料庫大小限制設定和管理>主題 (英文)。

發生的原因

如果 Exchange Server 2003 Standard Edition 的 Exchange 信箱儲存區資料庫達到 16 GB 的大小限制,即可能發生這個問題。只要信箱儲存區資料庫達到最大容量限制,「訊息資料庫」(MDB) 便會立刻自動關閉。此外,當信箱儲存區資料庫達到最大容量限制時,MDB 將不會重新啟動。這是原有設計的行為,可讓系統在 Exchange Server 2003 Standard Edition 信箱儲存區資料庫在達到設計的大小時,即不再嘗試將資料插入其中。

如需有關如何判斷伺服器所安裝之 Exchange 伺服器版本的詳細資訊,請按一下下面的文件編號,檢視「Microsoft 知識庫」中的文件:
820270 How to View the Type, the Edition, and the Server Version of the Exchange Servers in Your Organization

解決方案

如果要解決這個問題,請使用下列其中一種方法。

方法 1

如果要永久解決這個問題,請升級至 Exchange Server 2003 SP2。

如需有關 Exchange 2003 Service Pack 2 新資料庫大小限制的詳細資訊,請按一下下面的文件編號,檢視「Microsoft 知識庫」中的文件:
912375 How to increase the Exchange Server 2003 Service Pack 2 18-gigabyte database size limit
如需有關如何取得最新版 Exchange Server 2003 Service Pack 的詳細資訊,請按一下下列文件編號,檢視「Microsoft 知識庫」中的文件:
836993 如何取得 Exchange Server 2003 的最新 Service Pack

方法 2

如果您是系統管理員,則必須執行下列工作:
  • 暫時增加 1 GB 的資料庫大小限制。
  • 選擇性地移除不必要的資料庫內容。
  • 重組資料庫可將資料庫降低至所定義的資料庫大小範圍之內。
Exchange Server 2003 Standard Edition 產品中已內建可以暫時加大資料庫大小限制 1 GB 的功能。但如果要啟用這個功能,系統管理員必須建立
Temporary DB Size Limit Extension
登錄項目。

建立
Temporary DB Size Limit Extension
登錄項目之後,必須暫時裝載超過 16 GB 限制的信箱儲存區。但這只是暫時性的解決方法。下一次啟動 Exchange Server 2003 時,大小限制即會還原為 16 GB。因此您必須在容量限制還原為 16 GB 之前,減少資料庫的大小。如果要減少資料庫的大小,請依照下列步驟執行。


警告 如果您使用「登錄編輯程式」或其他方法不當地修改登錄,可能會發生嚴重問題。您可能需要重新安裝作業系統,才能解決這些問題。Microsoft 不保證可以解決這些問題。請自行承擔修改登錄的一切風險。
注意此程序的登錄值,只是用來暫時增加信箱儲存區資料庫的大小限制,這些登錄值並不適用於日常的作業中。
  1. 在執行 Exchange 2003 Standard Edition 或 Exchange 2000 Standard Edition 的電腦中,新增
    Temporary DB Size Limit Extension
    登錄項目。如果要執行這項操作,請依照下列步驟執行:
    1. 按一下 [開始],再按一下 [執行],並在 [開啟] 方塊中輸入 regedit,然後按一下 [確定]
    2. 在登錄中找出下列機碼並加以點選:
      HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\MSExchangeIS\<Exchange Server Name>\Private-<long hexadecimal string>
    3. [編輯] 功能表上,指向 [新增],然後按一下 [DWORD 值]
    4. 輸入 Temporary DB Size Limit Extension,然後按下 ENTER。
    5. 按兩下 [Temporary DB Size Limit Extension]
    6. [數值資料] 方塊中輸入 1,按一下 [底數] 方塊中的 [十進制],然後按一下 [確定]
    7. 結束 [登錄編輯程式]。
  2. 進行修復程序期間,為了避免新電子郵件的內容加入信箱儲存區而超過暫時的 17 GB 限制,因此,強烈建議您在裝載信箱儲存區之前,先暫停「簡易郵件傳送通訊協定」(SMTP) 服務,以及 Microsoft Exchange MTA 堆疊服務。
  3. 裝載您的信箱儲存區。
  4. 移除信箱儲存區中的資料。如果要執行這項操作,請使用下列其中一個方法:
    • 使用 Microsoft Outlook,刪除個別的 [收件匣] 和其他資料夾中不必要的電子郵件項目。
    • 使用 Outlook,刪除 [寄件備份] 資料夾中不必要的電子郵件項目。
    • 使用 Outlook,清空 [刪除的郵件] 資料夾。
    • 如果已經設定保留刪除的項目,您可以暫時將保留時間減少成零 (0) 天:
      1. 按一下 [開始],並指向 [程式集],再指向 [Microsoft Exchange],然後按一下 [系統管理員]
      2. 用滑鼠右鍵按一下 [信箱儲存區],再按一下 [內容]
      3. 按一下 [限制] 索引標籤,然後在 [保留已刪除郵件的天數] 方塊中輸入 0
    • 刪除不再使用的信箱。
    • 使用「移動信箱」工具,將信箱移到另一台執行 Microsoft Exchange Server 的伺服器上的信箱儲存區。
    • 讓使用者在自己的本機硬碟上建立個人資料夾 (.pst) 檔案。然後,從信箱儲存區資料庫將內容封存到他們的本機硬碟。
    • 使用「信箱合併精靈」(ExMerge) 工具,將信箱儲存區資料庫中的內容封存到個人資料夾 (.pst) 檔案。

      注意 ExMerge 工具可以依信箱資料夾或日期範圍來封存內容。

      如需有關如何使用 ExMerge 工具的詳細資訊,請參閱 ExMerge 工具下載隨附的 Mailbox Merge Wizard (ExMerge).doc。如果要下載 ExMerge 工具,請造訪下列 Microsoft 網站:
      http://www.microsoft.com/downloads/details.aspx?FamilyID=429163ec-dcdf-47dc-96da-1c12d67327d5&DisplayLang=en
      如需有關 ExMerge 工具所需權限的詳細資訊,請按一下下面的文件編號,檢視「Microsoft 知識庫」中的文件:
      273642 ExMerge Does Not Work Unless You Have Receive As and Send As Permissions on the Store
  5. 從信箱儲存區移除資料之後,必須執行線上維護,如此才會在執行離線磁碟重組之前將這些郵件標示為永久刪除。

    根據預設,線上維護會排程於每天凌晨 1:00 到 5:00 之間執行。如果要立即強制執行線上維護,請依照下列步驟執行:
    1. 按一下 [開始],指向 [程式集],再指向 [Microsoft Exchange],然後按一下 [系統管理員] 以開啟 [Exchange 系統管理員]。
    2. 按兩下 Microsoft Exchange Server 伺服器,再按兩下 [儲存群組]
    3. 用滑鼠右鍵按一下 [信箱儲存區],然後按一下 [內容]
    4. 按一下 [資料庫] 索引標籤,然後按一下 [自訂],將排程修改為立即執行。

      注意 線上維護可能要花上 30 分鐘來啟動,而且需耗費數小時才能完成。啟動線上維護之後,應用程式事件記錄檔中會記錄下列事件識別碼訊息:

      事件類型: 資訊
      事件來源: ESE
      事件類別目錄:線上磁碟重組
      事件識別碼: 700
      描述:MSExchangeIS (170) 線上磁碟重組正開始完整檢查資料庫 C:\exchsrvr\mdbdata\priv1.edb。

  6. 請檢視應用程式的事件記錄檔,以確認您信箱儲存區的線上維護已經完成。事件識別碼 1221 代表線上維護已經完成。此事件識別碼訊息同時也指出,執行線上磁碟重組之後,您的信箱儲存區還有多少可用的空間。事件識別碼 1221 類似下列事件識別碼:

    事件類型: 資訊
    事件來源:MSExchangeIS 信箱儲存區
    事件類別目錄: 一般
    事件識別碼: 1221
    描述:終止線上磁碟重組之後,資料庫 Storage Group Name\Mailbox Store 擁有 565 MB 的可用空間。

  7. 使用 Eseutil 工具 (Eseutil.exe) 執行信箱儲存區的離線磁碟重組。

    執行離線磁碟重組之前,您必須先卸載信箱儲存區。此外,可用的磁碟空間必須至少等於資料庫大小的 110%,才能執行 eseutil /d。如果您沒有使用 t 命令來指定資料庫檔案的暫存位置,就會自動將 Exchsrvr/Bin 資料夾設定為暫存位置。

    在範例的這個步驟中,X 是硬碟或網路磁碟機上做為重組資料庫的暫時磁碟機代號位置。在信箱儲存區執行 eseutil /d 命令之後,必須卸載儲存群組中的所有儲存區,並且於重新裝載資料庫之前,移除 Mdbdata 資料夾中的所有記錄檔。完成離線磁碟重組所需的時間,會隨著各種因素而有所不同,例如,相關的硬體或者暫存資料庫是否重新導向至網路磁碟機等。例如,您可以使用下列命令列執行 Eseutil 工具:
    exchsrvr\bin\eseutil /d "location of .edb file" /tX:\tempdfg.edb
    注意 當您重組 .edb 資料庫檔案時,相關的 .stm 檔也會一起重組。

    如需有關如何使用 Eseutil 工具的詳細資訊,請按一下下面的文件編號,檢視「Microsoft 知識庫」中的文件:
    328804 How to defragment Exchange databases
    254132 Eseutil /d Defragments the Database and the Streaming File
    192185 如何使用 Eseutil 公用程式 (Eseutil.exe) 進行磁碟重組
  8. 裝載您的資料庫,並製作備份。

    警告 在使用 Eseutil.exe 重組資料庫之後,您必須執行資料庫的完整備份。之所以需要完整備份,是因為資料庫重組所建立的新資料庫檔案會使用新資料庫簽章。還原之後重新執行記錄檔時,會根據資料庫簽章,比對交易記錄檔中所記錄的預期值。重組前進行的任何資料庫備份都會包含具有與新重組的資料庫不同簽章的資料庫檔案。如果舊資料庫已還原,繫結至新重組的資料庫檔案的新交易記錄檔將不會重新執行。
如果您無法將 Exchange Server 伺服器升級為 Exchange Server 2003 SP2,您可以實作信箱限制,以避免資料庫達到容量的最大上限。您可以在信箱儲存區實作信箱的限制。如果有些信箱要求擁有較高的儲存限制,您也可以根據每個信箱的要求,實作個別的容量限制。

如需詳細資訊,請按一下下面的文件編號,檢視「Microsoft 知識庫」中的文件:
319583 HOW TO: Configure Storage Limits on Mailboxes in Exchange 2000

方法 3

使用 Exchange Server 2003 的復原儲存群組新功能,除可裝載復原儲存群組中的資料庫之外,還可使用 Exchange Server 2003 版的 Microsoft Exchange Merge Wizard (Exmerge.exe) 擷取資料庫中的信箱。

Exmerge.exe 功能可以供一般儲存群組的資料庫使用,也可供復原儲存群組的資料庫使用。但當您將 Exmerge.exe 工具與復原儲存群組搭配使用時,請注意下列的差異:
  • 當您從復原儲存群組擷取資料時,無需覆寫針對系統管理群組成員之「接收為」(Receive As) 權限而設定的「拒絕」(Deny) 設定。但當您將資料合併回一般儲存群組時,必須在信箱儲存區中新增適當的使用者帳戶。此外還須指定帳戶的「接收為」(Receive As) 權限。
  • 原始信箱必須繼續存在原始的資料庫中,並須保持對 Active Directory 使用者帳戶的連線。
如需有關如何在 Exchange Server 2003 中使用「復原儲存群組」的詳細資訊,請按一下下面的文件編號,檢視「Microsoft 知識庫」中的文件:
824126 How to use Recovery Storage Groups in Exchange Server 2003

其他相關資訊

Exchange 私人信箱儲存區資料庫的 16 GB 大小限制和 Exchange 公用信箱儲存區資料庫的 16 GB 大小限制,是指 Priv.edb 和 Priv.stm 兩個檔案的大小總和。當您在「Exchange 系統管理員」中檢視信箱所使用的空間時,看到的容量僅為 Priv.edb 檔案所使用的空間,該容量並不包括 Priv.stm 檔案所使用的空間。

當您對信箱設定限制時,只是限制 Priv.edb 檔案中的存放容量,並不會限制 Priv.stm 檔案中的存放容量。例如,在「Exchange 系統管理員」中,信箱看起來只使用了 250 MB 的空間,但是該信箱所使用的總空間可能為 450 MB。發生這個差異的原因在於,Priv.stm 檔案所使用的 200 MB 空間並未顯示在「Exchange 系統管理員」中。

如需 Microsoft Exchange 2000 Server 中有關此問題的詳細資訊,請按一下下面的文件編號,檢視「Microsoft 知識庫」中的文件:
813051 如何暫時增加 Exchange 2000 的 16 GB 資料庫大小限制

如需有關 Exchange Server 2003 Service Pack 2 的詳細資訊,請造訪下列 Microsoft 網站:
http://www.microsoft.com/technet/prodtechnol/exchange/downloads/2003/sp2/download.mspx

?考

如需詳細資訊,請造訪下列 Microsoft TechNet 網站:
http://www.microsoft.com/technet/prodtechnol/exchange/Analyzer/792dea29-08bd-4b2e-9c2f-cc2056994cdd.mspx?mfr=true

屬性

文章編號: 828070 - 上次校閱: 2007年11月21日 - 版次: 11.1
這篇文章中的資訊適用於:
  • Microsoft Exchange Server 2003 Standard Edition
  • Microsoft Exchange Server 2003 Service Pack 1
關鍵字:?
kberrmsg kbtshoot kbexchtechbulletin KB828070
Microsoft及(或)其供應商不就任何在本伺服器上發表的文字資料及其相關圖表資訊的恰當性作任何承諾。所有文字資料及其相關圖表均以「現狀」供應,不負任何擔保責任。Microsoft及(或)其供應商謹此聲明,不負任何對與此資訊有關之擔保責任,包括關於適售性、適用於某一特定用途、權利或不侵權的明示或默示擔保責任。Microsoft及(或)其供應商無論如何不對因或與使用本伺服器上資訊或與資訊的實行有關而引起的契約、過失或其他侵權行為之訴訟中的特別的、間接的、衍生性的損害或任何因使用而喪失所導致的之損害、資料或利潤負任何責任。

提供意見

 

Contact us for more help

Contact us for more help
Connect with Answer Desk for expert help.
Get more support from smallbusiness.support.microsoft.com