Connectivité des jeux de données avec le point de terminaison XMLA

Les espaces de travail Power BI Premium, Premium par utilisateur et Power BI Embedded prennent en charge la connectivité plateforme ouverte à partir d’applications et d’outils clients Microsoft et tiers à l’aide d’un point de terminaison XMLA.

Qu’est-ce qu’un point de terminaison XMLA ?

Les espaces de travail utilisent le protocole XMLA (XML for Analysis) pour les communications entre des applications clientes et le moteur qui gère vos espaces de travail et jeux de données Power BI. Ces communications s’effectuent via ce qui est communément appelé « points de terminaison XMLA ». XMLA est le même protocole de communication que celui utilisé par le moteur Microsoft Analysis Services, qui, sous le capot, 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 connexion en lecture seule à l’aide du point de terminaison est activée pour la charge de travail des jeux de données dans une capacité. Avec l’accès en lecture seule, les applications et les outils de visualisation des données peuvent interroger les données, les métadonnées, les événements et le schéma du modèle de jeux de données. Les opérations en lecture/écriture utilisant le point de terminaison peuvent être activées pour fournir une gestion, une gouvernance, une modélisation sémantique avancée, un débogage et une surveillance des jeux de données supplémentaires. Avec l’option lecture-écriture activée, les jeux de données ont plus de parité avec les outils et les processus de modélisation tabulaire de niveau entreprise Azure Analysis Services et SQL Server Analysis Services.

Conditions d'utilisation

L’utilisation du point de terminaison XMLA est soumise aux conditions suivantes :

Application mono-utilisateur : l’application utilise un compte mono-utilisateur ou une identité d’application pour accéder à un jeu de données Power BI par le biais du point de terminaison XMLA. Citons quelques exemples courants : les outils de développement, les scripts d’administration et les processus automatisés permettant d’effectuer des tâches de modélisation des données et d’administration (modifier les métadonnées d’un jeu de données, effectuer une opération de sauvegarde ou de restauration, déclencher une actualisation des données, etc.). Le compte d’utilisateur ou l’identité d’application qu’utilise l’application cliente pour accéder à un jeu de données doit avoir une licence PPU (Premium par utilisateur) valide, sauf si le jeu de données réside sur une capacité Premium.

Application multi-utilisateur : l’application permet à plusieurs utilisateurs d’accéder à un jeu de données Power BI. Il peut s’agir d’une application de niveau intermédiaire qui intègre un jeu de données dans une solution métier et qui accède au jeu de données au nom de ses utilisateurs métier.

  • Pour les espaces de travail PPU l’application doit demander à chaque utilisateur de se connecter à Power BI. L’application utilise le jeton d’accès de chaque utilisateur pour accéder aux jeux de données. L’application n’est pas autorisée à utiliser un compte de service ou une autre identité d’application pour effectuer des tâches au nom de ses utilisateurs. Chaque utilisateur doit utiliser son propre compte Power BI pour ouvrir des rapports, accéder aux jeux de données 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 au nom des utilisateurs finaux sans que chaque utilisateur se connecte à Power BI.

Applications et outils clients

Voici quelques-uns des outils et applications les plus courants utilisés avec Azure Analysis Services et SQL Server Analysis Services, et désormais pris en charge par les jeux de données 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 de synthèse à partir de jeux de données Power BI. L’accès en lecture seule est requis pour les opérations de requête. La version « démarrer en un clic » d’Office 16.0.13612.10000 ou une version ultérieure est requise.

Visual Studio avec projets Analysis Services – également appelé SQL Server Data Tools ou simplement SSDT, est un outil de création de modèles de niveau entreprise pour les modèles tabulaires Analysis Services. Les extensions de projets Analysis Services sont prises en charge sur toutes les éditions de Visual Studio 2017 et versions ultérieures, y compris l’édition Communauté gratuite. La version d’extension 2.9.14 ou ultérieure est nécessaire pour déployer des modèles tabulaires dans un espace de travail Premium. Au moment du déploiement, le modèle doit être au niveau de compatibilité 1500 ou supérieur. La lecture-écriture XMLA est requise sur la charge de travail des jeux de données. 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 précises et des scripts de métadonnées du jeu de données à l’aide du Langage de script de modèle tabulaire (TMSL). L’accès en lecture seule est requis pour les opérations de requête. L’accès en lecture/écriture est requis pour les métadonnées de script. Nécessite SSMS version 18.9 ou ultérieure. Téléchargement disponible ici.

SQL Server Profiler– installé avec SSMS, cet outil fournit le traçage et le débogage des événements des jeux de données. Bien qu’officiellement déprécié pour SQL Server, Profiler est toujours inclus dans SSMS. Il reste pris en charge pour Analysis Services et Power BI. Nécessite SQL Server Profiler version 18.9 ou ultérieure. L’utilisateur doit spécifier le jeu de données (catalogue initial) quand il se connecte au point de terminaison XMLA. Pour en savoir plus, consultez SQL Server Profiler pour Analysis Services.

Assistant de déploiement Analysis Services – installé avec SSMS, cet outil permet de déployer des projets de modèles tabulaires créés par Visual Studio dans 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. L’accès en lecture/écriture XMLA est requis. Pour en savoir plus, consultez Assistant de déploiement Analysis Services.

Applets de commande PowerShell – les applets de commande Analysis Services peuvent être utilisées pour automatiser des tâches de gestion de jeux de données telles que les opérations d’actualisation. L’accès en lecture/écriture XMLA est requis. Nécessite la version 21.1.18256 (pour les capacités Premium Gen2, voir Conditions préalables Premium Gen2) ou une version 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 jeux de données Power BI. Pour en savoir plus, consultez Référence Analysis Services PowerShell .

Power BI Report Builder – outil qui permet de créer des rapports paginés. Créez une définition de rapport qui spécifie les données à récupérer, où les obtenir et comment les afficher. Vous pouvez prévisualiser votre rapport dans le Générateur de rapports, puis, publier votre rapport dans le service Power BI. L’accès en lecture seule XMLA est requis. Pour en savoir plus, consultez Power BI Report Builder.

Éditeur tabulaire : outil Open source permettant de créer, de maintenir et de gérer des modèles tabulaires à l’aide d’un éditeur simplifié et intuitif. Une vue hiérarchique affiche tous les objets de votre modèle tabulaire. Les objets sont organisés par dossiers d’affichage avec support de la modification de propriété à sélection multiple et de la mise en surbrillance de la syntaxe DAX. L’accès en lecture seule XMLA est requis pour les opérations de requête. L’accès en lecture/écriture est requis pour les opérations de métadonnées. Pour en savoir plus, consultez tabulareditor.github.io.

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. L’accès en lecture seule XMLA est requis pour les opérations de requête. Pour en savoir plus, consultez daxstudio.org.

ALM Toolkit : outil de comparaison de schémas Open source pour les jeux de données Power BI, le plus souvent utilisé pour les scénarios de gestion du cycle de vie des applications (ALM). Effectuez le déploiement dans des environnements et conservez les données historiques de l’actualisation incrémentielle. Comparez et fusionnez des fichiers de métadonnées, des branches et des dépôts. Réutilisez les définitions communes entre les jeux de données. L’accès en lecture seule est requis pour les opérations de requête. L’accès en lecture/écriture est requis pour les opérations de métadonnées. Pour plus d’informations, consultez alm-toolkit.com.

Tiers – inclut des applications et des outils clients de visualisation de données qui peuvent se connecter aux jeux de données, les interroger et les consommer dans des 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 et outils clients ne communiquent pas directement avec le point de terminaison XMLA. Au lieu de cela, ils utilisent des bibliothèques clientes en tant que couche d’abstraction. Il s’agit des mêmes applications de bibliothèques de client que celles utilisées pour se connecter à Azure Analysis Services et SQL Server Analysis Services. Les applications Microsoft telles qu’Excel, SQL Server Management Studio (SSMS), ainsi que les extensions de projets Analysis Services pour Visual Studio installent les trois bibliothèques clientes et les mettent à jour avec des mises à jour régulières des applications et des extensions. Les développeurs peuvent également utiliser les bibliothèques clientes pour générer des applications personnalisées. Dans certains cas, en particulier avec les applications tierces, si elles ne sont pas installées avec l’application, vous devrez peut-être installer des versions plus récentes des bibliothèques clientes. Les bibliothèques clientes sont mises à jour tous les mois. Pour en savoir plus, consultez Bibliothèques clientes pour la connexion à Analysis Services.

Les versions minimales requises de la bibliothèque cliente pour les capacités Premium Gen2 sont répertoriées dans les conditions préalables Premium Gen2.

Optimiser les jeux de données pour les opérations d’écriture en activant les grands modèles

