Дата последнего изменения раздела: 2007-01-05

Анализатор сервера Microsoft® Exchange считывает следующую запись реестра, чтобы определить число записей в значении PoisonIDs:

HKEY_LOCAL_MACHINE\System\CurrentControlSet\Services\MSExchangeIS \<ExchangeServerName> \Private- <PrivateInformationStoreGUID>

Если анализатор сервера Exchange обнаруживает, что число записей в значении параметра PoisonIDs больше 0, выводится предупреждение.

Версии Exchange Server, более поздние чем Exchange Server 2003 с пакетом обновления 1 (SP1), обрабатывают сообщения таким образом, чтобы поврежденные и неверные сообщения не вызывали неожиданной остановки службы банка данных Exchange и не мешали успешному запуску этой службы.

В серверах Exchange Server 2003 с пакетом обновления 1 или более поздних версиях отслеживаются сообщения, вызывающие неожиданную остановку службы банка данных Exchange при преобразовании из формата MAPI в формат MIME. В случае возникновения сбоя код поврежденного сообщения сохраняется в реестре. Если поврежденное сообщение вызывает неожиданный останов службы три раза, эти сведения используются для предотвращения обработки сообщения после четвертого запуска службы банка данных Exchange.

Если служба банка данных Exchange неожиданно остановлена из-за поврежденного сообщения, создается параметр реестра PoisonIDs в следующем разделе:

HKLM\System\CurrentControlSet\Services\MSExchangeIS \<ExchangeServerName> \Private- <PrivateInformationStoreGUID>

Кроме того, администратор может создать запись реестра PoisonThreshold. Параметр PoisonThreshold определяет наибольшее количество прохождений сообщения через банк данных Exchange перед тем, как это сообщение добавляется в раздел PoisonIDs. По умолчанию это пороговое значение равно 2. Чтобы включить такое поведение, данное пороговое значение должно быть превышено. Таким образом, служба банка данных Exchange может быть остановлена 3 раза в связи с наличием поврежденного сообщения до того, как это сообщение будет блокировано. Например, если сообщение стало причиной сбоя 3 раза, оно блокируется, поскольку число три превышает пороговое значение 2.

Когда в реестр записывается событие поврежденного сообщения, в журнал событий приложения заносятся сообщения событий ошибки 9680 и 9681. После успешного запуска службы банка данных Exchange сообщение блокируется, сервер Exchange пытается отправить отчет о том, что это сообщение не доставлено. В некоторых случаях такой отчет отправить невозможно. В таких случаях заблокированное сообщение может оставаться в очереди до времени своего истечения. Раздел реестра PoisonIDs может содержать до десяти идентификаторов сообщений. Если число сообщений превышает десять, добавляется новое событие поврежденного сообщения. Событие поврежденного сообщения с самой старой датой удаляется.

Чтобы устранить причину появления этого предупреждения

  1. Если в хранилище почтовых ящиков возникли неполадки с поврежденным сообщением, требуется дополнительно изучить эту проблему. Сведения о том, как ведется восстановление ИТ Microsoft при повреждении баз данных Exchange см. по адресу http://go.microsoft.com/fwlink/?LinkId=56372.

  2. Если возникают неполадки с выключением Exchange Server 2003 из-за поврежденных сообщений, целесообразно включить автоматические отчеты об ошибках на компьютере с Exchange Server. Данные отчетов об ошибках используются для поиска и исправления проблем в используемом программном обеспечении. Дополнительные сведения о включении отправки отчетов об ошибках в Exchange см. в разделе Отчетность об ошибках Exchange отключена.

Дополнительные сведения о сервере Exchange Server 2003 с пакетом обновления 1 см. в документе «Service Pack 1 for Exchange Server 2003» (http://go.microsoft.com/fwlink/?linkid=29090) (Пакет обновления 1 для Exchange Server 2003).