비즈니스용 Skype 서버: 통화 품질 대시보드 계획

요약: 통화 품질 대시보드를 계획할 때 고려해야 할 사항에 대해 알아봅니다.

비즈니스용 Skype 서버 통화 품질 대시보드 개요

비즈니스용 Skype 서버 CQD(통화 품질 대시보드)는 비즈니스용 Skype 서버 모니터링 서버의 환경 품질 데이터베이스 위에 있는 보고 계층입니다. CQD는 Microsoft SQL Server Analysis Services 사용하여 데이터 세트의 필터링 및 피벗뿐만 아니라 집계 사용량 및 통화 품질 정보를 제공합니다. CQD 기능은 다음과 같습니다.

• CQD의 QoE 보관 구성 요소를 통한 QoE 데이터의 보관 스토리지입니다. QoE 보관 구성 요소는 모니터링 서버보다 더 긴 기간 동안 QoE 데이터를 저장할 수 있습니다. 이를 통해 한 번에 최대 7개월의 데이터 추세 및 보고가 가능하며, 보고 창을 데이터가 있는 한 뒤로 밀어낼 수 있습니다.
• Microsoft SQL Server Analysis Services 성능 및 속도를 사용한 보고 및 분석 CQD는 Microsoft SQL Analysis Services를 활용하여 빠른 요약, 필터 및 피벗 기능을 제공하여 Analysis Cube를 통해 dashboard 구동합니다. 실행 속도를 보고하고 데이터를 드릴다운하는 기능은 분석 시간을 크게 줄일 수 있습니다.
• 호출 품질 보고에 최적화된 새 데이터 스키마입니다. Cube에는 음성 품질 보고 및 조사를 위해 설계된 스키마가 있습니다. 포털 사용자는 QoE 메트릭 데이터베이스 스키마가 필요한 보기에 매핑되는 방법을 알아내는 대신 보고 작업에 집중할 수 있습니다. QoE 보관 및 큐브의 조합은 CQD를 통한 보고 및 분석의 복잡성을 줄이는 추상화 기능을 제공합니다. QoE 보관 데이터베이스 스키마에는 전체 데이터 값을 향상시키기 위해 배포별 데이터로 채울 수 있는 테이블도 포함되어 있습니다.
• 기본 제공 보고서 디자이너 및 현재 위치 보고서 편집. 포털 구성 요소에는 통화 품질 방법론을 모델로 한 몇 가지 기본 제공 보고서가 함께 제공됩니다. 포털 사용자는 포털의 편집 기능을 통해 보고서를 수정하고 새 보고서를 만들 수 있습니다.
• 보고서 구조 및 분석 큐브 데이터에 대한 Web API 액세스 대시보드 보고 프레임워크만이 큐브의 데이터를 표시하는 유일한 방법은 아닙니다. CQD는 HTML 및 JavaScript를 사용하여 CQD 웹 API에서 데이터를 검색하고 데이터를 사용자 지정 형식으로 렌더링하는 몇 가지 예제를 제공합니다. 보고서 편집기와 CQD 웹 API를 조합하여 보고서 및 사용자 지정 보고서 레이아웃을 신속하게 프로토타입화할 수 있습니다.

CQD 디자인 Goals

CQD를 사용하면 IT 전문가가 집계 데이터를 사용하여 미디어 품질 문제가 발생하는 환경의 포커스 영역을 식별할 수 있습니다. IT 전문가는 다양한 사용자 그룹에 대한 통계를 비교하고 추세와 패턴을 식별할 수 있습니다. 개별 통화 문제를 해결하는 것이 아니라 지정된 환경에서 많은 사용자에게 적용되는 문제 및 솔루션을 식별하는 데 중점을 줍니다.

통화 품질 대시보드 구성 요소

통화 품질 대시보드는 여러 데이터베이스, Microsoft SQL 에이전트 작업, 프로세스 및 웹 애플리케이션으로 구성됩니다. Microsoft SQL 에이전트 작업은 QoE 메트릭 데이터베이스에서 QoE 보관 데이터베이스로 데이터를 주기적으로 복사하고 QoE 보관 데이터베이스의 데이터로 큐브를 처리합니다. 리포지토리 데이터베이스는 포털에 전원을 공급하는 보고서 정의를 저장합니다. 포털은 큐브 데이터에 대한 브라우저 액세스를 제공합니다.

