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

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

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

OWA. Настройки работоспособности протокола отслеживает протокола Outlook Web App на сервере почтовых ящиков.The OWA.Protocol health set monitors the Outlook Web App protocol on the Mailbox server.

Если вы получаете оповещение, которое указывает, что OWA. Протокол работает неправильно, это указывает на проблему, которая может запретить пользователям доступ к своим почтовым ящикам с помощью Outlook Web App.If you receive an alert that specifies that OWA.Protocol is unhealthy, this indicates an issue that may prevent users from accessing their mailboxes by using Outlook Web App.

ПояснениеExplanation

Служба OWA отслеживается следующими зондами и мониторами.The OWA service is monitored by using the following probes and monitors.

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

OwaSelfTestProbeOwaSelfTestProbe

OWA. ПротоколOWA.Protocol

НетNone

OwaSelfTestMonitorOwaSelfTestMonitor

OwaDeepTestProbeOwaDeepTestProbe

OWA. ПротоколOWA.Protocol

Active DirectoryActive Directory

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

OwaDeepTestMonitorOwaDeepTestMonitor

OwaSelfTestProbe зонд отправляет одного HTTP-запроса на следующий адрес: https://localhost:444/owa/exhealth.check. Зонд подтверждает, что пул приложений, отвечает, возвращая 200 OK код состояния. Этот зонд имеет не зависимости на других компонентах Exchange.The OwaSelfTestProbe probe sends a single HTTP request to the following address: https://localhost:444/owa/exhealth.check. The probe confirms that the application pool is responding by returning a 200 OK status code. This probe has no dependency on any other Exchange component.

