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

适用于:Exchange Server 2013

Autodiscover.Protocol 运行状况设置可监视邮箱服务器上的自动发现通信协议。

如果收到一条警报,指示 Autodiscover.Protocol 运行状况不正常,说明可能会有阻止用户访问他们邮箱的问题。

说明

Autodiscover.Protocol 服务受到以下探测器和监视器的监视:

探针 运行状况设置 相关性 关联监视器
AutodiscoverSelfTestProbe Autodiscover.Protocol Active Directory AutodiscoverSelfTestMonitor

有关探测和监视器的详细信息,请参阅 服务器运行状况和性能

常见问题

此监视器失败的常见原因可能包括:

  • 驻留在受监视的客户端访问服务器 (CAS) 上的自动发现应用程序池 (MSExchangeAutodiscoverAppPool) 未响应。 或者,驻留在一个或多个邮箱服务器上的自动发现应用程序池未响应。
  • 域控制器没有响应。

用户操作

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

验证问题是否仍然存在

  1. 识别警报中的运行状况设置名称和服务器名称。

  2. 邮件详细信息提供了有关确切警报原因的信息。 大部分情况下,邮件详细信息会提供充足的故障排除信息,用于识别根本原因。 如果邮件详细信息不明确,请执行以下操作:

    1. 打开 Exchange 命令行管理程序,然后运行以下命令,检索发出警报的运行状况集的详细信息:

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

      例如,要检索有关 server1.contoso.com 的 Autodiscover.Protocol 运行状况设置的详细信息,请运行以下命令:

      Get-ServerHealth server1.contoso.com | ?{$_.HealthSetName -eq "Autodiscover.Protocol"}
      
    2. 检查命令输出,以确定报告了错误的监视器。 发出警报Unhealthy的监视器的 AlertValue 值为 。

    3. 为处于不正常状态的监视器重新运行关联的探测。 请参阅Explanation部分中的表格,找到关联探测器。 为此,请运行下列命令:

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

      例如,假定故障监视器为 AutodiscoverSelfTestMonitor。 与该监视器关联的探测器为 AutodiscoverSelfTestProbe。 要在 server1.contoso.com 上运行该探测器,请运行以下命令:

      Invoke-MonitoringProbe Autodiscover.Protocol\AutodiscoverSelfTestProbe -Server server1.contoso.com | Format-List
      
    4. 在命令输出中,检查探测器的“结果”值。 如果值为“成功”,则该问题是暂时性错误,且不再存在。 否则,请参阅以下部分列出的恢复步骤。

AutodiscoverSelfTestProbe 恢复操作

从运行状况设置收到一条警报时,电子邮件包含以下信息:

  • 发送警报的邮箱服务器的名称
  • 受监视的邮箱服务器的名称
  • 警报发出的时间和日期
  • 所使用的身份验证机制和凭据信息
  • 上一个错误的全部异常跟踪,包括诊断数据和特定 HTTP 头信息

您可以使用全部异常跟踪中的信息来帮助解决问题。 探测器生成的异常包含说明探测器失败原因的“故障原因”。

要解决此问题,请执行下列步骤:

  1. 查看邮箱服务器上的协议日志。 默认情况下,邮箱服务器上的协议日志文件位于 %ExchangeInstallPath%Logging\Autodiscover 文件夹中。

  2. 创建一个测试用户帐户,然后通过在地址中使用测试用户帐户来登录邮箱服务器。 例如,使用 登录: https://<servername>:444/autodiscover/autodiscover.xml

    如果测试用户帐户名称通过,则问题可能会影响托管受监视邮箱的邮箱服务器。

  3. 尝试通过在邮箱服务器上使用测试帐户,来重复之前的步骤。

  4. 检查针对 Autodiscover.Proxy 运行状况设置发出的警报,其中可能指出存在影响特定邮箱服务器的问题。 有关详细信息,请参阅Troubleshooting Autodiscover.Proxy Health Set

  5. 检查针对 Autodiscover 运行状况设置发出的警报,其中可能指出存在影响特定邮箱服务器的问题。 有关详细信息,请参阅Troubleshooting Autodiscover Health Set

  6. 启动 IIS 管理器,然后连接到报告问题的邮箱服务器。 验证 MSExchangeAutodiscoverAppPool 应用程序池是否在该邮箱服务器上运行。

  7. 在 IIS 管理器中,单击“ 应用程序池”,然后运行以下命令回收 MSExchangeAutodiscoverAppPool 应用程序池:

    %SystemRoot%\System32\inetsrv\Appcmd recycle MSExchangeAutodiscoverAppPool
    
  8. 按照Verifying the issue still exists部分步骤 2c 所示,重新运行相关联的探测器。

  9. 如果问题仍存在,使用 IISReset 实用程序或运行以下命令来再循环 IIS 服务:

    Iisreset /noforce
    
  10. 按照Verifying the issue still exists部分步骤 2c 所示,重新运行相关联的探测器。

  11. 如果问题仍存在,请重新启动服务器。

  12. 服务器重新启动后,按照Verifying the issue still exists部分的步骤 2c 所示,重新运行关联探测器。

  13. 如果探测器仍然无法运行,可能需要寻求帮助来解决这个问题。 若要解决此问题,请与 Microsoft 技术支持人员联系。 若要联系Microsoft 支持部门专业人员,请访问业务支持,然后选择“服务器>Exchange Server”。 由于你的组织可能已制定了直接与 Microsoft 产品支持服务联系的特定流程,因此,请务必先查看你组织的准则。

详细信息

Exchange 2013 最近更新

Exchange PowerShell