Exchange 資料庫的具名內容或複本識別碼用盡時,收到事件 9666、9667、9668 及 9669

 

上次修改主題的時間: 2012-04-26

本主題提供可能記錄在 Exchange 伺服器應用程式記錄檔中的事件 9666、9667、9668 及 9669 的相關資訊。當已安裝 Mailbox server role 的 Exchange 伺服器上的資料庫接近或到達具名內容或複本識別碼的上限時,便會記錄這些事件。若要深入了解具名內容和複本識別碼,請參閱了解具名內容和複本識別碼限制對 Exchange 資料庫的影響

警告事件 9666 及 9668

為信箱或公用資料夾資料庫建立新的具名內容或複本識別碼,且到達配額警告閾值時,會在事件日誌中記錄警告事件 9666 或 9668。閾值警告比設定的配額少 20 個項目。因此,仍會順利建立具名內容或複本識別碼。發生此情況時,您可能會在應用程式記錄檔中看到下列其中一個事件,或是兩者都看到:

  • 事件識別碼: 9666
    類型:警告
    類別:一般
    來源:msgidNamedPropsQuotaWarning
    描述:為資料庫 "<資料庫名稱>" 建立的具名內容數接近配額限制。目前的具名內容數:<具名內容數>。具名內容的配額限制:<設定的配額>。試圖建立具名內容的使用者:<使用者名稱>。具名內容 GUID:<具名內容的 GUID>。具名內容名稱/識別碼:<具名內容的名稱>。

    important重要事項:
    驗證過的具名內容與未驗證過的具名內容會有不同的限制。這兩種具名內容都會記錄事件 9666。您需要將伺服器登錄中的組態值對應到事件描述,才能判斷哪一集區的具名內容已用盡。
  • 事件識別碼: 9668
    類型:警告
    類別:一般
    來源:msgidReplidsQuotaWarning
    描述:為資料庫 "<資料庫名稱>" 建立的複本識別碼數接近配額限制。目前的複本識別碼數:<複本識別碼數>。複本識別碼的配額限制:<設定的配額>。試圖建立複本識別碼的使用者:<使用者名稱>。

錯誤事件 9667 及 9669

如果資料庫已到達具名內容或複本識別碼配額限制,且試圖建立新的具名內容或複本識別碼,則將會在事件日誌中記錄錯誤事件 9667 或 9669。您將無法順利建立具名內容或複本識別碼。發生此情況時,您可能會在應用程式記錄檔中看到下列其中一個事件,或是兩者都看到:

  • 事件識別碼: 9667
    類型:錯誤
    類別:一般
    來源:msgidNamedPropsQuotaError
    描述:無法為資料庫 "<資料庫名稱>" 建立新的具名內容,因為具名內容數已到達配額限制 (<設定的配額>)。試圖建立具名內容的使用者:<使用者名稱>。具名內容 GUID:<具名內容的 GUID>。具名內容名稱/識別碼:<具名內容的名稱>。

    important重要事項:
    驗證過的具名內容與未驗證過的具名內容會有不同的限制。這兩種具名內容都會記錄事件 9667。您需要將伺服器登錄中的組態值對應到事件描述,才能判斷哪一集區的具名內容已用盡。
  • 事件識別碼: 9669
    類型:錯誤
    類別:一般
    來源:msgidReplidsQuotaError
    描述:無法為資料庫 "<資料庫名稱>" 建立新的複本識別碼,因為複本識別碼數已到達配額限制 (<設定的配額>)。試圖建立複本識別碼的使用者:<使用者名稱>。

此外,任何 MAPI 用戶端 (例如 Microsoft Office Outlook) 若是試圖建立具名內容,可能會收到錯誤碼 0x80040900 (十進位值為 -2147219200)。此錯誤碼會對應到 MAPI_E_NAMED_PROP_QUOTA_EXCEEDED。通常是在使用者試圖傳送新郵件,或是在使用者的 [草稿] 資料夾儲存新郵件時,會收到此錯誤。

解決方案

在資料庫到達具名內容或複本識別碼之設定配額的情況下,復原程序會比較容易。如果資料庫到達絕對上限 32,766,復原程序會較複雜,對 Exchange 環境造成的干擾也比較多。

開始之前

若要執行此程序,必須對您使用的帳戶委派下列項目:

  • Exchange Server 系統管理員角色和目標伺服器的本機 Administrators 群組

如需管理 Microsoft Exchange Server 2007 所需之權限、委派角色及權利的相關資訊,請參閱權限考量

到達具名內容或複本識別碼的設定配額時進行復原

如果您收到警告事件 9666 或 9668,可以增加具名內容或複本識別碼的設定配額,以避免中斷 Exchange 生產環境。由於設定作業需要卸載並重新裝載資料庫,因此您應該將維護時程排定在變更管理程序所允許的最早時間。如果您收到錯誤事件 9667 或 9669,則您的使用者可能早已收到錯誤,因此您應該執行緊急維護作業,增加設定的配額。如需如何增加具名內容及複本識別碼之配額的詳細步驟,請參閱如何設定 Exchange 2007 資料庫的具名內容和複本識別碼配額

important重要事項:
請勿將配額增加到 32,766 個項目的硬性限制。如果您必須增加具名內容或複本識別碼的預設配額,則應該識別狀況的根本原因,且不應允許具名內容或複本識別碼到達上限。

具名內容或複本識別碼到達 32,766 個項目的硬性限制時進行復原

如果資料庫的所有具名內容或複本識別碼都已用盡,您必須執行復原程序,此程序會干擾您的 Exchange 環境。

復原信箱資料庫

  1. 在相同伺服器,或已安裝 Mailbox server role 的不同 Exchange 伺服器上建立新的信箱資料庫。

  2. 將資料庫中需要復原的所有信箱移到新的信箱資料庫。

  3. 在有您需要復原之信箱資料庫的 Exchange 伺服器上,執行下列作業:

    1. 卸載需要復原的信箱資料庫。
    2. 刪除對應到需要復原之信箱資料庫的資料庫檔案。
    3. 裝載信箱資料庫。如此會建立信箱資料庫的空白資料庫檔案。
  4. 將所有信箱移回已復原的空白信箱資料庫。

復原公用資料夾資料庫

  1. 在已安裝 Mailbox server role 的不同 Exchange 伺服器上,建立新的公用資料夾資料庫。

  2. 在需要復原的公用資料夾資料庫與您建立的新公用資料夾資料庫之間設定複寫。如需設定公用資料夾複寫的詳細步驟,請參閱如何設定公用資料夾複寫

    important重要事項:
    如果已經設定了公用資料夾的複寫,可能您組織中的其他公用資料夾資料庫,也包含了已用盡具名內容且也將到達硬性限制的項目。要從此狀況復原需要設定公用資料夾的過時管理,以便清除不再存取且可能消耗具名內容的較舊內容。此外,您也可以將公用資料夾資料庫的內容分散到多個公用資料夾資料庫。
  3. 所有內容都複寫之後,請在需要復原其公用資料夾資料庫的 Exchange 伺服器上執行下列作業:

    1. 卸載公用資料夾資料庫。
    2. 刪除對應到需要復原之公用資料夾資料庫的資料庫檔案。
    3. 裝載公用資料夾資料庫。如此會建立公用資料夾資料庫的空白資料庫檔案。
  4. 允許內容複寫回已復原的公用資料夾資料庫。

建議的後續處理

從具名內容或複本識別碼的用盡狀態復原後,您應試著找出具名內容或複本識別碼的使用量之所以會增加的原因。首先,您應該使用效能監視器密切監視您環境中之具名內容及複本識別碼的建立速率。

使用效能監視器監視您環境中之具名內容及複本識別碼的建立速率

  1. 在您需要監視的 Exchange 伺服器上,啟用額外的 Microsoft Exchange Information Store 服務記錄。如需啟用額外 Microsoft Exchange Information Store 記錄的詳細步驟,請參閱 Microsoft 知識庫文章 254606 XADM:如何啟用額外的資訊儲存庫記錄

  2. 使用效能監視器擷取效能計數器的值。如需使用效能監視器的相關資訊,請參閱監視伺服器效能 (英文)。擷取下列效能計數器的值:

    • MSExchangeIS Mailbox\Rows in NamedProps Table
    • MSExchangeIS Mailbox\Rows in ReplidMap Table
    • MSExchangeIS Public\Rows in NamedProps Table
    • MSExchangeIS Public\Rows in ReplidMap Table
  3. 分析您擷取的效能資料以識別趨勢,並嘗試在這些計數器因網路活動而隨時間增加的數值之間,找出其中的關聯。

如果您無法判斷根本原因,且伺服器上所建立的具名內容和複本識別碼數量持續增加,請與「Microsoft 客戶服務和支援」連絡。如需如何連絡支援中心的相關資訊,請造訪 Microsoft 技術支援服務

相關資訊

如需管理資料庫的相關資訊,請參閱管理儲存群組及儲存區

若要深入了解 Exchange 2007 中的安全性及保護功能,請參閱安全性與保護

若要確保您目前閱讀的是最新資訊,並尋找其他的 Exchange Server 2007 說明文件,請造訪 Exchange Server 技術資源中心.