Ошибки 4999, 1007, 7031 Microsoft Exchange Diagnostics стали появляться синхронно на одном из серверов Exchange 2013 в продакшене, являющимся ещё и членом DAG. Описания ошибок недвусмысленно сигнализировали о проблемах со службой диагностики Exchange. Хоть она и не является критически важным компонентом и без неё почта будет бегать в обе стороны совершенно спокойно, без внимания все же такую ситуацию оставлять не хотелось.
Найти больше информации по настройке и администрированию Exchange 2013 на моем блоге вы сможете в основной статье тематики – Exchange 2013 — Установка, настройка, администрирование.
Устранение ошибок 4999, 1007, 7031 Microsoft Exchange Diagnostics
Для начала небольшая диагностическая информация. Полный текст ошибки 4009:
|
1 2 |
Будет отправлен отчет программы "Доктор Ватсон" для идентификатора процесса 32268 с параметрами E12IIS, c-RTL-AMD64, 15.00.1044.025, M.E.Diagnostics.Service, M.E.Diagnostics.PerformanceLogger, M.E.D.P.PerformanceLogSet.StartLog, System.ArgumentException, 95c6, 15.00.1044.021. ErrorReportingEnabled: True |
Скрин:
Полный текст ошибки 1007:
|
1 2 3 4 |
Не удалось создать или запустить журналы производительности, ошибка: System.ArgumentException: Значение не попадает в ожидаемый диапазон. в PlaLibrary.DataCollectorSetClass.start(Boolean Synchronous) в Microsoft.Exchange.Diagnostics.PerformanceLogger.PerformanceLogSet.StartLog(Boolean synchronous) в Microsoft.Exchange.Diagnostics.PerformanceLogger.PerformanceLogMonitor.CheckPerflogStatus(). Журнал производительности: ExchangeDiagnosticsPerformanceLog. |
Скриншот:
Полный текст ошибки 7031:
|
1 |
Служба Microsoft Exchange Diagnostics была неожиданно завершена. Это произошло 784 раз(а). Следующее корректирующее действие будет предпринято через 60000 мсек: Перезапуск службы. |
Ну и последний скрин:
Аварийное завершение службы в 784 раз не радовало глаз.
Ошибка 1007 указывала на проблемы с журналом производительности ExchangeDiagnosticsPerformanceLog. Отлично, идем в Монитор производительности (через оснастку MMC) и смотрим что у нас там создано. На мое удивление там была всего лишь одна группа сборщиков данных Exchange (с чем сравнивать было – на втором сервере-партнере по DAG картина была совершенно другая), которая периодически пропадала и появлялась снова. Вот так это выглядело вживую:
Обратите внимание на статус сборщика (на скрине вверху справа – статус пустой). Если нажать F5, сборщик пропадал, через некоторое время появлялся снова. Удалить его не получалось. Решение 1 проблемы нашел на официальных ресурсах – блоге Technet. Заключается оно в следующем – через реестр удалить сбойные сборщики данных. После перезагрузки они пересоздадутся автоматически.
Открываем regedit, проходим в ветку реестра:
|
1 |
HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\Schedule\TaskCache\Tree\Microsoft\Windows\PLA\ExchangeDiagnosticsDailyPerformanceLog |
Удаляем проблемный сборщик данных Exchange (префикс ExchangeDiagnostics…, другие не трогать). У меня это был ExchangeDiagnosticsPerformanceLog, как я упоминал выше (ничего страшного, если удалите оба):
После перезагрузки все нормализовалось, сборщики пересоздались и были запущены (вот так все и должно выглядеть):
Проблема на этом была решена.
Notes:
