Skype for Business Server: 通話品質ダッシュボードの計画

2023-03-18

適用対象: 2015 2019 サブスクリプションエディション

概要： 通話品質ダッシュボードを計画する際の考慮事項について説明します。

Skype for Business Server通話品質ダッシュボードの概要

Skype for Business Server通話品質ダッシュボード (CQD) は、Skype for Business Serverの監視サーバーの Quality of Experience データベースの上にあるレポートレイヤーです。 CQD では、Microsoft SQL Server Analysis Servicesを使用して、集計された使用状況と呼び出し品質情報を提供し、データセットのフィルター処理とピボットを行います。 CQD の機能は次のとおりです。

CQD の QoE アーカイブコンポーネントを使用した QoE データのアーカイブストレージ。 QoE アーカイブコンポーネントは、監視サーバーよりも長い期間 QoE データを格納できます。これにより、一度に最大 7 か月間のデータの傾向とレポートが可能になり、データがある限りレポートウィンドウをスライドできます。
Microsoft SQL Server Analysis Servicesの機能と速度を使用したレポートと分析。 CQD では、Microsoft SQL Analysis Services を利用して、分析キューブを介してダッシュボードを強化するための高速な概要、フィルター、ピボット機能を提供します。レポートの実行速度とデータにドリルダウンする機能により、分析時間を大幅に短縮できます。
呼び出し品質レポート用に最適化された新しいデータスキーマ。 キューブには、音声品質のレポートと調査用に設計されたスキーマがあります。ポータルユーザーは、QoE メトリックデータベーススキーマが必要なビューにどのようにマップされるかを把握する代わりに、レポートタスクに集中できます。 QoE アーカイブとキューブの組み合わせにより、CQD によるレポートと分析の複雑さを軽減する抽象化が提供されます。 QoE アーカイブデータベーススキーマには、デプロイ固有のデータを設定してデータの全体的な価値を高めることができるテーブルも含まれています。
組み込みのレポートデザイナーとインプレースレポート編集。 ポータルコンポーネントには、通話品質手法をモデル化した組み込みのレポートがいくつか付属しています。ポータルユーザーは、ポータルの編集機能を使用して、レポートを変更し、新しいレポートを作成できます。
レポート構造と分析キューブデータへの Web API アクセス。 ダッシュボードレポートフレームワークは、キューブからのデータを表示する唯一の方法ではありません。 CQD では、HTML と JavaScript を使用して CQD Web API からデータを取得し、カスタム形式でデータをレンダリングする例をいくつか示します。レポートエディターと CQD Web API の組み合わせにより、レポートの迅速なプロトタイプ作成とカスタムレポートレイアウトが可能になります。

注意

管理者は、CQD バージョン 3 (管理資格情報を使用してログイン) を使用して、Skype for Business Server 2019 を管理できるようになりました。これには、ハイブリッド実装と呼び出しデータコネクタ (CDC) の使用が必要です。 CDC の有効化の詳細については、「プラン通話データコネクタ」を参照してください。 CQD バージョン 3 のドキュメントの詳細については、「Microsoft TeamsおよびオンラインSkype for Business通話品質ダッシュボードを有効にして使用する」を参照してください。

CQD デザイン Goals

CQD により、IT 担当者は集計データを使用して、メディア品質の問題が発生している環境におけるフォーカス領域を識別できるようになります。これにより、IT 担当者は異なるユーザーのグループの統計情報を比較して、傾向とパターンを識別できます。個々の通話の問題を解決するのではなく、特定の環境内の多くのユーザーに適用される問題と解決策を特定することに焦点を当てています。

通話品質ダッシュボードコンポーネント

通話品質ダッシュボードは、複数のデータベース、Microsoft SQL エージェントジョブ、プロセス、および Web アプリケーションで構成されます。 Microsoft SQL エージェントジョブは、QoE メトリックデータベースから QoE アーカイブデータベースにデータを定期的にコピーし、QoE アーカイブデータベース内のデータを使用してキューブを処理します。リポジトリデータベースには、ポータルを強化するレポート定義が格納されます。ポータルは、キューブデータへのブラウザーアクセスを提供します。

