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

  • Статья

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

The OWA. Набор работоспособности протокола отслеживает протокол Outlook Web App на сервере почтовых ящиков.

Если вы получаете оповещение, указывающее, что OWA. Протокол неработоспособен. Это указывает на проблему, которая может препятствовать доступу пользователей к своим почтовым ящикам с помощью Outlook Web App.

Объяснение

Служба OWA отслеживается следующими зондами и мониторами.

Зонд Настройки работоспособности Зависимости Связанные мониторы
OwaSelfTestProbe OWA. Протокол Нет OwaSelfTestMonitor
OwaDeepTestProbe OWA. Протокол Active Directory

Банк данных		 OwaDeepTestMonitor

Проба OwaSelfTestProbe отправляет один HTTP-запрос на следующий адрес: https://localhost:444/owa/exhealth.check. Зонд подтверждает, что пул приложений отвечает, возвращая код состояния 200 OK. Эта проба не зависит от других компонентов Exchange.

Зонд OwaDeepTestProbe применяется к каждой базе данных почтовых ящиков, используя копии на текущем сервере. Зонд определяет, можно ли выполнить полный вход на данный сервер. Для этого он имитирует тип трафика, создаваемого сервером клиентского доступа (CAS) по отношению к этому конкретному серверу. Проверка зависит от доменные службы Active Directory (AD DS) для проверки подлинности и хранилища почтовых ящиков для доступа к почтовому ящику. Дополнительные сведения о пробах и мониторах см. в разделе Работоспособность и производительность сервера.

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

Проблема с этим зондом может произойти по любой из следующих причин.

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

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

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

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

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

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

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

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

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

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

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

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

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

      Допустим, что неисправен монитор OwaSelfTestMonitor. Связанный с этим монитором зонд — OwaSelfTestProbe. Чтобы запустить этот зонд на сервере server1.contoso.com, выполните следующую команду.

      Invoke-MonitoringProbe OWA.Protocol\OwaSelfTestProbe -Server server1.contoso.com | Format-List

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

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

  • Имя сервера, отправившего оповещение.

  • тип неисправного зонда (SelfTest или DeepTest);

  • Время и дата возникновения оповещения.

  • путь к папке, в которой можно найти полные трассировки HTTP-запроса для зонда.

    По умолчанию файлы трассировки расположены в следующих папках:

    • SelfTestProbe: %ExchangeInstallPath%Logging\Monitoring\OWA\ProtocolProbe

    • DeepTestProbe: %ExchangeInstallPath%Logging\Monitoring\OWA\MailboxProbe

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

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

    • MissingKeyword: ожидаемый ключевое слово не найден в ответе сервера. В этом случае исключение содержит ожидаемые ключевые слова.

    • NameResolution. Разрешение DNS не может разрешить заданное имя сервера.

    • NetworkConnection. Проба получает сбой сетевого подключения при попытке подключиться к пулу приложений OWA в CAFE.

    • UnexpectedHttpResponseCode: ответ содержал непредвиденный КОД HTTP. Например, сервер вернул код HTTP 503.

    • RequestTimeout: серверу потребовалось слишком много времени, чтобы ответить на запрос клиента.

    • UnexpectedHttpResponseCode: ответ вернул непредвиденный КОД HTTP. Например, сервер вернул код HTTP 503.

    • ScenarioTimeout: проба успешно завершена, но для этого потребовалось более одной минуты. Обычно это указывает на перегруженную систему.

    • OwaErrorPage: OWA вернул страницу ошибки. Имя ошибки, вызвавшей сбой, обычно включено в сообщение исключения.

    • OwaMailboxErrorPage: OWA вернул страницу ошибки, содержащую ошибку, связанную с хранилищем почтовых ящиков. Обычно это указывает на то, что хранилище почтовых ящиков недоступно или выполняется отключение почтовых ящиков.

    Трассировка исключения содержит важное поле FailingComponent, в котором зонд пытается определить и классифицировать ошибку. Например, зонд может вернуть одно из следующих значений:

    • Почтовый ящик: проба может связаться с OWA, но не может подключиться к хранилищу почтовых ящиков. В этом случае работоспособность зонда была нарушена или из-за задержки доступа к почтовому ящику зонд вызвал ошибку ScenarioTimeout. При возникновении таких сбоев проверьте исправность серверов почтовых ящиков.

    • Active Directory: проба может связаться с OWA, но не может подключиться к AD DS. В этом случае проба завершилась сбоем или задержка вызова AD DS может привести к истечению времени ожидания пробы. При возникновении таких сбоев следует проверка работоспособность контроллеров домена, а также проверка сетевые подключения между ЦС и серверами почтовых ящиков и контроллерами домена.

    • OWA: обычно это означает, что на уровне OWA произошла ошибка. При возникновении таких сбоев проверьте исправность процесса OWA на сервере клиентского доступа и сервере почтовых ящиков, а также сетевые подключения.

    Исключение также содержит сведения о последнем HTTP-запросе и ответе, полученным до сбоя зонда.

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

