Se connecter à un locataire Power BI et le gérer dans Microsoft Purview (même locataire)

Cet article explique comment inscrire un locataire Power BI dans un scénario de même locataire, et comment s’authentifier et interagir avec le locataire dans Microsoft Purview. Pour plus d’informations sur Microsoft Purview, consultez l’article d’introduction.

Remarque

À partir du 18 septembre 2023, la source de données Power BI dans Microsoft Purview sera renommée Fabric dans toutes les régions. Vous pouvez toujours utiliser « Power BI » comme mot clé pour localiser rapidement la source pour inscrire un locataire Power BI et configurer une analyse. En même temps que le nom de la source de données, la capacité Power BI et l’espace de travail Power BI sont renommés Capacité fabric et Espace de travail Fabric en conséquence. Outre les modifications liées au changement de nom sur l’interface utilisateur, il n’y a aucune modification des fonctionnalités existantes et de l’expérience utilisateur pour l’inscription de source de données ou la configuration des analyses. Toutes les sources ou analyses existantes pour Power BI continueront de fonctionner sans aucune modification nécessaire et seuls les éléments Power BI peuvent actuellement être analysés dans les locataires 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	Lignée	Partage de données	Affichage en direct
Oui	Oui	Oui	Non	Non	Non	Non	Oui	Non	Non

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, ainsi que les ressources de source de données externes. En savoir plus sur la traçabilité Power BI.

Pour obtenir la liste des métadonnées disponibles pour Power BI, consultez notre documentation sur les métadonnées disponibles.

Scénarios pris en charge pour les analyses Power BI

Scenarios	Accès public Microsoft Purview autorisé/refusé	Accès public Power BI autorisé /refusé	Option d’exécution	Option d’authentification	Liste de contrôle du déploiement
Accès public avec Azure IR	Autorisé	Autorisé	Azure Runtime	Identité managée Microsoft Purview	Consulter la liste de contrôle 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	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	Consulter la liste de contrôle du déploiement
Accès privé	Denied	Autorisé	Runtime auto-hébergé	Authentification déléguée/principal de service	Consulter la liste de contrôle du déploiement
Accès privé	Denied	Denied	Runtime auto-hébergé	Authentification déléguée/principal de service	Consulter la liste de contrôle du déploiement

Limitations connues

• Si Microsoft Purview ou le locataire Power BI est protégé derrière un point de terminaison privé, le runtime auto-hébergé est la seule option à analyser.
• L’authentification déléguée et le principal de service sont les seules options d’authentification prises en charge lorsque le runtime d’intégration auto-hébergé est utilisé pendant l’analyse.
• Vous ne pouvez créer qu’une seule analyse pour une source de données Power BI inscrite dans votre compte Microsoft Purview.
• Si le schéma du jeu de données Power BI n’est pas affiché après l’analyse, cela est dû à l’une des limitations actuelles de l’analyseur de métadonnées Power BI.
• Les espaces de travail vides sont ignorés.
• La charge utile est actuellement limitée à 2 Mo et 800 colonnes lors de l’analyse d’une ressource.

Configuration requise

Avant de commencer, vérifiez que vous disposez des prérequis suivants :

• Un compte Azure avec un abonnement actif. Créez un compte gratuitement.

• Un compte Microsoft Purview actif.

Options d’authentification

• Identité managée
• Authentification déléguée
• Service Principal

Liste de contrôle du déploiement

Utilisez l’une des listes de vérification de déploiement suivantes pendant l’installation ou à des fins de résolution des problèmes, en fonction de votre scénario :

Accès public avec Azure IR

Analyser Power BI avec le même locataire à l’aide d’Azure IR et d’une identité managée dans un réseau public

1. Vérifiez que les comptes Power BI et Microsoft Purview se trouvent dans le même locataire.

2. Vérifiez que l’ID de locataire Power BI est entré correctement lors de l’inscription.

3. Assurez-vous que votre modèle de métadonnées Power BI est à jour en activant l’analyse des métadonnées.

4. À partir de Portail Azure, vérifiez si le réseau du compte Microsoft Purview est défini sur l’accès public.

5. À partir du locataire Power BI Administration Portail, vérifiez que le locataire Power BI est configuré pour autoriser le réseau public.

6. Dans le locataire Azure Active Directory, créez un groupe de sécurité.

7. À partir du locataire Azure Active Directory, vérifiez que l’identité MSI du compte Microsoft Purview est membre du nouveau groupe de sécurité.

8. 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é.

Accès public avec runtime d’intégration auto-hébergé

Analyser Power BI du même locataire à l’aide du runtime d’intégration auto-hébergé avec l’authentification déléguée ou le principal de service dans le réseau public

1. Vérifiez que les comptes Power BI et Microsoft Purview se trouvent dans le même locataire.

2. Vérifiez que l’ID de locataire Power BI est entré correctement lors de l’inscription.

3. Assurez-vous que votre modèle de métadonnées Power BI est à jour en activant l’analyse des métadonnées.

4. À partir de Portail Azure, vérifiez si le réseau du compte Microsoft Purview est défini sur l’accès public.

5. À partir du locataire Power BI Administration Portail, vérifiez que le locataire Power BI est configuré pour autoriser le réseau public.

6. Vérifiez votre Key Vault Azure pour vous assurer que :

   1. Il n’y a aucune faute de frappe dans le mot de passe ou le secret.
   2. L’identité managée Microsoft Purview dispose d’un accès get/list aux secrets.

7. Passez en revue vos informations d’identification pour valider :

   1. L’ID client correspond à l’ID d’application (client) de l’inscription de l’application.
   2. Le nom d’utilisateur inclut le nom d’utilisateur principal tel que johndoe@contoso.com.

8. Validez les paramètres d’inscription de l’application pour vous assurer que :

   1. L’inscription d’application existe dans votre locataire Azure Active Directory.

   2. 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

   3. 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

   4. Sous Authentification, l’option Autoriser les flux de clients publics est activée.

9. Si l’authentification déléguée est utilisée, validez les paramètres utilisateur de l’administrateur Power BI pour vous assurer que :

   1. L’utilisateur est affecté au rôle Administrateur Power BI.
   2. Au moins une licence Power BI est attribuée à l’utilisateur.
   3. 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.
   4. Aucune MFA ou stratégie d’accès conditionnel n’est appliquée à l’utilisateur.

10. Valider les paramètres du runtime auto-hébergé :

    1. La dernière version du runtime auto-hébergé est installée sur la machine virtuelle.

    2. La connectivité réseau du runtime auto-hébergé au locataire Power BI est activée. Les points de terminaison suivants doivent être accessibles à partir d’une machine virtuelle runtime auto-hébergée :

       • *.powerbi.com
       • *.analysis.windows.net

    3. La connectivité réseau du runtime auto-hébergé aux services Microsoft est activée.

    4. JDK 8 ou version ultérieure est installé. Redémarrez la machine après avoir installé le JDK pour qu’il prenne effet.

11. Dans le locataire Azure Active Directory, créez un groupe de sécurité.

12. À partir du locataire Azure Active Directory, vérifiez que le principal du service est membre du nouveau groupe de sécurité.

13. 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é.

Accès privé

Analyser Power BI du même locataire à l’aide du runtime d’intégration auto-hébergé avec l’authentification déléguée ou le principal de service dans un réseau privé

1. Vérifiez que les comptes Power BI et Microsoft Purview se trouvent dans le même locataire.

2. Vérifiez que l’ID de locataire Power BI est entré correctement lors de l’inscription.

3. Assurez-vous que votre modèle de métadonnées Power BI est à jour en activant l’analyse des métadonnées.

4. Vérifiez votre Key Vault Azure pour vous assurer que :

   1. Il n’y a aucune faute de frappe dans le mot de passe.
   2. L’identité managée Microsoft Purview dispose d’un accès get/list aux secrets.

5. Passez en revue vos informations d’identification pour valider :

   1. L’ID client correspond à l’ID d’application (client) de l’inscription de l’application.
   2. Le nom d’utilisateur inclut le nom d’utilisateur principal tel que johndoe@contoso.com.

6. Si l’authentification déléguée est utilisée, validez les paramètres utilisateur de l’administrateur Power BI pour vous assurer que :

   1. L’utilisateur est affecté au rôle Administrateur Power BI.
   2. Au moins une licence Power BI est attribuée à l’utilisateur.
   3. 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.
   4. Aucune MFA ou stratégie d’accès conditionnel n’est appliquée à l’utilisateur.