QoE アーカイブ、キューブ、リポジトリデータベースを含む CQD コンポーネントは、監視サーバーにインストールすることも、独自のサーバーにインストールすることも、複数のサーバーにインストールすることもできます。特定のインストール方法は、CQD のパフォーマンス要件に依存し、同じサーバー上の他のプロセスに影響します。詳細については、この記事の後半の「CQD のコンポーネントとトポロジ」セクションを参照してください。

アーキテクチャの概要

要約すると、CQD には次の要素が必要です。

2 つのデータベース: アーカイブデータベースとリポジトリデータベース。
集計データを視覚化する 1 つの SSAS キューブ
IIS ホスト CQD Web ポータル

CQD コンポーネント。

同じ CQD アーキテクチャでは、Lync Server 2013 と Skype for Businessがサポートされています。

CQD とSkype for Businessと Lync 2013

Skype for Business環境でのみ、次の機能を使用できます。

信号強度の Wi-Fi レポート
チップセットドライバーの Wi-Fi レポート
通話データを評価する

CQD から入手できる情報

CQD では、Skype for Business Serverオーディオ、ビデオ、およびアプリケーション共有ストリームの数と、良好な呼び出しと悪い呼び出しの数、および良好な呼び出しに対する悪い通話の比率を表示できます。ビューは、さまざまなディメンションでスライスおよびフィルター処理できます。 CQD は、監視サーバーの QoE メトリックデータベースからデータを描画します。その後、データは、ネットワークサブネットから構築へのマッピングなど、お客様が指定したデータとマージされ、"通話品質 /ビルド" などのレポートが可能になります。

また、CQD では、"呼び出し元" や "呼び出し先" などの内部 QoE データの idiosyncrasies の多くが抽象化されるため、ユーザーは "サーバー" と "クライアント" に関するレポートビューの作成に集中できます。 CQD は、通話品質手法に従って合理化され、通話品質を向上させる上で、低品質の通話のポケットに共通する条件を特定するのに役立ちます。

CQD でのデータの表示

CQD データは CQD ポータルを介して表示でき、REST API 呼び出しを介してアクセスできます。

CQD ポータル

ポータルは、キューブ内のデータを最も早く表示する方法です。ポータルには、すぐに使用できる組み込みのレポートがいくつか用意されています。組み込みのレポートは構造化された方法でリンクされ、呼び出しデータのスライスが連続して小さく、小さくなります。組み込みのレポートでは、ピボット、フィルター、メジャーが異なるグラフとテーブルの組み合わせを示すことで、データを表示できるさまざまな方法も強調表示されています。ポータルにアクセスする各ユーザーは、変更および共有できるレポートの独自のセットを持つことができます。 CQD Web ポータルの使用方法の詳細については、「通話品質ダッシュボードを使用したSkype for Business Server」を参照してください。

CQD ポータルでサポートされるオペレーティングシステム: Windows 8.1、Windows 8、Windows Server 2012 R2、Windows Server 2012、Windows Server 2016 (Skype for Business Server2019 CQD のみ)。

CQD ポータルでサポートされているブラウザー: インターネットエクスプローラー 11、インターネットエクスプローラー 10、インターネットエクスプローラー 9。

REST API

キューブデータには、REST API 呼び出しを介してアクセスすることもできます。 REST API 呼び出しを介して取得されたデータは、HTML ページを介してレンダリングできます。ユーザーは、ビジネスニーズに適したカスタムレポートを作成しながら、クエリ速度と CQD の高レベルスキーマを利用できます。 API とサンプルの詳細については、「Skype for Business Serverの通話品質ダッシュボードの開発」を参照してください。

CQD に対するorganizationの要件の定義

CQD は、QoE データのアーカイブと、通話品質データの迅速かつ詳細な分析を提供します。次のガイドは、CQD をデプロイするタイミングと理由を決定するのに役立ちます。

CQD をデプロイするタイミング