Действия для восстановления монитора OwaSelfTestProbe

Поскольку у этого зонда немного зависимостей, ошибки обычно возникают, когда процесс пула приложений OWA не отвечает.

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

  1. Щелкните URL-адрес журнала трассировки зонда в сообщении с предупреждением, чтобы проверить новые ошибки.

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

  3. Проверьте наличие предупреждений в наборе контроля работоспособности OWA, которые могут указывать на проблему, влияющую на определенный сервер почтовых ящиков. Подробнее см. в разделе Troubleshooting OWA Health Set.

  4. Запустите диспетчер IIS, а затем подключитесь к серверу, который сообщает о проблеме, чтобы определить, запущен ли пул приложений MSExchangeOwaAppPool в cas-сервере.

  5. В диспетчере IIS убедитесь, что запущен веб-сайт по умолчанию.

  6. В диспетчере IIS щелкните Пулы приложений, а затем перезапустите пул приложений MSExchangeOWAAppPool , выполнив следующую команду:

    %SystemRoot%\System32\inetsrv\Appcmd recycle MSExchangeOWAAppPool

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

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

    Iisreset /noforce

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

  10. Если проблема не устранена, перезапустите сервер.

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

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

Действия для восстановления монитора OwaDeepTestProbe

  1. Чтобы определить, существует ли проблема, создайте тестовую учетную запись пользователя на том же сервере, где размещен почтовый ящик, и попробуйте войти в OWA. Например, попробуйте войти в систему с помощью : https:/<servername>/owa.

  2. Проверьте наличие предупреждений в наборе контроля работоспособности OWA, которые могут указывать на проблему, влияющую на определенный сервер почтовых ящиков. Подробнее см. в разделе Troubleshooting OWA Health Set.

  3. Запустите диспетчер IIS, а затем выполните подключение к серверу, сообщающему об ошибке, чтобы определить, работает ли пул приложений MSExchangeOwaAppPool на сервере клиентского доступа.

  4. В диспетчере IIS убедитесь, что запущен веб-сайт по умолчанию.

  5. Найдите базу данных почтовых ящиков для неисправных зондов и убедитесь, что она активна на сервере почтовых ящиков, а хранилище почтовых ящиков исправно. Чтобы получить сведения о GUID неисправной базы данных, откройте сведения о полной трассировке исключения. Каждая ошибка должна содержать запись, похожую на следующую:

    Starting Owa probe with Target: https://localhost/owa/, Username: HealthMailboxdf8b87828ab0427cb91e985bbdfcec62@yourdomain.com

  6. Скопируйте GUID HealthMailbox, а затем выполните в командной консоли следующую команду.

    Get-Mailbox -Monitoring -Identity <username>

    Например, выполните следующую команду:

    Get-Mailbox -Monitoring -Identity HealthMailboxdf8b87828ab0427cb91e985bbdfcec62@yourdomain.com

    В возвращенном объекте можно найти имя базы данных пользователя, а также определить, где находится текущая активная база данных.

  7. В диспетчере IIS щелкните Пулы приложений, а затем перезапустите пул приложений MSExchangeOWAAppPool , выполнив следующую команду:

    %SystemRoot%\System32\inetsrv\Appcmd recycle MSExchangeOWAAppPool

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

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

    Iisreset /noforce

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

  11. Если проблема не устранена, перезапустите сервер.

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

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

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

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

Exchange PowerShell