SQL 2014 Standard 설치 시 ECE SQL CPU 스파이크 문제 해결

소개

이 문서에서는 ECE(Enterprise Email and Chat)가 높은 CPU를 보고할 때의 문제 해결 프로세스에 대해 설명합니다.

사전 요구 사항

• Cisco UCCE(Unified Contact Center Enterprise) 11.6
• ECE 11.6 ES 7

요구 사항

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

• UCCE
• ECE

사용되는 구성 요소

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

• UCCE 11.6
• ECE 11.6 ES 7 with SQL 2014 Standard Edition(에이전트 400개 이하 구축)

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

배경 정보

아카이브 작업 노드는 Microsoft SQL.Data의 Standard Edition을 사용하는 설치에서만 사용할 수 있으며 데이터는 활성 데이터베이스에 저장됩니다. 시간이 흐르면 데이터 크기가 시스템의 성능에 영향을 미치기 시작하는 지점까지 증가합니다.

문제

ECE가 높은 CPU를 보고합니다. 작업 관리자를 검토하면 대부분의 MS SQL Server 프로세스가 CPU 할당의 대부분을 소비하고 있음을 알 수 있습니다.

솔루션

아래 단계를 사용하여 문제를 해결할 수 있습니다

1. 에이전트 수가 400개 이하인 구축에서는 액티브 데이터가 110GB를 초과하지 않아야 하므로 아카이빙을 사용하여 성능 문제를 방지해야 합니다.

참고: 에이전트가 400개 이하인 구축에서는 액티브 데이터가 110GB를 초과해서는 안 됩니다. Microsoft SQL Server Standard Edition을 사용하는 구축에서는 데이터가 이 크기 이하로 유지되도록 아카이브를 구성해야 합니다. Enterprise Edition을 사용하는 구축에서는 애플리케이션이 SQL Server의 분할 기능을 활용하므로 데이터 증가를 관리하기 위해 필요한 디스크 공간을 늘리는 것 외에 특별한 조치가 필요하지 않습니다.Pg 12. 엔터프라이즈 채팅 및 이메일 설계 가이드

2. SQL Management Studio에서 DB \ Rt에 연결합니다. eGAactiveDB를 클릭하고 \ Properties(속성)를 클릭합니다. 이미지에 표시된 것처럼 크기가 110GB보다 크지 않은지 확인합니다.

3. 보관 작업이 구성되었으며 오류가 없는지 확인합니다.

• 이미지에 표시된 대로 아카이브 작업이 생성되었고 활성 상태이며 마지막 실행 상태가 완료됨으로 되어 있는지 확인합니다.

• 옵션에서 큐가 선택되었는지 확인하고, 이미지에 표시된 대로 데이터베이스 증가를 고려하여 스케줄이 적절히 선택되었는지 확인합니다.

참고: 사용된 대기열 이름은 대기열 이름의 예입니다. 적절한 대기열 이름을 선택해야 합니다.