Устранение неполадок, связанных с настройками работоспособности EWS.ProxyTroubleshooting EWS.Proxy Health Set

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

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

Веб-служб Exchange. Настройки работоспособности прокси-сервер отслеживает доступность инфраструктуры прокси-сервера веб-служб Exchange (EWS) на сервере клиентского доступа (CAS). Веб-служб Exchange. Настройки работоспособности прокси-сервер близок к следующей последовательности работоспособности:The EWS.Proxy health set monitors the availability of the Exchange Web Services (EWS) proxy infrastructure on the Client Access server (CAS). The EWS.Proxy health set is closely related to the following health set:

Настройки устранения неполадок ClientAccess.Proxy работоспособностиTroubleshooting ClientAccess.Proxy Health Set

Если вы получите оповещение о неработоспособном состоянии настроек работоспособности EWS.Proxy, это указывает на проблему, из-за которой пользователи не могут получить доступ к веб-службам Exchange.If you receive an alert that specifies that the EWS.Proxy is unhealthy, this indicates an issue that may prevent users from accessing the EWS service.

ПояснениеExplanation

За мониторинг веб-служб Exchange отвечают приведенные ниже зонды и мониторы.The EWS service is monitored by using the following probes and monitors.

ЗондProbe Настройки работоспособностиHealth Set ЗависимостиDependencies Связанные мониторыAssociated Monitors

EWSProxyTestProbeEWSProxyTestProbe

ВЕБ-СЛУЖБ EXCHANGE. Прокси-сервераEWS.Proxy

Active DirectoryActive Directory

EWSProxyTestMonitorEWSProxyTestMonitor

Дополнительные сведения о зондов и мониторов можно работоспособности сервера и производительность.For more information about probes and monitors, see Server health and performance.

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

Этот зонд может не работать по любой из следующих распространенных причин:This probe can fail for any of the following common reasons:

  • Пул приложений, размещенный на отслеживаемом сервере клиентского доступа, работает неправильно.The application pool that’s hosted on the monitored CAS is not working correctly.

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

  • Контроллеры доменов не отвечают.The Domain Controllers are not responding.

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

Служба может восстановить работу после отображения оповещения. Поэтому если вы получите оповещение о неработоспособном состоянии настроек работоспособности, сначала убедитесь в наличии данной проблемы. Если проблема не устранена, выполните соответствующие действия по восстановлению, указанные в приведенных ниже разделах.It's possible that the service recovered after it issued the alert. Therefore, when you receive an alert that specifies that the health set is unhealthy, first verify that the issue still exists. If the issue does exist, perform the appropriate recovery actions outlined in the following sections.

Проверка наличия проблемыVerifying the issue still exists

  1. Определите имена настроек работоспособности и сервера, указанные в оповещении.Identify the health set name and the server name in the alert.

  2. В сообщении приводятся подробные сведения о точной причине возникновения оповещения. В большинстве случаев в сообщении приводится достаточно сведений по устранению неполадок для определения основной причины проблемы. Если в сообщении приводятся непонятные сведения:The message details provide information about the exact cause of the alert. In most cases, the message details provide sufficient troubleshooting information to identify the root cause. If the message details are not clear, do the following:

    1. Откройте консоль управления Exchange и затем выполните следующую команду для получения сведений о настройках работоспособности, с которыми связано оповещение:Open the Exchange Management Shell, and then run the following command to retrieve the details of the health set that issued the alert:

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

      Например, чтобы извлечь подробные сведения о настройках работоспособности EWS.Proxy относительно сервера server1.contoso.com, выполните следующую команду.For example, to retrieve the EWS.Proxy health set details about server1.contoso.com, run the following command:

      Get-ServerHealth server1.contoso.com | ?{$_.HealthSetName -eq "EWS.Proxy"}
      
    2. Просмотрите вывод команды для определения, какой монитор сообщающих об ошибках. Значение AlertValue для монитор, с которыми связано оповещение будет Unhealthy.Review the command output to determine which monitor reported the error. The AlertValue value for the monitor that issued the alert will be Unhealthy.

    3. Повторно запустите связанный зонд для монитора, находящегося в неработоспособном состоянии. Обратитесь к таблице в разделе Verifying the issue still exists, чтобы найти связанный зонд. Для этого выполните следующую команду.Rerun the associated probe for the monitor that is in an unhealthy state. Refer to the table in the Verifying the issue still exists section to find the associated probe. To do this, run the following command:

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

      Например, предположим, что не работает монитор EWSProxyTestMonitor. С этим монитором связан зонд EWSProxyTestProbe. Чтобы запустить этот зонд на сервере server1.contoso.com, выполните следующую команду.For example, assume that the failing monitor is EWSProxyTestMonitor. The probe associated with that monitor is EWSProxyTestProbe. To run that probe on server1.contoso.com, run the following command:

      Invoke-MonitoringProbe EWS.Proxy\EWSProxyTestProbe -Server server1.contoso.com | Format-List
      
    4. В выходных данных команды просмотрите значение параметра Результат зонда. Если этот параметр имеет значение Succeeded, ошибка была временной и в настоящее время устранена. В противном случае обратитесь к действиям по восстановлению, приведенным в следующих разделах.In the command output, review the Result value of the probe. If the value is Succeeded, the issue was a transient error, and it no longer exists. Otherwise, refer to the recovery steps outlined in the following sections.