Lorsque vous utilisez le point de terminaison XMLA pour la gestion des jeux de données avec des opérations d’écriture, il est recommandé d’activer le jeu de données pour les grands modèles. Cela réduit la surcharge des opérations d’écriture, ce qui peut les rendre beaucoup plus rapides. Pour les jeux de données dont la taille est supérieure à 1 Go (après compression), la différence peut être importante. Pour en savoir plus, consultez Grands modèles dans Power BI Premium.

Activer l’accès en lecture-écriture XMLA

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

Pour activer l’écriture en lecture-écriture pour une capacité de Premium

  1. Cliquez sur le portail Paramètres>Admin.

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

  3. Développez Charges de travail. Dans le paramètre Point de terminaison XMLA, sélectionnez Accès en lecture/écriture. Le paramètre de point de terminaison XMLA s’applique à tous les espaces de travail et jeux de données affectés à la capacité.

    Enable XMLA Endpoint

Pour activer l’écriture en lecture-écriture pour Premium par utilisateur

  1. Cliquez sur le portail Paramètres>Admin.
  2. Dans le portail d’administration, sélectionnez Premium par utilisateur.
  3. Développez les paramètres de charge de travail du jeu de données. Dans le paramètre Point de terminaison XMLA, sélectionnez Accès en lecture/écriture.

Connexion à un espace de travail Premium

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

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

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

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

Les utilisateurs avec des UPN dans le même abonné (non B2B) peuvent remplacer le nom de l’abonné par myorg. Par exemple :

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

Les utilisateurs B2B doivent spécifier l’UPN de leur organisation dans le nom du locataire. Par exemple :

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

Notes

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

Remarque

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

Pour accéder à l’URL de connexion de l’espace de travail

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

Workspace connection string

Exigences relatives aux connexions

Catalogue initial

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

Selecting the dataset in SQL Server Profiler

Noms d’espaces de travail dupliqués

Les nouveaux espaces de travail (créés en utilisant la nouvelle expérience d’espace de travail) dans Power BI imposent une validation pour interdire la création ou le renommage des espaces de travail avec des noms en double. Les espaces de travail qui n’ont pas été migrés peuvent entraîner des noms en double. Quand vous vous connectez à un espace de travail portant le même nom qu’un autre espace de travail, l’erreur suivante peut s’afficher :

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

Pour contourner cette erreur, spécifiez, en plus du nom de l’espace de travail, l’ObjectIDGuid, qui peut être copié à partir de l’objectID de l’espace de travail dans l’URL. Ajoutez l’ID d’objet (objectID) à l’URL de connexion. Par exemple :

powerbi://api.powerbi.com/v1.0/myorg/Contoso Sales - 9d83d204-82a9-4b36-98f2-a40099093830.

Nom de jeu de données en double

Quand vous vous connectez à un jeu de données portant le même nom qu’un autre jeu de données du même espace de travail, ajoutez le GUID du jeu de données à son nom. Vous pouvez obtenir le nom et le GUID du jeu de données quand vous vous connectez à l’espace de travail dans SSMS.

Retards dans les jeux de données affichés

Lors de la connexion à un espace de travail, les changements des jeux de données nouveaux, supprimés et renommés peuvent mettre plusieurs minutes à s’afficher.

Jeux de données non pris en charge

Les jeux de données suivants ne sont pas accessibles à l’aide du point de terminaison XMLA. Ces jeux de données n’apparaissent pas sous l’espace de travail dans SSMS ni dans d’autres outils :

  • Jeux de données basés sur une connexion active à un modèle Azure Analysis Services ou SQL Server Analysis Services.
  • Jeux de données basés sur une connexion active à un jeu de données Power BI dans un autre espace de travail. Pour en savoir plus, consultez Présentation de jeux de données dans des espaces de travail.
  • Jeux de données avec des données push à l’aide de l’API REST.
  • Jeux de données dans Mon espace de travail.
  • Jeux de données de classeur Excel.

Alias de serveur/d’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.

Sécurité

En plus de la propriété de point de terminaison XMLA activée en lecture-écriture par l’administrateur de la capacité, le paramètre de niveau abonné Autoriser les points de terminaison XMLA et Analyser dans Excel avec les jeux de données locaux doit être activé dans le portail d’administration. Si vous devez générer l’analyse dans les fichiers EXCEL (AIXL) qui se connectent au point de terminaison XMLA, le paramètre au niveau du locataire Autoriser les connexions actives 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 les jeux de données locaux est un paramètre d’intégration.

