物理アーキテクチャ (Analysis Services - データ マイニング)
Microsoft Analysis Services では、サーバーとクライアントの両方のコンポーネントを使用して、ビジネス インテリジェンス アプリケーションにデータ マイニング機能を提供しています。
サーバー コンポーネントは、Microsoft Windows サービスとして実装されます。 Analysis Services のインスタンスは Windows サービスの別個のインスタンスとして実装されるため、同一のコンピューター上で複数のインスタンスがサポートされます。
クライアントは、Analysis Services との通信に、コマンドの発行や応答の受信のための SOAP ベースのプロトコルで、Web サービスとして公開されているパブリック標準の XML for Analysis (XMLA) を使用します。 クライアント オブジェクト モデルも XMLA 経由で提供されます。クライアント オブジェクト モデルには、ADOMD.NET などのマネージ プロバイダーまたはネイティブ OLE DB プロバイダーを使用してアクセスできます。
クエリ コマンドは、データ マイニング指向の業界標準クエリ言語であるデータ マイニング拡張機能 (DMX) を使用して発行できます。 Analysis Services データベース オブジェクトの管理には、Analysis Services スクリプト言語 (ASSL) を使用することもできます。
アーキテクチャの図
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 エンジンのサーバー コンポーネント」を参照してください。