Share via

Planejamento de implementação do Power BI: auditoria em nível de relatório

  • Artigo

Observação

Este artigo faz parte da série de artigos sobre o Planejamento de implantação do Power BI. Esta série se concentra principalmente na carga de trabalho do Power BI dentro do Microsoft Fabric. Para ter uma introdução a essa série, confira Planejamento de implementação do Power BI.

Este artigo de auditoria no nível do relatório é direcionado a vários públicos-alvo:

  • Criadores de relatório: usuários que precisam entender o uso, a adoção e o desempenho dos relatórios que eles criaram, publicaram e compartilharam.
  • Administradores do Power BI: os administradores responsáveis por supervisionar o Power BI na organização. Os administradores do Power BI talvez precisem colaborar com TI, segurança, auditoria interna e outras equipes relevantes.
  • Equipe do Centro de Excelência, de TI e de BI: as equipes que também são responsáveis por supervisionar o Power BI. Talvez seja necessário colaborar com administradores do Power BI e outras equipes relevantes.

Os conceitos abordados neste artigo se aplicam principalmente a soluções criadas para três escopos de entrega de conteúdo, especificamente BI corporativo, BI de departamento e BI de equipe. Os criadores de soluções pessoais de BI também podem achar as informações deste artigo úteis; no entanto, eles não são o destino principal.

Este artigo se concentra na auditoria e no monitoramento de relatórios e visuais. No entanto, não é possível obter um bom desempenho para um relatório e seus recursos visuais quando o modelo semântico subjacente (anteriormente conhecido como conjunto de dados) e/ou fonte de dados não funciona bem. Para obter informações sobre auditoria e monitoramento de modelos semânticos, fluxos de dados e datamarts, consulte Auditoria em nível de dados.

Este artigo é o primeiro artigo da série de auditoria e monitoramento porque descreve as ferramentas internas que os criadores de conteúdo provavelmente descobrirão primeiro. Idealmente, você cria modelos semânticos compartilhados (destinados à reutilização entre muitos relatórios) antes que os usuários criem relatórios. Portanto, recomendamos que você leia este artigo junto com o artigo Auditoria no nível de dados.

Dica

Se você estiver conversando com colegas ou lendo online, precisará discernir se o termo relatório é usado literalmente ou de forma mais geral. Geralmente, ele é usado de maneira geral para se referir a um único arquivo de Power BI Desktop (.pbix). O arquivo pode conter um modelo de dados (que, quando publicado, se torna um modelo semântico), um relatório ou ambos. O termo pode ser usado literalmente para se referir apenas a um relatório (por exemplo, um relatório com uma Conexão Dinâmica com um modelo semântico). Neste artigo, o termo é usado literalmente.

Metas de desempenho de relatório

Para monitorar efetivamente os relatórios, recomendamos que você defina quais metas de desempenho de relatório, como excelente desempenho, bom desempenho e baixo desempenho, significam para sua organização. Não há definições universais. Você sempre deve considerar essas metas da perspectiva do consumidor.

Idealmente, o desempenho é uma preocupação principal durante o processo de design do relatório. Aqui estão várias situações em que você pode optar por definir metas de desempenho.

  • Ao validar ou revisar um novo relatório (especialmente quando você espera que ele tenha um escopo de entrega de conteúdo para um grande número de usuários).
  • Antes de endossar um relatório (especialmente quando ele deve ser certificado).
  • Antes de publicar um relatório em um workspace de produção.
  • Ao incluir um relatório em um aplicativo do Power BI.

Você pode optar por criar uma meta de desempenho padrão destinada a se aplicar a todos os relatórios em toda a organização. Por exemplo, a primeira página de relatório deve ser renderizada dentro de cinco segundos. No entanto, como há muitas considerações diferentes, normalmente não é realista esperar que cada solução atenda à mesma meta. Considere os intervalos para suas metas de desempenho que incluem o nível de complexidade da solução.

Lista de verificação – ao considerar como os criadores de relatório devem verificar o desempenho do relatório, as principais decisões e ações incluem:

  • Identificar as metas de desempenho do relatório: verifique se você tem uma boa compreensão do que significa o desempenho aceitável do relatório da perspectiva do consumidor.
  • Documente e comunique as metas de desempenho: se houver destinos específicos, certifique-se de que eles sejam comunicados aos criadores de relatório em sua organização. Forneça informações úteis para que os criadores de relatório entendam como medir o desempenho e como aplicar técnicas de design que melhorem o desempenho.