Integration setting allow XMLA endpoints.

Le tableau suivant décrit les implications du paramètre Exporter des données pour XMLA et AIXL (Analyser dans Excel) :

Paramètre Autoriser les points de terminaison XMLA et l’analyse dans Excel avec les jeux de données locaux = activé Autoriser les points de terminaison XMLA et l’analyse dans Excel avec les jeux de données locaux = désactivé
Activer/désactiver Autoriser les connexions actives = désactivé XMLA interdit, Analyser dans Excel interdit, AIXL pour les jeux de données local interdit XMLA autorisé, Analyser dans Excel interdit, AIXL pour les jeux de données local autorisé
Activer/désactiver Autoriser les connexions actives = activé XMLA interdit, Analyser dans Excel autorisé, AIXL pour les jeux de données local interdit XMLA autorisé, Analyser dans Excel autorisé, AIXL pour les jeux de données local autorisé

Autoriser les connexions actives est un paramètre d’exportation et de partage.

Export and sharing setting allow live connections.

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

Les contributeurs de l’espace de travail et les versions ultérieures ont accès en écriture au jeu de données et sont donc équivalents aux administrateurs de bases de données Analysis Services. Ils peuvent déployer de nouveaux jeux de données à partir de Visual Studio et exécuter des scripts TMSL dans SSMS.

Les opérations qui nécessitent des autorisations d’administrateur de serveur Analysis Services (plutôt qu’administrateur de base de données) comme les suivis au niveau du serveur et l’emprunt d’identité d’utilisateur à l’aide de la propriété de chaîne de connexion EffectiveUserName ne sont pas prises en charge dans les espaces de travail Premium pour l’instant.

Les autres utilisateurs qui ont une autorisation Build sur un jeu de données sont équivalents aux lecteurs de base de données Analysis Services. Ils peuvent se connecter et parcourir les jeux de données pour la consommation et la visualisation des données. Les règles de sécurité au niveau des lignes (RLS) sont respectées et ils ne peuvent pas voir les métadonnées du jeu de données interne.

Rôles de modèle

Avec le point de terminaison XMLA, il est possible de définir des rôles pour un jeu de données, une appartenance à un rôle pour des utilisateurs Azure Active Directory (Azure AD) ainsi que des filtres de Sécurité au niveau des lignes (SNL). Les rôles de modèle dans Power BI sont utilisés uniquement pour la sécurité au niveau des lignes. Utilisez le modèle de sécurité Power BI pour contrôler les autorisations au-delà de la RLS.

Pour les projets de modèles tabulaires créés dans Visual Studio, il est possible de définir des rôles en utilisant le Gestionnaire de rôles dans le concepteur de modèles. Pour les jeux de données dans Power BI, il est possible de définir des rôles en utilisant SSMS pour créer des objets de rôle et définir des propriétés de rôle. Cependant, dans la plupart des cas, les définitions d’objet de rôle peuvent être scriptées en utilisant 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 lorsque vous utilisez des rôles de jeu de données via le point de terminaison XMLA :

  • La seule autorisation pour un rôle qui peut être définie pour les jeux de données est l’autorisation d’accès en lecture. D’autres autorisations sont accordées à l’aide du modèle de sécurité Power BI.
  • Les principaux de service, qui nécessitent des autorisations de Membre de l’espace de travail ou d’Administrateur, ne peuvent pas être ajoutés aux rôles.
  • L’autorisation build pour un jeu de données est requise pour l’accès en lecture via le point de terminaison XMLA, indépendamment de l’existence de rôles de jeu de données.
  • La propriété de chaîne de connexion « Roles = » peut être utilisée pour tester le déclassement des membres de rôles dotés d’autorisations d’accès en écriture vers des autorisations d’accès en lecture. Le compte de membre doit toujours être membre du rôle RLS approprié. Cela diffère de l’utilisation de l’emprunt d’identité avec SQL Server Analysis Services ou Azure Analysis Services lorsque le compte est un administrateur de serveur ; l’appartenance au rôle RLS est supposée. Pour les espaces de travail Premium, étant donné qu’il n’y a pas d’administrateur de serveur, le compte doit appartenir à un rôle pour que la sécurité au niveau des lignes soit appliquée.

Pour en savoir plus, consultez Rôles dans les modèles tabulaires.

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

