Share via

Planification de l’implémentation de Power BI : audit au niveau du rapport

  • Article

Notes

Cet article fait partie de la série d’articles sur la planification de l’implémentation de Power BI. Cette série se concentre principalement sur la charge de travail Power BI au sein de Microsoft Fabric. Pour une introduction à la série, consultez Planification de l’implémentation de Power BI.

Cet article sur l’audit au niveau du rapport est destiné à plusieurs publics :

  • Créateurs de rapports : Utilisateurs qui doivent comprendre l’utilisation, l’adoption et les performances des rapports qu’ils ont créés, publiés et partagés.
  • Administrateurs Power BI : Les administrateurs chargés de superviser Power BI dans l’organisation. Les administrateurs Power BI peuvent avoir besoin de collaborer avec les équipes informatique, de la sécurité, de l’audit interne et d’autres équipes pertinentes.
  • Centre d’excellence, service informatique et équipe BI : les équipes qui sont également responsables de la supervision de Power BI. Ils peuvent avoir besoin de collaborer avec des administrateurs Power BI et d’autres équipes pertinentes.

Les concepts abordés dans cet article s’appliquent principalement aux solutions créées pour trois étendues de distribution de contenu, en particulier la BI d’entreprise, la BI départementale et la BI d’équipe. Les créateurs de solutions décisionnelles personnelles peuvent également trouver les informations de cet article utiles, mais ils ne constituent pas la cible principale.

Cet article se concentre sur l’audit et la surveillance des rapports et des visuels. Toutefois, l’obtention de bonnes performances pour un rapport et ses visuels n’est pas possible lorsque le modèle sémantique sous-jacent (précédemment appelé jeu de données) et/ou la source de données ne fonctionne pas correctement. Pour plus d’informations sur l’audit et la surveillance des modèles sémantiques, des flux de données et des datamarts, consultez Audit au niveau des données.

Cet article est le premier article de la série d’audit et de surveillance, car il décrit les outils intégrés que les créateurs de contenu sont susceptibles de découvrir en premier. Dans l’idéal, vous créez des modèles sémantiques partagés (destinés à être réutilisés dans de nombreux rapports) avant que les utilisateurs ne créent des rapports. Par conséquent, nous vous recommandons de lire cet article avec l’article Audit au niveau du rapport.

Conseil

Que vous conversiez avec des collègues ou que vous lisiez en ligne, vous devez déterminer si le terme rapport est utilisé de manière littérale ou plus générale. Souvent, il est utilisé de manière générale pour faire référence à un seul fichier Power BI Desktop (.pbix). Le fichier peut contenir un modèle de données (qui, une fois publié, devient un modèle sémantique), un rapport ou les deux. Le terme peut être utilisé littéralement pour faire référence à un rapport uniquement (par exemple, un rapport avec une Connexion active à un modèle sémantique). Dans cet article, le terme est utilisé littéralement.

Objectifs de performances de rapport

Pour surveiller efficacement les rapports, nous vous recommandons de définir les objectifs de performances des rapports, tels que les performances excellentes, les bonnes performances et les performances médiocres, pour votre organisation. Il n’existe pas de définitions universelles. Vous devez toujours considérer ces objectifs du point de vue du consommateur.

Dans l’idéal, les performances sont une préoccupation principale pendant le processus de conception du rapport. Voici plusieurs situations dans lesquelles vous pouvez choisir de définir des objectifs de performances.

  • Lors de la validation ou de la révision d’un nouveau rapport (en particulier lorsque vous vous attendez à ce qu’il ait une étendue de remise de contenu à un grand nombre d’utilisateurs).
  • Avant d’endosser un rapport (en particulier lorsqu’il doit être certifié).
  • Avant de publier un rapport dans un espace de travail de production.
  • Lors de l’inclusion d’un rapport dans une application Power BI.

Vous pouvez choisir de créer une cible de performances standard destinée à s’appliquer à tous les rapports de l’organisation. Par exemple, la première page de rapport doit s’afficher en moins de cinq secondes. Toutefois, étant donné qu’il existe de nombreuses considérations différentes, il n’est généralement pas réaliste de s’attendre à ce que chaque solution atteigne la même cible. Tenez compte des plages pour vos objectifs de performances qui prennent en compte le niveau de complexité de la solution.

Liste de contrôle : lorsque vous envisagez comment les créateurs de rapports doivent vérifier les performances des rapports, les décisions et actions clés sont les suivantes :

  • Identifiez les objectifs de performances du rapport : Assurez-vous que vous comprenez bien ce que signifie le rendement acceptable des rapports du point de vue du consommateur.
  • Documenter et communiquer les objectifs de performances : S’il existe des cibles spécifiques, assurez-vous qu’elles sont communiquées aux créateurs de rapports dans votre organisation. Fournissez des informations utiles pour que les créateurs de rapports comprennent comment mesurer les performances et comment appliquer des techniques de conception qui améliorent les performances.

Le reste de cet article décrit les techniques que vous pouvez utiliser pour auditer et surveiller les performances des rapports.

Métriques d’utilisation du rapport

Les main ressource d’audit disponibles pour les créateurs de rapports sont les rapports de métriques d’utilisation, qui sont intégrés aux service Power BI.

L’objectif principal des rapports de métriques d’utilisation est d’évaluer l’impact d’un rapport ou de tous les rapports d’un espace de travail. Étant donné qu’il est axé sur les vues de rapport et les performances des rapports et des tableaux de bord (plutôt que d’autres éléments, tels que les modèles sémantiques et les flux de données), il cible les créateurs de rapports.

Utiliser les rapports sur les mesures d’utilisation permet de :

  • Déterminer les utilisateurs qui consultent le plus activement les rapports.
  • Comprendre la fréquence d’affichage des rapports et classer ces rapports par popularité (en fonction de leur utilisation).
  • Déterminer les pages de rapport auxquelles les utilisateurs accèdent le plus fréquemment.
  • Rechercher les rapports qui n’ont pas été consultés récemment.
  • Afficher des statistiques de performances de rapport de haut niveau. Ces statistiques peuvent aider à guider les efforts d’optimisation de la conception des rapports et à identifier les rapports qui peuvent présenter des problèmes de d’intermittence ou de cohérence des performances.
  • Comprendre les méthodes de consommation (par exemple, le navigateur ou l’application mobile Power BI) que les consommateurs de rapports utilisent. Ces informations peuvent aider les créateurs de rapports à décider de la quantité d’efforts à déployer dans l’optimisation des rapports pour une utilisation mobile.

Conseil

Power BI capture les métriques d’utilisation pour l’activité qui se produit pour le contenu qui a été publié sur le service Power BI (y compris lorsqu’il est rendu à l’aide de Power BI Embedded). L’accès aux métriques d’utilisation n’est qu’une raison pour encourager les créateurs de rapports à publier leurs rapports sur le service Power BI, plutôt que de partager des fichiers Power BI Desktop.

Les métriques d’utilisation sont intégrées au service Power BI, ce qui constitue un avantage clé, car les créateurs de rapports n’ont pas besoin de configurer un processus pour extraire et stocker les données d’utilisation. Il est rapide et simple pour eux de commencer.

Un autre avantage des métriques d’utilisation est que le modèle sémantique interne (qui contient les données de métriques d’utilisation) inclut des informations qui ne sont pas facilement trouvées ailleurs. Par exemple, il inclut des affichages par page de rapport et la durée d’ouverture du rapport. Les vues de page de rapport sont obtenues à l’aide de la télémétrie cliente, qui présente des limites. La télémétrie cliente (utilisée par les métriques d’utilisation des rapports) est différente des données de télémétrie côté serveur (utilisées par le journal d’activité).

Les métriques d’utilisation incluent un modèle sémantique interne et un rapport. Bien que le modèle sémantique interne ne puisse pas être modifié ou personnalisé, vous pouvez personnaliser le rapport des métriques d’utilisation. Vous pouvez également mettre à jour les filtres de rapport pour en savoir plus sur l’utilisation de tous les rapports d’un espace de travail (plutôt qu’un seul rapport). En utilisant cette approche, la plage la plus large disponible est un espace de travail. Vous pouvez afficher jusqu’à 30 jours d’historique, y compris le dernier jour complet.

Important

Le journal d’activité Power BI est une meilleure alternative lorsque vous souhaitez :

  • Récupérer les activités utilisateur pour plusieurs espaces de travail.
  • Extraire et conserver les données d’activité pendant plus de 30 jours.
  • Analyser toutes les activités que les utilisateurs effectuent dans le service Power BI.

Pour plus d’informations sur le journal d’activité, consultez Audit au niveau du locataire.

Les rapports de métriques d’utilisation sont disponibles pour les créateurs et les propriétaires de rapports affectés au rôle Contributeur, Membre ou Administration de l’espace de travail. Pour rendre les rapports de métriques d’utilisation visibles pour les visionneuses de l’espace de travail (consommateurs de contenu), vous pouvez créer une copie du rapport d’utilisation et le personnaliser.

Conseil

Pour plus d’informations sur les rôles d’espace de travail, consultez l’article Planification de la sécurité du créateur de contenu .

Les paramètres de locataire liés aux métriques d'utilisation sont au nombre de deux.

  • Le paramètre de locataire Métriques d’utilisation pour les créateurs de contenu contrôle les groupes de créateurs de rapports (qui ont également le rôle d’espace de travail nécessaire) qui peuvent générer et afficher les rapports de métriques d’utilisation. En règle générale, les administrateurs Power BI laissent ce paramètre activé pour l’ensemble de l’organisation. Ainsi, tous les créateurs de rapports en libre-service peuvent afficher les modèles d’utilisation de leur contenu.
  • Le paramètre locataireDonnées par utilisateur dans les métriques d’utilisation pour les créateurs de contenu détermine si les noms et les adresses e-mail des consommateurs de rapports sont affichés dans les rapports des métriques d’utilisation. Lorsque ce paramètre est désactivé (pour certains ou pour tous les créateurs de rapports), Power BI supprime les noms et les adresses e-mail dans les rapports de métriques d’utilisation, ce qui est appelé masquage utilisateur. Le plus souvent, les administrateurs Power BI laissent ce paramètre activé afin que les créateurs de rapports puissent comprendre exactement qui utilise leurs rapports. En outre, la possibilité de contacter directement d’autres utilisateurs pour obtenir des commentaires sur le contenu est précieuse, car elle peut aider à améliorer le contenu. À l’occasion, vous pouvez avoir besoin de masquer les informations utilisateur pour certains groupes de créateurs de rapports. Lorsque le paramètre est désactivé, le créateur du rapport voit l’utilisateur sans nom à la place des détails de l’utilisateur.

L’opération ViewUsageMetrics dans le journal d’activité Power BI permet aux administrateurs Power BI de surveiller les créateurs et propriétaires de contenu qui utilisent les rapports des métriques d’utilisation. Vous pouvez utiliser ces informations pour guider les efforts de formation et de documentation.

Check-list : voici les décisions et actions clés pour planifier l’utilisation du rapport des métriques d'utilisation :

  • Vérifier que les métriques d’utilisation sont activées : Déterminer si un créateur de rapport Power BI (qui a l’autorisation de modifier le rapport) peut afficher les métriques d’utilisation. Définir le paramètre de locataire Créer et utiliser des métriques conformément à cette décision.
  • Déterminer si les données par utilisateur sont affichées dans les métriques d’utilisation : Déterminer si les noms et les e-mails peuvent être affichés à tous les utilisateurs ou à certains. Définir le paramètre de locataire Données par utilisateur dans les métriques d’utilisation pour les créateurs de contenu conformément à cette décision.
  • Vérifier les rôles d’espace de travail : Valider les attributions de rôles d’espace de travail. Assurez-vous que les créateurs et propriétaires de rapports appropriés sont autorisés à modifier le contenu de l’espace de travail (rendant ainsi les rapports de métriques d’utilisation disponibles).
  • Créez et personnalisez les rapports de métriques d’utilisation : Pour le contenu que vous souhaitez analyser, générez un rapport de métriques d’utilisation. Le cas échéant, personnalisez le rapport de métriques d’utilisation pour inclure tous les rapports dans l’espace de travail.
  • Incluez dans la documentation et la formation pour les créateurs de rapports : Incluez des conseils pour vos créateurs de rapports sur la façon dont ils peuvent tirer parti des rapports de métriques d’utilisation. Assurez-vous que les créateurs de rapports comprennent les cas d’usage et les limitations des clés. Incluez des exemples de métriques clés qu’ils peuvent suivre et comment ils peuvent utiliser les informations pour améliorer continuellement les solutions qu’ils créent et publient.
  • Surveillez qui utilise les métriques d’utilisation : Utilisez le journal d’activité Power BI pour suivre les créateurs et propriétaires de contenu qui utilisent les rapports de métriques d’utilisation.
  • Déterminez si les métriques d’utilisation sont suffisantes : Considérez les situations dans lesquelles le rapport de métriques d’utilisation intégré serait suffisant. Déterminez si les solutions d’audit au niveau des données et au niveau du locataire (décrites dans d’autres articles de cette série) seraient plus appropriées.

Analyseur de performances

Analyseur de performances est un outil disponible dans Power BI Desktop pour vous aider à examiner et à surveiller les performances des rapports. Il peut aider les créateurs de rapports à comprendre les performances des visuels et des formules DAX.

Conseil

Outre Analyseur de performances, vous pouvez utiliser d’autres outils pour résoudre les problèmes de performances de rapport. Par exemple, vous pouvez résoudre des problèmes de consommation de rapports spécifiques qui affectent une capacité Premium à l’aide de l’application d’utilisation et de métriques Premium ou des journaux d’événements de modèle sémantique envoyés à Azure Log Analytics. Pour plus d’informations sur ces outils (et d’autres outils), consultez Audit au niveau des données.

