UM 运行状况设置疑难解答
适用于:Exchange Server 2013
统一消息 (UM) 运行状况设置监视组织中 UM 服务的整体运行状况。
如果收到指示 UM 处于不正常状态的警报,则表示组织中存在可能阻止用户使用 UM 服务的问题。 UM 运行状况设置与以下运行状况设置密切相关:
说明
通过使用以下探测器和监视器来监视 UM 服务。
探针 | 运行状况设置 | 相关性 | 关联监视器 |
---|---|---|---|
UMSelfTestProbe | UM。协议 | Active Directory 域服务 (AD DS) | UMSelfTestMonitor |
UMCallRouterTestProbe | UM。CallRouter | Active Directory 域服务 (AD DS) | UMCallRouterTestMonitor |
有关探测和监视器的详细信息,请参阅 服务器运行状况和性能。
用户操作
发出警报后服务可能会恢复。 因此,当您接收到指示运行状况设置不正常的警报时,首先要验证该问题是否仍然存在。 若问题确实存在,执行以下部分介绍的相应恢复操作。
验证问题是否仍然存在
识别警报中的运行状况设置名称和服务器名称。
邮件详细信息提供了有关确切警报原因的信息。 大部分情况下,邮件详细信息会提供充足的故障排除信息,用于识别根本原因。 如果邮件详细信息不明确,请执行以下操作:
打开 Exchange 命令行管理程序,然后运行以下命令,检索发出警报的运行状况集的详细信息:
Get-ServerHealth <server name> | ?{$_.HealthSetName -eq "<health set name>"}
例如:若要检索关于 server1.contoso.com 的 UM.Protocol 运行状况设置详细信息,请运行以下命令:
Get-ServerHealth server1.contoso.com | ?{$_.HealthSetName -eq "UM.Protocol"}
检查命令输出,以确定报告了错误的监视器。 发出警报
Unhealthy
的监视器的 AlertValue 值为 。重新运行处于不正常状态的监视器的关联探测器。 请参阅说明部分中的表格,查找关联探测器。 为此,请运行下列命令:
Invoke-MonitoringProbe <health set name>\<probe name> -Server <server name> | Format-List
例如,假定故障监视器为 UMSelfTestMonitor。 与该监视器相关联的探测器为 UMSelfTestProbe。 要在 server1.contoso.com 上运行该探测器,请运行下列命令:
Invoke-MonitoringProbe UM.Protocol\UMSelfTestMonitor -Server server1.contoso.com | Format-List
在命令输出中,检查探测器的“结果”值。 如果值为“成功”,则该问题是暂时性错误,且不再存在。 否则,请参阅以下部分列出的恢复步骤。
故障排除步骤
从运行状况设置收到一条警报时,电子邮件包含以下信息:
发送警报的服务器名称
警报发出的时间和日期
所使用的身份验证机制和凭据信息
上一错误的完全异常跟踪,包括诊断数据和特定 HTTP 头信息
注意:可以使用完整异常跟踪中的信息来帮助排查问题。 探测器生成的异常中包含“失败原因”,它说明了探测失败的原因。
UM 服务的 Sip 选项出现故障
确定 UM 服务是否被禁用。 如果 UM 服务未开启或被禁用,请重启 UM 服务。
在过去一小时内,UM 服务拒绝了超过 {0}百分比的入站呼叫
检查客户端访问服务器 (CAS) 上的事件日志以确定 UM 对象(例如“umipgateway”和“umhuntgroup”)是否得到正确配置。
如果事件日志没有包含足够的信息,则您可能需要在专家级别启用 UM 事件日志,然后检查 UM 跟踪日志文件。
在过去一小时内,UM 工作进程拒绝了超过 {0}百分比的入站呼叫
检查 CAS 上的事件日志以确定 UM 对象(例如“umipgateway”和“umhuntgroup”对象)是否得到正确配置。
如果事件日志没有包含足够的信息,则您可能需要在专家级别启用 UM 事件日志,然后检查 UM 跟踪日志文件。
{0}过去一小时内成功处理的消息数不到百分比
检查 CAS 上的事件日志以确定 UM 对象(例如“umipgateway”和“umhuntgroup”对象)是否得到正确配置。
如果事件日志没有包含足够的信息,则您可能需要在专家级别启用 UM 事件日志,然后检查 UM 跟踪日志文件。
由于 UM 管道已满,Microsoft Exchange 统一消息服务拒绝呼叫
检查 CAS 上的事件日志以确定 UM 对象(例如“umipgateway”和“umhuntgroup”对象)是否得到正确配置。
如果事件日志没有包含足够的信息,则您可能需要在专家级别启用 UM 事件日志,然后检查 UM 跟踪日志文件。
A/V 边缘服务配置错误或无法运行
检查邮箱服务器上的事件日志,尝试确定 Lync Server 调用失败的原因。 然后执行下列操作:
确保 UM 服务选择的 Lync 池正常运行。
若要使用特定的 Lync Server,请运行以下命令:
Set-UMServer ExchangeUMServer -SIPAccessService <ServerName>
UM 服务器无法使用 Communications Server A/V 边缘服务成功地获得凭据
检查事件日志以调查选择哪个 Lync 池,以及验证选择的 Lync 池是否正常运行。
Communications Server 音频/视频边缘在尝试建立会话时无法打开端口或分配资源
检查事件日志以调查选择哪个 Lync 池,以及验证选择的 Lync 池是否正常运行。
Microsoft Exchange 统一消息服务证书即将过期
在邮箱服务器上续订 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 产品支持服务联系的特定流程,因此,请务必先查看你组织的准则。