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

解决关于 DC 目录的问题

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


目录


简介

本文解释如何解决在集群涉及的Cisco CallManager服务器运作的DC目录服务器服务之间的目录复制问题。

此步骤为Cisco CallManager服务器是有效该运行版本3.0(5a)到3.3.x。

注意: 在本文(1.0.7)提及的DC目录脚本仅与Cisco CallManager 3.0(5a)至3.3(2c)一起使用。

注意: 对于Cisco CallManager 3.3(3)及以后,目录模式版本更改。所以,脚本在Cisco CallManager 3.3(3)已经包括及以后和您请勿需要下载他们。如果运行Cisco CallManager 3.3(3)或以后,参考在重新配置部分的步骤。

此列表描述症状关联与此问题:

  • Cisco CallManager发布器服务器有正确用户数据。然而,一个或更多Cisco CallManager用户服务器或者没有用户数据,或者用户数据对发行商的数据库是过时的。

  • 在Cisco CallManager发布器服务器的DC目录服务花费很长时间对启动(在启动看上去停止或暂停)。

  • DC目录复制错误被记录到Cisco CallManager发布器和用户服务器在应用程序事件浏览器。

  • C:\dcdsrvr\run\dcx500\dcx500.out的考试显示重复的并且/或者无效复制协定。

注意: DC目录消息DC目录服务器记录日志在Cisco CallManager发布器的应用程序日志变得安静在与柱状图的备份期间是正常。变得安静的暗示DC目录不能从服务器获得足够的资源,因为某其他进程当前控制大多资源。基本上, Cisco CallManager暂停DC目录服务,直到完成什么执行。因此,当任务在要求很多资源的发布服务器时执行,此错误可以是正常。

先决条件

要求

本文档没有任何特定的要求。

使用的组件

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

  • 在所有服务器的Cisco CallManager 3.0(5a)至3.3(2c)在集群。

  • 嵌入式DC目录服务器使用作为目录存储所有服务器在集群。

本文档中的信息在特定实验室环境设备上创建。本文档中使用的所有设备最初均采用原始(默认)配置。如果您的网络实际,请保证您了解所有命令潜在影响。

规则

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

问题

无效复制协定出现造成DC目录数据库(在C:dcdsrvrrundcx500database的文件)增长庞大(在100 MB)。这造成DC目录采取很多时间关闭和启动。这些复制,并且无效协定导致由于这些原因之一:

  1. 客户重新安装Cisco用户响应应用(CRA)服务器(或Cisco CallManager用户)一个或更多次(其中每一重新安装CRA服务器/Cisco CallManager服务器造成发行商有新的复制协定对用户)。

  2. CRA服务器(或Cisco CallManager用户)已经存在和退役,不用DC目录重新配置程序的性能在Cisco CallManager集群的。

    注意: 当Directory节点从Cisco CallManager集群时删除,没有自动地整理对已经删除用户的DC目录复制协定。

  3. avvid_scfg命令在用户不止一次手工运行(例如,部分DC目录重新配置程序尝试)。

    警告 警告: 请勿执行部分DC目录重新配置程序, (例如,请勿运行avvid_scfg,如果没有由在发行商和CRA服务器的cleandsa继续,并且/或者Cisco CallManager用户)。

数据库的增长的根本原因对这样大大小的是DC目录设法救每复制操作的状态不能实行。在一个期限,此已保存状态信息无效复制协定的造成数据库成长为数百MBs。

请勿与DC目录复制混淆SQLServer复制。他们是两完全独立的进程。

如果执行重新安装Cisco CallManager用户或CRA服务器2.2(4)和前或者CRA服务器3.0(1),您在集群必须执行在所有的DC目录重新配置程序节点。这包括独立CRA服务器。从DC目录发行商开始。

解决方案

当您执行这些任务时,您必须是:

  • 直接地在媒体汇聚服务器(MCS)服务器的控制台,连接通过键盘/视频/鼠标(KVM)交换机。

    或者

  • 连接通过Telnet对服务器。

这些特定任务性能,当您通过终端服务客户端连接时连接不充分地测试了,并且能导致意外的结果。思科建议您安排一停机时间为了运行步骤。包括的两个步骤是:

  1. 安装

  2. 重新配置

安装

完成安装的这些步骤:

  1. 下载从Cisco CallManager版本3.2 (仅限注册用户)网站的DCDScripts.1-0-7.exe。如果3.3之前,运行Cisco CallManager版本只请下载这些脚本。没有需要下载在版本3.3和以上的脚本,因为他们包括并且查找在c:\dvdsrvr\bin文件夹。如果安装并且运行在Cisco CallManager新版本的DCDScripts.1-0-7.exe文件,这造成系统出故障。

  2. 复制并且运行DCDScripts.1-0-7.exe在Cisco CallManager集群的所有节点和在CRA/CRS应用服务器。请接受默认设置,当提示您如此时执行,并且单击解压缩

    注意: 确保您运行脚本在非高峰时间为了避免高CPU利用率。