OwaDeepTestProbe зонд выполняться каждой базы данных почтовых ящиков с помощью копии на текущем сервере. Зонд определяет, что можно сделать полный входа для этого сервера. Для этого он Моделирует тип трафика, созданного на сервере клиентского доступа (CAS) для этого конкретного сервера. Зонд зависит от доменных служб Active Directory (AD DS) для проверки подлинности и в хранилище почтовых ящиков для доступа к почтовому ящику. Дополнительные сведения о зондов и мониторов можно работоспособности сервера и производительность.The OwaDeepTestProbe probe is run against each Mailbox database by using copies on the current server. The probe determines that a full logon can be made against that server. To do this, it simulates the type of traffic that’s generated by a Client Access server (CAS) against that specific server. The probe depends on Active Directory Domain Services (AD DS) for authentication, and on the Mailbox Store for mailbox access. For more information about probes and monitors, see Server health and performance.

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

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

  • Пул приложений OWA, размещенный на отслеживаемом сервере клиентского доступа или на сервере почтовых ящиков, не отвечает.The OWA application pool that’s hosted on the monitored CAS is not responding, or the application pool that’s hosted on the Mailbox server is not responding.

  • На сервере клиентского доступа или сервере почтовых ящиков возникли проблемы, и он не может подключиться к другому серверу или контроллеру домена.The CA or Mailbox server is experiencing networking issues, and it can’t connect to the other server or to a Domain Controller.

  • Введены неправильные данные учетной записи наблюдения.The monitoring account credentials are incorrect.

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

  • Банк данных не отвечает.The Information Store is not responding.

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

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

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

      Get-ServerHealth server1.contoso.com | ?{$_.HealthSetName -eq "OWA.Protocol"}
      
    2. Просмотрите вывод команды для определения, какой монитор сообщающих об ошибках. AlertValue для монитор, с которыми связано оповещение будет Unhealthy.Review the command output to determine which monitor reported the error. The AlertValue for the monitor that issued the alert will be Unhealthy.

    3. Еще раз запустите зонд для средства мониторинга, которое находится в неисправном состоянии. Обратитесь к таблице в разделе Explanation, чтобы найти связанный зонд. Для этого выполните следующую команду.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
      

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

      Invoke-MonitoringProbe OWA.Protocol\OwaSelfTestProbe -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.

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

  • Имя сервера, отправившего оповещение.Name of the server that sent the alert

  • тип неисправного зонда (SelfTest или DeepTest);Type of probe that failed (SelfTest or DeepTest)

  • Время и дата возникновения оповещения.Time and date when the alert occurred

  • путь к папке, в которой можно найти полные трассировки HTTP-запроса для зонда.Path to the folder in which you can find the full HTTP request traces for the probe

    По умолчанию файлы трассировки расположены в следующих папках:By default, the trace files are located in the following folders:

    • SelfTestProbe: < ExchangeServer>\ведение журнала\мониторинг\OWA\ProtocolProbeSelfTestProbe: <ExchangeServer>\Logging\Monitoring\OWA\ProtocolProbe

    • DeepTestProbe: < ExchangeServer>\ведение журнала\мониторинг\OWA\MailboxProbeDeepTestProbe: <ExchangeServer>\Logging\Monitoring\OWA\MailboxProbe

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

    Примечание. Сведения в полной трассировке исключения можно использовать для устранения проблемы. Исключение, созданное зондом, содержит причину сбоя зонда. Причиной сбоя может быть:Note You can use the information in the full exception trace to help troubleshoot the issue. The exception generated by the probe contain a Failure Reason that describes why the probe failed. The Failure Reason may be any of the following:

    • MissingKeyword. В ответе сервера не найдено ожидаемое ключевое слово. В этом случае исключение содержит ожидаемые ключевые слова.MissingKeyword An expected keyword was not found in the server response. In this case, the exception contains the expected keywords.

    • NameResolution.    Системе DNS не удается сопоставить заданное имя сервера.NameResolution The DNS resolution is failing to resolve a given server name.

    • NetworkConnection.    Зонд получает сообщение об ошибке сети при попытке подключиться к пулу приложений OWA в CAFE.NetworkConnection The probe is receiving a network connection failure when it tries to connect to the OWA application pool on CAFE.

    • UnexpectedHttpResponseCode.    Ответ содержит непредвиденный код HTTP. Например, сервер вернул код HTTP 503.UnexpectedHttpResponseCode The response contained an unexpected HTTP code. For example, the server returned a 503 HTTP code.

    • RequestTimeout. Сервер слишком долго отвечал на запрос клиента.RequestTimeout The server took too long to respond to a client request.

    • UnexpectedHttpResponseCode.    В ответе возвращен непредвиденный код HTTP. Например, сервер вернул код HTTP 503.UnexpectedHttpResponseCode The response returned an unexpected HTTP code. For example, the server returned a 503 HTTP code.

    • ScenarioTimeout.    Зонд успешно завершил работу, но для этого потребовалось больше минуты. Обычно это указывает на высокую загрузку системы.ScenarioTimeout The probe finished successfully, but took more than one minute to do so. This usually indicates a system that’s being overloaded.

    • OwaErrorPage.    OWA возвращает страницу с ошибкой. Имя ошибки, вызвавшей сбой, обычно включено в сообщение исключения.OwaErrorPage OWA returned an error page. The name of the error that caused the failure is typically available on the exception message.

    • OwaMailboxErrorPage.    OWA возвращает страницу с ошибкой, связанной с хранилищем почтовых ящиков. Обычно это указывает на то, что хранилище почтовых ящиков недоступно или выполняется отключение почтовых ящиков.OwaMailboxErrorPage OWA returned an error page that contains a Mailbox Store-related error. This usually indicates such problems as the Mailbox Store being down, or mailboxes that are being dismounted.

    Трассировка исключения содержит важное поле FailingComponent, в котором зонд пытается определить и классифицировать ошибку. Например, зонд может вернуть одно из следующих значений:The exception trace contains an important field named FailingComponent, in which the probe makes an effort to try to determine and categorize the failure. For example, the probe may return any of the following values:

    • Mailbox.    Зонду удалось связаться с OWA, но не удалось подключиться к хранилищу почтовых ящиков. В этом случае работоспособность зонда была нарушена или из-за задержки доступа к почтовому ящику зонд вызвал ошибку ScenarioTimeout. При возникновении таких сбоев проверьте исправность серверов почтовых ящиков.Mailbox The probe can reach OWA, but it can’t connect to the Mailbox store. In this case, the probe failed or the mailbox access latency caused the probe to fail and generate a ScenarioTimeout error. When these types of failures occur, you should check the health of the Mailbox servers.

    • Active Directory.    Зонду удалось связаться с OWA, но не удалось подключиться к доменным службам Active Directory. В этом случае работоспособность зонда была нарушена или из-за задержки вызовов доменных служб Active Directory могло быть превышено время ожидания зонда. При возникновении таких сбоев проверьте исправность контроллеров доменов, а также сетевые подключения между серверами клиентского доступа и почтовых ящиков и контроллерами доменов.Active Directory The probe can reach OWA, but it can’t connect to AD DS. In this case, the probe failed, or the AD DS call latencies may cause the probe to time-out. When these kinds of failures occur, you should check the health of the Domain Controllers, and also check the network connections between the CA and Mailbox servers and the Domain Controllers.

    • OWA.    Обычно это означает наличие ошибки на уровне OWA. При возникновении таких сбоев проверьте исправность процесса OWA на сервере клиентского доступа и сервере почтовых ящиков, а также сетевые подключения.OWA This typically means that an error occurred inside the OWA layer. When these kinds of failures occur, you must verify the health of the OWA process on the CA and Mailbox server, and also check the network connections.

    Исключение также содержит последние HTTP запроса и ответа сведения, которое было получено до зонд не удалось.The exception also contains the most recent HTTP request and response information that was received before the probe failed.

    Основная эскалации содержит путь к журналам зонд, которые могут использоваться для проверки полного HTTP веб-запросов и ответов, которые были отправлены при сбое зонд. Этот файл содержит только данные для неудачных зондов, поскольку записываются только неудачных попыток. Эти сведения можно использовать для получения более полное представление о причины сбоя проверки.The escalation body contains the path to the probe logs that can be used to verify the full HTTP web requests and responses that were sent when the probe failed. This file contains data only for failed probes because only failed attempts are logged. You can use this information to obtain a more complete view of why the test failed.

