Architecture physique (Analysis Services - Exploration de données)

Microsoft Analysis Services utilise à la fois les composants serveur et client pour fournir des fonctionnalités d’exploration de données pour les applications décisionnels :

• Le composant serveur est implémenté en tant que service Microsoft Windows. Vous pouvez avoir plusieurs instances sur le même ordinateur, chaque instance d’Analysis Services implémentée en tant qu’instance distincte du service Windows.

• Les clients communiquent avec Analysis Services à l’aide du standard public XML pour Analysis (XMLA), un protocole basé sur SOAP pour émettre des commandes et recevoir des réponses, exposé en tant que service Web. Les modèles objet client sont également fournis via XMLA et sont accessibles à l’aide d’un fournisseur managé, tel que ADOMD.NET, ou d’un fournisseur OLE DB natif.

• Les commandes de requête peuvent être émises à l’aide d’extensions d’exploration de données (DMX), un langage de requête standard du secteur orienté vers l’exploration de données. Analysis Services Scripting Language (ASSL) peut également être utilisé pour gérer des objets de base de données Analysis Services.

Diagramme architectural

Une instance Analysis Services s’exécute en tant que service autonome et la communication avec le service se produit via XML for Analysis (XMLA), à l’aide de HTTP ou TCP.

AMO est une couche entre l’application utilisateur et l’instance Analysis Services qui fournit l’accès aux objets d’administration Analysis Services. AMO est une bibliothèque de classes qui prend des commandes à partir d’une application cliente et convertit ces commandes en messages XMLA pour l’instance Analysis Services. AMO présente des objets d’instance Analysis Services en tant que classes à l’application utilisateur final, avec des membres de méthode qui exécutent des commandes et des membres de propriétés qui contiennent les données des objets Analysis Services.

L’illustration suivante montre l’architecture des composants Analysis Services, y compris les services dans l’instance Analysis Services et les composants utilisateur qui interagissent avec l’instance.

L’illustration montre que la seule façon d’accéder à l’instance consiste à utiliser l’écouteur XML for Analysis (XMLA), soit à l’aide de HTTP ou TCP.

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 requêtes clientes et traite des 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 d’analytique en mémoire xVelocity (VertiPaq)) et d’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 XMLA, qui est un protocole indépendant de la plateforme et indépendant du langage. Lorsqu’une demande est reçue d’un client, Analysis Services détermine si la demande est liée à OLAP ou à l’exploration de données, et achemine la requête de manière appropriée. Pour plus d’informations, consultez Composants du serveur de moteur OLAP.

Voir aussi

Architecture logique (Analysis Services - Exploration de données)