События Event 4 стали появляться с завидной регулярностью, но общая работоспособность сервера какие-то подозрений не вызывала, все функционировало нормально. Тем не менее я все же решил попытаться разобраться с ошибками.
Найти больше информации по настройке и администрированию Exchange 2013 на моем блоге вы сможете в основной статье тематики — Exchange 2013 — Установка, настройка, администрирование.
Содержание
Диагностика Event 4
В Event viewer ошибки выглядели следующим образом:
На первый взгляд одна и та же ошибка, просто стабильно проявляющаяся. Тем не менее при детальном рассмотрении видно, что каждый раз описание отличается. Для более детального изучения проблемы необходимо воспользоваться командлетами для диагностики состояния компонентов сервера.
|
1 |
Get-ServerHealth -Identity exch02 | ?{$_.AlertValue -eq "Unhealthy"} |
И более детальный вывод имени:
|
1 |
Get-ServerHealth -Identity exch02 | ?{$_.AlertValue -eq "Unhealthy"} | fl name |
Постоянно вылезали проблемы именно по этим четырем мониторам. Далее попытаемся разобраться в причинах появления каждого.
Mapi.Submit.Monitor
Сама ошибка выглядит так:
Выведем подробную информацию о мониторе:
|
1 |
Get-ServerHealth -Identity exch02 -HealthSet MailboxTransport | ?{$_.Name -eq "Mapi.Submit.Monitor"} | Format-List |
Как выяснилось, предупреждения этого монитора не говорят о какой-либо проблеме и являются просто багом 1. Проблема должна быть устранена с последними накопительными обновлениями (на CU10 она все также наблюдалась, по крайней мере у меня).
ComplianceOutlookLogonToArchiveRpcCtpMonitor
Ошибка:
По работе этого монитора в интернете крайне мало информации, на Technet о нем не написано ничего, раздел 2 пока не заполнен. Тем не менее есть решение 3, которое можно хотя бы попробовать:
Как и написано в инструкции, останавливаем службу MSExchangeHM:
Удаляем все учетные записи из контейнера Microsoft Exchange System Objects/Monitoring Mailboxes:
Запускам службу:
Дожидаемся пока учетные записи будут созданы автоматически.
OutlookRpcCtpMonitor
С проблемой этого монитора на данный момент я, к сожалению, пока не разобрался. Состояние монитора постоянно переходит из одного статуса в другой. Возможно это так или иначе связано с работой сервера на виртуальной инфраструктуре с очень урезанными характеристиками производительности (обычный домашний ПК, набитый оперативной памятью и несколькими HDD).
Попытки разобраться с Event 4 как минимум привели к тому, что ошибок в просмотре событий стало на порядки меньше, многие ушли совсем, однако периодически вылезают то одни, то другие, самостоятельно исчезая. При этом командлет Get-ServerComponentstate о серьезных проблемах не сигнализирует:
|
1 |
Get-ServerComponentstate -Identity exch02 |
Ваше внимание должны насторожить компоненты в состоянии 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 с ним не было. В просмотре событий можно было заметить следующую ошибку:
Также можно как минимум вывести подробную информацию о мониторе:
|
1 |
Get-ServerHealth -Identity exch02 -HealthSet Network | ?{$_.AlertValue -eq "Unhealthy"} | Format-List |
Строчка LastExecutionResult : Succeeded вроде бы сигнализирует о том, что все в порядке, хотя в просмотре событий должен появиться ивент с номером 1 6 и в нем должно быть указано имя этого монитора. Поскольку таких сообщений у меня не было, я продолжил разбираться в проблеме.
Последнее, что я решил попробовать, это изменить настройку масштабирования на стороне приема 7. Текст ивента в принципе на это очень явно намекал:
Надо выставить Включена, сохранить настройки и перезагрузить сервер. Далее только наблюдение.
Notes:
- Exchange 2013 Mapi.Submit.Monitor ↩
- Troubleshooting Compliance Health Set ↩
- Health probes in Exchange fail with error: WrongServer (0x00000478) ↩
- Troubleshooting Network Health Set ↩
- Monitoring Checks unhealthy – Server working fine ↩
- Общие сведения о создании отчетов о работоспособности системы пакетом управления Exchange Server 2013 Management Pack ↩
- Настройка производительности сетевых адаптеров ↩