QoE 보관, 큐브 및 리포지토리 데이터베이스를 포함한 CQD 구성 요소는 모니터링 서버에 설치하거나, 자체 서버에 설치하거나, 여러 서버에 설치할 수 있습니다. 특정 설치 방법은 CQD의 성능 요구에 따라 달라지고 동일한 서버의 다른 프로세스에 영향을 줍니다. 자세한 내용은 이 문서의 뒷부분에 있는 "CQD에 대한 구성 요소 및 토폴로지" 섹션을 참조하세요.

아키텍처 개요

요약하자면 CQD에는 다음 요소가 필요합니다.

• 두 개의 데이터베이스: 보관 데이터베이스 및 리포지토리 데이터베이스.

• 집계된 데이터를 시각화하는 하나의 SSAS 큐브

• IIS는 CQD 웹 포털을 호스트합니다.

동일한 CQD 아키텍처는 Lync Server 2013 및 비즈니스용 Skype 지원합니다.

CQD 및 비즈니스용 Skype 및 Lync 2013

비즈니스용 Skype 환경에서만 다음 기능을 사용할 수 있습니다.

• 신호 강도의 Wi-Fi 보고

• 칩셋 드라이버의 Wi-Fi 보고

• 내 통화 데이터 평가

CQD를 통해 사용할 수 있는 정보

CQD는 비즈니스용 Skype 서버 오디오, 비디오 및 애플리케이션 공유 스트림 수와 양호한 호출과 잘못된 호출의 수뿐만 아니라 잘못된 통화와 양호한 호출의 비율을 표시할 수 있습니다. 뷰는 다양한 차원으로 조각화하고 필터링할 수 있습니다. CQD는 모니터링 서버의 QoE 메트릭 데이터베이스에서 데이터를 그립니다. 그런 다음 데이터는 "건물당 통화 품질"과 같은 보고서를 가능하게 하기 위해 네트워크 서브넷-빌딩 매핑과 같은 고객이 제공한 데이터와 병합됩니다.

또한 CQD는 사용자가 "서버" 및 "클라이언트"를 중심으로 보고서 뷰를 빌드하는 데 집중할 수 있도록 "호출자" 및 "호출 수신자"와 같은 많은 내부 QoE 데이터 특이성을 추상화합니다. 통화 품질 방법론에 따라 CQD는 통화 품질 향상을 위한 신조 중 하나인 잘못된 호출의 주머니가 공통적으로 갖는 조건을 식별하는 데 도움이 되도록 간소화됩니다.

CQD에서 데이터 보기

CQD 데이터는 CQD 포털을 통해 보고 REST API 호출을 통해 액세스할 수 있습니다.

CQD 포털

포털은 큐브에서 데이터를 보는 가장 빠른 방법입니다. 포털에는 바로 사용할 수 있는 몇 가지 기본 제공 보고서가 제공됩니다. 기본 제공 보고서는 사용자가 호출 데이터의 더 작고 작은 조각으로 연속적으로 안내하는 구조화된 방식으로 연결됩니다. 또한 기본 제공 보고서는 다양한 피벗, 필터 및 측정값이 있는 차트와 테이블의 조합을 보여 줌으로써 데이터를 표시할 수 있는 다양한 방법을 강조 표시합니다. 포털에 액세스하는 각 사용자는 수정하고 공유할 수 있는 고유한 보고서 집합을 가질 수 있습니다. CQD 웹 포털 사용에 대한 자세한 내용은 비즈니스용 Skype 서버 통화 품질 대시보드 사용을 참조하세요.

CQD 포털에 지원되는 운영 체제: Windows 8.1, Windows 8, Windows Server 2012 R2, Windows Server 2012 및 Windows Server 2016(비즈니스용 Skype 서버 2019 CQD에만 해당).

지원되는 CQD 포털 브라우저: 인터넷 Explorer 11, 인터넷 Explorer 10 및 인터넷 Explorer 9.

REST API

