dumpcfg 관리 도구를 사용하여 ICM 구성 변경 사항 추적

소개

이 문서에서는 데이터베이스 관리 도구인 dumpcfg 유틸리티 프로그램에 대해 설명합니다. dumpcfg 도구의 주요 기능은 로거 데이터베이스의 Config_Message_Log 테이블을 덤프하고 테이블을 의미 있는 형식으로 표시하는 것입니다. Config_Message_Log 테이블은 IP Contact Center(IPCC) Enterprise 환경의 구성 변경 사항을 추적합니다.

사전 요구 사항

요구 사항

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

• Cisco ICM(Intelligent Contact Management)

• Cisco IPCC

사용되는 구성 요소

이 문서의 정보는 다음 소프트웨어 및 하드웨어 버전을 기반으로 합니다.

• Cisco IPCC Enterprise Edition

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

표기 규칙

문서 규칙에 대한 자세한 내용은 Cisco 기술 팁 표기 규칙을 참고하십시오.

배경 정보

ICM 시스템은 구성 데이터베이스의 삽입, 삭제 및 업데이트를 추적합니다. 시스템은 Config_Message_Log라는 데이터베이스 테이블에 이 구성 기록을 유지합니다.

Config_Message_Log는 구성 메시지를 저장하는 데이터베이스 시스템 테이블입니다. Config_Message_Log에는 다음 요소가 포함됩니다.

1. 복구 키: RecoveryKey는 ICM 소프트웨어가 내부적으로 가상 시간을 추적하는 데 사용하는 값입니다. 이 키는 12자리 구성 시퀀스 번호로 변환될 수 있으며, 각 새 레코드에 대해 1씩 증가합니다.

2. 로그작업: LogOperation은 구성 변경 유형을 나타냅니다. LogOperation의 예로는 "Add" 및 "Update"가 있습니다.

3. 테이블 이름: TableName은 구성 변경이 영향을 미치는 테이블의 이름을 나타냅니다.

4. 날짜/시간: DateTime은 메시지 집합이 로깅된 날짜 및 시간을 나타냅니다.

5. 구성 메시지: ConfigMessage는 트랜잭션의 모든 구성 메시지를 나열합니다.

Config_Message_Log 덤프

Config_Message_Log 테이블은 네이티브 상태에서 다소 암호적입니다. 따라서 Config_Message_Log 테이블을 이해하려면 데이터를 추출하고 읽기 가능하고 의미 있는 형식으로 데이터를 변환해야 합니다. dumpcfg 유틸리티는 데이터를 처리하고 다음 목록에 정보를 표시할 수 있습니다.

• 어떤 작업을 수행했는지

• 언제 변경이 발생했습니까

• 변경한 프로그램

Config_Message_Log 테이블에서 세부 정보를 보려면 dumpcfg 유틸리티 프로그램을 실행할 수 있습니다. 컨피그레이션 변경의 감사 추적이 나타납니다. 로거 데이터베이스에 대해 dumpcfg 유틸리티를 실행할 수 있습니다. 이 유틸리티의 구문은 다음과 같습니다.

dumpcfg <database>[@server] <low recovery key> [high recovery key]

이 구문에서 다음을 수행합니다.

• <database>는 로거 데이터베이스의 대/소문자를 구분하는 이름을 나타냅니다(예: lab60_sideA).

• @server는 ICM 관리 워크스테이션(AW) 또는 로거의 호스트 이름을 나타냅니다.

  참고: 해당 서버에서 명령을 실행하는 경우 @server을 '@' 문자로 대체합니다.

• <low recovery key> 및 [high recovery key]는 구성 순서 번호(Config_Message_Log 테이블의 RecoveryKey 필드)를 나타냅니다. 모든 변경 사항을 추적하기 위해 ICM은 이 구성 시퀀스 번호를 증가시킵니다(그림 1의 분홍색 사각형 참조).

이 명령을 실행하여 다음과 같은 변경 사항의 전체 덤프를 생성합니다.

dumpcfg lab60_sideA@. 0

lowRecoveryKey 값을 0(0)으로 설정하고 highRecoveryKey를 삭제합니다(그림 1의 화살표 A 참조).

그림 1은 dumpcfg 프로그램의 부분 출력을 표시합니다.

dumpcfg를 실행하고 출력을 dumpcfg-output.txt라는 ASCII 텍스트 파일에 저장하려면 다음 구문을 사용하여 명령을 실행합니다.

dumpcfg lab60_sideA@. 0 > dumpcfg-output.txt

다음 방법 중 하나를 사용하여 구성에서 실제 시퀀스 번호를 확인할 수 있습니다.

• 다음 SQL 명령을 실행합니다.

  • 가장 낮은 복구 키를 확인하려면

    select min(RecoveryKey) from Config_Message_Log
    

    그림 2 - 가장 낮은 복구 키 덤프

    

  • 가장 높은 복구 키를 확인하려면

    select max(RecoveryKey) from Config_Message_Log
    

    그림 3 - 가장 높은 키 덤프

    

  • DateTime을 지정하여 특정 날짜 또는 시간 이전이나 이후에 발생하는 변경 내용을 가져오려면 다음을 수행합니다.

    select RecoveryKey from Config_Message_Log where
     DateTime >= '4/15/2006 00:00'
    

• 라우터 또는 로거의 로그를 검토합니다. 컨피그레이션 또는 스크립트를 삽입, 업데이트 또는 삭제할 때마다 라우터나 로거는 로그에 새 시퀀스 번호를 포함합니다.

  15:25:35 ra-rtr The config sequence number of 411,969,759,020
   has been broadcast to all distributors. 

관련 정보

• 기술 지원 및 문서 − Cisco Systems