Устранение неполадок с набором для контроля работоспособности ECP.Proxy

 

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

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

Набор для контроля работоспособности ECP.Proxy отслеживает доступность инфраструктуры прокси-сервера Центра администрирования Exchange (EAC) на сервере клиентского доступа (CAS). Набор для контроля работоспособности ECP.Proxy тесно связан со следующими наборами для контроля работоспособности:

Troubleshooting ClientAccess.Proxy Health Set

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

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

 

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

ECPProxyTestProbe

ECP.Proxy

Active Directory

ECPProxyTestMonitor

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

Проблема с этим зондом может произойти по любой из следующих причин.

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

  • Введены неправильные данные учетной записи наблюдения.

  • Контроллеры доменов не отвечают.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

  1. Просмотрите журналы протокола на серверах клиентского доступа. Журналы протокола расположены в папке <каталог установки Exchange Server>\Logging\HttpProxy\<protocol> на сервере клиентского доступа.

  2. Создайте тестовую учетную запись пользователя, а затем с ее помощью войдите на сервер клиентского доступа. Например, войдите в систему со следующего адреса: https:// <имя_сервера>/owa.

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

  4. Щелкните Пулы приложений и перезапустите пул MSExchangeECPAppPool, выполнив в Командная консоль Exchange следующую команду:

    %SystemRoot%\System32\inetsrv\Appcmd recycle MSExchangeECPAppPool
    
  5. Повторно запустите связанный зонд, как показано в шаге 2c раздела Проверка наличия проблемы.

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

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

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

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

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

 
Показ: