Exchange 数据库用尽命名属性或副本标识符时收到事件 9666、9667、9668 和 9669

  • 项目

 

上一次修改主题： 2012-04-26

本主题提供了事件 9666、9667、9668 和 9669 的相关信息，这些事件可能会记录在 Exchange 服务器的应用程序日志中。安装了邮箱服务器角色的 Exchange 服务器上的数据库接近或达到命名属性或副本标识符的上限时，将记录上述事件。有关命名属性和副本标识符的详细信息，请参阅了解命名属性和副本标识符限制对 Exchange 数据库的影响。

警告事件 9666 和 9668

如果在为邮箱数据库或公用文件夹数据库创建新的命名属性或副本标识符时达到配额警告阈值，将在事件日志中记录警告事件 9666 或 9668。警告阈值比所配置的配额少 20 个条目。命名属性或副本标识符将成功创建。如果发生这种情况，可能会在应用程序日志中看到下列的一个或两个事件：

  • 事件 ID： 9666

    类型：警告

    类别：常规

    来源：msgidNamedPropsQuotaWarning

    说明：为数据库“<数据库名称>”创建的命名属性数接近配额限制。当前命名属性数：<命名属性数>。命名属性的配额限制：<所配置的配额>。尝试创建命名属性的用户：<用户名>。命名属性 GUID：<命名属性的 GUID>。命名属性的名称/ID：<命名属性的名称>。

    important要点：
    经过身份验证的命名属性和未经过身份验证的命名属性各有不同的限制。对于这两个类型的命名属性，记录事件均为 9666。需要将服务器注册表中的配置值关联到事件说明，以确定用尽的命名属性池。

  • 事件 ID： 9668

    类型：警告

    类别：常规

    来源：msgidReplidsQuotaWarning

    说明：为数据库“<数据库名称>”创建的副本标识符数接近配额限制。当前副本标识符数：<副本标识符数>。副本标识符的配额限制：<所配置的配额>。尝试创建副本标识符的用户：<用户名>。

错误事件 9667 和 9669

如果数据库已达到命名属性或副本标识符的配额限制，并尝试创建新的命名属性或副本标识符，将在事件日志中记录错误事件 9667 或 9669。命名属性或副本标识符无法成功创建。如果发生这种情况，可能会在应用程序日志中看到下列的一个或两个事件：

  • 事件 ID： 9667

    类型：错误

    类别：常规

    来源：msgidNamedPropsQuotaError

    说明：为数据库“<数据库名称>”创建新的命名属性失败，因为命名属性数已达到配额限制（<所配置的配额>）。尝试创建命名属性的用户：<用户名>。命名属性 GUID：<命名属性的 GUID>。命名属性的名称/ID：<命名属性的名称>。

    important要点：
    经过身份验证的命名属性和未经过身份验证的命名属性各有不同的限制。会为这两个类型的命名属性记录事件 9667。需要将服务器注册表中的配置值关联到事件说明，以确定用尽的命名属性池。

  • 事件 ID： 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. 在同一台服务器或安装了邮箱服务器角色的其他 Exchange 服务器上创建一个新的邮箱数据库。

  2. 将需要恢复的数据库中的所有邮箱移到新的邮箱数据库。

  3. 在包含需要恢复的邮箱数据库的 Exchange 服务器上执行下列操作：

    1. 卸除需要恢复的邮箱数据库。

    2. 删除与需要恢复的邮箱数据库相对应的数据库文件。

    3. 装入邮箱数据库。此时将为邮箱数据库创建一个空白的数据库文件。

  4. 将所有邮箱移回已恢复的空白邮箱数据库。

恢复公用文件夹数据库

  1. 在安装了邮箱服务器角色的其他 Exchange 服务器上创建一个新的公用文件夹数据库。

  2. 配置需要恢复的公用文件夹数据库与新建的公用文件夹数据库之间的复制。有关配置公用文件夹复制的详细步骤，请参阅如何配置公用文件夹复制。

    important要点：
    如果已经为公用文件夹配置了复制，组织中的其他公用文件夹数据库很可能也包含用尽命名属性的项目，也将达到硬限制。要在这种情况下进行恢复，您需要为公用文件夹配置期限，以便清除当前未访问并且可能正在占用命名属性的旧内容。此外，还可以在多个公用文件夹数据库之间分发公用文件夹数据库的内容。

  3. 复制了所有内容后，在包含需要恢复的公用文件夹数据库的 Exchange 服务器上执行下列操作：

    1. 卸除公用文件夹数据库。

    2. 删除与需要恢复的公用文件夹数据库相对应的数据库文件。

    3. 装入公用文件夹数据库。此时将为公用文件夹数据库创建一个空白的数据库文件。

  4. 可以将内容复制回已恢复的公用文件夹数据库。

推荐的后续操作

在用尽命名属性或副本标识符的情况下执行恢复后，应尝试查明使用的命名属性数或副本标识符数增加的原因。首先，应使用性能监视器密切监视环境中创建命名属性和副本标识符的速率。

使用性能监视器监视环境中创建命名属性和副本标识符的速率

  1. 在需要监视的 Exchange 服务器上启用其他 Microsoft Exchange 信息存储服务日志记录。有关启用其他 Microsoft Exchange 信息存储日志记录的详细步骤，请参阅 Microsoft 知识库文章 254606 XADM：如何启用其他信息存储日志记录。

  2. 使用性能监视器捕获性能计数器值。有关使用性能监视器的详细信息，请参阅监视服务器性能。捕获下列性能计数器的值：

    • NamedProps 表中的 MSExchangeIS Mailbox\Rows

    • ReplidMap 表中的 MSExchangeIS Mailbox\Rows

    • NamedProps 表中的 MSExchangeIS Public\Rows

    • ReplidMap 表中的 MSExchangeIS Public\Rows

  3. 分析捕获的性能数据，以确定趋势并尝试找到这些计数器随着时间推移而增加与网络活动之间的相关性。

如果无法确定根本原因，并且服务器上创建的命名属性数和副本标识符数继续增加，请与 Microsoft 客户服务和支持部门联系。有关如何与支持部门联系的信息，请参阅 Microsoft 帮助和支持。

详细信息

有关管理数据库的详细信息，请参阅管理存储组和数据库。

有关 Exchange 2007 中的安全性和保护功能的详细信息，请参阅安全和保护。