Analyseur de performances capture les opérations pendant qu’un utilisateur interagit avec un rapport dans Power BI Desktop. Il produit un journal qui enregistre les performances de chaque élément de rapport et pour chaque interaction. Par exemple, lorsque vous interagissez avec un segment de rapport, filtrez un visuel ou sélectionnez une page, l’action et la durée sont enregistrées dans le journal. Selon le type d’opération, d’autres détails sont également enregistrés.

Les informations résumées sont disponibles dans le volet Analyseur de performances. Vous pouvez exporter les résultats du journal vers un fichier JSON, ce qui vous permet d’effectuer une analyse plus approfondie. Le fichier d’exportation contient plus d’informations sur les opérations journalisées. Pour plus d’informations sur l’utilisation du fichier d’exportation, consultez la documentation Analyseur de performances sur GitHub.

Important

Gardez à l’esprit que Analyseur de performances s’exécute dans Power BI Desktop. L’environnement de la machine du créateur du rapport peut différer de celui du service Power BI.

Voici quelques différences courantes que vous devez prendre en compte :

Important

Cet article fait parfois référence à Power BI Premium ou à ses abonnements de capacité (références SKU P). Sachez que Microsoft regroupe actuellement des options d’achat et met hors service les références SKU Power BI Premium par capacité. Les clients nouveaux et existants doivent plutôt envisager l’achat d’abonnements de capacité Fabric (références SKU F).

Pour plus d’informations, consultez Importante mise à jour à venir des licences Power BI Premium et FAQ sur Power BI Premium.

Les données sont enregistrées lorsqu’un utilisateur interagit avec un élément de rapport. Les données journalisées incluent plus que les éléments d’affichage visuel. Il comprend également :

  • Activité d’affichage visuel.
  • Requêtes DAX (lorsque le visuel récupère des données du modèle de données au lieu du cache).
  • Activité DirectQuery (le cas échéant).
  • Autres activités effectuées par un visuel, telles que la préparation des requêtes, les activités de traitement en arrière-plan et le temps d’attente.

En fonction de son niveau d’expérience et de la façon dont les rôles et les responsabilités sont répartis, un créateur de rapports peut avoir besoin d’aide pour résoudre les problèmes de performances. Cela est particulièrement vrai lorsque vous essayez de comprendre pourquoi une requête ou un calcul est lent. L’assistance pour un créateur de rapport peut se présenter sous la forme suivante :

  • Collaboration avec un créateur de données : La cause racine des problèmes de performances est souvent liée à la conception du modèle de données.
  • Support utilisateur : L’assistance est souvent le support intra-équipe de collègues proches ou le support interne de la communauté d’autres utilisateurs Power BI dans le organization. Dans certaines situations, il peut également s’agir d’un support technique.
  • Mentorat des compétences du Centre d’excellence : L’aide pourrait également être sous la forme d’activités de mentorat des compétences, comme les heures de bureau.

Certaines organisations ont des exigences spécifiques pour les rapports approuvés (certifiés ou promus). C’est particulièrement vrai pour les rapports qui sont largement utilisés tout au long de l’organisation. Dans ce cas, vous pouvez être amené (ou encouragé) à vérifier Analyseur de performances résultats avant de publier le rapport, ou avant qu’il soit certifié.

Conseil

Des rapports performants ont un impact positif sur l’adoption de la solution. Nous vous recommandons d’encourager les créateurs de rapports à tester les performances des rapports avant de publier une nouvelle solution sur le service Power BI. Vous devez également les encourager à retester les performances lorsque des modifications significatives sont apportées à une solution existante (rapport ou modèle sémantique).

Découvrez plus d’informations sur les techniques d’optimisation dans le Guide d’optimisation pour Power BI.

Liste de contrôle : lorsqu'il s'agit de déterminer comment les créateurs de rapports doivent utiliser l’Analyseur de performances, les décisions et actions clés sont les suivantes :

  • Créez de la documentation et de la formation pour les créateurs de rapports : Incluez des conseils pour vos créateurs de rapports sur les cibles de performances existantes et sur la façon dont ils peuvent valider, mesurer et tester les performances. Fournissez des conseils à vos créateurs de rapports sur la façon de créer des rapports performants. Aidez les nouveaux créateurs de rapports à adopter de bonnes habitudes de conception tôt.
  • Assurez-vous que le soutien et le mentorat des compétences sont disponibles : Assurez-vous que vos créateurs de rapports savent comment obtenir de l’aide pour résoudre les problèmes de performances.
  • Incluez dans les conditions requises pour certifier les rapports : Déterminez si vous souhaitez inclure les résultats de l’ Analyseur de performances comme condition préalable à la certification (l’endossement) des rapports. Si c’est le cas, assurez-vous que cette exigence est documentée et communiquée aux créateurs de rapports.

Contenu connexe

Dans le prochain article de cette série, vous allez découvrir l’audit au niveau des données.