Действия для восстановления монитора OwaSelfTestProbeOwaSelfTestProbe Recovery Actions

Поскольку у этого зонда немного зависимостей, ошибки обычно возникают, когда процесс пула приложений OWA не отвечает.Because this probe has very few dependencies, failures typically occur when the OWA application pool process is not responding.

Для устранения данной проблемы выполните действия, указанные ниже.To troubleshoot this issue, follow these steps:

  1. Щелкните URL-адрес журнала трассировки зонда в сообщении с предупреждением, чтобы проверить новые ошибки.Click the probe trace log URL in the alert email message body to verify that new failures are occurring.

  2. Создайте тестовую учетную запись пользователя на сервере, на котором размещены почтовые ящики. Попробуйте войти в систему, чтобы определить, можно ли воспроизвести проблему.Create a test user account on the same server on which the mailbox is mounted. Try to log on to determine whether the problem can be reproduced.

  3. Проверьте наличие предупреждений в наборе контроля работоспособности OWA, которые могут указывать на проблему, влияющую на определенный сервер почтовых ящиков. Подробнее см. в разделе Troubleshooting OWA Health Set.Check for alerts on the OWA health set that may indicate an issue that affects a specific Mailbox server. For more information, see Troubleshooting OWA Health Set.

  4. Запустите диспетчер IIS, а затем выполните подключение к серверу, сообщающему об ошибке, чтобы определить, работает ли пул приложений MSExchangeOwaAppPool на сервере клиентского доступа.Start IIS Manager, and then connect to the server that’s reporting the issue to determine whether the MSExchangeOwaAppPool application pool is running on the CAS.

  5. В диспетчере IIS убедитесь, что запущен веб-сайт по умолчанию.In IIS Manager, verify that the Default website is running.

  6. В диспетчере служб IIS щелкните Пулы приложенийи затем перезапустить пул приложений MSExchangeOWAAppPool , выполнив следующую команду из командной консоли Exchange:In IIS Manager, click Application Pools, and then recycle the MSExchangeOWAAppPool application pool by running the following command from the Exchange Management Shell:

    %SystemRoot%\System32\inetsrv\Appcmd recycle MSExchangeOWAAppPool
    
  7. Повторно запустите связанный зонд, как показано в шаге 2c раздела Verifying the issue still exists.Rerun the associated probe as shown in step 2c in the Verifying the issue still exists section.

  8. Если проблема не устранена, перезапустите службы IIS с помощью служебной программы IISReset или следующей команды.If the issue still exists, recycle the IIS service by using the IISReset utility or by running the following command:

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

  10. Если проблема не устранена, перезапустите сервер.If the issue still exists, restart the server.

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

  12. Если зонд сохранится, обратитесь за помощью для устранения этой проблемы. Обращение к специалисту службы поддержки Майкрософт, чтобы устранить эту проблему. Чтобы обращение к специалисту службы поддержки Майкрософт, посетите Центр решений Exchange Server. В области навигации щелкните поддерживают параметры и ресурсы и используйте один из параметров, указанных в разделе Техническая поддержка для обращение к специалисту службы поддержки Майкрософт. Так как организации могут иметь определенные процедуры для прямого обращения в службу технической поддержки Майкрософт, убедитесь, что сначала просмотрите рекомендации по вашей организации.If the probe continues to fail, 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.

