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

  • Статья

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

The OWA. Набор работоспособности прокси-сервера отслеживает общую работоспособность службы Outlook Web App.

Если вы получаете оповещение, указывающее, что OWA. Прокси-сервер неработоспособен, что указывает на проблему, которая может помешать пользователям использовать службу Outlook Web App.

Объяснение

Служба Outlook Web App отслеживается с помощью следующих проб и мониторов.

Зонд Настройки работоспособности Зависимости Связанные мониторы
OWAProxyTestProbe Owa. Прокси Active Directory OWAProxyTestMonitor
OWAanonymouscalendarProbe Owa. Прокси Active Directory OWAProxyTestMonitor

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

Распространенные проблемы

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

  • Пул приложений, размещенный на отслеживаемом сервере клиентского доступа (CAS), работает неправильно.
  • Введены неправильные данные учетной записи наблюдения.
  • Контроллеры доменов не отвечают.

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

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

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

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

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

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

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

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

      Get-ServerHealth server1.contoso.com | ?{$_.HealthSetName -eq "OWA.Proxy"}

    2. Просмотрите выходные данные команды, чтобы определить монитор, сообщивший об ошибке. Значение AlertValue для монитора, выдавшего оповещение, будет иметь значение Unhealthy.

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

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

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

      Invoke-MonitoringProbe OWA.Proxy\OWAProxyTestProbe -Server server1.contoso.com | Format-List

    4. В выходных данных команды просмотрите значение параметра Результат зонда. Если этот параметр имеет значение Succeeded, ошибка была временной и в настоящее время устранена. В противном случае обратитесь к действиям по восстановлению, приведенным в следующих разделах.

Действия по восстановлению OWAProxyTestMonitor

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

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

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

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

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

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

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

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

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

  4. Щелкните Пулы приложений, а затем перезапустите пулы приложений MSExchangeOWAAppPool и MSExchangeOWACalendarAppPool , выполнив следующие команды:

    %SystemRoot%\System32\inetsrv\Appcmd recycle APPPOOL MSExchangeOWAAppPool
%SystemRoot%\System32\inetsrv\Appcmd recycle APPPOOL MSExchangeOWACalendarAppPool

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

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

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

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

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

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

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

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

Exchange PowerShell

Outlook Web App