O restante deste artigo descreve técnicas que você pode usar para auditar e monitorar o desempenho do relatório.

Métricas de uso do relatório

O principal recurso de auditoria disponível para criadores de relatório são os relatórios de métricas de uso, que são integrados ao serviço do Power BI.

O objetivo principal dos relatórios de métricas de uso é avaliar o impacto de um relatório ou de todos os relatórios em um workspace. Como ele se concentra nas exibições de relatório e no desempenho de relatórios e dashboards (em vez de outros itens, como modelos semânticos e fluxos de dados), ele é direcionado aos criadores de relatórios.

Use os relatórios de métricas de uso para:

  • Determinar quais usuários estão exibindo mais ativamente os relatórios.
  • Entender com que frequência os relatórios são exibidos e classificar esses relatórios por popularidade (com base no uso).
  • Determinar quais páginas de relatório os usuários acessam com mais frequência.
  • Encontrar relatórios que não foram exibidos recentemente.
  • Exibir estatísticas de desempenho de relatório de alto nível. Essas estatísticas podem ajudar a orientar os esforços de otimização de design do relatório e identificar relatórios que podem ter problemas de desempenho intermitentes ou consistentes.
  • Entender quais métodos de consumo (por exemplo, navegador ou aplicativo móvel do Power BI) os consumidores de relatório usam. Essas informações podem ajudar os criadores de relatórios a decidir quanto esforço colocar na otimização de relatórios para uso móvel.

Dica

O Power BI captura métricas de uso para atividades que ocorrem para o conteúdo que foi publicado no serviço do Power BI (incluindo quando ele é renderizado usando o Power BI Embedded). O acesso às métricas de uso é apenas um motivo para incentivar os criadores de relatório a publicar seus relatórios no serviço do Power BI, em vez de compartilhar arquivos do Power BI Desktop.

As métricas de uso são incorporadas ao serviço do Power BI, o que é uma vantagem fundamental porque os criadores de relatório não precisam configurar um processo para extrair e armazenar os dados de uso. Começar é rápido e simples.

Outra vantagem das métricas de uso é que o modelo semântico interno (que contém os dados de métricas de uso) inclui informações que não são facilmente encontradas em outro lugar. Por exemplo, ele inclui exibições por página de relatório e duração do tempo de abertura do relatório. As exibições da página de relatório são obtidas usando a telemetria do cliente, que tem limitações. A telemetria do cliente (usada pelas métricas de uso do relatório) é diferente dos dados de telemetria do lado do servidor (usados pelo log de atividades).

As métricas de uso incluem um modelo semântico interno e um relatório. Embora o modelo semântico interno não possa ser editado ou personalizado, você pode personalizar o relatório de métricas de uso. Você também pode atualizar os filtros de relatório para saber mais sobre o uso de todos os relatórios em um workspace (em vez de apenas um relatório). Usando essa abordagem, o intervalo mais amplo disponível é um workspace. Você pode exibir até 30 dias de histórico, incluindo o dia completo mais recente.

Importante

O log de atividades do Power BI é uma alternativa melhor quando você deseja:

  • Recuperar as atividades do usuário para mais de um workspace.
  • Extrair e reter dados de atividade por mais de 30 dias.
  • Analisar todas as atividades que os usuários executam no serviço do Power BI.

Para obter mais informações sobre o log de atividades, confira Auditoria no nível do locatário.

Os relatórios de métricas de uso estão disponíveis para criadores de relatório e proprietários atribuídos à função do workspace Colaborador, Membro ou Administrador. Para tornar os relatórios de métricas de uso visíveis para visualizadores do workspace (consumidores de conteúdo), você pode criar uma cópia do relatório de uso e personalizá-lo.

Dica

Para obter mais informações sobre funções do workspace, consulte o artigo Planejamento de segurança do criador de conteúdo.

