Architecture physique (Analysis Services - Exploration de données)
Microsoft Analysis Services utilise des composants serveur et client pour fournir des fonctionnalités d’exploration de données pour les applications d’aide à la décision :
Le composant serveur est implémenté comme un service Microsoft Windows. Vous pouvez avoir plusieurs instances sur le même ordinateur, chaque instance d’Analysis Services étant implémentée en tant que instance distincte du service Windows.
Les clients communiquent avec Analysis Services à l’aide du XMLA (Public Standard XML for Analysis), un protocole SOAP permettant d’émettre des commandes et de recevoir des réponses, exposé en tant que service Web. Des modèles objet clients sont aussi fournis via XMLA, et sont accessibles soit à l'aide d'un fournisseur managé, notamment ADOMD.NET ou un fournisseur OLE DB natif.
Les commandes de requête peuvent être émises à l'aide des extensions DMX (Data Mining Extensions), un langage de requête standard orienté vers l'exploration de données. Le langage de script Analysis Services (ASSL) peut également être utilisé pour gérer les objets de base de données Analysis Services.
Diagramme architectural
Un instance Analysis Services s’exécute en tant que service autonome et la communication avec le service s’effectue via XML for Analysis (XMLA), à l’aide de HTTP ou TCP.
AMO est une couche entre l’application utilisateur et le instance Analysis Services qui fournit l’accès aux objets administratifs Analysis Services. AMO est une bibliothèque de classes qui accepte les commandes d’une application cliente et les convertit en messages XMLA pour le instance Analysis Services. AMO présente Analysis Services instance objets sous forme de classes à l’application utilisateur final, avec des membres de méthode qui exécutent des commandes et des membres de propriété qui contiennent les données des objets Analysis Services.
L’illustration suivante montre l’architecture des composants Analysis Services, y compris les services au sein du instance Analysis Services et les composants utilisateur qui interagissent avec le instance.
L'illustration montre que la seule façon d'accéder à l'instance est d'utiliser le composant d'écoute XMLA (XML for Analysis), à l'aide de HTTP ou TCP.
Avertissement
DSO est déconseillé. Vous ne devez pas utiliser DSO pour développer des solutions.
Configuration du serveur
Une instance de serveur peut prendre en charge plusieurs bases de données Analysis Services, chacune avec sa propre instance du service Analysis Services qui répond aux demandes des clients et traite les objets.
Des instances distinctes doivent être installées si vous souhaitez utiliser les modèles tabulaires et l'exploration de données et/ou les modèles multidimensionnels. Analysis Services prend en charge l’installation côte à côte d’instances s’exécutant en mode tabulaire (qui utilise le moteur de stockage xVelocity in-memory analytics engine (VertiPaq) et les instances s’exécutant dans l’une des configurations OLAP, MOLAP ou ROLAP conventionnelles. Pour plus d’informations, consultez Déterminer le mode serveur d’une instance Analysis Services.
Toutes les communications entre un client et le serveur Analysis Services utilisent la spécification XMLA, qui est un protocole indépendant de la plateforme et de la langue. Lorsqu'une demande est reçue d'un client, Analysis Services détermine si elle est liée à OLAP ou à l'exploration de données, avant de l'acheminer de manière appropriée. Pour plus d’informations, consultez Composants serveur du moteur OLAP.
Voir aussi
Architecture logique (Analysis Services - Exploration de données)