Se connecter à un locataire Power BI et le gérer dans Microsoft Purview (interlocataire)
Cet article explique comment inscrire un locataire Power BI dans un scénario interlocataire et comment s’authentifier et interagir avec le locataire dans Microsoft Purview. Si vous n’êtes pas familiarisé avec le service, consultez En savoir plus sur Microsoft Purview.
Remarque
Pour analyser un locataire Microsoft Fabric, consultez notre documentation Microsoft Fabric.
Fonctionnalités prises en charge
| Extraction de métadonnées | Analyse complète | Analyse incrémentielle | Analyse délimitée | Classification | Étiquetage | Stratégie d’accès | Traçabilité | Partage de données | Affichage en direct |
|---|---|---|---|---|---|---|---|---|---|
| Oui | Oui | Oui | Oui | Non | Non | Non | Oui | Non | Non |
* Les éléments Power BI dans un locataire Microsoft Fabric sont disponibles à l’aide de l’affichage en direct.
Lors de l’analyse de la source Power BI, Microsoft Purview prend en charge les éléments suivants :
Extraction de métadonnées techniques, notamment :
- Espaces de travail
- Tableaux de bord
- Rapports
- Jeux de données, y compris les tables et les colonnes
- Flux de données
- Datamarts
Extraction de la traçabilité statique sur les relations de ressources entre les artefacts Power BI ci-dessus et les ressources de source de données externes. En savoir plus sur la traçabilité Power BI.
Scénarios pris en charge pour les analyses Power BI
| Scénario | Accès public Microsoft Purview | Accès public à Power BI | Option d’exécution | Option d’authentification | Liste de vérification du déploiement |
|---|---|---|---|---|---|
| Accès public avec le runtime d’intégration Azure | Autorisé | Autorisé | Runtime Azure | Authentification déléguée/principal de service | Liste de vérification du déploiement |
| Accès public avec runtime d’intégration auto-hébergé | Autorisé | Autorisé | Runtime auto-hébergé | Authentification déléguée/principal de service | Liste de vérification du déploiement |
| Accès privé | Denied | Autorisé | Ir de réseau virtuel managé (v2 uniquement) | Authentification déléguée/principal de service | Consulter la liste de contrôle du déploiement |
| Accès privé | Autorisé | Denied | Runtime auto-hébergé | Authentification déléguée/principal de service | Liste de vérification du déploiement |
| Accès privé | Denied | Autorisé | Runtime auto-hébergé | Authentification déléguée/principal de service | Liste de vérification du déploiement |
| Accès privé | Denied | Denied | Runtime auto-hébergé | Authentification déléguée/principal de service | Liste de vérification du déploiement |
Limitations connues
- Si le locataire Power BI est protégé derrière un point de terminaison privé, les runtimes auto-hébergés standard ou kubernetes pris en charge sont les seules options à analyser.
- Pour le scénario interlocataire, l’authentification déléguée et le principal de service sont les seules options d’authentification prises en charge pour l’analyse.
- Si le schéma de jeu de données Power BI n’est pas affiché après l’analyse, cela est dû à l’une des limitations actuelles du scanneur de métadonnées Power BI.
- Les espaces de travail vides sont ignorés.
Configuration requise
Avant de commencer, vérifiez que vous disposez des éléments suivants :
Un compte Azure avec un abonnement actif. Créez un compte gratuitement.
Un compte Microsoft Purview actif.
Inscrire le locataire Power BI
Dans les options de gauche, sélectionnez Mappage de données.
Sélectionnez Inscrire, puis Fabric comme source de données. Il inclut des sources et des ressources Power BI.
Donnez un nom convivial à votre source de données. Le nom doit comporter entre 3 et 63 caractères et contenir uniquement des lettres, des chiffres, des traits de soulignement et des traits d’union. Les espaces ne sont pas autorisés.
Modifiez le champ ID de locataire pour remplacer par le locataire pour le power BI interlocataire que vous souhaitez inscrire et analyser. Par défaut, l’ID de locataire de Microsoft Purview est renseigné.
Sélectionner Inscription.
S’authentifier auprès du locataire Power BI
Dans Microsoft Entra locataire, où se trouve le locataire Power BI :
Dans le Portail Azure, recherchez Microsoft Entra ID.
Créez un groupe de sécurité dans votre Microsoft Entra ID en suivant Créer un groupe de base et ajouter des membres à l’aide de Microsoft Entra ID.
Conseil
Vous pouvez ignorer cette étape si vous avez déjà un groupe de sécurité que vous souhaitez utiliser.
Sélectionnez Sécurité comme Type de groupe.
Sélectionnez Membres, puis + Ajouter des membres.
Recherchez votre identité managée ou votre principal de service Microsoft Purview, puis sélectionnez-la.
Vous devriez voir une notification de réussite vous indiquant qu’il a été ajouté.
Associer le groupe de sécurité au locataire Power BI
Connectez-vous au portail d’administration Power BI.
Sélectionnez la page Paramètres du locataire .
Importante
Vous devez être un Administration Power BI pour afficher la page des paramètres du locataire.
Sélectionnez Administration paramètres> de l’APIAutoriser les principaux de service à utiliser les API d’administration Power BI en lecture seule (préversion) .
Sélectionnez Groupes de sécurité spécifiques.
Sélectionnez Administration paramètres> de l’APIAméliorer les réponses des API d’administration avec des métadonnées détaillées et Améliorer les réponses des API d’administration avec des expressions> DAX et mashup Activez le bouton bascule pour permettre aux Mappage de données Microsoft Purview de découvrir automatiquement les métadonnées détaillées des jeux de données Power BI dans le cadre de ses analyses.
Importante
Après avoir mis à jour les paramètres de l’API Administration sur votre locataire Power Bi, attendez environ 15 minutes avant d’inscrire une analyse et de tester la connexion.
Attention
Lorsque vous autorisez le groupe de sécurité que vous avez créé (qui a votre identité managée Microsoft Purview en tant que membre) à utiliser les API d’administration Power BI en lecture seule, vous lui autorisez également à accéder aux métadonnées (par exemple, noms de tableau de bord et de rapport, propriétaires, descriptions, etc.) pour tous vos artefacts Power BI dans ce locataire. Une fois que les métadonnées ont été extraites dans Microsoft Purview, les autorisations de Microsoft Purview, et non les autorisations Power BI, déterminent qui peut voir ces métadonnées.
Remarque
Vous pouvez supprimer le groupe de sécurité de vos paramètres de développement, mais les métadonnées précédemment extraites ne seront pas supprimées du compte Microsoft Purview. Vous pouvez le supprimer séparément, si vous le souhaitez.
Analyser Power BI interlocataire
L’authentification déléguée et les principaux de service sont les seules options prises en charge pour l’analyse interlocataire. Vous pouvez analyser à l’aide de :
Créer une analyse interlocataire à l’aide d’Azure IR avec l’authentification déléguée
Pour créer et exécuter une nouvelle analyse à l’aide du runtime Azure, procédez comme suit :
Créez un compte d’utilisateur dans le locataire Microsoft Entra où se trouve le locataire Power BI et attribuez-lui ce rôle : Administrateur de structure. Notez le nom d’utilisateur et connectez-vous pour modifier le mot de passe.
Accédez au instance d’Azure Key Vault dans le locataire où Microsoft Purview est créé.
Sélectionnez Paramètres>Secrets, puis + Générer/Importer.
Entrez un nom pour le secret. Pour Valeur, tapez le mot de passe nouvellement créé pour l’utilisateur Microsoft Entra. Sélectionnez Créer pour terminer.
Si votre coffre de clés n’est pas encore connecté à Microsoft Purview, vous devez créer une connexion au coffre de clés.
Créez une inscription d’application dans votre locataire Microsoft Entra où se trouve Power BI. Fournissez une URL web dans l’URI de redirection.
Notez l’ID client (ID d’application).
Dans le tableau de bord Microsoft Entra, sélectionnez l’application nouvellement créée, puis sélectionnez Autorisations de l’application. Attribuez à l’application les autorisations déléguées suivantes et accordez le consentement administrateur pour le locataire :
- Power BI Service Tenant.Read.All
- Openid Microsoft Graph
- Microsoft Graph User.Read
Dans le tableau de bord Microsoft Entra, sélectionnez l’application nouvellement créée, puis Authentification. Sous Types de comptes pris en charge, sélectionnez Comptes dans n’importe quel annuaire organisationnel (n’importe quel annuaire Microsoft Entra - Multilocataire).
Sous Octroi implicite et flux hybrides, sélectionnez Jetons d’ID (utilisés pour les flux implicites et hybrides).
Sous Paramètres avancés, activez Autoriser les flux clients publics.
Dans Microsoft Purview Studio, accédez à Data Map dans le menu de gauche. Accédez à Sources.
Sélectionnez la source Power BI inscrite dans interlocataire.
Sélectionnez + Nouvelle analyse.
Donnez un nom à votre analyse. Sélectionnez ensuite l’option pour inclure ou exclure les espaces de travail personnels.
Remarque
Si vous basculez la configuration d’une analyse pour inclure ou exclure un espace de travail personnel, vous déclenchez une analyse complète de la source Power BI.
Sélectionnez Azure AutoResolveIntegrationRuntime dans la liste déroulante.
Pour Informations d’identification, sélectionnez Authentification déléguée, puis + Nouveau pour créer des informations d’identification.
Créez des informations d’identification et fournissez les paramètres requis suivants :
Nom : fournissez un nom unique pour les informations d’identification.
ID client : utilisez l’ID client du principal de service (ID d’application) que vous avez créé précédemment.
Nom d’utilisateur : indiquez le nom d’utilisateur de l’administrateur d’infrastructure que vous avez créé précédemment.
Mot de passe : sélectionnez la connexion Key Vault appropriée et le nom du secret où le mot de passe du compte Power BI a été enregistré précédemment.
Sélectionnez Tester la connexion avant de passer aux étapes suivantes.
Si le test échoue, sélectionnez Afficher le rapport pour afficher les status détaillées et résoudre le problème :
- Accès : échec status signifie que l’authentification de l’utilisateur a échoué. Vérifiez si le nom d’utilisateur et le mot de passe sont corrects. Vérifiez si les informations d’identification contiennent l’ID client (application) correct de l’inscription de l’application.
- Ressources (+ traçabilité) : échec status signifie que l’autorisation entre Microsoft Purview et Power BI a échoué. Assurez-vous que l’utilisateur est ajouté au rôle Administrateur d’infrastructure (ancien rôle Administrateur Power BI) et qu’il dispose de la licence Power BI appropriée.
- Métadonnées détaillées (améliorées) : échec de status signifie que le portail d’administration Power BI est désactivé pour le paramètre suivant : Améliorer les réponses des API d’administration avec des métadonnées détaillées.
Configurez un déclencheur d’analyse. Vos options sont Périodiques ou Une fois.
Dans Passer en revue une nouvelle analyse, sélectionnez Enregistrer et exécuter pour lancer votre analyse.
Conseil
Pour résoudre les problèmes liés à l’analyse :
- Vérifiez que vous avez terminé la liste de vérification du déploiement pour votre scénario.
- Consultez notre documentation sur la résolution des problèmes d’analyse.
Créer une analyse interlocataire à l’aide du runtime d’intégration auto-hébergé avec le principal de service
Pour créer et exécuter une nouvelle analyse à l’aide du runtime d’intégration auto-hébergé, procédez comme suit :
Créez une inscription d’application dans votre locataire Microsoft Entra où se trouve Power BI. Fournissez une URL web dans l’URI de redirection.
Notez l’ID client (ID d’application).
Dans le tableau de bord Microsoft Entra, sélectionnez l’application nouvellement créée, puis sélectionnez Autorisations de l’application. Attribuez à l’application les autorisations déléguées suivantes :
- Openid Microsoft Graph
- Microsoft Graph User.Read
Dans le tableau de bord Microsoft Entra, sélectionnez l’application nouvellement créée, puis Authentification. Sous Types de comptes pris en charge, sélectionnez Comptes dans n’importe quel annuaire organisationnel (n’importe quel annuaire Microsoft Entra - Multilocataire).
Sous Octroi implicite et flux hybrides, sélectionnez Jetons d’ID (utilisés pour les flux implicites et hybrides).
Sous Paramètres avancés, activez Autoriser les flux clients publics.
Dans le locataire où Microsoft Purview est créé, accédez au instance d’Azure Key Vault.
Sélectionnez Paramètres>Secrets, puis + Générer/Importer.
Entrez un nom pour le secret. Pour Valeur, tapez le secret nouvellement créé pour l’inscription de l’application. Sélectionnez Créer pour terminer.
Sous Certificats & secrets, créez un secret et enregistrez-le en toute sécurité pour les étapes suivantes.
Dans Portail Azure, accédez à votre coffre de clés Azure.
Sélectionnez Paramètres>Secrets , puis + Générer/Importer.
Entrez un nom pour le secret et, pour Valeur, tapez le secret nouvellement créé pour l’inscription de l’application. Sélectionnez Créer pour terminer.
Si votre coffre de clés n’est pas encore connecté à Microsoft Purview, vous devez créer une connexion au coffre de clés.
Dans Microsoft Purview Studio, accédez à Data Map dans le menu de gauche. Accédez à Sources.
Sélectionnez la source Power BI inscrite dans interlocataire.
Sélectionnez + Nouvelle analyse.
Donnez un nom à votre analyse. Sélectionnez ensuite l’option pour inclure ou exclure les espaces de travail personnels.
Remarque
Si vous basculez la configuration d’une analyse pour inclure ou exclure un espace de travail personnel, vous déclenchez une analyse complète de la source Power BI.
Sélectionnez votre runtime d’intégration auto-hébergé dans la liste déroulante.
Pour Informations d’identification, sélectionnez Principal de service, puis + Nouveau pour créer des informations d’identification.
Créez des informations d’identification et fournissez les paramètres requis suivants :
- Nom : fournissez un nom unique pour les informations d’identification.
- Méthode d’authentification : principal de service
- ID de locataire : votre ID de locataire Power BI
- ID client : utiliser l’ID client du principal de service (ID d’application) que vous avez créé précédemment
Sélectionnez Tester la connexion avant de passer aux étapes suivantes.
Si le test échoue, sélectionnez Afficher le rapport pour afficher les status détaillées et résoudre le problème :
- Accès : échec status signifie que l’authentification de l’utilisateur a échoué. Vérifiez si l’ID d’application et le secret sont corrects. Vérifiez si les informations d’identification contiennent l’ID client (application) correct de l’inscription de l’application.
- Ressources (+ traçabilité) : échec status signifie que l’autorisation entre Microsoft Purview et Power BI a échoué. Assurez-vous que l’utilisateur est ajouté au rôle Administrateur d’infrastructure (ancien rôle Administrateur Power BI) et qu’il dispose de la licence Power BI appropriée.
- Métadonnées détaillées (améliorées) : échec de status signifie que le portail d’administration Power BI est désactivé pour le paramètre suivant : Améliorer les réponses des API d’administration avec des métadonnées détaillées.
Configurez un déclencheur d’analyse. Vos options sont Périodiques ou Une fois.
Dans Passer en revue une nouvelle analyse, sélectionnez Enregistrer et exécuter pour lancer votre analyse.
Conseil
Pour résoudre les problèmes liés à l’analyse :
- Vérifiez que vous avez terminé la liste de vérification du déploiement pour votre scénario.
- Consultez notre documentation sur la résolution des problèmes d’analyse.
Liste de vérification du déploiement
La liste de contrôle du déploiement est un résumé de toutes les étapes à suivre pour configurer une source Power BI interlocataire. Vous pouvez l’utiliser pendant l’installation ou pour la résolution des problèmes, afin de confirmer que vous avez suivi toutes les étapes nécessaires pour vous connecter.
- Accès public avec Azure IR
- Accès public avec runtime d’intégration auto-hébergé
- Accès privé avec ir de réseau virtuel managé (v2 uniquement)
- Accès privé
Analyser Power BI interlocataire à l’aide de l’authentification déléguée dans un réseau public
Vérifiez que l’ID de locataire Power BI est entré correctement lors de l’inscription. Par défaut, l’ID de locataire Power BI qui existe dans le même Microsoft Entra instance que Microsoft Purview est renseigné.
Assurez-vous que votre modèle de métadonnées Power BI est à jour en activant l’analyse des métadonnées.
À partir de la Portail Azure, vérifiez si le réseau de compte Microsoft Purview est défini sur l’accès public.
Dans le portail d’administration du locataire Power BI, vérifiez que le locataire Power BI est configuré pour autoriser un réseau public.
Vérifiez votre instance d’Azure Key Vault pour vous assurer que :
- Il n’y a aucune faute de frappe dans le mot de passe ou le secret.
- L’identité managée Microsoft Purview dispose d’un accès d’obtention et de liste aux secrets.
Passez en revue vos informations d’identification pour vérifier que :
- L’ID client correspond à l’ID d’application (client) de l’inscription de l’application.
- Pour l’authentification déléguée, username inclut le nom d’utilisateur principal, tel que
johndoe@contoso.com.
Dans le locataire Power BI Microsoft Entra, validez les paramètres utilisateur administrateur Power BI suivants :
- L’utilisateur est affecté au rôle Administrateur de l’infrastructure (ancien rôle Administrateur Power BI).
- Au moins une licence Power BI est attribuée à l’utilisateur.
- Si l’utilisateur a été créé récemment, connectez-vous avec l’utilisateur au moins une fois pour vous assurer que le mot de passe est correctement réinitialisé et que l’utilisateur peut lancer correctement la session.
- Aucune authentification multifacteur ou stratégie d’accès conditionnel n’est appliquée à l’utilisateur.
Dans le locataire power BI Microsoft Entra, validez les paramètres d’inscription d’application suivants :
- L’inscription de l’application existe dans votre locataire Microsoft Entra où se trouve le locataire Power BI.
- Si le principal de service est utilisé, sous Autorisations d’API, les autorisations déléguées suivantes sont affectées avec lecture pour les API suivantes :
- Openid Microsoft Graph
- Microsoft Graph User.Read
- Si l’authentification déléguée est utilisée, sous Autorisations d’API, les autorisations déléguées suivantes et accorder le consentement administrateur pour le locataire sont configurées avec lecture pour les API suivantes :
- Power BI Service Tenant.Read.All
- Openid Microsoft Graph
- Microsoft Graph User.Read
- Sous Authentification :
- Types de >comptes pris en chargeComptes dans n’importe quel annuaire organisationnel (n’importe quel annuaire Microsoft Entra - Multilocataire) est sélectionné.
- Octroi implicite et flux hybrides>Les jetons d’ID (utilisés pour les flux implicites et hybrides) sont sélectionnés .
- Autoriser les flux de clients publics est activé.
Dans le locataire Power BI, à partir de Microsoft Entra locataire, vérifiez que le principal du service est membre du nouveau groupe de sécurité.
Dans le portail Administration client Power BI, vérifiez si Autoriser les principaux de service à utiliser les API d’administration Power BI en lecture seule est activé pour le nouveau groupe de sécurité.
Étapes suivantes
Maintenant que vous avez inscrit votre source, consultez les guides suivants pour en savoir plus sur Microsoft Purview et vos données.