Há duas configurações de locatário relacionadas às métricas de uso.

  • A configuração de locatário Métricas de uso para criadores de conteúdo controla quais grupos de criadores de relatórios (que também têm a função de espaço de trabalho necessária) podem gerar e exibir os relatórios de métricas de uso. Normalmente, os administradores do Power BI deixam essa configuração habilitada para toda a organização. Dessa forma, todos os criadores de relatórios de autoatendimento podem exibir os padrões de uso de seu conteúdo.
  • A configuração de locatário Dados por usuário em métricas de uso para criadores de conteúdo determina se os nomes e endereços de email dos consumidores de relatório são exibidos nos relatórios de métricas de uso. Quando essa configuração é desabilitada (para alguns ou todos os criadores de relatórios), o Power BI suprime nomes e endereços de email nos relatórios de métricas de uso, que são chamados de mascaramento de usuário. Na maioria das vezes, os administradores do Power BI deixam essa configuração habilitada para que os criadores de relatórios possam entender exatamente quem está usando seus relatórios. Além disso, a capacidade de contatar outros usuários diretamente para obter comentários sobre o conteúdo é valiosa porque pode ajudar a melhorar o conteúdo. Ocasionalmente, talvez você tenha uma necessidade de segurança para mascarar informações do usuário para determinados grupos de criadores de relatórios. Quando a configuração é desabilitada, o criador do relatório vê o usuário sem nome no lugar dos detalhes do usuário.

A operação ViewUsageMetrics no log de atividades do Power BI permite que os administradores do Power BI monitorem quais criadores e proprietários de conteúdo estão usando os relatórios de métricas de uso. Você pode usar essas informações para orientar os esforços de treinamento e documentação.

Lista de verificação – ao planejar usar os relatórios de métricas de uso, as principais decisões e ações incluem:

  • Confirme se as métricas de uso estão habilitadas: decida se qualquer criador de relatórios do Power BI (que tenha permissão para editar o relatório) pode visualizar as métricas de uso. Defina a configuração de locatário Métricas de uso para criadores de conteúdo de maneira alinhada a essa decisão.
  • Decida se os dados por usuário são exibidos nas métricas de uso: determine se os nomes e emails podem ser mostrados a todos ou a alguns usuários. Defina a configuração de locatário Métricas de uso para criadores de conteúdo de maneira alinhada a essa decisão.
  • Verificar funções de workspace: valide as atribuições de função do workspace. Verifique se os criadores e proprietários de relatórios apropriados têm permissão para editar conteúdo no workspace (disponibilizando os relatórios de métricas de uso).
  • Crie e personalize os relatórios de métricas de uso: Gere um relatório de métricas de uso para o conteúdo que você deseja analisar Quando apropriado, personalize o relatório de métricas de uso para incluir todos os relatórios no workspace.
  • Inclua na documentação e no treinamento para criadores de relatórios: inclua diretrizes para os criadores de relatório sobre como eles podem aproveitar os relatórios de métricas de uso. Certifique-se de que os criadores de relatório entendam os casos de uso e as principais limitações. Inclua exemplos das principais métricas que podem ser acompanhadas e como as informações pode ser usadas para melhorar continuamente as soluções criadas e publicadas.
  • Monitore quem está usando métricas de uso: use o log de atividades do Power BI para acompanhar quais criadores e proprietários de conteúdo estão usando os relatórios de métricas de uso.
  • Determine se as métricas de uso são suficientes: considere as situações em que o relatório interno de métricas de uso seria suficiente. Determine se as soluções de auditoria no nível de dados e no nível do locatário (descritas em outros artigos desta série) seriam mais apropriadas.

Performance Analyzer

Performance Analyzer é uma ferramenta disponível no Power BI Desktop para ajudá-lo a investigar e monitorar o desempenho do relatório. Ele pode ajudar os criadores de relatórios a entender o desempenho de visuais e fórmulas DAX.

Dica

Além do Performance Analyzer, há outras ferramentas que você pode usar para solucionar problemas de desempenho de relatório. Por exemplo, você pode solucionar problemas específicos de consumo de relatório que afetam uma capacidade Premium usando o aplicativo de métricas e utilização Premium ou os logs de eventos do modelo semântico que são enviados para o Azure Log Analytics. Para obter mais informações sobre essas ferramentas (e outras ferramentas), consulte Auditoria em nível de dados.

O Performance Analyzer captura operações enquanto um usuário interage com um relatório no Power BI Desktop. Ele produz um log que registra o desempenho de cada elemento de relatório e para cada interação. Por exemplo, quando você interage com uma segmentação de relatório, filtra um visual ou seleciona uma página, a ação e a duração do tempo são registradas no log. Dependendo do tipo de operação, outros detalhes também são registrados.

