목차

소개

사전 요구 사항

요구 사항

사용되는 구성 요소

문제

솔루션

나중에 체크섬 문제를 해결하기 위해 아래의 단계를 수행했습니다.

확인됨

소개

이 문서에서는 UCCE 로거 A와 B가 초기화 중 상태일 때 문제를 해결하는 단계를 설명합니다.

기고자: Cisco 소프트웨어 엔지니어 Pracash입니다.

사전 요구 사항

요구 사항

다음 주제에 대한 지식을 보유하고 있으면 유용합니다.

- Cisco UCCE

- Microsoft SQL(Structured Query Language)

사용되는 구성 요소

이 문서의 정보는 특정 랩 환경의 디바이스를 토대로 작성되었습니다.이 문서에 사용된 모든 디바이스는 초기화된(기본) 컨피그레이션으로 시작되었습니다.현재 네트워크가 작동 중인 경우, 모든 명령어의 잠재적인 영향을 미리 숙지하시기 바랍니다.

문제

로그 분석 결과 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 테이블 삭제 및 재추가"에서 Persistent Variables를 사용할 때 발생할 수 있습니다.

다음 해결 방법 수행

1단계. Ogger 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를 실행해야 할 수도 있습니다. 시스템이 실행 중인 것으로 확인되었으며 라우터의 양 쪽이 로거에서 구성을 가져와 상태 전송을 완료했습니다.컨택 센터 시스템이 실행 중이고 작동 중이지만 B측 로거 DB가 초기화 중입니다. 이 오류는 B측 로거 복구 키가 로거측 A에 비해 큰 양 정도 느려지는 경우 발생했습니다.

7단계 A —> B에서 수동 컨피그레이션 DB 수행

A —> B에서 컨피그레이션 데이터를 수동으로 내보내기/가져오기 수행

lastUpdateKey는 A측과 B측 간에 일치하지만 로거 B clgr은 체크섬 오류를 불평했습니다.체크섬 오류를 방지하려면 ICMDBA를 통해 수동 로거 구성 db 동기화를 수행합니다.

나중에 체크섬 문제를 해결하기 위해 아래의 단계를 수행했습니다.

1. DBMaintenance 레지스트리 키를 1로 변경하여 구성 변경을 중지했습니다.

2. MSSQL에서 전체 로거 A 데이터베이스를 백업했습니다.DB 백업을 로거 B 서버로 전송했습니다.

3. 로거 B 데이터베이스를 삭제하고 로거 B 데이터베이스를 다시 만들었습니다.

4. 로거 A의 db 백업에서 로거 B의 로거 DB를 복원했습니다.

5. 로거 B 서비스 백업 전원 공급

6. DBMmaintenance 레지스트리 키를 0으로 다시 설정합니다.

확인됨

1. 라우터 rttest가 로거 B 프로세스(CLGR, HLGR, RCV ets 포함)와의 MDS 연결을 성공적으로 설정했습니다.

2. 데이터 체크섬 오류로 인해 로거 B가 MDS에서 드롭되지 않습니다.

3. 로거 B가 며칠 동안 종료 상태였기 때문에 시스템은 현재 HDS와 기록 데이터를 적극적으로 동기화하고 있습니다.

4. 구성 변경이 계속 진행 중입니다.