Autodiscover 运行状况设置疑难解答
适用于：Exchange Server 2013
自动发现运行状况设置监视客户端自动发现服务的总体运行状况。
如果您接收到指示自动发现处于不正常状态的警报，则表示存在可能阻止用户使用自动发现进程访问其邮箱的问题。
说明
通过使用以下探测器和监视器对自动发现服务进行监视。
| 探针 | 运行状况设置 | 相关性 | 关联监视器 |
|---|---|---|---|
| AutodiscoverCtpProbe | 自动发现 | Active Directory | AutodiscoverCtpMonitor |
有关探测和监视器的详细信息，请参阅 服务器运行状况和性能。
常见问题
此监视器失败的常见原因可能包括：
- 驻留在受监视的客户端访问服务器 (CAS) 上的自动发现应用程序池 (MSExchangeAutodiscoverAppPool) 未响应。 或者，驻留在一个或多个邮箱服务器上的自动发现应用程序池未响应。
- CAS 遇到网络问题，并且无法连接至邮箱服务器或域控制器。
- 监视帐户的凭据不正确。
- 域控制器没有响应。
用户操作
发出警报后服务可能会恢复。 因此，当您接收到指示运行状况设置不正常的警报时，首先要验证该问题是否仍然存在。 若问题确实存在，执行以下部分介绍的相应恢复操作。
验证问题是否仍然存在
识别警报中的运行状况设置名称和服务器名称。
邮件详细信息提供了有关确切警报原因的信息。 大部分情况下，邮件详细信息会提供充足的故障排除信息，用于识别根本原因。 如果邮件详细信息不明确，请执行以下操作：
打开 Exchange 命令行管理程序，并运行以下命令，检索发出警报的运行状况集的详细信息：
Get-ServerHealth <server name> | ?{$_.HealthSetName -eq "<health set name>"}例如，要检索有关 server1.contoso.com 的自动发现运行状况设置的详细信息，请运行以下命令：
Get-ServerHealth server1.contoso.com | ?{$_.HealthSetName -eq "Autodiscover"}查看命令输出，确定报告错误的监视器。 发出警报
Unhealthy的监视器的 AlertValue 值为 。为处于不正常状态的监视器重新运行关联的探测。 请参阅Explanation部分中的表格，找到关联探测器。 为此，请运行下列命令：
Invoke-MonitoringProbe <health set name>\<probe name> -Server <server name> | Format-List例如，假定故障监视器为 AutodiscoverCtpMonitor。 与该监视器关联的探测器为 AutodiscoverCtpProbe。 要在 server1.contoso.com 上运行该探测器，请运行以下命令：
Invoke-MonitoringProbe Autodiscover\AutodiscoverCtpProbe -Server server1.contoso.com | Format-List在命令输出中，检查探测器的“结果”值。 如果值为“成功”，则该问题是暂时性错误，且不再存在。 否则，请参阅以下部分列出的恢复步骤。
AutodiscoverCtpMonitor 恢复操作
收到来自运行状况设置的警报时，电子邮件将包含以下信息：
- 发送警报的服务器名称
- 该探测器正在监视的邮箱服务器的名称
- 出现警报的时间和日期
- 所使用的身份验证机制和凭据信息
- 上一个错误的全部异常跟踪，包括诊断数据和特定 HTTP 头信息
您可以使用全部异常跟踪中的信息来帮助解决问题。 探测器所生成的异常包含描述探测器失败原因的“故障原因”。 例如，“故障原因”可能是下列原因之一：
- X-FEServer：指示在哪个 CAS 上运行探测
- X-CalculatedBETarget：指示请求路由到的邮箱服务器
- X-DiagInfo：指示收到请求的邮箱服务器
要解决此问题，请执行下列步骤：
检查 CA 和邮箱服务器上的协议日志。 默认情况下，CAS 上的协议日志位于 %ExchangeInstallPath%Logging\HttpProxy\Autodiscover 文件夹中。 默认情况下，邮箱服务器上的协议日志文件位于 %ExchangeInstallPath%Logging\Autodiscover 文件夹中。
创建测试用户帐户，然后使用该测试用户帐户登录 CAS。 例如，使用 登录：
https://<servername>/autodiscover/autodiscover.xml。如果测试用户帐户名称通过，则问题可能会影响托管受监视邮箱的邮箱服务器。
尝试通过在邮箱服务器上使用测试帐户，来重复之前的步骤。 如果尝试失败，尝试对另一台 CAS 执行此测试，以确定该问题是发生于特定的 CAS 上，而不发生于邮箱服务器上。
验证 CA 和邮箱服务器之间的网络连接。 使用 ping.exe 验证每个服务器是否都有响应。
检查针对 Autodiscover.Proxy 运行状况设置发出的警报，其中可能指出存在影响特定邮箱服务器的问题。 有关详细信息，请参阅Troubleshooting Autodiscover.Proxy Health Set。
检查针对 Autodiscover.Protocol 运行状况设置发出的警报，其中可能指出存在影响特定邮箱服务器的问题。 有关详细信息，请参阅Troubleshooting Autodiscover.Protocol Health Set。
启动 IIS 管理器，然后连接到报告问题的服务器。 验证 MSExchangeAutodiscoverAppPool 应用程序池是否正在 CA 和邮箱服务器上运行。
在 IIS 管理器中，单击“ 应用程序池”，然后运行以下命令回收 MSExchangeAutodiscoverAppPool 应用程序池：
%SystemRoot%\System32\inetsrv\Appcmd recycle MSExchangeAutodiscoverAppPool按照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 产品支持服务联系的特定流程，因此，请务必先查看你组织的准则。