Устранение неполадок, связанных с настройками работоспособности веб-служб ExchangeTroubleshooting EWS Health Set

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

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

Настройки работоспособности веб-служб Exchange (EWS) отслеживает общее состояние службы веб-служб Exchange. Для следующих настроек работоспособности тесно связана с настройками работоспособности:The Exchange Web Services (EWS) health set monitors the overall health of the EWS service. The EWS health set is closely related to the following health sets:

Устранение неполадок в наборе для контроля работоспособности EWS.ProtocolTroubleshooting EWS.Protocol Health Set

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

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

ПояснениеExplanation

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

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

EwsCtpProbeEwsCtpProbe

EWSEWS

Банк данныхInformation Store

доменные службы Active Directory;Active Directory Domain Services (AD DS)

EwsCtpMonitor (настройки работоспособности веб-служб Exchange)EwsCtpMonitor (EWS health set)

EwsSelfTestProbeEwsSelfTestProbe

ВЕБ-СЛУЖБ EXCHANGE. ПротоколEWS.Protocol

доменные службы Active Directory;Active Directory Domain Services (AD DS)

EWSSelfTestMonitorEWSSelfTestMonitor

EwsDeepTestProbeEwsDeepTestProbe

ВЕБ-СЛУЖБ EXCHANGE. ПротоколEWS.Protocol

Банк данныхInformation Store

EWSDeepTestMonitorEWSDeepTestMonitor

Этот зонд выполняет полный входа веб-служб Exchange на сервере клиентского доступа (CAS) на сервер почтовых ящиков с помощью мониторинга учетной записи. Этот зонд вызывается метод GetFolder веб-служб Exchange. Дополнительные сведения о зондов и мониторов можно работоспособности сервера и производительность.This probe performs a full EWS logon from the Client Access server (CAS) to a Mailbox server by using a monitoring account. This probe calls the GetFolder method on EWS. 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:

  • Существует несоответствие между механизмами проверки подлинности, которые используются зондом и виртуальным каталогом сервера клиентского доступа.A mismatch exists between the authentication mechanism that is used by the probe and the authentication mechanism that is used on the CAS virtual directory.

  • Не отвечает пул приложений веб-служб Exchange на сервере клиентского доступа, за которым ведется наблюдение.The EWS Application pool in the CAS that’s being monitored is not responding.

  • На сервере клиентского доступа возникают проблемы с сетью при подключении к серверу почтовых ящиков.The CAS is experiencing networking issues when it connects to the Mailbox server.

  • На сервере клиентского доступа возникают проблемы с обменом данными при подключении к контроллерам доменов.The CAS is experiencing communication issues when it connects to Domain Controllers.

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

  • Не отвечает пул приложений веб-служб Exchange, расположенный на одном или нескольких серверах почтовых ящиков.The EWS Application pool that resides on one or more Mailbox servers is not responding.

  • База данных пользователя не подключена, или для конкретного почтового ящика недоступен банк данных.The user’s database is not mounted, or the Information Store is unavailable for a specific mailbox.

  • Возникли проблемы в работе службы банка данных на одном или нескольких серверах почтовых ящиков.The Information Store service on one or more Mailbox servers is experiencing issues.