As informações resumidas estão disponíveis no painel do Performance Analyzer. Você pode exportar resultados de log para um arquivo JSON, permitindo que você siga com uma análise mais detalhada. O arquivo de exportação contém mais informações sobre as operações registradas. Para obter mais informações sobre como usar o arquivo de exportação, consulte a documentação do Performance Analyzer no GitHub.

Importante

Tenha em mente que o Performance Analyzer é executado dentro de Power BI Desktop. O ambiente do computador do criador do relatório pode ser diferente do ambiente do serviço do Power BI.

Algumas diferenças comuns que você deve considerar incluem:

Importante

Às vezes, este artigo se refere ao Power BI Premium ou às suas assinaturas de capacidade (P SKUs). Lembre-se de que a Microsoft está consolidando atualmente as opções de compra e desativando os SKUs do Power BI Premium por capacidade. Em vez disso, os clientes novos e existentes devem considerar a compra de SKUs (assinaturas de capacidade do Fabric).

Para obter mais informações, consulte Atualização importante chegando ao de licenciamento do Power BI Premium e Perguntas frequentes do Power BI Premium.

Os dados são registrados quando um usuário interage com um elemento de relatório. Os dados registrados incluem mais do que os elementos de exibição visual. Eles também incluem:

  • Atividade de exibição visual.
  • Consultas DAX (quando o visual recupera dados do modelo de dados em vez do cache).
  • Atividade DirectQuery (quando aplicável).
  • Outras atividades executadas por um visual, como preparação de consulta, atividades de processamento em segundo plano e tempo de espera.

Dependendo do nível de experiência e de como as funções e responsabilidades são divididas, um criador de relatório pode precisar de assistência para resolver problemas de desempenho. Isso é especialmente verdadeiro ao tentar entender por que uma consulta ou cálculo é lento. A assistência para um criador de relatório pode vir na forma de:

  • Colaboração com um criador de dados: a causa raiz de problemas de desempenho geralmente está relacionada ao design do modelo de dados.
  • Suporte do usuário: a assistência geralmente é o suporte intra-equipe de colegas próximos ou suporte interno da comunidade de outros usuários do Power BI na organização. Em algumas situações, também pode envolver suporte técnico.
  • Mentoria de habilidades do Centro de Excelência: A assistência também pode estar na forma de atividades de mentoria de habilidades, como horário comercial.

Algumas organizações têm requisitos específicos para relatórios endossados (certificados ou promovidos). Isso é particularmente verdadeiro para relatórios amplamente usados em toda a organização. Nesse caso, você pode ser obrigado (ou incentivado) a verificar os resultados do Performance Analyzer antes de publicar o relatório ou antes que ele seja certificado.

Dica

Relatórios de bom desempenho têm um impacto positivo na adoção da solução. Recomendamos que você incentive os criadores de relatório a testar o desempenho do relatório antes de publicar uma nova solução no serviço do Power BI. Você também deve incentivá-los a verificar novamente o desempenho quando forem feitas alterações significativas em uma solução existente (relatório ou modelo semântico).

Para mais informações sobre técnicas de otimização, veja Guia de otimização do Power BI.

Lista de verificação – Ao considerar como os criadores de relatório devem usar o Performance Analyzer, as principais decisões e ações incluem:

  • Crie documentação e treinamento para criadores de relatórios: inclua diretrizes para seus criadores de relatório sobre quais metas de desempenho existem e como elas podem validar, medir e testar o desempenho. Forneça diretrizes aos criadores de relatório sobre como criar relatórios de bom desempenho. Ajude os novos criadores de relatórios a adotar bons hábitos de design antecipadamente.
  • Verifique se o suporte e a mentoria de habilidades estão disponíveis: verifique se os criadores de relatório sabem como obter assistência para resolver problemas de desempenho.
  • Inclua nos requisitos para certificar relatórios: Decida se deseja incluir Performance Analyzer resultados como um pré-requisito para certificar (endossar) relatórios. Nesse caso, verifique se esse requisito está documentado e comunicado aos criadores de relatório.

Conteúdo relacionado

No próximo artigo desta série, saiba mais sobre auditoria no nível dos dados.