На сервере Exchange 2007 возникает следующая ошибка:
Код события: 9667 Тип: ошибка Категория: Общие Источник: msgidNamedPropsQuotaError Описание: Не удалось создать новое именованное свойство для базы данных «», поскольку количество именованных свойств достигло предела квоты (). Пользователь пытается создать указанное свойство:. GUID именованного свойства:. Имя / идентификатор именованного свойства:.
Я понимаю, что это может произойти, если хранилище информации обмена заполняется именованными свойствами ... но я не знаю, как определить, какое конкретное именованное свойство здесь виновато. Есть ли способ проверить базу данных на предмет информации этого типа, чтобы увидеть, есть ли конкретное повторяющееся именованное свойство, которое потребляет ресурсы?
-M
Это вызвано не каким-то одним из названных свойств, а их обилием. За последние пару лет у меня была эта проблема несколько раз. Вначале Microsoft сочла целесообразным разрешить любому старому X-заголовку в почте преобразовывать его в именованное свойство в Exchange. Они также сочли нужным жестко запрограммировать максимальное количество именованных свойств. Проходит время, и шутники в заголовках делают вот что:
X-IHateYou: True
Или другие программные пакеты, делающие глупые вещи вроде:
X-20010122113201: True
Который Outlook послушно повысил до NamedProperty. И у людей начала заканчиваться квота NamedProperties. Microsoft опубликовала несколько статей по этому поводу за последние годы.
Несколько ресурсов:
То, что вы видите, - это не то, что NamedProperty привыкает к истощению, вы действительно ХОТИТЕ, чтобы они перешли в NamedProperties. Что вам не нужно, так это X-заголовки, которые вы не дадите мокрой лапше за продвижение по службе, если в этом нет необходимости. Exchange 2007 добился некоторого прогресса в решении этой проблемы в последних пакетах обновления и накопительных пакетах обновлений, о чем свидетельствуют связанные статьи. Однако, если вы столкнулись с этим сейчас, осталось только увеличить квоту NamedProperties.