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

S’applique à : SQL Server 2019 et versions antérieures d’Analysis Services Azure Analysis Services Fabric/Power BI Premium

Important

L’exploration de données a été déconseillée dans SQL Server 2017 Analysis Services et est à présent abandonnée dans SQL Server 2022 Analysis Services. La documentation n’est pas mise à jour pour les fonctionnalités déconseillées et abandonnées. Pour en savoir plus, consultez Compatibilité descendante d’Analysis Services.

Microsoft SQL Server Analysis Services utilise des composants serveur et clients pour fournir des fonctionnalités d’exploration de données pour les applications décisionnelles :

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

  • Les clients communiquent avec SQL Server Analysis Services à l’aide du xml pour l’analyse (XMLA) standard public, 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 ASSL (Analysis Services Scripting Language) peut également être utilisé pour gérer SQL Server Analysis Services objets de base de données.

Diagramme architectural

Une SQL Server Analysis Services instance 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 l’SQL Server Analysis Services instance qui fournit l’accès à SQL Server Analysis Services objets administratifs. AMO est une bibliothèque de classes qui accepte les commandes d’une application cliente et les convertit en messages XMLA pour le SQL Server Analysis Services instance. AMO présente SQL Server 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 SQL Server Analysis Services.

L’illustration suivante montre l’architecture des composants SQL Server Analysis Services, y compris les services au sein du SQL Server Analysis Services instance 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.

Diagramme de l’architecture système Analysis

Configuration du serveur

Un serveur instance peut prendre en charge plusieurs bases de données SQL Server Analysis Services, chacune avec son propre instance du service SQL Server 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. SQL Server Analysis Services prend en charge l’installation côte à côte d’instances s’exécutant en mode tabulaire (qui utilise le moteur d’analyse en mémoire 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 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)