7. Valider les paramètres du runtime auto-hébergé :

   1. La dernière version du runtime auto-hébergé est installée sur la machine virtuelle.
   2. JDK 8 ou version ultérieure est installé. Redémarrez la machine après avoir installé le JDK pour qu’il prenne effet.

8. Validez les paramètres d’inscription de l’application pour vous assurer que :

   1. L’inscription d’application existe dans votre locataire Azure Active Directory.

   2. 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

   3. 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

   4. Sous Authentification, l’option Autoriser les flux de clients publics est activée.

9. Passez en revue la configuration du réseau et vérifiez si :

   1. Si votre power BI n’autorise pas l’accès public, assurez-vous que le point de terminaison privé pour le locataire Power BI est déployé.

   2. Tous les points de terminaison privés requis pour Microsoft Purview sont déployés.

   3. La connectivité réseau du runtime auto-hébergé au locataire Power BI est activée. Les points de terminaison suivants doivent être accessibles à partir d’une machine virtuelle runtime auto-hébergée :

      • *.powerbi.com
      • *.analysis.windows.net

   4. La connectivité réseau du runtime auto-hébergé aux services Microsoft est activée via un réseau privé.

10. Dans le locataire Azure Active Directory, créez un groupe de sécurité.

11. À partir du locataire Azure Active Directory, vérifiez que le principal du service est membre du nouveau groupe de sécurité.

12. 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é.

Inscrire un locataire Power BI

Cette section explique comment inscrire un locataire Power BI dans Microsoft Purview pour le scénario du même locataire.

1. Sélectionnez Data Map dans le volet de navigation de gauche.

2. Sélectionnez ensuite Inscrire.

   Sélectionnez Power BI comme source de données.

   

3. Donnez un nom convivial à votre instance Power BI.

   

   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.

   Par défaut, le système trouve le locataire Power BI qui existe dans le même locataire Azure Active Directory.

   

Analyser Power BI avec le même locataire

Conseil

Pour résoudre les problèmes liés à l’analyse :

1. Vérifiez que vous avez terminé la liste de vérification du déploiement pour votre scénario.
2. Consultez notre documentation sur la résolution des problèmes d’analyse.

S’authentifier auprès du locataire Power BI

Dans le locataire Azure Active Directory, où se trouve le locataire Power BI :

1. Dans la Portail Azure, recherchez Azure Active Directory.

2. Créez un groupe de sécurité dans votre annuaire Azure Active Directory en suivant Créer un groupe de base et ajouter des membres à l’aide d’Azure Active Directory.

   Conseil

   Vous pouvez ignorer cette étape si vous avez déjà un groupe de sécurité que vous souhaitez utiliser.

3. Sélectionnez Sécurité comme Type de groupe.

   

4. Ajoutez l’utilisateur approprié au groupe de sécurité :

   • Si vous utilisez l’identité managée comme méthode d’authentification, ajoutez votre identité managée Microsoft Purview à ce groupe de sécurité. Sélectionnez Membres, puis + Ajouter des membres.

     

   • Si vous utilisez l’authentification déléguée ou le principal de service comme méthode d’authentification, ajoutez votre principal de service à ce groupe de sécurité. Sélectionnez Membres, puis + Ajouter des membres.

5. 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

1. Connectez-vous au portail d’administration Power BI.

2. 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.

3. Sélectionnez Administration paramètres> de l’APIAutoriser les principaux de service à utiliser les API d’administration Power BI en lecture seule (préversion) .

4. Sélectionnez Groupes de sécurité spécifiques.

   

5. 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.

Créer une analyse pour Power BI du même locataire à l’aide d’Azure IR et d’une identité managée

Il s’agit d’un scénario approprié si Microsoft Purview et le locataire Power BI sont configurés pour autoriser l’accès public dans les paramètres réseau.

Pour créer et exécuter une nouvelle analyse, procédez comme suit :

1. Dans Microsoft Purview Studio, accédez au mappage de données dans le menu de gauche.

2. Accédez à Sources.

3. Sélectionnez la source Power BI inscrite.

4. Sélectionnez + Nouvelle analyse.

5. Donnez un nom à votre analyse. Sélectionnez ensuite l’option pour inclure ou exclure les espaces de travail personnels.

   

   Remarque

   Le basculement de la configuration d’une analyse pour inclure ou exclure un espace de travail personnel déclenche une analyse complète de la source Power BI.

