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

  • Статья

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

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

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

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

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

Объяснение

За мониторинг веб-служб Exchange отвечают приведенные ниже зонды и мониторы.

Зонд Настройки работоспособности Зависимости Связанные мониторы
EwsCtpProbe EWS Банк данных

доменные службы Active Directory;		 EwsCtpMonitor (настройки работоспособности веб-служб Exchange)
EwsSelfTestProbe Ews. Протокол доменные службы Active Directory; EWSSelfTestMonitor
EwsDeepTestProbe Ews. Протокол Банк данных EWSDeepTestMonitor

Этот зонд выполняет полный вход в веб-службы Exchange с сервера клиентского доступа на сервер почтовых ящиков с учетной записи наблюдения. Данный зонд использует метод GetFolder в веб-службах Exchange. Дополнительные сведения о пробах и мониторах см. в разделе Работоспособность и производительность сервера.

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

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

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

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

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

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

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

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

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

    2. Имя сервера почтовых ящиков, за которым в качестве целевого ресурса вел наблюдение сервер почтовых ящиков.

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

    4. Время возникновения инцидента.

    5. Используемый механизм проверки подлинности и сведения об учетных данных.

    Сведения о трассировке исключения предоставляют наиболее важные данные о причине сбоя зонда. Сообщение об эскалации также содержит приведенные ниже заголовки HTTP.

    1. X-FEServer: указывает, на каком cas-сервере была запущена проба.

    2. X-TargetBEServer: указывает, на какой MBX-сервер направляется запрос.

    3. X-DiagInfo: указывает сервер MBX, получивший запрос.

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

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

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

      Например, чтобы извлечь подробные сведения о настройках работоспособности веб-служб Exchange относительно сервера server1.contoso.com, выполните следующую команду.

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

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

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

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

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

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

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

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

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

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

  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. Если проблема не устранена, просмотрите файлы журнала протокола на серверах клиентского доступа и почтовых ящиков. Журналы протокола для CAS находятся в папке %ExchangeInstallPath%Logging\HttpProxy\Ews . На сервере почтовых ящиков журналы находятся в папке %ExchangeInstallPath%Logging\Ews .

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Exchange PowerShell

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