또한 REST API 호출을 통해 큐브 데이터에 액세스할 수 있습니다. REST API 호출을 통해 검색된 데이터는 HTML 페이지를 통해 렌더링할 수 있습니다. 사용자는 쿼리 속도와 CQD의 상위 수준 스키마를 활용하는 동시에 비즈니스 요구 사항에 적합한 사용자 지정 보고서를 만들 수 있습니다. API 및 샘플에 대한 자세한 내용은 비즈니스용 Skype 서버 대한 통화 품질 대시보드 개발을 참조하세요.

CQD에 대한 organization 요구 사항 정의

CQD는 QoE 데이터 보관 및 통화 품질 데이터의 빠르고 심층 분석을 제공합니다. 다음 가이드는 CQD를 배포할 시기와 이유를 결정하는 데 도움이 됩니다.

CQD를 배포하는 경우

organization 통화 품질 문제가 발생하지 않더라도 기준 호출 품질 측정을 설정하기 위해 CQD를 배포할 수 있습니다. 모든 organization 유선 및 원격 작업자와 다른 Wi-Fi 혼합되어 있기 때문에 기준 통화 품질 측정을 설정하는 것이 중요합니다. 통화 품질 문제가 발생하면 가장 최근의 통화 품질 측정을 이전 시간 간격과 비교할 수 있습니다. CQD의 추세 기능을 사용하면 시간에 따른 통화 품질 변경을 쉽게 검색할 수 있습니다.

통화 품질에 영향을 미칠 수 있는 문제 영역을 사전에 찾기 위해 CQD를 배포할 수 있습니다. organization 대한 평균 통화 품질이 organization 설정한 목표를 충족할 수 있더라도 평균 메트릭 뒤에 숨겨진 통화 품질 문제가 있을 수 있습니다. CQD를 사용하면 QoEMetrics 데이터베이스의 여러 차원에 따라 호출 품질 메트릭의 피벗 테이블과 유사한 분석을 할 수 있습니다. 피어 그룹에서 이상값을 발견하는 것은 통화 품질 문제를 사전에 찾는 빠른 방법입니다.

문제 해결에 필요한 시간을 줄이기 위해 organization 호출 품질 문제가 있는 경우 CQD를 배포해야 합니다. CQD는 빠른 보고 성능 및 동적 드릴다운 기능을 제공하여 기존 통화 품질 조사를 간소화할 수 있습니다. CQD는 환경에 대한 수리의 호출 품질 조사 유효성 검사에서 다양한 종류의 워크플로를 위해 설계되었습니다.

CQD를 배포하는 이유

3개월 이상의 데이터에서 QoE 보고를 수행해야 하는 경우 CQD를 배포해야 합니다. QoEMetrics 데이터베이스 및 모니터링 서버 보고서는 작은 데이터 집합을 유지하고 보고하도록 설계되었습니다. QoE 메트릭 데이터베이스는 빠른 삽입에 최적화되어 있으므로 대량의 호출 또는 데이터베이스에 대한 보고 액세스 경쟁으로 인해 보고 성능이 저하될 수 있습니다. CQD의 QoE 보관 데이터베이스는 더 긴 보존 기능을 갖춘 QoE 메트릭 데이터의 두 번째 복사본을 제공합니다. 포털은 한 번에 최대 7개월의 데이터를 표시하도록 최적화되어 있으며 필요에 따라 QoE 보관의 모든 데이터를 보고할 수 있습니다.

사용자 지정 QoE 보고서가 필요한 경우 CQD를 배포해야 합니다. 포털에는 보고서를 빠르고 쉽게 만들고 프로토타입화하기 위한 보고서 편집기 기능이 있습니다. 또한 큐브 데이터에 프로그래밍 방식으로 액세스할 수 있도록 REST API를 사용할 수 있으므로 HTML/JavaScript 또는 다른 많은 프레임워크를 사용하여 사용자 지정 프레젠테이션을 수행할 수 있습니다. 더 이상 보고에 대한 사용자 지정 데이터 뷰를 만들기 위한 새 SQL 쿼리를 작성할 필요가 없습니다.