6. Sélectionnez Tester la connexion avant de passer aux étapes suivantes. En cas d’échec du test de connexion, sélectionnez Afficher le rapport pour afficher les status détaillées et résoudre le problème.

   1. Accès : échec status signifie que l’authentification de l’utilisateur a échoué. Les analyses à l’aide de l’identité managée réussissent toujours, car aucune authentification utilisateur n’est requise.
   2. Ressources (+ traçabilité) : échec status signifie que l’autorisation Microsoft Purview - Power BI a échoué. Vérifiez que l’identité managée Microsoft Purview est ajoutée au groupe de sécurité associé dans le portail d’administration Power BI.
   3. 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

   

7. Configurez un déclencheur d’analyse. Vos options sont Périodique et Une fois.

   

8. Dans Passer en revue une nouvelle analyse, sélectionnez Enregistrer et exécuter pour lancer votre analyse.

   

Créer une analyse pour le même locataire à l’aide du runtime d’intégration auto-hébergé avec le principal de service

Ce scénario peut être utilisé lorsque Microsoft Purview et le locataire Power BI, ou les deux, sont configurés pour utiliser un point de terminaison privé et refuser l’accès public. En outre, cette option s’applique également si Microsoft Purview et le locataire Power BI sont configurés pour autoriser l’accès public.

Pour plus d’informations sur le réseau Power BI, consultez Guide pratique pour configurer des points de terminaison privés pour accéder à Power BI.

Pour plus d’informations sur les paramètres réseau Microsoft Purview, consultez Utiliser des points de terminaison privés pour votre compte Microsoft Purview.

Pour créer et exécuter une nouvelle analyse, procédez comme suit :

1. Dans le Portail Azure, sélectionnez Azure Active Directory et créez une inscription d’application dans le locataire. Fournissez une URL web dans l’URI de redirection. Pour plus d’informations sur l’URI de redirection, consultez cette documentation d’Azure Active Directory.

   

2. Notez l’ID client (ID d’application).

   

3. Dans le tableau de bord Azure Active Directory, sélectionnez l’application nouvellement créée, puis inscription de l’application. À partir des autorisations d’API, attribuez à l’application les autorisations déléguées suivantes :

   • Openid Microsoft Graph
   • Microsoft Graph User.Read

   

4. Sous Paramètres avancés, activez Autoriser les flux clients publics.

5. Sous Certificats & secrets, créez un secret et enregistrez-le en toute sécurité pour les étapes suivantes.

6. Dans Portail Azure, accédez à votre coffre de clés Azure.

7. Sélectionnez Paramètres>Secrets , puis + Générer/Importer.

   

8. 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.

   

9. Si votre coffre de clés n’est pas encore connecté à Microsoft Purview, vous devez créer une connexion de coffre de clés

10. Dans Microsoft Purview Studio, accédez au mappage de données dans le menu de gauche.

11. Accédez à Sources.

12. Sélectionnez la source Power BI inscrite.

13. Sélectionnez + Nouvelle analyse.

14. Donnez un nom à votre analyse. Sélectionnez ensuite l’option pour inclure ou exclure les espaces de travail personnels.

    Remarque

    Le basculement de la configuration d’une analyse pour inclure ou exclure un espace de travail personnel déclenche une analyse complète de la source Power BI.

15. Sélectionnez votre runtime d’intégration auto-hébergé dans la liste déroulante.

    

16. Pour informations d’identification, sélectionnez principal de service , puis + Nouveau pour créer des informations d’identification.

17. Créez des informations d’identification et fournissez les paramètres requis :

    • 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

    

18. Sélectionnez Tester la connexion avant de passer aux étapes suivantes. En cas d’échec du test de connexion, sélectionnez Afficher le rapport pour afficher les status détaillées et résoudre le problème

    1. Accès : échec status signifie que l’authentification de l’utilisateur a échoué. Les analyses à l’aide de l’identité managée réussissent toujours, car aucune authentification utilisateur n’est requise.
    2. Ressources (+ traçabilité) : échec status signifie que l’autorisation Microsoft Purview - Power BI a échoué. Vérifiez que l’identité managée Microsoft Purview est ajoutée au groupe de sécurité associé dans le portail d’administration Power BI.
    3. 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

    

19. Configurez un déclencheur d’analyse. Vos options sont Périodique et Une fois.

    

