Connectivité de modèle sémantique avec le point de terminaison XMLA

Les espaces de travail Power BI Premium, Premium par utilisateur et Power BI Embedded utilisent un point de terminaison XMLA pour prendre en charge la connectivité open-platform de Microsoft et d'applications et d’outils clients tiers.

Points de terminaison XMLA

Les espaces de travail utilisent le protocole XML for Analysis (XMLA ) pour les communications entre les applications clientes et le moteur qui gère vos espaces de travail Power BI et modèles sémantiques. Ces communications se font par le biais de ce qu'on appelle couramment des points de terminaison XMLA. XMLA est le protocole de communication utilisé par le moteur Microsoft Analysis Services, qui exécute la modélisation sémantique, la gouvernance, le cycle de vie et la gestion des données de Power BI. Les données envoyées via le protocole XMLA sont entièrement chiffrées.

Par défaut, la connectivité en lecture seule à l’aide du point de terminaison est activée pour la charge de travail des modèles sémantiques dans une capacité. Avec les applications et outils de visualisation de données en lecture seule, les applications et outils de visualisation de données peuvent interroger les données de modèle de modèle sémantique, les métadonnées, les événements et le schéma.

Les opérations en lecture-écriture à l’aide du point de terminaison peuvent être activées. La lecture-écriture offre une gestion accrue des modèles sémantiques, une gouvernance efficace, une modélisation sémantique avancée, ainsi que des capacités de débogage et de supervision. Lorsqu'ils sont activés, les modèles sémantiques sont plus en conformité avec les outils et processus de modélisation tabulaire de niveau entreprise d'Azure Analysis Services et de SQL Server Analysis Services.

Propriétés du serveur Analysis Services

Power BI Premium prend en charge de nombreuses propriétés de serveur Analysis Services. Pour passer en revue ces propriétés, reportez-vous aux propriétés du serveur dans Analysis Services.

Conditions d’utilisation

L’utilisation du point de terminaison XMLA est soumise à :

Application mono-utilisateur : l’application utilise un compte d’utilisateur unique ou une identité d’application pour accéder à un modèle sémantique Power BI via le point de terminaison XMLA. Parmi les exemples d’applications mono-utilisateur, citons les outils de développement, les scripts d’administration et les processus automatisés. Ces applications peuvent effectuer des tâches telles que la modélisation des données et les tâches d’administration qui modifient les métadonnées d’un modèle sémantique, d’une sauvegarde ou d’une opération de restauration, ou déclenchent une actualisation des données. Le compte d’utilisateur ou l’identité d’application que l’application cliente utilise pour accéder à un modèle sémantique doit avoir une licence Premium par utilisateur (PPU) valide, sauf si le modèle sémantique réside sur une capacité Premium.

Application multi-utilisateur : l’application fournit à plusieurs utilisateurs l’accès à un modèle sémantique Power BI. Par exemple, une application de niveau intermédiaire intégrant un modèle sémantique dans une solution métier et accédant au modèle sémantique pour le compte de ses utilisateurs professionnels.

• Espaces de travail Premium par utilisateur (PPU) : l’application doit exiger que chaque utilisateur se connecte à Power BI. Pour chaque utilisateur, l’application utilise un jeton d’accès pour accéder aux modèles sémantiques. L’application ne peut pas utiliser un compte de service ou une autre identité d’application pour effectuer des tâches pour le compte d’utilisateurs individuels. Chaque utilisateur doit avoir son propre compte Power BI pour ouvrir des rapports, accéder aux modèles sémantiques et exécuter des requêtes.
• Pour les espaces de travail Premium, l’application peut utiliser un compte de service ou une identité d’application pour le compte des utilisateurs finaux sans demander à chaque utilisateur de se connecter à Power BI.

Applications clientes et outils

Applications et outils courants utilisés avec Azure Analysis Services et SQL Server Analysis Services qui sont désormais pris en charge par les modèles sémantiques Power BI Premium :

Microsoft Excel - Les tableaux croisés dynamiques Excel sont l’un des outils les plus courants utilisés pour résumer, analyser, explorer et présenter des données récapitulatives à partir de modèles sémantiques Power BI. La lecture seule est requise pour les opérations de requête. Nécessite la version Démarrer en un clic d’Office 16.0.13612.10000 ou ultérieure.