기존 QoE 보고 기능이 organization 필요한 속도 또는 깊이를 충족하지 않는 경우 CQD를 배포해야 합니다. CQD에는 많은 기본 제공 보고서가 제공됩니다. 보고서는 즉시 유용하며 데이터를 점진적으로 드릴링하면 각 수준에서 더 많은 인사이트를 제공할 수 있는 방법을 보여 줍니다. 또한 보고서 계층 구조는 논리적인 방식으로 수많은 보고서를 관리하는 데 도움이 되며 쉽게 액세스할 수 있고 이해할 수 있는 더 많은 보고서를 만들 수 있습니다. CQD는 속도와 유연성을 제공하는 것이 아니라 통화 품질 방법론에서 개발한 워크플로에 최적화되어 있습니다.

CQD에 대한 구성 요소 및 토폴로지

CQD에는 여러 구성 요소가 함께 제공되며 각 구성 요소의 요구 사항과 서로의 관계를 이해하여 도구의 가장 간단하고 성능이 뛰어난 배포를 얻는 데 도움이 됩니다. 다음 표에서는 각 CQD 구성 요소에 대한 종속 구성 요소에 대해 설명합니다.

단일 서버 구성

모든 CQD 구성 요소 및 종속 구성 요소를 하나의 컴퓨터에 설치할 수 있습니다. 단일 상자 구성은 가장 간단한 구성이며 CQD를 자체 포함할 수 있습니다. CQD는 모니터링 서버의 QoE 메트릭 데이터베이스에 액세스하기만 하면 됩니다. CQD 서버는 독립 실행형 컴퓨터, 가상 머신 또는 호스트 컴퓨터의 사용 가능한 리소스 및 성능 요구 사항에 따라 모니터링 서버일 수도 있습니다.

설치하는 동안 설치를 수행하는 사용자는 CQD를 설치할 컴퓨터에 이전에 설정된 Microsoft SQL Server 및 Microsoft SQL Server Analysis Services 인스턴스를 제공해야 합니다. 자세한 내용은 비즈니스용 Skype 서버 통화 품질 대시보드 배포를 참조하세요.

다중 서버 구성

다중 서버 구성에서 QoE 보관, 큐브 및 포털은 모두 다른 컴퓨터에 있을 수 있습니다. 다중 서버 구성에는 두 가지 기본 사용이 있습니다.

• 다른 서버에서 CQD 웹 포털 및 CQD 큐브 호스팅.

• "프로덕션" 포털과 별도로 "개발" 포털을 호스팅합니다.

  다른 컴퓨터에서 CQD 웹 포털 및 CQD 큐브 호스팅 CQD 포털을 SQL Server 설치와 분리해야 하거나 SQL Server instance 및 SQL Server Analysis Services instance 대한 SQL Server 버전을 혼합하고 일치시킬 수 있는 조직 는 CQD 포털 및 CQD 큐브를 다른 컴퓨터에 설치하도록 선택할 수 있습니다. QoE 보관 구성 요소는 organization 모니터링 서버의 성능 제한에 도달하지 않고 QoE 데이터를 보관하는 지속 가능한 방법을 원하는 경우 설치되는 유일한 CQD 구성 요소일 수도 있습니다.

"프로덕션" 포털과 별도로 "개발" 포털을 호스팅합니다. REST API를 통해 자체 사용자 지정 보고서를 개발하는 조직은 일반 사용자가 통화 품질 모니터링 또는 조사를 위해 액세스하는 프로덕션 포털과 함께 CQD(추가) 포털 인스턴스를 배포하는 것을 선호할 수 있습니다. 개발 포털은 프로덕션 환경에서 포털에 대한 모든 수정 사항을 격리할 수 있습니다. 추가 웹 포털은 다른 컴퓨터에 배포하거나(아래 그림 참조) 동일한 컴퓨터의 다른 웹 디렉터리에 배포할 수 있습니다(표시되지 않음). 후자를 수행하려면 CQD 설치 프로세스가 항상 미리 정의된 웹 애플리케이션 이름을 사용하여 기본 웹 사이트에 CQD 웹 포털을 배포하므로 추가 CQD 웹 포털을 프로덕션 컴퓨터에 수동으로 복사해야 합니다.

지원되는 토폴로지

