簡介
本文檔介紹當UCCE記錄器A和B停滯在初始化狀態下進行故障排除的步驟。
作者：思科軟體工程師Pratham Prakash。
必要條件
需求
思科建議您瞭解以下主題：
- Cisco UCCE
- 微軟結構化查詢語言(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.配置更改仍在運行
意見