Visual Studio avec des projets Analysis Services - Appelé SQL Server Data Tools(SSDT). SSDT est un outil de création de modèles de niveau entreprise pour les modèles tabulaires Analysis Services. Toutes les éditions de Visual Studio 2017 et ultérieures, y compris l’édition Community gratuite, prennent en charge les extensions de projets Analysis Services. Nécessite l’extension version 2.9.14 ou ultérieure pour déployer des modèles tabulaires dans un espace de travail Premium. Le modèle doit être au niveau de compatibilité 1500 ou supérieur pour être déployé. Nécessite la lecture-écriture XMLA sur la charge de travail des modèles sémantiques. Pour en savoir plus, consultez Outils pour Analysis Services.

SQL Server Management Studio (SSMS) : prend en charge les requêtes DAX, MDX et XMLA. Effectuez des opérations d’actualisation affinées et des scripts de métadonnées de modèle sémantique à l’aide du langage TMSL ( Tabular Model Scripting Language ). Nécessite un accès en lecture seule pour les opérations de requête. Nécessite l’écriture en lecture-écriture pour les métadonnées de script. Nécessite SSMS version 18.9 ou ultérieure. Téléchargez SSMS.

SQL Server Profiler - SQL Server Profiler s’installe avec SSMS, il permet le suivi et le débogage des événements de modèle sémantique. Bien qu’officiellement déprécié pour SQL Server, Profiler est toujours inclus dans SSMS et reste pris en charge pour Analysis Services et Power BI. Nécessite SQL Server Profiler version 18.9 ou ultérieure. Les utilisateurs doivent spécifier le modèle sémantique (catalogue initial) lors de la connexion avec le point de terminaison XMLA. Pour plus d’informations, consultez SQL Server Profiler pour Analysis Services.

Assistant Déploiement d’Analysis Services - Installé avec SSMS, cet outil fournit le déploiement de projets de modèles tabulaires créés par Visual Studio sur des espaces de travail Analysis Services et Premium. Il peut être exécuté de manière interactive ou à partir de la ligne de commande pour l’automatisation. La fonctionnalité de lecture-écriture XMLA est obligatoire. Pour en savoir plus, consultez l’Assistant Déploiement d’Analysis Services.

Applets de commande PowerShell : utilisez des applets de commande Analysis Services pour automatiser les tâches de gestion des modèles sémantiques telles que les opérations d’actualisation. Nécessite l'accès en lecture-écriture XMLA. Nécessite la version 21.1.18256 ou ultérieure du module SqlServer PowerShell. Les applets de commande Azure Analysis Services dans le module Az.AnalysisServices ne sont pas prises en charge pour les modèles sémantiques Power BI. Pour plus d’informations, consultez Référence PowerShell Analysis Services.

Générateur de rapports Power BI - Outil de création de rapports paginés. Créez une définition de rapport qui spécifie les données à récupérer, où l’obtenir et comment l’afficher. Vous pouvez afficher un aperçu de votre rapport dans le Générateur de rapports, puis publier votre rapport sur le service Power BI. Nécessite XMLA en lecture seule. Pour en savoir plus, consultez Le Générateur de rapports Power BI.

Éditeur tabulaire 2.x : outil open source permettant de créer, de gérer et de gérer des modèles tabulaires à l’aide d’un éditeur intuitif et léger. Une vue hiérarchique affiche tous les objets de votre modèle tabulaire. Organise les objets en affichant des dossiers avec prise en charge de la modification de propriétés à sélection multiple et de la mise en surbrillance de la syntaxe DAX. Nécessite XMLA en lecture seule pour les opérations de requête. Nécessite la lecture-écriture pour les opérations de métadonnées. Pour en savoir plus, consultez l’Éditeur tabulaire 2.x.

DAX Studio - Outil open source pour la création, le diagnostic, le réglage des performances et l’analyse DAX. Les fonctionnalités incluent l’exploration des objets, le traçage intégré, l’analyse de l’exécution de la requête avec des statistiques détaillées, la mise en surbrillance et la mise en forme de la syntaxe DAX. Nécessite XMLA en mode lecture seule pour les opérations de requête. Pour en savoir plus, consultez daxstudio.org.