CQD는 여러 QoEMetrics 데이터베이스의 데이터를 병합하지 않습니다. 각 데이터베이스에는 자체 모니터링 서버가 있는 여러 비즈니스용 Skype 서버 토폴로지가 있는 경우와 같습니다. 각 CQD instance 하나의 QoEMetrics 데이터베이스를 가리킵니다. 그러나 CQD는 보고 워크로드의 대부분을 모니터링 서버에서 벗어나기 때문에 비즈니스용 Skype 서버 토폴로지당 하나의 모니터링 서버를 배포해야 하는 대규모 조직에서는 모든 토폴로지에 하나의 모니터링 서버를 사용하는 것이 좋습니다.

CQD에 대한 인프라 요구 사항

모든 구성 요소 및 종속 구성 요소를 포함한 CQD는 가상 머신, 단일 컴퓨터 또는 여러 컴퓨터에 배포할 수 있습니다. 최소 소프트웨어 및 하드웨어 요구 사항은 다음과 같습니다. 데이터 가용성 및 쿼리 성능은 활성 비즈니스용 Skype 서버 사용자 수와 하드웨어 및 구성에 따라 분마다 다를 수 있으므로 일부 성능 측정은 아래에 제공됩니다.

CQD는 Microsoft SQL Server, Microsoft SQL Server Analysis Services 및 Microsoft 인터넷 정보 서비스 활용하므로 CQD의 최소 하드웨어 및 소프트웨어 요구 사항은 기본적으로 종속 구성 요소와 동일합니다. 그러나 데이터 새로 고침에 대한 organization 요구 사항(organization 생성하는 QoE 데이터의 볼륨에 부분적으로 의존함) 및 배포 비용을 기반으로 추가 배포 고려 사항을 고려해야 합니다.

CQD의 데이터 처리는 두 기본 단계로 구분됩니다.

• QoE 보관 프로세스

• CQD 큐브 처리

  QoE 보관 처리. QoE 보관 처리 태스크는 모니터링 서버의 QoE 메트릭 데이터베이스에서 QoE 보관 데이터베이스로 데이터를 복사합니다. 작업의 처리 시간이 근본적으로 다른 성능 특성을 갖는 두 가지 상황이 있습니다. 첫 번째는 CQD를 처음 설치한 후입니다. 새 설치 후 작업이 처음으로 실행되면 QoE 보관 처리 태스크는 QoE 메트릭 데이터베이스에 있는 모든 데이터를 QoE 보관 데이터베이스에 복사합니다. 두 번째는 이 초기 라운드 이후의 주기적인 처리입니다. QoE 보관 처리 작업은 15분마다 실행되고 QoE 메트릭 데이터베이스에 있는 새 QoE 레코드를 처리합니다. 일반적으로 초기 처리 시간은 CQD가 설치된 경우에만 처음 실행되기 때문에 문제가 되지 않습니다. 그러나 CQD 서버가 심각하게 프로비전되지 않은 경우 이 작업은 몇 시간이 걸릴 수 있습니다. 초기 QoE 보관 처리 시간을 보려면 아래 표를 참조하세요.

  CQD 큐브 처리. 큐브 처리 태스크는 QoE 보관 데이터베이스의 데이터를 큐브로 집계합니다. 초기 큐브 처리 시간 및 후속 큐브 처리 시간은 CQD 큐브에 사용되는 SQL Server Analysis Services 버전에 따라 결정됩니다. Standard 버전을 사용하는 경우 큐브 데이터를 새로 고칠 때마다 항상 사용 가능한 모든 데이터를 완전히 처리하므로 초기 큐브 처리 시간과 후속 큐브 처리 시간 사이에는 차이가 없습니다. 즉, QoE 보관 데이터베이스의 데이터 양이 증가함에 따라 큐브 처리 시간이 증가합니다. Business Intelligence Edition 및 SQL Server Enterprise Edition 파티션 지원을 받고 있기 때문에 두 버전 중 하나를 사용하는 경우 초기 실행만 QoE 보관 데이터베이스의 모든 데이터를 처리합니다. 후속 실행에서 작업이 15분마다 트리거되면 태스크는 작업이 마지막으로 실행된 이후 QoE 보관 데이터베이스에 추가된 새 레코드만 처리합니다. 하루에 한 번 현재 월의 데이터를 포함하는 파티션에 대한 전체 처리도 있습니다.

