简介
本文档介绍UCCE记录器A和B停滞在初始化状态时的故障排除步骤。
作者：Pratham Prakash，思科软件工程师。
先决条件
要求
Cisco 建议您了解以下主题：
- 思科UCCE
- Microsoft结构化查询语言(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 table deleting and re-adding records”上使用永久变量时可能会出现此情况。
执行以下解决方法
步骤1.将记录器端A和记录器端B上的以下注册表项的值从1设置为0
HKEY_LOCAL_MACHINE\Software\Geotel\ICR\Customerinstance\LoggerB\Logger\HistoricalData\Persistent
步骤2.将一侧放下
1)向下截断Persistent_VariableTmp1、Persistent_VariableTmp2和t_Persistent_Variable表。
2)截断活动端上的Persistent_VariableTmp1、Persistent_VariableTmp2和t_Persistent_Variable表。
第3步在A端和B端重新启动记录器服务
第4步执行测试以确保用户能够进行配置更改。
第5步将测试呼叫置于系统中以验证呼叫是否正常工作。
第6步可能仍需要执行exit_router，发现系统已启动且正在运行，并且路由器两端通过从A端记录器获取配置来完成状态传输。虽然联络中心系统正在运行且正在运行，但B端记录器数据库仍处于初始化状态。 当B端记录器恢复密钥远远落后于A端记录器时，会发生这种情况。
第7步从A —> B执行手动配置db
从A —> B执行手动导出/导入配置数据
虽然lastUpdatekey在端A和端B之间匹配，但记录器B clgr投诉校验和错误。通过ICMDBA执行手动记录器配置数据库同步，以防止校验和错误。
稍后执行以下步骤以解决校验和问题
1.已将DBMaintenance注册表项更改为1，从而停止配置更改
2.已备份MSSQL上的整个记录器A数据库。并将数据库备份传输到记录器B服务器。
3.删除记录器B数据库，并重新创建记录器B数据库。
4.从记录器A的数据库备份还原记录器B上的记录器数据库。
5.用电记录器B服务备份。
6.将DBMaintenance注册表项重置为0
已验证
1.路由器rttest已成功与记录器B进程（包括CLGR、HLGR和RCV等）建立MDS连接。
2.由于数据校验和错误，记录器B不会从MDS中退出。
3.由于记录器B已处于关闭状态数天，系统现在正在主动将历史数据与HDS同步。
4.配置更改仍在运行
反馈