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

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

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

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

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

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

Объяснение

Работа службы UM.Protocol отслеживается с помощью следующих проб и мониторов:

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

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

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

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

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

  1. Определите имена настроек работоспособности и сервера, указанные в оповещении.

  2. В сообщении приводятся подробные сведения о точной причине возникновения оповещения. В большинстве случаев в сообщении приводится достаточно сведений по устранению неполадок для определения основной причины проблемы. Если в сообщении приводятся непонятные сведения:

    1. Откройте командную консоль Exchange и выполните следующую команду, чтобы получить сведения о наборе работоспособности, выпустившей оповещение:

      Get-ServerHealth <server name> | ?{$_.HealthSetName -eq "<health set name>"}
      

      Например, чтобы получить сведения о наборе для контроля работоспособности UM.CallRouter для сервера server1.contoso.com, выполните следующую команду:

      Get-ServerHealth server1.contoso.com | ?{$_.HealthSetName -eq "UM.CallRouter"}
      
    2. Просмотрите выходные данные команды, чтобы определить монитор, сообщивший об ошибке. Значение AlertValue для монитора, выдавшего оповещение, будет иметь значение Unhealthy.

    3. Повторно запустите связанный зонд для монитора, находящегося в неработоспособном состоянии. Обратитесь к таблице в разделе Explanation, чтобы найти связанный зонд. Для этого выполните следующую команду.

      Invoke-MonitoringProbe <health set name>\<probe name> -Server <server name> | Format-List
      

      Предположим, что неисправен монитор MCallRouterTestMonitor. С этим монитором связан зонд UMCallRouterTestProbe. Чтобы запустить этот зонд на сервере server1.contoso.com, выполните следующую команду.

      Invoke-MonitoringProbe UM.CallRouter\UMCallRouterTestProbe -Server server1.contoso.com | Format-List
      
    4. В выходных данных команды просмотрите значение параметра Результат зонда. Если этот параметр имеет значение Succeeded, ошибка была временной и в настоящее время устранена. В противном случае обратитесь к действиям по восстановлению, приведенным в следующих разделах.

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

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

  • Имя сервера, отправившего оповещение.

  • Время и дата возникновения оповещения.

  • Используемый механизм проверки подлинности и сведения об учетных данных.

  • Полная трассировка исключения, связанного с последней ошибкой, включая диагностические данные и конкретные сведения о заголовке HTTP.

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

Запрос параметров SIP к службе маршрутизации вызовов единой системы обмена сообщениями завершился с ошибкой

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

За последний час маршрутизатор вызовов единой системы обмена сообщениями отклонил более 50 % входящих вызовов

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

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

Сбой {0}прокси-сервера уведомления о пропущенных звонках на маршрутизаторе вызовов единой системы обмена сообщениями за последний час

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

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

Срок действия сертификата маршрутизатора вызовов единой системы обмена сообщениями Microsoft Exchange истекает

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

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

  1. Запустите диспетчер IIS, а затем подключитесь к серверу, который сообщает о проблеме, чтобы определить, запущен ли пул приложений MSExchangeServicesAppPool .

  2. В диспетчере IIS щелкните Пулы приложений, а затем перезапустите пул приложений MSExchangeServicesAppPool , выполнив следующую команду:

    %SystemRoot%\System32\inetsrv\Appcmd recycle MSExchangeServicesAppPool
    
  3. Повторно запустите связанный зонд, как показано в шаге 2c раздела Verifying the issue still exists.

  4. Если проблема не устранена, перезапустите службы IIS с помощью служебной программы IISReset или следующей команды.

    Iisreset /noforce
    
  5. Повторно запустите связанный зонд, как показано в шаге 2c раздела Verifying the issue still exists.

  6. Если проблема не устранена, перезапустите сервер.

  7. После перезапуска сервера повторно запустите связанный зонд, как показано в шаге 2c раздела Verifying the issue still exists.

  8. Если зонд все еще не работает, вам понадобится помощь для устранения данной проблемы. Для решения этой проблемы обратитесь к специалисту службы технической поддержки Майкрософт. Чтобы обратиться к специалисту по служба поддержки Майкрософт, перейдите в службу поддержки для бизнеса, а затем выберите Серверы>Exchange Server. Так как обращение непосредственно в службу технической поддержки Майкрософт в вашей организации может регламентироваться, сначала ознакомьтесь с инструкциями организации.

Дополнительные сведения

Что нового в Exchange 2013

Exchange PowerShell