물리적 컴퓨터 특성은 CQD 성능뿐만 아니라 SQL Server 구성 요소에서 사용할 수 있는 소프트웨어 기능에 영향을 줄 수 있습니다. QoE 보관 구성 요소는 다른 구성 요소에 비해 디스크 집약적이지만 큐브 구성 요소는 CPU 및 메모리 집약적입니다. 이러한 모든 요소는 CQD의 총 데이터 처리 시간에 영향을 줍니다. 이 시간은 데이터 새로 고침 및 가용성에 직접적인 영향을 줍니다. 조직은 organization 개별 요구 사항에 따라 하드웨어 및 소프트웨어에 대한 결정을 내려야 합니다.

테스트된 하드웨어 구성

이 섹션에서는 환경에 단일 QoEMetrics DB가 있다고 가정합니다.

컴퓨터 프로필

성능 결과

*QoE 메트릭 데이터베이스에는 각각 9개월과 18개월의 데이터가 있어야 하지만 완전성을 위해 여기에 제공되므로 실제 배포에서는 이러한 데이터가 발생하지 않을 것으로 예상됩니다.

서비스 계정 요구 사항

CQD 서버의 SQL 에이전트가 QoEArchiveDB로 데이터를 가져오는 데 사용할 수 있는 계정(QoEMetrics에 대한 읽기 액세스 권한 포함)이 필요합니다.

QoEArchiveDB에서 데이터를 끌어오도록 SSAS 작업에 대해 별도의 계정을 구성해야 할 수도 있습니다(선택적 프로세스임).

IIS는 가장 일반적으로 네트워크 서비스를 앱 풀 ID로 사용하지만 서비스 계정으로 구성할 수 있습니다.

포털 Access Control

기본적으로 모든 인증된 사용자는 액세스할 수 있습니다. IIS 권한 부여 규칙을 사용하여 특정 그룹으로 제한하여 변경할 수 있습니다.

사전 설치 요구 사항

이러한 지침에서는 QoE 메트릭 데이터베이스가 이미 설치되어 있고 비즈니스용 Skype 서버 토폴로지의 어딘가에서 실행되고 있다고 가정합니다.

하드웨어 요구 사항

CQD는 Microsoft SQL Server, Microsoft SQL Analysis Server 및 Microsoft 인터넷 정보 서버를 활용하므로 CQD의 최소 하드웨어 및 소프트웨어 요구 사항은 기본적으로 종속 구성 요소와 동일합니다. 그러나 데이터 새로 고침에 대한 organization 요구 사항(organization 생성하는 QoE 데이터의 볼륨에 부분적으로 의존함) 및 배포 비용을 기반으로 추가 배포 고려 사항을 고려해야 합니다.

소프트웨어 요구 사항

CQD에는 다음 운영 체제가 필요합니다.

• IIS 7.5를 사용하는 Windows Server 2008 R2

• IIS 8.0을 사용하는 Windows Server 2012

• IIS 8.5를 사용하여 R2 Windows Server 2012

• IIS 10.0을 사용하는 Windows Server 2016(비즈니스용 Skype 서버 2019 CQD만 해당)

• Windows Server 2019(비즈니스용 Skype 서버 2019 CQD만 해당)

다음은 필요한 IIS 역할 서비스(계층적 순서)입니다.

• 웹 서버

  • 일반적인 HTTP 기능

  • 정적 콘텐츠

  • 기본 문서

  • 애플리케이션 개발

  • ASP.NET

  • ISAPI 필터

  • 상태 & 진단

  • HTTP 로깅

  • 보안

  • URL 권한 부여

  • Windows 인증

  • 관리 도구

  • IIS 관리 콘솔

PowerShell을 사용하여 이러한 요구 사항을 설치하려면 다음을 실행합니다.

import-module servermanager

add-windowsfeature Web-Server, Web-Static-Content, Web-Default-Doc, Web-Asp-Net, Web-Asp-Net45, Web-Net-Ext, Web-Net-Ext45, Web-ISAPI-Ext, Web-ISAPI-Filter, Web-Http-Logging, Web-Url-Auth, Web-Windows-Auth, Web-Mgmt-Console

다음 버전의 SQL Server 지원됩니다.

• CQD 2015: SQL Server 2012, SQL Server 2014, SQL Server 2016
• CQD 2019: SQL Server 2017, SQL Server 2019