ALM Toolkit - Outil de comparaison de schéma open source pour les modèles sémantiques Power BI, le plus souvent utilisé pour les scénarios de gestion du cycle de vie des applications (ALM). Effectuez un déploiement à travers différents environnements et conservez les données historiques d'actualisation incrémentielle. Comparer et fusionner des fichiers de métadonnées, des branches et des dépôts. Réutiliser les définitions courantes entre les modèles sémantiques. Nécessite le mode lecture pour opérations de requête. Nécessite les droits de lecture-écriture pour les opérations de métadonnées. Pour en savoir plus, consultez alm-toolkit.com.

Tierce partie : inclut des applications et des outils de visualisation des données client qui peuvent se connecter, interroger et consommer des modèles sémantiques dans les espaces de travail premium. La plupart des outils nécessitent les dernières versions des bibliothèques clientes MSOLAP, mais certains peuvent utiliser ADOMD. Le point de terminaison XMLA en lecture seule ou en lecture-écriture dépend des opérations.

Bibliothèques clientes

Les applications clientes et les outils ne communiquent pas directement avec le point de terminaison XMLA. Au lieu de cela, ils utilisent des bibliothèques clientes comme couche d’abstraction. Il s’agit des mêmes bibliothèques clientes que celles utilisées par les applications pour se connecter à Azure Analysis Services et SQL Server Analysis Services. Les applications Microsoft telles qu’Excel, SQL Server Management Studio (SSMS) et l’extension de projets Analysis Services pour Visual Studio installent les trois bibliothèques clientes et les mettent à jour avec des mises à jour d’application et d’extension régulières. Les développeurs peuvent utiliser les bibliothèques clientes pour créer des applications personnalisées. Dans certains cas, en particulier avec des applications tierces, s’il n’est pas installé avec l’application, il peut être nécessaire d’installer des versions plus récentes des bibliothèques clientes. Les bibliothèques clientes sont mises à jour mensuellement. Pour plus d’informations, consultez lesbibliothèques clientes pour la connexion à Analysis Services.

Optimiser les modèles sémantiques pour les opérations d’écriture en activant des modèles volumineux

Lorsque vous utilisez le point de terminaison XMLA pour la gestion des modèles sémantiques avec des opérations d’écriture, il est recommandé d’activer le modèle sémantique pour les modèles volumineux. Cela réduit la surcharge des opérations d’écriture, ce qui peut les rendre considérablement plus rapides. Pour les modèles sémantiques de plus de 1 Go (après compression), la différence peut être significative. Pour en savoir plus, consultez Grands modèles dans Power BI Premium.

Activer la lecture et l'écriture pour XMLA

Par défaut, la capacité Premium ou les charges de travail de modèle sémantique Premium par utilisateur ont le paramètre de propriété de point de terminaison XMLA activé pour la lecture seule. Cela signifie que les applications ne peuvent interroger qu’un modèle sémantique. Pour que les applications effectuent des opérations d’écriture, la propriété de point de terminaison XMLA doit être activée pour la lecture-écriture.

Pour activer le mode lecture-écriture pour une capacité Premium

1. Sélectionnez Paramètres>Portail d’administration.

2. Dans le portail d’administration, sélectionnez Paramètres de capacité>Power BI Premium> nom de la capacité.

3. Développez les charges de travail. Dans le paramètre de point de terminaison XMLA , sélectionnez Lecture-écriture. Le paramètre de point de terminaison XMLA s’applique à tous les espaces de travail et modèles sémantiques affectés à la capacité.

   

Pour activer les fonctionnalités de lecture et d'écriture pour l'option Premium par utilisateur

1. Sélectionnez Paramètres>Portail d’administration.
2. Dans le portail d’administration, sélectionnez Premium par utilisateur.
3. Développez les paramètres de charge de travail du modèle sémantique. Dans le paramètre de point de terminaison XMLA , sélectionnez Lecture-écriture.

Connexion à un espace de travail Premium

Les espaces de travail affectés à une capacité ont une chaîne de connexion au format URL. Par exemple:

powerbi://api.powerbi.com/v1.0/[tenant name]/[workspace name].

Les applications qui se connectent à l’espace de travail utilisent l’URL comme s’il s’agissait d’un nom de serveur Analysis Services. Par exemple:

powerbi://api.powerbi.com/v1.0/contoso.com/Sales Workspace.

Note

La connexion à Mon espace de travail à l’aide du point de terminaison XMLA n’est actuellement pas prise en charge.

Utilisateurs B2B et invités

Lorsque les utilisateurs accèdent à un espace de travail dans leur locataire domestique, la section nom du locataire dans l’URL peut être remplacée par myorg. Par exemple:

powerbi://api.powerbi.com/v1.0/myorg/Sales Workspace.

Lorsque les utilisateurs B2B\invités accèdent aux espaces de travail dans un autre locataire, ce nom de locataire doit être spécifié dans l’URL de la source de données. Par exemple, lorsqu’un utilisateur contoso.com est invité à accéder au locataire fabrikam.com et qu’il dispose de l’autorisation « Espace de travail ventes », il doit utiliser l’URL ci-dessous pour se connecter :

powerbi://api.powerbi.com/v1.0/fabrikam.com/Sales Workspace.

Pour déterminer le nom de domaine principal et l’ID d’un locataire, connectez-vous au portail Azure, sélectionnez l’ID Microsoft Entra dans le menu principal, puis notez les informations sur la page Vue d’ensemble de Microsoft Entra. Pour plus d’informations, consultez Rechercher l’ID de locataire Microsoft Entra et le nom de domaine principal.

Pour obtenir l’URL de connexion de l’espace de travail

Dans les Paramètres> de l’espace de travail Premium>, sélectionnez Copier.

Configuration requise pour la connexion

Catalogue initial

Avec certains outils, tels que SQL Server Profiler, vous devez spécifier un catalogue initial, qui est le modèle sémantique (base de données) auquel vous connecter dans votre espace de travail. Dans la boîte de dialogue Se connecter au serveur, sélectionnez Options>propriétés> de connexionse connecter à la base de données, entrez le nom du modèle sémantique.

Noms d'espaces de travail dupliqués

La validation dans Workspaces de Power BI empêche la création ou le renommage d'espaces de travail ayant des noms en double. Lorsque vous vous connectez à un espace de travail portant le même nom qu’un autre espace de travail, vous pouvez recevoir le message suivant :

Impossible de se connecter à powerbi://api.powerbi.com/v1.0/[tenant name]/[workspace name].

Pour contourner ce problème, en plus du nom de l’espace de travail, spécifiez ObjectIDGuid. Vous pouvez copier l’ObjectIDGuid à partir de l’ID d’objet de l’espace de travail dans l’URL. Ajoutez l’objectID à l’URL de connexion. Par exemple:

powerbi://api.powerbi.com/v1.0/myorg/Contoso Sales - aaaabbbb-0000-cccc-1111-dddd2222eeee.

Nom du modèle sémantique dupliqué

Pour vous connecter à un modèle sémantique portant le même nom qu’un autre modèle sémantique dans le même espace de travail, ajoutez le guid du modèle sémantique au nom du modèle sémantique. Vous pouvez obtenir à la fois le nom du modèle sémantique et le GUID lorsque vous êtes connecté à l'espace de travail dans SSMS.

Retard dans les modèles sémantiques affichés

Lorsque vous vous connectez à un espace de travail, les modifications apportées aux modèles sémantiques nouveaux, supprimés et renommés peuvent prendre jusqu’à quelques minutes.

Modèles sémantiques non pris en charge

Les modèles sémantiques suivants ne sont pas accessibles à l’aide du point de terminaison XMLA. Ces modèles sémantiques n’apparaissent pas sous l’espace de travail dans SSMS ou dans d’autres outils :

• Modèles sémantiques basés sur une connexion dynamique à un modèle Azure Analysis Services ou SQL Server Analysis Services.
• Modèles sémantiques basés sur une connexion dynamique à un modèle sémantique Power BI dans un autre espace de travail. Pour plus d’informations, consultez Présentation des modèles sémantiques entre les espaces de travail.
• Modèles sémantiques avec des données Push à l’aide de l’API REST.
• Modèles sémantiques dans Mon espace de travail.
• Modèles sémantiques pour classeur Excel.

Alias de serveur/espace de travail

Les alias de nom de serveur, pris en charge dans Azure Analysis Services ne sont pas pris en charge pour les espaces de travail Premium.

Security

Outre la propriété de point de terminaison XMLA activée en lecture-écriture par l’administrateur de capacité, le paramètre au niveau du locataire Autoriser les points de terminaison XMLA et Analyser dans Excel avec des modèles sémantiques locaux doit être activé dans le portail d’administration. Si vous devez générer des fichiers Analyser dans Excel (AIXL) qui se connectent au point de terminaison XMLA, le paramètre au niveau du locataire Les utilisateurs peuvent utiliser des modèles sémantiques dans Excel avec une connexion en direct doit également être activé. Ces paramètres sont tous deux activés par défaut.

