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

 

Применимо к:Exchange Server 2013

Последнее изменение раздела:2015-03-09

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

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

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

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

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

 

Зонд Настройки работоспособности Зависимости Связанные мониторы

UMCallRouterTestProbe

UM.CallRouter

Доменные службы Active Directory (AD DS)

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. Повторно запустите связанный зонд для монитора, находящегося в неработоспособном состоянии. Обратитесь к таблице в разделе Пояснение, чтобы найти связанный зонд. Для этого выполните следующую команду.

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

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

      Invoke-MonitoringProbe UM.CallRouter\UMCallRouterTestMonitor -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 раздела Проверка наличия проблемы.

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

    Iisreset /noforce
    
  5. Повторно запустите связанный зонд, как показано в шаге 2c раздела Проверка наличия проблемы.

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

  7. После перезапуска сервера повторно запустите связанный зонд, как показано в шаге 2c раздела Проверка наличия проблемы.

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

 
Показ: