В этом разделе приведены сведения о событиях 9666, 9667, 9668 и 9669, которые могут регистрироваться в журнале приложений сервера Exchange. Эти события регистрируются в том случае, когда в базе данных на сервере Exchange с установленной ролью сервера почтовых ящиков приближается или достигается максимальное ограничение числа именованных свойств или идентификаторов реплик. Дополнительные сведения об именованных свойствах и идентификаторах реплик см. в разделе Влияние ограничений именованных свойств и идентификаторов реплик на базы данных Exchange.

События состояния «предупреждение» 9666 и 9668

Если при создании именованного свойства или идентификатора реплики для базы данных почтовых ящиков или общих папок достигается порог предупреждения квоты, в журнале событий регистрируется событие состояния «предупреждение» 9666 или 9668. Порог предупреждения на 20 записей меньше настроенной квоты. Именованное свойство или идентификатор реплики будут успешно созданы. При этом в журнале приложений будет создано одно или оба из указанных ниже событий.

  • Код события: 9666

    Тип: Предупреждение

    Категория: Общие

    Источник: msgidNamedPropsQuotaWarning

    Описание: Количество именованных свойств, созданных для базы данных "<имя_базы_данных>", приближается к допустимой квоте. Текущее количество именованных свойств: <количество_именованных_свойств>. Квота для именованных свойств: <настроенная_квота>. Пользователь, который пытается создать именованное свойство: <имя_пользователя>. GUID именованного свойства: <GUID_именованного_свойства>. Имя или идентификатор именованного свойства: <имя_именованного_свойства>.

    Важно!
    Ограничения для именованных свойств, прошедших и не прошедших проверку подлинности, различаются. Событие 9666 регистрируется для обоих типов именованных свойств. Чтобы определить, какой пул именованных свойств исчерпан, необходимо сопоставить значения конфигурации в реестре сервера с описанием события.
  • Код события: 9668

    Тип: Предупреждение

    Категория: Общие

    Источник: msgidReplidsQuotaWarning

    Описание: Количество идентификаторов реплики, созданных для базы данных "<имя_базы_данных>", приближается к допустимой квоте. Текущее количество идентификаторов реплики: <количество_идентификаторов_реплик>. Квота для идентификаторов реплики: <настроенная_квота>. Пользователь, который пытается создать идентификатор реплики: <имя_пользователя>.

События состояния «ошибка» 9667 и 9669

Если для базы данных достигнута квота именованных свойств или идентификаторов реплики и предпринимается попытка создать именованное свойство или идентификатор реплики, в журнале событий регистрируется событие 9667 или 9669. Именованное свойство или идентификатор реплики не будут успешно созданы. При этом в журнале приложений будет создано одно или оба из указанных ниже событий.

  • Код события: 9667

    Тип: Ошибка

    Категория: Общие

    Источник: msgidNamedPropsQuotaError

    Описание: Не удается создать новое именованное свойство для базы данных "<имя_базы_данных>", поскольку достигнута квота (<настроенная_квота>) на количество именованных свойств. Пользователь, который пытается создать именованное свойство: <имя_пользователя>. Идентификатор GUID именованного свойства: <GUID_именованного_свойства>. Имя или идентификатор именованного свойства: <имя_именованного_свойства>.

    Важно!
    Ограничения для именованных свойств, прошедших и не прошедших проверку подлинности, различаются. Событие 9667 регистрируется для обоих типов именованных свойств. Чтобы определить, какой пул именованных свойств исчерпан, необходимо сопоставить значения конфигурации в реестре сервера с описанием события.
  • Код события: 9669

    Тип: Ошибка

    Категория: Общие

    Источник: msgidReplidsQuotaError

    Описание: Не удается создать новый идентификатор реплики для базы данных "<имя_базы_данных>", поскольку достигнута квота (<настроенная_квота>) на количество идентификаторов реплик. Пользователь, который пытается создать идентификатор реплики: <имя_пользователя>.

Кроме того, любые MAPI-клиенты, такие как Microsoft Office Outlook, которые пытаются создать именованные свойства, могут получать ошибку с кодом 0x80040900 (-2147219200 в десятичной записи). Этот код соответствует ошибке MAPI_E_NAMED_PROP_QUOTA_EXCEEDED. Она обычно возникает в том случае, если пользователь пытается отправить новое сообщение или сохранить его в папке «Черновики».

Решение

Проще выполнить восстановление, когда база данных достигает настроенной квоты именованных свойств или идентификаторов реплик. Если достигнуто максимальное ограничение (32 766), процесс восстановления более сложен и оказывает более негативное воздействие на среду Exchange.

Предварительная подготовка

Для выполнения описанных ниже действий используемой учетной записи необходимо делегировать следующее:

  • роль администратора сервера Exchange и членство в локальной группе администраторов на целевом сервере.

Дополнительные сведения о разрешениях, делегировании ролей и правах, необходимых для администрирования сервера Microsoft Exchange Server 2007, см. в разделе Вопросы, связанные с разрешениями.

Восстановление после достижения настроенной квоты именованных свойств или идентификаторов реплик