Действия по восстановлению монитора EWSProxyTestMonitorEWSProxyTestMonitor Recovery Actions

Если вы получите оповещение, связанное с настройками работоспособности, сообщение электронной почты будет содержать приведенные ниже сведения.When you receive an alert from a health set, the email message will contain the following information:

  • Имя сервера клиентского доступа, отправившего оповещение.Name of the CAS that sent the alert

  • Полная трассировка исключения, связанного с последней ошибкой, включая диагностические данные и конкретные сведения о заголовке HTTP.Full exception trace of the last error, including diagnostic data and specific HTTP header information

    Сведения в полной трассировке исключения можно использовать для устранения проблемы.You can use the information in the full exception trace to help troubleshoot the issue.

  • Время и дата возникновения проблемы.Time and date when the issue occurred

Для устранения данной проблемы выполните действия, указанные ниже.To troubleshoot this issue, follow these steps:

  1. Просмотрите журналы протоколов на серверах центра сертификации. Журналы протоколов, находятся в * <каталог установки exchange server>\ведение журнала\HttpProxy\<протокола> * папку на сервер клиентского доступа.Review the protocol logs on CA servers. Protocol logs are located in the <exchange server installation directory>\Logging\HttpProxy*\<protocol>* folder on the CAS.

  2. Создайте тестовую учетную запись пользователя и войдите в систему для сервера клиентского доступа с помощью тестовую учетную запись пользователя. Например, используйте следующий адрес входа: https:// * <имя_сервера>*/OWACreate a test user account, and then log on to the CAS by using the test user account. For example, use the following logon address: https:// <servername>/owa

  3. Запустите диспетчер IIS и подключитесь к серверу, который сообщает о проблеме, чтобы определить, запущен ли на сервере клиентского доступа пул приложений MSExchangeServicesAppPool.Start IIS Manager, and then connect to the server that’s reporting the issue to determine whether the MSExchangeServicesAppPool application pool is running on the CAS.

  4. Щелкните Пулы приложений, а затем перезапустите пул приложений MSExchangeServicesAppPool, выполнив следующую команду из командной консоли:Click Application Pools, and then recycle the MSExchangeServicesAppPool application pool by running the following command from the Shell:

    %SystemRoot%\System32\inetsrv\Appcmd recycle MSExchangeServicesAppPool
    
  5. Повторно запустите связанный зонд, как показано в шаге 2c раздела Verifying the issue still exists.Rerun the associated probe as shown in step 2c in the Verifying the issue still exists section.

  6. Если проблема не устранена, перезапустите службы IIS с помощью служебной программы IISReset.If the issue still exists, recycle the IIS service by using the IISReset utility.

  7. Повторно запустите связанный зонд, как показано в шаге 2c раздела Verifying the issue still exists.Rerun the associated probe as shown in step 2c in the Verifying the issue still exists section.

  8. Если проблема не устранена, перезапустите сервер.If the issue still exists, restart the server.

  9. После перезапуска сервера повторно запустите связанный зонд, как показано в шаге 2c раздела Verifying the issue still exists.After the server restarts, rerun the associated probe as shown in step 2c in the Verifying the issue still exists section.

  10. Если зонд сохранится, обратитесь за помощью для устранения этой проблемы. Обращение к специалисту службы поддержки Майкрософт, чтобы устранить эту проблему. Чтобы обращение к специалисту службы поддержки Майкрософт, посетите Центр решений Exchange Server. В области навигации щелкните поддерживают параметры и ресурсы и используйте один из параметров, указанных в разделе Техническая поддержка для обращение к специалисту службы поддержки Майкрософт. Так как организации могут иметь определенные процедуры для прямого обращения в службу технической поддержки Майкрософт, убедитесь, что сначала просмотрите рекомендации по вашей организации.If the probe continues to fail, you may need assistance to resolve this issue. Contact a Microsoft Support professional to resolve this issue. To contact a Microsoft Support professional, visit the Exchange Server Solutions Center. In the navigation pane, click Support options and resources and use one of the options listed under Get technical support to contact a Microsoft Support professional. Because your organization may have a specific procedure for directly contacting Microsoft Product Support Services, be sure to review your organization's guidelines first.