Действия пользователя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.

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

    1. Имя сервера клиентского доступа, на котором возникло оповещение.Name of the CAS on which the alert originated

    2. Имя сервера почтовых ящиков, за которым в качестве целевого ресурса вел наблюдение сервер почтовых ящиков.Name of Mailbox server that the probe was monitoring as a target resource

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

    4. Время возникновения инцидента.Time when the incident occurred

    5. Используемый механизм проверки подлинности и сведения об учетных данных.Authentication mechanism that was used, and credential information

    Сведения о трассировке исключения предоставляют наиболее важные данные о причине сбоя зонда. Сообщение об эскалации также содержит приведенные ниже заголовки HTTP.The exception trace information provides the most important clue as to why the probe is failing. The escalation message also contains the following HTTP headers:

    1. X-FEServer. Указывает сервер клиентского доступа, на котором запускался зонд.X-FEServer Indicates on which CAS the probe was run

    2. X-TargetBEServer. Указывает сервер MBX, на который направлялся запрос.X-TargetBEServer Indicates to which MBX server the request is routed

    3. X-DiagInfo. Указывает сервер MBX, который принял запрос.X-DiagInfo Indicates the MBX server that received the request

  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>"}
      

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

      Get-ServerHealth server1.contoso.com | ?{$_.HealthSetName -eq "EWS"}
      
    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. Запустите связанный зонд для монитора, находится в недопустимом состоянии. Обратитесь к таблице в разделе описания, чтобы найти связанный зонд. Для этого выполните следующую команду:Rerun the associated probe for the monitor that‘s in an unhealthy state. Refer to the table in the Explanation 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
      

      Предположим, что в отношении настроек работоспособности веб-служб Exchange не работает монитор EWSCtpMonitor. С этим монитором связан зонд EWSCtpProbe. Чтобы запустить этот зонд на сервере server1.contoso.com, выполните следующую команду.For the EWS health set, assume that the failing monitor is EWSCtpMonitor. The probe associated with that monitor is EWSCtpProbe. To run that probe on server1.contoso.com, run the following command:

      Invoke-MonitoringProbe EWS\EWSCtpProbe -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.

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

  1. Запустите диспетчер 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 both CA and Mailbox servers.

  2. Найдите базу данных почтовых ящиков для неисправных зондов. Затем убедитесь, что база данных почтовых ящиков активна для сервера почтовых ящиков, а также что банк данных работоспособен.Locate the MailboxDatabase for the failed probes. The, verify that the Mailbox database is active for the Mailbox server, and that the Information Store is healthy.

  3. Щелкните Пулы приложений, а затем перезапустите пул приложений 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
    
  4. Повторно запустите связанный зонд, как показано в шаге 2c раздела Verifying the issue still exists.Rerun the associated probe as shown in step 2c in the Verifying the issue still exists section.

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

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

  7. Если проблема по-прежнему завершается, просмотрите файлы журнала протокола на серверах и почтовых ящиков. Журналы протоколов для сервера клиентского доступа находятся в * <каталог установки exchange server>\ведение журнала\HttpProxy\веб-служб Exchange* папки. На сервере почтовых ящиков, журналы размещаются в * <каталог установки exchange server>\ведение журнала\веб-служб Exchange* папки.If the issue still exits, review the protocol log files on the CA and Mailbox servers. The protocol logs for the CAS reside in the <exchange server installation directory>\Logging\HttpProxy\Ews folder. On the Mailbox server, the logs reside in the <exchange server installation directory>\Logging\Ews folder.

  8. Создайте тестовую учетную запись пользователя и войдите в систему, запустив тестовую учетную запись пользователя для заданного сервера клиентского доступа. Например, выполните вход с использованием: https:// <имя_сервера>/ews/exchange.asmx. Если проблема не устранена, попробуйте другой сервер клиентского доступа для определения ли проблема областью действия для этого сервера клиентского доступа, а не на сервер почтовых ящиков. Если передает имя тестового пользователя, проблема может повлиять на определенные базы данных почтовых ящиков или сервера почтовых ящиков, на котором расположен почтовый ящик мониторинга. Попробуйте повторите этот шаг с помощью тестовую учетную запись, которая существует в базе данных почтовых ящиков.Create a test user account, and then log on by running the test user account against the given CAS. For example, log on by using: https:// <servername>/ews/exchange.asmx. If the issue still exists, try a different CAS to determine whether the problem is scoped to that CAS and not to the Mailbox server. If the test user name passes, an issue may affect the specific Mailbox database or Mailbox server on which the monitoring mailbox is located. Try to repeat this step by using a test account that exists in the Mailbox database.

  9. Проверьте сетевое подключение между серверами клиентского доступа и почтовых ящиков.Check network connectivity between the CA and Mailbox server.

  10. Проверьте наличие оповещений, которые связаны с настройками работоспособности EWS.Proxy и могут указывать на проблему с определенным сервером клиентского доступа.Check for any alerts on the EWS.Proxy Health Set that might indicate a problem that affects a specific CAS.

  11. Проверьте наличие оповещений, которые связаны с настройками работоспособности EWS.Protocol и могут указывать на проблему с определенным сервером почтовых ящиков.Check for any alerts on the EWS.Protocol Health Set that might indicate a problem that affects a specific Mailbox server.

  12. Если проблема не устранена, перезапустите сервер. Для этого сначала выполните отработку отказа на базах данных, размещенных на сервере. Для этого выполните следующую команду.If the issue still exists, restart the server. To do this, first failover the databases that are hosted on the server. To do this, run the following command:

    Set-MailboxServer server1.contoso.com -DatabaseCopyActivationDisabledAndMoveNow $true
    

    Примечание. В этом и всех последующих примерах кодов замените server1.contoso.com на действительное имя сервера.Note In this and all subsequent code examples, replace server1.contoso.com with the actual server name.

  13. Убедитесь, что все базы данных перемещены с сервера, который сообщает о проблеме. Для этого выполните следующую команду.Verify that all the databases have been moved off the server that is reporting the issue. To do this, run the following command:

    Get-MailboxDatabaseCopyStatus -Server server1.contoso.com | Group Status
    

    Если в выходных данных команды не отображаются активные копии на сервере, перезапустите сервер.If the command output shows no active copies on the server, restart the server.

  14. После перезапуска сервера повторно запустите связанный зонд, как показано в шаге 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.

  15. Если зонд успешно выполняет работу, выполните отработку отказа на базах данных обратно на сервер почтовых ящиков, выполнив следующую команду.If the probe succeeds, failover the databases back to the Mailbox server by running the following command:

    Set-MailboxServer server1.contoso.com -DatabaseCopyActivationDisabledAndMoveNow $false
    
  16. Если зонд по-прежнему завершилась ошибкой, может потребоваться помощь для устранения этой проблемы. Обращение к специалисту службы поддержки Майкрософт, чтобы устранить эту проблему. Чтобы обращение к специалисту службы поддержки Майкрософт, посетите Центр решений Exchange Server. В области навигации щелкните поддерживают параметры и ресурсы и используйте один из параметров, указанных в разделе Техническая поддержка для обращение к специалисту службы поддержки Майкрософт. Так как организации могут иметь определенные процедуры для прямого обращения в службу технической поддержки Майкрософт, убедитесь, что сначала просмотрите рекомендации по вашей организации.If the probe is still failing, 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.