20. Dans Passer en revue une nouvelle analyse, sélectionnez Enregistrer et exécuter pour lancer votre analyse.

Créer une analyse pour le même locataire à l’aide du runtime d’intégration auto-hébergé avec l’authentification déléguée

Ce scénario peut être utilisé lorsque Microsoft Purview et le locataire Power BI, ou les deux, sont configurés pour utiliser un point de terminaison privé et refuser l’accès public. En outre, cette option s’applique également si Microsoft Purview et le locataire Power BI sont configurés pour autoriser l’accès public.

Pour plus d’informations sur le réseau Power BI, consultez Guide pratique pour configurer des points de terminaison privés pour accéder à Power BI.

Pour plus d’informations sur les paramètres réseau Microsoft Purview, consultez Utiliser des points de terminaison privés pour votre compte Microsoft Purview.

Pour créer et exécuter une nouvelle analyse, procédez comme suit :

1. Créez un compte d’utilisateur dans le locataire Azure Active Directory et attribuez à l’utilisateur le rôle Azure Active Directory, Administrateur Power BI. Notez le nom d’utilisateur et connectez-vous pour modifier le mot de passe.

2. Attribuez la licence Power BI appropriée à l’utilisateur.

3. Accédez à votre coffre de clés Azure.

4. Sélectionnez Paramètres>Secrets , puis + Générer/Importer.

   

5. Entrez un nom pour le secret et, pour Valeur, tapez le mot de passe nouvellement créé pour l’utilisateur Azure AD. Sélectionnez Créer pour terminer.

   

6. Si votre coffre de clés n’est pas encore connecté à Microsoft Purview, vous devez créer une connexion de coffre de clés

7. Créez une inscription d’application dans votre locataire Azure Active Directory. Fournissez une URL web dans l’URI de redirection.

   

8. Notez l’ID client (ID d’application).

   

9. Dans le tableau de bord Azure Active Directory, sélectionnez l’application nouvellement créée, puis inscription 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

   

10. Sous Paramètres avancés, activez Autoriser les flux clients publics.

11. Dans Microsoft Purview Studio, accédez au mappage de données dans le menu de gauche.

12. Accédez à Sources.

13. Sélectionnez la source Power BI inscrite.

14. Sélectionnez + Nouvelle analyse.

15. Donnez un nom à votre analyse. Sélectionnez ensuite l’option pour inclure ou exclure les espaces de travail personnels.

    Remarque

    Le basculement de la configuration d’une analyse pour inclure ou exclure un espace de travail personnel déclenche une analyse complète de la source Power BI.

16. Sélectionnez votre runtime d’intégration auto-hébergé dans la liste déroulante.

    

17. Pour informations d’identification, sélectionnez Authentification déléguée , puis + Nouveau pour créer des informations d’identification.

18. Créez des informations d’identification et fournissez les paramètres requis :

    • Nom : fournissez un nom unique pour les informations d’identification.
    • Méthode d’authentification : authentification déléguée
    • ID client : utiliser 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 Power BI que vous avez créé précédemment.
    • Mot de passe : sélectionnez la connexion de coffre de clés appropriée et le nom du secret où le mot de passe du compte Power BI a été enregistré précédemment.

    

19. Sélectionnez Tester la connexion avant de passer aux étapes suivantes. En cas d’échec du test de connexion, sélectionnez Afficher le rapport pour afficher les status détaillées et résoudre le problème

    1. Accès : échec status signifie que l’authentification de l’utilisateur a échoué. Les analyses à l’aide de l’identité managée réussissent toujours, car aucune authentification utilisateur n’est requise.
    2. Ressources (+ traçabilité) : échec status signifie que l’autorisation Microsoft Purview - Power BI a échoué. Vérifiez que l’identité managée Microsoft Purview est ajoutée au groupe de sécurité associé dans le portail d’administration Power BI.
    3. 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

    

20. Configurez un déclencheur d’analyse. Vos options sont Périodique et Une fois.

    

21. Dans Passer en revue une nouvelle analyse, sélectionnez Enregistrer et exécuter pour lancer votre analyse.

    

Prochaines étapes

Maintenant que vous avez inscrit votre source, suivez les guides ci-dessous pour en savoir plus sur Microsoft Purview et vos données.

• Data Estate Insights dans Microsoft Purview
• Traçabilité dans Microsoft Purview
• Data Catalog de recherche