CQD をデプロイして、organizationで通話品質の問題が発生しない場合でも、ベースライン通話品質測定を確立できます。 ベースライン通話品質の測定を確立することは重要です。organizationごとに、有線およびリモートとオフィスワーカーの Wi-Fi の組み合わせが異なるためです。通話品質の問題が発生した場合、最新の通話品質測定値を以前の時間間隔と比較できます。 CQD のトレンド機能により、時間の経過に伴う通話品質の変化を簡単に検出できます。

CQD をデプロイして、呼び出し品質に影響を与える可能性のある問題領域を事前に見つけることができます。 organizationの平均通話品質がorganizationによって設定された目標を満たす場合でも、平均メトリックの背後に隠れた通話品質の問題が発生する可能性があります。 CQD を使用すると、QoEMetrics データベース内の多くのディメンションによる呼び出し品質メトリックのピボットテーブルのような内訳が可能になります。ピアグループで外れ値を見つけることは、呼び出し品質の問題を事前に特定するための迅速な方法です。

問題のトラブルシューティングに必要な時間を短縮するために、organizationに通話品質の問題がある場合は、CQD をデプロイする必要があります。 CQD は、迅速なレポートパフォーマンスと動的なドリルダウン機能を提供することで、既存の通話品質調査を簡素化できます。 CQD は、環境に対する修復の呼び出し品質調査の検証において、さまざまな種類のワークフロー用に設計されています。

CQD をデプロイする理由

QoE レポートが 3 か月を超えるデータで発生する必要がある場合は、CQD をデプロイする必要があります。 QoEMetrics データベースレポートと監視サーバーレポートは、少数のデータセットを保持してレポートするように設計されています。 QoE メトリックデータベースは高速挿入用に最適化されているため、大量の呼び出しやデータベースへの競合するレポートアクセスによってレポートのパフォーマンスが低下する可能性があります。 CQD の QoE アーカイブデータベースは、より長い保持機能を備えた QoE メトリックデータの 2 番目のコピーを提供します。ポータルは、一度に最大 7 か月のデータを表示するように最適化されており、必要に応じて QoE アーカイブ内のすべてのデータを報告できます。

カスタム QoE レポートが必要な場合は、CQD をデプロイする必要があります。 ポータルには、レポートの作成とプロトタイプ作成を迅速かつ簡単に行うレポートエディター機能があります。また、キューブデータへのプログラムによるアクセスに使用できる REST API も用意されているため、HTML/JavaScript やその他の多くのフレームワークを使用したカスタムプレゼンテーションが可能になります。レポート用のカスタムデータビューを作成するための新しい SQL クエリを作成する必要はなくなりました。

既存の QoE レポート機能が、organizationに必要な速度または深さを満たしていない場合は、CQD をデプロイする必要があります。 CQD には、多数の組み込みレポートが付属しています。レポートはすぐに役立ち、各レベルでより多くの分析情報を提供できるデータを段階的に掘り下げる方法を示します。レポート階層は、論理的な方法で多数のレポートを管理するのにも役立ち、簡単にアクセスでき、理解しやすいより多くのレポートの作成を促進します。 CQD は、速度と柔軟性を提供するだけでなく、通話品質手法によって開発されたワークフロー用に最適化されています。

CQD のコンポーネントとトポロジ

CQD にはいくつかのコンポーネントが付属しており、各コンポーネントの要件と相互の関係を理解して、ツールの最も簡単で最もパフォーマンスの高いデプロイを得るのに役立ちます。次の表では、各 CQD コンポーネントの依存コンポーネントについて説明します。

コンポーネント名	依存コンポーネント
QoE アーカイブ	Microsoft SQL Server
三乗	Microsoft SQL Server Analysis Services
ポータル	Microsoft Information Services
リポジトリサービス (ポータルのインストールの一部)	Microsoft SQL Server

注意

QoE アーカイブとキューブの場合、特定の展開オプションには、ビジネスインテリジェンスまたは Microsoft SQL Serverの Enterprise エディションが必要です。詳細については、以下の「CQD のインフラストラクチャ要件」セクションを参照してください。