비즈니스 인텔리전스 또는 Enterprise 버전은 성능상의 이유로 권장됩니다. 이러한 버전을 사용하면 병렬로 처리할 수 있는 여러 파티션 파일을 사용할 수 있으며, 이는 여러 개월 이상에 걸친 데이터를 처리하는 데 유용합니다.

권장되지는 않지만 Standard 버전도 지원됩니다. 처리는 단일 파티션으로 제한됩니다(설치하는 동안 구성해야 함).

모든 경우에 "데이터베이스 엔진 서비스" 및 "Analysis Services"를 설치해야 합니다. Analysis Services에 대한 SQL Server Management Studio 지원을 추가하는 "관리 도구 - 완료" 기능도 설치하는 것이 좋지만 필수는 아닙니다. 기능 선택 화면은 그림과 같아야 합니다.

SSAS 설정을 구성할 때 Analysis Services 구성에서 "서버 모드"를 "다차원 및 데이터 마이닝 모드"로 설정합니다.

SQL Server Business Intelligence 기능 설치 및 구성에 대한 추가 도움말은 다차원 및 데이터 마이닝 모드에서 Analysis Services 설치를 참조하세요.

계정 요구 사항

최소 권한 원칙에 따라 세 가지 도메인 서비스 계정을 사용하는 것이 좋습니다.

• QoE 메트릭 데이터베이스에 대한 로그인 보안 주체(db_datareader 권한 포함)와 QoE Archive SQL Server Instance의 로그인 보안 주체가 이미 있는 보안 주체입니다(설치하는 동안 연결된 서버 개체를 만드는 데 필요). 이 계정은 SQL Server 에이전트 작업의 "QoE 보관 데이터" 단계를 실행하는 데 사용됩니다.

  참고 항목

  매우 잠긴 환경에서 작업하는 경우 이 서비스 계정에 실제로 QoE 메트릭 모니터링 데이터베이스 SQL Server 및 QoE 보관 SQL Server 모두에 대해 "일괄 작업으로 로그온" 및 "로컬로 로그온 허용" 사용자 권한이 부여되었는지 검사 합니다.

• SQL Server 에이전트 작업의 "프로세스 큐브" 단계를 실행하는 데 사용되는 단계입니다. 설치 프로그램은 QoE 보관 데이터베이스에 대한 로그인 보안 주체(읽기 및 쓰기 권한 포함)를 만들고 큐브에 대한 QoE 역할(모든 권한 권한 포함)에 멤버를 만듭니다.

• 웹 포털 및 웹 API에 대한 IIS 작업자 프로세스를 실행하는 데 사용되는 프로세스입니다. 설정은 QoE 보관 데이터베이스에 대한 로그인 보안 주체(읽기 권한 포함), 리포지토리 데이터베이스에 대한 로그인 보안 주체(읽기 및 쓰기 권한 포함) 및 큐브에 대한 QoERole(모든 권한 권한 포함)의 멤버를 만듭니다.

  참고 항목

  QoE 보관 데이터베이스와 리포지토리 데이터베이스가 동일한 SQL Server 호스트되는 경우 두 개의 사용자 매핑이 있는 하나의 로그인 보안 주체만 만들어집니다.

처음 두 계정은 논리적으로 "백 엔드 서비스 계정"으로 간주될 수 있으며 마지막 계정은 "프런트 엔드 서비스 계정"입니다. 권장되지는 않지만 모든 경우에 단일 계정을 사용할 수 있습니다.

용량 계획

CQD는 QoEMetrics에 미치는 영향을 최소화하도록 설계되었습니다. 코드는 데이터를 잠그지 않도록 최적화되었으며 가져오기 작업을 튜닝할 수 있습니다.

사용할 하드웨어 유형은 동기화가 얼마나 빨리 실행되어야 하는지에 대한 요구 사항에 따라 달라집니다. 디스크 크기 조정은 다음과 같습니다.

• QoEArchive는 처음에 QoEMetrics DB보다 1.5배 더 큽니다.

• SSIS 큐브는 DB에 비해 데이터를 거의 10배 압축합니다.

• 데이터는 매월 분할됩니다. 파티션을 삭제할 수 있습니다.