物理アーキテクチャ (Analysis Services - データ マイニング)
Microsoft Analysis Services では、サーバー コンポーネントとクライアント コンポーネントの両方を使用して、ビジネス インテリジェンス アプリケーションのデータ マイニング機能を提供します。
サーバー コンポーネントは、Microsoft Windows サービスとして実装されます。 Analysis Services の各インスタンスを Windows サービスの個別のインスタンスとして実装して、同じコンピューター上に複数のインスタンスを配置できます。
クライアントは、コマンドを発行し、応答を受信するための SOAP ベースのプロトコルであるパブリック標準 XML for Analysis (XMLA) を使用して Analysis Services と通信し、Web サービスとして公開します。 クライアント オブジェクト モデルも XMLA 経由で提供されます。クライアント オブジェクト モデルには、ADOMD.NET などのマネージド プロバイダーまたはネイティブ OLE DB プロバイダーを使用してアクセスできます。
クエリ コマンドは、データ マイニング指向の業界標準クエリ言語であるデータ マイニング拡張機能 (DMX) を使用して発行できます。 Analysis Services スクリプト言語 (ASSL) を使用して、Analysis Services データベース オブジェクトを管理することもできます。
アーキテクチャの図
Analysis Services インスタンスはスタンドアロン サービスとして実行され、サービスとの通信は、HTTP または TCP を使用して XML for Analysis (XMLA) を介して行われます。
AMO は、Analysis Services 管理オブジェクトへのアクセスを提供するユーザー アプリケーションと Analysis Services インスタンスの間のレイヤーです。 AMO は、クライアント アプリケーションからコマンドを受け取り、それらのコマンドを Analysis Services インスタンスの XMLA メッセージに変換するクラス ライブラリです。 AMO は、Analysis Services インスタンス オブジェクトをクラスとしてエンド ユーザー アプリケーションに提示し、コマンドを実行するメソッド メンバーと、Analysis Services オブジェクトのデータを保持するプロパティ メンバーを提供します。
次の図は、Analysis Services インスタンス内のサービスや、インスタンスと対話するユーザー コンポーネントを含む Analysis Services コンポーネントアーキテクチャを示しています。
この図は、XML for Analysis (XMLA) リスナーと、HTTP または TCP のいずれかを使用する以外に、インスタンスにアクセスする方法がないことも示しています。
警告
DSO は非推奨とされます。 ソリューションの開発に DSO を使用しないでください。
[サーバーの構成]
1 つのサーバー インスタンスで複数の Analysis Services データベースをサポートできます。各データベースに、クライアント要求に応答してオブジェクトを処理する Analysis Services サービスの固有のインスタンスがあります。
テーブル モデルとデータ マイニング モデル/多次元モデルの両方を操作する場合は、別個のインスタンスをインストールする必要があります。 Analysis Services では、表形式モードで実行されているインスタンス (xVelocity メモリ内分析エンジン (VertiPaq) ストレージ エンジンを使用) と、従来の OLAP、MOLAP、または ROLAP 構成のいずれかで実行されているインスタンスのサイド バイ サイド インストールがサポートされています。 詳細については、「 Analysis Services インスタンスのサーバー モードの決定」を参照してください。
クライアントと Analysis Services サーバーの間のすべての通信には、プラットフォームや言語に依存しないプロトコルである XMLA が使用されます。 Analysis Services は、クライアントからの要求を受け取ると、その要求が OLAP に関連しているかデータ マイニングに関連しているかを判断して、適切にルーティングします。 サーバー コンポーネントの詳細については、「 OLAP エンジンのサーバー コンポーネント」を参照してください。