Устранение неполадок набора данных о работоспособности единой системы обмена сообщениями

Статья
04/04/2023

Область применения: Exchange Server 2013 г.

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

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

Устранение неполадок набора данных о работоспособности UM.CallRouter

Устранение неполадок набора данных о работоспособности UM.Protocol

Объяснение

Служба единой системы обмена сообщениями отслеживается с помощью указанных ниже зондов и мониторов.

Зонд	Настройки работоспособности	Зависимости	Связанные мониторы
UMSelfTestProbe	UM. Протокол	доменные службы Active Directory;	UMSelfTestMonitor
UMCallRouterTestProbe	UM. CallRouter	доменные службы Active Directory;	UMCallRouterTestMonitor

Дополнительные сведения о пробах и мониторах см. в разделе Работоспособность и производительность сервера.

Действия пользователя

Служба может восстановить работу после отображения оповещения. Поэтому если вы получите оповещение о неработоспособном состоянии настроек работоспособности, сначала убедитесь в наличии данной проблемы. Если проблема не устранена, выполните соответствующие действия по восстановлению, указанные в приведенных ниже разделах.

Проверка наличия проблемы

Определите имена настроек работоспособности и сервера, указанные в оповещении.
В сообщении приводятся подробные сведения о точной причине возникновения оповещения. В большинстве случаев в сообщении приводится достаточно сведений по устранению неполадок для определения основной причины проблемы. Если в сообщении приводятся непонятные сведения:
1. Откройте командную консоль Exchange и выполните следующую команду, чтобы получить сведения о наборе работоспособности, выпустившей оповещение:
```
Get-ServerHealth <server name> | ?{$_.HealthSetName -eq "<health set name>"}
```
  Например, чтобы получить от набора для контроля работоспособности UM.Protocol сведения о сервере server1.contoso.com, выполните следующую команду:
```
Get-ServerHealth server1.contoso.com | ?{$_.HealthSetName -eq "UM.Protocol"}
```
2. Просмотрите выходные данные команды, чтобы определить монитор, сообщивший об ошибке. Значение AlertValue для монитора, выдавшего оповещение, будет иметь значение Unhealthy.
3. Повторно запустите связанный зонд для монитора, находящегося в неработоспособном состоянии. Обратитесь к таблице в разделе Explanation, чтобы найти связанный зонд. Для этого выполните следующую команду.
```
Invoke-MonitoringProbe <health set name>\<probe name> -Server <server name> | Format-List
```
  Допустим, что монитором, давшим сбой, является UMSelfTestMonitor. Зондом, связанным с этим монитором, является UMSelfTestProbe. Чтобы запустить этот зонд на сервере server1.contoso.com, выполните следующую команду.
```
Invoke-MonitoringProbe UM.Protocol\UMSelfTestMonitor -Server server1.contoso.com | Format-List
```
4. В выходных данных команды просмотрите значение параметра Результат зонда. Если этот параметр имеет значение Succeeded, ошибка была временной и в настоящее время устранена. В противном случае обратитесь к действиям по восстановлению, приведенным в следующих разделах.

Действия по устранению неполадок

Если вы получите оповещение, связанное с настройками работоспособности, сообщение электронной почты содержит приведенные ниже сведения.

Имя сервера, отправившего оповещение.
Время и дата возникновения оповещения.
Используемый механизм проверки подлинности и сведения об учетных данных.
Полная трассировка исключения, связанного с последней ошибкой, включая диагностические данные и конкретные сведения о заголовке HTTP.

Примечание. Сведения в полной трассировке исключений можно использовать для устранения проблемы. Исключение, создаваемое зондом, содержит поле "Причина сбоя" с описанием причины сбоя.

Сбой в параметрах протокола SIP для службы единой системы обмена сообщениями

Определите, отключена ли служба единой системы обмена сообщениями. Если служба единой системы обмена сообщениями не запущена или отключена, перезапустите службу.

Более чем {0}% входящих вызовов было отклонено службой единой системы обмена сообщениями за последний час

Проверьте журналы событий на сервере клиентского доступа, чтобы определить, правильно ли настроены такие объекты единой системы обмена сообщениями, как umipgateway и umhuntgroup.

Если журналы событий содержат недостаточно сведений, можно включить их на уровне "Эксперт", а затем проверить файлы журналов трассировки единой системы обмена сообщениями.

Более % {0}входящих вызовов были отклонены рабочим процессом единой системы обмена сообщениями за последний час

{0}Менее % сообщений были успешно обработаны за последний час

Служба единой системы обмена сообщениями Microsoft Exchange отклонила вызов, так как конвейер единой системы обмена сообщениями полон

Пограничная служба аудио- и видеоконференций настроена неверно или не запущена

Проверьте журналы событий на сервере почтовых ящиков, чтобы попытаться определить, почему вызовы с сервера Lync Server приводят к ошибке. Затем выполните указанные ниже действия.
- Убедитесь, что работает пул Lync, выбранный службой единой системы обмена сообщениями.
- Чтобы использовать определенный сервер Lync Server, выполните следующую команду:
```
Set-UMServer ExchangeUMServer -SIPAccessService <ServerName>
```

Сервер единой системы обмена сообщениями не смог успешно получить учетные данные от пограничной службы аудио- и видеоконференций коммуникационного сервера

Проверьте журналы событий, чтобы определить выбранный пул Lync и убедиться в его работоспособности.

Службе аудио- и видеоконференций коммуникационного сервера не удалось открыть порт или назначить ресурсы при попытке установления сеанса