OWA.Protocol 运行状况设置疑难解答

项目
04/04/2023

适用于：Exchange Server 2013

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) 进行身份验证，以及邮箱访问的邮箱存储。有关探测和监视器的详细信息，请参阅服务器运行状况和性能。

常见问题

探测器运行失败的常见原因可能包括：

托管在受监视的 CAS 上的 OWA 应用程序池未响应，或者邮箱服务器上托管的应用程序池未响应。
CA 或邮箱服务器遇到网络问题，无法连接到其他服务器或域控制器。
监视帐户的凭据不正确。
未装载用户的数据库，或者无法访问该邮箱的信息存储。
信息存储没有响应。
域控制器没有响应。

用户操作

发出警报后服务可能会恢复。因此，当您接收到指示运行状况设置不正常的警报时，首先要验证该问题是否仍然存在。若问题确实存在，执行以下部分介绍的相应恢复操作。

验证问题是否仍然存在

识别警报中的运行状况设置名称和服务器名称。
邮件详细信息提供了有关确切警报原因的信息。大部分情况下，邮件详细信息会提供充足的故障排除信息，用于识别根本原因。如果邮件详细信息不明确，请执行以下操作：
1. 打开 Exchange 命令行管理程序，然后运行以下命令，检索发出警报的运行状况集的详细信息：
```
Get-ServerHealth <server name> | ?{$_.HealthSetName -eq "<health set name>"}
```
  例如，若要检索 server1.contoso.com 上 OWA.Protocol 状况设置的详细信息，运行以下命令：
