UM.CallRouter 运行状况设置疑难解答
适用于：Exchange Server 2013
Microsoft Exchange 统一消息 (UM) 呼叫路由器运行状况集监视 UM 呼叫路由器服务的整体运行状况。
如果收到指示 UM 处于不正常状态的警报，则表示组织中存在可能阻止用户使用 UM 服务的问题。 UM 运行状况设置与以下运行状况设置密切相关：
说明
通过使用以下探测器和监视器监视 UM.Protocol 服务
| 探针 | 运行状况设置 | 相关性 | 关联监视器 |
|---|---|---|---|
| UMCallRouterTestProbe | UM。CallRouter | Active Directory 域服务 (AD DS) | UMCallRouterTestMonitor |
有关探测和监视器的详细信息，请参阅 服务器运行状况和性能。
用户操作
发出警报后服务可能会恢复。 因此，当您接收到指示运行状况设置不正常的警报时，首先要验证该问题是否仍然存在。 若问题确实存在，执行以下部分介绍的相应恢复操作。
验证问题是否仍然存在
识别警报中的运行状况设置名称和服务器名称。
邮件详细信息提供了有关确切警报原因的信息。 大部分情况下，邮件详细信息会提供充足的故障排除信息，用于识别根本原因。 如果邮件详细信息不明确，请执行以下操作：
打开 Exchange 命令行管理程序，然后运行以下命令，检索发出警报的运行状况集的详细信息：
Get-ServerHealth <server name> | ?{$_.HealthSetName -eq "<health set name>"}例如，若要检索有关 server1.contoso.com 的 UM.CallRouter 运行状况设置的详细信息，请运行以下命令：
Get-ServerHealth server1.contoso.com | ?{$_.HealthSetName -eq "UM.CallRouter"}检查命令输出，以确定报告错误的监视器。 发出警报
Unhealthy的监视器的 AlertValue 值为 。重新运行处于不正常状态的监视器的关联探测器。 请参阅说明部分中的表格，查找关联探测器。 为此，请运行下列命令：
Invoke-MonitoringProbe <health set name>\<probe name> -Server <server name> | Format-List例如，假定失败的监视器为“UMCallRouterTestMonitor”。 与该监视器相关联的探测器是“UMCallRouterTestProbe”。 要对 server1.contoso.com 运行该探测器，请运行以下命令：
Invoke-MonitoringProbe UM.CallRouter\UMCallRouterTestProbe -Server server1.contoso.com | Format-List在命令输出中，检查探测器的“结果”值。 如果值为“成功”，则该问题是暂时性错误，且不再存在。 否则，请参阅以下部分列出的恢复步骤。
故障排除步骤
从运行状况设置收到一条警报时，电子邮件包含以下信息：
发送警报的服务器名称
警报发出的时间和日期
所使用的身份验证机制和凭据信息
上一错误的完全异常跟踪，包括诊断数据和特定 HTTP 头信息
注意：可以使用完整异常跟踪中的信息来帮助排查问题。 探测器所生成的异常包含描述探测器失败原因的“故障原因”。
UM 呼叫路由器服务的 SIP 选项失败
确定 UM 呼叫路由器服务是否已禁用。 如果 UM 呼叫路由器服务尚未启动或已禁用，则重新启动 UM 服务。
在过去一小时内，UM 呼叫路由器拒绝了超过 50% 的入站呼叫
检查客户端访问服务器 (CAS) 上的事件日志以确定 UM 对象（例如“umipgateway”和“umhuntgroup”）是否得到正确配置。
如果事件日志没有包含足够的信息，则您可能需要在专家级别启用 UM 事件日志，然后检查 UM 跟踪日志文件。
{0}超过百分比的错过呼叫通知代理在过去一小时内在 UM 呼叫路由器失败
检查 CAS 上的事件日志，以确定诸如“umipgateway”和“umhuntgroup”之类的 UM 对象是否已正确配置。
如果事件日志没有包含足够的信息，则您可能需要在专家级别启用 UM 事件日志，然后检查 UM 跟踪日志文件。
Microsoft Exchange 统一消息呼叫路由器证书即将过期
续订 CAS 上的 UM 呼叫路由器服务证书。
其他故障排除步骤
启动 IIS 管理器，然后连接到报告问题的服务器，以确定 MSExchangeServicesAppPool 应用程序池是否正在运行。
在 IIS 管理器中，单击“ 应用程序池”，然后运行以下命令回收 MSExchangeServicesAppPool 应用程序池：
%SystemRoot%\System32\inetsrv\Appcmd recycle MSExchangeServicesAppPool按照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 产品支持服务联系的特定流程，因此，请务必先查看你组织的准则。