CQD コンポーネント。

単一サーバー構成

すべての CQD コンポーネントと依存コンポーネントを 1 台のコンピューターにインストールできます。単一ボックス構成は最も簡単な構成であり、CQD を自己完結型にすることができます。 CQD では、監視サーバー上の QoE メトリックデータベースにアクセスするだけで済みます。 CQD サーバーは、スタンドアロンマシン、仮想マシン、またはホストマシンの使用可能なリソースとパフォーマンス要件に応じて監視サーバーにすることもできます。

インストール中に、インストールを実行するユーザーは、CQD をインストールするコンピューターで以前に設定した Microsoft SQL Server インスタンスと Microsoft SQL Server Analysis Services インスタンスを提供するだけで済みます。詳細については、「Skype for Business Serverの通話品質ダッシュボードをデプロイする」を参照してください。

マルチサーバー構成

マルチサーバー構成では、QoE アーカイブ、キューブ、ポータルはすべて異なるマシン上に配置できます。マルチサーバー構成には、次の 2 つのメイン使用があります。

異なるサーバーでの CQD Web ポータルと CQD キューブのホスト。
"運用" ポータルとは別の "開発" ポータルをホストします。

異なるマシンで CQD Web ポータルと CQD キューブをホストする。 CQD ポータルをSQL Serverインストールから分離するための要件がある場合や、SQL Server インスタンスと SQL Server Analysis Services インスタンスのSQL Serverエディションを混在させ、一致させる必要がある組織は、CQD ポータルと CQD キューブを異なるマシンにインストールすることを選択できます。また、QoE アーカイブコンポーネントは、organizationが監視サーバーのパフォーマンス制限に達することなく QoE データをアーカイブする持続可能な方法を用意したい場合にインストールされる唯一の CQD コンポーネントにもなります。

単一サーバー CQD。

"運用" ポータルとは別の "開発" ポータルをホストします。 (REST API を介して) 独自のカスタムレポートを開発する組織は、通常のユーザーが通話品質の監視や調査のためにアクセスする運用ポータルと共に追加の (CQD) ポータルインスタンスをデプロイすることを好む場合があります。開発ポータルでは、ポータルに対する変更を運用環境から分離できます。追加の Web ポータルは、異なるマシン (以下に示す) にデプロイすることも、同じコンピューター上の異なる Web ディレクトリにデプロイすることもできます (表示されません)。後者を実現するには、CQD セットアッププロセスによって CQD Web ポータルが定義済みの Web アプリケーション名を持つ既定の Web サイトに常にデプロイされるため、追加の CQD Web ポータルを運用マシンに手動でコピーする必要があります。

CQD マルチサーバーを計画します。

サポートされるトポロジ

CQD では、複数の QoEMetrics データベースのデータはマージされません。複数のSkype for Business Server トポロジがあり、それぞれに独自の監視サーバーがあります。各 CQD インスタンスは、1 つの QoEMetrics データベースを指している必要があります。ただし、CQD はレポートワークロードの大部分を監視サーバーから移動するため、Skype for Business Server トポロジごとに 1 つの監視サーバーを展開する必要がある大規模な組織では、すべてのトポロジに対して 1 つの監視サーバーを使用することを検討する必要があります。

CQD のインフラストラクチャ要件

すべてのコンポーネントと依存コンポーネントを含む CQD は、仮想マシン、単一のマシン、または複数のマシンにデプロイできます。ソフトウェアとハードウェアの最小要件を次に示します。データの可用性とクエリパフォーマンスは、アクティブなSkype for Business Serverユーザーの数とハードウェアと構成によって分単位から時間単位で異なる場合があるため、パフォーマンスの測定値を以下に示します。

CQD 2015 の場合
サポートされているオペレーティングシステム	Windows Server 2008 R2、Windows Server 2012、Windows Server 2012 R2
サポートされているSQL Server	SQL Server 2012、SQL Server 2014、SQL Server 2016

