如何排除故障思科UnifedContactCenter企业.PDFVIP

如何排除故障思科UnifedContactCenter企业.PDF

  1. 1、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
  2. 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  3. 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
  4. 4、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
  5. 5、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们
  6. 6、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
  7. 7、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
如何排除故障思科UnifedContactCenter企业

如何排除故障思科Unifed Contact Center企业 (UCCE),当记录器A和B在初始化状态被滞留 目录 简介 先决条件 要求 使用的组件 问题 解决方案 在步骤之下执行的以后解决校验和问题 已验证 简介 当UCCE记录器A和B在初始化状态时,被滞留本文描述步骤排除故障。  贡献用Pratham普拉卡什, Cisco软件软件工程师。 先决条件 要求 Cisco 建议您了解以下主题: 思科UCCE Micrsoft结构化查询语言(SQL) 使用的组件 本文档中的信息都是基于特定实验室环境中的设备编写的。本文档中使用的所有设备最初均采用原 始(默认)配置。如果您使用的是真实网络,请确保您已经了解所有命令的潜在影响。 问题 日志分析表示UCCE记录器A和B在初始化状态被滞留。 在两边的记录器不会变为激活,并且记录器 继续失败与例外bcp连接用尽。 错误消息示例此情况的可以在日志文件找到。   14:09:45:286 la-rcv Trace: SQL Server User Error: 2627, State 1, Severity: 14, Message: Violation of PRIMARY KEY constraint XPKPeripheral_Interval. Cannot insert duplicate key in object dbo.t_Peripheral_Interval. The duplicate key value is (Jul 3 2015 12:30PM, 5002, 300, 1). 14:09:45:335 la-rcv Trace: Duplicate key ignored because the record already exist in the database. 14:09:45:335 la-rcv Trace: bcp_done failed 因为有在t_Persistent_Variable表里,找到的相同的密钥这发生。两台记录器A和B不能完成初始化 。 解决方案 此情况能发生,当曾经在UCCE版本10.x ThedDefect “CSCuw02024删除时t_Persistent_Variable的 表的不变变量,并且重新加写记录”。  perform根据应急方案 步骤1.设置在ogger端A的以下注册表项和从值1的记录器B侧到0     HKEY_LOCAL_MACHINE \软件\ GeoTel \ ICR \ Customerinstance \ LoggerB \记录器\ HistoricalData \不变 步骤2.减少一端     1)削在下来侧的Persistent_VariableTmp1、Persistent_VariableTmp2和t_Persistent_Variable表 。     2)削在激活侧的Persistent_VariableTmp1、Persistent_VariableTmp2和t_Persistent_Variable表 。 步骤3在两边A和B侧的重新启动记录器服务    步骤4执行测验确保用户能做配置更改。   步骤5地方测试呼叫到验证呼叫的系统里工作。  步骤6它可能仍然是neeccesary执行exit_router,发现系统是正在运行的,并且路由器两边通过采取 配置完成状态转移从端A记录器。虽然Contact Center系统是运行和工作, B侧仍然记录器db在初始 化状态。 当B侧记录器恢复密钥是滞后的端A记录器由大量时,这发生。 步骤7从A的执行的手工的设置db-- B     从A的执行的手工的出口/导入设置数据-- B     虽然lastUpdatekey匹配在A端和B端之间,记录器B clgr诉说校验和错误。通过ICMDBA执行手工 的记录器设置db同步防止校验和错误。 在步骤之下执行的以后解决校验和问题 1. 被终止的设置更改通过更改DBMaintnenance注册表项到1 2. 备份在MSSQL的整个记录器A数据库。并且转接db备份对记录器B服务器。 3. 已丢失记录器B数据库和再创记录器B数据库。 4. 恢复在记录器B的记录器db从从记录器A.的db备份。 5. 供给动力的记录器B服务备份。 6. 重置DBMaintenance注册表项到0 已验证 1. rttest的路由器成功设立与记录器B进程的MD连接,包括CLGR、HLGR, RCV etcs。 2. 记录器B从MD不脱离由于数据校验和错误。 3. 因为记录器B在关闭状

文档评论(0)

tangtianbao1 + 关注
实名认证
文档贡献者

该用户很懒,什么也没介绍

1亿VIP精品文档

相关文档