Dépannage de la publication dans Power BI
Cette page répertorie les erreurs courantes que vous pourriez rencontrer lors de la connexion ou de la publication de tables Databricks dans Power BI, ainsi que la manière de les résoudre.
« Approbation requise » lors du premier lancement de Publier dans Power BI
Vous avez besoin de l'approbation de l'administrateur Entra avant de pouvoir accorder des autorisations à cette fonctionnalité d'intégration. Contactez votre administrateur Entra pour approuver la demande. Pour obtenir des instructions, consultez Examiner les demandes de consentement de l'administrateur.
Aucune autorisation d'appeler la méthode Discover
L'utilisateur «
<user>» n'est pas autorisé à appeler la méthode Discover.
Assurez-vous que vous publiez vers un workspace Power BI avec un mode de licence Premium. Vous ne pouvez pas publier vers un workspace avec un mode de licence Pro.
Aucune autorisation de créer un nouvel objet
L'utilisateur «
<user>» n'a pas l'autorisation de créer un nouvel objet.
Vous pourriez avoir le rôle de visionneur dans le Workspace Power BI. Vérifiez si vous avez les autorisations de créer un modèle sémantique. Pour plus d'informations, consultez Rôles dans les Workspaces.
PowerBINotLicensedException
Assurez-vous que vous disposez d'une licence Power BI Premium (capacité Premium, Premium par utilisateur (PPU) ou capacité Microsoft Fabric).
La prise en charge de la lecture/écriture XMLA est désactivée
Vous risquez de rencontrer l'une des erreurs suivantes :
Nous n'avons pas pu déployer ce dataset. Contactez un administrateur de capacité pour vous assurer que la prise en charge de la lecture/écriture XMLA est activée dans les paramètres de capacité de la capacité Power BI Premium, puis réessayez. Pour plus d'informations, consultez « Prise en charge de la lecture/écriture XMLA » dans la documentation du produit.
La fonctionnalité de l'Endpoint XMLA est désactivée. Activez la fonctionnalité Analyser dans Excel dans PowerBI.com pour activer cette fonctionnalité.
Contactez votre administrateur de capacité Power BI pour activer les capacités de **lecture et écriture** sous **Endpoint XMLA** dans les paramètres de capacité. Pour obtenir des instructions, consultez Activer la lecture-écriture XMLA.
CapacityNotActive
Votre capacité Fabric ou Power BI pourrait être suspendue. Contactez votre administrateur de capacité pour vérifier l'état de la capacité.
« Échec de la mise à jour des identifiants de source de données » lors de la modification des identifiants
Lors de la modification des identifiants de la source de données dans Power BI, vous pouvez voir :
Échec de la mise à jour des informations d'identification de la source de données. [Microsoft][thriftextension] (14) Réponse inattendue du serveur lors d'une connexion HTTP : une réponse d'erreur « Non autorisé/Interdit » a été renvoyée, mais aucun message d'expiration de jeton n'a été reçu.
Vérifiez si votre workspace Databricks est accessible publiquement. Si votre workspace utilise Private Link ou des listes d'accès IP, vous pourriez avoir besoin de configurer une passerelle Power BI on-premise.
Un nom de modèle sémantique existe déjà
La base de données portant le nom «
<name>» existe déjà.
Assurez-vous que vous avez les autorisations de créer un modèle sémantique. Ensuite, relancez la publication vers Power BI pour publier le modèle sémantique avec un numéro de version incrémenté.
Conflit du mode Direct Lake
Vous ne pouvez pas utiliser le mode Direct Lake conjointement avec d'autres modes de stockage dans le même modèle.
Étant donné que la publication sur Power BI crée un modèle sémantique avec le mode Import ou DirectQuery, elle ne peut pas être utilisée pour publier sur un dataset existant qui utilise le mode Direct Lake. Pour en savoir plus, consultez la vue d'ensemble de Direct Lake.
Modèle sémantique bloqué sur « modifications en attente »
Après qu'une tâche Power BI ou Publication dans Power BI met à jour un modèle sémantique, le modèle reste bloqué sur Modifications en attente sans aucun moyen de les appliquer ou de les ignorer.
Il s'agit d'une limitation de la plateforme Power BI, et non d'un problème Databricks : Power BI ne traite pas les écritures de métadonnées XMLA externes lorsque le modèle est ouvert dans une session de modification, de sorte que l'éditeur de session devient obsolète. Il n'existe aucune API pour détecter si quelqu'un a le modèle ouvert en mode édition avant de publier.
Pour effacer l'état, connectez-vous au modèle via l'endpoint XMLA (par exemple, avec Tabular Editor) et appliquez ou annulez les modifications en attente. Pour éviter le problème, ne maintenez pas un modèle sémantique ouvert pour édition pendant qu'une tâche Power BI ou un job **Publier sur Power BI** est en cours d'exécution. Si le problème persiste, contactez l'assistance Microsoft.