CQD 2019 の場合
サポートされているオペレーティングシステム	Windows Server 2016、Windows Server 2019
サポートされているSQL Server	SQL Server 2017、SQL Server 2019

CQD は Microsoft SQL Server、Microsoft SQL Server Analysis Services、Microsoft インターネットインフォメーションサービスを利用しているため、CQD の最小ハードウェアとソフトウェアの要件は基本的に、それらの依存コンポーネントと同じです。ただし、データの鮮度に関するorganizationの要件 (organizationによって生成される QoE データの量に部分的に依存する) とデプロイコストに基づいて、追加のデプロイに関する考慮事項を行う必要があります。

CQD でのデータ処理は、次の 2 つのメインステージに分けられます。

QoE アーカイブプロセス
CQD キューブ処理

QoE アーカイブ処理。 QoE アーカイブ処理タスクは、監視サーバー上の QoE メトリックデータベースから QoE アーカイブデータベースにデータをコピーします。タスクの処理時間が根本的に異なるパフォーマンス特性を持つ場合は、2 つの状況があります。 1 つ目は、CQD の初期インストール後です。新しいインストール後にタスクを初めて実行すると、QoE アーカイブ処理タスクは、QoE メトリックデータベース内のすべてのデータを QoE アーカイブデータベースにコピーします。 2 つ目は、この最初のラウンドの後の定期的な処理です。 QoE アーカイブ処理タスクは、15 分ごとに実行され、QoE メトリックデータベース内にある新しい QoE レコードを処理します。一般に、CQD がインストールされるのは初めて実行されるため、初期処理時間は問題になりません。ただし、CQD サーバーのプロビジョニングが大幅に不足している場合、このタスクには数時間かかることがあります。初期 QoE アーカイブ処理時間の例については、次の表を参照してください。

CQD キューブの処理。 キューブ処理タスクは、QoE アーカイブデータベースから Cube にデータを集計します。初期キューブ処理時間とその後のキューブ処理時間は、CQD キューブに使用されるSQL Server Analysis Services エディションによって決まります。 Standard エディションを使用する場合、Cube データが更新されるたびに、使用可能なすべてのデータが完全に処理されるため、初期キューブ処理時間と後続のキューブ処理時間に違いはありません。 (つまり、QoE アーカイブデータベース内のデータ量が増えるにつれてキューブ処理時間が長くなります)。Business Intelligence Edition と SQL Server のEnterprise Editionにはパーティションのサポートがあるため、いずれかのエディションを使用する場合、QoE アーカイブデータベース内のすべてのデータが最初の実行でのみ処理されます。後続の実行では、タスクが 15 分ごとにトリガーされると、タスクが最後に実行されてから QoE アーカイブデータベースに追加された新しいレコードのみが処理されます。 1 日に 1 回、現在の月のデータを含むパーティションに対する完全な処理も行われます。

物理マシンの特性は、CQD のパフォーマンスと、SQL Server コンポーネントから利用できるソフトウェア機能に影響を与える可能性があります。 QoE アーカイブコンポーネントは、他のコンポーネントに比べてディスクの負荷が高くなりますが、Cube コンポーネントは CPU とメモリを集中的に消費します。これらの要因はすべて、CQD の合計データ処理時間に影響を与え、データの鮮度と可用性に直接影響します。組織は、organizationの個々のニーズに基づいてハードウェアとソフトウェアを決定する必要があります。

テスト済みハードウェア構成

このセクションでは、環境内に単一の QoEMetrics DB があることを前提としています。

マシンプロファイル

機械	CPU コア	RAM	同じディスク上の QoE アーカイブとキューブ	同じディスク上の QoE アーカイブと SQL Temp DB
仮想マシン	4	7 GB	Yes	はい
4 コア	4	20 GB	Yes	いいえ
8 コア	8	32 GB	Yes	いいえ
16 コア	16	128 GB	いいえ	いいえ

パフォーマンスの結果

