语音和统一通信 : Cisco Unified Communications Manager (CallManager)

使用重建的DBLHelper中断的Cisco CallManager集群SQL预订

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


目录


简介

结构化查询语言(SQL)数据库的复制是Cisco CallManager集群的核心功能。有Cisco CallManager数据库的主拷贝的服务器呼叫发行商,而复制数据库的服务器呼叫用户。用户服务器一致轮询其中任一的发布服务器对发布人数据库的新的更改。如果其中任一新的更改做,用户执行一下拉菜单订阅为了接收对数据库的多数最近更改。

在事件用户从发行商终止数据的复制,用户需要重建发布服务器和用户之间的关系。本文描述DBLHelper程序。此工具重印或重初始化在发布服务器和用户数据库之间的一残破的订阅。

注意: 如果您的Cisco CallManager服务器是一部分的“域”,为了能适当地被执行的DBLHelper,您必须登录Cisco CallManager服务器作为Cisco CallManager服务器的“本地管理员”帐户,不是域帐户。

症状

这是如果用户从发布者停止复制可能出现的症状列表:

  • 更改在发行商在电话做没有反射注册与用户。

  • 呼出在电话失效注册与用户。当您拨号9您听到重新排序的语音。

  • 转发所有呼叫(CFwdAll)不工作。

  • IP电话显示错误数据库。

先决条件

要求

本文假设SQL Administrator (SA)帐户密码为两个是可用的发布服务器和用户,如果在MSSQL 7.0运行。如果使用SQL server 2000年,它假设管理权限。

使用的组件

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

  • Cisco CallManager 3.x 和 4.x

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

规则

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

重建使用DBLHelper的发布服务器和用户之间的关系

完成这些步骤:

  1. 如果注意与Cisco CallManager故障切换的问题或注意SQL在应用事件日志的复制错误,首先请检查DBLHelper.exe文件。

    此文件在c:\program files\cisco\bin目录查找。确保您有最新的DBLHelper文件在此位置。如果文件当前不在系统,请开有思科技术支持的一个Case并且选派残破的SQL订阅。请使用Cisco TAC服务请求(仅限注册用户)工具开Case。

    注意: DBLHelper在发行商只运行。

  2. 思科技术支持工程师能提供对您的DBLHelper.exe申请。

    • 如果使用Cisco CallManager版本3.0或3.1,请建议技术支持工程师。他们能也发送odbc++文件对您。

      注意: DBLHelper是与Cisco CallManager 3.x和4.x兼容。

    • 除DBLHelper.exe之外的odbc++文件在c:\program files\cisco\bin驻留。

  3. SQL复制依靠NetBIOS名称解析。若需要确保c:\winnt\system32\drivers\etc\"lmhosts"文件填充。

  4. 如果仅lmhosts.sam文件存在,请点击Start/Run,输入cmd,并且按Return

  5. 从C:\提示符,请输入cd \winnt\system32\drivers\etc如显示此处。

    /image/gif/paws/46082/dblhelper_doc_01.gif

  6. 复制lmhosts.sam <space> Lmhosts。

  7. 编辑Lmhosts文件。

    dblhelper_doc_03.gif

  8. 保存文件并且点击退出

  9. 从Windows Explorer,挑选c:\ > Program Files > cisco,点击二进制文件目录和双击在DBLHelper.exe。

    此窗口显示:

    dblhelper_doc_04.gif

    注意: 红色皱眉的图标指示在发布服务器和用户思科CallManager之间的一残破的SDL订阅。

    重新打印按钮删除当前订阅并且再创它。重新初始化按钮重初始化所有订阅并且开始快照代理。它也尝试重建与当前数据库的订阅。

  10. 一旦选择选项,按钮变灰。一旦操作完成,并且数据库被重建,此窗口出现:

    /image/gif/paws/46082/dblhelper_doc_05.gif

    如果重新打印不调整复制问题,并且红色皱眉的图标仍然出现,则看到的检查数据库名称是否是相同的在所有Cisco CallManager服务器间。如果其中任一个用户CallManager服务器有一不同的名称,请更新在该用户的数据库名称。打开Windows注册表编辑器特定的Cisco CallManager服务器并且浏览对HKEY_LOCAL_MACHINE > SOFTWARE > Cisco Systems公司> DBL。寻找注册表条目DBCONNECTION0DBCONNECTION1,等等。更新值与发布人数据库数据库名称的这些条目。

    DBCONNECTIONx条目的值如下所示:

    DSN=CiscoCallManager;SERVER=CCM-4;DATABASE=CCM0300;Trusted_Connection=yes

    如果发布人数据库有CCM0301名称,则请更新注册表值如下:

    DSN=CiscoCallManager;SERVER=CCM-4;DATABASE=CCM0301;Trusted_Connection=yes
  11. 名字转换选项卡指示是否有域名系统。(DNS)条目或者指示一命名IP地址解决方法的主机条目。它也指示服务器之间的所有网络延迟。

    /image/gif/paws/46082/dblhelper_doc_06.gif

  12. 比较的DB选项卡允许您比较在Cisco CallManager版本版本之间的数据库。

    注意: 没有使用这。

    /image/gif/paws/46082/dblhelper_doc_07.gif

  13. BackupData选项卡允许您进行在.csv格式保存的数据库备份。

    注意: 这不是一个支持的方式进行Cisco CallManager数据库的备份。

    注意: 肯定5月您关闭DBLhelper应用程序,在发行商后运行了。如果DBLhelper被留下激活,能的事件查看器导致错误。

验证SQL订阅工作

  1. 为了测试数据的传播,请创建在容易识辨的发布服务器的一个设备并且点击插入键

    dblhelper_doc_08.gif

  2. 设备不需要是工作。点击更新,然后关闭

    /image/gif/paws/46082/dblhelper_doc_09.gif

  3. 进入SQL企业管理器,展开有问题的SQL的用户,并且查找在数据库表发现新设备是否存在。

    /image/gif/paws/46082/dblhelper_doc_10.gif

  4. 越可认识设备,越容易是查找。

    /image/gif/paws/46082/dblhelper_doc_11.gif

在新用户被添加后, IsChangeNotfyReady错误出现

在您添加一个新的Cisco CallManager用户到集群后, IsChangeNotfyReady SQL错误在发行商被找到。

运行DBLhelper工具为了解决此错误消息。


相关信息


Document ID: 46082