Если выводится событие состояния «предупреждение» 9666 или 9668, можно повысить настроенную квоты именованных свойств или идентификаторов реплик, чтобы предупреждения не мешали работе среды Exchange. Так как для такой настройки требуется отключить и повторно подключить базы данных, необходимо запланировать период обслуживания на самое раннее время, которое допустимо процессом управления изменениями. Если возникает событие состояния «ошибка» 9667 или 9669, вероятно, что пользователи уже получают ошибки. Для повышения настроенных квот требуется срочно провести обслуживание. Дополнительные сведения об увеличении квот именованных свойств и идентификаторов реплик см. в разделе Настройка квот именованных свойств и идентификаторов реплик для баз данных Exchange Server 2007.

Важно!
Не повышайте квоты до жесткого ограничения (32 766 записей). Если требуется увеличить квоту по умолчанию для именованных свойств или идентификаторов реплик, укажите основную причину ситуации. Не допускайте достижения максимального ограничения для числа именованных свойств и идентификаторов реплик.

Восстановление после достижения жесткого ограничения для именованных свойств или идентификаторов реплик (32 766 записей)

Если истощены все именованных свойства или идентификаторы реплик для базы данных, необходимо выполнить восстановление, которое негативно влияет на среду Exchange.

Восстановление базы данных почтовых ящиков

  1. Создайте новую базу данных почтовых ящиков на том же сервере или на другом сервере Exchange, на котором установлена роль сервера почтовых ящиков.

  2. Переместите все почтовые ящики из базы данных, которую требуется восстановить, в новую базу данных.

  3. На сервере Exchange с базой данных почтовых ящиков, которую требуется восстановить, выполнить указанные ниже действия.

    1. Отключите восстанавливаемую базу данных почтовых ящиков.

    2. Удалите файл восстанавливаемой базы данных почтовых ящиков.

    3. Подключите базу данных почтовых ящиков. При этом будет создан пустой файл для базы данных почтовых ящиков.

  4. Переместите все почтовые ящики в восстановленную пустую базу данных почтовых ящиков.

Восстановление базы данных общих папок

  1. Создайте новую базу данных общих папок ящиков на другом сервере Exchange, на котором установлена роль сервера почтовых ящиков.

  2. Настройте репликацию между базой данных общих папок, которую требуется восстановить, и созданной базой данных общих папок. Дополнительные сведения о настройке репликации общих папок см. в разделе Настройка репликации общих папок.

    Важно!
    Если для общих папок уже настроена репликация, возможно, что количество именованных свойств в других базах данных общих папок в организации также достигнет жесткого ограничения. Для устранения этой проблемы необходимо настроить для общих папок устаревание, чтобы удалять более раннее содержимое, к которому отсутствует доступ и которое может использовать именованные свойства. Кроме того, можно распределить содержимое базы данных общих папок между несколькими базами данных общих папок.

  3. После репликации всего содержимого на сервере Exchange с восстанавливаемой базой данных общих папок выполните указанные ниже действия.

    1. Отключите базу данных общих папок.

    2. Удалите файл базы данных, который соответствует восстанавливаемой базе данных общих папок.

    3. Подключите базу данных общих папок. При этом будет создан пустой файл для базы данных общих папок.

  4. Дождитесь репликации содержимого в восстановленную базу данных общих папок.

Дальнейшие действия

После восстановления после истощения именованных свойств или идентификаторов реплик попытайтесь выяснить причину, по которой используется повышенное число именованных свойств или идентификаторов реплик. Прежде всего, необходимо тщательно отследить скорость создания именованных свойств и идентификаторов реплик в среде с помощью системного монитора.

Отслеживание скорости создания именованных свойств и идентификаторов реплик в среде с помощью системного монитора

  1. Включите дополнительные возможности ведения журнала событий банка данных Microsoft Exchange на отслеживаемом сервере Exchange. Дополнительные сведения о включении дополнительных возможностей ведения журнала событий банка данных Microsoft Exchange см. в статье 254606 базы знаний Майкрософт XADM. Включение дополнительных возможностей ведения журнала банка данных (на английском языке).

  2. Соберите значения счетчиков производительности с помощью системного монитора. Дополнительные сведения о системном мониторе процессов см. в статье Наблюдение за производительностью сервера (на английском языке). Требуется выполнить сбор значений следующих счетчиков производительности:

    • Почтовый ящик банка данных MSExchange\Строк в таблице NamedProps

    • Почтовый ящик банка данных MSExchange\Строк в таблице ReplidMap

    • MSExchangeIS (общие папки)\Строк в таблице NamedProps

    • MSExchangeIS (общие папки)\Строк в таблице ReplidMap

  3. Проанализируйте полученные данные о производительности для выявления тенденции и постарайтесь найти соответствие между повышением значений счетчиков с течением времени и событиями в сети.

Если не удается выявить основную причину, а количество именованных свойств или идентификаторов реплик, создаваемых на серверах, продолжает расти, обратитесь в службу технической поддержки корпорации Майкрософт. Дополнительные сведения о том, как обратиться в службу технической поддержки, см. на веб-узле Справка и поддержка Майкрософт (на английском языке).

Дополнительные сведения

Дополнительные сведения об управлении базами данных см. в разделе Управления группами хранения и базами данных.

Дополнительные сведения о функциях безопасности и защиты, доступных в Exchange 2007, см. в разделе Безопасность и защита.