機械	QoE メトリック DB サイズ	SQL パーティション	ディスクの種類	ストリームの数	初期アーカイブプロセス	初期キューブプロセス	後続のアーカイブプロセス	後続のキューブプロセス
仮想マシン	900 MB	単	VHD (可変サイズ)	.5 M	30 m	2 m	30 秒	1 m
仮想マシン	9 GB	単	VHD (可変サイズ)	5 M	4 時間	15 m	1 m	5 m
仮想マシン	9 GB	単	VHD (固定サイズ)	5 M	2 時間	5 m	1 m	5 m
仮想マシン	30 GB 以上	単	VHD (固定サイズ)	10 M	15 時間	20 m	2 m	45 m
8 コア	9 GB	単	複数のディスク	5 M	2 時間	5 m	25 秒	5 m
8 コア	9 GB	倍数	複数のディスク	5 M	2 時間	15 m	35 秒	2 m
8 コア	30 GB 以上	単	複数のディスク	20 M	9 時間	20 m	1 m	20 m
8 コア	30 GB 以上	倍数	複数のディスク	20 M	9 時間	30 m	2 m	2 m
4 コア	200 GB	単	複数のディスク	125 M	6 日以上	7 時間	2 m	6 時間
16 コア	500 GB	倍数	複数スピンドル	250 M	8 日間	2 時間	2 m	10 m

*QoE メトリックデータベースには、それぞれ 9 か月と 18 か月のデータが必要になるため、実際のデプロイではこれらが発生することは想定されていませんが、完全にするためにここで提供されます。

サービスアカウントの要件

CQD サーバー上の SQL エージェントが QoEArchiveDB へのデータのインポートに使用できるアカウント (QoEMetrics への読み取りアクセス権を持つ) が必要です。

また、QoEArchiveDB からデータをプルするために、SSAS ジョブの別のアカウントを構成する必要がある場合もあります (これはオプションのプロセスです)。

IIS では、最も一般的にネットワークサービスがアプリプール ID として使用されますが、サービスアカウントに構成できます。

ポータル Access Control

既定では、認証されたユーザーはアクセス権を持っています。これは、IIS 承認規則を使用して特定のグループに制限することで変更できます。

プレインストールの要件

この手順では、QoE メトリックデータベースが既にインストールされており、Skype for Business Server トポロジ内のどこかで実行されていることを前提としています。

ハードウェア要件

CQD は Microsoft SQL Server、Microsoft SQL Analysis Server、および Microsoft Internet Information Server を利用するため、CQD の最小ハードウェアとソフトウェアの要件は基本的に依存コンポーネントと同じです。ただし、データの鮮度に関するorganizationの要件 (organizationによって生成される QoE データの量に部分的に依存する) とデプロイコストに基づいて、追加のデプロイに関する考慮事項を行う必要があります。

ソフトウェア要件

CQD には、次のオペレーティングシステムが必要です。

WINDOWS SERVER 2008 R2 と IIS 7.5
IIS 8.0 を使用したWindows Server 2012
IIS 8.5 を使用した R2 のWindows Server 2012
IIS 10.0 を使用したWindows Server 2016 (Skype for Business Server 2019 CQD のみ)
Windows Server 2019 (Skype for Business Server 2019 CQD のみ)

必要な IIS ロールサービスを (階層順に) 次に示します。

ウェブサーバー
- HTTP 共通機能
- 静的コンテンツ
- 既定のドキュメント
- アプリケーション開発
- ASP.NET
- ISAPI フィルター
- 正常性 & 診断
- HTTP ログ
- セキュリティ
- URL の承認
- Windows 認証
- 管理ツール
- IIS 管理コンソール

注意

