语音和统一通信 : Cisco Unity

为 Cisco Unity 3.x 及以上版本进行 Exchange 服务器离线问题的诊断

2015 年 8 月 28 日 - 机器翻译
其他版本: PDFpdf | 英语 (2015 年 4 月 22 日) | 反馈


目录


简介

有一定数量的情况,当Cisco Unity报道时Microsoft Exchange服务器脱机。一般,这发生直接地作为对一中断的一答复用有问题的Exchange服务器。但是,有一些个方案,当一种脱机状态报告时,即使Exchange服务器看来联机。本文描述如何诊断和解决这些情况。

先决条件

要求

Cisco 建议您了解以下主题:

  • Microsoft Exchange 2000

  • Microsoft Exchange 5.5

  • 通过Applet管理Microsoft Windows服务

使用的组件

本文档不限于特定的软件和硬件版本。

规则

有关文档规则的详细信息,请参阅 Cisco 技术提示规则

问题

这些事件日志条目能出现,如果Cisco Unity检测Exchange服务器脱机。

注意: 这些事件日志错误是特定对Cisco Unity 3.1(5)及以下版本。对于Cisco Unity 4.0(1),事件来源变成CiscoUnity_MalEx和CiscoUnity_AvWm。事件ID能更改。

事件日志错误特定对Cisco Unity 3.1(5)及以下版本
  Event Type: Error
  Event Source: AvWm
  Event Category: Warning
  Event ID: 2903
  Date: 4/3/2002
  Time: 11:44:34 AM
  User: N/A
  Computer: CPRYELLOWUTY1
  Description: <Exchange server name> has gone offline (AvCsMgr:3982)

注意: <Exchange服务器name>用检测在故障状态Exchange服务器的名称替换。在此前一个示例中, AvCsMgr:3982代表检测服务器脱机Cisco Unity服务和该服务进程ID的名称。

除上一个事件日志条目之外, MalEx、Doh和会话能报告与与错误代码8004aa00的消息传送活动涉及的错误。这是此方案示例。简而言之,每当错误代码8004aa00在事件日志被看到,它是AvWm组件的检测的结果Exchange服务器脱机。

与错误代码8004aa00的消息传送活动
  Event Type: Error
  Event Source: MALEx_MC
  Event Category: Error
  Event ID: 30002
  Date: 4/11/2002
  Time: 7:41:45 AM
  User: N/A
  Computer: CPRYELLOWUTY1
  Description: Last Category An attempt to access Exchange Private Store 
  has failed: 8004aa00.

解决方案

在Cisco Unity内的AvWm组件对Exchange服务器的状态的确定负责呼应。AvWm组件周期地测试由在15第二个间隔的Cisco Unity监控的每个Exchange服务器。AvWm组分测验进程有两个步骤:

  1. 打开每个Exchange服务器的Service Control Manager。

  2. 查询MSExchange服务的状况,例如, MSExchangeIS和MSExchangeDS是Exchange 5.5的服务,并且MSExchangeIS是Exchange 2000的服务,为了确定服务是否在运行状态。

    当此测验不是Exchange服务器状态的一个绝对征兆时,给健康的一次好瞥见网络连通性到Exchange服务器和Exchange服务器。

诊断脱Exchange Server脱机问题

如果Cisco Unity不正确地报道Exchange服务器发生故障,请完成这些步骤为了帮助诊断原因:

  1. 检查网络布线,网络接口卡(NIC)设置,交换机,等等为了保证的Cisco Unity服务器和有问题的Exchange服务器适当地连接。

  2. 验证在以前显示的AvWm的事件日志消息报告的服务器名义上的确可及的。工具例如PING、IPCONFIG和NSLOOKUP是有用的在名字解析问题诊断。

  3. 跟踪对事件日志的Enable (event) AvWm。选择HKLM >软件>激活语音> AvWm > 1.00

  4. 更改Diag级别值到1。

    在下个服务器ping间隔, AvWm生成另外相关的信息对错误的原因在应用事件日志的。错误代码在那些事件日志条目可以显示。在事件日志显示的错误代码提供信息为了帮助诊断原因为什么Cisco Unity报道Exchange服务器脱机。

    注意: 在事件日志,错误代码显示作为八位十六进制值,例如, 80040005或者80070005。为了简化,此错误代码说明由错误代码的仅四个最右边的六角形的位识别。例如,十六进制值80040005表示作为0005。

    错误代码 说明 注释
    0424 指定的服务不存在作为一已安装服务。 检查为了保证Exchange在ping的服务器安装。并且,如果Cisco Unity与任何Exchange 2000服务器呼应,必须设置HKLM >软件激活语音> AvWm > 1.00 > Exchange 2000值到1。如果它不是, Cisco Unity为MSExchangeDS ping,为Exchange 2000服务器不是可用的。
    06ba 删除程序Cal (RPC)服务器不可用。 这指示连接问题用被提及的Exchange服务器。再验证指定的服务器有效,其名称可以是解决的,并且Cisco Unity和此服务器之间的网络连接有效。
    06be 失败的远程程序调用。 这能指示或者与连接的一个问题对Exchange服务器,或者交换业务不运作。检查有问题的Service Control Manager和的Exchange服务器上的事件日志为了发现是否有与交换业务的问题。
    0005 访问拒绝。 下Cisco Unity服务运作的帐户在没有权利查询Service Control Manager。这能发生,当Cisco Unity与Exchange 2000集群时呼应,并且面对服务,例如, AvCsMgr, AvUmrSyncSvr, AvMsgStoreMonitorSvr的Cisco Unity消息存储,配置运行作为本地系统帐户。由于Exchange 2000集群不允许本地系统帐户访问查询Service Control Manager, AvWm认为集群发生故障。解决方案将交换这些服务运行作为域帐户和保证该帐户没有由本地或域策略阻塞从访问Service Control Manager。

  5. 选择HKLM >软件>激活语音> AvWm > 1.00 >禁用服务器状态检查(DWORD)并且设置值到1。

  6. 重新启动Unity服务。

