UM 运行状况设置疑难解答

适用于:Exchange Server 2013

统一消息 (UM) 运行状况设置监视组织中 UM 服务的整体运行状况。

如果收到指示 UM 处于不正常状态的警报,则表示组织中存在可能阻止用户使用 UM 服务的问题。 UM 运行状况设置与以下运行状况设置密切相关:

UM.CallRouter 运行状况设置疑难解答

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

说明

通过使用以下探测器和监视器来监视 UM 服务。

探针 运行状况设置 相关性 关联监视器
UMSelfTestProbe UM。协议 Active Directory 域服务 (AD DS) UMSelfTestMonitor
UMCallRouterTestProbe UM。CallRouter Active Directory 域服务 (AD DS) UMCallRouterTestMonitor

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

用户操作

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

验证问题是否仍然存在

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

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

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

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

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

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

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

      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
      
    4. 在命令输出中,检查探测器的“结果”值。 如果值为“成功”,则该问题是暂时性错误,且不再存在。 否则,请参阅以下部分列出的恢复步骤。

故障排除步骤

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

  • 发送警报的服务器名称

  • 警报发出的时间和日期

  • 所使用的身份验证机制和凭据信息

  • 上一错误的完全异常跟踪,包括诊断数据和特定 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 边缘服务配置错误或无法运行

  1. 检查邮箱服务器上的事件日志,尝试确定 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 服务证书。

其他故障排除步骤:

  1. 启动 IIS 管理器,并连接到报告问题的服务器,以确定 MSExchangeServicesAppPool 应用程序池是否正在运行。

  2. 在 IIS 管理器中,单击“应用程序池”,然后再循环“MSExchangeServicesAppPool”应用程序池。 为此,请运行下列命令:

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

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

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

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

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

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

详细信息

Exchange 2013 最近更新

Exchange PowerShell