소개
이 문서에서는 PCCE 환경에서 UPDATE SQL 쿼리를 사용하여 네트워크 트렁크 그룹 구성을 업데이트하는 방법에 대해 설명합니다.
사전 요구 사항
요구 사항
다음 주제에 대한 지식을 보유하고 있으면 유용합니다.
- PCCE(Packaged Contact Center Enterprises)
- Microsoft SQL
사용되는 구성 요소
이 문서의 정보는 다음 구성 요소를 기반으로 합니다.
- 로거
- 주변 장치 게이트웨이 PG-VRU
- 관리 워크스테이션
- 기록 데이터베이스 AW-HDS
이 문서의 정보는 특정 랩 환경의 디바이스를 토대로 작성되었습니다.이 문서에 사용된 모든 디바이스는 초기화된(기본) 컨피그레이션으로 시작되었습니다.네트워크가 작동 중인 경우 모든 명령의 잠재적인 영향을 이해해야 합니다.
문제
PCCE의 매우 모퉁이 시나리오에서 기본 컨피그레이션을 가져오는 동안 논리적 컨트롤러/주변 장치 ID 매핑이 해당/특정 컨피그레이션에 충돌하여 필요한 컨피그레이션을 제대로 가져오거나 가져오지 못할 수 있습니다.이로 인해 시스템/기능의 부적절한 기능이 발생할 수 있습니다.
참조 CSCvg09448 , CSCvc50016 및 CSCvf40204 .
PCCE에는 잘못된 정보를 수정하기 위해 Configuration Manager 유틸리티 또는 CCEADMIN 페이지를 통해 컨피그레이션을 수행할 수 없는 제한이 있습니다.
예
이미지에 표시된 대로 논리적 컨트롤러, 네트워크 트렁크 그룹 및 트렁크 그룹 테이블을 고려하십시오.
5001(CVP) 대신 LogicalControllerID가 5000(CUCM)으로 가져온 네트워크 트렁크 그룹입니다. 동일한 이유로 VRU PG 및 Network_Trunk_Group_Half_Hour 및 Trunk_Group_Half_Hour 테이블 간격 데이터가 HDS로 업데이트되지 않았기 때문에 각 NWTG 및 TG ID를 알 수 없습니다.이는 빈 보고서와 함께 반환되는 cuic ivr 포트 성능 보고서에 영향을 줍니다.
솔루션
PCCE에서 컨피그레이션을 업데이트하기 위한 도구의 제한을 고려할 때 UPDATE SQL 쿼리를 사용하여 로거 A & B 데이터베이스로 직접 컨피그레이션을 업데이트하고 AWDB와 동기화해야 합니다.
절차
- 안전 예방 조치를 위해 로거 A & B 및 AWDB A & B에서 전체 SQL 백업을 수행합니다.
https://www.youtube.com/watch?v=VvaKmujEE7E
- 로거 A 및 B 서비스 시작을 서비스 컨트롤러에서 수동으로 변경하고 서비스를 중지합니다.
- 총판사 A 및 B 서비스 시작을 Manual in Service Controller로 변경하고 서비스를 중지합니다.
- 로거 A DB에 대해 이 SQL 쿼리를 실행하고 출력의 스크린샷을 만듭니다.
select * from Logical_Interface_Controller
select * from Network_Trunk_Group
select * from t_Trunk_Group
참고:PCCE는 기본적으로 기본 컨피그레이션에 하나의 논리적 컨트롤러가 있습니다.(UCCE에 대해 확인)
- 로거 A 및 B DB에서 하위 쿼리를 실행하고 결과가 하나의 값으로 반환되도록 합니다.
select LogicalControllerID from Logical_Interface_Controller where ClientType=13
- 로거 A DB에 대해 이 UPDATE SQL 쿼리를 실행하고 쿼리가 성공적으로 실행되었는지 확인합니다.
UPDATE Network_Trunk_Group SET LogicalControllerID=(select LogicalControllerID from Logical_Interface_Controller where ClientType=13) where NetworkTrunkGroupID=5000
- Network_Trunk_Group에서 select*를 다시 실행하고 논리적 컨트롤러 ID가 업데이트되었는지 확인합니다.
- 로거 B DB에 대해 아래 UPDATE SQL 쿼리를 실행하고 쿼리가 성공적으로 실행되었는지 확인합니다.
UPDATE Network_Trunk_Group SET LogicalControllerID=(select LogicalControllerID from Logical_Interface_Controller where ClientType=13) where NetworkTrunkGroupID=5000
- Network_Trunk_Group에서 select*를 다시 실행하고 논리적 컨트롤러 ID가 업데이트되었는지 확인합니다.
- 서비스 컨트롤러에서 로거 A 및 B 서비스를 시작하고 시작을 자동으로 업데이트합니다.
- 서비스 컨트롤러에서 Distributor A 서비스를 시작하고 시작을 자동으로 업데이트합니다.
- AWHDS 서버에서 C:\ProgramData\Microsoft\Windows\Start Menu\Programs\Cisco Unified CCE Tools\Administration Tools으로 이동합니다.
- 로컬 데이터베이스 초기화 유틸리티를 실행합니다.
- 이미지에 표시된 대로 시작을 클릭한 다음 예를 클릭하여 경고 메시지를 표시하고 결과를 기다립니다.
- AWDB A에 대해 이 SQL 쿼리를 실행하고 변경 사항이 업데이트되었는지 확인합니다.
select * from Logical_Interface_Controller
select * from Network_Trunk_Group
select * from t_Trunk_Group
참고:PCCE는 기본적으로 하나의 AWSITE를 사용하여 Init LocalDB를 수행할 수 있으며, Active AW에서만 수행할 수 있습니다. 그렇지 않으면 비활성 측에서 Init LocalDB를 수행하는 동안 이 오류 메시지가 수신됩니다
- 총판사 B를 활성 상태로 만들려면 총판사 A 서비스를 중지하십시오.
- 서비스 컨트롤러에서 Distributor B 서비스를 시작하고 시작을 자동으로 업데이트합니다.
- AWHDS 서버에서 C:\ProgramData\Microsoft\Windows\Start Menu\Programs\Cisco Unified CCE Tools\Administration Tools
- 로컬 데이터베이스 초기화 유틸리티를 실행합니다.
- Start(시작)를 클릭한 다음 Yes(예)를 클릭하여 경고 메시지를 표시하고 결과가 나올 때까지 기다립니다.
- AWDB B에 대해 이 SQL 쿼리를 실행하고 변경 사항이 업데이트되었는지 확인합니다.
select * from Logical_Interface_Controller
select * from Network_Trunk_Group
select * from t_Trunk_Group
- 서비스 컨트롤러에서 총판사 A 서비스를 시작합니다.
참고: 라우터를 통해 수행되는 대부분의 컨피그레이션 변경 요청은 직접 업데이트되지 않습니다.다음 ConfigUpdate Interval(컨피그레이션 업데이트 간격)에서 라우터 메모리와 동기화됩니다.다음 간격까지 기다리거나 23단계(영향 없음)를 수행해야 합니다.
- RTTEST에서 get_config 명령을 실행하고 업데이트된 정보를 라우터 메모리에 가져옵니다.
- 주변 장치 게이트웨이 A 및 B로 이동하여 VRU PG의 OPCTEST에 연결합니다.
- 명령 실행
list_network_trunk_group <NetworkTrunkGroupID> (5000) and
list_trunk_group <VRU Peripheral ID> (5001)
- 업데이트된 컨피그레이션이 VRU PG OPC에 반영되었는지 확인합니다(예:
- 로거 및 AWDB 업데이트 및 OPCTEST 결과를 게시하면 필요한 간격 업데이트가 HDS DB에 반영됩니다(30분 후).
- 이 SQL 쿼리를 실행하고 간격 데이터가 업데이트되었는지 확인합니다.
select * from t_Trunk_Group_Half_Hour where DateTime>'2019-02-14'
select * from Network_Trunk_Group_Half_Hour where DateTime>'2019-02-14'
롤백
로거 데이터베이스에 직접 액세스하고 SQL UPDATE 명령을 사용하는 것은 매우 중요하며 중요합니다.단계를 잘못 사용하면 데이터 손실, 데이터 수정 등이 발생할 수 있습니다.Cisco TAC 엔지니어의 권장 사항에 따라 특정 시나리오에만 위의 단계를 사용하는 것이 좋습니다.
단계를 진행하기 전에 SQL 데이터베이스 백업(FULL)을 수집했으므로 파일을 백업하여 불확실성을 극복하기 위해 데이터베이스를 복원할 수 있습니다.
https://www.youtube.com/watch?v=TWQe_CxK9Ik