Autoriser les points de terminaison XMLA et analyser dans Excel avec des modèles sémantiques locaux est un paramètre d’intégration.

Les utilisateurs peuvent utiliser des modèles sémantiques dans Excel grâce à une connexion active. C'est un paramètre d’exportation et de partage.

Le tableau suivant décrit les implications des deux paramètres :

Réglage	Autoriser les points de terminaison XMLA et Analyser dans Excel avec des modèles sémantiques locaux = désactivé	Autoriser les endpoints XMLA et l'analyse dans Excel avec des modèles sémantiques locaux = activé
Les utilisateurs peuvent utiliser des modèles sémantiques dans Excel à l’aide d’une connexion active = désactivé	XMLA : non autorisé Analyser dans Excel : non autorisé	XMLA : autorisé Analyser dans Excel : non autorisé
Les utilisateurs peuvent utiliser des modèles sémantiques dans Excel à l’aide d’une connexion active = activé	XMLA : non autorisé Analyser dans Excel : autorisé	XMLA : autorisé Analyser dans Excel : autorisé

L’accès via le point de terminaison XMLA honore l’appartenance au groupe de sécurité défini au niveau de l’espace de travail/de l’application.

Les contributeurs d’espace de travail et ceux de niveaux supérieurs disposent d’autorisations d'écriture sur le modèle sémantique, ce qui est effectivement équivalent aux administrateurs de bases de données Analysis Services. Ils peuvent déployer de nouveaux modèles sémantiques à partir de Visual Studio et exécuter des scripts TMSL dans SSMS.

Les utilisateurs disposant d’autorisations de modèle sémantique build sont équivalents aux lecteurs de base de données Analysis Services. Ils peuvent se connecter aux modèles sémantiques et les parcourir pour la consommation et la visualisation des données. Les règles de sécurité au niveau des lignes (RLS) sont respectées et ne peuvent pas voir les métadonnées de modèle sémantique interne.

Les opérations qui nécessitent des autorisations d’administrateur de serveur Analysis Services (plutôt que l’administrateur de base de données) en général ne sont pas prises en charge.

Pour plus d’informations, consultez Autorisations et rôles de modèle sémantiquedans les espaces de travail

Usurpation d'identité

L’emprunt d’identité utilisateur à l’aide de la propriété de chaîne de connexion EffectiveUserName est prise en charge lors de la connexion à des modèles sémantiques d’espace de travail Premium. Le compte spécifié dans EffectiveUserName doit se trouver dans l’ID Microsoft Entra du locataire et disposer des autorisations Lecture et Build pour le modèle sémantique auquel il est connecté. Si le compte ne dispose pas des autorisations Lecture et Compilation, Power BI ne peut pas emprunter l’identité du compte utilisateur. La connexion échoue et une erreur est retournée.

Vous pouvez également effectuer l’emprunt d’identité en spécifiant un ou plusieurs rôles d’espace de travail dans la propriété de chaîne de connexion de rôles. Avec la propriété Rôles, vous pouvez tester le déclassement des membres de rôle disposant de permissions d'écriture à des permissions de lecture. Les autorisations de rôle suivantes s’appliquent en fonction du compte de l’utilisateur connecté :

• Si l’utilisateur effectuant l’emprunt d’identité est un administrateur d’espace de travail, qui est effectivement identique à un administrateur de serveur dans Analysis Services, il n’est pas nécessaire d’être membre d’un des rôles spécifiés.

• Si l'utilisateur effectuant l'usurpation d'identité n'est pas administrateur d'espace de travail, il doit appartenir à un ou plusieurs des rôles spécifiés, sinon une erreur de type 'utilisateur introuvable' ou 'aucune autorisation' est retournée.

Rôles de modèle

Avec le point de terminaison XMLA, les rôles, l’appartenance aux rôles, la sécurité au niveau des lignes (RLS) et la sécurité au niveau de l’objet (OLS) peuvent être définis pour les utilisateurs dans l’ID Microsoft Entra du locataire. Les rôles de modèle dans Power BI sont utilisés uniquement pour RLS et OLS. Utilisez le modèle de sécurité Power BI pour contrôler les autorisations au-delà de RLS et OLS.

