语音和统一通信 : Cisco Unity

Cisco Unity:定义Unity消息存储器

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


目录


简介

Cisco Unity消息贮藏库(UMR),被构件到Cisco Unity 3.x及以上版本,允许外部呼叫方对Leave消息用户,当他们的主要交换服务器脱机时。消息在\通用服务器\ unityMta目录的Cisco Unity服务器临时地存储,并且可以通过一次特殊UMR会话访问。当主要交换服务器回来联机时, Cisco Unity开始传递消息作为正常到正确消息存储。

先决条件

要求

本文读者应该有一般了解Cisco Unity如何工作。欲知详情,参考白皮书:Cisco Unity数据体系结构,并且Cisco Unity如何工作(版本3.x)概述

使用的组件

本文档中的信息基于以下软件和硬件版本:

  • Cisco Unity 3.0或以上与Microsoft Exchange

本文档中的信息都是基于特定实验室环境中的设备编写的。本文档中使用的所有设备最初均采用原始(默认)配置。如果您使用的是真实网络,请确保您已经了解所有命令的潜在影响。

规则

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

服务器停机

当有一问题用Exchange服务器时, UMR功能准许Cisco Unity采取外部来电者消息。UMR处理Exchange服务器脱机的更改:

  • 如果Cisco Unity的主要交换服务器脱机,所有用户听到UMR会话。

  • 如果有无服务器用户的一个Exchange服务器脱机,只有有邮箱的那些用户在脱机Exchange服务器听到UMR会话,而其他服务器的用户有一般留言访问。

注意: 得以进入正常的用户,那些不影响受中断,能留下Exchange服务器通过呼叫语音邮件,登陆和按#2是脱机的用户的一个消息。然而,这些消息由Exchange而不是UMR完全处理。所以,用户不能访问这些消息,直到Exchange回来联机。

UMR 会话和消息访问

如果用户呼叫到Cisco Unity里,当Exchange服务器脱机时,并且他们听到UMR会话,他们只能听外部来电者在服务器停机期间,他们接收的消息。因此,这些消息在\通用服务器\而不是UnityMta目录Exchange的Cisco Unity服务器临时地存储,只有消息在临时区域可访问,当用户的主要交换服务器脱机时。用户听到消息和时间戳,但是不能删除,应答对,转发或者Leave消息其他用户的。因为Exchange脱机,用户不能访问存在于Exchange服务器在中断前的任何消息。

转发呼叫当作外部呼叫

当Exchange脱机时,如果用户直接地拨号另一用户分机和然后转发对Cisco Unity, Cisco Unity处理此呼叫同外部来电者一样。一旦转发对Cisco Unity,用户能对其他用户的Leave消息,但是这些消息只是可用的在UMR。这些消息没有识别作为用户对用户消息,并且没有选项应答到消息,在Exchange回来联机以后,并且消息在正常语音邮箱。根据电话系统和其集成在中断以后,这些呼叫在ViewMail for Outlook (VMO)可能有用户分机作为呼叫方id在标题栏,当查看。

中断后的消息发送和通知

Cisco Unity迅速检测,当服务器去在下,但是采取更加长确定,当服务器回来联机时。这部分归结于有的交换业务久启动时间,延迟从回来的服务器联机。在此介于中间的时间,用户可能听到故障自动保险的会话而不是UMR会话或者正常会话,当他们呼叫Cisco Unity时(注释在Cisco Bug ID CSCdu13936 (仅限注册用户))。同样地,用户可能听到故障自动保险的会话,如果他们侦听对在UMR的一个消息,当他们的Exchange服务器回来联机(注释在Cisco Bug ID CSCdu25943 (仅限注册用户))。用户必须等待,直到Cisco Unity能在听到正常会话前访问他们的正常邮箱。并且,因为可能有消息积压在UMR的, Cisco Unity可能花费几分钟移动从本地UMR的消息向适当的Exchange服务器,即使用户能传呼和获得正常会话。

当Cisco Unity移动从UMR的消息向Exchange服务器时,所有消息出现如新建,即使他们听使用UMR会话,并且触发消息等待指示符(MWIs)。他们由Exchange传送的消息包含与时间的一新的时间戳。这能导致有的消息两不同的时间戳;一,当在UMR和另一个在交付以后由Exchange时(注释在Bug ID CSCdu04991 (仅限注册用户))

当Exchange脱机时, MWIs可能不正确地指示消息状态。MWIs可能从到达的消息被点燃,当Exchange服务器是,然而,下来时Exchange,用户不能访问他们。并且, Cisco Unity不点燃到达在中断期间的消息的MWIs并且在UMR。用户必须传呼和检查发现他们是否有等待他们的消息。

消息存储位置

UMR消息数量在交换中断期间的Cisco Unity把柄由可用的硬盘空间限制。特别地,在C:\Commserver\UnityMTA目录的空间联机。此目录是由注册表设置控制的,可以找到此处:

  • HKLM \软件\激活voice\UnityUMR\1.0\MtaStoragePath

分配列表的消息

在对分配表的交换中断消息期间,因为列表在UMR,没有展开,而,例如无地址消息分配表,请出现在UMR,但是寻址对分配表和不对分配表的成员。所以,用户不能访问他们,直到他们由Exchange展开并且传送。