解决服务器连通性问题

此部分描述Exchange服务器连通性问题的解决方法的一些提示。

警告 警告: 如果您更换错误注册表密钥或输入不正确的值,这可能造成服务器发生故障。在您编辑注册表前,请确认您明白如何在问题发生时恢复。参考在注册表编辑器帮助的恢复的主题。

注意: Cisco Unity服务器的典型的备份不备份注册表。并且请注意对于Cisco Unity故障切换,在一个Cisco Unity服务器上所做的注册表更改,必须手工在另一个Cisco Unity服务器上更改,因为注册表更改不会被复制。如果有关于怎样的任何问题更改注册关键设置,与思科技术支持联系

总是强制服务器是UP

如果添加此注册表值并且设置它到1,这禁用服务器ping检查:

HKLM > Software > Active Voice > AvWm > 1.00 > Disable Server Status Check (DWORD)

这造成AvWm假设,所有Exchange服务器一直是UP。这是特别有用的在案件,当Cisco Unity与Exchange 2000集群时呼应,并且增股防止AvWm查询集群的Service Control Manager。如果集此注册表值,它能准许Cisco Unity开始,并且允许以后将寻址的增股。

警告 警告: 因为所有网络或集群失败导致严重Cisco Unity性能下降,应该认为这短期应急方案。

总是强制服务器发生故障

如果添加此注册表值并且设置它到1,这禁用服务器ping检查:

HKLM > Software > Active Voice > AvWm > 1.00 > All Servers Down (DWORD)

这造成AvWm假设,所有Exchange服务器脱机。这可以是有用的在Cisco Unity消息贮藏库(UMR)功能诊断。

更改服务器Ping间隔

如果添加此注册表值,这允许将更改的默认服务器ping间隔:

HKLM > Software > Active Voice > AvWm > 1.00 > Server Ping Period in msecs (DWORD)

注意: 这要求您重新启动面对它的所有消息服务能生效,并且必须以毫秒指定。默认是15000或15秒。

与远程服务的正在验证的增股控制管理器

这些步骤是有用的在验证有一个增股在Cisco Unity外面。此问题能出现,如果一个远程Exchange服务器的Service Control Manager访问,当面对服务的Cisco Unity消息存储,例如, AvCsGateway, AvCsMgr, AvMsgStoreMonitor, AvTtsSvr,已经运行作为域帐户时。

  1. 从开始菜单,请选择运行,并且输入cmd.exe。

  2. 在prompt命令,请参与运行作为/profile /user :<svcacct> cmd.exe <svcacct>负责面对Cisco Unity服务的消息存储的域\帐户的地方由。这应该显示运行在服务帐户的上下文下的一个new命令窗口。

  3. 从此new命令窗口,回车MMC

  4. 从MMC控制台,请选择Console > Add/Remove Snap-in

  5. 在添加/删除卡扣式属性窗口,请单击添加并且选择服务

  6. 单击 Add。在Services对话框中,请激活另一个计算机单选按钮,并且请输入服务器的名称或浏览丢弃列表并且选择有问题的Exchange服务器。

  7. 点击芬通社Close,然后。在树型视图,请选择被添加的服务管理单元。

    如果说无法打开<server name>的服务控制管理器的对话框出现,错误5访问拒绝,这验证权限问题存在与服务帐户的能力访问Exchange服务器Service Control Manager。必须为AvWm寻址这为了正确地作用。

    如果找到增股,可以归结于影响面对帐户的消息存储到位的安全策略。从属在安装、域控制器、域和本地安全策略种类应该删除为了验证权利查询Service Control Manager是可用的。

如果收到Exchange服务器脱机错误消息,在您解决Exchange服务器连通性问题以后,请验证UnityMsgStoreSvc帐户和检查的权限是否是域管理员本地管理员组的成员。请使用一个域管理帐户为了从Cisco Unity Tools Depot运行权限向导

正在验证端口

如果有在Exchange服务器和Cisco Unity服务器之间的任何防火墙,请确保打开所有必要端口启用服务器之间的通信。

相关的思科支持社区讨论

思科支持社区是您提问、解答问题、分享建议以及与工作伙伴协作的论坛。


相关信息


Document ID: 28703