Pour les projets de modèle tabulaires créés dans Visual Studio, les rôles peuvent être définis à l’aide du Gestionnaire de rôles dans le concepteur de modèles. Pour les modèles sémantiques dans Power BI, les rôles peuvent être définis dans Power BI Desktop avant de publier sur le service. L’appartenance au rôle est spécifiée dans le service Power BI. SSMS peut également être utilisé pour créer et gérer des rôles. Dans la plupart des cas, les définitions d’objets de rôle peuvent être scriptées à l’aide de TMSL pour créer ou modifier l’objet Roles. Les scripts TMSL peuvent être exécutés dans SSMS ou avec l’applet de commande PowerShell Invoke-ASCmd .

Les limitations suivantes s’appliquent lors de l’utilisation de rôles via le point de terminaison XMLA :

• La seule autorisation pour un rôle pouvant être défini pour les modèles sémantiques est l’autorisation Lecture. D’autres autorisations sont accordées à l’aide du modèle de sécurité Power BI.
• Les principaux de service ne fonctionnent pas avec RLS et OLS et ne peuvent pas être ajoutés en tant que membres de rôle de modèle.
• L’autorisation de génération pour un modèle sémantique est requise pour l’accès en lecture via le point de terminaison XMLA, quelle que soit l’existence de rôles de modèle sémantique.

Définition des informations d’identification de la source de données

Les métadonnées spécifiées via le point de terminaison XMLA peuvent créer des connexions à des sources de données, mais ne peuvent pas définir les informations d’identification de la source de données. Au lieu de cela, les informations d’identification peuvent être définies dans la page des paramètres du modèle sémantique dans le service Power BI.

Principaux de service

Les "principaux de service" sont un enregistrement d'application Microsoft Entra que vous créez dans votre locataire pour effectuer des opérations sur les ressources et niveaux de service de manière autonome. Il s’agit d’un type unique d’identité utilisateur avec un nom d’application, un ID d’application, un ID de locataire et une clé secrète client ou un certificat pour un mot de passe. Power BI Premium utilise la même fonctionnalité de principal de service que Power BI Embedded.

Les principaux de service peuvent être utilisés avec le point de terminaison XMLA pour automatiser les tâches de gestion des modèles sémantiques telles que l’approvisionnement d’espaces de travail, le déploiement de modèles et l’actualisation du modèle sémantique avec :

• PowerShell
• Azure Automation
• Azure Logic Apps
• Applications clientes personnalisées

Pour plus d’informations, consultez Automatiser les tâches d’espace de travail Premium et de modèle sémantique avec les principaux de service.

Découverte du modèle sémantique

Lorsque le paramètre de niveau client Bloque la republiation et la désactivation de l’actualisation du package est activé, un utilisateur peut découvrir uniquement ces modèles sémantiques à l’aide du point de terminaison XMLA pour lequel il est le propriétaire. Si un utilisateur n’est pas le propriétaire d’un modèle sémantique, il est équivalent à un lecteur de base de données Analysis Services, même s’il s’agit d’un administrateur, d’un membre ou d’un contributeur sur l’espace de travail.

Déployer des projets de modèle à partir de Visual Studio (SSDT)

Le déploiement d’un projet de modèle tabulaire dans Visual Studio vers un espace de travail Premium est beaucoup identique au déploiement sur un serveur Azure ou SQL Server Analysis Services. Les seules différences sont dans la propriété Deployment Server spécifiée pour le projet et la façon dont les informations d’identification de la source de données sont spécifiées afin que les opérations de traitement puissent importer des données à partir de sources de données dans le nouveau modèle sémantique sur l’espace de travail.

Pour déployer un projet de modèle tabulaire créé dans Visual Studio, définissez l’URL de connexion de l’espace de travail dans la propriété project Deployment Server . Dans Visual Studio, dans l’Explorateur de solutions, cliquez avec le bouton droit sur les > du projet. Dans la propriété Serveur , collez l’URL de connexion de l’espace de travail.

Lorsque la propriété Deployment Server est spécifiée, le projet peut être déployé.

Lors du déploiement de la première fois, un modèle sémantique est créé dans l’espace de travail à l’aide de métadonnées à partir du modèle.bim. Dans le cadre de l’opération de déploiement, une fois le modèle sémantique créé dans l’espace de travail à partir des métadonnées du modèle, le traitement pour charger des données dans le modèle sémantique à partir de sources de données échoue.

Le traitement échoue, car contrairement au déploiement sur une instance Azure ou SQL Server Analysis Server, où vous êtes invité à entrer des identifiants de source de données dans le cadre de l’opération de déploiement, lorsque vous déployez sur un espace de travail Premium, les identifiants de la source de données ne peuvent pas être spécifiés dans le cadre de l’opération de déploiement. Au lieu de cela, une fois le déploiement de métadonnées réussi et le modèle sémantique créé, les informations d’identification de la source de données sont ensuite spécifiées dans le service Power BI dans les paramètres de modèle sémantique. Dans l’espace de travail, sélectionnez Modèles sémantiques>Paramètres>Informations d'identification de la source de données>Modifier les informations d'identification.

Lorsque des informations d’identification de source de données sont spécifiées, vous pouvez ensuite actualiser le modèle sémantique dans le service Power BI, configurer l’actualisation planifiée ou traiter (actualiser) à partir de SQL Server Management Studio pour charger des données dans le modèle sémantique.

La propriété Option de traitement du déploiement spécifiée dans le projet dans Visual Studio est analysée. Toutefois, si une source de données n’a pas eu d’informations d’identification spécifiées dans le service Power BI, même si le déploiement de métadonnées réussit, le traitement échoue. Vous pouvez définir la propriété sur Ne pas traiter, ce qui empêche toute tentative de traitement dans le cadre du déploiement. Vous pouvez définir la propriété sur Default , car une fois que les informations d’identification de la source de données sont spécifiées dans les paramètres de la source de données pour le nouveau modèle sémantique, le traitement dans le cadre des opérations de déploiement suivantes aboutira ensuite.

Se connecter à SSMS

L’utilisation de SSMS pour se connecter à un espace de travail est tout comme la connexion à un serveur Azure ou SQL Server Analysis Services. La seule différence est que vous spécifiez l’URL de l’espace de travail dans le nom du serveur, et vous devez utiliser Active Directory - Universel avec l’authentification MFA.

Se connecter à un espace de travail à l’aide de SSMS

1. Dans SQL Server Management Studio, sélectionnez Se connecter>au serveur.

2. Dans Type de serveur, sélectionnez Analysis Services. Dans le nom du serveur, entrez l’URL de l’espace de travail. Dans Authentification, sélectionnez Active Directory - Universel avec MFA, puis, dans Nom d’utilisateur, entrez votre ID d’utilisateur d’organisation.

   

Lorsqu’il est connecté, l’espace de travail est affiché en tant que serveur Analysis Services et les modèles sémantiques de l’espace de travail sont affichés sous forme de bases de données.

Pour en savoir plus sur l’utilisation de SSMS pour scripter des métadonnées, consultez :

• Créer des scripts Analysis Services
• Langage de script pour modèles tabulaires (TMSL)

Actualisation du modèle sémantique

Le point de terminaison XMLA permet un large éventail de scénarios pour des fonctionnalités d’actualisation fine à l’aide de SSMS, d’automatisation avec PowerShell, Azure Automation et Azure Functions à l’aide de TOM. Par exemple, vous pouvez actualiser certaines partitions historiques d’actualisation incrémentielle sans avoir à recharger toutes les données historiques.

Contrairement à la configuration de l’actualisation dans le service Power BI, les opérations d’actualisation via le point de terminaison XMLA ne sont pas limitées à 48 actualisations par jour et le délai d’actualisation planifié n’est pas imposé.

La date, l’heure et l’état des opérations d’actualisation du modèle sémantique qui incluent une transaction d’écriture via le point de terminaison XMLA sont enregistrées et affichées dans l’historique d’actualisation du modèle sémantique.

Note

Les opérations d’actualisation effectuées par le point de terminaison XMLA n’actualisent pas automatiquement les caches de vignettes. Les caches de vignettes sont actualisés uniquement lorsqu’un utilisateur accède au rapport.

Vues de Gestion Dynamique (DMV)

Les DMV des Analysis Services offrent une visibilité des métadonnées du modèle sémantique, de la lignée et de l’utilisation des ressources. Les vues de gestion dynamique disponibles pour l’interrogation dans Power BI via le point de terminaison XMLA sont limitées, seulement, à celles qui nécessitent des autorisations d’administrateur de base de données. Certains DMV, par exemple, ne sont pas accessibles, car ils nécessitent des autorisations d’administrateur de serveur Analysis Services.