上記の要件については、次の点に注意してください:> 3.5 および 4.5 バージョンの .Net Framework を使用できます。どちらも必須です (具体的には、3.5 SP1 が必要です)。> 一部のシステムでは、IIS のインストール前に ASP.NET がセットアップされている場合、ASP.NET が IIS に登録されていない可能性があります。この問題は、対応する .Net バージョンのアプリケーションプールが存在しないことと、アプリプール構成に .NET CLR のバージョンが見つからない場合に発生します。 Windows Server 2008 R2 でこのような問題を修正するには、%systemroot%\Microsoft.NET\Framework64\4.0.30319\aspnet_regiis.exe -iruを実行します。 Windows Server 2012 と Windows Server 2012 R2 で、dism /online /enable-Feature /all /FeatureName:WCF-HTTP-Activation45を実行し、IIS Manager の既定の Web サイトから "ServiceModel" モジュールを削除します>管理ツールは省略可能ですが、推奨されます。

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エディションもサポートされています。処理は 1 つのパーティションに制限されます (セットアップ中に構成する必要があります)。

いずれの場合も、"データベースエンジンサービス" と "Analysis Services" をインストールする必要があります。 Analysis Services のサポートをSQL Server Management Studio追加する "管理ツール - 完了" 機能もインストールすることをお勧めしますが、インストールする必要はありません。機能選択画面は図のようになります。

SQL Server機能の要件。

SSAS セットアップを構成する場合は、Analysis Services 構成で "サーバーモード" を "多次元およびデータマイニングモード" に設定します。

SQL Serverビジネスインテリジェンス機能のインストールと構成に関するその他のヘルプについては、「多次元およびデータマイニングモードでの Analysis Services のインストール」を参照してください。

アカウント要件

最小特権の原則では、次の 3 つのドメインサービスアカウントをお勧めします。

QoE メトリックデータベースのログインセキュリティプリンシパル (db_datareader特権) と QoE アーカイブ SQL Server インスタンスのログインセキュリティプリンシパル (セットアップ中にリンクサーバーオブジェクトを作成するために必要) の両方を既に持つもの。このアカウントは、SQL Server エージェントジョブの "QoE アーカイブ Data" ステップを実行するために使用されます。

注意

大幅にロックダウンされた環境で作業している場合は、QoE メトリック監視データベース SQL Serverと QoE アーカイブ SQL Serverの両方に対して、このサービスアカウントに実際に "バッチジョブとしてログオンする" と "ローカルでのログオンを許可する" ユーザー権限が付与されていることをチェックする必要があります。
SQL Server エージェントジョブの "Process Cube" ステップを実行するために使用される 1 つ。セットアップにより、QoE アーカイブデータベースへのログインセキュリティプリンシパル (読み取りおよび書き込み権限を持つ) が作成され、キューブの QoE ロール (完全な制御特権を持つ) にメンバーも作成されます。
Web ポータルと Web API に対して IIS Worker Process を実行するために使用される 1 つ。セットアップでは、QoE アーカイブデータベースへのログインセキュリティプリンシパル (読み取り特権付き)、リポジトリデータベースへのログインセキュリティプリンシパル (読み取りおよび書き込み権限を持つ) 、およびキューブの QoERole のメンバー (フルコントロール特権) が作成されます。

注意

QoE アーカイブデータベースとリポジトリデータベースの両方が同じSQL Serverでホストされている場合、2 つのユーザーマッピングを持つ 1 つのログインセキュリティプリンシパルのみが作成されます。

最初の 2 つのアカウントは論理的には "バックエンドサービスアカウント" と見なされ、最後のアカウントは "フロントエンドサービスアカウント" と見なすことができます。推奨されませんが、すべての場合に 1 つのアカウントを使用できます。

注意

インストールを開始するユーザーアカウントには、QoE メトリック DB への読み取りアクセス権も必要です (インストールを実行する必要がある QoE アーカイブ DB サーバーに対するマシン管理者権限を持つことに加えて)。

容量計画

CQD は QoEMetrics への影響を最小限に抑えるために設計されています。コードはデータをロックしないように最適化されており、インポートジョブは調整可能です。

使用するハードウェアの種類は、同期の実行速度の要件によって異なります。ディスクのサイズ設定は次のとおりです。

QoEArchive は、最初に QoEMetrics DB より約 1.5 倍大きい
SSIS キューブは、DB と比較してほぼ 10 倍のデータを圧縮します
データは毎月パーティション分割されます。パーティションを削除できます