Les métadonnées spécifiées via le point de terminaison XMLA peuvent créer des connexions aux 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 Paramètres du jeu de données dans le service Power BI.

Principaux de service

Les principaux de service sont une inscription d’application Azure Active Directory que vous créez à l’intérieur de votre locataire pour effectuer des opérations sans assistance au niveau du service et des ressources. Il s’agit d’un type unique d’identité d’utilisateur avec un nom d’application, un ID d’application, un ID de locataire, et une clé secrète client ou un certificat en guise de mot de passe. Power BI Premium utilise la même fonctionnalité de principal de service que Power BI Embedded.

Les principaux de service peuvent également être utilisés avec le point de terminaison XMLA pour automatiser des tâches de gestion de jeu de données telles que le provisionnement d’espaces de travail, le déploiement de modèles et l’actualisation de jeux de données avec :

  • PowerShell
  • Azure Automation
  • Azure Logic Apps
  • Des applications clientes personnalisées

Pour en savoir plus, consultez Automatiser des tâches d’espace de travail et de jeu de données avec des principaux de service.

Déployez 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 très similaire au déploiement sur un serveur Azure ou SQL Server Analysis Services. Les seules différences se trouvent dans la propriété du serveur de déploiement 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 jeu de données sur l’espace de travail.

Pour déployer un projet de modèle tabulaire créé dans Visual Studio, vous devez d’abord définir l’URL de connexion de l’espace de travail dans la propriété Serveur de déploiement du projet. Dans Visual Studio, dans l’Explorateur de solutions, cliquez avec le bouton droit sur le projet >Propriétés. Dans la propriété Serveur, collez l’URL de connexion à l’espace de travail.

Deployment property

Une fois la propriété Serveur de déploiement spécifiée, le projet peut alors être déployé.

Lors du premier déploiement, un jeu de données est créé dans l’espace de travail à l’aide des métadonnées du modèle.bim. Dans le cadre de l’opération de déploiement, une fois le jeu de données créé dans l’espace de travail à partir des métadonnées du modèle, le traitement pour charger des données dans le jeu de données à 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ù les informations d’identification de la source de données sont demandées dans le cadre de l’opération de déploiement, lors du déploiement sur un espace de travail Premium, les informations d’identification de la source de données ne peuvent pas être spécifiées dans le cadre de l’opération de déploiement. Au lieu de cela, une fois le déploiement des métadonnées réussi et le jeu de données créé, les informations d’identification de la source de données sont spécifiées dans le service Power BI, dans les paramètres du jeu de données. Dans l’espace de travail, sélectionnez Jeux de données>Paramètres>Informations d’identification de la source de données>Modifier les informations d’identification.

Data source credentials

Une fois les informations d’identification de la source de données spécifiées, vous pouvez actualiser le jeu de données dans le service Power BI, configurer, planifier, actualiser ou traiter (actualiser) à partir de SQL Server Management Studio pour charger des données dans le jeu de données.

La propriété de déploiement Option de traitement spécifiée dans le projet, dans Visual Studio, est observée. Toutefois, si une source de données n’a pas encore d’informations d’identification spécifiées dans le service Power BI, même si le déploiement des métadonnées réussit, le traitement échoue. Vous pouvez définir la propriété sur Ne pas traiter, en empêchant toute tentative de traitement dans le cadre du déploiement, mais vous pouvez redéfinir la propriété sur Par défaut, car une fois les informations d’identification de la source de données spécifiées dans les paramètres de source de données pour le nouveau jeu de données, le traitement dans le cadre des opérations de déploiement ultérieures réussit.

Se connecter à SSMS

L’utilisation de SSMS pour se connecter à un espace de travail est similaire à 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 que vous devez utiliser Active Directory-Universal avec l’authentification MFA.

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

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

  2. Dans Type de serveur, sélectionnez Analysis Services. Dans 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.

    Connect to server in SSMS

Une fois que vous êtes connecté, l’espace de travail est affiché en tant que serveur Analysis Services, et les jeux de données de l’espace de travail sont affichés en tant que bases de données.

SSMS

Pour en savoir plus sur l’utilisation de SSMS pour des scripts de métadonnées, consultez Créer des scripts Analysis Services et TMSL (Tabular Model Scripting Language).

Actualisation du jeu de données