```
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. 在命令输出中，检查探测器的“结果”值。如果值为“成功”，则该问题是暂时性错误，且不再存在。否则，请参阅以下部分列出的恢复步骤。

收到来自运行状况设置的警报时，电子邮件将包含以下信息：

发送警报的服务器名称
故障探测器的类型（SelfTest 或 DeepTest）
警报出现的时间和日期
可以查找探测器完整 HTTP 请求跟踪的文件夹路径

默认情况下，跟踪文件位于以下文件夹中：
- SelfTestProbe： %ExchangeInstallPath%Logging\Monitoring\OWA\ProtocolProbe
- DeepTestProbe： %ExchangeInstallPath%Logging\Monitoring\OWA\MailboxProbe
上一错误的完全异常跟踪，包括诊断数据和特定 HTTP 头信息

注意：可以使用完整异常跟踪中的信息来帮助排查问题。探测器生成的异常包含故障原因，描述了探测器运行失败的原因。失败原因可能是以下任一原因：
- MissingKeyword：在服务器响应中找不到预期的关键字 (keyword) 。在这种情况下，异常包含预期关键字。
- NameResolution：DNS 解析无法解析给定的服务器名称。
- NetworkConnection：探测在尝试连接到 CAFE 上的 OWA 应用程序池时收到网络连接失败。
- UnexpectedHttpResponseCode：响应包含意外的 HTTP 代码。例如，服务器返回 HTTP 代码“503”。
- RequestTimeout：服务器响应客户端请求的时间过长。
- UnexpectedHttpResponseCode：响应返回了意外的 HTTP 代码。例如，服务器返回 HTTP 代码“503”。
- ScenarioTimeout：探测已成功完成，但花费了超过一分钟的时间。这通常表示正在重载的系统。
- OwaErrorPage：OWA 返回了错误页。导致失败的错误的名称通常在异常消息中提供。
- OwaMailboxErrorPage：OWA 返回了包含邮箱存储相关错误的错误页。这通常表示邮箱存储正在关闭或邮箱正在卸除等问题。
此异常跟踪包含一个名为 FailingComponent 的重要字段，其中，探测器努力尝试确定失败并对失败进行分类。例如，探测器可能会返回以下任一值：
- 邮箱：探测可以到达 OWA，但无法连接到邮箱存储。在这种情况下，探测器运行失败，或者邮箱访问延迟导致探测器运行失败，并生成 ScenarioTimeout 错误。如果出现这些失败类型，应检查邮箱服务器的运行状况。
- Active Directory：探测可以到达 OWA，但无法连接到 AD DS。在这种情况下，探测失败，或者 AD DS 调用延迟可能会导致探测超时。发生这些故障时，应检查域控制器的运行状况，并检查 CA 和邮箱服务器与域控制器之间的网络连接。
- OWA：这通常意味着 OWA 层内发生错误。如果出现这些失败类型，必须在 CA 和邮箱服务器上验证 OWA 进程的运行状况，并检查网络连接。
该异常也包含探测器运行失败之前收到的最新 HTTP 请求和响应信息。

升级正文包含探测器日志的路径，可用于验证探测器运行失败时发送的完整 HTTP Web 请求和响应。此文件仅包含运行失败的探测器的数据，因为只会对失败的尝试进行记录。可以使用此信息全面了解测试失败的原因。

OwaSelfTestProbe 的恢复操作

由于此探测器几乎不存在依存关系，所以故障通常会在 OWA 应用程序池进程无响应时发生。

要解决此问题，请执行下列步骤：

单击警报电子邮件正文中的探测器跟踪日志 URL，验证是否正发生新的失败情况。
在装入了邮箱的同一服务器上创建测试用户帐户。尝试登录，确定问题是否可以重现。
检查 OWA 运行状况设置上的警报，可能指出影响特定邮箱服务器的问题。有关详细信息，请参阅Troubleshooting OWA Health Set。
启动 IIS 管理器，然后连接到报告问题的服务器，以确定 MSExchangeOwaAppPool 应用程序池是否在 CAS 上运行。
在 IIS 管理器中，验证默认网站是否正在运行。
在 IIS 管理器中，单击“ 应用程序池”，然后运行以下命令回收 MSExchangeOWAAppPool 应用程序池：
```
%SystemRoot%\System32\inetsrv\Appcmd recycle MSExchangeOWAAppPool
```
按照Verifying the issue still exists部分中的步骤 2c 所示，重新运行关联探测器。
如果问题仍然存在，使用 IISReset 实用程序或运行以下命令，对 IIS 服务进行再循环：
```
Iisreset /noforce
```
按照Verifying the issue still exists部分中的步骤 2c 所示，重新运行关联探测器。
如果问题仍存在，请重新启动服务器。
服务器重新启动后，按照Verifying the issue still exists部分的步骤 2c 所示，重新运行关联探测器。
如果探测器仍然无法运行，可能需要寻求帮助来解决这个问题。若要解决此问题，请与 Microsoft 技术支持人员联系。若要联系Microsoft 支持部门专业人员，请访问业务支持，然后选择“服务器>Exchange Server”。由于你的组织可能已制定了直接与 Microsoft 产品支持服务联系的特定流程，因此，请务必先查看你组织的准则。

OwaDeepTestProbe 的恢复操作

若要确定问题是否仍然存在，可以在装入了邮箱的同一服务器上创建测试用户帐户，然后尝试登录到 OWA。例如，尝试使用登录： https:/<servername>/owa。
检查 OWA 运行状况设置上的警报，可能指出影响特定邮箱服务器的问题。有关详细信息，请参阅Troubleshooting OWA Health Set。
启动 IIS 管理器，然后连接到报告问题的服务器，以确定“MSExchangeOwaAppPool”应用程序池是否在 CAS 上运行。
在 IIS 管理器中，验证默认网站是否正在运行。
找到失败探测器的邮箱数据库，并验证邮箱数据库在邮箱服务器上是否处于活动状态，以及邮箱存储是否运行正常。若要找到失败的数据库 GUID 信息，打开全部异常跟踪信息。每个故障应包含一个类似以下内容的条目：

Starting Owa probe with Target: https://localhost/owa/, Username: HealthMailboxdf8b87828ab0427cb91e985bbdfcec62@yourdomain.com
复制 HealthMailbox GUID，然后在命令行管理程序中运行以下命令：
```
Get-Mailbox -Monitoring -Identity <username>
```
例如，运行以下命令：
```
Get-Mailbox -Monitoring -Identity HealthMailboxdf8b87828ab0427cb91e985bbdfcec62@yourdomain.com
```
在返回的对象中，可以找到用户的数据库名称，还可以确定当前活动数据库所在的位置。
在 IIS 管理器中，单击“ 应用程序池”，然后运行以下命令回收 MSExchangeOWAAppPool 应用程序池：
```
%SystemRoot%\System32\inetsrv\Appcmd recycle MSExchangeOWAAppPool
```
按照Verifying the issue still exists部分中的步骤 2c 所示，重新运行关联探测器。
如果问题仍然存在，使用 IISReset 实用程序或运行以下命令，对 IIS 服务进行再循环：
```
Iisreset /noforce
```
按照Verifying the issue still exists部分中的步骤 2c 所示，重新运行关联探测器。
如果问题仍存在，请重新启动服务器。
服务器重新启动后，按照Verifying the issue still exists部分的步骤 2c 所示，重新运行关联探测器。
如果探测器仍然无法运行，可能需要寻求帮助来解决这个问题。若要解决此问题，请与 Microsoft 技术支持人员联系。若要联系Microsoft 支持部门专业人员，请访问业务支持，然后选择“服务器>Exchange Server”。由于你的组织可能已制定了直接与 Microsoft 产品支持服务联系的特定流程，因此，请务必先查看你组织的准则。

详细信息

Exchange 2013 最近更新

Exchange PowerShell