AvUMRSyncSvr 服务

在Cisco Unity提供从UMR前的消息, Exchange服务器消息为一定是注定的回到联机和准备收到消息。有时期,当消息在UMR时可能继续累计,均等,在所有Exchange相关的问题看上去解决后。

如果管理员注意消息没有从本地UMR目录传送, C:\Commserver\UnityMTA,在Exchange服务器所有回到联机以后,通过重新启动UMR服务触发消息发送通常排除故障问题。这通过访问从服务控制面板的AvUmrSyncSvr完成。在服务器回来联机后, UMR消息发送可能花费大约三分钟开始。

事件日志消息

检查事件日志确认Exchange服务器回到联机的消息。您应该看到在Windows事件查看器列出的消息类似于如下所示的两示例。如果这些消息不在事件日志,仍有防止Cisco Unity发送消息对它的问题用Exchange服务器。

Event Type: Information
Event Source: AvWM_MC
Event Category: Warning
Event ID: 29002
Computer: MCH-UNITY
Description: MCH-UNITY has come back online

Event Type: Warning Event Source: AvExchangeMonitor_MC
Event Category: Run Event ID: 1020 Computer: MCH-UNITY
Description: Server MCH-UNITY is back on-line. Resyncing mailboxes.

无效的消息

如果有一个无效消息文件或一个消息一个用户的有一个无效帐户的(例如,一无效主服务器在SQL)在UMR,阻塞其他消息交付。AvUmrSyncSvr服务提供消息按先入先出(FIFO)顺序。如果一个更加早期的消息的收件人有一个无效的配置,或者主服务器联机,但是不接受消息,剩余的消息没有传送。Outlook是有用的使用在控制中看到用户的地址是否适当地配置。如果Outlook消息不可能传送对用户,则UMR不能提供消息。请从UMR删除消息或者更正与用户的帐户的问题。

交换和消息跟踪

对于从UMR传送,但是的消息在用户的语音邮箱不出现,使用Exchange的消息传输代理(MTA)工具检查在Exchange的队列被滞留的消息。下面的步骤解释如何使用Exchange 2000和Exchange 5.5的MTA工具。

Exchange 2000

使用此步骤使用Exchange 2000的MTA工具:

  1. 通过选择Start > Programs > Microsoft Exchange > System Manager启动系统管理器。

  2. 从控制台结构树,请双击服务器

  3. 用鼠标右键单击在服务器您选择并且选择属性

  4. 从常规选项卡,请选择跟踪对关于发送方、信息传送或接收的时间,消息大小、优先级和收件人的日志信息的启用留言

  5. 从常规选项卡,请选择Enable subject logging记录所有发送的消息主题对,从,或者通过服务器。

注意: 这为Exchange 2000服务器只是可用的。

跟踪 Exchange 2000 上的消息

使用此步骤跟踪在Exchange 2000的消息:

  1. 打开交换系统管理器

  2. 从控制台结构树,双击工具和选择消息跟踪中心

  3. 用鼠标右键单击在右窗格然后单击跟踪消息

    请使用搜索工具帮助诊断消息传送问题和查找Cisco Unity也许传送了到Exchange,但是Exchange无法传送的所有信息。一旦查找一个消息,请通过单击详细信息消息历史记录按钮获得关于消息的更多信息。

Exchange 5.5

使用此步骤使用Exchange 5.5的MTA工具:

  1. 通过选择Start > Programs > Exchange > Microsoft Exchange管理器开始交换管理员

  2. 从控制台结构树,请双击包含Cisco Unity服务器的站点。

  3. 双击服务器

  4. 点击您要监控消息的服务器。

  5. 从窗口的右侧,双击消息传输代理和点击Queues选项

    Properties页的消息传输代理列出消息等待在Exchange的队列的所有。寻找Cisco Unity传送了对Exchange,但是Exchange未传送的信息。

无地址消息

您可以注意消息被传送到“unaddressedmessages”别名。这发生,当任一不再存在的消息被寄给别名,或者有无效的配置。请使用Outlook和Exchange工具排除故障在Exchange内的所有有问题的地址和确定根本原因。

排除故障

对于多数UMR问题,特别是如果UMR不传送消息从本地UMR目录,通常C:\Commserver\UnityMTA,并且,在Exchange服务器所有回到联机以后,请重新启动UMR服务触发消息发送。这可以通过访问从服务控制面板的AvUmrSyncSvr完成。五分钟,在从UMR的消息发送开始前, Cisco Unity和Exchange可能延迟。

当Exchange服务器回来联机,并且Cisco Unity与服务器再同步,用户可能听到一次故障自动保险的会话而不是UMR或正常会话,当呼叫到Cisco Unity时(注释在Cisco Bug ID CSCdu13936 (仅限注册用户))。用户可能听到故障自动保险的会话,如果他们侦听对在UMR的一个消息,当他们的Exchange服务器回来联机(注释在Cisco Bug ID CSCdu25943 (仅限注册用户))。用户必须等待,直到Cisco Unity能再访问他们的消息存储为了听到正常会话。

相关的思科支持社区讨论

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


相关信息


Document ID: 19030