Le point de terminaison XMLA active un large éventail de scénarios pour les fonctionnalités d’actualisation affinées à l’aide de SSMS, l’automation avec PowerShell, Azure Automation et Azure Functions à l’aide de TOM. Vous pouvez, par exemple, actualiser certaines partitions historiques d’actualisation incrémentielle sans avoir à recharger toutes les données d’historique.

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’expiration d’actualisation planifié n’est pas imposé.

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

Refresh history via XMLA endpoint

Vues de gestion dynamique (DMV)

Les DMV Analysis Services assurent la visibilité des métadonnées du jeu de données, la traçabilité et l’utilisation des ressources. Les DMV disponibles pour l’interrogation dans Power BI via le point de terminaison XMLA sont limitées, au moins, à celles qui nécessitent des autorisations d’administrateur de base de données. Par exemple, certaines DMV ne sont pas accessibles car elles exigent des autorisations d’administrateur de serveur Analysis Services.

Jeux de données créés par Power BI Desktop

Métadonnées améliorées

Les opérations d’écriture XMLA sur les jeux de données créés dans Power BI Desktop et publiés dans un espace de travail Premium nécessitent des métadonnées améliorées. Pour en savoir plus, consultez Métadonnées de jeu de données améliorées.

Attention

À ce stade, une opération d’écriture sur un jeu de données créé dans Power BI Desktop empêche son nouveau téléchargement en tant que fichier PBIX. Veillez à conserver votre fichier PBIX d’origine.

Déclaration de la source de données

Lors de la connexion à des sources de données et de l’interrogation de données, Power BI Desktop utilise des expressions Power Query M comme déclarations de la source de données en ligne. Bien que prise en charge dans les espaces de travail Premium, la déclaration de la source de données en ligne 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 la source de données structurées et/ou fournisseur. Avec le point de terminaison XMLA, Premium prend également en charge les sources de données structurées et fournisseur, mais pas dans le cadre des déclarations de la source de données en ligne Power Query M dans les modèles Power BI Desktop. Pour plus d’informations, consultez Compréhension des fournisseurs.

Power BI Desktop en mode de connexion active

Power BI Desktop peut se connecter à un jeu de données Power BI Premium à l’aide d’une connexion active. Lorsqu’une connexion active est utilisée, il n’est pas nécessaire de répliquer les données localement, ce qui permet aux utilisateurs de consommer plus facilement des modèles sémantiques. Les utilisateurs peuvent se connecter de deux manières :

En sélectionnant Jeux de données Power BI, puis en sélectionnant un jeu de données pour créer un rapport. C’est ce qui est recommandé aux utilisateurs pour se connecter en temps réel à des jeux de données. Cette méthode fournit une expérience de découverte améliorée qui montre le niveau d’approbation de jeux de données. Les utilisateurs n’ont besoin ni de trouver les URL de l’espace de travail, ni d’effectuer leur suivi. Pour trouver un jeu de données, les utilisateurs tapent simplement le nom du jeu de données ou font défiler pour trouver le jeu de données qu’ils recherchent.

Connect live to dataset

Les utilisateurs peuvent également se connecter avec Obtenir des données>Analysis Services, spécifier un nom d’espace de travail Power BI Premium comme URL, sélectionner Établir une connexion active, puis sélectionner un jeu de données dans le Navigateur. Dans ce cas, Power BI Desktop utilise le point de terminaison XMLA pour se connecter en temps réel au jeu de données comme s’il s’agissait d’un modèle de données Analysis Services.

Connect live to Analysis Services dataset

Les organisations qui ont des rapports existants connectés en temps réel à des modèles de données Analysis Services destinés à migrer vers des jeux de données Premium doivent uniquement modifier l’URL du nom de serveur dans Transformer des données>Paramètres de source de données.

Journaux d'audit

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

Nom convivial de l’opération Nom de l’opération
Connecté au jeu de données Power BI à partir d’une application externe ConnectFromExternalApplication
Actualisation du jeu de données Power BI demandée à partir d’une application externe RefreshDatasetFromExternalApplication
Jeu de données Power BI créé à partir d’une application externe CreateDatasetFromExternalApplication
Jeu de données Power BI modifié à partir d’une application externe EditDatasetFromExternalApplication
Jeu de données Power BI supprimé d’une application externe DeleteDatasetFromExternalApplication

Pour en savoir plus, consultez Audit Power BI.

Voir aussi

Pour plus d’informations en rapport avec cet article, consultez les ressources suivantes :