Event 4. Источник ManagedAvailability. Категория Monitoring

http://pc-s.org.ua/

http://pc-s.org.ua/

События Event 4 стали появляться с завидной регулярностью, но общая работоспособность сервера какие-то подозрений не вызывала, все функционировало нормально. Тем не менее я все же решил попытаться разобраться с ошибками.


Найти больше информации по настройке и администрированию Exchange 2013 на моем блоге вы сможете в основной статье тематики — Exchange 2013 — Установка, настройка, администрирование.


Диагностика Event 4

В Event viewer ошибки выглядели следующим образом:

event 4 ManagedAvailability 01

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

[PS] C:\Windows\system32>Get-ServerHealth -Identity exch02 | ?{$_.AlertValue -eq «Unhealthy»}

И более детальный вывод имени:

[PS] C:\Windows\system32>Get-ServerHealth -Identity exch02 | ?{$_.AlertValue -eq «Unhealthy»} | fl name

event 4 ManagedAvailability 02

Постоянно вылезали проблемы именно по этим четырем мониторам. Далее попытаемся разобраться в причинах появления каждого.

Mapi.Submit.Monitor

Сама ошибка выглядит так:

event 4 ManagedAvailability 05

Выведем подробную информацию о мониторе:

[PS] C:\Windows\system32>Get-ServerHealth -Identity exch02 -HealthSet MailboxTransport | ?{$_.Name -eq «Mapi.Submit.Monitor»} | Format-List

event 4 ManagedAvailability 03

Как выяснилось, предупреждения этого монитора не говорят о какой-либо проблеме и являются просто багом 1. Проблема должна быть устранена с последними накопительными обновлениями (на CU10 она все также наблюдалась, по крайней мере у меня).

ComplianceOutlookLogonToArchiveRpcCtpMonitor

Ошибка:

event 4 ManagedAvailability 11

По работе этого монитора в интернете крайне мало информации, на Technet о нем не написано ничего, раздел 2 пока не заполнен. Тем не менее есть решение 3, которое можно хотя бы попробовать:

  1. On each Exchange mailbox server, stop the Microsoft Exchange Health Manager service:
    net stop MSExchangeHM
  2. Remove all HealthMailbox accounts in Active Directory.
    They are in the Microsoft Exchange System Objects/Monitoring Mailboxes container.
  3. On each Exchange mailbox server, start the Microsoft Exchange Health Manager service:
    net start MSExchangeHM
    The mailboxes will be re-created in a few minutes after the service has been started.

Как и написано в инструкции, останавливаем службу MSExchangeHM:

event 4 ManagedAvailability 08

Удаляем все учетные записи из контейнера Microsoft Exchange System Objects/Monitoring Mailboxes:

event 4 ManagedAvailability 09

Запускам службу:

event 4 ManagedAvailability 10

Дожидаемся пока учетные записи будут созданы автоматически.

OutlookRpcCtpMonitor

С проблемой этого монитора на данный момент я, к сожалению, пока не разобрался. Состояние монитора постоянно переходит из одного статуса в другой. Возможно это так или иначе связано с работой сервера на виртуальной инфраструктуре с очень урезанными характеристиками производительности (обычный домашний ПК, набитый оперативной памятью и несколькими HDD).

Попытки разобраться с Event 4 как минимум привели к тому, что ошибок в просмотре событий стало на порядки меньше, многие ушли совсем, однако периодически вылезают то одни, то другие, самостоятельно исчезая. При этом командлет Get-ServerComponentstate о серьезных проблемах не сигнализирует:

[PS] C:\Windows\system32>Get-ServerComponentstate -Identity exch02

event 4 ManagedAvailability 12

Ваше внимание должны насторожить компоненты в состоянии InActive в этом списке.

NetworkAdapterRssMonitor

На официальном разделе по устранению неисправностей 4 я к сожалению увидел только это сообщение:

Although we don’t currently have troubleshooting guidance for this health set, your attempt to locate content helps us prioritize the Exchange 2013 Management Pack troubleshooting guidance articles.

В итоге придется разбираться самому. Периодически встречаются рекомендации 5 при проблеме с NetworkAdapterRssMonitor двигаться в сторону диагностики состояния компонентов HubTransport. Однако у меня никаких проблем кроме Mapi.Submit.Monitor с ним не было. В просмотре событий можно было заметить следующую ошибку:

event 4 ManagedAvailability 06

Также можно как минимум вывести подробную информацию о мониторе:

[PS] C:\Windows\system32>Get-ServerHealth -Identity exch02 -HealthSet Network | ?{$_.AlertValue -eq «Unhealthy»} | Format-List

event 4 ManagedAvailability 04

Строчка LastExecutionResult : Succeeded вроде бы сигнализирует о том, что все в порядке, хотя в просмотре событий должен появиться ивент с номером 1 6 и в нем должно быть указано имя этого монитора. Поскольку таких сообщений у меня не было, я продолжил разбираться в проблеме.

Последнее, что я решил попробовать, это изменить настройку масштабирования на стороне приема 7. Текст ивента в принципе на это очень явно намекал:

event 4 ManagedAvailability 07

Надо выставить Включена, сохранить настройки и перезагрузить сервер. Далее только наблюдение.

comments powered by HyperComments