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

  • Статья

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

The EWS. Набор работоспособности протокола отслеживает протокол связи веб-служб Exchange (EWS) на сервере почтовых ящиков. Набор для контроля работоспособности EWS.Protocol тесно связан со следующими наборами для проверки работоспособности.

Устранение неполадок набора данных о работоспособности веб-служб Exchange

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

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

Объяснение

Набор для контроля работоспособности EWS.Protocol включает следующие зонды.

  • EwsSelfTestProbe
  • EwsDeepTestProbe

EwsSelfTestProbe не зависит от банка данных. Однако зонд EwsDeepTestProbe зависит от банка данных. Оба этих зонда выполняют операции EWS на сервере почтовых ящиков и используют один и тот же способ проверки подлинности как сервер клиентского доступа. EwsSelfTestProbe вызывает метод ConvertId , а EwsDeepTestProbe вызывает метод GetFolder .

Зонд Настройки работоспособности Зависимости Связанные мониторы
EwsSelfTestProbe Ews. Протокол Active Directory EWSSelfTestMonitor
EwsDeepTestProbe Ews. Протокол Банк данных EWSDeepTestMonitor

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

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

  • Имя сервера почтовых ящиков, от которого исходило предупреждение
  • Полная трассировка исключения последней ошибки, включая диагностические данные и определенные сведения о заголовках HTTP
  • Время возникновения инцидента.

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

Этот зонд может не работать по любой из следующих распространенных причин:

  • Пул приложений EWS на отслеживаемом сервере почтовых ящиков работает неправильно.
  • Контроллеры домена не отвечают или у них нет связи с сервером почтовых ящиков.
  • База данных пользователя не подключена или хранилище сведений недоступно для определенного почтового ящика.

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

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

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

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

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

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

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

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

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

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

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

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

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

      Invoke-MonitoringProbe EWS.Protocol\EWSSelfTestProbe -Server server1.contoso.com | Format-List

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

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

Это оповещение обычно возникает для серверов почтовых ящиков.

  1. Запустите диспетчер IIS, а затем подключитесь к серверу, который сообщает о проблеме, чтобы определить, работает ли MSExchangeServicesAppPool на серверах ЦС и почтовых ящиков.

  2. Найдите MailboxDatabase для зондов со сбоями и затем убедитесь, что MailboxDatabase активен для MailboxServer и банк сообщений находится в работоспособном состоянии.

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

    %SystemRoot%\System32\inetsrv\Appcmd recycle MSExchangeServicesAppPool

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

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

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

  7. Если проблема все еще не устранена, просмотрите файлы журнала протокола на сервере почтовых ящиков. На сервере почтовых ящиков журналы находятся в папке %ExchangeInstallPath%Logging\Ews .

  8. Создайте тестовую учетную запись пользователя, а затем войдите в систему с помощью тестовой учетной записи пользователя на заданном сервере почтовых ящиков через порт 444: https://<servername>:444/ews/exchange.asmx. Если тест выполнен успешно, проблема может повлиять на определенную базу данных почтовых ящиков или сервер почтовых ящиков, на котором расположен наблюдаемый почтовый ящик. Повторите этот шаг, используя тестовую учетную запись на этой базе данных.

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

  10. Если проблема не устранена, перезапустите сервер. Для этого сначала для отработки отказа баз данных, размещенных на сервере, выполните следующую команду.

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

    В этом и всех последующих примерах кодов заменитеserver1.contoso.com на реальное имя сервера.

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

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

    Если в выводе команды не показываются активные копии на сервере, его можно перезапустить. Перезапустите сервер.

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

  13. Если с зондом все нормально, выполните отработку отказа баз данных с помощью следующей команды:

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

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

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

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