重新配置

当您去在安装以后时,重新配置您的DC目录有两个可能的情况:

  1. 当DC目录数据库大于100 Mb时,参考在Cisco CallManager发布器(数据库极大比100 Mb)解决方案的重新配置的DC目录在本文。

  2. 当DC目录数据库比100 Mb时是较少,参考在Cisco CallManager发布器(数据库较少比100 Mb)解决方案的重新配置的DC目录在本文。

在Cisco CallManager发布器(数据库的重新配置的DC目录更多比100 Mb)

这些步骤保证在这些步骤期间,您的在DC目录的用户数据在发行商Cisco CallManager服务器在故障的情况下失败备份。这些步骤也帮助,当DC目录数据库大于100 Mb (C:dcdsrvrrundcx500database)。

如果体验此Install错误在升级Cisco Unified Communications Manager期间,请使用步骤在此部分:DC目录服务器在坏状态或不可能干净地终止。

注意: 您必须禁用Cisco Security Agent (CSA)服务,在您安装,卸载或者升级所有软件(包括操作系统)前,在Cisco CallManager。您必须禁用代理程序通过使用在禁用和重新授权给描述Cisco Security Agent服务的方法。保证服务不变得在任何时间重新启用在安装或升级期间。失败能引起与安装或升级的问题。在软件安装或升级,您必须重新启用CSA后,在开始再前监控Cisco Unified CallManager服务器。

  1. 备份您的当前目录信息。请使用MCS备份工具或者从DOS命令提示运行dcbckdib /y备份C:\dcdsrvr\backup命令。

    注意: 在您运行dcbckdib /y备份C:\dcdsrvr\backup命令前, C:\dcdsrvr\backup文件夹必须存在。

  2. 在发布服务器上,当登陆作为管理员时,请打开prompt命令。为了执行如此,选择Start > Run和输入cmd

  3. 键入avvid_migrate_save.cmd servernamepassword命令,并且按所有键,当提示。

    此命令输出看似类似于此输出:

    C:\>avvid_migrate_save jayas-w2k ciscocisco
    A subdirectory or file C:\dcdsrvr\log already exists.
    
    ****************************************
    *                                      *
    * -- CISCO User Preferences Support -- *
    *                                      *
    ****************************************
    
    A subdirectory or file C:\dcdsrvr\suspense already exists.
    
    Run the perl script avvid_migrate_save.pl
    A subdirectory or file C:\dcdsrvr\log already exists.
    A subdirectory or file C:\dcdsrvr\run\DCX500\config\Migration-Backup 
    already exists.
    Saving User Information...
    Saving Profile Information...
    Saving Apps20 Information...
    Saving Admin Information...
    Saving PA node Information...
    Saving E911 node Information...
    Saving systemProfile...
    Saving MITRA data...
    Saving Groups data...
    
    C:\>
  4. 终止DC目录服务。进入从prompt命令的net stop dcdirectory

  5. 运行cleandsa.cmd或deletedib.cmd,如果cleandsa.cmdreports不支持。

  6. 运行avvid_migrate_cfg.exe。

    (使用情况— avvid_migrate_cfg密码)

  7. 运行avvid_migrate_restore.cmd。

    (使用情况— avvid_migrate_restore服务器名DCDpassword)

  8. 运行reconfig_cluster.cmd。

    (使用情况— reconfig_cluster DCDAdminPassword)

    此命令设立复制协定给所有Cisco CallManager用户。您不需要执行在的任何任务任何Cisco CallManager用户。

在Cisco CallManager发布器(数据库的重新配置的DC目录较少比100 Mb)

请完成这些步骤为了重新配置在Cisco CallManager发布器的DC目录,当DC目录数据库比100 Mb时(C:dcdsrvrrundcx500database)是较少。

运行reconfig_cluster.cmd。

此命令设立复制协定到所有Cisco CallManager用户服务器。您不需要执行在的任何额外步骤任何Cisco CallManager用户。

在CRA/CRS服务器的重新配置的DC目录

完成这些步骤为了重新配置在CRA/CRS服务器的DC目录:

  1. 终止DC目录服务。

  2. 运行cleandsa.cmd或deletedib.cmdif cleandsa.cmd报告不支持。

  3. 运行avvid_scfg.cmd。

    (使用情况— reconfig_cluster DCDAdminPassword)

    注意: 如果网络有单个Cisco CallManager服务器有或没有并行定位CRA/CRS,您需要运行reconfig_cluster.cmd。在这种情况下donot运行为思科CRA/CRS服务器列出的步骤。

    注意: 如果升级,重新安装或者添加一个新的Cisco CallManager服务器3.2(2c)或前或者CRA 2.2(4)或前和CRA 3.0(1),您必须复制和运行DCDScripts.1-0-7.exe正如Installation部分所描述

使用DC目录,修改在Cisco CallManager的UserID