Действия для восстановления монитора OwaDeepTestProbeOwaDeepTestProbe Recovery Actions

  1. Чтобы определить, является ли проблема не устранена, создайте тестовую учетную запись пользователя на том же сервере, на котором будет подключена почтового ящика, а затем повторите вход в Outlook Web App. Например, попробуйте выполнить вход с использованием: https:// * <имя_сервера>*/OWA.To determine whether the issue still exists, create a test user account on the same server on which the mailbox is mounted, and then try to log on to OWA. For example, try to log on by using: https:// <servername>/owa.

  2. Проверьте наличие предупреждений в наборе контроля работоспособности OWA, которые могут указывать на проблему, влияющую на определенный сервер почтовых ящиков. Подробнее см. в разделе Troubleshooting OWA Health Set.Check for alerts on the OWA health set that may indicate an issue that affects a specific Mailbox server. For more information, see Troubleshooting OWA Health Set.

  3. Запустите диспетчер IIS, а затем выполните подключение к серверу, сообщающему об ошибке, чтобы определить, работает ли пул приложений MSExchangeOwaAppPool на сервере клиентского доступа.Start IIS Manager, and then connect to the server that is reporting the issue to determine whether the MSExchangeOwaAppPool application pool is running on the CAS.

  4. В диспетчере IIS убедитесь, что запущен веб-сайт по умолчанию.In IIS Manager, verify that the Default website is running.

  5. Найдите базу данных почтовых ящиков для неисправных зондов и убедитесь, что она активна на сервере почтовых ящиков, а хранилище почтовых ящиков исправно. Чтобы получить сведения о GUID неисправной базы данных, откройте сведения о полной трассировке исключения. Каждая ошибка должна содержать запись, похожую на следующую:Locate the Mailbox database for failed probes, and verify that the Mailbox database is active on the Mailbox server and that the Mailbox Store is healthy. To locate the failed database GUID information, open the full exception trace information. Each failure should contain an entry that resembles the following:

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

  6. Скопируйте GUID HealthMailbox, а затем выполните в командной консоли следующую команду.Copy the HealthMailbox GUID, and then run the following command in the Shell:

    Get-Mailbox -Monitoring -Identity <username>
    

    Например, выполните следующую команду:For example, run the following command:

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

    Возвращенный объект может содержать имя базы данных пользователя. Вы также можете определить расположение текущей активной базы данных.In the returned object, you can locate the user’s database name, and you can also determine where the currently active database resides.

  7. В диспетчере IIS щелкните Пулы приложений и перезапустите пул MSExchangeOWAAppPool, выполнив в командной консоли следующую команду:In IIS Manager, click Application Pools, and then recycle the MSExchangeOWAAppPool application pool by running the following command from the Shell:

    %SystemRoot%\System32\inetsrv\Appcmd recycle MSExchangeOWAAppPool
    
  8. Повторно запустите связанный зонд, как показано в шаге 2c раздела Verifying the issue still exists.Rerun the associated probe as shown in step 2c in the Verifying the issue still exists section.

  9. Если проблема не устранена, перезапустите службы IIS с помощью служебной программы IISReset или следующей команды.If the issue still exists, recycle the IIS service by using the IISReset utility or by running the following command:

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

  11. Если проблема не устранена, перезапустите сервер.If the issue still exists, 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. Если зонд сохранится, обратитесь за помощью для устранения этой проблемы. Обращение к специалисту службы поддержки Майкрософт, чтобы устранить эту проблему. Чтобы обращение к специалисту службы поддержки Майкрософт, посетите Центр решений Exchange Server. В области навигации щелкните поддерживают параметры и ресурсы и используйте один из параметров, указанных в разделе Техническая поддержка для обращение к специалисту службы поддержки Майкрософт. Так как организации могут иметь определенные процедуры для прямого обращения в службу технической поддержки Майкрософт, убедитесь, что сначала просмотрите рекомендации по вашей организации.If the probe continues to fail, 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.