소개
이 문서에서는 UCCE 로거 A와 B가 초기화 상태에서 멈춘 경우의 문제 해결 단계를 설명합니다.
기고자: Cisco 소프트웨어 엔지니어 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측 로거 DB는 여전히 초기화 상태입니다. 이는 B측 로거 복구 키가 A측 로거를 큰 폭으로 지연시키는 동안 발생했습니다.
7단계 A —> B에서 수동 구성 db 수행
A —> B에서 수동으로 컨피그레이션 데이터 내보내기/가져오기 수행
lastUpdatekey는 A측과 B측 간에 일치하지만 로거 B clgr은 체크섬 오류를 호소했습니다. 체크섬 오류를 방지하기 위해 ICMDBA를 통해 수동 로거 구성 db 동기화를 수행합니다.
나중에 체크섬 문제를 해결하기 위해 아래 단계를 수행합니다.
1. DBMaintenance 레지스트리 키를 1로 변경하여 구성 변경을 중지했습니다.
2. MSSQL에서 전체 로거 A 데이터베이스를 백업했습니다. Logger B 서버로 db 백업을 전송했습니다.
3. 로거 B 데이터베이스를 삭제하고 로거 B 데이터베이스를 재생성합니다.
4. 로거 A의 db 백업에서 로거 B의 로거 db를 복원했습니다.
5. 전원 로거 B 서비스 백업.
6. DBMmaintenance 레지스트리 키를 0으로 다시 설정합니다
확인됨
1. 라우터 rttest가 CLGR, HLGR, RCV etcs를 비롯한 로거 B 프로세스와 MDS 연결을 설정했습니다.
2. 데이터 체크섬 오류로 인해 로거 B가 MDS에서 드롭아웃되지 않습니다.
3. 로거 B가 며칠 동안 종료 상태였기 때문에 현재 시스템에서 HDS와 기록 데이터를 동기화하는 중입니다.
4. 컨피그레이션 변경 작업이 아직 진행 중입니다.
피드백