userID用于识别Cisco CallManager的每个用户。默认情况下, Cisco CallManager不允许您更改userID。如果必须,使用有这些步骤的, DC目录管理员您能更改它。

  1. DC目录管理员的洛金从Start > Programs > DC Directory Administrator

  2. 点击用户

    用户列表在窗口的右边发表。在userID应该修改的用户双击。

  3. 去电子邮件选项卡并且点击修改

  4. 更改userID指定互联网值,然后单击应用并且

完成这些步骤验证userID是否更改。

  1. 转到 Cisco CallManager Administration 页。

  2. 选择用户> Add a new User。

  3. 点击与新的userID的基本搜索并且验证userID是否更改。

问题-无法删除从DC目录的用户

当用户设法删除DC目录的时一个用户,此错误消息接收:

Could not delete user. UserID = "<username>"

解决方案

如果DC目录服务被终止了,此问题能出现。为了解决问题,请重新启动从Start > Programs > Administrative Tools > Services的DC目录服务器服务。您然后能删除用户。

注意: 您能使用模式匹配以及完全匹配为了搜索部门名称。请使用模式匹配,例如通配符基于符号类似?-, *, %,如果部门名称有空格。

Error:没有自由连接控制块-拒绝的连接。

此DC目录错误消息出现在事件查看器:

Event Type:	Warning
Event Source:	DCDirectory
Event Category:	Configuration 
Event ID:	9415
Date:		1/30/2009
Time:		11:10:31 AM
User:		N/A
Computer:	QPUB
Description:
(BASE IL NEW CONNECT(47) Proc 88, Sev 14)
           No free connection control blocks - connection refused. This
           indicates that the maximum number of simultaneous TCP/IP
           connections has been reached, and further connection
           attempts will fail until one of the existing connections
           has been closed.
             Socket ID                D4859209
             Component                LDAP
             Number of CBs configured 504

解决方案

从版本3和以上, DC目录使用Keepalive socket选项为了检测停止的连接。然而,如果Keepalive信号延迟至少一毫秒,它生成错误,因为一些连接没有准时发布,并且系统能达到限制非常小瞬间。当防火墙计时闲置连接时,此行为也造成在防火墙后的客户端继续打开新连接。另外,当客户端重新启动时,旧有连接在服务器端没有被切断,造成DC目录随着时间的推移超过允许LDAP连接其最大限制500。

这些开放连接的实用的作用小,并且他们不引起任何可操作的作用。他们导致在操作系统和计数的一笔分钟开销往在入站LDAP连接的配置的限制。

如果不体验在您的Cisco CallManager的任何效果,此行为不代表问题。如前面提到,这种错误能挑衅行为,例如用户的问题能登陆到DCD或IPCC。如果那是实际情形,您看到错误重复数百时期。

如果检测您的系统是受此错误的影响的,可以是牵强的关闭的这些DC Directory/LDAP连接。为了执行此,请终止并且重新启动DC目录服务器,在服务下。参考的CallManager不能打开步骤的DC目录能重新启动DC目录服务器。

错误1096 :Avdsad没有域的一个域控制器,并且不可能从活动目录获得一。

此错误消息出现在事件查看器:

Event Type:	Error
Event Source:	CiscoUnity_DSAD
Event Category:	Warning 
Event ID:	1096
Date:		08/05/2009
Time:		4:09:19 PM
User:		N/A
Description:
Computer:	CLUSTER8-UNITY
Description:

The AvDSAD does not have a domain controller for the domain, and could not 
get one from Active Directory. Ensure that a domain controller exists for this
domain, that no DNS issues exist, and that The Cisco Unity service that monitors 
Active Directory (AvDSAD) account has the proper rights.

解决方案

为了删除此错误,打开DC/GC工具和执行强制请重新连接。有时, DCGC重新连接工具显示一个空白的域。在这种情况下,请完成这些步骤为了删除从数据库的DC然后执行强制重新连接。

  1. 选择Start > Programs > SQL >企业管理器

  2. 展开本地>数据库> Unitydb >

  3. 用鼠标右键单击ADDomain >Open>返回所有行

  4. 删除空白的域的条目。

  5. 打开DCGC工具并且执行强制重新连接与DC。

事件9415 :没有自由连接控制块-拒绝的连接。

在Cisco CallManager应用程序日志,此错误消息出现:

Event Type:	Warning
Event Source:	DCDirectory
Event Category:	Configuration 
Event ID:	9415
Date:		mm/dd/yy
Time:		2:42:25 AM
User:		N/A
Computer:	abc
Description:
(BASE IL NEW CONNECT(47) Proc 88, Sev 14)
           No free connection control blocks - connection refused. This
           indicates that the maximum number of simultaneous TCP/IP
           connections has been reached, and further connection
           attempts will fail until one of the existing connections
           has been closed.
             Socket ID                24E27308
             Component                LDAP
             Number of CBs configured 504

解决方案

为了解决此问题,增加在C:\dcdsrvr\run\dccustom.ini的MAXLDAPConnections2000年和重新启动DCD服务。


相关信息


Document ID: 30002