Modèles sémantiques créés par Power BI Desktop

Métadonnées améliorées

Les opérations d’écriture XMLA sur les modèles sémantiques créés dans Power BI Desktop et publiées dans un espace de travail Premium nécessitent des métadonnées améliorées. Pour plus d’informations, consultez les métadonnées du modèle sémantique amélioré.

Caution

À ce stade, une opération d’écriture sur un modèle sémantique créé dans Power BI Desktop empêche son téléchargement en tant que fichier PBIX. Veillez à conserver votre fichier PBIX d’origine.

Déclaration de source de données

Lorsque vous vous connectez à des sources de données et interrogez des données, Power BI Desktop utilise des expressions Power Query M comme déclarations de source de données inline. Bien que prise en charge dans les espaces de travail Premium, la déclaration de source de données inline Power Query M n’est pas prise en charge par Azure Analysis Services ou SQL Server Analysis Services. Au lieu de cela, les outils de modélisation des données Analysis Services tels que Visual Studio créent des métadonnées à l’aide de déclarations de sources de données structurées ou fournies. Avec le point de terminaison XMLA, Premium prend également en charge les sources de données structurées et fournisseurs, mais pas dans le cadre des déclarations de sources de données inline Power Query M dans les modèles Power BI Desktop. Pour en savoir plus, consultez Présentation des fournisseurs.

Power BI Desktop en mode connexion dynamique

Power BI Desktop peut se connecter à un modèle sémantique Power BI Premium à l’aide d’une connexion active. À l’aide d’une connexion dynamique, les données n’ont pas besoin d’être répliquées localement, ce qui facilite l’utilisation des modèles sémantiques par les utilisateurs. Il existe deux façons pour les utilisateurs de se connecter :

• Sélectionnez des modèles sémantiques Power BI, puis sélectionnez un modèle sémantique pour créer un rapport. Il s’agit de la méthode recommandée pour que les utilisateurs se connectent en direct à des modèles sémantiques. Cette méthode offre une expérience de découverte améliorée montrant le niveau d’approbation des modèles sémantiques. Les utilisateurs n’ont pas besoin de rechercher et de suivre les URL de l’espace de travail. Pour trouver un modèle sémantique, les utilisateurs tapez simplement le nom du modèle sémantique ou faites défiler pour trouver le modèle sémantique recherché.

  

• À l’aide de Get Data>Analysis Services, spécifiez un nom d’espace de travail Power BI Premium en tant qu’URL, sélectionnez Se connecter en direct, puis, dans Navigateur, sélectionnez un modèle sémantique. Dans ce cas, Power BI Desktop utilise le point de terminaison XMLA pour se connecter en direct au modèle sémantique comme s’il s’agissait d’un modèle de données Analysis Services.

  

Les organisations qui disposent de rapports existants qui sont connectés en direct aux modèles de données Analysis Services et qui ont l’intention de migrer vers des modèles sémantiques Premium doivent uniquement modifier l’URL du nom du serveur dans les Paramètres de la source de données>Transform.

Journaux d’audit

Lorsque les applications se connectent à un espace de travail, l’accès via des points de terminaison XMLA est journalisé dans les journaux d’audit Power BI avec les opérations suivantes :

Nom convivial de l’opération	Nom de l’opération
Connecté au modèle sémantique Power BI à partir d’une application externe	ConnectFromExternalApplication
Demande d’actualisation du modèle sémantique Power BI à partir d’une application externe	RefreshDatasetFromExternalApplication
Création d’un modèle sémantique Power BI à partir d’une application externe	CréerEnsembleDeDonnéesDepuisApplicationExterne
Modèle sémantique Power BI modifié à partir d’une application externe	EditerJeuDeDonnéesDepuisApplicationExterne
Modèle sémantique Power BI supprimé d’une application externe	DeleteDatasetFromExternalApplication

Pour plus d’informations, consultez Audit de Power BI.

Considérations et limitations

Les modèles sémantiques Power BI par défaut ne peuvent pas être modifiés à l’aide du point de terminaison XMLA.

Contenu connexe

Pour plus d’informations sur cet article, consultez :

• Scénarios d’utilisation de Power BI : Gestion avancée des modèles de données
• Vous avez des questions ? Essayez d’interroger la communauté Power BI
• Suggestions? Contribuer aux idées pour améliorer Power BI