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

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

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

Веб-служб Exchange. Настройки работоспособности протокола отслеживает протокола связи веб-служб Exchange (EWS) на сервере почтовых ящиков. Веб-служб Exchange. Настройки работоспособности протокола тесно связана с следующих настроек работоспособности:The EWS.Protocol health set monitors the Exchange Web Services (EWS) communications protocol on the Mailbox server. The EWS.Protocol health set is closely related to the following health sets:

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

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

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

ПояснениеExplanation

Набор для контроля работоспособности EWS.Protocol включает следующие зонды.The EWS.Protocol health set is composed of the following probes:

  1. EwsSelfTestProbeEwsSelfTestProbe

  2. EwsDeepTestProbeEwsDeepTestProbe

EwsSelfTestProbe не зависит от банка данных. Однако зонд EwsDeepTestProbe зависит от банка данных. Оба этих зонда выполняют операции EWS на сервере почтовых ящиков и используют один и тот же способ проверки подлинности как сервер клиентского доступа. EwsSeftTestProbe вызывает способ ConvertId, а EwsDeepTestProbe — GetFolder.The EwsSelfTestProbe does not depend on the Information Store. However, the EwsDeepTestProbe probe depends on the Information Store. Both of these probes perform EWS operations on the Mailbox server, and they use the same authentication method as a Client Access server (CAS). EwsSeftTestProbe calls the ConvertId method, and EwsDeepTestProbe calls the GetFolder method.

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

EwsSelfTestProbeEwsSelfTestProbe

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

Active DirectoryActive Directory

EWSSelfTestMonitorEWSSelfTestMonitor

EwsDeepTestProbeEwsDeepTestProbe

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

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

EWSDeepTestMonitorEWSDeepTestMonitor

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

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

  1. Имя сервера почтовых ящиков, от которого исходило предупреждениеName of the Mailbox server on which the alert originated

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

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

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

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

  • Пул приложений EWS на отслеживаемом сервере почтовых ящиков работает неправильно.The EWS Application pool on the monitored Mailbox server is not functioning correctly.

  • Контроллеры домена не отвечают или у них нет связи с сервером почтовых ящиков.The Domain Controllers are not responding, or they cannot communicate with the Mailbox server.

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

Действия пользователя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.Protocol для сервера server1.contoso.com, выполните следующую команду:For example, to retrieve the EWS.Protocol health set details about server1.contoso.com, run the following command:

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

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

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

Действия по восстановлению EWSSelfTestMonitor и EWSDeepTestMonitorEWSSelfTestMonitor and EWSDeepTestMonitor Recovery Actions

Это оповещение обычно возникает для серверов почтовых ящиков.This monitor alert is typically issued for Mailbox servers.

  1. Запустите диспетчер IIS, а затем подключитесь к серверу, сообщающему о проблеме, чтобы определить, запущен ли MSExchangeServicesAppPool на сервере клиентского доступа и сервере почтовых ящиков.Start IIS Manager, and then connect to the server that’s reporting the issue to determine whether the MSExchangeServicesAppPool is running on both CA and Mailbox servers.

  2. Найдите MailboxDatabase для зондов со сбоями и затем убедитесь, что MailboxDatabase активен для MailboxServer и банк сообщений находится в работоспособном состоянии.Locate the MailboxDatabase for the failed probes, and then verify that the MailboxDatabase is active for the MailboxServer, 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, restart the 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>*\ведение журнала\папку веб-служб Exchange.If the issue still exits, review the protocol log files on the Mailbox server. On the Mailbox server, the logs reside in the <exchange server installation directory>\Logging\Ews folder.

  8. Создайте тестовую учетную запись пользователя и войдите в систему с помощью учетной записи пользователя тестирования от на указанном сервере почтовых ящиков на порт 444 https://<имя_сервера>: 444/ews/exchange.asmx. Если проверка выполнена успешно, проблема может повлиять на определенного почтового ящика базы данных или сервера почтовых ящиков, на котором расположен почтовый ящик мониторинга. Попробуйте повторите этот шаг с помощью тестовую учетную запись в этой базе данных.Create a test user account, and then log on by using the test user account against the given Mailbox server on port 444 https://<servername>:444/ews/exchange.asmx. If the test is successful, 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 on that database.

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

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

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

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

  11. Убедитесь, что все базы данных перемещены с сервера, который сообщает о проблеме. Для этого выполните следующую команду.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, the server is save the restart. Restart the server.

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

  13. Если с зондом все нормально, выполните отработку отказа баз данных с помощью следующей команды:If the probe succeeds, failover the databases by running the following command:

    Set-MailboxServer server1.contoso.com -DatabaseCopyActivationDisabledAndMoveNow $false
    
  14. Если зонд по-прежнему завершилась ошибкой, может потребоваться помощь для устранения этой проблемы. Обращение к специалисту службы поддержки Майкрософт, чтобы устранить эту проблему. Чтобы обращение к специалисту службы поддержки Майкрософт, посетите Центр решений 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.

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

Новые возможности в Exchange 2013What's new in Exchange 2013