PowerBi Administradores e Empresas

Contents
Power BI para administradores e empresas

Visão geral
O que é administração do Power BI?
Onde o meu locatário está localizado?
O que é o Power BI Premium?
Conceitos
Função de administração no Microsoft 365
Licenciamento para sua organização
Power BI para o governo dos EUA
Power BI para o governo dos EUA
Registrar sua organização governamental dos EUA
Power BI em nuvens nacionais
Migrar para as regiões alemãs “Go Local”
Perguntas frequentes para os clientes da Nuvem da Alemanha
Perguntas frequentes
Perguntas frequentes sobre alta disponibilidade e failover
Power BI Premium
Gerenciamento de capacidades Premium
Otimização de capacidades Premium
Cenários de capacidade Premium
Perguntas Frequentes do Power BI Premium
Como
Licenciamento e inscrição
Obter o Power BI para sua organização
Comprar o Power BI Pro
Desabilitar inscrição por autoatendimento
Exibir e gerenciar licenças do usuário
Inscrever-se com uma avaliação do Microsoft 365
Adicionar o Power BI com um parceiro do Microsoft 365
Usando o portal de administração
Gerenciar configurações de administrador de visuais do Power BI
Encontrar usuários que entraram
Acompanhar atividades do usuário
Monitorar a integridade do serviço
Fechar sua conta
Uso do B2B do Azure AD
Gerenciar o formulário de credenciais do Power BI Desktop
Proteção de dados
Rótulos de confidencialidade no Power BI
Habilitar a rotulagem de confidencialidade
Como aplicar rótulos de confidencialidade
Usar o Microsoft Cloud App Security com o Power BI
Relatório de métricas de proteção
Segurança em nível de linha
Configurar a certificação de fluxos de dados e conjuntos de dados
Configurar aplicativos móveis com o Intune
Power BI Premium
Comprar o Power BI Premium
Configurar e gerenciar capacidades
Configurar cargas de trabalho
Monitorar capacidades com o aplicativo
Monitorar métricas de carga de trabalho Premium
Monitorar capacidades no portal de administração
Configurar modelos grandes (versão prévia)
Configurar o Multi-Geo
Traga suas próprias chaves de criptografia
Usar chaves gerenciadas pelo cliente
Reiniciar uma capacidade Premium
Conectividade do conjunto de dados com o ponto de extremidade XMLA
Automação com entidades de serviço
Solucionar problemas de conectividade de ponto de extremidade XMLA
Referência
SDK do .NET, PowerShell e APIs REST
Cmdlets do Power BI para o PowerShell
Referência de URL do serviço
Recursos
Abordagens de implantação e governança do Power BI
Segurança do Power BI
Níveis de privacidade
Solucionar problemas
Não consegue entrar?
Power BI support options (Opções de suporte do Power BI)
Notificações de interrupção de serviço
Esqueceu sua senha para o Power BI?
Capturar informações de diagnóstico adicionais para o Power BI
Endereço de email alternativo para o Power BI
Como usar o mesmo logon de conta para o Power BI e o Azure
O que é a administração do Power BI
15/08/2020 • 5 minutes to read • Edit Online
A administração do Power BI é o gerenciamento das configurações de toda a organização que controlam como o
Power BI funciona. Os usuários atribuídos às funções de administrador configuram, monitoram e provisionam
recursos organizacionais. Este artigo fornece uma visão geral de funções de administração, tarefas e ferramentas
para ajudar você a começar.
Funções de administrador relacionadas ao Power BI

Há várias funções que trabalham em conjunto para administrar o Power BI para a sua organização. A maioria das
funções de administrador é atribuída no centro de administração do Microsoft 365 ou usando o PowerShell. As
funções de administrador de Capacidade do Power BI Premium e Capacidade do Power BI Embedded são
atribuídas quando a capacidade é criada. Para saber mais sobre cada uma das funções de administrador, consulte
Sobre as funções de administrador. Para saber como atribuir funções de administrador, consulte Atribuir funções
de administrador.
T IP O DE A DM IN IST RA DO R ESC O P O A DM IN IST RAT IVO TA REFA S DO P O W ER B I
Administrador global Microsoft 365 Tem acesso ilimitado a todos os

recursos de gerenciamento da
organização
Atribuir funções a outros usuários
Administrador de cobrança Microsoft 365 Gerenciar Assinaturas
Comprar licenças
T IP O DE A DM IN IST RA DO R ESC O P O A DM IN IST RAT IVO TA REFA S DO P O W ER B I
Administrador de licenças Microsoft 365 Atribuir ou remover licenças de

usuários
Usuário administrador Microsoft 365 Criar e gerenciar usuários e grupos
Redefinir senhas de usuário
Administrador do Power BI Serviço do Power BI Acesso completo às tarefas de

gerenciamento do Power BI
Habilitar e desabilitar os recursos do

Power BI
Criar relatórios sobre uso e

desempenho
Examinar e gerenciar a auditoria
Administrador de Capacidade do Power Uma única capacidade Premium Atribuir workspaces à capacidade
BI Premium
Gerenciar a permissão de usuário para

a capacidade
Gerenciar cargas de trabalho para

configurar o uso de memória
Reiniciar a capacidade
Administrador de Capacidade do Power Uma única capacidade Embedded Atribuir workspaces à capacidade
BI Embedded
Gerenciar a permissão de usuário para

a capacidade
Gerenciar cargas de trabalho para

configurar o uso de memória
Reiniciar a capacidade
Ferramentas e tarefas administrativas

Os administradores do Power BI trabalham principalmente no portal de administração do Power BI. No entanto,
você deve estar familiarizado com as ferramentas e os centros de administração relacionados. Examine a tabela
acima para determinar qual função é necessária para realizar as tarefas usando as ferramentas listadas aqui.
F ERRA M EN TA TA REFA S C O M UN S
Portal de administração do Power BI Adquirir e trabalhar com a capacidade Premium
Garantir a qualidade do serviço

F ERRA M EN TA TA REFA S C O M UN S
Gerenciar workspaces
Publicar visuais do Power BI
Verificar os códigos usados para inserir o Power BI em outros

aplicativos
Solucionar problemas de acesso a dados e outros problemas
Centro de Administração do Microsoft 365 Gerenciar usuários e grupos
Comprar e atribuir licenças
Impedir que os usuários acessem o Power BI
Centro de Segurança e Conformidade do Microsoft 365 Examinar e gerenciar a auditoria
Acompanhamento e classificação de dados
Políticas de prevenção contra perda de dados
Governança de informações
AAD (Azure Active Directory) no portal do Azure Configurar o acesso condicional a recursos do Power BI
Provisionar a capacidade do Power BI Embedded
Cmdlets do PowerShell Gerenciar workspaces e outros aspectos do Power BI por meio

de scripts
SKD e APIs administrativas Crie ferramentas de administração personalizadas. Por

exemplo, o Power BI Desktop pode usar essas APIs para criar
relatórios com base nos dados relacionados à administração.
Próximas etapas
Agora que você conhece as noções básicas do que está envolvido na administração do Power BI, consulte estes
artigos para saber mais:
Usar o portal de administração do Power BI
Diretrizes de configuração do administrador de locatários
Usar cmdlets do PowerShell
Perguntas frequentes de administração do Power BI
Como licenciar o serviço do Power BI para usuários na sua organização
Perguntas? Experimente perguntar para a Comunidade do Power BI
Sugestões? Contribuir com ideias para aprimorar o Power BI
Onde está localizado meu locatário do Power BI?
https://www.youtube.com/embed/0fOxaHJPvdM?showinfo=0
Saiba onde está localizado seu locatário do Power BI e como essa localização é selecionada. É importante
compreender o local, pois isso pode afetar suas interações com o serviço.
Como determinar onde se encontra o seu locatário do Power BI

Para localizar em qual região seu locatário está, execute estas etapas.
1. No serviço do Power BI, no menu superior, selecione a Ajuda ( ? ), em seguida, Sobre o Power BI .
2. Procure o valor ao lado de Seus dados são armazenados em . Essa é a região na qual seu locatário está
localizado. O valor é também a região na qual os dados estão armazenados, a menos que você esteja
usando capacidades dedicadas em regiões diferentes para seus workspaces.
Como a região de dados é selecionada

A região de dados está localizada na região/no país que você seleciona quando cria o locatário. A seleção se aplica
à inscrição do Microsoft 365 e do Power BI, pois essas informações são compartilhadas. Se esse for um novo
locatário, selecione a região/o país apropriado na lista quando você se inscrever.
O Power BI seleciona uma região de dados mais próxima de sua seleção, o que determina onde os dados são
armazenados para seu locatário.
IMPORTANT
Não é possível alterar a seleção após a criação do locatário.
Mais perguntas? Experimente a Comunidade do Power BI

Você pode usar o Power BI Premium para obter recursos dedicados e aprimorados para sua organização, para
que os usuários possam usar o serviço do Power BI com melhor desempenho e capacidade de resposta. Por
exemplo, com uma assinatura do Power BI Premium, você e os usuários da sua organização têm acesso a:
Maior dimensionamento e desempenho
Flexibilidade para licença por capacidade
Unifique o BI corporativo e de autoatendimento
Estenda o BI local com o Servidor de Relatórios do Power BI
Suporte para residência de dados por região (Multi-Geo)
Compartilhe dados com qualquer pessoa sem comprar uma licença por usuário
Este artigo apresenta os principais recursos do Power BI Premium. Quando necessário, serão fornecidos links
para outros artigos com informações mais detalhadas. Confira mais informações sobre o Power BI Pro e o Power
BI Premium na seção Comparação de recursos do Power BI em Preços do Power BI.
Assinaturas e licenciamento
O Power BI Premium é uma assinatura do Microsoft 365 de nível de locatário disponível em duas famílias de SKU
(Unidade de Manutenção de Estoque):
SKUs P (P1-P5) para recursos corporativos e de inserção, exigindo um compromisso mensal ou anual,
cobrado mensalmente, com a inclusão de uma licença para instalar o Servidor de Relatórios do Power BI
local.
SKUs EM (EM1-EM3) para inserção organizacional, exigindo um compromisso anual cobrado
mensalmente. Os SKUs EM1 e EM2 estão disponíveis somente por meio de planos de licenciamento por
volume. Não é possível comprá-los diretamente.
Uma abordagem alternativa é comprar uma assinatura do Power BI Embedded no Azure. Existe uma única
família de SKUs A (A1-A6) que não exige compromisso cuja cobrança é feita por hora de uso da versão de white
label do Power BI em aplicativos, portais e sites ou como uma maneira de testar as capacidades de P ou EM.
Todos os SKUs oferecem núcleos virtuais para criar capacidades, mas os SKUs EM estão restritos para inserção de
menor escala. As SKUs EM1, EM2, A1 e A2 com menos de quatro núcleos virtuais não são executadas em uma
infraestrutura dedicada.
Embora o foco deste artigo esteja nos SKUs P, muito do que foi descrito também é relevante para os SKUs A. Em
contraste com os SKUs da assinatura Premium, os SKUs do Azure não exigem nenhum compromisso de tempo e
são cobrados por hora. Elas oferecem elasticidade total, permitindo escala vertical/horizontal, pausa, retomada e
exclusão.
O Azure Power BI Embedded está amplamente fora do escopo deste artigo, mas é descrito na seção Abordagens
de Teste do artigo Como otimizar capacidades Premium como uma opção prática e econômica para testar e
medir cargas de trabalho. Para saber mais sobre os SKUs do Azure, confira Documentação do Azure Power BI
Embedded.
Compra
As assinaturas do Power BI Premium são compradas por administradores no centro de administração do
Microsoft 365. Especificamente, apenas administradores globais ou de cobrança podem comprar SKUs. Quando
adquiridos, o locatário recebe um número correspondente de núcleos virtuais a ser atribuído a capacidades,
conhecido como pool de núcleos virtuais. Por exemplo, adquirir um SKU P3 fornece ao locatário 32 núcleos
virtuais. Para saber mais, confira Como comprar o Power BI Premium.
Capacidades dedicadas
Com o Power BI Premium, você obtém capacidades dedicadas. Em contraste com uma capacidade compartilhada
em que cargas de trabalho são executadas em recursos computacionais compartilhados com outros clientes, uma
capacidade dedicada é para uso exclusivo de uma organização. Ela é isolada com recursos computacionais
dedicados que oferecem desempenho confiável e consistente para conteúdo hospedado. Observe que os
seguintes recursos são armazenados em capacidade compartilhada, e não em sua capacidade dedicada:
Pastas de trabalho do Excel (a menos que os dados sejam primeiramente importados no Power BI Desktop)
Enviar conjuntos de dados por push
Fazer streaming de conjuntos de dados
PeR
Os workspaces residem dentro de capacidades. Cada usuário do Power BI tem um workspace pessoal, conhecido
como Meu workspace . Workspaces adicionais, conhecidos como workspaces , podem ser criados para habilitar
a colaboração e a implantação. Por padrão, os workspaces, incluindo os pessoais, são criados na capacidade
compartilhada. Quando você tem capacidades Premium, tanto Meus Workspaces quanto workspaces podem ser
atribuídos a capacidades Premium.
Nós de capacidade
Conforme descrito na seção Assinaturas e Licenciamento, há duas famílias de SKU do Power BI Premium: EM e P .
Todos os SKUs do Power BI Premium estão disponíveis como nós de capacidade, cada um representando uma
quantidade definida de recursos compostos por processador, memória e armazenamento. Além de recursos, cada
SKU tem limites operacionais sobre o número de conexões DirectQuery e Conexão Dinâmica por segundo e
sobre o número de atualizações de modelo paralelo.
O processamento é realizado por um número definido de núcleos virtuais, dividido igualmente entre o back-end
e o front-end.
Os núcleos vir tuais de back-end são responsáveis pela funcionalidade básica do Power BI, incluindo o
processamento de consultas, o gerenciamento de cache, a execução de serviços R, a atualização de modelo e a
renderização de relatórios e imagens do servidor. Os núcleos virtuais de back-end recebem uma quantidade fixa
de memória que é usada principalmente para hospedar modelos, também conhecidos como conjuntos de dados
ativos.
Os núcleos vir tuais de front-end são responsáveis pelo gerenciamento de documentos de relatório,
dashboard e serviço Web, gerenciamento de direitos de acesso, agendamento, APIs, uploads e downloads e
geralmente por tudo o que está relacionado às experiências do usuário.
O armazenamento é definido como 100 TB por nó de capacidade .
Os recursos e limites de cada SKU Premium (e o SKU A de tamanho equivalente) são descritos na tabela a seguir:
DIREC TQ UERY PA RA L EL ISM O

TOTA L DE N ÚC L EO S N ÚC L EO S / C O N EXÃ O DE
N Ó S DE N ÚC L EO S VIRT UA IS DE VIRT UA IS DE DIN Â M IC A AT UA L IZ A Ç Ã
C A PA C IDA DE VIRT UA IS B A C K - EN D RA M ( GB ) F RO N T - EN D ( P O R S) O DE M O DELO
EM1/A1 1 0,5 3 0,5 3,75 1
EM2/A2 2 1 5 1 7,5 2
EM3/A3 4 2 10 2 15 3
P1/A4 8 4 25 4 30 6
P2/A5 16 8 50 8 60 12
P3/A6 32 16 100 16 120 24
P4/A7 1 64 32 200 32 240 48
P5/A8 1 128 64 400 64 480 96
1 – somente mediante solicitação especial. Para modelos muito grandes, com mais de 100 GB.
NOTE
É preferível usar um único SKU grande (por exemplo, um SKU P2) em vez de combinar SKUs menores (por exemplo, dois
SKUs P1). Por exemplo, você pode usar modelos maiores e obter melhor paralelismo com P2.
Cargas de trabalho de capacidade

Cargas de trabalho de capacidade são serviços disponibilizados aos usuários. Por padrão, as capacidades
Premium e Azure dão suporte apenas a uma carga de trabalho do conjunto de dados associada à execução de
consultas do Power BI. A carga de trabalho do conjunto de dados não pode ser desabilitada. Outras cargas de
trabalho podem ser habilitadas para IA (Serviços Cognitivos), Fluxos de dados e Relatórios paginados. Essas
cargas de trabalho são compatíveis apenas com assinaturas Premium.
Cada carga de trabalho adicional permite a configuração da memória máxima (como um percentual do total de
memória disponível) que pode ser usada pela carga de trabalho. Os valores padrão para a memória máxima são
determinados por SKU. É possível maximizar os recursos disponíveis de sua capacidade habilitando apenas as
cargas de trabalho adicionais quando elas são usadas. E você poderá alterar as configurações de memória apenas
quando tiver determinado que as configurações padrão não estão atendendo aos requisitos de recursos de
capacidade. As cargas de trabalho podem ser habilitadas e configuradas para uma capacidade por
administradores de capacidade usando as Configurações de capacidade no portal de administração ou
usando as APIs REST de capacidades.
Para saber mais, confira Configurar cargas de trabalho em uma capacidade Premium.
Como as capacidades funcionam
O serviço do Power BI sempre faz o melhor uso dos recursos de capacidade e, ao mesmo tempo, não excede os
limites impostos sobre a capacidade.
As operações de capacidade são classificadas como interativas ou em segundo plano. Operações interativas
incluem a renderização de solicitações e a resposta às interações do usuário (filtragem, perguntas e respostas,
consultas etc.). Em geral, a consulta do modelo de importação faz uso intensivo de recursos de memória,
enquanto a consulta de modelos DirectQuery e de Conexão Dinâmica faz uso intensivo da CPU. As operações em
segundo plano incluem o fluxo de dados e as atualizações de modelo de importação, além de armazenamento
em cache de consultas de dashboard.
É importante entender que as operações interativas são sempre priorizadas em vez de operações em segundo
plano para garantir a melhor experiência do usuário possível. Se houver recursos insuficientes, serão adicionadas
operações em segundo plano a uma fila para processamento quando os recursos forem liberados. Operações em
segundo plano, como atualizações de conjunto de dados, podem ser interrompidas no meio do processo pelo
serviço do Power BI e adicionadas a uma fila.
Modelos de importação devem ser totalmente carregados na memória para que possam ser consultados ou
atualizados. O serviço do Power BI gerencia o uso de memória usando algoritmos sofisticados para verificar o
uso máximo de memória disponível e pode gerar uma confirmação excessiva da capacidade: Embora seja
possível que uma capacidade armazene muitos modelos de importação (até 100 TB por capacidade Premium),
quando seu armazenamento em disco combinado excede a memória compatível (e é necessária uma memória
adicional para consulta e atualização), então eles não poderão ser carregados na memória ao mesmo tempo.
Modelos de importação, portanto, são carregados no e removidos da memória de acordo com o uso. Um modelo
de importação é carregado quando é consultado (operação interativa) e ainda não está na memória ou quando
deve ser atualizado (operação em segundo plano).
A remoção de um modelo de memória é conhecida como remoção. É uma operação que o Power BI pode
executar rapidamente dependendo do tamanho dos modelos. Se a capacidade não estiver enfrentando nenhuma
pressão de memória, os modelos serão simplesmente carregados na memória e permanecerão lá. No entanto,
quando uma memória insuficiente estiver disponível para carregar um modelo, o serviço do Power BI precisará
liberar memória primeiro. Ele libera memória por meio da detecção de modelos que se tornaram inativos
procurando modelos que não foram usados nos últimos três minutos [1] e, em seguida, removendo-os. Se não
houver nenhum modelo inativo para remover, o serviço do Power BI buscará remover modelos carregados para
operações em segundo plano. Um último recurso, após 30 segundos de tentativas falhas [1], é falhar a operação
interativa. Nesse caso, o usuário de relatório é notificado sobre a falha com uma sugestão para tentar novamente
em breve. Em alguns casos, os modelos podem ser descarregados da memória devido a operações de serviço.
É importante enfatizar que a remoção do conjunto de dados é um comportamento normal e esperado. Ela busca
maximizar o uso de memória carregando e descarregando modelos cujos tamanhos combinados podem exceder
a memória disponível. Isso ocorre por design e é transparente para os usuários de relatório. Altas taxas de
remoção não necessariamente significam que a capacidade tem recursos insuficientes. Elas poderão, contudo,
tornar-se uma preocupação se a capacidade de resposta da consulta ou da atualização estiver apresentando
problemas devido a altas taxas de remoção.
As atualizações de modelos de importação sempre fazem uso intensivo de memória, pois os modelos devem ser
carregados na memória. É necessário ter memória adicional para processamento. Uma atualização completa
pode usar aproximadamente o dobro da quantidade de memória exigida pelo modelo. Isso garante que o modelo
possa ser consultado até mesmo quando estiver sendo processado, pois as consultas são enviadas para o modelo
existente até que a atualização tenha sido concluída e os dados do modelo novo estejam disponíveis. Uma
atualização incremental exigirá menos memória e poderia ser concluída mais rapidamente; portanto, isso poderá
reduzir substancialmente a pressão sobre os recursos de capacidade. As atualizações também podem fazer uso
intensivo da CPU para modelos, principalmente aqueles com transformações complexas de Power Query ou
colunas/tabelas calculadas que são complexas ou baseadas em grandes tabelas.
As atualizações, como consultas, exigem que o modelo seja carregado na memória. Se não houver memória
suficiente, o serviço do Power BI tentará remover modelos inativos e, se não for possível (pois todos os modelos
estão ativos), o trabalho de atualização será enfileirado. Normalmente, as atualizações fazem uso intensivo da
CPU, ainda mais do que as consultas. Por esse motivo, há limites de capacidade sobre o número de atualizações
simultâneas, definidos como 1,5x o número de núcleos virtuais de back-end, arredondados para cima. Se houver
atualizações simultâneas demais, uma atualização agendada será enfileirada. Quando essas situações ocorrem,
demora mais para a atualização ser concluída. Atualizações sob demanda, como aquelas disparadas por uma
solicitação de usuário ou por uma chamada à API, serão repetidas três vezes [1]. Se ainda não houver recursos
suficientes, a atualização falhará.
Notas da seção:
[1] Sujeito a alteração.
Suporte regional
Quando você cria uma capacidade, os administradores globais e os administradores de serviços do Power BI
podem especificar uma região em que os workspaces atribuídos à capacidade residirão. Isso é conhecido como
Multi-Geo . Com o Multi-Geo, as organizações poderão atender aos requisitos de residência de dados
implantando conteúdo em datacenters em uma região específica, mesmo se ela for diferente da região na qual a
Assinatura do Microsoft 365 reside. Para saber mais, confira Suporte Multi-Geo para o Power BI Premium.
Gerenciamento de capacidade
O gerenciamento de capacidades Premium envolve a criação ou a exclusão de capacidades, a atribuição de
administradores e de workspaces, a configuração de cargas de trabalho, o monitoramento e a realização de
ajustes para otimizar o desempenho da capacidade.
Os administradores globais e os administradores de serviços do Power BI podem criar capacidades Premium
com base em núcleos virtuais disponíveis ou modificar capacidades Premium existentes. Quando uma
capacidade é criada, seu tamanho e região geográfica são especificados e pelo menos um administrador de
capacidade é atribuído.
Quando forem criadas capacidades, a maioria das tarefas administrativas será concluída no portal de
Administração.
Os administradores de capacidade podem atribuir workspaces à capacidade, gerenciar permissões de usuário e

atribuir outros administradores. Os administradores de capacidade também podem configurar cargas de
trabalho, ajustar alocações de memória e, se necessário, reiniciar uma capacidade, redefinindo operações no caso
de uma sobrecarga de capacidade.
Os administradores de capacidade também podem verificar se uma capacidade está sendo executada sem
problemas. Eles podem monitorar a integridade da capacidade diretamente no portal do Administrador ou
usando o aplicativo de métricas de capacidade Premium.
Para saber mais sobre como criar capacidades, atribuir administradores e atribuir workspaces, confira Como
gerenciar capacidades Premium. Para saber mais sobre as funções, confira Funções de administrador
relacionadas ao Power BI.
Monitoramento
O monitoramento de capacidades Premium fornece aos administradores uma compreensão de como as
capacidades são executadas. As capacidades podem ser monitoradas usando o portal do Administrador e o
aplicativo Métricas de Capacidade do Power BI Premium.
O monitoramento no portal oferece uma exibição rápida com métricas de alto nível que indicam cargas
colocadas e os recursos utilizados por sua capacidade, em média, durante os últimos sete dias.
O aplicativo Métricas de Capacidade do Power BI Premium oferece as informações mais detalhadas sobre o
desempenho de suas capacidades. O aplicativo oferece um dashboard de alto nível e relatórios mais detalhados.
No painel do aplicativo, é possível clicar em uma célula de métrica para abrir um relatório aprofundado. Os
relatórios oferecem métricas e capacidade de filtragem aprofundadas para fazer drill down nas informações mais
importantes de que você precisa para manter suas capacidades em execução sem problemas.
Para saber mais sobre capacidades de monitoramento, confira Monitoramento no portal do Administrador do
Power BI e Monitoramento com o aplicativo Métricas de Capacidade do Power BI Premium.
Como otimizar capacidades
Fazer o melhor uso das capacidades é essencial para garantir que os usuários obtenham desempenho e que você
esteja obtendo o máximo de valor do seu investimento no Premium. Ao monitorar as principais métricas, os
administradores podem determinar a melhor maneira de solucionar problemas de gargalos e tomar as medidas
necessárias. Para saber mais, confira Como otimizar capacidades Premium e Cenários de capacidade Premium.
APIs REST de capacidades
As APIs REST do Power BI incluem uma coleção de APIs de Capacidades. Com as APIs, os administradores podem
gerenciar de maneira programática muitos aspectos de suas capacidades Premium, incluindo a habilitação e a
desabilitação de cargas de trabalho, a atribuição de workspaces a uma capacidade e muito mais.
Grandes conjuntos de dados

Dependendo do SKU, o Power BI Premium é compatível com o carregamento de arquivos de modelo do Power BI
Desktop (.pbix) até o máximo de 10 GB de tamanho. Quando carregado, o modelo poderá ser publicado em um
workspace atribuído a uma capacidade Premium. O conjunto de dados pode ser atualizado para até 12 GB de
tamanho.
Considerações sobre tamanho
Conjuntos de dados grandes podem fazer uso intensivo de recursos. Você deve ter pelo menos um SKU A4 ou P1
para todos os conjuntos de dados maiores que 1 GB. Embora a publicação de conjuntos de dados grandes em
workspaces com suporte de SKUs A até A3 talvez funcione, atualizá-los não funcionará.
A tabela a seguir mostra os SKUs recomendados para upload de arquivos .pbix ou para publicar no serviço do
Power BI:
SK U TA M A N H O DE . P B IX
P1/A4 < 3 GB
P2/A5 < 6 GB
P3/A6, P4, P5 até 10 GB
O SKU A4 do Power BI Embedded é igual ao SKU P1, o A5 = P2 e o A6 = P3.

Se você habilitar modelos grandes em um conjunto de dados, as limitações de tamanho do arquivo .pbix ainda se
aplicarão ao upload ou à publicação de arquivo. No entanto, com a combinação entre a atualização incremental e
os modelos grandes, os conjuntos de dados podem se tornar muito maiores do que esses limites. Com modelos
grandes, o tamanho do conjunto de dados é limitado apenas pelo tamanho da capacidade de Power BI Premium.
Os arquivos .pbix representam dados em um estado altamente compactado. Os dados provavelmente expandirão
quando carregados na memória e, daí em diante, eles poderão expandir várias vezes mais durante a atualização
de dados.
A atualização agendada de grandes conjuntos de dados pode demorar muito tempo e usar muitos recursos. É
importante não agendar muitas atualizações sobrepostas. Recomendamos configurar a atualização incremental,
pois ela é mais rápida e confiável e consome menos recursos.
A carga inicial do relatório de grandes conjuntos de dados poderá demorar muito tempo se um período já tiver
transcorrido desde a última vez em que o conjunto de dados foi usado. Uma barra de carregamento para
relatórios demorados exibe o progresso do carregamento.
Enquanto as restrições de tempo e memória por consulta são muito maiores na capacidade Premium, é
recomendável usar filtros e segmentações de dados para limitar os visuais para exibir apenas o que é necessário.
Atualização incremental
A atualização incremental fornece uma parte integral de ter e manter grandes conjuntos de dados no Power BI
Premium. A atualização incremental tem muitos benefícios, por exemplo, atualizações são mais rápidas porque
somente os dados que foram alterados precisam ser atualizados. As atualizações são mais confiáveis porque não
é necessário manter conexões longas com fontes de dados voláteis. O consumo de recursos é reduzido porque
um número menor de dados para atualização reduz o consumo geral da memória e de outros recursos. As
políticas de atualização incremental são definidas no Power BI Desktop e aplicadas quando publicadas em um
workspace em uma capacidade Premium.
Para saber mais, confira Atualização incremental no Power BI Premium.
Relatórios paginados
Os relatórios paginados, compatíveis nos SKUs P1-P3 e A4-A6, são baseados na tecnologia de linguagem RDL no
SQL Server Reporting Services. Embora baseados na tecnologia RDL, não são os mesmos que os do Servidor de
Relatórios do Power BI, que é uma plataforma de relatório que pode ser baixada e instalada localmente, além de
estar incluída no Power BI Premium. Os relatórios paginados são formatados para se ajustarem bem em uma
página que pode ser impressa ou compartilhada. Os dados serão exibidos em uma tabela, mesmo se a tabela
abranger várias páginas. Usando o aplicativo gratuito de Área de Trabalho do Windows do Construtor de
Relatórios do Power BI , os usuários criam relatórios paginados e os publicam no serviço.
No Power BI Premium, relatórios paginados são uma carga de trabalho que deve ser habilitada para uma
capacidade usando o portal do administrador. Os administradores de capacidade podem habilitar e especificar a
quantidade de memória como um percentual dos recursos de memória geral da capacidade. Diferentemente de
outros tipos de cargas de trabalho, o Premium executa relatórios paginados em um espaço contido dentro da
capacidade. A memória máxima especificada para este espaço será usada se a carga de trabalho estiver ou não
ativa. O padrão é 20%.
Para saber mais, confira Relatórios paginados no Power BI Premium. Para saber mais sobre como habilitar a carga
de trabalho de Relatórios paginados, confira Configurar cargas de trabalho.
Servidor de Relatórios do Power BI

Incluído com o Power BI Premium, o Servidor de Relatórios do Power BI é um servidor de relatório local com um
portal da Web. É possível criar seu ambiente de BI localmente e distribuir relatórios protegidos pelo firewall da
sua organização. O Servidor de Relatório permite aos usuários acesso a funcionalidades de criação de relatório
avançadas, interativas e corporativas do SQL Server Reporting Services. Os usuários podem explorar dados
visuais e descobrir rapidamente padrões para tomar decisões melhores e mais rápidas. O Servidor de Relatório
oferece governança nos seus próprios termos. Se e quando chegar o momento, o Servidor de Relatórios do
Power BI facilitará a migração para a nuvem, na qual sua organização poderá aproveitar completamente a
funcionalidade do Power BI Premium.
Para saber mais, confira Servidor de Relatórios do Power BI.
Compartilhamento de conteúdo ilimitado

Com o Premium, qualquer pessoa, dentro ou fora da organização, pode exibir todo o conteúdo do Power BI,
incluindo relatórios paginados e interativos, sem comprar licenças individuais.
O Premium possibilita a distribuição difundida de conteúdo por usuários do Pro, sem precisar de licenças do Pro
para os destinatários que veem o conteúdo. As licenças Pro são necessárias para criadores de conteúdo. Os
criadores conectam-se a fontes de dados, modelam dados e criam relatórios e dashboards empacotados como
aplicativos de workspace. O usuário sem uma licença Pro ainda pode acessar um workspace em uma capacidade
do Power BI Premium, desde que tenha uma função de Visualizador.
Para saber mais, confira Licenciamento do Power BI.
Analysis Services no Power BI Premium (versão prévia)

Nos bastidores, o mecanismo Ver tipaq do Analysis Ser vices da Microsoft comprovado para empresas
habilita os espaços de trabalho e conjuntos de dados do Power BI Premium. O Analysis Services oferece
capacidade de programação e suporte a ferramenta e a aplicativo cliente por meio de bibliotecas de clientes e
APIs que dão suporte ao protocolo XMLA de padrão aberto. Por padrão, as cargas de trabalho dos conjuntos de
dados do Power BI Premium dão suporte a operações somente leitura da Microsoft e a ferramentas e aplicativos
cliente de terceiros por meio de um ponto de extremidade XML A . Os administradores de capacidade também
podem optar por desabilitar ou permitir operações de leitura/gravação por meio do ponto de extremidade.
Com o acesso somente leitura, as ferramentas da Microsoft, como o SQL Server Management Studio (SSMS) e o
SQL Server Profiler, e aplicativos de terceiros, como o DAX Studio, e os aplicativos de visualização de dados
podem se conectar a conjuntos de dados Premium e consultá-los usando XMLA, DAX, MDX, DMVs e eventos de
rastreamento. Com acesso de leitura/gravação, as ferramentas de modelagem de dados corporativos, como o
Visual Studio com extensão de projetos do Analysis Services ou o Editor de Tabelas de código aberto, podem
implantar modelos de tabela como um conjunto de dados em um espaço de trabalho Premium. E com
ferramentas como o SSMS, os administradores podem usar a TMSL (Tabular Model Scripting Language) para
criar scripts para alterações de metadados e cenários avançados de atualização de dados.
Para saber mais, confira Conectividade do conjunto de dados com o ponto de extremidade XMLA.
Próximas etapas
Como gerenciar capacidades Premium
Mais perguntas? Experimente perguntar para a Comunidade do Power BI
Noções básicas sobre as funções de Administrador
de serviços do Power BI
Para administrar um locatário do Power BI, você deve ter uma das seguintes funções: Administrador do Power BI,
administrador do Power Platform ou administrador global do Microsoft 365. Os administradores de
gerenciamento de usuário do Microsoft 365 atribuem usuários às funções de administrador do Power BI ou
administrador do Power Platform no Centro de administração do Microsoft 365, ou usando um script do
PowerShell. Para saber mais, confira Atribuir funções a contas de usuário com o PowerShell.
Os usuários nas funções de administrador do Power BI e administrador do Power Platform têm controle total
sobre um locatário do Power BI e seus recursos administrativos, com exceção de licenciamento. Quando um
usuário for atribuído, ele poderá acessar o Portal de administração do Power BI. Lá, ele terá acesso às métricas de
uso de todo o locatário e poderá controlar todo o uso que o locatário faz dos recursos do Power BI. Essas funções
de administrador são ideais para usuários que precisam de acesso ao portal do administrador do Power BI, sem
conceder a esses usuários acesso administrativo do Microsoft 365.
NOTE
Na documentação do Power BI, "administrador do Power BI" refere-se aos usuários nas funções de administrador do Power
BI ou administrador do Power Platform. A documentação deixa claro quando a função de administrador global do Microsoft
365 é necessária para uma tarefa.
Limitações e considerações
As funções de administrador de serviços do Power BI e administrador do Power Platform não fornecem as
seguintes capacidades:
Capacidade de modificar usuários e licenças no Centro de administração do Microsoft 365.
Acesso aos logs de auditoria. Para obter mais informações, confira Acompanhar as atividades do usuário
no Power BI.
Essas capacidades exigem a função de administrador global do Microsoft 365.
Atribuir usuários a uma função de administrador no Centro de

Administração Microsoft 365
Para atribuir usuários a uma função de administrador no Centro de administração do Microsoft 365, siga estas
etapas.
1. No Centro de administração do Microsoft 365, selecione Usuários > Usuários Ativos .
2. Selecione o usuário ao qual deseja atribuir a função.
3. Em Funções , selecione Gerenciar Funções .
4. Expanda Mostrar tudo por categoria e, em seguida, selecione Administrador do Power BI ou

Administrador do Power Platform .
5. Selecione Salvar alterações .
Atribuir usuários à função de administrador com o PowerShell

Você também pode atribuir usuários a funções usando o PowerShell. Os usuários são gerenciados no Azure
Active Directory (Microsoft Azure AD). Se você ainda não tiver o módulo PowerShell do Azure AD, baixe e instale a
versão mais recente.
1. Primeiro, conecte-se ao Microsoft Azure AD:
PS C:\Windows\system32> Connect-AzureAD
2. Em seguida, obtenha a ObjectId da função Administrador de ser viços do Power BI . Você pode
executar Get-AzureADDirectoryRole para obter a ObjectId
PS C:\Windows\system32> Get-AzureADDirectoryRole
ObjectId DisplayName Description

-------- ----------- -----------
00f79122-c45d-436d-8d4a-2c0c6ca246bf Power BI Service Administrator Full access in the Power BI
Service.
250d1222-4bc0-4b4b-8466-5d5765d14af9 Helpdesk Administrator Helpdesk Administrator has
access to perform..
3ddec257-efdc-423d-9d24-b7cf29e0c86b Directory Synchronization Accounts Directory Synchronization
Accounts
50daa576-896c-4bf3-a84e-1d9d1875c7a7 Company Administrator Company Administrator role has
full access t..
6a452384-6eb9-4793-8782-f4e7313b4dfd Device Administrators Device Administrators
9900b7db-35d9-4e56-a8e3-c5026cac3a11 AdHoc License Administrator Allows access manage AdHoc
license.
a3631cce-16ce-47a3-bbe1-79b9774a0570 Directory Readers Allows access to various read
only tasks in ..
f727e2f3-0829-41a7-8c5c-5af83c37f57b Email Verified User Creator Allows creation of new email
verified users.
Nesse caso, a ObjectId da função é 00f79122-c45d-436d-8d4a-2c0c6ca246bf.

3. Em seguida, obtenha o ObjectId do usuário. Ele pode ser descoberto executando Get-AzureADUser.
PS C:\Windows\system32> Get-AzureADUser -ObjectId 'tim@contoso.com'
ObjectId DisplayName UserPrincipalName UserType

-------- ----------- ----------------- --------
6a2bfca2-98ba-413a-be61-6e4bbb8b8a4c Tim tim@contoso.com Member
4. Para adicionar o membro à função, execute Add-AzureADDirectoryRoleMember.
PA RÂ M ET RO DESC RIÇ Ã O
ObjectId A ObjectId da função.
RefObjectId A ObjectId dos membros.
Add-AzureADDirectoryRoleMember -ObjectId 00f79122-c45d-436d-8d4a-2c0c6ca246bf -RefObjectId 6a2bfca2-

98ba-413a-be61-6e4bbb8b8a4c
Próximas etapas
Administração do Power BI em sua organização
Portal de administração do Power BI
Mais perguntas? Experimente perguntar à Comunidade do Power BI
Como licenciar o serviço do Power BI para usuários
na sua organização
O que um usuário pode fazer no serviço do Power BI depende do tipo de licença por usuário que eles têm. O
nível de acesso fornecido pela sua licença depende se o workspace que está sendo acessado está atribuído à
capacidade do Power BI Premium. Todos os usuários do serviço do Power BI precisam ter uma licença.
Há duas maneiras para os usuários obterem uma licença. Ao usarem recursos de inscrição por autoatendimento
e as respectivas contas corporativas ou de estudante, os usuários podem obter sua própria licença gratuita ou
Pro. Ou então, os administradores podem obter uma assinatura do Power BI e atribuir licenças a usuários.
Este artigo se concentra na compra de serviços e no licenciamento por usuário de uma perspectiva do
administrador. Para obter mais informações sobre como os usuários podem obter suas próprias licenças, confira
Inscrever-se no Power BI como indivíduo.
Quem pode comprar e atribuir licenças?

É preciso que uma função de administrador lhe seja atribuída para que você possa comprar ou atribuir licenças
para sua organização. As funções de administrador são atribuídas usando o centro de administração do Azure
Active Directory ou o centro de administração do Microsoft 365. A tabela a seguir mostra qual função é
necessária para realizar tarefas relacionadas à compra e ao licenciamento. Para obter mais informações sobre
como atribuir funções de administrador a um usuário no Azure Active Directory, confira Exibir e atribuir funções
de administrador no Azure Active Directory. Para saber mais sobre as funções de administrador no Microsoft
365, incluindo as práticas recomendadas, confira Sobre funções de administrador.
Q UEM P O DE C O M P RA R SERVIÇ O S E L IC EN Ç A S? Q UEM P O DE GEREN C IA R L IC EN Ç A S DE USUÁ RIO ?
Administrador de cobrança Administrador de licenças
Administrador global Administrador de usuários
Administrador global
Essas funções gerenciam a organização. Para obter informações sobre a função de administrador de serviços do
Power BI, confira Noções básicas sobre as funções de administrador de serviços do Power BI.
Obter o Power BI para sua organização

Para saber mais sobre preços, confira Preços e comparação de produtos.
Um administrador global ou um administrador de cobrança pode se inscrever para o serviço do Power BI e
comprar as licenças para os usuários em sua própria organização. Se você não estiver pronto para comprar,
selecione a avaliação do Power BI Pro. Você receberá 25 licenças para usar por um mês. Para obter instruções
passo a passo sobre como se inscrever, confira Obter uma assinatura do Power BI para sua organização.
Sobre a inscrição por autoatendimento

Os usuários individuais podem obter suas próprias licenças do Power BI inscrevendo-se com as respectivas
contas corporativas ou de estudante. Com uma licença gratuita, os usuários podem explorar o Power BI para
visualização e análise de dados pessoais usando o Meu Workspace, mas não podem compartilhar com outros
usuários. Para compartilhar conteúdo, uma licença do Power BI Pro é necessária. Os usuários podem atualizar o
tipo das próprias licenças para Pro ou inscrever-se para a Pro diretamente, caso a organização esteja usando a
nuvem comercial. A compra direta ou a atualização para o Pro não está disponível para organizações
educacionais ou organizações implantadas em nuvens do Azure Government, Azure Alemanha ou Azure China
21Vianet.
Se você não quiser que os usuários em sua organização usem a inscrição por autoatendimento, confira Habilitar
ou desabilitar a inscrição por autoatendimento para saber como desativá-la.
Desativar a inscrição de autoatendimento impede que os usuários explorem o Power BI para análise e
visualização de dados. Se você bloquear a inscrição individual, obtenha licenças do Power BI (Gratuito) para sua
organização e as atribua a todos os usuários. Siga estas etapas para atribuir automaticamente uma licença do
Power BI (Gratuito) a todos os usuários existentes:
1. Entre no Centro de administração do Microsoft 365 usando credenciais de administrador global ou de
administrador de cobrança.
2. No menu da barra lateral esquerda, selecione Cobrança > Ser viços de compra .
3. Pesquise ou role para localizar a oferta do Power BI (Gratuito). Selecione a oferta e Obter agora .
4. Insira o número de licenças necessárias para abranger todos os usuários.
5. Selecione Atribuir automaticamente a todos os usuários sem licenças e faça check-out.
Se você quiser saber como ver quais usuários em sua organização podem já ter uma licença, confira Exibir e
gerenciar licenças de usuário.
Tipos e funcionalidades de licenças
Há dois tipos de licenças de Power BI por usuário: gratuita e Pro. O tipo de licença que um usuário precisa é
determinado pelo local em que o conteúdo é armazenado e pelo modo como ele interage com esse conteúdo. O
local em que o conteúdo pode ser armazenado é determinado pelo tipo de assinatura da sua organização.
Um tipo de assinatura, o Power BI Premium, permite que os usuários com uma licença gratuita atuem no
conteúdo em workspaces atribuídos à capacidade Premium. Fora da capacidade Premium, um usuário com uma
licença gratuita só pode usar o serviço do Power BI para se conectar a dados e criar relatórios e dashboards no
Meu Workspace . Eles não podem compartilhar conteúdo com outras pessoas nem publicar conteúdo em
outros workspaces. Para saber mais sobre os tipos de workspace, confira Tipos de workspaces.
Uma assinatura Standard do Power BI usa a capacidade compartilhada. Se o conteúdo é armazenado na
capacidade compartilhada, os usuários que recebem uma licença de Power BI Pro podem colaborar apenas com
outros usuários do Power BI Pro. Eles podem consumir conteúdo compartilhado por outros usuários, publicar
conteúdo em workspaces de aplicativo, compartilhar dashboards e assinar dashboards e relatórios. Quando os
workspaces estão na capacidade Premium, os usuários do Pro podem distribuir conteúdo a usuários que não têm
uma licença do Power BI Pro.
A tabela a seguir resume as funcionalidades básicas de cada tipo de licença. Para obter um detalhamento da
disponibilidade de recursos por tipo de licença, confira Recursos por tipo de licença.
F UN C IO N A L IDA DES Q UA N DO O F UN C IO N A L IDA DES A DIC IO N A IS

W O RK SPA C E ESTÁ N A C A PA C IDA DE Q UA N DO O W O RK SPA C E ESTÁ N A
T IP O DE L IC EN Ç A C O M PA RT IL H A DA C A PA C IDA DE P REM IUM
Power BI (Gratuito) Acesso ao conteúdo no Meu Consumir conteúdo compartilhado

Workspace com eles
Power BI Pro Publicar conteúdo em outros Distribuir conteúdo a usuários que têm
workspaces, compartilhar dashboards, licenças gratuitas
assinar dashboards e relatórios,
compartilhar com usuários que têm
uma licença Pro
Tipos de assinatura
Todas as assinaturas de licença comercial baseadas em usuário da Microsoft são baseadas em identidades do
Azure Active Directory. Para usar o serviço Power BI, você precisa entrar com uma identidade compatível com o
Azure Active Directory no escopo de licenças comerciais. Você pode adicionar o Power BI a qualquer assinatura
da Microsoft que use o Azure Active Directory para serviços de identidade. Algumas assinaturas, como o Office
365 E5, incluem uma licença do Power BI Pro, portanto, não é necessária uma inscrição separada para o Power BI.
Há dois tipos de assinaturas do Power BI para organizações: Standard e Premium.
Com uma assinatura padrão por autoatendimento do Power BI Pro, os administradores atribuem licenças por
usuário. Há um valor mensal por usuário para licenças do Power BI Pro. Esse tipo de licença permite a
colaboração, publicação, compartilhamento e análise ad hoc. O conteúdo é salvo na capacidade de
armazenamento compartilhado, que é totalmente gerenciada pela Microsoft.
Uma assinatura do Power BI Premium aloca capacidade dedicada a uma organização. Adequado para Enterprise
BI, Big Data Analytics e relatórios locais e na nuvem, o Premium fornece controles avançados de administração e
implantação. Os recursos de computação e armazenamento dedicados são gerenciados pelos administradores de
capacidade em sua organização. Há um custo mensal para esse ambiente dedicado. Além de outras vantagens do
Premium, o conteúdo armazenado nessa capacidade pode tanto ser acessado por usuários que não têm licenças
de Power BI Pro quanto distribuído para eles. Pelo menos um usuário precisa ter uma licença de Power BI Pro
atribuída a si para usar o Premium, e os criadores de conteúdo e desenvolvedores ainda precisam de uma licença
do Power BI Pro.
Os dois tipos de assinaturas não são mutuamente exclusivos. Você pode ter tanto o Power BI Premium quanto o
Power BI Pro. Nessa configuração, o conteúdo armazenado na capacidade Premium pode ser compartilhado com
todos os usuários e a capacidade compartilhada também está disponível. Para obter informações sobre os limites
de capacidade, confira Gerenciar o armazenamento de dados em workspaces do Power BI.
Para comparar os recursos e os preços de produto, confira Preços do Power BI.
Acesso dos usuários convidados

Talvez você queira distribuir conteúdo a usuários que estão fora da sua organização. É possível compartilhar
conteúdo com usuários externos, convidando-os para verem o conteúdo como convidados. O Azure AD B2B
(Azure Active Directory Business-to-business) permite o compartilhamento de conteúdo com usuários
convidados externos. Os seguintes pré-requisitos precisam ser atendidos para possibilitar o compartilhamento
com usuários externos:
A capacidade de compartilhar conteúdo com usuários externos precisa estar habilitada
O usuário convidado precisa ter a licença correta em vigor para ver o conteúdo compartilhado
Para obter mais informações sobre acesso de usuários convidados, confira Distribuição do conteúdo do Power BI
para usuários convidados externos com o Azure AD B2B.
Comprar licenças do Power BI Pro

Como administrador, você adquire licenças do Power BI Pro por meio do Microsoft 365 ou de um parceiro da
Microsoft. Depois de comprar as licenças, você pode atribuí-las a cada usuário. Para obter mais informações,
consulte Comprar e atribuir licenças do Power BI Pro.
Expiração de licença do Power BI Pro
Há um período de carência após a expiração de uma licença do Power BI Pro. Para licenças que fazem parte de
uma compra de licença de volume, o período de carência é de 90 dias. Se você adquiriu a licença diretamente, o
período de carência é de 30 dias.
O Power BI Pro tem o mesmo ciclo de vida de assinatura que o Microsoft 365. Para saber mais, confira O que
acontece com meus dados e o acesso quando termina minha assinatura do Microsoft 365 para empresas?.
Próximas etapas
Comprar e atribuir licenças do Power BI Pro
Documentação de assinaturas e de cobrança empresariais
Localizar usuários do Power BI que se conectaram
Clientes do Power BI for US Government
Este artigo se destina aos clientes do Governo dos EUA que estão implantando o Power BI como parte de um
plano do Microsoft 365 Government. Os planos governamentais são projetados para as necessidades exclusivas
das organizações que devem atender aos padrões de conformidade e segurança dos EUA. O serviço do Power BI
projetado para os clientes do Power BI for US Government é diferente da versão comercial do serviço do Power BI.
As funcionalidades e diferenças do recurso estão descritas nas seções a seguir.
Adicionar o Power BI ao seu plano do Microsoft 365 Government

Antes de obter uma assinatura do Power BI US Government e atribuir licenças aos usuários, é preciso se inscrever
em um plano do Microsoft 365 Government. Caso sua organização já tenha um plano do Microsoft 365
Government, passe para Comprar uma assinatura do Power BI Pro para clientes do governo.
Registrar-se em um plano do Microsoft 365 Government
Se você for um novo cliente, terá que validar a qualificação da sua organização antes de se inscrever em um plano
do Microsoft 365 Government. Comece preenchendo o formulário de validação de qualificação do Microsoft 365
para a Administração Pública. Para garantir que você esteja selecionando o plano adequado para sua organização,
confira as descrições do serviço do Microsoft 365 US Government.
NOTE
Se você já tiver implantado o Power BI em um ambiente comercial e quiser migrar para a nuvem do governo dos EUA, será
preciso adicionar uma nova assinatura do Power BI Pro a seu plano do Microsoft 365 Government. Em seguida, replique os
dados comerciais no serviço do Power BI for US Government, remova as atribuições de licença comercial das contas de
usuário e atribua a elas uma licença governamental do Power BI Pro.
Instâncias de nuvem do governo

O Microsoft 365 fornece diversos ambientes para que as agências governamentais atendam aos vários requisitos
de conformidade. Para obter mais informações sobre cada ambiente, confira:
A GCC (Nuvem da Comunidade Governamental) do Microsoft 365 foi projetada para o governo federal,
estadual e local.
A GCC High (Nuvem da Comunidade Governamental High) do Microsoft 365 foi projetada para as agências
federais, os setores de defesa e aeroespacial e outras organizações que mantêm informações controladas
não confidenciais. Esse ambiente é adequado para organizações de segurança nacional e empresas que têm
dados ITAR (Normas de Tráfego Internacional de Armas) ou requisitos DFARS (Suplemento do Regulamento
de Aquisição Federal para a Defesa).
O ambiente do Microsoft 365 DoD foi projetado exclusivamente para o Departamento de Defesa dos EUA.
Conexão ao Power BI for US Government

A URL para se conectar ao Power BI difere para usuários do governo e usuários comerciais. Use as seguintes URLs
para entrar no Power BI:
VERSÃ O C O M ERC IA L GC C GC C H IGH DO D
https://app.powerbi.com/ https://app.powerbigov.us https://app.high.powerbigov. https://app.mil.powerbigov.u

us s
Sua conta pode estar configurada em mais de uma nuvem. Se esse for o caso da sua conta, ao entrar no Power BI
Desktop, será possível escolher a qual nuvem se conectar.
Comprar uma assinatura do Power BI Pro para clientes do governo

Depois de implantar o Microsoft 365, será possível adicionar uma assinatura do Power BI Pro. Siga as instruções
passo a passo em Registrar sua organização do Governo dos EUA para comprar o serviço do Power BI Pro
Government. Compre licenças suficientes para todos os usuários que precisam usar o Power BI e as atribua às
contas de usuário individuais.
IMPORTANT
O Power BI for US Government não está disponível como uma licença gratuita. Para acessar a Nuvem da Comunidade
Governamental, cada usuário deve ter atribuído uma licença Pro. Se uma conta de usuário tiver uma licença gratuita
atribuída, o usuário estará autorizado a acessar apenas a nuvem comercial e encontrará problemas de autenticação e de
acesso. Se você comprou o Power BI Premium, não precisa atribuir licenças Pro para habilitar o acesso do usuário. Os
usuários na organização podem acessar relatórios compartilhados com eles, desde que o relatório seja publicado em uma
capacidade Premium. Examine as diferenças entre os tipos de licença em Recursos do serviço do Power BI por tipo de licença.
Conectar os Serviços de Nuvem do Azure globais e governamentais

O Azure é distribuído em várias nuvens. Por padrão, a habilitação de regras de firewall para abrir uma conexão
com uma instância específica da nuvem é possível, mas a rede entre nuvens é diferente. Para se comunicar entre
serviços na nuvem pública e serviços na Nuvem da Comunidade Governamental, é preciso configurar regras de
firewall específicas. Por exemplo, se você quiser acessar instâncias da nuvem pública do banco de dados SQL
usando sua implantação da nuvem governamental do Power BI, precisará de uma regra de firewall no banco de
dados SQL. Configure regras de firewall específicas para banco de dados SQL a fim de permitir conexões à Nuvem
do Azure Governamental para os seguintes data centers:
Gov. EUA – Iowa
Gov. EUA – Virgínia
Gov. EUA – Texas
Gov. EUA – Arizona
Na nuvem pública, os intervalos de IP estão disponíveis. Baixe o arquivo Marcas de serviço e intervalos de IP do
Azure – Nuvem do Governo dos EUA para obter os intervalos de IP da Nuvem do Governo dos EUA.
Para configurar firewalls para bancos de dados SQL, confira Criar e gerenciar regras de firewall de IP.
Disponibilidade do recurso do Power BI

Para atender aos requisitos dos clientes de nuvem governamental, existem algumas diferenças entre planos
comerciais e governamentais. Para ver quais recursos estão disponíveis em cada ambiente governamental, confira
a seguinte tabela:
REC URSO GC C GC C H IGH DO D
Administração Licenças gratuitas Não disponível Não disponível Não disponível

Definição de limites Disponível Disponível Disponível

de armazenamento
de dados
Uso de grupos do Disponível Disponível Disponível

Active Directory para
o compartilhamento
e o controle de
acesso
Auditoria por meio do Disponível Disponível Disponível

Centro de
Conformidade e
Segurança do Office
365
Compartilhamento de Disponível Disponível Disponível

usuários externos
Métricas de uso para Disponível Disponível Disponível

relatórios e painéis
B2B do Azure entre Disponível Disponível Disponível

GCC e nuvem
comercial
Criação de relatório Criar e exibir Disponível Disponível Disponível

dashboards e
relatórios
Atualização de dados Disponível Disponível Disponível

agendada
Dashboards de Disponível Disponível Disponível

equipe atualizáveis
Relatórios paginados Disponível Disponível Disponível
Aplicativos de modelo Não disponível Não disponível Não disponível
Conectar aos dados Importação de dados Disponível Disponível Disponível

e relatórios do Excel
Importação de dados Disponível Disponível Disponível

de arquivos CSV
Importação de dados Disponível Disponível Disponível

de arquivos do Power
BI Desktop
Conectividade com o Disponível Não disponível Não disponível

CDS
Conector do Azure Disponível Não disponível Não disponível

Data Lake Storage
Gen2
Gerenciamento de Gateway de Disponível Disponível Disponível

dados gerenciamento de
dados
Criptografia de dados Disponível Disponível Disponível

no Banco de Dados
SQL do Azure
Criptografia de dados Disponível Disponível Disponível

no Armazenamento
de Blobs para Power
BI
Integração entre Inserção no Disponível Não disponível Não disponível

produtos SharePoint Online
usando a Web Part
do Power BI
Inserção no Disponível Disponível Disponível

SharePoint Online
usando a Web Part
Funções de IA e Não disponível Não disponível Não disponível

fluxos de dados
Conectividade do Não disponível Não disponível Não disponível

Power Automate para
alertas controlados
por dados
Guia do Power BI no Disponível Não disponível Não disponível

Teams
Automatizado de Não disponível Não disponível Não disponível

Machine Learning
Serviços Cognitivos Não disponível Não disponível Não disponível

do Azure
Azure Machine Não disponível Não disponível Não disponível

Learning
Próximas etapas
Inscrever-se para o Power BI for US Government
Microsoft Power Apps US Government
Power Automate US Government
Demonstração do governo dos EUA do Power BI
Registrar sua organização do Governo dos EUA no
serviço do Power BI
Há uma versão do serviço do Power BI como parte dos planos do Microsoft 365 Government. Este artigo foi
desenvolvido para clientes do Governo dos EUA, e o processo de registro descrito aqui é diferente da versão
comercial do serviço do Power BI.
Para obter mais informações sobre o serviço do Power BI para o Governo dos Estados Unidos, confira Power BI
para clientes do Governo dos Estados Unidos – visão geral.
NOTE
Esse artigo destina-se a administradores com autoridade para inscreverem as respectivas organizações do Governo dos EUA
para o Power BI. Se você for um usuário final, contate o administrador sobre como obter uma assinatura do Power BI para o
Governo dos EUA.
Selecione o processo de inscrição certo para a sua organização do

Governo dos EUA
Sua organização do Governo dos EUA pode ser nova na comunidade de nuvem do governo ou talvez já tenha
uma assinatura. As seções a seguir detalham as etapas de inscrição com base no seu estágio atual com os planos
do Microsoft 365 Government e o Power BI. Dependendo do seu registro atual, as etapas são diferentes.
Depois de se inscrever no Power BI for US Government, trabalhe com sua equipe de conta para iniciar o processo
de lista de permissões descrito neste artigo. Essa etapa é necessária para habilitar totalmente sua organização na
nuvem da comunidade governamental.
Inscrever-se em um novo plano do Microsoft 365 Government

Se a sua organização for nova na comunidade de nuvem governamental, siga estas etapas para obter um plano do
Microsoft 365 Government:
NOTE
Essas etapas devem ser realizadas pelo administrador global.
1. Vá para Planos do Microsoft 365 Government.

2. Selecione Começar a usar uma avaliação gratuita .
3. Preencha o formulário para nos contar sobre sua organização. Use a lista suspensa para selecionar o tipo
da sua organização.
4. Envie o formulário para iniciar o processo de integração. Seu representante ou parceiro da Microsoft pode
ajudar com eventuais perguntas.
Depois que esse processo for concluído, siga as etapas para os clientes existentes do Microsoft 365 Government
adicionarem uma assinatura do Power BI.
Adicionar o Power BI a um plano do Microsoft 365 Government

Se a sua organização já tiver um plano do Microsoft 365 Government, siga estas etapas para adicionar uma
assinatura do Power BI:
NOTE
Essas etapas devem ser realizadas pelo administrador global.
1. Entre no centro de administração do Microsoft 365 usando suas credenciais de administrador global ou de
administrador de cobrança.
2. Selecione Cobrança > Ser viços de compra .
3. Pesquise ou role para localizar a oferta do Power BI Pro Government e escolha Experimentar ou Comprar
Agora .
4. Conclua o seu pedido.
5. Atribua licenças a contas de usuário.
Informações adicionais de inscrição

Antes de poder usar os serviços do Power BI for US Government, você precisa trabalhar com sua equipe de contas
da Microsoft para que sua organização seja adicionada à nossa lista de permissões. O processo de lista de
permissões é usado pela equipe de engenharia do Power BI para mover os clientes do ambiente de nuvem
comercial para a nuvem segura da comunidade governamental. Essa etapa garante que os recursos disponíveis na
nuvem do Governo dos EUA funcionem conforme o esperado.
Para iniciar o processo de lista de permissões, entre em contato com sua equipe de contas da Microsoft para obter
assistência. Somente os administradores podem solicitar adição à lista de permissões. O processo leva cerca de
três semanas. Durante esse período, a equipe de engenharia do Power BI faz as alterações apropriadas para
garantir que seu locatário opere adequadamente na nuvem do Governo dos EUA.
Próximas etapas
Visão geral do Power BI for US Government
Como faço para comprar o Microsoft 365 Government?
Migrar sua assinatura para as novas regiões alemãs
"Go Local"
Se você for um cliente existente do Microsoft Cloud Alemanha (Microsoft Cloud Deutschland), em breve, poderá
mover seus usuários do Power BI para novas regiões alemãs “Go Local”. Para iniciar o processo de migração, a
primeira etapa é aceitar uma migração assistida pela Microsoft para nossas novas regiões de datacenter alemãs.
Caso sua organização aceite a migração, você poderá esperar que ela seja iniciada em algum momento em 2020.
Suas principais assinaturas e seus dados do cliente serão migrados para as novas regiões alemãs “Go Local”.
Após a migração da sua assinatura, reduziremos o preço para que ele seja equivalente ao preço da nuvem pública.
Os clientes diretos verão uma nova assinatura com uma nova data de renovação anual. Os seguintes serviços serão
migrados como parte dessa abordagem:
Power BI
Continuaremos atualizando este artigo nos próximos meses para adicionar informações detalhadas sobre os pré-
requisitos, os procedimentos passo a passo e qualquer efeito que a migração terá em sua organização.
Perguntas frequentes de clientes do Power BI para
Germany Cloud
O ser viço do Power BI tem uma versão disponível para clientes da UE/EFTA (União Europeia/Associação Europeia
de Livre Comércio), geralmente mencionada como MCD (Microsoft Cloud Deutschland). A versão de ser viço do
Power BI discutida neste artigo é específica a clientes da UE/EFTA e separada e diferente da versão comercial do
ser viço do Power BI , ou serviços do Power BI fornecidos a clientes do governo.
Perguntas e respostas
As perguntas e respostas a seguir oferecem informações importantes para o serviço do Power BI Pro em MCD
(Microsoft Cloud Deutschland), que é a nuvem do serviço do Power BI fornecida especificamente para os clientes
da UE/EFTA.
1. O que é o ser viço do Power BI para Germany Cloud?
O serviço do Power BI para clientes da UE/EFTA, também conhecido como MCD (Microsoft Cloud
Deutschland), é uma nuvem em conformidade com a UE/EFTA, com o serviço do Power BI entregue por
datacenters da Alemanha. Todos os dados do cliente no serviço do Power BI para a nuvem UE/EFTA são
armazenados em repouso na Alemanha com T-Systems trabalhando como administradores de dados
independentes alemães e com acesso físico e lógico a dados controlados por leis da Alemanha. O serviço do
Power BI para a nuvem da UE/EFTA requer uma conta separada e distinta da versão comercial do serviço do
Power BI. Saiba mais sobre o Microsoft Cloud Deutschland aqui.
2. Onde encontrar informações de preços e inscrição do Power BI Germany Cloud?
Você pode encontrar muitas informações na página inicial do Power BI Germany Cloud, incluindo
informações de preços. Nessa página, encontre também um link para se inscrever em uma avaliação de 30
dias do ser viço do Power BI Pro com 25 licenças de usuário. Como parte da inscrição na avaliação, você
tem uma opção de comprar ou adicionar licenças extras, conforme necessário. Também oferecemos EA
(Enterprise Agreement), preços de governo e sem fins lucrativos. Contate o representante do cliente da
Microsoft para obter mais detalhes.
3. Eu tenho um locatário do Germany Cloud como par te das assinaturas do Azure Germany e/ou
Office 365 Germany. Posso usar o locatário existente para me inscrever no Power BI Germany?
Sim. Como parte do processo de inscrição, você terá uma opção de fazer logon com uma conta de
administrador de locatário do Germany Cloud existente e adicionar licenças de serviço do Power BI Pro ao
locatário existente no Germany Cloud. Observe que os locatários e as contas de usuário da Nuvem da
Alemanha são diferentes do serviço do Power BI para a nuvem da Alemanha.
4. Há um ser viço gratuito no ser viço do Power BI para Germany Cloud?
Não. Não oferecemos versões de licença gratuita no serviço do Power BI para Germany Cloud. No entanto,
recomendamos que você se inscreva para uma oferta gratuita do Power BI em nossa nuvem pública se suas
necessidades de negócios forem atendidas com a oferta gratuita do Power BI.
5. Posso usar o Power BI Desktop, o Power BI Mobile, o gateway de dados local e o Publisher para
Excel com o ser viço do Power BI para a nuvem da Alemanha?
Sim. Nós atualizamos os produtos de cliente do Power BI para funcionar perfeitamente com o serviço do
Power BI para Germany Cloud. Faça logon com sua conta de serviço do Power BI para Germany Cloud e
comece a usar os mesmos produtos de cliente com o serviço do Power BI para Germany Cloud. Você pode
baixar a versão mais recente de produtos de cliente nos seguintes locais:
Power BI Desktop
Power BI para Celulares
On-premises data gateway (Gateway de dados local)
Power BI Publisher para Excel
6. Há limitações de recurso de ser viço do Power BI para Germany Cloud?
Os seguintes recursos não estão disponíveis no momento no serviço do Power BI para Germany Cloud:
Publicar na Web
Mapas de ArcGIS por Esri
Power BI Embedded (licenciamento de ISV com medidor separado será oferecido no Microsoft Azure
Germany futuramente)
7. Onde encontrar informações de configuração específicas de ser viço do Power BI para Germany
Cloud para uso e integração em meus aplicativos?
Atualizamos nossos exemplos de desenvolvedor de incorporação de SaaS com informações de configuração
específicas de nuvens da Alemanha e do Power BI. Examine a pasta Configurações da Nuvem nas
amostras de pontos de extremidade de configuração específica de nuvem. A tabela a seguir lista vários
pontos de extremidade de configuração para o serviço do Power BI para Germany Cloud (e nuvem pública
para referência cruzada).
N O M E E/ O U USO DO P O N TO DE URL DE SERVIÇ O DO P O W ER B I PA RA URL EQ UIVA L EN T E N A N UVEM P ÚB L IC A

EXT REM IDA DE GERM A N Y C LO UD ( PA RA REF ERÊN C IA C RUZ A DA )
Página inicial, inscrever-se e entrar https://powerbi.microsoft.com/power- https://powerbi.microsoft.com/

bi-germany/
Entrada direta no serviço do Power BI https://app.powerbi.de/? https://app.powerbi.com/?

noSignUpCheck=1 noSignUpCheck=1
API de serviço https://api.powerbi.de/ https://api.powerbi.com/

N O M E E/ O U USO DO P O N TO DE URL DE SERVIÇ O DO P O W ER B I PA RA URL EQ UIVA L EN T E N A N UVEM P ÚB L IC A
EXT REM IDA DE GERM A N Y C LO UD ( PA RA REF ERÊN C IA C RUZ A DA )
Portal do Office para gerenciamento de https://portal.office.de/ https://portal.office.com/

licenças de usuário, status de
integridade do serviço e solicitações de
suporte por administradores
Uri de autoridade do AAD https://login.microsoftonline.de/commo https://login.microsoftonline.com/comm

n/oauth2/authorize/ on/oauth2/authorize/
Uri de recurso de serviço do Power BI https://app.powerbi.com/apps
Biblioteca de visuais do Power BI https://app.powerbi.de/visuals/ https://app.powerbi.com/visuals/
Registrar um aplicativo para o Power BI https://app.powerbi.de/apps https://app.powerbi.com/apps

(Embedded)
Portal do Azure (para o Embedded) https://portal.microsoftazure.de/ https://portal.azure.com/
Comunidade https://community.powerbi.com/ https://community.powerbi.com/
Próximas etapas
Você pode fazer muito com o Power BI. Para obter mais informações e aprendizado, incluindo um artigo que
mostra como se inscrever para o serviço, confira os seguintes recursos:
Aprendizagem Orientada para o Power BI
Introdução ao serviço do Power BI
O que é o Power BI Desktop?
Administrando o Power BI – perguntas frequentes
Este artigo aborda perguntas frequentes sobre a administração do Power BI. Para obter uma visão geral da
administração do Power BI, confira O que é administração do Power BI?.
O que você encontrará neste artigo

Inscrever-se no serviço do Power BI
Como usar o PowerShell
Como os usuários podem se inscrever no Power BI?
Como usuários individuais em minha organização podem se inscrever?
Como impedir que usuários ingressem em minha organização existente?
Como permitir que usuários ingressem em minha organização existente?
Como verificar se tenho o bloqueio ativado no locatário?
Como posso impedir meus usuários existentes de começarem a usar o Power BI?
Como posso permitir que meus usuários existentes se inscrevam no Power BI?
Seção Administração do Power BI
Como isso mudará minha maneira de gerenciar identidades dos usuários em minha organização hoje?
Como podemos gerenciar o Power BI?
Qual é o processo para gerenciar um locatário criado pela Microsoft para meus usuários?
Se eu tiver vários domínios, poderei controlar o locatário do Microsoft 365 ao qual os usuários serão
adicionados?
Como remover o Power BI para usuários que já se inscreveram?
Como posso saber se novos usuários ingressaram em meu locatário?
Devo estar preparado para outras questões?
Onde está localizado o meu locatário do Power BI?
O que é o SLA (Contrato de Nível de Serviço) do Power BI?
Como o Power BI lida com alta disponibilidade e failover?
Seção Segurança no Power BI
O Power BI atende aos requisitos de conformidade regional, nacional e específicos do setor?
Como funciona a segurança no Power BI?
Inscrever-se no Power BI
Usando o PowerShell
Alguns dos procedimentos nesta seção exigem scripts do Windows PowerShell. Se você não estiver familiarizado
com o PowerShell, recomendamos o guia de Introdução ao PowerShell. Para executar os scripts, primeiro instale a
versão mais recente de 64 bits do Azure Active Directory PowerShell para Graph.
Como os usuários podem se inscrever para obter o Power BI?
Como administrador do Microsoft 365, você pode se inscrever no Power BI no site do Power BI ou na página
Comprar serviços do Centro de administração do Microsoft 365. Quando um administrador do Microsoft 365 se
inscreve no Power BI, ele pode atribuir licenças aos usuários que devem ter acesso.
Além disso, usuários individuais em sua organização poderão se inscrever no Power BI por meio do site do Power
BI. Quando um usuário da organização se inscreve no Power BI, ele recebe automaticamente uma licença do Power
BI. Para saber mais, confira Inscrever-se no Power BI como indivíduo e Licenciamento do Power BI na sua
organização.
Como usuários individuais em minha organização podem se inscrever?
Há três cenários que podem se aplicar aos usuários em sua organização:
Cenário 1 : sua organização já tem um ambiente existente do Microsoft 365 e o usuário que está se
inscrevendo no Power BI já tem uma conta do Microsoft 365. Neste cenário, se um usuário já tiver uma
conta corporativa ou de estudante no locatário (por exemplo, contoso.com), mas ainda não tiver o Power BI,
a Microsoft simplesmente ativará o plano do Power BI (Gratuito) para essa conta. O usuário receberá uma
notificação automática sobre como usar o serviço do Power BI.
Cenário 2 : sua organização tem um ambiente existente do Microsoft 365, mas o usuário que está se
inscrevendo no Power BI não tem uma conta do Microsoft 365. Nesse cenário, o usuário tem um endereço
de email no domínio da organização (por exemplo, contoso.com), mas ainda não tem uma conta do
Microsoft 365. Nesse caso, o usuário pode se inscrever no Power BI e receber automaticamente uma conta.
Isso permite o acesso do usuário ao serviço do Power BI. Por exemplo, se uma funcionária chamada Nancy
usar seu email de trabalho (por exemplo, nancy@contoso.com) para se inscrever, a Microsoft a adicionará
automaticamente como usuária no ambiente do Microsoft 365 da Contoso e ativará o Power BI para essa
conta.
Cenário 3 : sua organização não tem um ambiente do Microsoft 365 conectado ao seu domínio de email.
Sua organização não precisa tomar ações administrativas para tirar proveito do Power BI. O serviço adiciona
usuários a um novo diretório de usuários, somente para nuvem. Também é possível optar por assumir o
controle como administrador Global do Microsoft 365 no locatário e gerenciá-lo.
IMPORTANT
Se sua organização tiver vários domínios de email e você preferir que todas as extensões de endereço de email estejam no
mesmo locatário, adicione todos os domínios de endereço de email a um locatário do Azure Active Directory antes de todos
os usuários se inscreverem. Após a criação dos usuários, não há nenhum mecanismo automatizado para movê-los entre
locatários. Para saber mais sobre esse processo, confira Se eu tiver vários domínios, poderei controlar o locatário do Microsoft
365 ao qual os usuários são adicionados? posteriormente neste artigo e Adicionar um domínio ao Microsoft 365.
Como impedir que os usuários ingressem em meu locatário existente do Microsoft 365?
Há etapas que você pode realizar, enquanto administrador global, para impedir que os usuários ingressem em seu
locatário existente do Microsoft 365. Se você bloquear o acesso, as tentativas de inscrição dos usuários falharão e
eles verão uma mensagem orientando a entrar em contato com o administrador da organização. Não será preciso
repetir esse processo se você já tiver desabilitado a distribuição automática de licenças (por exemplo, pelo Office
365 Education para estudantes, docentes e funcionários).
Use o seguinte script do PowerShell para impedir que novos usuários ingressem em um locatário gerenciado.
(Saiba mais sobre o PowerShell.)
$msolcred = get-credential
connect-msolservice -credential $msolcred
Set-MsolCompanySettings -AllowEmailVerifiedUsers $false

NOTE
O bloqueio de acesso impede que novos usuários em sua organização se inscrevam no Power BI. Os usuários que se
inscreverem no Power BI antes da desabilitação de novas inscrições para sua organização ainda manterão suas licenças. Para
remover um usuário, confira Como faço para remover o Power BI para usuários que já se inscreveram? mais adiante neste
artigo.
Como permitir que usuários ingressem em meu locatário existente do Microsoft 365?
Use o script do PowerShell a seguir para permitir que novos usuários ingressem em um locatário gerenciado.
(Saiba mais sobre o PowerShell.)
Set-MsolCompanySettings -AllowEmailVerifiedUsers $true
Como verificar se tenho o bloqueio ativado no locatário?

Use o seguinte script do PowerShell para verificar as configurações. AllowEmailVerifiedUsers deve ser false. (Saiba
mais sobre o PowerShell.)
Get-MsolCompanyInformation | fl allow*
Como impedir que meus usuários existentes comecem a usar o Power BI?
A configuração do Azure AD que controla isso é AllowAdHocSubscriptions . A maioria dos locatários tem essa
configuração definida como true, o que significa que ela está habilitada. Se você adquiriu o Power BI por meio de
um parceiro, ela pode estar definida como false, o que significa que ela está desabilitada.
Use o script do PowerShell a seguir para desabilitar assinaturas ad hoc. (Saiba mais sobre o PowerShell.)
1. Entre no Azure Active Directory usando suas credenciais do Microsoft 365. A primeira linha do script do
PowerShell a seguir solicita suas credenciais. Na segunda linha, você será conectado ao Azure Active
Directory.
2. Depois de entrar, execute o comando a seguir para ver para como seu locatário está configurado
atualmente.
Get-MsolCompanyInformation | fl AllowAdHocSubscriptions
3. Execute o comando a seguir para habilitar ( $true ) ou desabilitar ( $false ) AllowAdHocSubscriptions .
Set-MsolCompanySettings -AllowAdHocSubscriptions $false
NOTE
Use o sinalizador AllowAdHocSubscriptions para controlar vários recursos de usuários em sua organização, inclusive a
capacidade de inscrição dos usuários no Serviço do Azure Rights Management. Alterar esse sinalizador afetará todos esses
recursos. Com uma configuração de false, os usuários ainda podem se inscrever para uma avaliação individual do Power BI
Pro.
Como posso permitir que meus usuários existentes se inscrevem no Power BI?
Para permitir que os usuários existentes se inscrevam no Power BI, execute o comando listado para a pergunta
anterior, mas em vez de $false , passe $true na última etapa.
Administração do Power BI
Como isso mudará a maneira como eu gerencio identidades dos usuários em minha organização atualmente?
Há três cenários que podem se aplicar aos usuários em sua organização:
Cenário 1 : se a organização já tiver um ambiente existente do Microsoft 365 e todos os usuários na
organização tiverem contas do Microsoft 365, o gerenciamento de identidades não mudará.
Cenário 2 : se a organização já tiver um ambiente existente do Microsoft 365, mas nem todos os usuários
na organização tiverem contas do Microsoft 365, criaremos um usuário no locatário e atribuiremos licenças
com base no endereço corporativo ou de estudante do usuário.
Como resultado, o número de usuários que você está gerenciando em qualquer momento específico
crescerá conforme os usuários em sua organização se inscreverem no serviço.
Cenário 3 : se a organização não tiver um ambiente do Microsoft 365 conectado ao domínio de email, não
haverá alteração na forma de gerenciar identidades.
O serviço adiciona usuários a um novo diretório de usuários somente na nuvem, que você pode optar por
controlar como administrador Global do Microsoft 365 e gerenciar.
Como podemos gerenciar o Power BI?
O Power BI fornece um portal de administração do Power BI para usuários na função de Administrador Global do
Microsoft 365 e para usuários na função de administrador de Serviço do Power BI. Para usar o portal de
administração do Power BI, sua conta deve ser marcada como Administrador Global no Microsoft 365 ou no
Azure Active Directory ou ter recebido a função de administrador do serviço do Power BI na sua conta de usuário.
Para saber mais, confira Noções básicas sobre a função de administrador do Power BI e Portal de administração do
Power BI. O portal permite controlar as configurações em todo o locatário, exibir estatísticas de uso do Power BI e
um link para o centro de administração do Microsoft 365 para gerenciar usuários e grupos.
Qual é o processo para gerenciar um locatário criado pela Microsoft para meus usuários?
Quando um usuário de autoatendimento se inscreve em um serviço de nuvem que usa o Azure AD, o serviço o
adiciona a um diretório não gerenciado do Azure AD com base no domínio de email. É possível declarar e
gerenciar um locatário que foi criado usando um processo conhecido como tomada de controle do administrador.
Para saber mais, veja Tomar o controle em um diretório não gerenciado como administrador no Azure Active
Directory. O tipo de tomada de controle que você realiza depende da existência de um locatário gerenciado
associado com seu domínio:
O Power BI dá suporte à tomada do controle interno da administração. Ao executar uma tomada de controle
interno da administração de um diretório do Azure não gerenciado, você é adicionado como administrador
global do diretório não gerenciado. Nenhum usuário, domínio ou plano de serviço é migrado para qualquer
outro diretório que você administra.
O Power BI já não dá suporte à tomada do controle externo da administração. Ao executar uma tomada de
controle externo da administração de um diretório do Azure não gerenciado, você adiciona o nome de
domínio DNS do diretório não gerenciado ao diretório gerenciado do Azure. A tomada de controle externa
resultará na perda de acesso a todo o conteúdo do Power BI no locatário não gerenciado original. Os
relatórios do Power BI precisarão ser republicados no novo locatário e dashboards e aplicativos do Power BI
deverão ser recriados no novo locatário.
Se eu tiver vários domínios, poderei controlar o locatário do Microsoft 365 ao qual os usuários serão
adicionados?
Se você não fizer nada, o serviço criará um locatário para cada domínio e subdomínio de email de usuários. Se
você desejar que todos os usuários estejam no mesmo locatário independentemente de suas extensões de
endereço de email: Crie um locatário de destino antecipadamente ou use um locatário existente. Em seguida,
adicione todos os domínios e subdomínios existentes que deseja consolidar neste locatário. Todos os usuários com
endereços de email que terminam com esses domínios e subdomínios ingressam automaticamente no locatário de
destino ao se inscreverem.
IMPORTANT
Após a criação dos usuários, não há nenhum mecanismo automatizado compatível para movê-los entre locatários. Para saber
mais sobre a adição de domínios a um locatário do Microsoft 365, confira Adicionar usuários e domínio ao Microsoft 365.
Como remover o Power BI para usuários que já se inscreveram?

Se um usuário se inscrever no Power BI, mas você não quiser mais que ele tenha acesso ao Power BI, remova a
licença do Power BI desse usuário.
1. Acesse o centro de administração do Microsoft 365.
2. No painel de navegação, selecione Usuários > Usuários Ativos .
3. Localize o usuário cuja licença você quer remover e selecione o nome dele.
Você também pode executar o gerenciamento de licenças em massa a usuários. Para fazer isso, selecione
vários usuários e selecione Editar licenças de produto .
4. Na página de detalhes do usuário, ao lado de Licenças de produto , selecione Editar .
5. De acordo com a licença aplicada à conta, defina Power BI (free) ou Power BI Pro como Desativado .
6. Clique em Salvar .
Como posso saber se novos usuários ingressaram em meu locatário?
Os usuários que ingressarem no seu locatário como parte da inscrição de autoatendimento receberão uma licença
exclusiva, que você poderá filtrar dentro no painel do usuário ativo, no dashboard do administrador. Para criar essa
nova exibição, execute estas etapas.
1. Navegue até o Centro de administração do Microsoft 365.
2. No painel de navegação, selecione Usuários > Usuários Ativos .
3. No menu Modos de exibição , selecione Adicionar modo de exibição personalizado .
4. Nomeie o novo modo de exibição e, em Licença de produto atribuída , selecione Power BI (Gratuito)
ou Power BI Pro .
Você só pode ter uma licença por exibição. Se você tiver as licenças Power BI (Gratuito) e Power BI Pro
em sua organização, poderá criar dois modos de exibição.
5. Insira quaisquer outras condições desejadas e selecione Adicionar .
6. Após a criação do novo modo de exibição, ele estará disponível no menu Modos de exibição .
Devo estar preparado para outras questões?
Você pode perceber um aumento nas solicitações de redefinição de senha. Para saber mais sobre esse processo,
confira Redefinir a senha do usuário.
Você pode remover um usuário do seu locatário pelo processo padrão no centro de administração do Microsoft
365. No entanto, se o usuário ainda tiver um endereço de email ativo de sua organização, ele poderá reingressar, a
menos que você bloqueie o ingresso de todos os usuários.
Onde está localizado o meu locatário do Power BI?
Para saber em qual região de dados seu locatário do Power BI está, confira Onde está localizado meu locatário do
Power BI?.
O que é o SLA do Power BI?
Para saber mais sobre o SLA (Contrato de Nível de Serviço) do Power BI, confira o artigo Termos de licenciamento
e documentação na seção Licenciamento do site de Licenciamento da Microsoft.
Como o Power BI lida com alta disponibilidade e failover?
Para saber mais sobre a alta disponibilidade e o failover, veja Perguntas frequentes de recuperação de desastre,
failover e alta disponibilidade do Power BI.
Segurança no Power BI
O Power BI atende aos requisitos de conformidade regional, nacional e específicos do setor?
Para saber mais sobre a conformidade do Power BI, consulte o Microsoft Trust Center.
Como funciona a segurança no Power BI?
A Microsoft criou o Power BI de acordo com o Microsoft 365, que por sua vez baseia-se nos serviços do Azure,
como o Azure Active Directory. Para obter uma visão geral da arquitetura do Power BI, consulte Segurança do
Power BI.
Próximas etapas
Noções básicas sobre a função de administrador do Power BI
Inscrição de autoatendimento no Power BI
Compra do Power BI Pro
Como comprar o Power BI Premium
White paper do Power BI Premium
Gerenciar seu grupo no Power BI e no Microsoft 365
Gerenciamento de contas corporativas ou de estudante
Gerenciamento de grupos do Microsoft 365
Perguntas frequentes de recuperação de desastre,
failover e alta disponibilidade do Power BI
Este artigo explica como o serviço do Power BI oferece alta disponibilidade e fornece continuidade dos negócios e
recuperação de desastres para seus usuários. Depois de ler este artigo, você deverá ter um melhor entendimento
de como alta disponibilidade é obtida, em que circunstâncias o Power BI executa um failover e o que esperar do
serviço quando o failover ocorrer.
O que "alta disponibilidade" significa para o Power BI?

Power BI é um SaaS (Software como Serviço) totalmente gerenciado. A Microsoft projeta-o e opera-o para ser
resiliente a falhas de infraestrutura para que os usuários sempre possam acessar seus relatórios. O serviço tem o
suporte de um SLA de 99,9%.
O que é um failover do Power BI?

O Power BI mantém várias instâncias de cada componente em datacenters do Azure (também conhecidos como
regiões) para garantir a continuidade dos negócios. Se houver uma interrupção ou um problema que faça com que
o Power BI fique inacessível ou inoperante em uma região, o Power BI falhará todos os seus componentes nessa
região para uma instância de backup. O failover restaura a disponibilidade e capacidade de operação da instância
do serviço do Power BI em uma nova região (geralmente dentro do mesmo local geográfico, como observado no
Microsoft Trust Center).
Uma instância do serviço do Power BI que sofreu failover dá suporte apenas a operações de leitura, o que significa
que as operações a seguir não têm suporte durante o failover: atualizações, operações de publicação de relatório,
modificações de dashboard ou de relatório e outras operações que exigem alterações nos metadados do Power BI
(por exemplo, inserção de um comentário em um relatório). Operações de leitura, como exibição de dashboards e
de relatórios (que não são baseados em DirectQuery ou no Live Connect para fontes de dados locais) continuarão
a funcionar normalmente.
Como as instâncias de backup são mantidas em sincronia com meus

dados?
Todos os componentes do serviço do Power BI sincronizam regularmente suas instâncias de backup. Podemos ter
como destino uma sincronização de ponto no tempo de 15 minutos para o conteúdo carregado ou alterado no
Power BI. No caso de um failover, o Power BI usa replicação do Armazenamento do Azure com redundância
geográfica e replicação do SQL do Azure com redundância geográfica para garantir que instâncias de backup
existam em outras regiões e que possam ser usadas no caso de um failover.
Onde os clusters de failover estão localizados?

Instâncias de backup residem no mesmo local geográfico (área geográfica) que você selecionou quando sua
organização se inscreveu no Power BI, exceto quando observado no Microsoft Trust Center. Uma área geográfica
pode conter várias regiões, e a Microsoft pode replicar dados para qualquer uma das regiões dentro de um
determinado local para resiliência de dados. A Microsoft não replicará nem moverá dados do cliente para fora da
área geográfica. Para um mapeamento das áreas geográficas oferecidas pelo Power BI e das regiões dentro delas,
veja o Microsoft Trust Center.
Como a Microsoft decide fazer failover?
Há dois sistemas diferentes que indicam quando um failover pode ser necessário:
Nossas investigações de monitoramento internas e externas indicam uma falta de disponibilidade ou
incapacidade de funcionar corretamente. Essas indicações podem ser baseadas em interrupções detectadas nos
componentes do Power BI ou de um ou mais dos serviços dos quais o Power BI depende em uma região.
A equipe de operações central do Microsoft Azure nos informa de uma interrupção crítica em uma região.
Em ambos os casos, os membros da equipe executiva do Power BI tomar a decisão de fazer failover; a decisão em
si não é automatizada. Depois que a decisão é tomada, o processo de failover ocorre automaticamente.
Como saber o que Power BI agora está no modo de failover?

Uma notificação é postada na página de suporte do Power BI (https://powerbi.microsoft.com/support/). A
notificação inclui as principais operações que não estão disponíveis durante o failover, incluindo publicação,
atualização, criação de dashboard, duplicação de dashboard e alterações de permissão.
Quanto tempo o Power BI leva para fazer failover?

O Power BI leva aproximadamente 15 minutos para se tornar operacional novamente quando se identifica que um
failover é necessário. O tempo para identificar que um failover é necessário varia com base no cenário corrompido.
Depois que um failover é executado, o Power BI usa a replicação geográfica do Armazenamento do Azure para
executar o failover. Essas replicações geralmente têm um ponto de retorno de 15 minutos. No entanto, o
Armazenamento do Azure não garante esse período com um SLA e, portanto, o Power BI também não é capaz de
garantir um período.
O que acontecerá com workspaces e relatórios se minha capacidade

Premium ficar indisponível?
Se uma capacidade Premium ficar indisponível, os workspaces e relatórios permanecerão acessíveis e visíveis para
todos os usuários licenciados do Power BI Pro que tinham acesso a eles anteriormente.
Quando a minha instância do Power BI retorna para a região original?

Instâncias de serviço do Power BI retornam para as respectivas regiões originais quando o problema que causou o
failover é resolvido. Confira a página de suporte do Power BI: Quando o problema é resolvido, a equipe do Power
BI remove a notificação que descreve o failover. Nesse ponto, as operações devem ser voltar ao normal.
Eu sou responsável pela disponibilidade da minha solução do Power BI?

Se a solução do Power BI usada em sua organização envolve um dos elementos a seguir, você precisa executar
algumas medidas para garantir que a solução permaneça altamente disponível:
Se sua organização usa o Power BI Premium, você precisa garantir que a capacidade Premium seja
dimensionada para atender às demandas de carga da sua implantação. O white paper de planejamento e
implantação do Power BI Premium e o aplicativo de métricas de capacidade do Power BI Premium podem
ajudar você a planejar e atender a esse requisito. Regularmente, adicionamos novos recursos para o aplicativo
de métricas e o portal de administração no Power BI para ajudar.
Se sua organização acessar fontes de dados locais usando o gateway de dados local, você precisará configurar
o gateway conforme descrito neste artigo para dar suporte a alta disponibilidade. Siga estas diretrizes se você
estiver atualizando relatórios no modo de importação ou estiver acessando dados ou modelos de dados
usando o DirectQuery ou Live Connect.
Os gateways funcionarão no modo de failover?
Não. Os dados necessários de fontes de dados locais (qualquer relatório e dashboard com base em consulta direta
e Live Connect) não funcionarão durante um failover. No entanto, a configuração do gateway não é alterada:
Quando a instância do Power BI retorna ao estado original, os gateways voltam às suas funções normais.
Gerenciamento de capacidades Premium
O gerenciamento do Power BI Premium envolve a criação, o gerenciamento e o monitoramento de capacidades

Premium. Este artigo fornece uma visão geral das capacidades; confira Configurar e gerenciar capacidades para
obter instruções passo a passo.
Criar e gerenciar capacidades

A página Configurações de Capacidade do Portal de administração do Power BI exibe o número de núcleos
virtuais comprados e as capacidades Premium disponíveis. A página possibilita aos Administradores globais e aos
administradores de serviços do Power BI criar capacidades Premium com base em núcleos virtuais disponíveis ou
modificar capacidades Premium existentes.
Ao criar uma capacidade Premium, os administradores devem definir:
Nome da capacidade (exclusivo no locatário).
Administradores de capacidades.
Tamanho da capacidade.
Região da residência de dados.
Pelo menos um Administrador de capacidade deve ser atribuído. Os usuários atribuídos como Administradores de
capacidades podem:
Atribuir workspaces à capacidade.
Gerenciar permissões de usuário para adicionar Administradores de capacidade adicionais ou usuários com
permissões de atribuição (para permitir que eles atribuam workspaces à capacidade).
Gerenciar cargas de trabalho para configurar o uso máximo de memória para cargas de trabalho paginadas de
relatórios e fluxos de dados.
Reiniciar a capacidade para redefinir todas as operações em caso de sobrecarga do sistema.
Os Administradores de capacidade não podem acessar o conteúdo do workspace, a menos que estejam
explicitamente atribuídos nas permissões do workspace. Eles também não têm acesso a todas as áreas de
administração do Power BI (a menos que sejam explicitamente atribuídas), como métricas de uso, logs de
auditoria ou configurações de locatário. É importante ressaltar que os Administradores de capacidade não têm
permissões para criar novas capacidades ou dimensionar as capacidades existentes. Os administradores são
atribuídos por capacidade e isso garante que eles possam visualizar e gerenciar apenas as capacidades às quais
estão atribuídos.
O tamanho da capacidade é escolhido em uma lista disponível de opções do SKU, que é restrita pelo número de
núcleos virtuais disponíveis no pool. É possível criar várias capacidades a partir do pool e elas podem ser
originárias de um ou mais SKUs adquiridos. Por exemplo, o SKU de uma P3 (32 núcleos virtuais) pode ser usado
para criar três capacidades: uma P2 (16 núcleos virtuais) e duas P1 (2 x 8 núcleos virtuais). É possível obter
desempenho e dimensionamento aprimorados com a criação de capacidades de tamanho menor, conforme
descrito no artigo Otimização de capacidades Premium. A imagem a seguir mostra um exemplo de configuração
para a organização fictícia Contoso, que é composta por cinco capacidades Premium (3 x P1 e 2 x P3), cada uma
contendo workspaces e vários workspaces com capacidade compartilhada.
Uma capacidade Premium pode ser atribuída a uma região que não seja a região inicial do locatário do Power BI,
conhecida como Multi-Geo. A Multi-Geo fornece controle administrativo sobre quais datacenters em regiões
geográficas definidas seu conteúdo do Power BI reside. A lógica por trás de uma implantação multi-geográfica,
normalmente, visa à conformidade corporativa ou governamental e não ao desempenho e ao dimensionamento.
O carregamento de relatórios e painéis ainda envolve solicitações de metadados para a região de residência. Para
saber mais, confira Suporte Multi-Geo para o Power BI Premium.
Os administradores de serviços do Power BI e os Administradores Globais podem modificar as capacidades
Premium. Especificamente, podem:
Alterar o tamanho da capacidade para reduzir ou ampliar o dimensionamento dos recursos.
Adicionar ou remover Administradores de capacidade.
Adicionar ou remover usuários que têm permissões de atribuição.
Adicionar ou remover cargas de trabalho adicionais.
Alterar regiões.
São necessárias permissões de atribuição para atribuir um workspace a uma capacidade Premium específica. As
permissões podem ser concedidas a toda a organização, usuários específicos ou grupos.
Por padrão, as capacidades Premium dão suporte às cargas de trabalho associadas à execução de consultas do
Power BI. As capacidades Premium também dão suporte a cargas de trabalho adicionais: IA (Ser viços
Cognitivos) , Relatórios Paginados e Fluxos de Dados . Cada carga de trabalho permite a configuração da
memória máxima (como um percentual do total de memória disponível), que pode ser usada pela carga de
trabalho. É importante entender que o aumento da alocação máxima de memória pode afetar o número de
modelos ativos que podem ser hospedados e a taxa de transferência de atualizações.
A memória é dinamicamente alocada para fluxos de dados, mas é alocada estaticamente para relatórios
paginados. O motivo para alocar estaticamente a memória máxima é que os relatórios paginados são executados
em um espaço contido e seguro da capacidade. Deve-se tomar cuidado ao configurar a memória de relatórios
paginados, pois isso reduz a memória disponível para o carregamento de modelos. Para saber mais, confira as
Configurações de memória padrão.
As capacidades Premium podem ser excluídas, mas isso não levará à exclusão de seus workspaces e conteúdo. Em
vez disso, os workspaces atribuídos são movidos para a capacidade compartilhada. Se a capacidade Premium é
criada em uma região diferente, o workspace é movido para a capacidade compartilhada da região de origem.
Atribuir workspaces às capacidades
Os workspaces podem ser atribuídos a uma capacidade Premium no Portal de administração do Power BI ou no
painel Workspace .
Os Administradores de capacidade, além dos Administradores globais ou os administradores de serviços do
Power BI, podem atribuir workspaces em massa no Portal de administração do Power BI. A atribuição em massa
pode se aplicar a:
Espaços de trabalho por usuários : todos os espaços de trabalho desses usuários, incluindo espaços de
trabalho pessoais, são atribuídos à capacidade Premium. Isso inclui a reatribuição de workspaces quando
eles já estão atribuídos a uma capacidade Premium diferente. Além disso, os usuários também recebem
permissões de atribuição de workspaces.
Workspaces específicos
Espaços de trabalho de toda a organização : todos os espaços de trabalho, incluindo espaços de
trabalho pessoais, são atribuídos à capacidade Premium. Todos os usuários atuais e futuros recebem
permissões de atribuição de workspaces. Essa abordagem não é recomendada. Dê preferência a uma
abordagem mais direcionada.
Um espaço de trabalho pode ser adicionado a uma capacidade Premium usando o painel Espaço de trabalho
desde que o usuário seja um administrador do espaço de trabalho e tenha permissões de atribuição.
Os administradores de espaços de trabalho podem remover um workspace de uma capacidade (para uma
capacidade compartilhada) sem a permissão de atribuição. A remoção de espaços de trabalho de capacidades
dedicadas realoca efetivamente o workspace em uma capacidade compartilhada. Observe que a remoção de um
workspace de uma capacidade Premium pode ter consequências negativas, resultando, por exemplo, na
indisponibilidade do conteúdo compartilhado para usuários licenciados do Power BI Free, ou na suspensão da
atualização agendada quando eles excederem os limites compatíveis com as capacidades compartilhadas.
No serviço do Power BI, um workspace atribuído a uma capacidade Premium é facilmente identificado pelo ícone
de losango que ilustra o nome do workspace.
Monitorar capacidades
O monitoramento de capacidades Premium fornece aos administradores uma compreensão de como as
capacidades são executadas. As capacidades podem ser monitoradas usando o Portal de administração do Power
BI ou o aplicativo Métricas de capacidade do Power BI Premium (Power BI).
No Portal de administração de cada capacidade, a guia Integridade oferece métricas de resumo para a
capacidade e cada carga de trabalho habilitada. As métricas mostram uma média dos últimos sete dias.
No nível da capacidade, as métricas representam o valor cumulativo de todas as cargas de trabalho ativadas. São
fornecidas as seguintes métricas:
UTILIZAÇÃO DA CPU : fornece a utilização média da CPU como uma porcentagem do total disponível da CPU
para a capacidade.
USO DA MEMÓRIA : fornece o uso médio da memória (em GB) como um total da memória disponível para a
capacidade.
Para cada carga de trabalho habilitada são fornecidos o uso da memória e a utilização da CPU, além de uma série
de métricas específicas da carga de trabalho. Por exemplo, para a carga de trabalho Fluxo de dados, a Contagem
Total mostra as atualizações totais para cada fluxo de dados e a Duração Média mostra a duração média da
atualização do fluxo de dados.
Para saber mais sobre todas as métricas disponíveis para cada carga de trabalho, confira Monitorar capacidades
no portal de administração.
Os recursos de monitoramento no Portal de administração do Power BI foram projetados para fornecer um
resumo rápido das principais métricas de capacidade. Para realizar um monitoramento mais detalhado,
recomenda-se usar o aplicativo Métricas de capacidade do Power BI Premium .
Aplicativo Métricas de capacidade do Power BI Premium
O aplicativo Métricas de capacidade do Power BI Premium é um aplicativo do Power BI disponível para
administradores de capacidade e é instalado como qualquer outro aplicativo do Power BI. Ele conta com um painel
e um relatório.
Quando o aplicativo abre, o painel é carregado para apresentar vários blocos que expressam uma exibição
agregada sobre todas as capacidades das quais o usuário é um Administrador de capacidade. O layout do painel
contém cinco seções principais:
Visão geral : versão do aplicativo, número de capacidades e espaços de trabalho
Resumo do sistema : métricas de memória e CPU
Resumo do conjunto de dados : número de conjuntos de dados, DQ/LC, métricas de atualização e consulta
Resumo do fluxo de dados : número de fluxos de dados e métricas do conjunto de dados
Resumo do relatório paginado : atualizar e exibir métricas
O relatório subjacente, do qual os blocos do painel foram fixados, pode ser acessado clicando em qualquer bloco
do painel. Ele oferece uma perspectiva mais detalhada de cada uma das seções do painel e dá suporte à filtragem
interativa.
É possível executar a filtragem com a definição de segmentações por intervalo de datas, capacidade, workspace e
carga de trabalho (relatório, conjunto de dados, fluxo de dados) e a escolha de elementos nos recursos visuais do
relatório para filtrar a página do relatório. A filtragem cruzada é uma técnica avançada para restringir períodos de
tempo, capacidades, workspaces, conjuntos de dados, etc. específicos e pode ser muito útil durante a execução da
análise de causa raiz.
Para saber mais sobre o painel e as métricas de relatório no aplicativo, confira Monitorar as capacidades Premium
com o aplicativo.
Interpretar métricas
As métricas devem ser monitoradas para se estabelecer um entendimento básico do uso de recursos e da
atividade da carga de trabalho. Se a capacidade ficar lenta, é importante entender quais métricas monitorar e
quais conclusões tirar.
O ideal seria que as consultas fossem concluídas em um segundo para oferecer experiências dinâmicas para
relatar usuários e permitir uma taxa de transferência de consulta mais elevada. Normalmente, é uma preocupação
menor quando os processos em segundo plano (incluindo atualizações) levam mais tempo para concluir.
Em geral, relatórios lentos podem ser uma indicação de uma capacidade com superaquecimento. Quando os
relatórios não carregam, é indicação de uma capacidade superaquecida. Em qualquer situação, a causa raiz pode
ser atribuível a muitos fatores, incluindo:
Falha em consultas certamente indica pressão da memória e que não foi possível carregar um modelo
na memória. O serviço do Power BI tentará carregar um modelo por 30 segundos antes de falhar.
Tempos de espera excessivos em consultas podem derivar de vários motivos:
A necessidade do serviço do Power BI primeiro remover o modelo e depois carregar o modelo a ser
consultado (lembre-se de que taxas mais altas de remoção do conjunto de dados não são apenas uma
indicação de estresse da capacidade, a menos que sejam acompanhadas por longos tempos de espera
de consulta que indicam ultrapaginação de memória).
Tempos de carregamento do modelo (especialmente a espera para carregar um modelo grande na
memória).
Consultas de execução prolongada.
Muitas conexões LC\DQ (excedendo os limites de capacidade).
Saturação da CPU.
Designs complexos de relatórios com um número excessivo de recursos visuais em uma página
(lembre-se de que cada visual é uma consulta).
As longas durações das consultas podem indicar que os designs do modelo não estão otimizados,
especialmente quando vários conjuntos de dados estão ativos em uma capacidade e apenas um conjunto
de dados está produzindo longas durações de consultas. Isso sugere que a capacidade tem recursos
suficientes e que o conjunto de dados em questão está abaixo do ideal ou é apenas lento. As consultas de
execução prolongada podem ser problemáticas, pois podem bloquear o acesso aos recursos exigidos por
outros processos.
Os longos tempos de espera de atualização indicam memória insuficiente devido a muitos modelos
ativos que consomem memória ou que uma atualização problemática está bloqueando outras atualizações
(excedendo os limites de atualizações paralelas).
Uma explicação mais detalhada de como usar as métricas é abordada no artigo Otimização de capacidades
Premium.
Agradecimentos
Este artigo foi escrito por Peter Myers, MVP de plataforma de dados e especialista independente de BI da Bitwise
Solutions.
Próximas etapas
Configurar cargas de trabalho em uma capacidade Premium
Quando surgem problemas de desempenho de capacidade Premium, uma primeira abordagem comum é
otimizar ou ajustar suas soluções para restaurar tempos de resposta aceitáveis. A lógica é evitar a compra de
capacidade Premium adicional, a menos que seja justificada.
Quando a capacidade Premium adicional é necessária, há duas opções descritas neste artigo:
Escalar verticalmente uma capacidade Premium existente
Adicionar uma nova capacidade Premium
Por fim, as abordagens de teste e o dimensionamento da capacidade Premium concluem este artigo.
Práticas recomendadas
Ao tentar obter a melhor utilização e desempenho, há algumas práticas recomendadas, incluindo:
Usar workspaces em vez de workspaces pessoais.
Separar o SSBI (BI de autoatendimento e comercialmente crítico) em diferentes capacidades.
Se estiver compartilhando conteúdo apenas com usuários do Power BI Pro, talvez não seja necessário
armazenar o conteúdo em uma capacidade dedicada.
Use capacidades dedicadas ao procurar atingir um tempo de atualização específico ou quando recursos
específicos forem necessários. Por exemplo, com grandes conjuntos de altos ou relatórios paginados.
Tratando de perguntas comuns
A otimização de implantações do Power BI Premium é um assunto complexo que envolve uma compreensão dos
requisitos de carga de trabalho, recursos disponíveis e seu uso efetivo.
Este artigo aborda sete perguntas comuns de suporte, descrevendo possíveis problemas e explicações e
informações sobre como identificá-los e resolvê-los.
Por que a capacidade está lenta e o que posso fazer?
Há muitas razões que podem contribuir para uma capacidade Premium lenta. Essa pergunta requer mais
informações para entender o que significa lentidão. Os relatórios estão lentos para carregar? Ou eles estão
falhando ao carregar? Os visuais de relatório são lentos para carregar ou atualizar quando os usuários
interagem com o relatório? As atualizações estão demorando mais para serem concluídas do que o esperado ou
do que antes?
Depois de entender o motivo, você pode começar a investigar. As respostas às seis perguntas a seguir ajudarão
você a resolver problemas mais específicos.
Qual conteúdo está esgotando minha capacidade?
Você pode usar o aplicativo Métricas de Capacidade do Power BI Premium para filtrar por capacidade e
examinar as métricas de desempenho do conteúdo do workspace. É possível examinar as métricas de
desempenho e o uso de recursos por hora nos últimos sete dias para todo o conteúdo armazenado em uma
capacidade Premium. O monitoramento é geralmente a primeira etapa a ser tomada ao solucionar problemas de
uma preocupação geral sobre o desempenho da capacidade Premium.
As principais métricas a serem monitoradas incluem:
CPU média e contagem de alta utilização.
Memória Média e contagem de alta utilização, além de uso de memória para conjuntos de dados específicos,
fluxos de dados e relatório paginados.
Conjuntos de valores ativos carregados na memória.
Durações de consulta média e máxima.
Tempos médios de espera de consulta.
Tempo médios de atualização de fluxo de dados e conjunto de dados.
No aplicativo de Métricas de Capacidade Power BI Premium, a memória ativa mostra a quantidade total de
memória fornecida a um relatório que não pode ser removida porque está em uso nos últimos três minutos. Um
alto pico no tempo de espera de atualização pode ser correlacionado a um conjunto de um grande e/ou ativo.
O gráfico de Cinco Principais por Duração Média destaca os cinco principais conjuntos de dados, relatórios
paginados e fluxos de dados que consomem recursos de capacidade. O conteúdo nas lista dos cinco principais é
candidato à investigação e possível otimização.
Por que os relatórios estão lentos?
As tabelas a seguir mostram possíveis problemas e maneiras de identificá-los e tratá-los.
Recursos de capacidade insuficientes
P O SSÍVEIS EXP L IC A Ç Õ ES C O M O IDEN T IF IC A R C O M O RESO LVER
Memória ativa total alta (o modelo não Monitore as métricas de memória [1] e Diminua o tamanho do modelo ou
pode ser removido porque está em as contagens de remoção [2]. converta no modo DirectQuery. Veja a
uso nos últimos três minutos). seção Otimizando modelos neste
artigo.
Vários picos altos nos tempos de
espera da consulta. Aumente a capacidade.
Vários picos altos nos tempos de Atribua o conteúdo a uma capacidade

espera da atualização. diferente.
Designs de relatório ineficientes

As páginas do relatório contêm muitos Examine os designs de relatório. Recrie relatórios com menos visuais por
visuais (a filtragem interativa pode página.
disparar pelo menos uma consulta por Entreviste os usuários de relatório para
visual). entender como eles interagem com os
relatórios.
Os visuais recuperam mais dados do
que o necessário. Monitore as métricas de consulta do
conjunto de dados [3].
O conjunto de dados está lento, especialmente quando os relatórios já foram bem executados
Volumes cada vez maiores de dados de Examine os designs de modelo. Veja a seção Otimizando modelos
importação. neste artigo.
Monitore os contadores de
Lógica de cálculo complexa ou desempenho do gateway.
ineficiente, incluindo funções de RLS.
Modelo não totalmente otimizado.
(DQ/LC) Latência do gateway.
Tempos de resposta de consulta de

origem do DQ lentos.
Alto uso de relatório simultâneo
Tempos de espera de consulta Monitore a utilização da CPU [4], os Aumente a capacidade ou atribua o
elevados. tempos de espera da consulta e as conteúdo a uma capacidade diferente.
métricas de utilização do DQ/LC [5] +
Saturação da CPU. durações da consulta. Se estiverem Recrie relatórios com menos visuais por
flutuando, isso poderá indicar página.
Limites de conexão do DQ/LC problemas de simultaneidade.
excedidos.
Obser vações:
[1] Uso Médio de Memória (GB) e Maior Consumo de Memória (GB).
[2] Remoções de conjunto de dados.
[3] Consultas de Conjunto de Dados, Duração Média da Consulta de Conjunto de Dados (ms), Contagem de
Espera de Conjunto de Dados e Tempo de Espera Médio (ms).
[4] Contagem de Alta Utilização de CPU e Tempo de Utilização Mais Alta de CPU (últimos sete dias).
[5] Contagem de Alta Utilização de DQ/LC e Tempo de Utilização Mais Alta de DQ/LC (últimos sete dias).
Por que os relatórios não estão sendo carregados?
Quando os relatórios não são carregados, é claro que a capacidade tem memória insuficiente e está
superaquecida. Isso pode ocorrer quando todos os modelos carregados estão sendo consultados ativamente e,
portanto, não podem ser removidos e todas as operações de atualização foram pausadas ou atrasadas. O
serviço do Power BI tentará carregar o conjunto de dados por 30 segundos e o usuário será notificado
normalmente sobre a falha com uma sugestão para tentar novamente em breve.
Atualmente, não há métrica para monitorar falhas de carregamento de relatório. Você pode identificar o
potencial desse problema monitorando a memória do sistema, especificamente a maior utilização e a hora de
utilização mais alta. Altas remoções de conjunto de dados e longos tempos de espera médios de atualização do
conjunto de dados podem sugerir que esse problema está ocorrendo.
Se isso ocorrer apenas algumas vezes, talvez não seja considerado um problema prioritário. Os usuários de
relatório são informados de que o serviço está ocupado e que devem tentar novamente após um curto período.
Se isso ocorrer com muita frequência, o problema poderá ser resolvido expandindo a capacidade Premium ou
atribuindo o conteúdo a uma capacidade diferente.
Os administradores de capacidade (e administradores de serviço do Power BI) podem monitorar a métrica de
Falhas de Consulta para determinar quando isso acontece. Eles também podem reiniciar a capacidade,
redefinindo todas as operações em caso de sobrecarga do sistema.
Por que as atualizações não são iniciadas no prazo?
As horas de início da atualização agendada não são garantidas. Lembre-se de que o serviço do Power BI sempre
priorizará operações interativas em operações em segundo plano. A atualização é uma operação em segundo
plano que pode ocorrer quando duas condições são atendidas:
Há memória suficiente
O número de atualizações simultâneas com suporte para a capacidade Premium não é excedido
Quando as condições não forem atendidas, a atualização será enfileirada até que as condições sejam favoráveis.
Para uma atualização completa, lembre-se de que pelo menos o tamanho da memória do conjunto de dados
atual é necessário. Se não houver memória suficiente disponível, a atualização não poderá ser iniciada até que a
remoção do modelo libere memória – isso significa atrasos até que um ou mais conjuntos de valores se tornem
inativos e possam ser removidos.
Lembre-se de que o número com suporte de atualizações simultâneas máximas é definido como 1,5 vez os
núcleos virtuais de back-end, arredondados.
Uma atualização agendada falhará quando não for possível começar antes da próxima atualização agendada
devido ao início. Uma atualização sob demanda disparada manualmente da interface do usuário tentará executar
até três vezes antes de falhar.
O administrador de capacidade (e os administradores de serviço do Power BI) pode monitorar a métrica Tempo
Médio de Espera de Atualização (minutos) para determinar o atraso médio entre a hora agendada e o
início da operação.
Embora normalmente não seja uma prioridade administrativa, para influenciar as atualizações de dados no
prazo, verifique se há memória suficiente disponível. Isso pode envolver o isolamento de conjuntos de valores
para capacidades com recursos suficientes conhecidos. Também é possível que os administradores possam
coordenar com os proprietários do conjunto de dados para ajudar a escalonar ou reduzir os tempos de
atualização agendados para minimizar as colisões. Observe que não é possível que um administrador exiba a fila
de atualização ou recupere agendas de conjunto dados.
Por que as atualizações são lentas?
As atualizações podem ser lentas ou percebidas como lentas (como as pergunta comuns anteriores abordam).
Quando a atualização é, na verdade, lenta, isso pode ser devido a vários motivos:
CPU insuficiente (a atualização pode fazer uso intenso da CPU).
Memória insuficiente, resultando na pausa da atualização (o que exige que a atualização seja reiniciada
quando as condições são favoráveis para reinicializar).
Motivos de não capacidade, incluindo a capacidade de resposta do sistema de fonte de dados, latência de
rede, permissões inválidas ou taxa de transferência do gateway.
Volume de dados – um bom motivo para configurar a atualização incremental, conforme discutido abaixo.
Os administradores de capacidade (e os administradores de serviço do Power BI) pode monitorar a métrica
Média de Duração de Atualização (minutos) para determinar um parâmetro de comparação ao longo do
tempo e as métricas Tempo Médio de Espera de Atualização (minutos) para determinar o atraso médio
entre a hora agendada e o início da operação.
A atualização incremental pode reduzir significativamente a duração da atualização de dados, especialmente
para grandes tabelas de modelo. Há quatro benefícios associados à atualização incremental:
As atualizações são mais rápidas – apenas um subconjunto de uma tabela precisa ser carregado,
reduzindo o uso de CPU e de memória e o paralelismo pode ser maior ao atualizar várias partições.
As atualizações ocorrem somente quando necessário – as políticas de atualização incremental podem
ser configuradas para carregar somente quando os dados forem alterados.
As atualizações são mais confiáveis – conexões de execução mais curtas para sistemas de fonte de dados
voláteis são menos suscetíveis à desconexão.
Os modelos permanecem organizados – as políticas de atualização incremental podem ser configuradas
para remover automaticamente o histórico além de uma janela dinâmica de tempo.
Para saber mais, confira Atualização incremental no Power BI Premium.
Por que as atualizações de dados não estão sendo concluídas?
Quando a atualização de dados começa, mas não é concluída, pode ser devido a vários motivos:
Memória insuficiente, mesmo se houver apenas um modelo na capacidade Premium, ou seja, o tamanho do
modelo é muito grande.
Motivos de não capacidade, incluindo a desconexão do sistema da fonte dados, permissões inválidas ou erro
de gateway.
Os administradores de capacidade (e administradores de serviço do Power BI) podem monitorar a métrica
Falhas de Atualização devido a memória insuficiente .
Otimizando modelos
O design de modelo ideal é crucial para a entrega de uma solução eficiente e escalonável. No entanto, está além
do escopo deste artigo fazer uma discussão completa. Em vez disso, esta seção mostrará as principais áreas para
otimizar modelos.
Otimizando modelos hospedados no Power BI
A otimização de modelos hospedados em uma capacidade Premium pode ser obtida nas camadas de fontes de
dados e modelo.
Considere as possibilidades de otimização para um modelo de Importação:
Na camada do datasource:
As fontes de dados relacionais podem ser otimizadas para garantir a atualização mais rápida possível,
aplicando os índices apropriados, definindo as partições de tabela que se alinham aos períodos de
atualização incremental e materializando os cálculos (no lugar de tabelas e colunas de modelo calculadas) ou
adicionando lógica a exibições.
As fontes de dados não relacionais podem ser previamente integradas a repositórios relacionais.
Verifique se os gateways têm recursos suficientes, preferencialmente em computadores dedicados, com
largura de banda de rede suficiente e em proximidade com as fontes de dados.
Na camada de modelo:
Os designs de consulta do Power Query podem minimizar ou remover transformações complexas e
especialmente aquelas que mesclam diferentes fontes de dados (data warehouses fazem isso durante o
estágio Extract-Transform-Load). Além disso, garantir que os níveis de privacidade de fonte de fontes
apropriados sejam definidos pode evitar a necessidade de o Power BI carregar resultados completos para
produzir um resultado combinado entre consultas.
A estrutura do modelo determina os dados a serem carregados e tem um impacto direto no tamanho do
modelo. Ela pode ser projetada para evitar o carregamento de dados desnecessários removendo colunas,
removendo linhas (especialmente dados históricos) ou carregando dados resumidos (à custa de carregar
dados detalhados). A redução drástica de tamanho pode ser obtida removendo colunas de alta cardinalidade
(especialmente colunas de texto) que não são armazenadas nem compactadas com muita eficiência.
O desempenho de consulta de modelo pode ser melhorado configurando relações de direção única, a menos
que haja um motivo convincente para permitir a filtragem bidirecional. Considere também usar a função
CROSSFILTER, em vez de filtragem bidirecional.
As tabelas de agregação podem obter respostas de consulta rápidas carregando dados previamente
resumidos, no entanto, isso aumentará o tamanho do modelo e resultará em tempos de atualização mais
longos. Em geral, as tabelas de agregação devem ser reservadas para modelos muito grandes ou designs de
modelo Composto.
As tabelas e colunas calculadas aumentam o tamanho do modelo e resultam em tempos de atualização mais
longos. Em geral, um tamanho de armazenamento menor e o tempo de atualização mais rápido podem ser
obtidos quando os dados são materializados ou calculados na fonte de dados. Se isso não for possível, usar
colunas personalizadas do Power Query poderá oferecer uma compactação de armazenamento aprimorada.
Pode haver oportunidade para ajustar expressões DAX para medidas e regras de RLS, talvez reescrevendo a
lógica para evitar fórmulas de alto custo
A atualização incremental pode reduzir drasticamente o tempo de atualização e preservar a memória e a
CPU. A atualização incremental também pode ser configurada para remover os tamanhos de modelo de
manutenção de dados históricos.
Um modelo pode ser reprojetado como dois modelos quando há padrões de consulta diferentes e
conflitantes. Por exemplo, alguns relatórios apresentam agregações de alto nível sobre todo o histórico e
podem tolerar a latência de 24 horas. Outros relatórios se preocupam com os dados de hoje e precisam de
acesso granular a transações individuais. Em vez de criar um único modelo para atender a todos os relatórios,
crie dois modelos otimizados para cada requisito.
Considere as possibilidades de otimização para um modelo de DirectQuery. Como o modelo emite solicitações
de consulta para a fonte de dados subjacente, a otimização da fonte de dados é crítica para fornecer consultas de
modelo responsivas.
Na camada do datasource:
A fonte de dados pode ser otimizada para garantir a consulta mais rápida possível por meio de pré-
integração de dados (o que não é possível na camada do modelo), aplicação de índices apropriados, definição
de partições de tabela, materialização de dados resumidos (com exibições indexadas) e minimização da
quantidade de cálculo. A melhor experiência é obtida quando as consultas de passagem precisam apenas
filtrar e executar junções internas entre tabelas ou exibições indexadas.
largura de banda de rede suficiente e em proximidade com a fonte de dados.
Na camada de modelo:
Os designs de consulta do Power Query devem, de preferência, não aplicar nenhuma transformação – caso
contrário, tente manter as transformações a um mínimo absoluto.
O desempenho de consulta de modelo pode ser melhorado configurando relações de direção única, a menos
que haja um motivo convincente para permitir a filtragem bidirecional. Além disso, as relações de modelo
devem ser configuradas para presumir que a integridade referencial é imposta (quando esse for o caso) e
resultará em consultas de fonte de dados usando junções internas mais eficientes (em vez de junções
externas).
Evite criar colunas personalizadas de consulta ou coluna calculada de modelo do Power Query,
materializando-as na fonte de fontes, quando possível.
Pode haver oportunidade para ajustar expressões DAX para medidas e regras de RLS, talvez reescrevendo a
lógica para evitar fórmulas de alto custo.
Considere as possibilidades de otimização para um modelo Composto. Lembre-se de que um modelo Composto
permite uma combinação de tabelas de importação e DirectQuery.
Em geral, a otimização dos modelos de importação e DirectQuery aplicam-se a tabelas de modelo Composto
que usam esses modos de armazenamento.
Normalmente, busque obter um design equilibrado configurando tabelas do tipo de dimensão
(representando entidades de negócios) como modo de armazenamento Duplo e tabelas do tipo de fato
(muitas vezes, tabelas grandes, representando fatos operacionais) como modo de armazenamento
DirectQuery. O modo de armazenamento duplo significa os modos de armazenamento de Importação e
DirectQuery, e isso permite que o serviço do Power BI determine o modo de armazenamento mais eficiente a
ser usado ao gerar uma consulta nativa para passagem.
largura de banda de rede suficiente e em proximidade com as fontes de dados
As tabelas de agregações configuradas como modo de armazenamento de Importação podem fornecer
melhorias consideráveis de desempenho de consulta quando usadas para resumir as tabelas do tipo fato do
modo de armazenamento DirectQuery. Nesse caso, as tabelas de agregação aumentarão o tamanho do
modelo e aumentarão o tempo de atualização e, muitas vezes, essa é uma compensação aceitável para
consultas mais rápidas.
Otimizando modelos hospedados externamente
Muitas possibilidades de otimização discutidas na seção Otimizando modelos hospedados do Power BI se
aplicam também a modelos desenvolvidos com Azure Analysis Services e com o SQL Server Analysis Services.
As exceções claras são determinados recursos que não têm suporte no momento, incluindo modelos compostos
e tabelas de agregação.
Uma consideração adicional para conjuntos de dados hospedados externamente é a hospedagem de banco de
dados em relação ao serviço do Power BI. Para o Azure Analysis Services, isso significa criar o recurso do Azure
na mesma região que o locatário do Power BI (região de residência). Para o SQL Server Analysis Services, para
IaaS, isso significa hospedar a VM na mesma região e, para o local, significa garantir uma configuração de
gateway eficiente.
Além disso, pode ser interessante observar que os bancos de dados do Azure Analysis Services e os bancos de
dados de tabela do SQL Server Analysis Services exigem que seus modelos sejam carregados totalmente na
memória e que permaneçam lá sempre para dar suporte à consulta. Assim como o serviço do Power BI, precisa
haver memória suficiente para atualizar se o modelo precisar permanecer online durante a atualização. Ao
contrário do serviço do Power BI, não há nenhum conceito de que os modelos sejam automaticamente inseridos
e removidos da memória conforme o uso. O Power BI Premium, portanto, oferece uma abordagem mais
eficiente para maximizar a consulta de modelo com menor uso de memória.
Planejamento da capacidade
O tamanho de uma capacidade Premium determina sua memória disponível e os limites e recursos de
processador impostos sobre a capacidade. O número de capacidades Premium também deve ser considerado,
pois a criação de várias capacidades Premium pode ajudar a isolar as cargas de trabalho umas das outras.
Observe que o armazenamento é de 100 TB por nó de capacidade, e isso provavelmente será mais do que
suficiente para qualquer carga de trabalho.
Determinar o tamanho e o número de capacidades Premium pode ser desafiador, especialmente para as
capacidades iniciais que você criar. A primeira etapa ao dimensionar a capacidade é entender a carga de trabalho
média que representa o uso esperado do dia a dia. É importante entender que nem todas as cargas de trabalho
são iguais. Por exemplo, em um lado do espectro, é fácil atingir 100 usuários simultâneos acessando uma única
página de relatório que contém um único Visual. No entanto, no outro lado do espectro, 100 usuários
simultâneos que acessam 100 relatórios diferentes, cada um com 100 visuais na página de relatório, vão impor
demandas muito diferentes de recursos de capacidade.
Portanto, os administradores de capacidade precisarão considerar muitos fatores específicos do ambiente, do
conteúdo e do uso esperado. O objetivo de substituição é maximizar a utilização da capacidade e, ao mesmo
tempo, fornecer tempos de consulta consistentes, tempos de espera aceitáveis e taxas de remoção. Os fatores a
serem considerados podem incluir:
Características de dados e tamanho do modelo – os modelos de importação devem ser totalmente
carregados na memória para permitir a consulta ou a atualização. Os conjuntos de dados de LC/DQ podem
exigir um tempo de processador significativo e possivelmente uma memória significativa para avaliar
medidas complexas ou regras de RLS. A memória e o tamanho do processador e a taxa de transferência de
consulta LC/DQ são restritos pelo tamanho da capacidade.
Modelos ativos simultâneos – a consulta simultânea de diferentes modelos de importação fornecerá
melhor capacidade de resposta e desempenho quando eles permanecerem na memória. Deve haver
memória suficiente para hospedar todos os modelos de consulta intensa, com memória adicional para
permitir sua atualização.
Atualização do modelo de impor tação – o tipo de atualização (completo ou incremental), a duração e a
complexidade das consultas do Power Query e a lógica de tabela/coluna calculada podem afetar a memória e,
principalmente, o uso do processador. As atualizações simultâneas são restritas pelo tamanho da capacidade
(1,5 x v-cores de back-end, arredondado).
Consultas simultâneas – muitas consultas simultâneas podem resultar em relatórios sem resposta quando
o processador ou as conexões de LC/DQ excedem o limite de capacidade. Isso é especialmente o caso para
páginas de relatório que incluem muitos elementos visuais.
Fluxos de entrada e relatórios paginados – a capacidade pode ser configurada para dar suporte a fluxos
de dados e a relatórios paginados, cada um exigindo um percentual máximo configurável de memória de
capacidade. A memória é dinamicamente alocada para fluxos de dados, mas é alocada estaticamente para
relatórios paginados.
Além desses fatores, os administradores de capacidade podem considerar a criação de várias capacidades. Várias
capacidades permitem o isolamento de cargas de trabalho e podem ser configuradas para garantir que as cargas
de trabalho prioritárias tenham recursos garantidos. Por exemplo, duas capacidades podem ser criadas para
separar cargas de trabalho críticas para os negócios de cargas de trabalho SSBI (BI de autoatendimento). A
capacidade comercialmente crítica pode ser usada para isolar grandes modelos corporativos, fornecendo a eles
recursos garantidos, com o acesso concedido somente ao departamento de TI. A capacidade do SSBI pode ser
usada para hospedar um número cada vez maior de modelos menores, com acesso concedido a analistas de
negócios. A capacidade SSBI pode às vezes ter esperas de consulta ou atualização toleráveis.
Ao longo do tempo, os Administradores de Capacidade podem balancear os workspaces entre as capacidades
movendo o conteúdo entre os workspaces ou workspaces entre as capacidades e dimensionando as capacidades
para mais ou para menos. Em geral, para hospedar modelos maiores, você aumenta e, para uma simultaneidade
maior, você expande.
Lembre-se de que comprar uma licença fornece ao locatário v-cores. A compra de uma assinatura P3 pode ser
usada para criar uma ou até quatro capacidades Premium, ou seja, 1 x P3 ou 2 x P2 ou 4 x P1. Além disso, antes
de aumentar uma capacidade P2 para uma capacidade P3, pode-se considerar dividir os v-cores para criar duas
capacidades P1.
Abordagens de teste
Quando o tamanho da capacidade é decidido, o teste pode ser executado criando um ambiente controlado. Uma
opção prática e econômica é criar uma capacidade do Azure (SKUs A), observando que uma capacidade P1 tem o
mesmo tamanho que uma capacidade A4, tendo as capacidades P2 e P3 o mesmo tamanho que as capacidades
A5 e A6, respectivamente. As capacidades do Azure podem ser criadas rapidamente e são cobradas por hora.
Assim, quando o teste for concluído, elas poderão ser facilmente excluídas para interromper o acúmulo de
custos.
O conteúdo do teste pode ser adicionado aos workspaces criados na capacidade do Azure e então, como um
único usuário, pode executar relatórios para gerar uma carga de trabalho realista e representativa das consultas.
Se houver modelos de importação, uma atualização para cada modelo também deverá ser executada. As
ferramentas de monitoramento podem ser usadas para examinar todas as métricas para entender a utilização de
recursos.
É importante que os testes sejam repetíveis. Os testes devem ser executados várias vezes e devem fornecer
aproximadamente o mesmo resultado a cada vez. Uma média desses resultados pode ser usada para extrapolar
e estimar uma carga de trabalho em condições de produção verdadeiras.
Se você já tiver uma capacidade e os relatórios para os quais deseja fazer o teste de carga, use a ferramenta de
geração de carga do PowerShell para gerar rapidamente um teste de carga. A ferramenta permite que você
calcule quantas instâncias de cada relatório sua capacidade pode executar em uma hora. Você pode usar a
ferramenta para avaliar a habilidade da capacidade de renderizar o relatório individual ou renderizar vários
relatórios diferentes em paralelo. Para obter mais informações, veja o vídeo Microsoft Power BI: Capacidade
Premium.
Para gerar um teste mais complexo, considere desenvolver um aplicativo de teste de carga que simule uma
carga de trabalho realista. Para obter mais informações, veja o webinar Teste de carga de aplicativos Power BI
com o Teste de Carga do Visual Studio.
Agradecimentos
Solutions.
Próximas etapas
Este artigo descreve os cenários do mundo real em que capacidades do Power BI Premium foram implementadas.
São descritos problemas e desafios comuns e também como identificar problemas e ajudar a resolvê-los:
Como manter os conjuntos de dados atualizados
Como identificar conjuntos de dados com resposta lenta
Como identificar as causas de conjuntos de dados que esporadicamente têm resposta lenta
Como determinar se há memória suficiente
Como determinar se há CPU suficiente
As etapas, juntamente com os exemplos de gráfico e tabela, são do aplicativo Métricas de Capacidade do
Power BI Premium ao qual um administrador do Power BI tem acesso.
Como manter os conjuntos de dados atualizados

Nesse cenário, uma investigação foi disparada quando os usuários reclamaram que os dados de relatório às vezes
pareciam ser antigos ou "obsoletos".
No aplicativo, o administrador interage com o visual Atualiza , classificando conjuntos de dados pelas estatísticas
de Tempo de Espera Máximo em ordem decrescente. Esse visual os ajuda a revelar conjuntos de dados com os
tempos de espera mais longos, agrupados por nome do workspace.
No visual Tempos de Espera de Atualização Médios por Hora , eles observam que os tempos de espera de
atualização consistentemente atingem o pico por volta das 16h todos os dias.
Há várias explicações possíveis para esses resultados:
Muitas tentativas de atualização podem estar ocorrendo ao mesmo tempo, excedendo os limites definidos
pelo nó de capacidade. Nesse caso, seis atualizações simultâneas em um P1 com alocação de memória
padrão.
Os conjuntos de valores a serem atualizados podem ser muito grandes para a memória disponível
(exigindo pelo menos 2x a memória necessária para a atualização completa).
Uma lógica ineficiente do Power Query pode estar resultando em um pico de uso de memória durante a
atualização do conjunto de resultados. Em uma capacidade ocupada, esse pico ocasionalmente pode chegar
ao limite físico, falhando na atualização e potencialmente afetando outras operações de exibição de
relatório na capacidade.
Os conjuntos de linhas consultados com frequência que precisam permanecer na memória podem afetar a
capacidade de atualização de outros conjuntos de valores devido à memória disponível limitada.
Para ajudar a investigar, o administrador do Power BI pode procurar:
Baixa memória disponível no momento em que os dados são atualizados quando a memória disponível é
menor do que o dobro do tamanho do conjunto de dados a ser atualizado.
Os conjuntos de valores não estão sendo atualizados e não estão na memória antes da atualização, mas foram
iniciados para mostrar o tráfego interativo durante os horários de atualização pesada. Para ver quais conjuntos
de dados são carregados na memória a qualquer momento, um administrador do Power BI pode examinar a
área de conjuntos de dados da guia Conjuntos de Dados no aplicativo. O administrador pode fazer uma
filtragem cruzada para um determinado momento clicando em uma das barras em Contagens do Conjuntos
de Dados Carregados por Hora . Um pico local, mostrado na imagem abaixo, indica uma hora em que
vários conjuntos de valores foram carregados na memória, o que poderia atrasar o início das atualizações
agendadas.
Ocorrência de mais remoções de conjunto de dados no momento em que as atualizações estão agendadas
para começar. As remoções podem indicar que houve uma alta pressão de memória causada pelo
fornecimento de muitos relatórios interativos diferentes antes do momento da atualização. O visual Remoções
de Conjunto de Dados por Hora e Consumo de Memória pode indicar claramente picos de remoções.
A imagem a seguir mostra um pico local nos conjuntos de dados carregados, o que sugere um início atrasado de
atualizações da consulta interativa. A seleção de um período no visual Contagens de Conjunto de Dados
Carregados por Hora fará a filtragem cruzada do visual Tamanhos do Conjunto de Dados .
O administrador do Power BI pode tentar resolver o problema executando etapas para garantir que memória
suficiente esteja disponível para atualizações de dados serem iniciadas das seguintes maneiras:
Contatando os proprietários do conjunto de dados e pedindo que escalonem e espacem os agendamentos de
atualização.
Reduzindo a carga de consulta do conjunto de dados removendo dashboards desnecessários ou blocos de
dashboards, especialmente aqueles que impõem a segurança em nível de linha.
Acelerando as atualizações de dados otimizando a lógica do Power Query. Melhore a modelagem de colunas
calculadas ou tabelas. Reduza os tamanhos dos conjuntos de dados ou configure conjunto de dados maiores
para executar a atualização incremental.
Como identificar conjuntos de dados com resposta lenta

Nesse cenário, uma investigação começou quando os usuários reclamaram que alguns relatórios levavam muito
tempo para ser abertos e, às vezes, paravam de responder.
No aplicativo, o administrador do Power BI pode usar o visual Durações de Consulta para determinar os
conjuntos de dados de pior desempenho, classificando conjuntos de dados por Duração Média decrescente. Esse
visual também mostra contagens de consulta do conjunto de dados, assim, você pode ver com que frequência os
conjuntos de dados são consultados.
O administrador pode consultar o visual Distribuição da Duração da Consulta , que mostra uma distribuição
geral do desempenho de consulta classificado (<=30 ms, 0 a 100 ms) para o período de tempo filtrado.
Geralmente, as consultas que levam um segundo ou menos são consideradas responsivas pela maioria dos
usuários; as consultas que demoram mais tendem a criar uma percepção do mau desempenho.
O visual Distribuição da Duração de Consulta por Hora permite que o administrador do Power BI identifique
períodos de uma hora quando o desempenho da capacidade pode ter sido percebido como insatisfatório. Quanto
maiores os segmentos de barras que representam durações de consulta em um segundo, maior será o risco de
que os usuários percebam o desempenho como insatisfatório.
O visual é interativo e, quando um segmento da barra é selecionado, o visual da tabela Durações de Consulta
correspondentes na página do relatório é filtrado de modo cruzado para mostrar os conjuntos de dados que ele
representa. Essa filtragem cruzada permite que o administrador do Power BI identifique facilmente quais
conjuntos de dados estão respondendo lentamente.
A imagem a seguir mostra um visual filtrado por Distribuições de Duração de Consulta por Hora ,
concentrando-se nos conjuntos de dados de pior desempenho em buckets de uma hora.
Quando o conjunto de dados de baixa desempenho em um período específico de uma hora é identificado, o
administrador do Power BI pode investigar se o baixo desempenho é causado por uma capacidade sobrecarregada
ou devido a um relatório ou conjunto de dados mal projetado. Eles podem consultar o visual Tempos de Espera
de Consulta e classificar os conjuntos de dados por tempo médio de espera de consulta. Se um percentual
grande de consultas estiver aguardando, uma demanda alta para o conjunto de dados provavelmente será a causa
de muitas esperas de consulta. Se o tempo médio de espera da consulta for significativo (>100 ms), poderá valer a
pena analisar o conjunto de relatórios e o relatório para ver se podem ser feitas otimizações. Por exemplo, menos
visuais em determinadas páginas de relatório ou uma otimização da expressão DAX.
Há vários motivos possíveis para o acúmulo de tempo de espera de consulta em conjuntos de dados:
Design de modelo, expressões de medida ou até mesmo design de relatório não ideais são fatores que podem
contribuir para consultas de execução prolongada que consomem níveis elevados de CPU. Isso força novas
consultas a aguardar até que os threads de CPU fiquem disponíveis e possam criar um efeito de comboio
(pense em um congestionamento de trânsito), normalmente observado durante o pico do horário comercial. A
página Esperas de Consulta será o recurso principal para determinar se os conjuntos de dados têm tempos
de espera médios de consulta.
Um alto número de usuários de capacidade simultâneos (centenas a milhares) consumindo o mesmo relatório
ou conjunto de dados. Até mesmo conjuntos de dados bem projetados podem ter um mau desempenho além
de um limite de simultaneidade. Isso geralmente é indicado por um único conjunto de dados mostrando um
valor drasticamente maior para contagens de consulta do que outros conjuntos de dados (por exemplo, 300
mil consultas para um conjunto de dados em comparação a <30 mil para todos os outros). Em algum
momento, as esperas de consulta para esse conjunto de dados começarão a falhar, o que pode ser visto no
visual Durações da Consulta .
Muitos conjuntos de dados diferentes consultados ao mesmo tempo, causando ultrapaginação, uma vez que os
conjuntos de valores frequentemente alternam entre ficar com e sem memória. Isso faz com que os usuários
tenham desempenho lento quando o conjunto de dados é carregado na memória. Para confirmar, o
administrador do Power BI pode consultar o visual Remoções do Conjunto de Dados por Hora e
Consumo de Memória , o que pode indicar que um grande número de conjuntos de dados carregados na
memória está sendo removido repetidamente.
Como identificar as causas de conjuntos de dados que

esporadicamente têm resposta lenta
Nesse cenário, uma investigação começou quando os usuários descreveram que os visuais de relatório às vezes
eram lentos para responder ou podiam deixar de responder, mas, em outras ocasiões, eram responsivos de forma
aceitável.
Dentro do aplicativo, a seção Durações da Consulta foi usada para encontrar o conjunto de dados culpado da
seguinte maneira:
No visual Durações da Consulta , o administrador filtrou cada conjunto de dados (começando pelos
conjuntos de dados superiores) e examinou as barras com filtro cruzado no visual Distribuições de Consulta
por Hora .
Quando uma única barra de uma hora mostrou alterações significativas na proporção entre todos os grupos de
duração da consulta versus outras barras de uma hora para esse conjunto de dados (por exemplo, as
proporções entre as cores mudam de forma drástica), isso significa que esse conjunto de dados demonstrou
uma alteração esporádica no desempenho.
Barras de uma hora que mostram uma parte irregular das consultas de baixo desempenho indicaram um
período em que o conjunto de dados foi afetado por um efeito de vizinho barulhento causado pelas outras
atividades de outros conjuntos de dados.
A imagem abaixo mostra uma hora em 30 de Janeiro em que um houve uma queda significativa no desempenho
de um conjunto de dados, indicada pelo tamanho do bucket de duração de execução "(3,10 s]". Clicar nessa barra
de uma hora revela todos os conjuntos de dados carregados na memória durante esse tempo, identificando
possíveis conjuntos de dados que causam o efeito vizinho barulhento.
Depois que um período problemático é identificado (por exemplo, durante 30 de janeiro na imagem acima), o
administrador do Power BI pode remover todos os filtros de conjunto de linhas e filtrar somente por esse período
para determinar quais conjuntos de dados foram consultados ativamente durante esse tempo. O conjunto de
dados culpado pelo efeito de vizinho barulhento geralmente é o conjunto de dados mais consultado ou aquele
com a maior duração média de consulta.
Uma solução para esse problema pode ser distribuir os conjuntos de dados culpados em diferentes workspaces
em diferentes capacidades Premium ou em capacidade compartilhada, se houver suporte para o tamanho do
conjunto de dados, para os requisitos de consumo e para os padrões de atualização.
O inverso também pode ser verdadeiro. O administrador do Power BI pode identificar os horários em que um
desempenho de consulta do conjunto de dados melhora drasticamente e então procurar o que desapareceu. Se
determinadas informações estiverem ausentes nesse ponto, isso poderá ajudar a indicar a causa do problema.
Como determinar se há memória suficiente

Para determinar se há memória suficiente para a capacidade concluir suas cargas de trabalho, o administrador do
Power BI pode consultar o visual Percentuais de Memória Consumida na guia Conjuntos de Dados do
aplicativo. Toda (total) a memória representam a memória consumida pelos conjuntos de dados carregados na
memória, independentemente de serem consultados ou processados ativamente. A memória ativa representa a
memória consumida pelos conjuntos de dados que estão sendo processados ativamente.
Em uma capacidade íntegra, o visual terá esta aparência, mostrando uma lacuna entre Toda (total) a memória e a
memória Ativa:
Em uma capacidade que está sofrendo pressão de memória, o mesmo visual mostrará claramente a memória
ativa e a memória total convergindo, o que significa que é impossível carregar conjuntos de dados adicionais na
memória. Nesse caso, o administrador do Power BI pode clicar em Reinicialização de Capacidade (em Opções
Avançadas da área de configurações de capacidade do portal de administração). Reiniciar a capacidade resulta
em todos os conjuntos de dados serem liberados da memória, permitindo que sejam recarregados na memória
conforme necessário (por consultas ou atualização de dados).
Como determinar se há CPU suficiente
Em geral, a utilização média da CPU da capacidade deve permanecer abaixo de 80%. Exceder esse valor significa
que a capacidade está se aproximando da saturação da CPU.
Os efeitos da saturação da CPU são expressos por operações que demoram mais do que deveriam por a
capacidade realizar muitas alternâncias de contextos de CPU enquanto tenta processar todas as operações. Em
uma capacidade Premium com um alto número de consultas simultâneas, isso é indicado por tempos de espera
de consulta longos. Uma consequência de tempos de espera de consulta longos é a capacidade de resposta mais
lenta do que o normal. O administrador do Power BI pode identificar facilmente quando a CPU está saturada
exibindo o visual Distribuições de Tempo de Espera de Consulta por Hora . Contagens de tempo de espera
de picos periódicos de consulta indicam uma possível saturação da CPU.
Um padrão semelhante pode, às vezes, ser detectado em operações em segundo plano se elas contribuírem para a
saturação da CPU. Um administrador do Power BI pode procurar um pico periódico em tempos de atualização
para um conjunto de dados específico, o que pode indicar a saturação da CPU no momento (provavelmente
devido a outras atualizações de conjunto de dados em andamento e/ou consultas interativas). Nessa instância,
consultar a exibição Sistema no aplicativo pode não revelar necessariamente que a CPU está em 100%. A exibição
Sistema mostra as médias de hora, mas a CPU pode ficar saturada por vários minutos de operações pesadas, o
que aparece como picos em tempos de espera.
Há mais nuances para ver o efeito da saturação da CPU. Embora o número de consultas que esperam seja
importante, o tempo de espera da consulta sempre ocorrerá em alguma medida sem causar degradação de
desempenho perceptível. Alguns conjuntos de dados (com tempo médio de consulta mais demorado, indicando
complexidade ou tamanho) são mais propensos aos efeitos da saturação da CPU do que outros. Para identificar
facilmente esses conjuntos de dados, o administrador do Power BI pode procurar alterações na composição de
cores das barras no visual Distribuição de Tempo de Espera por Hora . Depois de detectar uma barra de
exceção, eles podem procurar os conjuntos de dados que tiveram espera de consulta durante esse período e
também examinar o tempo médio de espera da consulta em comparação à duração média da consulta. Quando
essas duas métricas são da mesma magnitude e a carga de trabalho da consulta para o conjunto de dados não é
trivial, é provável que o conjunto de dados seja afetado por CPU insuficiente.
Esse efeito pode ser especialmente aparente quando um conjunto de dados é consumido em pequenos picos de
consultas de alta frequência por vários usuários (por exemplo, em uma sessão de treinamento), resultando na
saturação da CPU durante cada intermitência. Nesse caso, pode haver tempos de espera de consulta significativos
nesse conjunto de dados, afetando outros conjuntos de dados na capacidade (efeito de vizinho barulhento).
Em alguns casos, os administradores do Power BI podem solicitar que os proprietários do conjunto de dados
criem uma carga de trabalho de consulta menos volátil criando um dashboard (que consulta periodicamente
qualquer atualização de conjunto de dados para blocos armazenados em cache), em vez de um relatório. Isso pode
ajudar a evitar picos quando o dashboard é carregado. Essa solução nem sempre é possível para determinados
requisitos de negócios, no entanto, pode ser uma maneira eficaz de evitar a saturação da CPU sem alterar o
conjunto de dados.
Agradecimentos
Solutions.
Próximas etapas
Monitorar as capacidades Premium com o aplicativo
||||||
Perguntas Frequentes do Power BI Premium
Este artigo aborda perguntas frequentes sobre o Power BI Premium. Para obter uma visão geral, confira O que é o
Power BI Premium?.
Se você tiver outras dúvidas, experimente perguntar à comunidade do Power BI.
Ainda tem um problema? Visite a página de suporte do Power BI.
O Power BI Premium é uma nova oferta baseada em capacidade que inclui:
flexibilidade para publicar relatórios de forma ampla em toda a empresa, sem que os destinatários precisem ser
licenciados individualmente por usuário.
Maior escala e melhor desempenho que com a capacidade compartilhada no serviço do Power BI.
A capacidade de manter ativos de BI localmente com o Servidor de Relatório do Power BI.
Uma superfície de API, um conjunto consistente de funcionalidades e acesso aos mais recentes recursos de
análise integrada.
O que o Power BI Premium faz? Como funciona?
O Power BI Premium consiste em capacidade no serviço do Power BI alocada exclusivamente para cada
organização. A capacidade tem suporte de hardware dedicado totalmente gerenciado pela Microsoft. As
organizações podem optar por aplicar sua capacidade dedicada de forma ampla ou por alocá-la a workspaces
atribuídos com base no número de usuários, nas necessidades de cargas de trabalho ou em outros fatores — e
aumentar ou reduzir verticalmente de acordo com as necessidades.
Qual é a diferença entre o Power BI Pro e o Power BI Premium?
O Power BI Premium é uma licença baseada em capacidade, enquanto o Power BI Pro é uma licença baseada nos
usuários. O Power BI Pro é voltado para usuários que publicam relatórios, compartilham dashboards, colaboram
com colegas em workspaces e participam de outras atividades relacionadas. Por exemplo, ele possibilita:
editar e salvar modos de exibição personalizados
criar dashboards pessoais (fixar ao novo dashboard)
analisar dados no Excel ou no Power BI Desktop
suporte para compartilhar o aplicativo Web do Excel
Compartilhar dashboard e colaborar com grupos do Microsoft 365
integrar conteúdo com o Microsoft Teams
É necessário ter o Power BI Pro para usar o Power BI Premium?
Sim. O Power BI Pro é necessário para publicar relatórios, compartilhar dashboards, colaborar com colegas em
workspaces e participar de outras atividades relacionadas. O Power BI Pro não é necessário para consumir o
conteúdo na capacidade Premium.
Vocês podem descrever um cenário de como o Power BI Pro e o Power BI Premium funcionarão para
atender às necessidades de BI moderna de uma organização?
Os exemplos a seguir descrevem como os clientes podem atender às próprias necessidades de BI usando uma
combinação do Power BI Pro com Power BI Premium.
C EN Á RIO 1 C EN Á RIO 2 C EN Á RIO 3 C EN Á RIO 4
Uma organização ou Uma organização ou Uma organização ou Um departamento financeiro

departamento quer que departamento tem uma departamento tem usuários está trabalhando ativamente
todos os funcionários combinação de usuários que que precisam de BI por para analisar vários
tenham BI por precisam de BI por autoatendimento e conjuntos de dados grandes
autoatendimento e autoatendimento e colaboração, bem como o antes de um comunicado de
colaborem uns com os colaboração, bem como requisito de manter divulgação de ganhos e
outros – compartilhando usuários que precisam relatórios localmente. precisa de capacidade
dashboards, executando apenas consumir conteúdo isolada e sem limitação para
análises ad hoc e publicando de BI. gerenciar as cargas de
relatórios. trabalho.
Solução: Solução: Solução: Solução:
1. Power BI Pro para todos 1. Power BI Pro para 1. Power BI Pro para 1. Power BI Pro para todos
os usuários usuários que precisam de usuários que precisam de os usuários do
colaboração e BI por colaboração e BI por departamento financeiro
2. Buscar expandir a autoatendimento autoatendimento
oportunidade adicionando o 2. Adicionar o Power BI
Power BI Premium – veja os 2. Adicionar o Power BI 2. Adicionar o Power BI Premium para os recursos
cenários adicionais Premium para distribuir o Premium para publicar dedicados – na nuvem –
conteúdo de BI para os relatórios localmente – e serem usados
usuários que precisam passar para a nuvem exclusivamente pela equipe
apenas consumi-lo conforme adequado de finanças, fornecendo
maior escala e melhor
desempenho
Quanto custa o Power BI Premium? Quantos SKUs serão disponibilizados?

O Power BI Premium é adquirido com base no número de núcleos virtuais. Os preços estão disponíveis na página
de preços do Power BI. Para obter mais informações sobre nós e núcleos virtuais, consulte o White paper sobre o
Microsoft Power BI Premium. Use também esta calculadora para ter uma estimativa da quantidade de capacidade
Premium de que você pode precisar.
O que vocês querem dizer com "capacidade"?
Uma capacidade é um agrupamento de um ou mais nós provisionados pelo administrador por meio do portal de
administração de capacidade do Power BI Premium. Consulte o White paper sobre o Microsoft Power BI Premium
para obter mais informações.
Como o Power BI Premium é cobrado?
O Power BI Premium é cobrado mensalmente, com um compromisso anual.
Como faço para comprar o Power BI Premium?
O Power BI Premium está disponível no centro de administração do Microsoft 365. Para obter mais informações,
consulte Como comprar o Power BI Premium. Você também pode contatar seu representante da Microsoft para
obter mais informações.
Como saber quanta capacidade do Power BI Premium eu preciso comprar?
Use a calculadora de custos para estimar a quantidade de capacidade do Power BI Premium de que você pode
precisar.
O Power BI Premium está disponível com o Office 365 E5?
O Power BI Premium está disponível como um complemento do Power BI Pro. O Office 365 E5 inclui o Power BI
Pro. Clientes do E5 podem adquirir o Premium como complemento para suas licenças existentes do Pro.
O que é o Ser vidor de Relatório do Power BI? Isso significa que vocês estão disponibilizando o Power
BI localmente?
O Servidor de Relatórios do Power BI é um servidor local que permite a implantação e a distribuição de relatórios
interativos do Power BI e de relatórios paginados, completamente dentro dos limites do firewall da organização. O
Servidor de Relatórios do Power BI está disponível por meio do Power BI Premium ou como um benefício para
clientes com o SQL Server Enterprise Edition com Software Assurance. Para obter informações sobre
licenciamento, confira Licenciamento do Servidor de Relatórios do Power BI. Entre em contato com o representante
da Microsoft para obter detalhes.
Com o Power BI Premium, o mesmo número de núcleos virtuais que uma organização provisiona na nuvem
também pode ser implantado no local por meio do Servidor de Relatórios do Power BI. Não é necessário dividir a
capacidade. As organizações podem optar pelo Power BI na nuvem ou por manter os relatórios localmente com o
Servidor de Relatório do Power BI e migrar para a nuvem em seu ritmo.
Para obter mais informações, consulte Introdução ao Servidor de Relatório do Power BI.
Próximas etapas
O que é o Power BI Premium? Notas sobre a versão do Power BI Premium White paper sobre o Microsoft Power BI
Premium White paper sobre como planejar uma implantação do Power BI Enterprise Avaliação da Avaliação Pro
estendida Perguntas Frequentes do Power BI Embedded
Obter uma assinatura do serviço do Power BI para a
sua organização
Os administradores podem se inscrever no serviço do Power BI na página Comprar ser viços do centro de
administração do Microsoft 365. Quando um administrador se inscreve para o Power BI, ele pode atribuir licenças
para usuários que devem ter acesso.
Usuários em sua organização podem se inscrever para o Power BI pelo site do Power BI. Quando usuários em sua
organização se inscrevem para o Power BI, eles recebem automaticamente uma licença do Power BI. Se você quiser
desligar as funcionalidades de autoatendimento, siga as etapas em Habilitar ou desabilitar a inscrição e compra
por autoatendimento.
Inscrever-se por meio do Microsoft 365

Se você é um administrador global ou administrador de cobrança, pode obter uma assinatura do Power BI para
sua organização. Para obter mais informações, confira Quem pode comprar e atribuir licenças do Power BI Pro?.
NOTE
Uma assinatura do Microsoft 365 E5 já inclui licenças do Power BI Pro. Para saber como gerenciar licenças, confira Exibir e
gerenciar licenças do usuário.
Siga estas etapas para comprar licenças do Power BI Pro no centro de administração do Microsoft 365:
1. Entre no centro de administração do Microsoft 365.
2. No menu de navegação, selecione Cobrança > Ser viços de compra .
3. Pesquise ou role a tela para encontrar a assinatura que deseja comprar. Você verá Power BI em Outras
categorias que podem lhe interessar próximo à parte inferior da página. Selecione o link para exibir as
assinaturas do Power BI disponíveis para sua organização.
4. Selecione uma oferta, como o Power BI Pro.
5. Na página Ser viços de compra , selecione Comprar . Se você ainda não tiver usado uma assinatura de
avaliação gratuita do Power BI Pro, poderá iniciar uma. Ele inclui 25 licenças e expira em um mês.
6. Escolha Pagar mensalmente ou Pagar por um ano inteiro , de acordo com sua preferência de
pagamento.
7. Em Quantos usuários você deseja? , insira a quantidade de licenças a comprar e selecione Pagar agora
para concluir a transação.
8. Verifique sua compra acessando Cobrança > Produtos e ser viços e procure Power BI Pro .
Para saber mais sobre como sua organização pode controlar e adquirir o serviço do Power BI, confira Power BI em
sua organização.
Mais maneiras de obter o Power BI para sua organização
Se você ainda não é um assinante do Microsoft 365, use as etapas abaixo para obter uma avaliação do Power BI
Pro para sua organização. Alternativamente, você pode inscrever-se para uma nova avaliação do Microsoft 365 e,
em seguida, adicionar o Power BI seguindo as etapas na seção anterior.
Você precisará de uma conta corporativa ou de estudante para se inscrever para uma assinatura do Power BI. Não
damos suporte a endereços de email fornecidos por provedores de telecomunicações e serviços de email para
consumidores. Se você não tiver uma conta corporativa ou de estudante, poderá criar uma durante a inscrição.
Siga estas etapas para se inscrever:
1. Acesse Inscrição no Power BI Pro.
2. Insira seu endereço de email corporativo ou de estudante e selecione Avançar . Não há problema se você
inserir um endereço de email que não é considerado um endereço de email corporativo ou de estudante.
Vamos configurar uma nova conta para você quando você criar sua identidade empresarial.
3. Executamos uma verificação rápida para ver se você precisa criar uma conta. Selecione Configurar a
conta para continuar com o processo de inscrição.
NOTE
Caso seu endereço de email já esteja em uso com outro serviço da Microsoft, você pode Entrar ou Criar uma
conta . Se você optar por criar uma conta, continue a seguir estas etapas para preparar tudo.
4. Preencha o formulário para nos contar sobre você. Escolha o país ou a região correta. O país que você
seleciona determina onde os dados são armazenados, conforme explicado em Como determinar onde se
encontra o seu locatário do Power BI.
5. Selecione Avançar . Precisamos enviar um código de verificação para verificar sua identidade. Forneça um
número de telefone em que seja possível enviar uma mensagem de texto ou chamá-lo. Em seguida,
selecione Enviar Código de Verificação .
6. Insira o código de verificação e continue a Criar sua identidade empresarial .
Insira um nome curto para sua empresa e verificaremos se ele está disponível. Usamos esse nome curto
para criar o nome da sua organização no datacenter como um subdomínio de onmicrosoft.com. Você pode
adicionar seu domínio empresarial posteriormente. Não se preocupe se o nome curto desejado já estiver
em uso. Provavelmente, alguém com um nome empresarial semelhante escolheu o mesmo nome curto –
apenas tente escolher uma variação diferente. Selecione Avançar .
7. Crie sua ID de usuário e a senha para entrar na conta. Selecione Inscrever-se e estará tudo pronto.
A conta que você criou agora é o administrador global de um novo locatário de avaliação do Power BI Pro. Você
pode entrar no Centro de administração do Microsoft 365 para adicionar mais usuários, configurar um domínio
personalizado, comprar mais serviços e gerenciar sua assinatura do Power BI.
Próximas etapas
Exibir e gerenciar licenças do usuário
Habilitar ou desabilitar a inscrição e a compra por autoatendimento
Documentação de assinaturas e de cobrança empresariais
Comprar e atribuir licenças de usuário do Power BI
Pro
IMPORTANT
Este artigo é para administradores. Você é um usuário que está pronto para fazer upgrade para uma licença do Power BI
Pro? Acesse diretamente a Introdução ao Power BI Pro para configurar sua conta.
O Power BI Pro é uma licença individual de usuário que permite que eles leiam e interajam com relatórios e
painéis publicados por outras pessoas no serviço do Power BI. Os usuários com esse tipo de licença podem
compartilhar conteúdo e colaborar com outros usuários do Power BI Pro. Somente os usuários do Power BI Pro
podem publicar ou compartilhar conteúdo com outros usuários ou consumir conteúdo criado por outros
usuários, a menos que uma capacidade do Power BI Premium hospede esse conteúdo. Para obter mais
informações sobre os tipos de licenças e assinaturas disponíveis, confira Licenciamento do Power BI em sua
organização.
Comprar licenças de usuário do Power BI Pro

Este artigo explica como comprar licenças de usuário do Power BI Pro no Centro de administração do Microsoft
365. Após comprar licenças, é possível atribuí-las a usuários no Centro de administração do Microsoft 365 ou no
Portal do Azure.
NOTE
Desde 14 de janeiro de 2020, as funcionalidades de compra por autoatendimento, assinatura e gerenciamento de licenças
para os produtos da Power Platform (Power BI, Power Apps e Power Automate) estão disponíveis para clientes da nuvem
comercial. Para obter mais informações, confira Perguntas frequentes sobre compras por autoatendimento. Para habilitar ou
desabilitar as funcionalidades de compra por autoatendimento, confira Habilitar ou desabilitar a inscrição e a compra por
autoatendimento.
Pré -requisitos
Para comprar e atribuir licenças no centro de administração do Microsoft 365, você deve ser membro da função
de administrador global ou administrador de cobrança no Microsoft 365.
Para atribuir licenças no portal do Azure, você precisa ser um proprietário da assinatura do Azure que o Power BI
usa para realizar pesquisas no Azure Active Directory.
Comprar licenças no Microsoft 365
NOTE
Se você geralmente compra licenças por meio de um contrato de licenciamento por volume, como um Enterprise
Agreement, e deseja receber uma fatura em vez de comprar com um cartão de crédito ou uma conta bancária, você precisa
enviar o pedido de um modo diferente. Fale com o seu Revendedor da Microsoft ou acesse o Centro de Serviços de
Licenciamento por Volume para adicionar ou remover licenças. Para obter mais informações, consulte Gerenciar as licenças
de assinatura.
Siga estas etapas para comprar licenças do Power BI Pro no centro de administração do Microsoft 365:
1. Entre no centro de administração do Microsoft 365.
2. No menu de navegação, selecione Cobrança > Ser viços de compra .
3. Pesquise ou role a tela para encontrar a assinatura que deseja comprar. Você verá Power BI em Outras
categorias que podem lhe interessar próximo à parte inferior da página. Selecione o link para exibir as
assinaturas do Power BI disponíveis para sua organização.
4. Selecione Power BI Pro .
5. Na página Ser viços de compra , selecione Comprar .
6. Escolha Pagar mensalmente ou Pagar por um ano inteiro , de acordo com sua preferência de
pagamento.
7. Em Quantos usuários você deseja? , insira a quantidade de licenças a comprar e selecione Pagar
agora para concluir a transação.
8. Verifique sua compra acessando Cobrança > Produtos e ser viços e procure Power BI Pro .
9. Para adicionar mais licenças posteriormente, localize Power BI Pro na página Produtos e ser viços e
selecione Adicionar/remover licenças .
Atribuir licenças no centro de administração do Microsoft 365

Para obter informações sobre como atribuir licenças no Centro de administração do Microsoft 365, confira
Atribuir licenças a usuários.
Para usuários convidados, confira Atribuir licenças a usuários na página Licenças. Antes de atribuir licenças Pro a
usuários convidados, entre em contato com seu representante da conta Microsoft para garantir que você esteja
em conformidade com os termos do seu contrato com a Microsoft.
Atribuir licenças no portal do Azure

Siga estas etapas para atribuir licenças do Power BI Pro a contas de usuário individuais:
1. Entre no portal do Azure.
2. Pesquise Azure Active Director y e selecione-o.
3. Em Gerenciar no menu de recursos do Azure Active Director y , selecione Licenças .
4. Selecione Todos os produtos no menu de recursos Licenças – Visão geral e selecione Power BI Pro
para ver a lista de usuários licenciados.
5. Na barra de comandos, selecione + Atribuir . Na página Atribuir licença , primeiro escolha um usuário e
depois selecione Opções de atribuição para ativar uma licença do Power BI Pro para a conta de usuário
selecionada.
Próximas etapas
Licenciamento do Power BI na sua organização
Encontrar usuários do Power BI que entraram
Inscrever-se no Power BI (gratuito) como um indivíduo
Habilitar ou desabilitar a inscrição e a compra por
autoatendimento
Na maioria das organizações, a inscrição por autoatendimento está habilitada por padrão. Os usuários individuais
em sua organização podem se inscrever para o Power BI usando suas próprias contas corporativas ou de
estudante. Também pode ser oferecida aos usuários a opção de comprar uma licença de Power BI Pro
diretamente, caso eles tentem usar um recurso que exija o Pro. Como administrador, você determina se deseja
habilitar ou desabilitar a inscrição por autoatendimento. Você também pode controlar se os usuários em sua
organização podem ou não fazer compras por autoatendimento para obter suas próprias licenças.
NOTE
Se você tiver adquirido Power BI por meio de um CSP (provedor de soluções de nuvem) da Microsoft, a configuração
poderá ser desabilitada para impedir que os usuários se inscrevam individualmente. Seu CSP também pode estar agindo
como administrador global da sua organização, exigindo que você entre em contato com ele para ajudar na alteração dessa
configuração.
Você usa os comandos do PowerShell para alterar as configurações que controlam a inscrição e a compra por
autoatendimento. Há duas configurações que controlam se os usuários em sua organização podem ou não fazer
inscrição por autoatendimento ou fazer compras por autoatendimento.
Se você quiser desabilitar todas as inscrições por autoatendimento, altere uma configuração do Azure
Active Directory chamada AllowAdHocSubscriptions , usando os comandos do PowerShell do Azure AD.
Siga as etapas neste artigo para habilitar ou desabilitar a inscrição por autoatendimento. Essa opção
desativa a inscrição por autoatendimento para todos os aplicativos e serviços baseados em nuvem da
Microsoft.
Se você quiser impedir que os usuários adquiram suas próprias licenças do Pro, altere a configuração
AllowSelfSer vicePurchase usando os comandos do MSCommerce PowerShell. Essa configuração
permite que você desative a compra por autoatendimento para produtos específicos. Siga as etapas neste
artigo para habilitar ou desabilitar a compra por autoatendimento de licenças do Power BI Pro.
Habilitar ou desabilitar a inscrição por autoatendimento

Se a inscrição por autoatendimento estiver habilitada, o valor de AllowAdHocSubscriptions será true. Vamos
dar uma olhada no que acontece quando você altera essa configuração para false:
Se você alterar a configuração de true para false, novos usuários na sua organização serão impedidos de
se inscreverem individualmente. Usuários que se inscreveram para o Power BI antes de você alterar a
configuração manterão suas licenças.
Se você alterar a configuração para false, os usuários que já tiverem uma licença do Power BI (gratuito)
ainda poderão se inscrever para uma avaliação individual do Power BI Pro.
Um administrador precisa atribuir todas as licenças do Power BI a novos usuários que precisam de uma.
Antes de começar
Essas etapas usam comandos do PowerShell do Azure Active Directory para alterar o valor da configuração
AllowAdHocSubscriptions . Você precisa ter o módulo do PowerShell do Azure AD instalado para que esses
comandos estejam disponíveis. Para obter mais informações sobre o uso do PowerShell, confira Introdução ao
Windows PowerShell.
Para instalar o módulo do Azure AD, inicie o Windows PowerShell como administrador. Verifique se sua política
de execução local permite que você execute scripts. Se você tiver problemas, confira as políticas de execução do
PowerShell para saber como alterar sua política local.
Execute o seguinte comando para instalar o módulo do Azure AD:
Install-Module MSOnline
Alterar a política de inscrição por autoatendimento

No PowerShell, execute o seguinte comando para se conectar ao Azure AD:
Connect-MsolService
Insira suas credenciais de administrador na caixa de diálogo de entrada, concluindo qualquer autenticação de
dois fatores que possa ser necessária. Após a verificação, você será retornado para a janela do PowerShell.
Para exibir a configuração atual, execute o comando a seguir. Usando a opção "fl", a saída é canalizada para uma
lista formatada.
Get-MsolCompanyInformation | fl AllowAdHocSubscriptions
Para alterar a configuração atual, execute este comando:
Set-MsolCompanySettings -AllowAdHocSubscriptions $false
Depois de executar esse comando, a inscrição por autoatendimento fica desabilitada para todos os usuários. Para
ativá-la novamente, execute esse comando novamente e defina o valor como $true.
Habilitar ou desabilitar a compra por autoatendimento

Se a compra por autoatendimento estiver habilitada, o valor de AllowSelfSer vicePurchase será true. Vamos
dar uma olhada no que acontece quando você altera essa configuração para false:
Se você alterar a configuração de true para false, os usuários na sua organização serão impedidos de
comprarem suas próprias licenças do Power BI Pro. Usuários tiverem comprado uma licença antes de você
alterar a configuração manterão suas licenças.
Se você alterar a configuração para false, os usuários que tiverem uma licença do Power BI (Gratuito) não
poderão obter uma licença individual do Power BI Pro.
Um administrador precisa atribuir uma licença Pro a todos os usuários que precisam de uma.
Antes de começar
Essas etapas usam comandos do MSCommerce PowerShell para alterar o valor da configuração
AllowSelfSer vicePurchase . Você precisa ter o módulo do MSCommerce PowerShell instalado para que esses
comandos estejam disponíveis. Para obter mais informações sobre o uso do PowerShell, confira Introdução ao
Windows PowerShell.
Para instalar o módulo do MSCommerce, inicie o Windows PowerShell como administrador. Verifique se sua
política de execução local permite que você execute scripts. Se você tiver problemas, confira as políticas de
execução do PowerShell para saber como alterar sua política local.
Execute o seguinte comando para instalar o módulo do MSCommerce:
Install-Module -name MSCommerce
Alterar a política de inscrição por autoatendimento

No PowerShell, execute o seguinte comando para se conectar:
Connect-MSCommerce
Insira suas credenciais de administrador na caixa de diálogo de entrada, concluindo qualquer autenticação de
dois fatores que possa ser necessária. Após a verificação, a janela do PowerShell mostra uma conexão bem-
sucedida.
Para exibir a configuração atual, execute o comando a seguir. Para evitar que o texto seja truncado, a opção "fl" é
usada, canalizando a saída para uma lista formatada.
Get-MSCommercePolicy -PolicyId AllowSelfServicePurchase | fl
Você pode desabilitar a configuração que permite a compra por autoatendimento para um produto individual
fornecendo a respectiva ProductId . Para alterar a configuração atual do serviço do Power BI, execute este
comando:
Update-MSCommerceProductPolicy -PolicyId AllowSelfServicePurchase -ProductId CFQ7TTC0L3PB -Enabled $False
Depois de executar esse comando, a compra por autoatendimento do Power BI fica desabilitada para todos os
usuários. Para ativá-la novamente, execute esse comando novamente e defina o valor como $true.
Próximas etapas
Para obter mais informações sobre a compra por autoatendimento do Power BI e o restante do Power Platform,
veja estes artigos:
Perguntas frequentes sobre compra por autoatendimento
Usar o AllowSelfServicePurchase para o módulo MSCommerce PowerShell
Exibir e gerenciar licenças do usuário do Power BI
Este artigo explica como os administradores podem usar o centro de administração do Microsoft 365 ou o portal
do Azure para exibir e gerenciar licenças de usuário para o serviço do Power BI.
NOTE
É possível que uma licença do Power BI (Gratuito) e uma licença do Power BI Pro estejam ambas atribuídas a um mesmo
usuário. Isso pode acontecer quando um usuário se inscreve em uma licença gratuita e, posteriormente, uma licença do
Power BI Pro é atribuída a ele. Nesse caso, o nível de licenciamento mais alto entra em vigor.
Exibir suas assinaturas

Para ver quais assinaturas do Power BI sua organização tem, siga estas etapas.
1. Entre no Centro de Administração do Microsoft 365.
2. No menu de navegação, selecione Cobrança > Produtos e ser viços .
Suas assinaturas ativas do Power BI são listadas junto com as outras assinaturas que você tem. Você pode ver
uma assinatura inesperada para Power BI (gratuito), conforme mostrado aqui.
Esse tipo de assinatura é criado para você quando os usuários aproveitam a inscrição por autoatendimento. Para
ler mais a respeito, confira Power BI em sua organização.
Gerenciar licenças do usuário no Microsoft 365

Para usar o centro de administração do Microsoft 365 para gerenciar licenças de usuário, consulte a
Documentação de assinaturas e de cobrança para empresas.
Gerenciar licenças do usuário no portal do Azure

Siga estas etapas para exibir e atribuir licenças do Power BI usando o portal do Azure.
1. Entre no portal do Azure.
2. Pesquise Azure Active Director y e selecione-o.
3. Em Gerenciar , no menu de recursos do Azure Active Directory, selecione Licenças .
4. Selecione Todos os produtos no menu de recursos, depois selecione um tipo de licença do Power BI para
exibir a lista de usuários licenciados.
5. Para atribuir uma licença, na barra de comandos, selecione + Atribuir . Na página Atribuir licença ,
escolha um usuário e depois selecione Opções de atribuição para ativar uma licença do Power BI para a
conta de usuário selecionada.
6. Para remover uma licença, marque a caixa de seleção ao lado do nome do usuário e, em seguida, selecione
Remover licença .
Próximas etapas
Comprar o Power BI Pro
Licenciamento para sua organização
Como se inscrever no Power BI com uma nova
avaliação do Microsoft 365
Este artigo descreve uma forma alternativa de se inscrever no serviço do Power BI, caso você ainda não tenha uma
conta de email corporativo ou de estudante.
Se você tiver problemas durante a inscrição no Power BI com o seu endereço de email, verifique se ele é um
endereço de email que pode ser usado com o Power BI. Se isso não for bem-sucedido, inscreva-se para obter uma
avaliação do Microsoft 365 e crie uma conta corporativa. Em seguida, use essa nova conta de trabalho para se
inscrever no serviço do Power BI. Você poderá usar o Power BI mesmo após o vencimento da avaliação do
Microsoft 365.
Inscreva-se para obter uma avaliação do Microsoft 365 do Office

Inscreva-se para obter uma avaliação do Microsoft 365 no site do Microsoft 365. Se você ainda não tiver uma
conta, a Microsoft orientará você pelas etapas para criar uma. Já que as contas de email comercial (como Hotmail e
Gmail) não funcionarão com o Microsoft 365, você criará uma conta que funcionará. Essa conta de email será
parecida com vitor@onmicrosoft.com.
Se você selecionar Office 365 E5 , sua avaliação incluirá o Power BI Pro. A avaliação do Power BI Pro expirará ao
mesmo tempo que sua avaliação do Office 365 E5, que atualmente é de 30 dias. Se, em vez disso, você selecionar
Office 365 E3 , poderá se inscrever no Power BI como um usuário gratuito e atualizar para Pro para uma
avaliação de 60 dias.
1. Insira seu endereço de email. A Microsoft permitirá que você saiba se esse endereço de email funcionará
com Microsoft 365 ou se você precisará criar outro endereço de email.
Se você precisar de um novo endereço de email, a Microsoft explicará as etapas. Primeira etapa, criar uma
conta. Selecione Configurar conta .
2. Insira os detalhes da nova conta.
3. Crie seu endereço de email e senha. Crie um nome de entrada que seja parecido com
you@yourcompany.onmicrosoft.com. Esta é a entrada que você usará com sua nova conta corporativa ou
de estudante e com o Power BI.
4. Pronto! Agora você tem um endereço de email que poderá usar para se inscrever no Power BI. Acesse
Inscrever-se no serviço do Power BI como indivíduo
Talvez seja necessário aguardar enquanto o locatário é criado.
Considerações importantes
Se você tiver problemas para entrar na nova conta, tente usar uma sessão privada do navegador.
Usando esse método de inscrição, você está criando um novo locatário organizacional e se tornará o
administrador do locatário. Para saber mais, confira O que é a administração do Power BI?. Adicione novos
usuários ao seu locatário e compartilhe o conteúdo com eles, conforme descrito na documentação do
administrador do Microsoft 365.
Próximas etapas
Inscrever-se no Power BI como indivíduo
Adicionar o Power BI a uma assinatura de parceiro do
Microsoft 365
O Microsoft 365 permite que as empresas revendam o Microsoft 365 em pacote e integrado às soluções delas,
fornecendo aos clientes um único ponto de contato para compra, cobrança e suporte.
Se estiver interessado em adicionar o Power BI à sua assinatura do Microsoft 365, recomendamos que entre em
contato com o seu parceiro. Se o seu parceiro atualmente não oferece o Power BI, você pode buscar as opções
descritas abaixo.
Trabalhe com seu parceiro para comprar o Power BI

Se quiser comprar uma assinatura do Power BI Pro ou do Power BI Premium, fale com seu parceiro para considerar
as opções disponíveis:
Seu parceiro concorda em adicionar o Power BI ao portfólio dele para que você possa fazer compras com
ele.
O seu parceiro consegue fazer a sua transição para um modelo no qual você poderá comprar o Power BI
diretamente da Microsoft ou de outro parceiro que ofereça o Power BI.
Comprar da Microsoft ou de outro canal

Dependendo da relação com seu parceiro, talvez você possa comprar o Power BI diretamente da Microsoft ou de
outro parceiro. Verifique se é possível adicionar assinaturas do Power BI no centro de administração do Microsoft
365 (exige associação na função administrador global ou administrador de cobrança).
1. Acesse o centro de administração do Microsoft 365.
2. No menu à esquerda, abra Cobrança e, em seguida, selecione Seus produtos :
3. Procure Assinaturas conforme mostrado na imagem abaixo. Se você vir Assinaturas , poderá adquirir o
serviço diretamente da Microsoft, ou poderá entrar em contato com outro parceiro que ofereça o Power BI.
Se você não vir Assinaturas , não poderá comprar diretamente da Microsoft ou de outro parceiro.
Se o seu parceiro não oferece o Power BI e você não pode comprar diretamente da Microsoft ou de outro parceiro,
considere a inscrição em uma avaliação gratuita.
Inscrever-se em uma avaliação gratuita

Inscreva-se para uma avaliação gratuita do Power BI. Se você não comprar o Power BI Pro ao final do período de
avaliação, ainda terá uma licença gratuita que oferece muitos recursos do Power BI. Confira mais informações em
Inscrever-se no Power BI como indivíduo.
Habilitar assinaturas ad-hoc
Por padrão, inscrições individuais (também conhecidas como assinaturas ad hoc) estão desabilitadas. Nesse caso,
você vê a seguinte mensagem quando tentar se inscrever: O departamento de TI desativou a inscrição no Microsoft
Power BI.
Para habilitar assinaturas ad hoc, entre em contato com seu parceiro solicitando a ativação delas. Se você for um
administrador do seu locatário e souber como usar comandos do PowerShell no Azure Active Directory, poderá
habilitar assinaturas ad hoc por conta própria. Para obter mais informações, siga as etapas em Habilitar ou
desabilitar a compra por autoatendimento.
Próximas etapas
Comprar e atribuir licenças do Power BI Pro
Como administrar o Power BI no portal de
administração
O portal de administração permite que você gerencie as configurações do Power BI para sua organização. O
portal inclui itens como métricas de uso, acesso ao centro de administração do Microsoft 365 e configurações
de locatário.
O portal de administração completo pode ser acessado por administradores globais e usuários com função de
Administrador de serviços do Power BI. Se você não estiver em uma dessas funções, verá apenas
Configurações de capacidade no portal. Para obter mais informações sobre a função de administrador de
serviços do Power BI, consulte Noções básicas sobre a função de administrador do Power BI.
Como obter o portal de administração

Para acessar o portal de administração do Power BI, é preciso ser administrador global ou de serviços do Power
BI. Para obter mais informações sobre a função de administrador de serviços do Power BI, consulte Noções
básicas sobre a função de administrador do Power BI. Para acessar o portal de administração do Power BI, siga
estas etapas:
1. Entre no Power BI usando suas credenciais de conta de administrador.
2. No cabeçalho da página, selecione Configurações > Por tal de administração .
Há várias seções no portal de administração. O restante deste artigo fornece informações sobre cada uma delas.
Métricas de uso
Usuários
Logs de auditoria
Configurações de locatário
Configurações de capacidade
Códigos de inserção
Elementos visuais organizacionais
Conexões do Azure (versão prévia)
Workspaces
Identidade visual personalizada
Métricas de proteção
Conteúdo em destaque
Métricas de uso
As métricas de uso permitem que você monitore o uso do Power BI pela sua organização. Elas também
mostram quais usuários e grupos em sua organização são os mais ativos no Power BI.
NOTE
Na primeira vez que acessar o dashboard ou depois de visitar novamente após um longo período de não exibição do
dashboard, você provavelmente encontrará uma tela de carregamento enquanto carregamos o dashboard.
Quando o dashboard for carregado, você verá duas seções de blocos. A primeira inclui os dados de uso de
usuários individuais e a segunda seção tem informações semelhantes para os grupos.
Aqui está um detalhamento do que você verá em cada bloco:
Contagem distinta de todos os painéis, relatórios e conjuntos de dados no workspace do usuário.
Painel mais consumido pelo número de usuários que podem acessá-lo. Por exemplo: É exibido um
dashboard mostrando o que você compartilhou com três usuários. Também é exibida a adição de um
dashboard a um pacote de conteúdo ao qual dois usuários diferentes se conectaram. A contagem do
dashboard será 6 (1 + 3 + 2).
Os conteúdo mais populares aos quais os usuários estão conectados. Esse conteúdo pode ser qualquer
coisa que os usuários podem acessar por meio do processo Obter Dados, como pacotes de conteúdo
SaaS, pacotes de conteúdo organizacional, arquivos ou bancos de dados de conteúdo.
Uma exibição de seus principais usuários sobre quantos painéis eles têm, incluindo painéis criados por
eles mesmos e painéis compartilhados com eles.
Uma exibição de seus principais usuários com base em quantos relatórios eles têm.
A segunda seção mostra o mesmo tipo de informação, mas com base em grupos. Essa seção permite que você
veja quais grupos em sua organização são mais ativos e os tipos de conteúdos que eles estão consumindo.
Com essas informações, você terá insights reais sobre como as pessoas estão usando o Power BI em sua
organização.
Controlar métricas de uso

Os relatórios de métricas de uso são um recurso que o administrador global ou do Power BI pode ativar ou
desativar. Os administradores têm controle granular sobre quais usuários dispõem de acesso às métricas de
uso. Eles estão ativados por padrão para todos os usuários na organização.
Os administradores também podem determinar se os criadores de conteúdo podem ver dados por usuário nas
métricas de uso.
Confira Monitorar as métricas de uso dos painéis e relatórios do Power BI para obter detalhes sobre os próprios
relatórios.
Métricas de uso para criadores de conteúdo
1. No portal de administração, selecione Configurações de locatário > Configurações de auditoria e
uso > Métricas de uso para criadores de conteúdo .
2. Habilitar (ou desabilitar) métrica de uso > Aplicar .

Dados por usuário em métricas de uso para criadores de conteúdo
Por padrão, os dados por usuário estão habilitados para as métricas de uso e as informações de conta estão
incluídas no relatório de métricas. Se você não quiser incluir informações de conta para alguns dos usuários ou
para nenhum deles, desative esse recurso para grupos de segurança específicos ou para toda a organização. Em
seguida, as informações da conta serão mostradas no relatório como Sem nome.
Excluir todo o conteúdo de métricas de uso existente

Ao desabilitar as métricas de uso para toda a organização, os administradores também podem escolher uma ou
ambas as opções para:
Excluir todo o conteúdo existente de métricas de uso para excluir todos os relatórios e blocos de
painéis existentes que foram criados usando os relatórios de métricas de uso e os conjuntos de dados. Esta
opção remove todo o acesso aos dados de métricas de uso para todos os usuários da organização que já
podem estar usando esses dados.
Excluir todos os dados existentes por usuário no conteúdo atual das métricas de uso Essa opção
remove todo o acesso a dados por usuário de todos os usuários da organização que já podem estar usando-
o.
Tenha cuidado, pois a exclusão do uso existente e do conteúdo de métricas por usuário é irreversível.
Usuários
O gerenciamento de administradores, grupos e usuários do Power BI é feito no Centro de administração do
Microsoft 365. A guia Usuários fornece um link para o centro de administração.
Logs de auditoria
O gerenciamento dos logs de auditoria do Power BI é feito na Central de Segurança e Conformidade do Office
365. A guia Logs de auditoria fornece um link para o Centro de Conformidade e Segurança. Para saber mais,
confira Acompanhar atividades do usuário no Power BI.
Para usar os logs de auditoria, verifique se a configuração Criar logs de auditoria para conformidade e
auditoria de atividade interna está habilitada.
Configurações de locatário
A guia Configurações de locatário possibilita um controle refinado sobre os recursos disponibilizados para
sua organização. Se você tiver dúvidas relacionadas a dados confidenciais, talvez alguns dos nossos recursos
não sejam adequados para sua organização, ou talvez você queira apenas que um recurso em particular esteja
disponível para um grupo específico.
NOTE
As configurações de locatário que controlam a disponibilidade de recursos na interface do usuário do Power BI podem
ajudar a estabelecer políticas de governança, mas elas não são uma medida de segurança. Por exemplo, a configuração
Expor tar dados não restringe as permissões de um usuário do Power BI em um conjunto de dados. Os usuários do
Power BI com acesso de leitura a um conjunto de dados têm a permissão para consultar esse conjunto de dados e podem
persistir os resultados sem usar o recurso Expor tar dados na interface do usuário do Power BI.
A imagem a seguir mostra as diversas configurações na guia Configurações de locatário .

NOTE
Pode levar até 15 minutos para que uma alteração de configuração entre em vigor para todos em sua organização.
As configurações podem ter um destes três estados:

Desabilitado para toda a organização : ninguém na sua organização pode usar esse recurso.
Habilitado para toda a organização : todos em sua organização podem usar esse recurso.
Habilitado para um subconjunto da organização : Em vez de habilitar o recurso para toda a

organização, você pode aplicar a configuração a Grupos de segurança específicos na organização
com permissão para uso desse recurso.
Você também pode habilitar um recurso para toda a organização e definir a opção Exceto grupos de
segurança específicos .
Também é possível combinar configurações a fim de habilitar o recurso apenas para um grupo específico
de usuários e também desabilitá-lo para um grupo de usuários. O uso dessa abordagem garante que
determinados usuários não tenham acesso ao recurso mesmo que estejam no grupo permitido. A
configuração mais restritiva é aplicada ao usuário.
As próximas seções fornecem uma visão geral dos diferentes tipos de configurações de locatário.
Configurações de ajuda e suporte

Publicar as informações "Obter ajuda"
Os administradores podem especificar URLs internas para substituir o destino dos links no menu de ajuda do
Power BI e para atualizações de licença. Se as URLs personalizadas forem definidas, os usuários da organização
serão direcionados para a ajuda interna e os recursos de suporte, em vez dos destinos padrão. Os seguintes
destinos de recursos podem ser personalizados:
Aprender . Por padrão, esse link do menu de ajuda tem como alvo uma lista de todos os nossos módulos
e roteiros de aprendizado do Power BI. Para direcionar esse link a recursos de treinamento internos,
defina uma URL personalizada para a Documentação de treinamento .
Comunidade . Para direcionar os usuários a um fórum interno por meio do menu de ajuda, e não à
Comunidade do Power BI, defina uma URL personalizada para o Fórum de discussão .
Atualizações de licenciamento . Os usuários com uma licença do Power BI (Gratuito) podem ter a
oportunidade de atualizar suas contas para o Power BI Pro enquanto usam o serviço. Se você especificar
uma URL interna para as Solicitações de licenciamento , redirecionará os usuários para uma
solicitação interna e para o fluxo de compra e impedirá a compra de autoatendimento. Se você deseja
impedir que os usuários comprem licenças, mas não vê problema em deixar os usuários iniciarem uma
avaliação do Power BI Pro, confira Permitir que os usuários experimentem o Power BI Pro para separar as
experiências de compra e de avaliação.
Obter ajuda . Para direcionar os usuários a um suporte técnico interno por meio do menu de ajuda, e
não ao Suporte do Power BI, defina uma URL personalizada para o Supor te técnico .
Receber notificações por email para interrupções ou incidentes de serviço
Os grupos de segurança habilitados para email receberão notificações por email se esse locatário for afetado
por uma interrupção ou um incidente de serviço. Saiba mais sobre as notificações de interrupção de serviço.
Permitir que os usuários experimentem o Power BI Pro
A configuração Permitir que os usuários experimentem Power BI Pro está habilitada por padrão e
aumenta o controle sobre como os usuários adquirem licenças do Power BI Pro. Em cenários em que você
bloqueou a compra de autoatendimento, essa configuração permite que os usuários iniciem uma avaliação do
Power BI Pro. A experiência do usuário final depende de como você combina as configurações de licença. A
tabela abaixo mostra como a experiência de atualização do Power BI (Gratuito) para o Power BI Pro é afetada por
diferentes combinações de configuração:
C O N F IGURA Ç Ã O " P ERM IT IR Q UE O

C O N F IGURA Ç Ã O DE C O M P RA DE USUÁ RIO EXP ERIM EN T E O P O W ER B I
A UTO AT EN DIM EN TO P RO " EXP ERIÊN C IA DO USUÁ RIO F IN A L
habilitado Desabilitado O usuário pode comprar uma licença

Pro, mas não consegue iniciar uma
avaliação
habilitado habilitado O usuário pode iniciar uma avaliação

gratuita da versão Pro e pode fazer
upgrade para uma licença paga
Desabilitado Desabilitado O usuário vê uma mensagem

recomendando que ele contate o
administrador de TI para solicitar uma
licença
C O N F IGURA Ç Ã O " P ERM IT IR Q UE O
C O N F IGURA Ç Ã O DE C O M P RA DE USUÁ RIO EXP ERIM EN T E O P O W ER B I
A UTO AT EN DIM EN TO P RO " EXP ERIÊN C IA DO USUÁ RIO F IN A L
Desabilitado habilitado O usuário pode iniciar uma avaliação

da versão Pro, mas deve contatar o
administrador de TI para obter uma
licença paga
NOTE
Confira Configurações de ajuda e suporte para saber como adicionar uma URL interna em solicitações licenciamento. Se
você definir a URL, ela substituirá a experiência de compra padrão. Os usuários que podem comprar uma licença nos
cenários descritos na tabela acima são redirecionados para sua URL interna.
Para saber mais, confira Habilitar ou desabilitar a inscrição e a compra de autoatendimento.
Configurações do workspace
Em Configurações de locatário , o portal de administração tem três seções para controlar os workspaces:
Criar as experiências de workspace.
Usar conjuntos de dados em workspaces.
Bloquear a criação de workspaces clássicos.
Criar os novos workspaces
Os workspaces são locais onde os usuários podem colaborar em dashboards, relatórios e outros conteúdos. Os
administradores usam a configuração Criar workspaces (nova experiência de workspace) para indicar
quais usuários na organização podem criar workspaces. Os administradores podem permitir que todas as
pessoas em uma organização criem experiências de workspaces ou determinar que ninguém pode fazer isso.
Eles também podem limitar a criação de membros de grupos de segurança específicos. Saiba mais sobre
workspaces.
Para workspaces clássicos com base em grupos do Microsoft 365, a administração continuará a ser feita no
portal de administração e no Azure Active Directory.
NOTE
Por padrão, a configuração Criar workspaces (nova experiência de workspace) permite que somente usuários
autorizados a criar Grupos do Microsoft 365 possam criar workspaces do Power BI. Certifique-se de definir um valor no
portal de administração do Power BI para garantir que os usuários adequados possam criá-los.
Lista de workspaces
O portal de administração tem outra seção de configurações sobre os workspaces em seu locatário. Nesta
seção, é possível classificar e filtrar a lista de workspaces e exibir os detalhes de cada um deles. Confira
Workspaces neste artigo para obter detalhes.
Publicar aplicativos e pacotes de conteúdo
No portal de administração, você também controla quais usuários têm permissões para distribuir aplicativos
para a organização. Confira Publicar pacotes de conteúdo e aplicativos para toda a organização.
Usar conjuntos de dados em workspaces
Os administradores podem controlar quais usuários na organização podem usar conjuntos de dados entre
workspaces. Quando essa configuração é habilitada, os usuários ainda precisam da permissão Compilar
necessária para um conjunto de dados específico.
Confira Introdução a conjuntos de dados entre workspaces para saber mais.
Bloquear a criação de workspaces clássicos
Os administradores podem controlar se a organização pode criar workspaces clássicos. Quando essa
configuração é habilitada, os usuários que criam workspaces podem criar apenas novas experiências de
workspaces.
Quando habilitado, grupos recém-criados do Office 365 não são mostrados na lista de workspaces do Power BI.
Workspaces clássicos existentes continuam sendo mostrados na lista. Quando a configuração está desabilitada,
todos os grupos do Office 365 de que o usuário é membro aparecem na lista de workspaces. Leia mais sobre a
nova experiência de workspaces.
Configurações de exportação e compartilhamento

Compartilhar conteúdo com usuários externos
Os usuários da organização podem compartilhar dashboards, relatórios e aplicativos com usuários de fora da
organização. Aprenda mais sobre como compartilhar externamente.
A imagem a seguir mostra a mensagem exibida quando você compartilha com um usuário externo.
IMPORTANT
Esta opção controla se os usuários do Power BI podem convidar usuários externos para se tornarem usuários convidados
B2B do Azure AD em sua organização por meio do Power BI. Quando habilitada, os usuários que têm a função Emissor de
convites independente no Azure AD podem adicionar endereços de email externos ao compartilhar relatórios, dashboards
e aplicativos do Power BI. O destinatário externo é convidado a ingressar na sua organização como um usuário convidado
B2B do Azure AD. É importante ressaltar que, quando essa configuração é desabilitada, os usuários externos que já são
convidados B2B do Azure AD em sua organização continuam a aparecer nas interfaces do usuário do seletor de pessoas
no Power BI e podem ter acesso a itens, workspaces e aplicativos.
Publicar na Web
Como administrador de um locatário do Power BI, usando a configuração Publicar na Web , você tem opções
para quais usuários podem criar códigos de inserção a fim de publicar relatórios na Web. Essa funcionalidade
disponibiliza o relatório e os respectivos dados para qualquer pessoa na Web. Saiba mais sobre a publicação na
Web.
NOTE
Somente os administradores do Power BI podem permitir a criação de códigos de inserção de publicação na Web. As
organizações já podem ter códigos de inserção. Confira a seção Códigos de inserção do portal de administração para
examinar os relatórios atualmente publicados.
A imagem a seguir mostra o menu Mais opções (...) de um relatório quando a configuração Publicar na
Web está habilitada.
A configuração Publicar na Web do portal de administração fornece opções para quais usuários podem criar
códigos de inserção.
Os administradores podem definir Publicar na Web como Habilitado e Escolher como os códigos de
inserção funcionam para Permitir somente os códigos de inserção existentes . Nesse caso, os usuários
podem criar códigos de inserção, mas precisam entrar em contato com o administrador do Power BI para que
ele conceda essa permissão.
Os usuários veem diferentes opções na interface do usuário a depender do local onde se encontra a
configuração de Publicar na Web .
H A B IL ITA DO PA RA TO DA A DESA B IL ITA DO PA RA TO DA GRUP O S DE SEGURA N Ç A

REC URSO O RGA N IZ A Ç Ã O A O RGA N IZ A Ç Ã O ESP EC ÍF IC O S
Publicar na Web no Habilitado para todos Não visível para todos Visível somente para
menu Mais opções (...) usuários ou grupos
do relatório autorizados.
Gerenciar códigos de Habilitado para todos Habilitado para todos Habilitado para todos
inserção em
Configurações Opção * Excluir somente
para usuários ou grupos
autorizados.
* Obter códigos
habilitados para todos.
Códigos de inserção no O status refletirá uma das O status é exibido como O status refletirá uma das
portal de administração seguintes opções: desabilitado seguintes opções:
* Ativo * Ativo
* Sem suporte * Sem suporte
* Bloqueado * Bloqueado
Se um usuário não estiver

autorizado conforme a
configuração do locatário, o
status exibirá Violado .
Relatórios publicados Tudo habilitado Tudo desabilitado Os relatórios continuam a

existentes ser renderizados para
todos.
Exportar dados
Os usuários da organização podem exportar dados de um bloco ou de uma visualização. Isso controla os
recursos: analisar no Excel, exportar para .csv, baixar conjunto de dados (.pbix) e Live Connect do Serviço do
Power BI. Saiba mais sobre como exportar dados de um bloco ou de um visual.
NOTE
Antes da introdução da configuração Exportar para o Excel, essa configuração também controlava a exportação de dados
para arquivos do Excel. Confira a observação em Exportar para o Excel para obter mais detalhes.
A imagem a seguir mostra a opção para exportar dados de um bloco.
NOTE
Desabilitar a opção Expor tar dados também impede os usuários de usar o recurso Analisar no Excel, bem como de usar
a conexão dinâmica do serviço do Power BI.
Exportar para Excel

Os usuários na organização podem exportar os dados de uma visualização para um arquivo do Excel.
IMPORTANT
Antes da introdução da configuração Exportar para o Excel, a exportação para um arquivo do Excel era controlada pela
configuração Exportar dados. Portanto, em locatários que existiam antes da introdução da configuração Exportar para o
Excel, na primeira vez que os administradores de locatário observarem essa configuração, eles verão que ela tem
Alterações não aplicadas. Eles deverão aplicar essas alterações para que a nova configuração entre em vigor. Caso
contrário, a exportação para um arquivo do Excel continuará sendo controlada pela configuração Exportar dados.
Exportar relatórios como apresentações do PowerPoint ou documentos PDF

Os usuários da organização podem exportar relatórios do Power BI como arquivos do PowerPoint ou
documentos PDF. Saiba mais
A imagem a seguir mostra o menu Arquivo de um relatório quando a configuração Expor tar relatórios
como apresentações do PowerPoint ou documentos PDF está habilitada.
Imprimir painéis e relatórios

Os usuários na organização podem imprimir dashboards e relatórios. Saiba mais
A imagem a seguir mostra a opção para imprimir um painel.
A imagem a seguir mostra o menu Arquivo de um relatório quando a configuração Imprimir painéis e
relatórios está habilitada.
Permitir que os usuários externos convidados editem e gerenciem o conteúdo da organização
Os usuários convidados B2B do Azure AD podem editar e gerenciar conteúdo na organização. Saiba mais
A imagem a seguir mostra a opção de permitir que os usuários externos convidados editem e gerenciem o
conteúdo da organização.
No portal de administração, você também controla quais usuários têm permissões para convidar usuários
externos para a organização. Confira Compartilhar conteúdo com usuários externos neste artigo para obter
detalhes.
Assinaturas de email
Os usuários na organização podem criar assinaturas de email. Saiba mais sobre assinaturas.
Conteúdo em destaque
Permita que alguns ou todos os autores de relatório em sua organização destaquem seu conteúdo na seção Em
Destaque da Página Inicial do Power BI. Novos usuários verão o conteúdo em destaque na parte superior da
Página Inicial do Power BI. O conteúdo em destaque desce na página inicial à medida que os usuários adicionam
Favoritos , Frequentes e Recentes .
Recomenda-se começar com um pequeno conjunto de promotores primeiro. Permitir que toda a organização
destaque o conteúdo na Página Inicial pode dificultar o controle de todo o conteúdo promovido.
Depois de habilitar o conteúdo em destaque, você também poderá gerenciá-lo no portal do Administrador.
Confira Gerenciar conteúdo em destaque neste artigo para ler sobre como controlar o conteúdo em destaque
em seu domínio.
Configurações de aplicativo e pacote de conteúdo

Publicar aplicativos e pacotes de conteúdo em toda a organização
Os administradores usam essa configuração para decidir quais usuários podem publicar pacotes de conteúdo e
aplicativos para toda a organização, em vez de grupos específicos. Saiba mais sobre como publicar aplicativos.
A imagem a seguir mostra a opção Minha organização inteira durante a criação de um pacote de conteúdo.
Criar aplicativos de modelo e pacotes de conteúdo organizacional

Os usuários na organização podem criar aplicativos de modelo e pacotes de conteúdo organizacional que usam
conjuntos de dados criados em uma fonte de dados no Power BI Desktop. Saiba mais sobre aplicativos de
modelo.
Enviar aplicativos por push para usuários finais
Os criadores de relatório podem compartilhar aplicativos diretamente com os usuários finais sem exigir a
instalação do AppSource. Saiba mais sobre como instalar aplicativos automaticamente para os usuários finais.
Configurações de integração
Usar a opção Analisar no Excel com conjuntos de dados locais
Os usuários na organização podem usar o Excel para exibir e interagir com conjuntos de dados locais do Power
BI. Saiba mais
NOTE
Desabilitar a opção Expor tar Dados também impede os usuários de usar o recurso Analisar no Excel.
Usar o ArcGIS Maps for Power BI

Os usuários na organização podem usar a visualização do ArcGIS Maps for Power BI, fornecida pela Esri. Saiba
mais
Usar a pesquisa global para o Power BI (versão prévia)
Os usuários na organização podem usar recursos de pesquisa externos que se baseiam no Azure Search.
Configurações de tabelas em destaque

Em Configurações de locatário , a configuração de locatário Permitir conexões com tabelas em
destaque permite que administradores do Power BI controlem quem na organização pode usar tabelas em
destaque na Galeria de tipos de dados do Excel.
As conexões a tabelas em destaque também serão desabilitadas se a configuração de locatário Expor tar dados
estiver definida como Desabilitado .
Confira Tabelas em destaque no Excel do Power BI.
Configuração de locatário Compartilhar no Teams

A configuração Compar tilhar com o Teams está na seção Configurações de locatário do portal de
administração do Power BI. Essa configuração permite que as organizações ocultem os botões Compar tilhar
com o Teams no serviço do Power BI. Com a configuração desabilitada, os usuários não veem os botões
Compar tilhar com o Teams na barra de ação nem nos menus de contexto quando exibem relatórios e
dashboards no serviço do Power BI.
Leia mais sobre o compartilhamento de conteúdo do Power BI com o Teams.
Configurações de elementos visuais do R

Interagir e compartilhar visuais do R
Os usuários na organização podem interagir e compartilhar elementos visuais criados com scripts do R. Saiba
mais
NOTE
Essa configuração se aplica a toda a organização e não pode ser limitada a grupos específicos.
Configurações de auditoria e de uso

Criar logs de auditoria para conformidade e auditoria de atividade interna
Os usuários na organização podem usar a auditoria para monitorar as ações executadas no Power BI por outros
usuários na organização. Saiba mais
Essa configuração deve ser habilitada para que as entradas de log de auditoria sejam registradas. Pode haver
um atraso de até 48 horas entre a habilitação da auditoria e a possibilidade de exibir dados de auditoria. Se os
dados não forem exibidos imediatamente, verifique os logs de auditoria mais tarde. Pode haver um atraso
semelhante entre a obtenção da permissão para exibir os logs de auditoria e a possibilidade de acessá-los.
NOTE
Métricas de uso para criadores de conteúdo

Os usuários na organização podem ver métricas de uso para painéis e relatórios que eles criaram. Saiba mais
Dados por usuário em métricas de uso para criadores de conteúdo
As métricas de uso para criadores de conteúdo expõem os nomes de exibição e os endereços de email dos
usuários que estão acessando o conteúdo. Saiba mais
Os dados por usuário são habilitados para as métricas de uso, por padrão, e as informações de conta do criador
do conteúdo estão incluídas no relatório de métricas. Se você não quiser coletar essas informações para todos
os usuários, desabilite o recurso para grupos de segurança especificados ou para toda a organização. As
informações da conta para os usuários excluídos serão exibidas no relatório como Sem nome.
Configurações do dashboard
Classificação de dados para dashboards
Os usuários na organização podem marcar painéis com classificações indicando os níveis de segurança do
painel. Saiba mais
NOTE
Configurações de desenvolvedor
Inserir conteúdo em aplicativos
Usuários da organização podem inserir relatórios e dashboards do Power BI em aplicativos de SaaS (software
como serviço). Desabilitar essa configuração impede os usuários de usar as APIs REST para inserir conteúdo do
Power BI em seus aplicativos. Saiba mais
Permitir que as entidades de serviço usem APIs do Power BI
Os aplicativos Web registrados no Azure Active Directory (Azure AD) usarão uma entidade de serviço atribuída
para acessar as APIs do Power BI sem um usuário conectado. Para permitir que um aplicativo use a autenticação
da entidade de serviço, sua entidade deve estar incluída em um grupo de segurança permitido. Saiba mais
NOTE
As entidades de serviço herdam as permissões para todas as configurações de locatário do Power BI de seu grupo de
segurança. Para restringir permissões, crie um grupo de segurança dedicado para entidades de serviço e adicione-o à lista
"Exceto grupos de segurança específicos" para as configurações relevantes habilitadas do Power BI.
Configurações do fluxo de dados

Criar e usar fluxos de dados
Os usuários na organização podem criar e usar fluxos de dados. Para obter uma visão geral dos fluxos de dados,
confira Preparação de dados de autoatendimento no Power BI. Para habilitar os fluxos de dados em uma
capacidade Premium, consulte Configurar cargas de trabalho.
NOTE
Configurações do aplicativo de modelo

As três configurações controlam a capacidade de aplicativos de modelo para publicar ou instalar aplicativos de
modelo.
Publicar aplicativos de modelo
Os usuários na organização podem criar workspaces de aplicativos de modelo. Controle quais usuários podem
publicar aplicativos de modelo ou distribuí-los para clientes fora de sua organização por meio do AppSource ou
de outro método de distribuição.
Instalar aplicativos de modelo listados no AppSource
Os usuários da organização podem baixar e instalar aplicativos de modelo somente do AppSource. Controle
quais usuários específicos ou grupos de segurança podem instalar aplicativos de modelo do AppSource.
Instalar aplicativos de modelo não listados no AppSource
Controle quais usuários na organização podem baixar e instalar aplicativos de modelo não listados no
AppSource .
Power BI Premium
A guia Power BI Premium permite que você gerencie qualquer capacidade do Power BI Premium (SKU EM ou
P) que tenha sido comprada para sua organização. Todos os usuários na organização podem ver a guia Power
BI Premium , mas só verão conteúdo nela se forem atribuídos como Administradores de capacidade ou se
forem um usuário com permissões de atribuição. Se um usuário não tiver nenhuma permissão, a mensagem de
erro a seguir será exibida.
Power BI Embedded
A guia Power BI Embedded permite que você exiba suas capacidades do Power BI Embedded (SKU A) que
comprou para o cliente. Como você só pode comprar SKUs A do Azure, gerencie capacidades incorporadas no
Azure do por tal do Azure .
Para saber mais sobre como gerenciar as configurações do Power BI Embedded (SKU A), confira O que é o
Power BI Embedded.
Códigos de inserção
Como administrador, você pode exibir os códigos de inserção que são gerados para seu locatário para
compartilhar os relatórios publicamente. Você também pode revogar ou excluir códigos. Saiba mais

Todas as configurações de administração de visuais do Power BI, incluindo configurações de locatário de visuais,
estão descritas em Gerenciar configurações de administração de visuais do Power BI.
Conexões do Azure (versão prévia)

Armazenamento no nível do locatário (versão prévia)
Por padrão, os dados usados com o Power BI são armazenados no armazenamento interno fornecido pelo
Power BI. Com a integração de fluxos de dados e o Azure Data Lake Storage Gen2 (ADLS Gen2), você pode
armazenar seus fluxos de dados na conta do Azure Data Lake Storage Gen2 da sua organização. Para saber
mais, confira Integração entre fluxos de dados e o Azure Data Lake (versão prévia).
Permissões de armazenamento no nível do workspace (versão prévia)
Por padrão, os administradores do workspace não podem conectar as contas de armazenamento deles. Esta
versão prévia do recurso permite ativar uma configuração para que os administradores do workspace possam
conectar suas contas de armazenamento.
Workspaces
Como administrador, você pode exibir os workspaces existentes em seu locatário na guia Workspaces . Nessa
guia, você pode executar as seguintes ações:
Atualizar a lista de workspaces e seus detalhes.
Exportar os dados sobre os workspaces para um arquivo .csv.
Ver os detalhes sobre um workspace, incluindo ID, usuários e suas funções, dashboards, relatórios e
conjuntos de dados.
Editar a lista de pessoas com acesso. Isso significa que você pode excluir o workspace. Para isso, você pode se
adicionar como administrador de um workspace e abri-lo para exclusão.
Editar os campos Nome e Descrição.
Os administradores também podem controlar a capacidade dos usuários de criar experiências de workspaces e
de trabalhar com workspaces e workspaces clássicos. Confira a sessão Configurações de workspace neste artigo
para obter mais detalhes.
As colunas da tabela na guia Workspaces correspondem às propriedades retornadas pela API Rest do
administrador do Power BI para workspaces. Os espaços de trabalho pessoais são do tipo PersonalGroup , os
espaços de trabalho clássicos são do tipo Group e os espaços de trabalho de experiência do novo espaço de
trabalho são do tipo Workspace . Para obter mais informações, confira Organizar o trabalho nos novos
workspaces.
Na guia Workspaces , você vê o estado de cada workspace. A tabela a seguir fornece mais detalhes sobre o
significado desses estados.
ESTA DO DESC RIÇ Ã O
Ativo Um workspace normal. Não indica nada sobre o uso ou o

que está dentro, apenas que o workspace em si está
"normal".
Órfão Um workspace sem usuário administrador.
Excluída Um workspace excluído. Mantemos metadados suficientes

para restaurar o workspace por até 90 dias, se desejado.
ESTA DO DESC RIÇ Ã O
Removendo Um workspace no processo de ser excluído, mas que ainda

não foi. Os usuários podem excluir seus próprios
workspaces, colocando as coisas no estado Removendo e,
eventualmente, Excluído.
Os administradores também podem gerenciar e recuperar workspaces usando o portal de administração ou

cmdlets do PowerShell.
Identidade visual personalizada

Como administrador, você pode personalizar a aparência do Power BI para toda a organização. Atualmente, há
três opções principais:
Carregar logotipo : para obter melhores resultados, carregue um logotipo salvo como .png de 10 KB ou
menor, e com pelo menos 200 x 30 pixels.
Carregar imagem de capa : para obter melhores resultados, carregue uma imagem de capa salva
como .jpg ou .png de 1 MB ou menor, e com pelo menos 1920 x 160 pixels.
Selecionar cores do tema : você pode selecionar o tema com base em um número hexadecimal, RGB,
valor ou palete fornecido.
Para saber mais, confira o tópico Personalizar a identidade visual da organização.
Métricas de proteção
Depois que você habilita a proteção de informações do Power BI, as métricas de proteção de dados são exibidas
no portal de administração. O relatório mostra como os rótulos de confidencialidade ajudam a proteger seu
conteúdo.
Gerenciar conteúdo de destaque

Como administrador de locatários, você pode gerenciar todos os relatórios, dashboards e aplicativos que foram
promovidos para a seção em destaque na Página Inicial do Power BI em toda a sua organização.
No portal do Administrador, selecione Conteúdo em destaque .
Aqui, você terá uma visão geral de quem destacou o conteúdo, quando ele foi destacado e todos os seus
metadados relevantes. Se algo parecer suspeito ou se você quiser limpar a seção Em Destaque, poderá excluir o
conteúdo promovido conforme necessário.
Confira Conteúdo em destaque neste artigo para obter informações sobre como habilitar o conteúdo em
destaque.
Próximas etapas
Administração do Power BI em sua organização
Noções básicas sobre a função de administrador do Power BI
Auditoria do Power BI em sua organização
Gerenciar configurações de administrador de visuais
do Power BI
Como um administrador do Power BI para sua organização, é possível controlar quais tipos de visuais do Power BI
os usuários podem acessar pela organização.
Para gerenciar os visuais do Power BI, você precisa ser um Administrador Global no Office 365 ou ter tido atribuída
a você a função de Administrador de serviços do Power BI. Para obter mais informações sobre a função de
administrador de serviços do Power BI, consulte Noções básicas sobre a função de administrador do Power BI.
Acessar o portal de administração

Para habilitar as configurações descritas no artigo, você precisará acessar o portal de administração.
1. No serviço do Power BI, selecione Configurações .
2. No menu suspenso de configurações, selecione Por tal do administrador .
Configurações de locatário de visuais do Power BI

Como um administrador do Power BI para sua organização, é possível controlar quais tipos de visuais do Power BI
os usuários podem acessar pela organização.
As configurações de locatário da interface do usuário afetam apenas o serviço do Power BI. Se você quiser que
essas configurações entrem em vigor no Power BI Desktop, use as políticas de grupo. Uma tabela no final de cada
seção fornece detalhes para habilitar a configuração no Power BI Desktop.
NOTE
As alterações nas configurações de locatário não afetam elementos visuais do Power BI listados na guia visuais
organizacionais.
Visuais do AppSource ou de um arquivo

Gerencie o acesso organizacional para o seguinte tipo de visuais do Power BI:
Visuais criados por desenvolvedores e salvos como um arquivo .pbiviz.
Visuais disponíveis por meio do AppSource.
Siga as instruções abaixo para permitir que os usuários em sua organização carreguem arquivos .pbiviz e
adicionem visuais do AppSource aos próprios relatórios e dashboards.
1. Expanda as configurações Permitir os visuais criados usando o SDK do Power BI .
2. Clique em habilitado .
3. Escolha quem pode carregar os visuais em .pbiviz e do AppSource:
Selecione a opção Toda a organização para permitir que todos em sua organização carreguem
arquivos .pbiviz e adicionem visuais do AppSource.
Selecione a opção Grupos de segurança específicos para gerenciar o upload de arquivos .pbiviz e
a adição de visuais do AppSource usando grupos de segurança. Adicione os grupos de segurança
que você deseja gerenciar à barra de texto Inserir grupos de segurança. Os grupos de segurança que
você especificou são excluídos por padrão. Se você quiser incluir esses grupos de segurança e excluir
todos os outros na organização, selecione a opção Exceto grupos de segurança específicos .
4. Clique em Aplicar .
As alterações à interface do usuário para as configurações do locatário aplicam-se somente ao serviço do Power BI.
Para permitir que os usuários em sua organização carreguem arquivos .pbiviz e adicionem visuais do AppSource
aos próprios painéis de visualização no Power BI Desktop, use a Política de Grupo do Azure AD.
K EY N O M E DO VA LO R VA LO R
Software\Políticas\Microsoft\Power BI EnableCustomVisuals 0 – Desabilitar

Desktop\ 1 – Habilitar (padrão)
Visuais do Power BI certificados
Quando essa configuração é habilitada, somente visuais do Power BI certificados são renderizados nos relatórios e
dashboards da sua organização. Visuais do Power BI provenientes do AppSource ou de arquivos e que não são
certificados retornarão uma mensagem de erro.
1. Do portal do administrador, selecione Adicionar e usar apenas visuais cer tificados .
2. Clique em habilitado .
As alterações à interface do usuário para as configurações do locatário aplicam-se somente ao serviço do Power BI.
Para gerenciar a configuração de locatário de visuais certificados no Power BI Desktop, use a Política de Grupo do
Azure AD.
K EY N O M E DO VA LO R VA LO R
Software\Políticas\Microsoft\Power BI EnableUncertifiedVisuals 0 – Desabilitar

Desktop\ 1 – Habilitar (padrão)

Como um administrador do Power BI, é possível gerenciar a lista de visuais do Power BI disponíveis no seu
repositório organizacional. A guia Visuais organizacionais no Portal de administração permite adicionar e
remover visuais, bem como decidir quais visuais serão exibidos automaticamente no painel de visualização dos
usuários da sua organização. É possível adicionar qualquer tipo de visual à lista, incluindo visuais não certificados e
visuais do .pbiviz, mesmo que eles contradigam as configurações de locatário da sua organização.
As configurações de visuais organizacionais são implantadas automaticamente para o Power BI Desktop.
NOTE
Os visuais organizacionais não são compatíveis com o Servidor de Relatórios do Power BI.
Adicionar um visual de um arquivo

Use este método para adicionar um novo visual do Power BI de um arquivo .pbiviz.
WARNING
Um visual do Power BI carregado de um arquivo pode conter código com riscos de segurança ou privacidade. Verifique se
você confia no autor e na fonte do visual antes de implantá-lo no repositório da organização.
1. Selecione Adicionar visual > De um arquivo .
2. Preencha os campos a seguir:

Escolha um arquivo .pbiviz – selecione um arquivo do visual para carregar.
Nomeie seu visual – forneça um título curto para o visual, para que os autores de relatório possam
entender facilmente o que ele faz.
Ícone – carregue um arquivo de ícone a ser exibido no painel de visualização.
Descrição – forneça uma descrição breve do elemento visual para fornecer mais contexto para o
usuário.
Acesso – essa seção tem duas opções:
Selecione se os usuários em sua organização podem acessar este visual. Essa configuração é
habilitada por padrão.
Selecione se este visual será exibido no painel de visualização dos usuários em sua
organização. Essa configuração é desabilitada por padrão. Para obter mais informações,
confira adicionar um visual ao painel de visualização.
3. Para iniciar a solicitação de carregamento, selecione Adicionar . Uma vez carregado, o visual será exibido na
lista de visuais organizacionais.
Adicionar um visual do AppSource (versão prévia)
Use esse método para adicionar um novo visual do Power BI do AppSource.
Os visuais do Power BI do AppSource são atualizados automaticamente. Os usuários em sua organização sempre
terão a versão mais recente do visual.
1. Selecione Adicionar visual > Do AppSource .
2. Na janela Visuais do Power BI , localize o visual do AppSource que você deseja adicionar e clique em
Adicionar . Uma vez carregado, o visual será exibido na lista de visuais organizacionais.
Adicionar um visual ao painel de visualização
É possível escolher visuais da página de visuais organizacionais para serem exibidos automaticamente no painel
de visualização de todos os usuários em sua organização.
1. Na linha do visual que você deseja adicionar, clique em configurações .
organizational-pane
2. Habilite a configuração do painel de visualização e clique em Atualizar .
Excluir um visual carregado de um arquivo
Para excluir permanentemente o visual, selecione o ícone de lixeira para o visual no repositório.
IMPORTANT
A exclusão é irreversível. Depois de excluído, o elemento visual interrompe imediatamente a renderização em relatórios
existentes. Mesmo que você carregue o mesmo visual novamente, ele não substituirá aquele que foi excluído. No entanto, os
usuários podem importar o novo elemento visual novamente e substituir a instância que eles têm em seus relatórios.
Desabilitar um visual do .pbiviz

É possível desabilitar um visual do .pbiviz deixando-o indisponível no repositório organizacional, mas mantendo-o
na lista de visuais da organização.
1. Na linha do visual do .pbiviz que você deseja desabilitar, clique em configurações .
2. Na seção Acesso , desabilite a configuração: Os usuários na organização podem acessar, exibir, compartilhar
e interagir com esse visual.
Depois que você desabilitar o visual do .pbiviz, ele não será renderizado em relatórios existentes e exibirá a
seguinte mensagem de erro:
Este visual personalizado não está mais disponível. Entre em contato com o administrador para obter detalhes.
NOTE
Visuais do .pbiviz que forem marcados permanecerão funcionando após terem sido desabilitados.
Atualizar um elemento visual

Os visuais do AppSource são atualizados automaticamente. Após uma nova versão estar disponível por meio do
AppSource, ela substituirá uma versão mais antiga implantada por meio da lista de visuais organizacionais.
Para atualizar e substituir um visual do .pbiviz, siga estas etapas.
1. Na linha do visual que você deseja adicionar, clique em configurações .
2. Clique em Procurar e selecione o .pbiviz com o qual você deseja substituir o visual atual.
3. Clique em Atualizar .
Próximas etapas
Como administrar o Power BI no portal de administração
Visuais no Power BI
Visuais organizacionais no Power BI
Localizar usuários do Power BI que se conectaram
Se for um administrador de locatários e quiser ver quem entrou no Power BI, use os relatórios de acesso e uso do
Azure Active Directory para ter essa visibilidade.
NOTE
O relatório de Entradas fornece informações úteis, mas não identifica o tipo de licença que cada usuário tem. Use o centro
de administração do Microsoft 365 para ver as licenças.
Requisitos
Qualquer usuário (inclusive os não administradores) pode ver um relatório de suas próprias entradas, mas você
deve atender aos requisitos a seguir para ver um relatório para todos os usuários.
Seu locatário deve ter uma licença do Azure Active Directory Premium associada a ele.
Você deve ter uma das seguintes funções: Administrador Global, Administrador de Segurança ou Leitor de
Segurança.
Usar o Portal do Azure para exibir entradas

Para exibir a atividade de entrada, siga estas etapas.
1. No Por tal do Azure , selecione Azure Active Director y .
2. Em Monitoramento , selecione Entradas .
3. Filtre o aplicativo segundo Microsoft Power BI ou Power BI Gateway e selecione Aplicar .

O Microsoft Power BI filtra a atividade de conexão relacionada ao serviço, enquanto o Power BI
Gateway filtra atividades de conexão específicas para o gateway de dados local.
Exportar os dados
É possível baixar um relatório de conexão em qualquer um dos dois formatos: um arquivo CSV ou um arquivo
JSON.
Na parte superior do relatório Entradas , selecione Baixar e, em seguida, selecione uma das seguintes opções:
CSV para baixar um arquivo CSV dos dados filtrados no momento.
JSON para baixar um arquivo JSON dos dados filtrados no momento.
Retenção de dados
Dados relacionados às entradas estão disponíveis por até 30 dias. Para obter mais informações, confira Políticas de
retenção de relatórios do Azure Active Directory.
Próximas etapas
Usando a auditoria em sua organização
Acompanhar atividades do usuário no Power BI
Saber quem está executando uma ação em determinado item, em seu locatário do Power BI pode ser essencial
para ajudar a organização a atender a seus requisitos, como gerenciamento de registros e conformidade
regulamentar. Com o Power BI, você tem duas opções para acompanhar as atividades do usuário: O log de
atividades do Power BI e o log de auditoria unificado. Esses logs contêm uma cópia completa dos dados de
auditoria do Power BI, mas há várias diferenças importantes, conforme resumido na tabela a seguir.
LO G DE A UDITO RIA UN IF IC A DO LO G DE AT IVIDA DES P O W ER B I
Inclui eventos do SharePoint Online, do Exchange Online, do Inclui apenas os eventos de auditoria do Power BI.
Dynamics 365 e de outros serviços além dos eventos de
auditoria do Power BI.
O acesso é permitido somente aos usuários com logs de Administradores globais e administradores de serviço do
auditoria somente exibição ou permissões de logs de Power BI têm acesso.
auditoria, como administradores globais e auditores.
Os administradores globais e auditores podem pesquisar o Ainda não há nenhuma interface do usuário para pesquisar o
log de auditoria unificado usando o Centro de Segurança do log de atividades.
Microsoft 365 e o Centro de Conformidade do Microsoft
365.
Administradores globais e auditores podem baixar entradas Administradores globais e administradores de serviço do
do log de auditoria usando cmdlets e APIs de Gerenciamento Power BI podem baixar entradas do log de atividades usando
do Microsoft 365. uma API REST do Power BI e um cmdlet de gerenciamento.
Mantém os dados de auditoria por 90 dias Mantém os dados de atividades por 30 dias (versão prévia
pública).
Mantém os dados de auditoria, mesmo que o locatário seja Não retém dados de atividade quando o locatário é movido
movido para uma região diferente do Azure. para uma região diferente do Azure.
Usar o log de atividades

Como administrador de serviço do Power BI, você pode analisar o uso de todos os recursos de Power BI no nível
do locatário, usando relatórios personalizados com base no log de atividades do Power BI. Você pode baixar as
atividades usando uma API REST ou um cmdlet do PowerShell. Você também pode filtrar os dados de atividade
por intervalo de datas, usuário e tipo de atividade.
Requisitos do log de atividades
Você precisa atender a estes requisitos para acessar o log de atividades do Power BI:
Você deve ser um administrador global ou um administrador de serviço do Power BI.
Você instalou os cmdlets de Gerenciamento do Power BI localmente ou usa os cmdlets de Gerenciamento do
Power BI no Azure Cloud Shell.
API REST ActivityEvents
Você pode usar um aplicativo administrativo com base nas APIs REST do Power BI para exportar eventos de
atividade para um repositório de blob ou um banco de dados SQL. Em seguida, você pode criar um relatório de
uso personalizado baseado nos dados exportados. Na chamada à API REST ActivityEvents , você deve
especificar uma data de início e uma data de término e, opcionalmente, um filtro para selecionar atividades por
tipo de atividade ou ID de usuário. Como o log de atividades pode conter uma grande quantidade de dados, a API
ActivityEvents atualmente dá suporte a download, por solicitação, de dados equivalentes a até um dia. Em
outras palavras, a data de início e a data de término devem especificar o mesmo dia, como no exemplo a seguir.
Verifique se você especificou os valores de DateTime no formato UTC.
https://api.powerbi.com/v1.0/myorg/admin/activityevents?startDateTime='2019-08-
31T00:00:00'&endDateTime='2019-08-31T23:59:59'
Se o número de entradas for grande, a API ActivityEvents retornará apenas cerca de 5.000 a 10.000 entradas e
um token de continuação. Chame a API ActivityEvents novamente com o token de continuação para obter o
próximo lote de entradas e assim por diante, até que você tenha recuperado todas as entradas e não receba mais
um token de continuação. O exemplo a seguir mostra como usar o token de continuação.
https://api.powerbi.com/v1.0/myorg/admin/activityevents?
continuationToken='%2BRID%3ARthsAIwfWGcVAAAAAAAAAA%3D%3D%23RT%3A4%23TRC%3A20%23FPC%3AARUAAAAAAAAAFwAAAAAAAAA%
3D'
Independentemente do número de entradas retornadas, caso os resultados incluam um token de continuação,

certifique-se de chamar a API novamente usando esse token para recuperar os dados restantes até que um token
de continuação não retorne mais. É possível até mesmo que uma chamada retorne um token de continuação sem
nenhuma entrada de evento. O exemplo a seguir mostra como executar um loop com um token de continuação
retornado na resposta:
while(response.ContinuationToken != null)
{
// Store the activity event results in a list for example
completeListOfActivityEvents.AddRange(response.ActivityEventEntities);
// Make another call to the API with continuation token

response = GetPowerBIActivityEvents(response.ContinuationToken)
}
completeListOfActivityEvents.AddRange(response.ActivityEventEntities);
NOTE
Pode levar até 24 horas para que todos os eventos sejam exibidos, embora os dados completos normalmente estejam
disponíveis muito antes.
Cmdlet Get-PowerBIActivityEvent
Baixe eventos de atividade usando os cmdlets de Gerenciamento do Power BI para PowerShell. O cmdlet Get-
PowerBIActivityEvent lida automaticamente com o token de continuação para você. O cmdlet Get-
PowerBIActivityEvent usa um StartDateTime e um parâmetro EndDateTime com as mesmas restrições que a
API REST ActivityEvents . Em outras palavras, a data de início e a data de término devem referenciar o mesmo
valor de data, pois você só pode recuperar os dados da atividade referentes a um dia por vez.
O script a seguir demonstra como baixar todas as atividades do Power BI. O comando converte os resultados de
JSON em objetos .NET para obter acesso direto a propriedades de atividade individuais. Esses exemplos mostram
os menores e os maiores carimbos de data/hora possíveis para um dia com o objetivo de garantir que nenhum
evento seja perdido.
Login-PowerBI
$activities = Get-PowerBIActivityEvent -StartDateTime '2019-08-31T00:00:00' -EndDateTime '2019-08-

31T23:59:59' | ConvertFrom-Json
$activities.Count
$activities[0]
Filtrar dados da atividade

Você pode filtrar eventos de atividade por tipo de atividade e ID de usuário. O script a seguir demonstra como
baixar apenas os dados de evento para a atividade ViewDashboard . Para obter informações adicionais sobre os
parâmetros com suporte, use o comando Get-Help Get-PowerBIActivityEvent .
Login-PowerBI
$activities = Get-PowerBIActivityEvent -StartDateTime '2019-08-31T00:00:00' -EndDateTime '2019-08-

31T23:59:59' -ActivityType 'ViewDashboard' | ConvertFrom-Json
$activities.Count
$activities[0]
Usar o log de auditoria

Se a sua tarefa é controlar as atividades do usuário entre o Power BI e o Microsoft 365, você pode trabalhar com
a auditoria no Centro de Segurança e Conformidade do Office 365 ou usar o PowerShell. A auditoria conta com a
funcionalidade no Exchange Online, que é provisionado automaticamente para dar suporte ao Power BI.
Você pode filtrar os dados de auditoria por intervalo de datas, usuário, painel, tipo de relatório, conjunto de
dados e tipo de atividade. Você pode também baixar as atividades em um arquivo CSV (valores separados por
vírgula) para analisá-las offline.
Requisitos do log de auditoria
Você precisa atender a estes requisitos para acessar os logs de auditoria:
Para acessar o log de auditoria, é necessário ser um administrador global ou ser atribuído à função de
Logs de Auditoria ou Logs de Auditoria Somente Exibição no Exchange Online. Por padrão, essas funções
são atribuídas a grupos de funções de Gerenciamento de Conformidade e Gerenciamento de Organização,
na página Permissões , no centro de administração do Exchange.
Para fornecer contas que não sejam de administrador com acesso ao log de auditoria, adicione o usuário
como membro de um desses grupos de função. Como alternativa, crie um grupo de função personalizado
no Centro de administração do Exchange, atribua a função de Logs de Auditoria ou Logs de Auditoria
Somente Exibição a esse grupo e adicione a conta não administrativa ao novo grupo de função. Para obter
mais informações, veja Gerenciar grupos de função no Exchange Online.
Se você não conseguir acessar o Centro de administração do Exchange no Centro de administração do
Microsoft 365, vá para https://outlook.office365.com/ecp e entre usando suas credenciais.
Caso tenha acesso ao log de auditoria, mas não seja um administrador global ou administrador do
Serviço do Power BI, você não poderá acessar o Portal de Administração do Power BI. Nesse caso, use um
link direto para o Centro de Segurança e Conformidade do Office 365.
Acessar os logs de auditoria
Para acessar os logs, primeiro habilite o log no Power BI. Para saber mais, confira Logs de auditoria na
documentação do portal do administrador. Pode haver um atraso de até 48 horas entre o horário de habilitação
da auditoria e a possibilidade de exibir os dados de auditoria. Se os dados não forem exibidos imediatamente,
verifique os logs de auditoria mais tarde. Pode haver um atraso semelhante entre a obtenção da permissão para
exibir os logs de auditoria e a possibilidade de acessá-los.
Os logs de auditoria do Power BI estão disponíveis diretamente no Centro de Conformidade e Segurança do
Office 365. Há também um link no portal de administração do Power BI:
1. No Power BI, selecione o ícone de engrenagem , no canto superior direito, e selecione Por tal de
administração .
2. Selecione Logs de Auditoria .

3. Selecione Acessar o Centro de Administração do Microsoft 365 .
Pesquisar somente as atividades do Power BI

Restrinja os resultados apenas para as atividades do Power BI fazendo o seguinte. Confira uma lista de atividades
em lista de atividades auditadas pelo Power BI mais adiante neste artigo.
1. Na página Pesquisa de log de auditoria , em Pesquisar , selecione o menu suspenso para Atividades .
2. Selecione Atividades do Power BI .
3. Selecione qualquer lugar fora da caixa de seleção para fechá-la.
As pesquisas retornarão apenas atividades do Power BI.
Pesquisar os logs de auditoria por data
Você pode pesquisar os logs por intervalo de datas usando os campos Data de início e Data de término . A
seleção padrão nos últimos sete dias. A tela apresenta a data e a hora no formato UTC (Tempo Universal
Coordenado). O intervalo de datas máximo que você pode especificar é de 90 dias.
Você receberá um erro, se o intervalo de datas selecionado for maior que 90 dias. Se você estiver usando o
intervalo de datas máximo de 90 dias, selecione a hora atual para a Data de início . Caso contrário, você
receberá uma mensagem de erro informando que a data de início é anterior à data de término. Se você ativou a
auditoria nos últimos 90 dias, o intervalo de datas não poderá começar antes da data na qual a auditoria foi
ativada.
Pesquisar os logs de auditoria por usuários
Você pode procurar por entradas de log de auditoria das atividades realizadas por usuários específicos. Para fazer
isso, insira um ou mais nomes de usuário no campo Usuários . O nome de usuário tem a aparência de um
endereço de email. Trata-se da conta que o usuário utiliza para entrar no Power BI. Deixe esta caixa em branco
para retornar as entradas para todos os usuários (e contas de serviço) em sua organização.
Exibir resultados da pesquisa

Após selecionar Pesquisar , o programa carregará os resultados da pesquisa. Depois de alguns instantes, eles
serão exibidos em Resultados . Quando a pesquisa é concluída, a tela mostra o número de resultados
encontrados. A Pesquisa de log de auditoria exibe no máximo mil eventos. Se os critérios da pesquisa
gerarem mais de mil eventos, o aplicativo exibirá os mil eventos mais recentes.
Exibir os resultados principais
A área Resultados inclui as seguintes informações sobre cada evento retornado pela pesquisa. Selecione um
cabeçalho de coluna em Resultados para classificar os resultados.
C O L UN A DEF IN IÇ Ã O
Data A data e a hora (no formato UTC) quando o evento ocorreu.
Endereço IP O endereço IP do dispositivo usado para a atividade

registrada. O aplicativo exibe o endereço IP no formato de
endereço IPv4 ou IPv6.
Usuário O usuário (ou a conta de serviço) que executou a ação que

acionou o evento.
Atividade A atividade executada pelo usuário. Esse valor corresponde às

atividades que você selecionou na lista suspensa Atividades .
Para um evento do log de auditoria de administrador do
Exchange, o valor desta coluna é um cmdlet do Exchange.
Item O objeto criado ou modificado devido à atividade

correspondente. Por exemplo, o arquivo exibido ou
modificado, ou a conta de usuário atualizada. Nem todas as
atividades têm um valor nesta coluna.
Detalhes Detalhes adicionais sobre uma atividade. Novamente, nem

todas as atividades têm um valor.
Exibir os detalhes de um evento

Para exibir mais detalhes sobre um evento, selecione o registro do evento na lista de resultados da pesquisa. A
página Detalhes é exibida contendo as propriedades detalhadas do registro do evento. As propriedades exibidas
da página Detalhes dependem do serviço do Microsoft 365 em que o evento ocorre.
Para exibir esses detalhes, selecione Mais informações . Todas as entradas do Power BI têm um valor de 20 para
a propriedade RecordType. Para saber mais sobre outras propriedades, confira Propriedades detalhadas no log
de auditoria.
Exportar resultados da pesquisa
Para exportar o log de auditoria do Power BI para um arquivo CSV, siga estas etapas.
1. Selecione Expor tar resultados .
2. Selecione Salvar resultados carregados ou Baixar todos os resultados .
Usar o PowerShell para pesquisar logs de auditoria

Você também pode usar o PowerShell para acessar os logs de auditoria com base em seu logon. O exemplo a
seguir mostra como conectar-se ao Exchange Online PowerShell e então usar o comando Search-
UnifiedAuditLog para efetuar o pull de entradas de log de auditoria do Power BI. Para executar o script, o
administrador deve atribuir a você as permissões apropriadas, conforme descrito na seção Requisitos do log de
auditoria.
Set-ExecutionPolicy RemoteSigned
$UserCredential = Get-Credential
$Session = New-PSSession -ConfigurationName Microsoft.Exchange -ConnectionUri

https://outlook.office365.com/powershell-liveid/ -Credential $UserCredential -Authentication Basic -
AllowRedirection
Import-PSSession $Session
Search-UnifiedAuditLog -StartDate 9/11/2018 -EndDate 9/15/2018 -RecordType PowerBI -ResultSize 1000 | Format-
Table | More
Usar o PowerShell para exportar logs de auditoria

Você também pode usar o PowerShell para exportar os resultados da pesquisa de logs de auditoria. O exemplo a
seguir mostra como enviar usando o comando Search-UnifiedAuditLog e exportar os resultados usando o
cmdlet Export-Csv. Para executar o script, o administrador deve atribuir a você as permissões apropriadas,
conforme descrito na seção Requisitos do log de auditoria.
$UserCredential = Get-Credential
$Session = New-PSSession -ConfigurationName Microsoft.Exchange -ConnectionUri

https://outlook.office365.com/powershell-liveid/ -Credential $UserCredential -Authentication Basic -
AllowRedirection
Import-PSSession $Session
Search-UnifiedAuditLog -StartDate 9/11/2019 -EndDate 9/15/2019 -RecordType PowerBI -ResultSize 5000 |
Export-Csv -Path "c:\temp\PowerBIAuditLog.csv" -NoTypeInformation
Remove-PSSession $Session
Para obter mais informações de como se conectar ao Exchange Online, confira Conectar-se ao Exchange Online
PowerShell. Para ver outro exemplo de como usar o PowerShell com os logs de auditoria, confira Usar o log de
auditoria do Power BI e o PowerShell para atribuir licenças do Power BI Pro.
Operações disponíveis nos logs de auditoria e de atividades

As operações a seguir estão disponíveis nos logs de auditoria e de atividades.
N O M E A M IGÁVEL N O M E DA O P ERA Ç Ã O O B SERVA Ç Õ ES
Tabelas em destaque do Power BI AnalyzedByExternalApplication

acessadas no Excel
Fonte de dados adicionada ao gateway AddDatasourceToGateway

do Power BI
Acesso à pasta do Power BI adicionado AddFolderAccess Não usado no momento
Adicionados membros de grupo do AddGroupMembers

Power BI
Administrador anexou conta de AdminAttachedDataflowStorageAccoun Não usado no momento

armazenamento de fluxo de dados ao tToTenant
locatário
Conjunto de dados do Power BI AnalyzedByExternalApplication Gerada quando os usuários interagem

analisado com o serviço
Relatório do Power BI analisado AnalyzeInExcel
Workspace atribuído a um pipeline de AssignWorkspaceToPipeline

implantação
Conta de armazenamento de fluxo de AttachedDataflowStorageAccount

dados anexada
Conjunto de dados do Power BI BindToGateway

associado ao gateway
Atualização de fluxo de dados CancelDataflowRefresh

cancelada
Estado da capacidade alterado ChangeCapacityState
Atribuição de usuário da capacidade UpdateCapacityUsersAssignment

alterado
Conexões de conjunto de dados do SetAllConnections

Power BI alteradas
Administradores de gateway do Power ChangeGatewayAdministrators

BI alterados
Usuários da fonte de dados de ChangeGatewayDatasourceUsers

gateway do Power BI alterados
Um visual personalizado organizacional InsertOrganizationalGalleryItem

foi criado
Pacote de conteúdo organizacional do CreateOrgApp

Power BI criado
Um pipeline de implantação foi criado CreateAlmPipeline
Aplicativo do Power BI criado CreateApp
Dashboard do Power BI criado CreateDashboard
Fluxo de dados do Power BI criado CreateDataflow
Conjunto de dados do Power BI criado CreateDataset
Assinatura de email do Power BI criada CreateEmailSubscription
Pasta do Power BI criada CreateFolder
Gateway do Power BI criado CreateGateway
Grupo do Power BI criado CreateGroup
Relatório do Power BI criado CreateReport 1
O visual personalizado solicitou o GenerateCustomVisualAADAccessToke

token de acesso do Azure AD n
O visual personalizado solicitou o GenerateCustomVisualWACAccessToke

token de acesso dos Aplicativos Web n
do Office
Fluxo de dados migrado para conta de DataflowMigratedToExternalStorageAcc Não usado no momento

armazenamento externa ount
Permissões de fluxo de dados DataflowPermissionsAdded Não usado no momento

adicionadas
Permissões de fluxo de dados DataflowPermissionsRemoved Não usado no momento

removidas
Um visual personalizado organizacional DeleteOrganizationalGalleryItem

foi excluído
Pipeline de implantação excluído DeleteAlmPipeline
Pacote de conteúdo organizacional do DeleteOrgApp

Power BI excluído
Comentário do Power BI excluído DeleteComment
Dashboard do Power BI excluído DeleteDashboard Não usado no momento
Fluxo de dados do Power BI excluído DeleteDataflow Não usado no momento
Conjunto de dados do Power BI DeleteDataset

excluído
Assinatura de email do Power BI DeleteEmailSubscription

excluída
Pasta do Power BI excluída DeleteFolder
Acesso à pasta do Power BI excluído DeleteFolderAccess Não usado no momento
Gateway do Power BI excluído DeleteGateway
Grupo do Power BI excluído DeleteGroup
Relatório do Power BI excluído DeleteReport
Implantado em um estágio de pipeline DeployAlmPipeline
Fontes de dados de conjunto de dados GetDatasources

do Power BI descobertas
Relatório do Power BI baixado DownloadReport
Propriedades de fluxo de dados EditDataflowProperties

editadas
Permissão de certificação do Power BI EditCertificationPermission Não usado no momento

editada
Dashboard do Power BI editado EditDashboard Não usado no momento
Conjunto de dados do Power BI EditDataset

editado
Propriedades do conjunto de dados do EditDatasetProperties Não usado no momento

Power BI editadas
Relatório do Power BI editado EditReport
Fluxo de dados do Power BI exportado ExportDataflow
Dados visuais de relatório do Power BI ExportReport

exportados
Dados de bloco do Power BI ExportTile

exportados
Falha ao adicionar permissões de fluxo FailedToAddDataflowPermissions Não usado no momento

de dados
Falha ao remover permissões de fluxo FailedToRemoveDataflowPermissions Não usado no momento

de dados
Token SAS de fluxo de dados do Power GenerateDataflowSasToken

BI gerado
Token de inserção do Power BI gerado GenerateEmbedToken
Arquivo importado para o Power BI Importar
Aplicativo do Power BI instalado InstallApp
Workspace migrado para uma MigrateWorkspaceIntoCapacity

capacidade
Comentário do Power BI postado PostComment
Dashboard do Power BI impresso PrintDashboard
Página de relatório do Power BI PrintReport

impressa
Relatório do Power BI publicado na PublishToWebReport 2

Web
Tabelas em destaque publicadas ou UpdateFeaturedTables 3

atualizadas
Segredo de fluxo de dados do Power BI ReceiveDataflowSecretFromKeyVault

recebido do Key Vault
Um workspace foi removido de um UnassignWorkspaceFromPipeline

pipeline de implantação
Fonte de dados removida do gateway RemoveDatasourceFromGateway

do Power BI
Membros de grupo do Power BI DeleteGroupMembers

removidos
Workspace removido de uma RemoveWorkspacesFromCapacity

capacidade
Dashboard do Power BI renomeado RenameDashboard
Atualização de fluxo de dados do RequestDataflowRefresh Não usado no momento

Power BI solicitada
Atualização de conjunto de dados do RefreshDataset

Power BI solicitada
Workspaces do Power BI recuperados GetWorkspaces
Rótulo de confidencialidade aplicado SensitivityLabelApplied
Rótulo de confidencialidade alterado SensitivityLabelChanged
Rótulo de confidencialidade removido SensitivityLabelRemoved
Definir o local de armazenamento do SetDataflowStorageLocationForWorksp

fluxo de dados como um workspace ace
Definir atualização agendada no fluxo SetScheduledRefreshOnDataflow

de dados do Power BI
Definir atualização agendada no SetScheduledRefresh

conjunto de dados do Power BI
Dashboard do Power BI compartilhado ShareDashboard
Relatório do Power BI compartilhado ShareReport
Avaliação estendida do Power BI OptInForExtendedProTrial Não usado no momento

iniciada
Avaliação do Power BI iniciada OptInForProTrial
Assumiu uma fonte de dados do Power TakeOverDatasource

BI
Assumiu um conjunto de dados do TakeOverDataset

Power BI
Assumiu um fluxo de dados do Power TookOverDataflow

BI
Aplicativo do Power BI não publicado UnpublishApp

Atualizar configurações de governança UpdateCapacityResourceGovernanceSe Atualmente não está no Centro de

de recursos de capacidade ttings administração do Microsoft 365
Um visual personalizado organizacional UpdateOrganizationalGalleryItem

foi atualizado
Administrador de capacidade UpdateCapacityAdmins

atualizado
Nome de exibição de capacidade UpdateCapacityDisplayName

atualizado
Permissões de atribuição de UpdatedDataflowStorageAssignmentPe

armazenamento de fluxo de dados rmissions
atualizadas
Acesso ao pipeline de implantação UpdateAlmPipelineAccess

atualizado
Configuração do pipeline de SetConfigurationAlmPipeline

implantação atualizada
Configurações do Power BI da UpdatedAdminFeatureSwitch

organização atualizadas
Aplicativo do Power BI atualizado UpdateApp
Fluxo de dados do Power BI atualizado UpdateDataflow
Fontes de dados de conjunto de dados UpdateDatasources

do Power BI atualizadas
Parâmetros de conjunto de dados do UpdateDatasetParameters

Power BI atualizados
Assinatura de email do Power BI UpdateEmailSubscription

atualizada
Pasta do Power BI atualizada UpdateFolder
Acesso à pasta do Power BI atualizado UpdateFolderAccess
Credenciais da fonte de dados de UpdateDatasourceCredentials

gateway do Power BI atualizadas
Dashboard do Power BI exibido ViewDashboard
Fluxo de dados do Power BI exibido ViewDataflow
Relatório do Power BI exibido ViewReport
Bloco do Power BI exibido ViewTile

Métricas de uso do Power BI exibidas ViewUsageMetrics
1 Publicar do Power BI Desktop para o serviço é um evento CreateReport no serviço.

2 PublishtoWebReport se refere ao recurso Publicar na Web.
3 UpdateFeaturedTables refere-se a tabelas em destaque do Power BI no Excel.
Próximas etapas
Controlar a integridade do serviço do Power BI no
Microsoft 365
O centro de administração do Microsoft 365 fornece ferramentas importantes para administradores do Power BI.
As ferramentas incluem informações atuais e históricas sobre a integridade do serviço. Para acessar essas
informações, você deve estar em uma das seguintes funções:
Administrador de serviços do Power BI
Administrador global
Para saber mais sobre funções, confira Funções de administrador relacionadas ao Power BI.
1. Entre no Centro de Administração do Microsoft 365.
2. No painel de navegação, selecione Mostrar tudo > Integridade > Integridade do ser viço . Nosso
sistema exibirá a página da Integridade do serviço:
3. Na lista Todos os ser viços , selecione Avisos ou Incidentes e confira os resultados. A captura de tela
abaixo exibe um dos três avisos ativos.
4. Para ver mais informações, selecione Mostrar detalhes em um item. A captura de tela abaixo exibe
detalhes adicionais, como as atualizações de status recentes.
Role para baixo para ver mais informações e feche o painel quando tiver terminado.
5. Para ver informações de histórico em todos os serviços, vá até o canto superior direito da página
Integridade do ser viço e selecione Exibir histórico . Em seguida, selecione Últimos 7 dias ou Últimos
30 dias .
6. Para retornar à integridade do serviço atual, selecione Exibir status atual .
Feche sua conta do Power BI
Se você não quiser mais usar o Power BI, feche sua conta do Power BI. Depois de fechar a conta, não é possível
entrar no Power BI. Além disso, o programa exclui todos os dados de clientes carregados ou criados nesta
plataforma, de acordo com a política de retenção de dados, nos Termos de Serviço do Power BI. Eles não são
mantidos.
Usuários individuais do Power BI

Se você se inscreveu no Power BI como um indivíduo, poderá fechar sua conta na tela Configurações .
1. No Power BI, selecione o ícone de engrenagem no canto superior direito e escolha Configurações .
2. Na guia Geral , selecione Fechar Conta .
3. Selecione um motivo para fechar a conta (1). Você também pode fornecer mais informações (2). Em seguida,
selecione Fechar conta .
4. Confirme que você deseja fechar sua conta.
O programa exibirá uma confirmação de que o Power BI fechou sua conta. Reabra a sua conta aqui se
precisar.
Usuários de locatário gerenciado

Se a sua organização inscreveu você no Power BI, entre em contato com seu administrador de locatário. Peça que
retire a licença da sua conta.

Distribuir o conteúdo do Power BI para usuários
convidados externo com o Azure AD B2B
O Power BI permite o compartilhamento de conteúdo com usuários convidados externos por meio do Azure AD
B2B (Azure Active Directory Business-to-business). Usando o Azure AD B2B, sua organização habilita e rege o
compartilhamento com usuários externos em um local central. Por padrão, os convidados externos têm uma
experiência apenas de consumo. Além disso, você pode permitir que usuários convidados fora da sua organização
editem e gerenciem o conteúdo dentro de sua organização.
Este artigo fornece uma introdução básica ao Azure AD B2B no Power BI. Para obter mais informações, confira
Distribuir o conteúdo do Power BI para usuários convidados externos usando o Azure Active Directory B2B.
Habilitar acesso
Habilite o recurso Compartilhar conteúdo com usuários externos no portal de administração do Power BI antes de
convidar usuários. Mesmo quando essa opção está habilitada, o usuário deve receber a função Emissor de
convites independente no Azure Active Directory para convidar usuários.
A opção de Permitir que os usuários externos convidados editem e gerenciem o conteúdo da organização permite
que você ofereça aos usuários convidados a capacidade de ver e criar conteúdo em workspaces, incluindo a
navegação pelo Power BI da sua organização.
NOTE
A configuração Compartilhar conteúdo com usuários externos controla se o Power BI permite convidar usuários externos
para sua organização. Após um usuário externo aceitar o convite, ele se tornará um usuário convidado do Azure AD B2B em
sua organização. Ele aparecerá nos seletores de pessoas durante a experiência do Power BI. Se a configuração for
desabilitada, os usuários convidados existentes na sua organização continuarão a ter acesso a todos os itens aos quais já
tinham acesso e permanecerão listados nas experiências do seletor de pessoas. Além disso, se os convidados forem
adicionados por meio da abordagem de convite planejado, eles também aparecerão nos seletores de pessoas. Você pode
usar uma política de acesso condicional do Azure AD para impedir que usuários convidados acessem o Power BI.
Que você pode convidar?

Há suporte para a maioria dos endereços de email nos convites de usuário, incluindo contas pessoais do Gmail,
Outlook ou Hotmail. O Azure AD B2B chama esses endereços de identidades sociais.
Você não pode convidar usuários associados a uma nuvem governamental, como o Power BI for US Government.
Convidar usuários convidados

Os usuários convidados só precisam de convites na primeira vez que você os convida para sua organização. Para
convidar usuários, use convites planejados ou ad hoc.
Para usar convites ad hoc, use os recursos a seguir:
Compartilhamento de relatórios e painéis
Lista de acesso a aplicativos
Não há suporte para convites ad hoc na lista de acesso do workspace. Use a abordagem de convites planejados
para adicionar esses usuários à sua organização. Depois que o usuário externo se tornar um convidado em sua
organização, adicione-o à lista de acesso do workspace.
Convites planejados
Use um convite planejado se souber quais usuários vai convidar. O portal do Azure ou o PowerShell permite que
você envie os convites. Você deve receber a função de administrador de usuários para convidar pessoas.
Execute estas etapas para enviar um convite no Portal do Azure.
1. No portal do Azure, selecione Azure Active Director y .
2. Em Gerenciar , selecione Usuários > Todos os usuários > Novo usuário convidado .
3. Insira um endereço de email e mensagem pessoal .
4. Selecione Convidar .
Para convidar mais de um usuário, use o PowerShell ou crie um convite em massa no Azure AD. Para usar o
PowerShell no convite em massa, siga as etapas do Tutorial: usar o PowerShell para convidar usuários de
colaboração do Azure AD B2B em massa. Para usar o portal do Azure no convite em massa, siga as etapas do
Tutorial: convidar usuários de colaboração B2B do Azure AD em massa.
O usuário convidado precisa selecionar Introdução no convite que recebeu por email. O usuário convidado é
adicionado à organização.
Convites ad hoc
Para convidar um usuário externo a qualquer momento, adicione-o ao seu dashboard ou relatório por meio do
recurso de compartilhamento ou ao seu aplicativo por meio da página de acesso. Aqui está um exemplo de como
convidar um usuário externo para usar um aplicativo.
O usuário convidado receberá um email indicando que você compartilhou o aplicativo com ele.
O usuário convidado deverá entrar com o endereço de email da organização. Ele receberá uma solicitação para
aceitar o convite depois de entrar. Depois de entrar, o aplicativo é aberto para o usuário convidado. Para retornar
ao aplicativo, é necessário marcar o link ou salvar o email.
Licenciamento
O usuário convidado precisa ter a licença correta em vigor para ver o conteúdo compartilhado. Há três maneiras
de garantir uma licença adequada para o usuário: usar o Power BI Premium, atribuir uma licença do Power BI Pro
ao convidado ou usar a licença do Power BI Pro do convidado.
Os usuários convidados que podem editar e gerenciar conteúdo na organização precisam de uma licença do
Power BI Pro para contribuir com conteúdo em workspaces ou para compartilhar conteúdo com outras pessoas.
Usar o Power BI Premium
A atribuição do workspace à capacidade do Power BI Premium permite que o usuário convidado use o aplicativo
sem precisar de uma licença do Power BI Pro. O Power BI Premium também permite que aplicativos aproveitem
outros recursos, como taxas mais altas de atualização, capacidade dedicada e tamanhos grandes de modelos.
Atribuir uma licença do Power BI Pro ao usuário convidado

A atribuição de uma licença do Power BI Pro da sua organização para um usuário convidado permite que o
usuário convidado veja o conteúdo compartilhado com ele. Para obter mais informações sobre como atribuir
licenças, confira Atribuir licenças a usuários na página Licenças. Antes de atribuir licenças Pro a usuários
convidados, consulte o site Termos do Produto para garantir que você esteja em conformidade com os termos do
seu contrato de licenciamento com a Microsoft.
O usuário convidado traz a própria licença do Power BI Pro

O usuário convidado pode já ter uma licença do Power BI Pro atribuída pela organização dele.
Usuários convidados que podem editar e gerenciar conteúdo

Ao usar o recurso Permitir que os usuários externos convidados editem e gerenciem o conteúdo da organização,
os usuários convidados especificados obtêm acesso adicional ao Power BI da sua organização. Os usuários
permitidos podem ver qualquer conteúdo ao qual tenham permissão, acessar a página inicial, navegar por
workspaces, instalar aplicativos, ver onde estão na lista de acesso e contribuir com conteúdo para os workspaces.
Eles podem ser administradores de workspaces que usam a nova experiência de workspace e até mesmo criar tais
workspaces. Algumas limitações se aplicam. A seção Considerações e limitações lista essas restrições.
Para ajudar os convidados autorizados a entrar no Power BI, forneça a eles a URL do locatário. Para localizar a URL
do locatário, siga estas etapas.
1. No serviço do Power BI, no cabeçalho superior, selecione a ajuda ( ? ) e Sobre o Power BI .
2. Procure o valor ao lado de URL do locatário . Compartilhe a URL do locatário com os usuários convidados
permitidos.
Considerações e limitações
Por padrão, o Azure AD B2B externo limita os convidados ao consumo apenas de conteúdo. Os convidados
de Azure AD B2B externos podem exibir aplicativos, painéis, relatórios, além de exportar dados e criar
assinaturas de email para painéis e relatórios. Eles não podem acessar os workspaces ou publicar seu
próprio conteúdo. Para remover essas restrições, você pode usar o recurso Permitir que os usuários
externos convidados editem e gerenciem o conteúdo da organização.
Para convidar usuários, uma licença do Power BI Pro é necessária. Os usuários da avaliação do Pro não
podem convidar usuários convidados no Power BI.
Algumas experiências não estão disponíveis para usuários convidados que podem editar e gerenciar
conteúdo na organização. Para atualizar ou publicar relatórios, os usuários convidados precisarão usar o
serviço do Power BI, incluindo Obter Dados, para carregar arquivos do Power BI Desktop. Não há suporte
para as seguintes experiências:
Publicação direta do Power BI Desktop para o serviço do Power BI
Os usuários convidados não podem usar o Power BI Desktop para se conectar a conjuntos de dados de
serviço no serviço do Power BI
Workspaces clássicos associados a Grupos do Microsoft 365
Os usuários convidados não podem criar nem ser administradores desses workspaces
Os usuários convidados podem ser membros
O envio de convites ad hoc para listas de acesso do workspace não é uma ação compatível
O Power BI Publisher para Excel não é compatível com usuários convidados
Os usuários convidados não podem instalar um Power BI Gateway e conectá-lo à sua organização
Os usuários convidados não podem instalar aplicativos e publicá-los para toda a organização
Os usuários convidados não podem usar, criar, atualizar ou instalar pacotes de conteúdo organizacional
Os usuários convidados não podem usar o Analisar no Excel
Os usuários convidados não podem ser @mentioned em comentários
Os usuários convidados não podem usar assinaturas
Usuários convidados que usam essa funcionalidade devem ter uma conta corporativa ou de estudante
Usuários convidados que usam identidades sociais terão mais limitações devido a restrições de entrada.
Eles podem usar experiências de consumo no serviço do Power BI por meio de um navegador da Web
Eles não podem usar os aplicativos Power BI Mobile
Eles não poderão entrar quando uma conta corporativa ou de estudante for necessária
No momento, este recurso não está disponível com a web part de relatório do Power BI para o SharePoint
Online.
Há configurações do Azure Active Directory que podem limitar o que os usuários convidados externos
podem fazer dentro de sua organização em geral. Essas configurações também se aplicam ao seu ambiente
do Power BI. A documentação a seguir descreve as configurações:
Gerenciar configurações de colaboração externa
Permitir ou bloquear convites para usuários B2B de organizações específicas
Usar o acesso condicional para permitir ou bloquear o acesso
Você pode compartilhar conteúdo de uma nuvem governamental, como GCC, para um usuário externo de
nuvem comercial. No entanto, o usuário convidado não pode usar sua própria licença. O conteúdo deve ter
a capacidade atribuída a Premium para habilitar o acesso. Ou você pode atribuir uma licença do Power BI
Pro à conta de convidado.
O compartilhamento fora de sua organização não tem suporte em nuvens nacionais, como as instâncias de
nuvem da Alemanha ou China. Alternativamente, crie contas de usuário em sua organização que usuários
externos possam usar para acessar o conteúdo.
Se você compartilhar conteúdo diretamente com um usuário convidado, o Power BI enviará a ele um email
com o link. Para evitar o envio de um email, adicione o usuário convidado a um grupo de segurança e
compartilhe com o grupo de segurança.
Próximas etapas
Para obter mais informações, inclusive sobre o funcionamento da segurança de linha, confira o white paper:
Distribuir o conteúdo do Power BI para usuários convidados externo com o Azure AD B2B.
Para saber mais sobre o Azure AD B2B, confira O que é o acesso de usuários convidados na colaboração B2B do
Azure Active Directory?.
Administradores: Gerenciar o formulário de entrada
do Power BI Desktop
Na primeira vez em que o Power BI Desktop é iniciado, é exibido um formulário de entrada. As informações podem
ser preenchidas ou entre no Power BI para continuar. Os administradores gerenciam este formulário usando uma
chave do Registro.
Os administradores usam a seguinte chave do Registro para desabilitar o formulário de entrada. Isso também pode
ser enviado por push para toda a organização usando políticas globais.
Key: HKEY_CURRENT_USER\SOFTWARE\Policies\Microsoft\Microsoft Power BI Desktop

valueName: ShowLeadGenDialog
Você pode também experimentar a chave a seguir, que tem sido muito útil para alguns clientes com base nas
configurações deles:
Key: HKEY_CURRENT_USER\SOFTWARE\Microsoft\Microsoft Power BI Desktop

valueName: ShowLeadGenDialog
Um valor de 0 desabilitará a caixa de diálogo.

Este artigo descreve a funcionalidade de Rótulos de confidencialidade da Proteção de Informações da Microsoft

no Power BI. Para obter informações sobre como aplicar rótulos de confidencialidade a relatórios, dashboards,
conjuntos de dados e fluxos de dados do Power BI, confira Como aplicar rótulos de confidencialidade no Power BI.
Para obter informações sobre como habilitar rótulos de confidencialidade em seu locatário, confira Habilitar
rótulos de confidencialidade de dados no Power BI.
Os rótulos de confidencialidade da Proteção de Informações da Microsoft oferecem um modo simples de os
usuários classificarem conteúdo crítico no Power BI sem comprometer a produtividade nem a capacidade de
colaborar.
Os rótulos de confidencialidade podem ser aplicados a conjuntos de dados, relatórios, dashboards e fluxos de
dados. Quando os dados são exportados do Power BI para arquivos Excel, PowerPoint ou PDF, o Power BI aplica
automaticamente um rótulo de confidencialidade ao arquivo exportado e o protege de acordo com as
configurações de criptografia de arquivo do rótulo. Dessa forma, seus dados confidenciais permanecem
protegidos em qualquer lugar em que estejam.
Os rótulos de sensibilidade aplicados em relatórios do Power BI, dashboards, conjuntos de dados e fluxos de
dados ficam visíveis de muitos lugares no serviço do Power BI. Os rótulos de sensibilidade em relatórios e
dashboards também são visíveis nos aplicativos móveis do Power BI para iOS e Android e em visuais inseridos.
Um relatório de métricas de proteção disponível no portal de administração do Power BI dá aos administradores
do Power BI visibilidade total sobre os dados confidenciais no locatário do Power BI. Além disso, os logs de
auditoria do Power BI incluem informações de rótulo de confidencialidade sobre atividades como aplicação,
remoção e alteração de rótulos, bem como sobre atividades como exibição de relatórios, dashboards etc.,
fornecendo aos administradores do Power BI e segurança visibilidade sobre o consumo de dados confidenciais
para fins de monitoramento, investigação e alertas de segurança.
Aplicar o rótulo de confidencialidade não afeta o acesso ao conteúdo no Power BI. O acesso ao conteúdo no
Power BI é gerenciado unicamente por permissões do Power BI. Enquanto os rótulos estão visíveis, todas as
configurações de criptografia associadas (configuradas no Centro de segurança do Microsoft 365 ou no Centro de
conformidade do Microsoft 365) não são aplicadas. Elas são aplicadas somente a dados exportados para arquivos
do Excel, do PowerPoint e PDF.
Os rótulos de confidencialidade e a criptografia de arquivo não são aplicados em nenhum caminho de
exportação exceto exportação para Excel, PowerPoint e PDF. O administrador de locatários do Power BI pode
desabilitar quaisquer ou todos os caminhos de exportação que não dão suporte à aplicação de rótulos de
confidencialidade e as configurações de criptografia de arquivo associadas.
NOTE
Usuários com acesso permitido a um relatório têm permissão de acesso a todo o conjunto de dados subjacente, a menos
que a RLS (Segurança em Nível de Linha) limite o acesso. Os autores de relatório podem classificar e rotular relatórios
usando rótulos de confidencialidade. Se o rótulo de confidencialidade tiver configurações de proteção, o Power BI aplicará
essas configurações de proteção ao exportar dados de relatório para arquivos do Excel, do PowerPoint ou em PDF. Somente
usuários autorizados poderão abrir arquivos protegidos.
Como os rótulos de confidencialidade funcionam no Power BI
Quando você aplica um rótulo de confidencialidade a um dashboard, relatório, conjunto de dados ou fluxo de
dados do Power BI, o processo é semelhante a aplicar uma marca a esse recurso, que tem os seguintes benefícios:
Personalizável – você pode criar categorias para diferentes níveis de conteúdo confidencial em sua
organização, como Pessoal, Público, Geral, Confidencial e Altamente Confidencial.
Texto não criptografado – como o rótulo está em texto não criptografado, é fácil para os usuários
entenderem como tratar o conteúdo de acordo com as diretrizes dos rótulos de confidencialidade.
Persistente – depois que um rótulo de confidencialidade tiver sido aplicado ao conteúdo, ele acompanhará
esse conteúdo quando ele for exportado para arquivos do Excel, do PowerPoint e PDF e se tornará a base para
a aplicação e a imposição de políticas.
Veja um exemplo rápido de como os rótulos de confidencialidade no Power BI funcionam. A imagem abaixo
mostra como um rótulo de confidencialidade é aplicado em um relatório no serviço do Power BI, em seguida,
como os dados do relatório são exportados para um arquivo do Excel e, por fim, como o rótulo de
confidencialidade e suas proteções são mantidos no arquivo exportado.
Em aplicativos do Microsoft Office, um rótulo de confidencialidade aparece como uma tag no email ou no
documento, semelhante ao que é mostrado na imagem acima.
Você também pode atribuir uma classificação (como um adesivo) ao conteúdo, que persiste e move o conteúdo
conforme ele é usado e compartilhado no Power BI. Você pode usar essa classificação para gerar relatórios de uso
e ver dados de atividade relacionados ao seu conteúdo confidencial. Com base nessas informações, você sempre
pode optar mais tarde por aplicar as configurações de proteção.
Herança de rótulo de confidencialidade na criação de novo conteúdo

Quando novos relatórios e dashboards são criados no serviço do Power BI, eles herdam automaticamente o
rótulo de confidencialidade aplicado anteriormente no relatório ou conjunto de dados pai. Por exemplo, um novo
relatório criado sobre um conjunto de dados que tenha um rótulo de confidencialidade "Altamente Confidencial"
também receberá automaticamente o rótulo "Altamente Confidencial".
A imagem a seguir mostra como o rótulo de confidencialidade de um conjunto de dados é aplicado
automaticamente em um novo relatório criado com base no conjunto de dados.
NOTE
Se por algum motivo o rótulo de confidencialidade não puder ser aplicado no novo relatório ou dashboard, o Power BI não
bloqueará a criação do item.
Rótulos de confidencialidade e proteção em dados exportados

Quando os dados são exportados do Power BI para arquivos Excel, PowerPoint ou PDF, o Power BI aplica
automaticamente um rótulo de confidencialidade ao arquivo exportado e o protege de acordo com as
configurações de criptografia de arquivo do rótulo. Dessa forma, seus dados confidenciais permanecem
protegidos em qualquer lugar em que estejam.
Um usuário que exporta um arquivo do Power BI tem permissões para acessar e editar esse arquivo de acordo
com as configurações de rótulo de confidencialidade. Ele não obtém permissões de proprietário para o arquivo.
Os rótulos de confidencialidade e a proteção não são aplicados quando os dados são exportados para arquivos
.csv, .pbix ou qualquer outro caminho de exportação.
A aplicação de um rótulo de confidencialidade e a proteção para um arquivo exportado não adiciona a marcação
de conteúdo ao arquivo. No entanto, se o rótulo estiver configurado para aplicar marcações de conteúdo, as
marcações serão automaticamente aplicadas pelo cliente de rotulagem unificado da Proteção de Informações do
Azure quando o arquivo for aberto em aplicativos da área de trabalho do Office. As marcações de conteúdo não
são aplicadas automaticamente quando você usa rotulagem interna para aplicativos Web, de área de trabalho ou
de dispositivos móveis. Consulte Quando os aplicativos do Office aplicam criptografia e marcação de conteúdo
para obter mais detalhes.
A exportação falhará se um rótulo não puder ser aplicado quando os dados forem exportados para um arquivo.
Para verificar se a exportação falhou porque o rótulo não pôde ser aplicado, clique no nome do dashboard ou do
relatório no centro da barra de título e veja se ele diz "O rótulo de confidencialidade não pode ser carregado" no
menu suspenso de informações que é aberto. Isso poderá acontecer como resultado de um problema do sistema
temporário ou se o rótulo aplicado não tiver sido publicado ou tiver sido excluído pelo administrador de
segurança.
Herança de rótulo de confidencialidade em Analisar no Excel

Quando uma Tabela Dinâmica no Excel é criada com uma conexão ativa com um conjunto de dados do Power BI (é
possível fazer isso no Power BI por meio da ferramenta Analisar no Excel ou no Excel mesmo), o rótulo de
confidencialidade do conjunto de dados é herdado e aplicado ao arquivo Excel, junto com qualquer proteção
associada. Se o rótulo no conjunto de dados for alterado posteriormente para que seja mais restritivo, o rótulo
aplicado no arquivo vinculado do Excel será atualizado automaticamente na atualização dos dados.
Os rótulo de confidencialidade definidos manualmente no Excel não são substituídos automaticamente pelo
rótulo de confidencialidade do conjunto de dados. Em vez disso, você verá uma faixa informando que o conjunto
de dados tem um rótulo de confidencialidade e recomendando a aplicação dele.
NOTE
Se o rótulo de confidencialidade do conjunto de dados for menos restritivo que o rótulo de confidencialidade do arquivo do
Excel, não ocorrerá nenhuma herança ou atualização de rótulo. Um arquivo do Excel nunca herda um rótulo de
confidencialidade menos restritivo.
Persistência de rótulo de confidencialidade em relatórios e dashboards

inseridos
Você pode inserir relatórios, dashboards e visuais do Power BI em aplicativos de negócios, como o Microsoft
Teams e o SharePoint, ou no site de uma organização. Quando você insere um visual, relatório ou dashboard com
rótulo de confidencialidade aplicado, esse rótulo fica visível na exibição incorporada, e tanto o rótulo quanto a
proteção são mantidos quando os dados são exportados para o Excel.
Há suporte para os seguintes cenários de inserção:
Inserir para a organização
Microsoft 365 Apps (como Teams e SharePoint)
Inserção de URL segura (inserção do serviço do Power BI)
Rótulos de confidencialidade em aplicativos móveis do Power BI

Os rótulos de confidencialidade podem ser exibidos em relatórios e dashboards em aplicativos móveis do Power
BI. Um ícone ao lado do nome do relatório ou dashboard indica que ele tem um rótulo de confidencialidade, e o
tipo de rótulo e sua descrição podem ser encontrados na caixa informações do relatório ou do dashboard.
Nuvens com suporte

Os rótulos de confidencialidade têm suporte apenas em locatários de nuvens (públicas) globais, eles não têm
suporte em locatários de nuvens como as nacionais.
Licenciamento e requisitos
Confira Licenciamento e requisitos.
Criação e gerenciamento de rótulo de confidencialidade

Os rótulos de confidencialidade são criados e gerenciados na central de segurança do Microsoft 365 ou na central
de conformidade do Microsoft 365.
Para acessar os rótulos de confidencialidade em qualquer um desses centros, navegue para Classificação >
Rótulos de confidencialidade . Esses rótulos de confidencialidade podem ser usados por vários serviços da
Microsoft, como a Proteção de Informações do Azure, os aplicativos do Office e os serviços do Office 365.
IMPORTANT
Se a sua organização usa rótulos de confidencialidade da Proteção de Informações do Azure, você precisa migrá-los para um
dos serviços listados anteriormente para que eles sejam usados no Power BI.
Limitações
A lista a seguir fornece algumas limitações dos rótulos de confidencialidade no Power BI:
Os rótulos de confidencialidade podem ser aplicados apenas a dashboards, relatórios, conjuntos de dados e
fluxos de dados. Atualmente, eles não estão disponíveis para relatórios paginados e pastas de trabalho.
Os rótulos de confidencialidade em ativos do Power BI ficam visíveis apenas na lista do workspace, nas
exibições de linhagem, favoritos, recentes e de aplicativos. Atualmente, os rótulos não estão visíveis na exibição
“compartilhado comigo”. Observe, no entanto, que um rótulo aplicado a um ativo do Power BI, mesmo que não
esteja visível, sempre persistirá em dados exportados para arquivos do Excel, do PowerPoint e PDF.
Os rótulos de confidencialidade de dados não são compatíveis com os aplicativos de modelo. Os rótulos de
confidencialidade definidos pelo criador do aplicativo de modelo são removidos quando o aplicativo é extraído
e instalado, e os rótulos de confidencialidade adicionados aos artefatos em um aplicativo de modelo instalado
pelo consumidor do aplicativo são perdidos (redefinidos para nothing) quando o aplicativo é atualizado.
O Power BI não é compatível com os rótulos de confidencialidade dos tipos de proteção Não Encaminhar e
definido pelo usuário e HYOK. Os tipos de proteção Não Encaminhar e definidos pelo usuário referem-se aos
rótulos definidos no Centro de segurança do Microsoft 365 ou no Centro de conformidade do Microsoft 365.
Não é recomendável permitir que os usuários apliquem rótulos pai no Power BI. Se um rótulo pai for aplicado
ao conteúdo, a exportação de dados desse conteúdo para um arquivo (Excel, PowerPoint e PDF) falhará.
Consulte Sub-rótulos (rótulos de agrupamento).
Próximas etapas
Este artigo forneceu uma visão geral da proteção de dados no Power BI. Os artigos a seguir fornecem mais
detalhes sobre a proteção de dados no Power BI.
Habilitar rótulos de confidencialidade no Power BI
Como aplicar rótulos de confidencialidade no Power BI
Usando controles do Microsoft Cloud App Security no Power BI
Para os rótulos de confiabilidade da Proteção de Informações da Microsoft serem usados no Power BI, eles
precisam estar habilitados no locatário. Este artigo mostra aos administradores de locatário do Power BI como
fazer isso. Para uma visão geral de rótulos de confidencialidade no Power BI, confira Rótulos de confidencialidade
no Power BI. Para obter informações sobre como aplicar rótulos de confidencialidade no Power BI, consulte Como
aplicar rótulos de confidencialidade
Quando os rótulos de confidencialidade estão habilitados:
Usuários e grupos de segurança específicos em uma organização podem classificar e aplicar rótulos de
confidencialidade aos seus relatórios, dashboards, conjuntos de dados e fluxos de dados do Power BI.
Todos os membros da organização podem ver esses rótulos.
Habilitar rótulos de confidencialidade requer uma licença da Proteção de Informações do Azure. Confira
Licenciamento e requisitos para obter mais detalhes.
Licenciamento e requisitos
É necessário ter uma licença da Proteção de Informações do Azure Premium P1 ou P2 para aplicar ou
exibir os rótulos de confidencialidade da Proteção de Informações do Microsoft Azure no Power BI. A
Proteção de Informações do Azure pode ser adquirida de forma independente ou por meio de um dos
pacotes de licenciamento da Microsoft. Confira preço da Proteção de Informações do Azure para obter
detalhes.
Para conseguir aplicar rótulos a conteúdo do Power BI, o usuário precisa ter uma licença do Power BI Pro,
além de uma das licenças da Proteção de Informações do Azure mencionadas acima.
Os aplicativos do Office têm requisitos exclusivos de licenciamento para visualização e aplicação de rótulos
de confidencialidade.
Antes de habilitar rótulos de confidencialidade em seu locatário, verifique se os rótulos foram definidos e
publicados para os usuários e grupos relevantes. Confira Criar e configurar rótulos de confidencialidade e
suas políticas para obter mais detalhes.
NOTE
Se a sua organização usar rótulos de confidencialidade da Proteção de Informações do Azure, eles precisarão ser migrados
para a plataforma de Rotulagem Unificada de Proteção de Informações da Microsoft para que sejam usados no Power BI.
Saiba mais sobre como migrar rótulos de confidencialidade.
Habilitar rótulos de confidencialidade

Acesse o Por tal de administração do Power BI, abra o painel Configurações de locatário e localize a seção
Proteção de informações .
Na seção Proteção de Informações , execute as seguintes etapas:
1. Abra Permitir que os usuários apliquem rótulos de confidencialidade ao conteúdo do Power BI .
2. Habilite a alternância.
3. Defina quem pode aplicar e alterar rótulos de confidencialidade em ativos do Power BI. Por padrão, todos
em sua organização poderão aplicar rótulos de confidencialidade. No entanto, você pode optar por
habilitar a configuração de rótulos de confidencialidade somente para usuários ou grupos de segurança
específicos. Com toda a organização ou grupos de segurança específicos selecionados, você pode excluir
subconjuntos de usuários ou grupos de segurança específicos.
Quando os rótulos de confidencialidade são habilitados para toda a organização, as exceções
normalmente são grupos de segurança.
Quando os rótulos de confidencialidade são habilitados somente para usuários ou grupos de segurança
específicos, as exceções normalmente são usuários específicos.
Essa abordagem possibilita impedir que determinados usuários apliquem rótulos de confidencialidade
no Power BI, mesmo que eles pertençam a um grupo que tenha permissões para fazer isso.
4. Pressione Aplicar .
IMPORTANT
Somente usuários do Power BI Pro que têm permissões para criar e editar no ativo e que fazem parte do grupo de
segurança que foi definido nesta seção poderão definir e editar os rótulos de confidencialidade. Os usuários que não fazem
parte desse grupo não poderão definir ou editar o rótulo.
Solução de problemas
O Power BI usa rótulos de confidencialidade da Proteção de Informações da Microsoft. Portanto, se você
encontrar uma mensagem de erro ao tentar habilitar rótulos de confidencialidade, pode ser devido aos seguintes
motivos:
Você não tem uma licença da Proteção de Informações do Azure.
Os rótulos de confidencialidade não foram migrados para a versão da Proteção de Informações da Microsoft
compatível com o Power BI.
Nenhum rótulo de confidencialidade da Proteção de Informações da Microsoft foi definido na organização.
Confira Rótulos de confidencialidade no Power BI para obter a lista de limitações de rótulo de confidencialidade
no Power BI.
Próximas etapas
Este artigo descreveu como habilitar rótulos de confidencialidade no Power BI. Os artigos a seguir fornecem mais
Visão geral de rótulos de confidencialidade no Power BI
Como aplicar rótulos de confidencialidade no Power
BI
Os rótulos de confidencialidade da Proteção de Informações da Microsoft para os seus relatórios, dashboards,

conjuntos de dados e fluxos de dados podem proteger o seu conteúdo confidencial contra acesso a dados não
autorizado e vazamentos. Rotular seus dados corretamente usando rótulos de confidencialidade garante que
apenas pessoas autorizadas possam acessar seus dados. Este artigo mostra como aplicar rótulos de
confidencialidade ao seu conteúdo.
Para ser capaz de aplicar rótulos de confidencialidade no Power BI:
Você precisa ter uma licença do Power BI Pro e permissões de edição no conteúdo que deseja rotular.
Você precisa pertencer a um grupo de segurança que tenha permissões para aplicar rótulos de
confidencialidade, conforme descrito no artigo intitulado Habilitar rótulos de confidencialidade no Power BI.
Todos os critérios de licenciamento e outros requisitos devem ser atendidos.
Para obter mais informações sobre rótulos de confidencialidade no Power BI, confira Rótulos de
confidencialidade no Power BI.
Aplicar rótulos de confidencialidade

Quando a proteção de dados está habilitada no seu locatário, os rótulos de confidencialidade aparecem na
coluna de confidencialidade na exibição de lista dos dashboards, relatórios, conjuntos de dados e fluxos de dados.
Para aplicar ou alterar um rótulo de confidencialidade em um relatório ou dashboard

1. Clique em Mais opções (...) .
2. Selecione Configurações .
3. No painel lateral de configurações, escolha o rótulo de confidencialidade apropriado.
4. Salve as configurações.
A imagem a seguir ilustra essas etapas em um relatório
Para aplicar ou alterar um rótulo de confidencialidade em um conjunto de dados ou fluxo de dados
1. Clique em Mais opções (...) .
2. Selecione Configurações .
3. No painel lateral de configurações, escolha o rótulo de confidencialidade apropriado.
4. Aplique as configurações.
As duas imagens a seguir ilustram essas etapas em um conjunto de dados.
Escolha Mais opções (...) e, em seguida, Configurações .
Na página de configurações, abra a seção do rótulo de confidencialidade, escolha o rótulo de confidencialidade

desejado e clique em Aplicar .
Como remover rótulos de confidencialidade
Para remover um rótulo de confidencialidade de um relatório, um dashboard, um conjunto de dados ou um fluxo
de dados, siga o mesmo procedimento usado para aplicar rótulos, mas escolha (Nenhum) quando precisar
classificar a confidencialidade dos dados.
Confira Rótulos de confidencialidade no Power BI para obter a lista de limitações de rótulo de confidencialidade
no Power BI.
Próximas etapas
Este artigo descreveu como aplicar rótulos de confidencialidade no Power BI. Os artigos a seguir fornecem mais
Como usar controles do Microsoft Cloud App
Security no Power BI
Usando o Cloud App Security com o Power BI, você pode ajudar a proteger os seus relatórios, dados e serviços do
Power BI contra vazamentos ou violações indesejadas. Com o Cloud App Security, você cria políticas de acesso
condicional para os dados de sua organização usando controles de sessão em tempo real no Azure AD (Azure
Active Directory), que ajudam a garantir que suas análises do Power BI sejam seguras. Após essas políticas terem
sido definidas, os administradores poderão monitorar o acesso e a atividade do usuário, executar a análise de
risco em tempo real e definir controles específicos do rótulo.
Você pode configurar o Cloud App Security para todos os tipos de aplicativos e serviços, não apenas para o Power
BI. Você precisará configurar o Cloud App Security para trabalhar com o Power BI para se beneficiar das proteções
do Cloud App Security para seus dados e análises do Power BI. Para obter mais informações sobre o Cloud App
Security, incluindo uma visão geral de como ele funciona, do dashboard e das pontuações de risco do aplicativo,
confira a documentação do Cloud App Security.
Usar o Cloud App Security com o Power BI

Para usar o Cloud App Security com o Power BI, você precisa usar e configurar os serviços de segurança da
Microsoft relevantes, alguns dos quais são definidos fora do Power BI.
Licenciamento do Cloud App Security
Para ter o Cloud App Security no seu locatário, você precisa ter uma das seguintes licenças:
Microsoft Cloud App Security: Fornece funcionalidades de Cloud App Security para todos os aplicativos com
suporte, como parte dos conjuntos de aplicativos do EMS E5 e do Microsoft 365 E5.
Office 365 Cloud App Security: Fornece as funcionalidades de Cloud App Security apenas para o Office 365,
como parte do pacote do Office 365 E5.
Azure Active Directory Premium P1 para se beneficiar das principais funcionalidades do Cloud App Security.
As seções a seguir descrevem as etapas para usar o Cloud App Security no Power BI.
Definir políticas de sessão no Azure AD (obrigatório )
As etapas necessárias para definir os controles de sessão são concluídas nos portais do Azure AD e do Cloud App
Security. No portal do Azure AD, você cria uma política de acesso condicional para o Power BI e encaminha as
sessões usadas no Power BI por meio do serviço do Cloud App Security.
O Cloud App Security opera usando uma arquitetura de proxy reverso e é integrado ao acesso condicional do
Azure AD para monitorar a atividade do usuário do Power BI em tempo real. As etapas a seguir são fornecidas
para ajudar você a entender o processo, e instruções passo a passo detalhadas são fornecidas no conteúdo
vinculado em cada uma delas. Leia também este artigo sobre o Cloud App Security que descreve o processo
completo.
1. Criar uma política de teste de acesso condicional do Azure AD
2. Entrar em cada aplicativo usando um usuário com escopo para a política
3. Verificar se os aplicativos estão configurados para usar controles de acesso e de sessão
4. Testar a implantação
O processo de configuração das políticas de sessão é descrito em detalhes no artigo Políticas de sessão.
Definir políticas de detecção de anomalias para monitorar atividades do Power BI (recomendado )
Você pode definir políticas de detecção de anomalias no Power BI que podem ter escopo independente, para que
sejam aplicadas apenas aos usuários e grupos que você deseja incluir na política ou excluir dela. Saiba mais.
O Cloud App Security também tem duas detecções internas e dedicadas para o Power BI. Confira a seção mais
adiante neste documento para obter detalhes.
Usar rótulos de confidencialidade da Proteção de Informações da Microsoft (recomendado )
Os rótulos de confidencialidade permitem que você classifique e ajude a proteger conteúdos confidenciais, para
que as pessoas de sua organização possam colaborar com parceiros fora dela e, ainda assim, serem cuidadosas e
permanecerem cientes quanto a conteúdos e dados confidenciais.
Leia o artigo sobre rótulos de confidencialidade no Power BI, que descreve os detalhes do processo de uso de
rótulos de confidencialidade para o Power BI. Veja abaixo um exemplo de política do Power BI baseada em rótulos
de confidencialidade.
Detecções internas do Cloud App Security para o Power BI

As detecções do Cloud App Security permitem que os administradores monitorem atividades específicas de um
aplicativo monitorado. Para o Power BI, atualmente há duas detecções internas dedicadas do Cloud App Security:
Compar tilhamento suspeito – detecta quando um usuário compartilha um relatório confidencial com
um email desconhecido (externo à organização). Um relatório confidencial é um relatório cujo rótulo de
confidencialidade está definido como SOMENTE INTERNO ou superior.
Compar tilhamento em massa de relatórios – detecta quando um usuário compartilha um número
grande de relatórios em uma única sessão.
As configurações dessas detecções são definidas no portal do Cloud App Security. Saiba mais.
Função de administrador do Power BI no Cloud App Security

Uma função é criada para os administradores do Power BI ao usar o Cloud App Security com o Power BI. Quando
faz logon como administrador do Power BI no portal do Cloud App Security, você tem acesso limitado a dados
relevantes do Power BI, bem como a alertas, usuários em risco, logs de atividades e outras informações.
O uso do Cloud App Security com o Power BI tem a finalidade de ajudar a proteger o conteúdo e os dados de sua
organização, com detecções que monitoram as sessões do usuário e suas atividades. Ao usar o Cloud App
Security com o Power BI, há algumas considerações e limitações que você deve ter em mente:
O Cloud App Security pode operar apenas em arquivos do Excel, do PowerPoint e PDF.
Se quiser usar as funcionalidades de rótulos de confidencialidade em suas políticas de sessão para o Power BI,
você precisará ter uma licença Premium P1 ou Premium P2 da Proteção de Informações do Azure. A Proteção
de Informações do Microsoft Azure pode ser adquirida de forma independente ou por meio de um dos pacotes
de licenciamento da Microsoft. Confira preço da Proteção de Informações do Azure para obter detalhes. Além
disso, os rótulos de confidencialidade precisam ter sido aplicados a seus ativos do Power BI.
O controle de sessão está disponível para qualquer navegador, em qualquer plataforma principal e em
qualquer sistema operacional. Recomendamos usar o Internet Explorer 11, o Microsoft Edge mais recente, o
Google Chrome mais recente, o Mozilla Firefox mais recente ou o Apple Safari mais recente. As chamadas à API
pública do Power BI e outras sessões não baseadas em navegador não têm suporte como parte do controle de
sessão do Cloud App Security. Veja mais detalhes aqui.
Cau t i on
Atualmente, a política de inspeção de conteúdo do Cloud App Security não está disponível no Power BI ao
aplicar uma política de arquivo do Excel, portanto, não configure essa política para Power BI.
Na política da sessão, na parte "Ação", a funcionalidade de "proteger" só funcionará se não houver nenhum
rótulo no item. Se já houver um rótulo, a ação de "proteger" não se aplicará; não é possível substituir um rótulo
existente que já foi aplicado a um item no Power BI.
Exemplo
O exemplo a seguir mostra como criar uma política de sessão usando o Cloud App Security com o Power BI.
Primeiro, crie uma nova política de sessão. Selecione Políticas no menu à esquerda no por tal do Cloud App
Security .
Na janela exibida, selecione a lista suspensa Criar política .

Na lista suspensa de opções, selecione Política de sessão .
Na janela que aparece, crie a política de sessão. As etapas numeradas descrevem as configurações da imagem a
seguir.
1. Na lista suspensa Modelo de política , escolha Nenhum modelo.
2. Na caixa Nome da política , forneça um nome relevante para sua política de sessão.
3. Para Tipo de controle de sessão , selecione Arquivo de controle baixado (com DLP) .
Para a seção Origem da atividade , escolha as políticas de bloqueio relevantes. Recomendamos bloquear
dispositivos não gerenciados e não compatíveis. Opte por bloquear downloads quando a sessão estiver no
Power BI.
Ao rolar para baixo, você verá mais opções. A imagem a seguir mostra essas opções, com exemplos
adicionais.
4. Escolha o Rótulo de confidencialidade como altamente confidencial ou o que for mais adequado à sua
organização.
5. Altere o Método de inspeção para nenhum.
6. Escolha a opção Bloquear que atende às suas necessidades.
7. Certifique-se de criar um alerta para tal ação.
8. Por fim, certifique-se de selecionar o botão Criar para criar a política de sessão.
Cau t i on
Não crie uma política de Inspeção de Conteúdo para arquivos Excel do Power BI. Essa é uma limitação
conhecida desse recurso.
Próximas etapas
Este artigo descreveu como o Cloud App Security pode fornecer proteção de dados e de conteúdo para o Power
BI. Você também pode ter interesse nos artigos a seguir, que descrevem a Proteção de Dados para o Power BI e
fornecem conteúdo de suporte sobre os serviços do Azure que a habilitam.
Você também pode estar interessado nos seguintes artigos sobre o Azure e sobre segurança:
Proteger aplicativos com o Controle de Aplicativo de Acesso Condicional do Microsoft Cloud App Security
Implantar o Controle de Aplicativo de Acesso Condicional para aplicativos em destaque
Políticas de sessão
Visão geral dos rótulos de confidencialidade
Relatório de métricas de proteção de dados
Relatório de métricas de proteção de dados
O que é o relatório de métricas de proteção de dados?

O relatório de métricas de proteção de dados é um relatório dedicado que os administradores do Power BI podem
usar para monitorar e acompanhar o uso e a adoção de rótulos de confidencialidade em seus locatários.
Os recursos do relatório:
Um gráfico 100% de colunas empilhadas que mostra o uso do rótulo de sensibilidade diária no locatário para
os últimos 7, 30 ou 90 dias. Esse gráfico facilita o acompanhamento do uso com relação aos diferentes tipos de
rótulo ao longo do tempo.
Gráficos de rosca que mostram o estado atual do uso do rótulo de sensibilidade no locatário para dashboards,
relatórios, conjuntos de tabelas e fluxos de dados.
Um link para o portal do Cloud App Security em que alertas do Power BI, usuários em risco, logs de atividades
e outras informações estão disponíveis. Para obter mais informações, confira Como usar controles do
Microsoft Cloud App Security no Power BI.
O relatório é atualizado a cada 24 horas.
Como visualizar o relatório de métricas de proteção de dados

Você deve ter uma função de Administrador do Power BI para abrir e exibir o relatório. Para exibir o relatório,
acesse Configurações > Por tal de administração e escolha Métricas de proteção .
Na primeira vez que você abrir o relatório de métricas de proteção de dados, o carregamento poderá levar alguns
segundos. Um relatório e um conjunto de dados chamados de Métricas de proteção de dados (geradas
automaticamente) serão criados em seu ambiente privado, em "Meu workspace". Não recomendamos exibi-lo
aqui. Esse não é o relatório completo. Em vez disso, exiba o relatório no portal de administração, conforme
descrito acima.
Cau t i on
Não altere o relatório nem o conjunto de dados de nenhuma maneira, já que novas versões do relatório são
distribuídas periodicamente, e qualquer alteração feita ao relatório original é substituída quando você atualiza
para a nova versão.
Atualizações de relatório
Versões aprimoradas do relatório de métricas de proteção de dados são liberadas periodicamente. Quando você
abrir o relatório, se uma nova versão estiver disponível, será consultado se deseja abrir a nova versão. Se você
responder "Sim", a nova versão do relatório será carregada e substituirá a versão anterior. As alterações que você
tiver ao relatório e/ou conjunto de dados antigo serão perdidas. Você poderá optar por não abrir a nova versão,
mas nesse caso, não se beneficiará dos aprimoramentos nela incluídos.
Observações e considerações
Para que o relatório de métricas de proteção de dados seja gerado com êxito, a proteção de informações deve
estar habilitada em seu locatário e rótulos de sensibilidade devem ter sido aplicados.
Para acessar informações do Cloud App Security, sua organização deve ter a licença do Cloud App Security
apropriada.
Se você decidir compartilhar informações do relatório de métricas de proteção de dados com um usuário que
não seja um Administrador do Power BI, lembre-se de que esse relatório contém informações confidenciais
sobre sua organização.
O relatório de métricas de proteção de dados é um tipo especial de relatório e não aparece em listas do tipo
"Compartilhados comigo", "Recentes" e "Favoritos".
O relatório de métricas de proteção de dados não está disponível para usuários externos (usuários convidados
do Azure Active Directory B2B).
Próximas etapas
Como usar controles do Microsoft Cloud App Security no Power BI
Noções básicas sobre a função de Administrador de serviços do Power BI
RLS (segurança em nível de linha) com o Power BI
A RLS (segurança em nível de linha) com o Power BI pode ser usada para restringir o acesso a dados para
determinados usuários. Os filtros restringem o acesso a dados no nível da linha e você pode definir filtros nas
funções. Lembre-se de que, no serviço do Power BI, os membros de um workspace têm acesso a conjuntos de
dados no workspace. A RLS não restringe esse acesso a dados.
É possível configurar a RLS de modelos de dados importados para o Power BI com o Power BI Desktop. Você
também pode configurar RLS em conjuntos de dados que estão usando DirectQuery, como o SQL Server.
Anteriormente, você conseguia apenas implementar a RLS nos modelos do Analysis Services local fora do Power
BI. Para conexões dinâmicas do Analysis Services ou do Azure Analysis Services, configure a segurança em nível de
linha no modelo, não no Power BI Desktop. A opção de segurança não será exibida para conjuntos de dados com
conexão dinâmica.
Definir funções e regras no Power BI Desktop

É possível definir funções e regras no Power BI Desktop. Quando você publica no Power BI, ele também publica as
definições de função.
Para definir funções de segurança, siga estas etapas.
1. Importe os dados para o relatório do Power BI Desktop ou configure uma conexão do DirectQuery.
NOTE
Você não pode definir funções no Power BI Desktop BI para as conexões dinâmicas do Analysis Services. Você precisa
fazer isso no modelo do Analysis Services.
2. Na guia Modelagem , selecione Gerenciar Funções .
3. Na janela Gerenciar funções , selecione Criar .
4. Em Funções , forneça um nome para a função.

5. Em Tabelas , selecione a tabela à qual deseja aplicar uma regra DAX.
6. Na caixa Expressão DAX da tabela de filtro , insira as expressões DAX. Essa expressão retorna um valor
de verdadeiro ou falso. Por exemplo: [Entity ID] = “Value” .
NOTE
Você pode usar o username() nesta expressão. Lembre-se de que username() terá o formato
DOMÍNIO\nomedeusuário no Power BI Desktop. Dentro do serviço do Power BI e do Servidor de Relatórios do
Power BI, ele está no formato do nome UPN do usuário. Como alternativa, você pode usar userprincipalname() , que
sempre retorna o usuário no formato de seu nome UPN, nome de usuário@contoso.com.
7. Depois de criar a expressão DAX, selecione a marca de seleção acima da caixa de expressão para validar a
expressão.
NOTE
Nessa caixa de expressão, use vírgulas para separar argumentos da função DAX, mesmo que esteja usando uma
localidade que normalmente usa separadores de ponto e vírgula (por exemplo, francês ou alemão).
8. Selecione Salvar .
Não é possível atribuir usuários a uma função no Power BI Desktop. Você pode atribuí-los no serviço do Power BI.
É possível habilitar a segurança dinâmica no Power BI Desktop fazendo uso das funções DAX username() ou
userprincipalname() e configurando as relações corretas.
Por padrão, a filtragem de segurança em nível de linha usa filtros unidirecionais, independentemente se as
relações forem definidas para unidirecional ou bidirecional. Habilite manualmente o filtro cruzado bidirecional
com a segurança em nível de linha selecionando a relação e marcando a caixa de seleção Aplicar filtro de
segurança em ambas as direções . Você deverá marcar essa caixa quando também tiver implementado a
segurança dinâmica em nível de linha no nível do servidor, em que a segurança em nível de linha se baseia no
nome de usuário ou na ID de logon.
Para obter mais informações, consulte Filtragem cruzada bidirecional usando o DirectQuery no Power BI Desktop e
o artigo técnico Protegendo o modelo semântico de BI de tabela.
Validar as funções dentro do Power BI Desktop

Depois de criar sua função, você poderá testar os resultados da função no Power BI Desktop.
1. Na guia Modelagem , selecione Exibir como Funções .
É exibida a janela Exibir como funções , na qual você pode ver as funções que criou.
2. Selecione a função criada e selecione OK para aplicá-la.

Os relatórios renderizam somente os dados relevantes para essa função.
3. Você também pode selecionar Outro usuário e fornecer um determinado usuário.
É melhor fornecer o nome UPN, é ele que será usado pelo serviço do Power BI e pelo Servidor de Relatórios
do Power BI.
No Power BI Desktop, a opção Outro usuário exibirá resultados diferentes somente se você estiver usando
a segurança dinâmica com base nas expressões DAX.
4. Selecione OK .
O relatório será renderizado com base no que esse usuário pode ver.
Gerenciar a segurança no modelo

Para gerenciar a segurança no modelo de dados, é necessário fazer o seguinte.
1. Selecione as reticências (...) para um conjunto de dados.
2. Selecione Segurança .
Você será levado à página da RLS para adicionar membros a uma função criada no Power BI Desktop. Somente os
proprietários do conjunto de dados verão a opção Segurança disponível. Se o conjunto de dados está em um
Grupo, somente os Administradores do grupo encontrarão a opção de segurança.
Você só pode criar ou modificar funções no Power BI Desktop.
Trabalhando com membros

Adicionar membros
É possível adicionar um membro à função digitando o endereço de email, o nome do usuário, o grupo de
segurança ou a lista de distribuição que você deseja adicionar. Não é possível adicionar Grupos criados no Power
BI. Você pode adicionar membros externos à sua organização.
Você também pode ver quantos membros fazem parte da função pelo número entre parênteses ao lado do nome
da função ou ao lado de Membros.
Remover membros
É possível remover membros selecionando o X ao lado do nome.
Validando a função no serviço do Power BI
Você pode validar que a função definida está funcionando corretamente ao testar a função.
1. Selecione Mais opções (...) ao lado da função.
2. Selecione Testar dados como função
Então, você verá os relatórios que estão disponíveis para essa função. Os painéis de controle não são apresentados
nessa exibição. Na barra azul acima, você verá o que está sendo aplicado.
Você pode testar outras funções ou uma combinação de funções, selecionando Exibindo agora como .
Você pode optar por exibir dados como uma pessoa específica ou pode selecionar uma combinação de funções
disponíveis para validar que estão funcionando.
Para retornar à exibição normal, selecione Voltar à Segurança de Nível de Linha .
Usando a função DAX username() ou userprincipalname()

Você pode tirar proveito das funções DAX username() ou userprincipalname() dentro de seu conjunto de dados.
Você pode usá-las dentro de expressões no Power BI Desktop. Quando você publicar seu modelo, ele será usado
no serviço do Power BI.
No Power BI Desktop, username() retorna um usuário no formato DOMÍNIO\Usuário e userprincipalname()
retorna um usuário no formato user@contoso.com.
No serviço do Power BI, username() e userprincipalname() retornam o nome UPN do usuário. Isso se parece com
um endereço de email.
Usando RLS com workspaces no Power BI

Se você publicar seu relatório do Power BI Desktop em um workspace no serviço do Power BI, as funções serão
aplicadas aos membros somente leitura. Será necessário indicar que os membros só podem exibir o conteúdo do
Power BI nas configurações de workspace.
WARNING
Se você tiver configurado o workspace para que os membros tenham permissões de edição, as funções RLS não serão
aplicadas a eles. Os usuários poderão ver todos os dados.
Limitações
As limitações atuais da segurança no nível de linha nos modelos de nuvem são as seguintes:
Se você definiu funções e regras anteriormente no serviço do Power BI, deverá criá-las novamente no
Power BI Desktop.
Você pode definir a RLS somente nos conjuntos de dados criados com o Power BI Desktop. Se desejar
habilitar a RLS para conjuntos de dados criados com o Excel, deverá primeiro converter os arquivos em
arquivos PBIX (Power BI Desktop). Saiba mais.
Há suporte apenas para conexões de Importação e DirectQuery. Conexões dinâmicas do Analysis Services
são tratadas no modelo local.
Problemas conhecidos
Há um problema conhecido em que você recebe uma mensagem de erro quando tenta publicar um relatório
publicado anteriormente no Power BI Desktop. O cenário é descrito a seguir:
1. Sara tem um conjunto de dados que foi publicado no serviço do Power BI e ela configurou a RLS.
2. Sara atualiza o relatório no Power BI Desktop e o publica novamente.
3. Sara recebe um erro.
Solução alternativa: publique novamente o arquivo do Power BI Desktop no serviço do Power BI até que esse
problema seja resolvido. Você pode fazer isso selecionando Obter Dados > Arquivos .
Perguntas frequentes
Pergunta: E se eu já tiver criado funções e regras para um conjunto de dados no serviço do Power BI? Elas ainda
funcionariam se eu não fizesse nada?
Resposta: Não, os visuais não seriam renderizados corretamente. Você precisará recriar as funções e regras no
Power BI Desktop e, em seguida, publicá-las no serviço do Power BI.
Pergunta: Posso criar essas funções para fontes de dados do Analysis Services?
Resposta: Sim, isso é possível se você importou os dados no Power BI Desktop. Se você estiver usando uma
conexão dinâmica, não poderá configurar a RLS no serviço do Power BI. Isso é definido no modelo local do
Analysis Services.
Pergunta: Posso usar a RLS para limitar as colunas ou as medidas acessíveis por meus usuários?
Resposta: Não, se um usuário tiver acesso a uma linha específica de dados, ele poderá ver todas as colunas de
dados dessa linha.
Pergunta: A RLS permite ocultar dados detalhados, mas conceder acesso aos dados resumidos nos visuais?
Resposta: Não. Você protege linhas individuais de dados, mas os usuários sempre podem ver os detalhes ou os
dados resumidos.
Pergunta: Minha fonte de dados já tem funções de segurança definidas (por exemplo, funções do SQL Server ou
funções do SAP BW). Qual é a relação entre essas funções e a RLS?
Resposta: A resposta depende de você estar importando dados ou usando o DirectQuery. Se você estiver
importando dados para o conjunto de dados do Power BI, as funções de segurança em sua fonte de dados não
serão usadas. Nesse caso, você deve definir a RLS para impor regras de segurança para usuários que se conectam
ao Power BI. Se você estiver usando o DirectQuery, as funções de segurança em sua fonte de dados serão usadas.
Quando um usuário abre um relatório, o Power BI envia uma consulta para a fonte de dados subjacente, que aplica
as regras de segurança aos dados com base nas credenciais do usuário.
Próximas etapas
Para obter mais informações relacionadas a este artigo, confira os seguintes recursos:
Restringir o acesso a dados com a RLS (Segurança em Nível de Linha) no Power BI Desktop
Diretrizes de RLS (Segurança em Nível de Linha) no Power BI Desktop
Dúvidas? Experimente perguntar à Comunidade do Power BI
Sugestões? Contribuir com ideias para aprimorar o Power BI
Configurar a certificação de fluxos de dados e
conjuntos de dados (versão prévia)
Sua organização pode certificar conjuntos de dados e fluxos de dados que são a fonte autorizada de informações
críticas.
Como administrador de locatários do Power BI, você é responsável por configurar o processo de certificação da sua
organização. Isso significa que:
Habilitar a certificação no seu locatário.
Definir uma lista de grupos e usuários que estão autorizados a certificar conjuntos de dados e fluxos de dados.
Para conjuntos de dados, fornecer a URL da política de certificação de conjuntos de dados da organização, se
houver.
A certificação de fluxos de dados e conjuntos de dados faz parte do endosso de fluxos de dados e conjuntos de
dados. Confira Endosso de conjuntos de dados e Endosso de fluxos de dados para obter mais informações.
Configurar a certificação
1. No portal de administração, acesse Configurações do locatário.
2. Na seção Configurações de exportação e compartilhamento, expanda a seção Certificação.
3. Defina a alternância como Habilitado .

4. Para a certificação de conjuntos de dados, se a sua organização tiver uma política de certificação publicada,
forneça a URL dela aqui. Isso se tornará o link Saiba mais na seção de certificação da caixa de diálogo das
configurações do endosso de fluxos de dados
5. Especifique os usuários ou os grupos que estão autorizados a certificar fluxos de dados e conjuntos de
dados. Esses certificadores autorizados poderão usar o botão Certificação na seção de certificação da caixa
de diálogo das configurações do endosso de conjuntos de dados ou fluxos de dados.
Próximas etapas
Promover conjuntos de dados
Certificar conjuntos de dados
Promover fluxos de dados
Certificar fluxos de dados
Dúvidas? Experimente perguntar à Comunidade do Power BI
Configurar aplicativos móveis com o Microsoft Intune
O Microsoft Intune permite que as organizações gerenciem dispositivos e aplicativos. Os aplicativos móveis do
Power BI para iOS e para Android são integrados ao Intune. Essa integração permite que você gerencie o aplicativo
em seus dispositivos e controle a segurança. Por meio de políticas de configuração, você pode controlar coisas
como exigir um PIN de acesso, como os dados são manipulados pelo aplicativo e até mesmo criptografar dados do
aplicativo quando ele não estiver em uso.
Configuração geral de gerenciamento de dispositivo móvel

Este artigo pressupõe que o Intune está configurado corretamente e que você tem dispositivos registrados com o
Intune. O artigo não serve como um guia de configuração completo para o Microsoft Intune. Para saber mais sobre
o Intune, confira O que é o Intune?.
O Microsoft Intune pode coexistir com o MDM (Gerenciamento de Dispositivo Móvel) no Microsoft 365. Se estiver
usando o MDM, o dispositivo será exibido como registrado no MDM, mas estará disponível para gerenciar no
Intune.
NOTE
Após a configuração do Intune, a atualização de dados em segundo plano é desativada para o aplicativo móvel do Power BI
em seu dispositivo Android ou iOS. O Power BI atualiza os dados do serviço do Power BI na Web quando você entra no
aplicativo.
Etapa 1: obter a URL do aplicativo

Antes de criar o aplicativo no Intune, precisamos obter as URLs para os aplicativos. Para iOS, elas serão obtidas pelo
iTunes. Para o Android, você pode obtê-las no página móvel do Power BI.
Salve a URL, pois você precisará dela durante a criação do aplicativo.
Obter a URL do iOS
Para obter a URL do aplicativo para iOS, precisaremos obtê-la no iTunes.
1. Abra o iTunes.
2. Pesquise o Power BI.
3. Você deve ver o Microsoft Power BI relacionado nos Aplicativos iPhone e Aplicativos iPad . Você pode
usar qualquer um, pois receberá a mesma URL.
4. Selecione o menu suspenso Obter e depois Copiar link .
Ela deve ser semelhante à seguinte: https://itunes.apple.com/us/app/microsoft-power-bi/id929738808?mt=8 .
Obter URL do Android
É possível obter a URL para o Google Play na página do Power BI Mobile. Selecione Baixar do Google Play para
acessar a página do aplicativo. Você pode copiar a URL da barra de endereços do navegador. Ela deve ser
semelhante à seguinte: https://play.google.com/store/apps/details?id=com.microsoft.powerbim .
Etapa 2: criar uma política de gerenciamento de aplicativos móveis

A política de gerenciamento de aplicativos móveis permite que você imponha itens, como um PIN de acesso. Você
pode criar um no portal do Intune.
Você pode criar o aplicativo ou a política primeiro. Não importa a ordem que eles são adicionados. É necessário
apenas que ambos existam para a etapa de implantação.
1. No portal do Intune, selecione Política > Políticas de Configuração .
2. Selecione Adicionar... .
3. Em Software , você pode selecionar o Gerenciamento de aplicativos móveis para Android ou iOS. Para
começar rapidamente, você pode selecionar Criar uma política com as configurações recomendadas ,
ou você pode criar uma política personalizada.
4. Edite a política para configurar as restrições desejadas no aplicativo.
Etapa 3: criar o aplicativo

O aplicativo é uma referência, ou pacote, que é salvo no Intune para implantação. Precisaremos criar um aplicativo
e fazer referência à URL do aplicativo que obtivemos do Google Play ou iTunes.
Você pode criar o aplicativo ou a política primeiro. Não importa a ordem que eles são adicionados. É necessário
apenas que ambos existam para a etapa de implantação.
1. Acesse o portal Intune e selecione Aplicativos no menu à esquerda.
2. Selecione Adicionar aplicativo . Isso inicializará o aplicativo Adicionar Software .
Criar para iOS
1. Selecione o aplicativo iOS gerenciado da App Store na lista suspensa.
2. Insira a URL do aplicativo obtida na Etapa 1 e selecione Avançar .
3. Forneça um Editor , um Nome e uma Descrição . Como alternativa, você pode fornecer um Ícone . A
Categoria se refere ao aplicativo do Portal da Empresa. Ao terminar, selecione Avançar .
4. Você pode decidir se deseja publicar o aplicativo como Qualquer (padrão), iPad ou iPhone . Por padrão, ele
mostrará Qualquer e funcionará para ambos os tipos de dispositivo. O aplicativo Power BI utiliza a mesma
URL para o iPhone e o iPad. Selecione Avançar .
5. Escolha Carregar .
6. Se o aplicativo não estiver na lista, atualize a página: acesse Visão geral e volte para Aplicativos .
Criar para Android

1. Selecione Link Externo na lista suspensa.
2. Insira a URL do aplicativo obtida na Etapa 1 e selecione Avançar .
3. Forneça um Editor , um Nome e uma Descrição . Como alternativa, você pode fornecer um Ícone . A
Categoria se refere ao aplicativo do Portal da Empresa. Ao terminar, selecione Avançar .
4. Escolha Carregar .
5. Se o aplicativo não estiver na lista, atualize a página: acesse Visão geral e volte para Aplicativos .
Etapa 4: implantar o aplicativo

Depois de ter adicionado o aplicativo, você precisará implantá-lo para que ele esteja disponível aos usuários finais.
Esta é a etapa em que você associará a política criada com o aplicativo.
Implantar para iOS
1. Na tela de aplicativos, selecione o aplicativo que você criou. Selecione o link Gerenciar implantação… .
2. Na tela Selecionar Grupos , você pode escolher em quais grupos deseja implantar esse aplicativo.
Selecione Avançar .
3. Na tela Ação de Implantação , você pode escolher como deseja implantar esse aplicativo. Ao selecionar
Instalação Disponível ou Instalação Obrigatória , o aplicativo será disponibilizado no Portal da Empresa
para que os usuários instalem sob demanda. Ao terminar de fazer sua escolha, selecione Avançar .
4. Na tela Gerenciamento de Aplicativo Móvel , é possível selecionar a política de Gerenciamento de

Aplicativo Móvel criada na Etapa 2. O padrão será a política que você criou, se for a única política iOS
disponível. Selecione Avançar .
5. Na tela Perfil VPN , você pode selecionar uma política, se tiver uma para sua organização. O padrão é
Nenhum . Selecione Avançar .
6. Na tela Configuração de Aplicativo Móvel , você pode selecionar uma Política de Configuração do
Aplicativo , se tiver criado uma. O padrão é Nenhum . Isso não é necessário. Selecione Concluir .
Depois que você implantou o aplicativo, ele deverá mostrar Sim para a opção Implantado, na página de aplicativos.
Implantar para Android
1. Na tela de aplicativos, selecione o aplicativo que você criou. Selecione o link Gerenciar implantação… .
2. Na tela Selecionar Grupos , você pode escolher em quais grupos deseja implantar esse aplicativo.
Selecione Avançar .
3. Na tela Ação de Implantação , você pode escolher como deseja implantar esse aplicativo. Ao selecionar
Instalação Disponível ou Instalação Obrigatória , o aplicativo será disponibilizado no Portal da Empresa
para que os usuários instalem sob demanda. Ao terminar de fazer sua escolha, selecione Avançar .
4. Na tela Gerenciamento de Aplicativo Móvel , é possível selecionar a política de Gerenciamento de
Aplicativo Móvel criada na Etapa 2. O padrão será a política que você criou, se for a única política Android
disponível. Selecione Concluir .
Depois que você implantou o aplicativo, ele deverá mostrar Sim para a opção Implantado, na página de aplicativos.
Etapa 5: instalar o aplicativo em um dispositivo

Instale o aplicativo pelo aplicativo Portal da Empresa. Se você ainda não instalou o Portal da Empresa, você pode
obtê-lo por meio da loja de aplicativos nas plataformas Android ou iOS. Você entrará no Portal da Empresa com o
logon corporativo.
1. Abra o aplicativo Portal da Empresa.
2. Se você não vir o aplicativo Power BI relacionado como um aplicativo em destaque, selecione Aplicativos
da Empresa .
3. Selecione o aplicativo Power BI que você implantou.

4. Selecione Instalar .
5. Se estiver no iOS, ele enviará o aplicativo por push para você. Selecione Instalar na caixa de diálogo de
envio por push.
6. Após a instalação do aplicativo, você verá que ele é Gerenciado por sua empresa . Se você habilitar o
acesso com um PIN, na política, você verá o seguinte.
Próximas etapas
Configurar e implantar políticas de gerenciamento de aplicativos móveis no console do Microsoft Intune
Aplicativos do Power BI para dispositivos móveis
Como comprar o Power BI Premium
Este artigo descreve como comprar capacidade do Power BI Premium para sua organização. O artigo aborda dois
cenários:
Uso de SKUs P para cenários de produção típicos. Os SKUs P exigem um compromisso mensal ou anual e
são cobrados mensalmente.
Uso de SKUs A para cenários de teste e para casos em que você não tenha as permissões necessárias para
comprar SKUs P (função Administrador de cobrança ou Administrador global do Microsoft 365). Os SKUs
A não exigem um compromisso de tempo e são cobrados por hora. Compre SKUs A no portal do Azure.
Para obter mais informações sobre o Power BI Premium, confira O que é o Power BI Premium?. Para obter
informações atualizadas sobre preço e planejamento, confira a Página de preços do Power BI e a Calculadora
Power BI Premium. Os criadores de conteúdo ainda precisam ter uma licença do Power BI Pro, mesmo que a sua
organização use o Power BI Premium. Compre pelo menos uma licença do Power BI Pro para sua organização.
Com SKUs A, todos os usuários que consomem o conteúdo também precisam ter licenças Pro.
NOTE
Se uma assinatura Premium expirar, você terá 30 dias de acesso completo à sua capacidade. Depois disso, seu conteúdo é
revertido para uma capacidade compartilhada. Não há suporte para modelos maiores que 1 GB na capacidade
compartilhada.
Comprar SKUs P para cenários de produção típicos

Crie um locatário com um SKU do Power BI Premium P1 configurado ou compre uma capacidade do Power BI
Premium para uma organização existente. Em ambos os casos, você poderá adicionar capacidade, se necessário.
Criar um novo locatário com o Power BI Premium P1
Caso você não tenha um locatário e deseje criar um, poderá comprar o Power BI Premium ao mesmo tempo. O
link a seguir orienta você pelo processo de criação de um novo locatário e permite que você compre o Power BI
Premium: oferta do Power BI Premium P1. Quando você cria seu locatário, recebe automaticamente a função de
Administrador Global do Microsoft 365 para esse locatário.
Depois de comprar a capacidade, saiba como gerenciar capacidades e atribuir workspaces a uma capacidade.
Comprar uma capacidade do Power BI Premium para uma organização existente
Se tiver uma organização (locatário) existente, você deverá estar na função de Administrador Global do Microsoft
365 ou na função de Administrador de Cobrança para comprar licenças e assinaturas. Para obter mais
informações, consulte Sobre funções de administrador do Microsoft 365.
Para comprar capacidade Premium, siga estas etapas.
1. No serviço do Power BI, escolha o seletor de aplicativo do Microsoft 365 e, em seguida Admin .
Como alternativa, é possível navegar até o Centro de administração do Microsoft 365.
2. Selecione Cobrança > Ser viços de compra .
3. Em Outros planos , procure ofertas do Power BI Premium. Isso listará como P1 até o P3, EM3 e P1 (mês a
mês).
4. Passe o mouse sobre as reticências ( … ) e, em seguida, selecione Comprar agora .
5. Siga as etapas para concluir a compra.

Depois de concluir a compra, a página Ser viços de compra mostrará que o item foi comprado e está ativo.
Capacidades adicionais de compra
Agora que você tem uma capacidade, pode adicionar mais conforme suas necessidades. Você pode usar qualquer
combinação de SKUs de capacidade Premium (P1 até P3) dentro de sua organização. As diferentes SKUs
fornecem funcionalidades de recurso diferentes.
1. No Centro de administração do Microsoft 365, selecione Cobrança > Comprar Ser viços .
2. Localize o item do Power BI Premium do qual você deseja adquirir mais em Outros planos .
3. Passe o mouse sobre Mais opções (...) e, em seguida, selecione Alterar quantidade de licenças .
4. Altere o número de instâncias que você deseja ter para esse item. Em seguida, selecione Enviar quando
terminar.
IMPORTANT
Selecionar Enviar cobra do cartão de crédito no arquivo.
Em seguida, a página Ser viços de compra indicará o número de instâncias que você tem. No portal de
administração do Power BI, nas Configurações de capacidade , os núcleos virtuais disponíveis correspondem à
nova capacidade comprada.
Cancelar sua assinatura
Cancele sua assinatura no Centro de administração do Microsoft 365. Para cancelar sua assinatura Premium, faça
o seguinte.
1. Navegue até o Centro de administração do Microsoft 365.
2. Selecione Cobrança > Assinaturas .
3. Selecione sua assinatura do Power BI Premium na lista.
4. Selecione Mais ações > Cancelar assinatura .
5. A página Cancelar assinatura indicará se você é responsável ou não por uma taxa de término
antecipado. Essa página também permitirá saber quando os dados serão excluídos da assinatura.
6. Leia as informações e, caso deseje continuar, selecione Cancelar assinatura .
No cancelamento ou expiração da assinatura
Ao cancelar sua assinatura Premium ou se sua licença de capacidade expirar, você poderá continuar acessando as
capacidades Premium por um período de 30 dias a partir da data do cancelamento ou da expiração da licença.
Após 30 dias, você já não poderá acessar suas capacidades ou workspaces Premium nelas.
Comprar SKUs A para teste e outros cenários

Os SKUs são disponibilizados por meio do serviço do Azure Power BI Embedded. Você pode usar SKUs A das
seguintes maneiras:
Habilitar a inserção do Power BI em aplicativos de terceiros. Para obter mais informações, confira Power BI
Embedded.
Testar a funcionalidade Premium antes de comprar um SKU P.
Criar ambientes de desenvolvimento e teste junto com um ambiente de produção que usa SKUs P.
Compre o Power BI Premium mesmo que você não tenha uma função Administrador de cobrança ou
Administrador global do Microsoft 365.
NOTE
Se você comprar um SKU A4 ou superior, poderá aproveitar todos os recursos Premium, exceto o compartilhamento
ilimitado de conteúdo. Com SKUs A, todos os usuários que consomem o conteúdo precisam ter licenças Pro.
Siga estas etapas para comprar SKUs A no portal do Azure:

1. Entre no portal do Azure com uma conta que tenha, pelo menos, permissões de administrador de
capacidade no Power BI.
2. Pesquise Power BI Embedded e selecione o serviço nos resultados da pesquisa.
3. Selecione Criar Power BI Embedded .
4. Na tela de criação do Power BI Embedded , especifique as seguintes informações:

A Assinatura na qual o serviço do Power BI Embedded será criado.
A Localização física na qual o grupo de recursos que contém o serviço será criado. Para obter um
melhor desempenho, essa localização deve estar próxima da localização do seu locatário do Azure
Active Directory para Power BI.
O Grupo de recursos existente a ser usado ou crie outro, conforme mostrado no exemplo.
O administrador de capacidade do Power BI . O administrador de capacidade precisa ser um
usuário membro ou uma entidade de serviço em seu locatário do Azure AD.
5. Caso você deseje usar todos os recursos do Power BI Premium (exceto o compartilhamento ilimitado),
precisará de, pelo menos, um SKU A4. Selecione Alterar tamanho .
6. Selecione um tamanho de capacidade A4, A5 ou A6, que corresponde a P1, P2 e P3.
7. Selecione Examinar + Criar , examine as opções escolhidas e, em seguida, selecione Criar .

8. A implantação pode levar alguns minutos para ser concluída. Quando ela estiver pronta, selecione Ir para
o recurso .
9. Na tela de gerenciamento, examine as opções disponíveis para gerenciar o serviço, incluindo pausar o
serviço quando você não o estiver usando.
Próximas etapas
Configurar e gerenciar capacidades no Power BI Premium
Página de preços do Power BI
Calculadora Power BI Premium
Perguntas frequentes sobre o Power BI Premium
Planejando um white paper de implantação do Power BI Enterprise
Configurar e gerenciar capacidades no Power BI
Premium
O gerenciamento do Power BI Premium envolve a criação, o gerenciamento e o monitoramento de capacidades

Premium. Este artigo fornece instruções passo a passo. Para obter uma visão geral das capacidades, veja Como
gerenciar capacidades Premium.
Saiba como gerenciar as capacidades do Power BI Premium e do Power BI Embedded, que oferecem recursos
dedicados ao seu conteúdo.
A capacidade é a essência das ofertas do Power BI Premium e do Power BI Embedded. É um conjunto de recursos
reservados para uso exclusivo de sua organização. Ter capacidade dedicada permite publicar dashboards,
relatórios e conjuntos de dados para usuários de toda a organização sem precisar comprar licenças por usuário
para eles. Ela também oferece desempenho confiável e consistente para o conteúdo hospedado na capacidade.
Para obter mais informações, consulte O que é Power BI Premium?.
Gerenciar a capacidade
Após a compra de nós de capacidade no Microsoft 365, configure a capacidade no portal de administração do
Power BI. Você gerencia as capacidades do Power BI Premium na seção Configurações de capacidade do
portal.
Gerencie uma capacidade selecionando o nome dela. Isso leva você para a tela de gerenciamento de capacidade.
Se nenhum workspace tiver sido atribuído à capacidade, você verá uma mensagem sobre como atribuir um
workspace à capacidade.
Configurar uma nova capacidade (Power BI Premium)
O portal de administração mostra o número de núcleos virtuais (v-cores) que você usou e que ainda tem
disponível. O número total de núcleos baseia-se nas SKUs Premium que você comprou. Por exemplo, comprar um
P3 e um P2 resulta em 48 núcleos disponíveis – 32 do P3 e 16 do P2.
Se você tiver núcleos virtuais disponíveis, configure a nova capacidade seguindo estas etapas.
1. Selecione Configurar nova capacidade .
2. Dê um nome à sua capacidade.
3. Defina quem é o administrador para essa capacidade.
4. Selecione o tamanho da capacidade. As opções disponíveis dependem de quantos núcleos virtuais
disponíveis você tem. Não é possível selecionar uma opção maior que a que está disponível.
5. Selecione Configurar .
Administradores de capacidade, bem como administradores do Power BI e administradores globais, verão a
capacidade listada no portal do administrador.
1. Na tela de gerenciamento de capacidade Premium, em Ações , selecione o ícone de engrenagem para
examinar e atualizar as configurações.
2. Você pode ver quem são os administradores de serviço, a SKU/o tamanho da capacidade e em qual região
a capacidade está.
3. Você também pode renomear ou excluir uma capacidade.
NOTE
As configurações de capacidade do Power BI Embedded são gerenciadas no portal do Microsoft Azure.
Alterar tamanho da capacidade

Administradores do Power BI e administradores globais podem alterar a capacidade do Power BI Premium. Os
administradores de capacidade que não são administradores do Power BI nem administradores globais não têm
essa opção.
1. Selecione Alterar o tamanho da capacidade .
2. Na tela Alterar tamanho da capacidade , atualize ou faça downgrade de sua capacidade conforme
apropriado.
Os administradores são livres para criar, redimensionar e excluir nós, desde que tenham o número
necessário de núcleos virtuais.
Não é possível fazer downgrade de SKUs P para SKUs EM. É possível focalizar as opções de desabilitadas
para ver uma explicação.
IMPORTANT
Se a capacidade do Power BI Premium estiver enfrentando um alto uso de recursos, resultando em problemas de
desempenho ou confiabilidade, você poderá receber emails de notificação para identificar e resolver o problema. Confira
Notificações de capacidade e confiabilidade para obter mais informações.
Gerenciar permissões de usuário

É possível atribuir administradores de capacidade adicionais, bem como atribuir usuários que tenham permissões
de atribuição de capacidade. Os usuários que tiverem permissões de atribuição poderão atribuir um workspace a
uma capacidade se eles forem administradores desse workspace. Eles também podem atribuir o Meu workspace
pessoal à capacidade. Os usuários com permissões de atribuição não têm acesso ao portal de administração.
NOTE
Para o Power BI Embedded, os administradores de capacidade são definidos no portal do Microsoft Azure.
Em Permissões do usuário , expanda Usuários com permissões de atribuição e, em seguida, adicione

usuários ou grupos conforme apropriado.
Atribuir um workspace a uma capacidade

Há duas maneiras de atribuir um workspace a uma capacidade: no portal de administração e em um workspace.
Atribuir do portal de administração
Os administradores de capacidade, juntamente com os administradores do Power BI e os administradores globais,
podem atribuir workspaces em massa na seção de gerenciamento da capacidade Premium do portal de
administração. Ao gerenciar uma capacidade, você verá uma seção Workspaces que permite atribuir workspaces.
1. Selecione Atribuir workspaces . Essa opção está disponível em vários locais.

2. Selecione uma opção para Aplicar a .
SEL EÇ Ã O DESC RIÇ Ã O
Workspaces por usuários Quando você atribui workspaces por usuário ou grupo,
todos os workspaces pertencentes a esses usuários são
atribuídos à capacidade Premium, incluindo o workspace
pessoal do usuário. Tais usuários obtêm permissões de
atribuição de workspace automaticamente.
Isso inclui workspaces já atribuídos a uma capacidade
diferente.
Workspaces específicos Insira o nome do workspace específico para atribuir à

capacidade selecionada.
SEL EÇ Ã O DESC RIÇ Ã O
Workspaces de toda a organização Atribuir workspaces de toda a organização à capacidade

Premium atribuirá todos os workspaces e Meus
Workspaces em sua organização a essa capacidade
Premium. Além disso, todos os usuários atuais e futuros
terão permissão para reatribuir workspaces individuais a
essa capacidade.
3. Escolha Aplicar .
Atribuir das configurações de workspace
Também é possível atribuir um workspace a uma capacidade Premium das configurações desse workspace. Para
mover um workspace para uma capacidade, é necessário ter permissões de administrador para esse workspace e
também permissões de atribuição de capacidade para essa capacidade. Note que os administradores de
workspace podem sempre remover um workspace da capacidade Premium.
1. Edite um workspace selecionando as reticências (. . .) e então Editar workspace .
2. Em Editar workspace , expanda Avançado .

3. Selecione a capacidade à qual você deseja atribuir esse workspace.
4. Clique em Salvar .
Depois de salvo, o workspace e todo o seu conteúdo serão movidos para a capacidade Premium sem qualquer
interrupção para os usuários finais.
Chave do produto (Product Key) do Servidor de Relatório do Power BI

Na guia Configurações de capacidade do portal de administração do Power BI, você terá acesso à sua chave do
produto (Product Key) do Servidor de Relatórios do Microsoft Power BI. Isso estará disponível somente para os
administradores Globais ou usuários atribuídos à função de administrador do serviço do Power BI e se você tiver
comprado um SKU do Power BI Premium.
Selecionar chave do Ser vidor de Relatório do Power BI exibirá uma caixa de diálogo que contém a chave do
produto (Product Key). É possível copiá-la e usá-la com a instalação.
Para obter mais informações, consulte Instalar o Servidor de Relatório do Power BI.
Próximas etapas
Como gerenciar capacidades Premium
Configurar cargas de trabalho em uma capacidade
Premium
Este artigo descreve como habilitar e configurar cargas de trabalho para as capacidades Premium do Power BI.
Por padrão, as capacidades dão suporte apenas à carga de trabalho associada à execução de consultas do Power
BI. Habilite e configure também as cargas de trabalho adicionais para IA (Ser viços Cognitivos) , Fluxos de
dados e Relatórios paginados .
Configurações de memória padrão

As cargas de trabalho de consulta são otimizadas para os recursos determinados pelo SKU da capacidade
Premium e limitadas por esses recursos. As capacidades Premium também dão suporte a cargas de trabalho
adicionais que podem usar seus recursos de capacidade. Os valores de memória padrão para essas cargas de
trabalho se baseiam nos nós de capacidade disponíveis para o SKU. As configurações de memória máxima não
são cumulativas. A memória até o valor máximo especificado é alocada dinamicamente para IA e fluxos de dados,
mas é alocada estaticamente para relatórios paginados.
EM 1/ A 1 EM 2/ A 2 EM 3/ A 3 P 1/ A 4 P 2/ A 5 P 3/ A 6
IA Sem suporte Padrão de 20% padrão; Padrão de Padrão de Padrão de

40%; mínimo 20% mínimo 20%; mínimo 20%; mínimo 20%; mínimo
de 40% de 8% de 4% de 2%
Conjuntos de 100% padrão; 100% padrão; 100% padrão; 100% padrão; 100% padrão; 100% padrão;
dados 67% mínimo 40% mínimo 20% mínimo 8% mínimo 4% mínimo 2% mínimo
Fluxos de Padrão de Padrão de Padrão de Padrão de Padrão de Padrão de

dados 40%; mínimo 24%; mínimo 20%; mínimo 20%; mínimo 20%; mínimo 20%; mínimo
de 40% de 24% de 12% de 5% de 3% de 2%
Relatórios Sem suporte Sem suporte Sem suporte Padrão de Padrão de Padrão de
paginados 20%; mínimo 20%; mínimo 20%; mínimo
de 10% de 5% de 2,5%
Configurações de carga de trabalho

IA (versão prévia)
A carga de trabalho de IA permite que você use serviços cognitivos e Machine Learning Automatizado no Power
BI. Use as configurações a seguir para controlar o comportamento da carga de trabalho.
N O M E DA C O N F IGURA Ç Ã O DESC RIÇ Ã O
Memória Máxima (%) O percentual máximo de memória disponível que os

processos de IA podem usar em uma capacidade.
Permitir o uso do Power BI Desktop Essa configuração é reservada para uso futuro e não é exibida
em todos os locatários.
Permitir a criação de modelos de machine learning Especifica se os analistas de negócios podem treinar, validar e
invocar modelos de aprendizado de machine learning
diretamente no Power BI. Confira mais informações em
Machine Learning Automatizado no Power BI (versão prévia).
Habilitar paralelismo para solicitações de IA Especifica se as solicitações de IA podem ser executadas em

paralelo.
Conjuntos de dados
A carga de trabalho de conjuntos de dados está habilitada por padrão e não pode ser desabilitada. Use as
configurações a seguir para controlar o comportamento da carga de trabalho. Há informações de uso adicionais
abaixo da tabela para algumas das configurações.
Memória Máxima (%) O percentual máximo de memória

disponível que os conjuntos de dados
podem usar em uma capacidade.
Ponto de Extremidade XML A Especifica que as conexões de

aplicativos cliente respeitam o conjunto
de associação do grupo de segurança
nos níveis do workspace e do
aplicativo. Para obter mais informações,
confira Conectar-se a conjuntos de
dados com ferramentas e aplicativos
cliente.
Contagem máxima de conjuntos O número máximo de linhas

de linhas intermediárias intermediárias retornado por
DirectQuery. O valor padrão é de
1.000.000 e o intervalo permitido é de
100.000 a 2.147.483.647.
Tamanho máximo do conjunto de O tamanho máximo do conjunto de

dados offline (GB) dados offline na memória. Esse é o
tamanho compactado em disco. O
valor padrão é 0, que é o limite mais
alto definido pelo SKU. O intervalo
permitido está entre 0 e o limite de
tamanho da capacidade.
Contagem máxima do conjunto O número máximo de linhas

de linhas de resultado retornadas em uma consulta DAX. O
valor padrão é -1 (nenhum limite) e o
intervalo permitido é de 100.000 a
214.7483.647.
Limite de memória de consulta A porcentagem máxima de memória

(%) disponível na carga de trabalho que
pode ser usada para executar uma
consulta MDX ou DAX. O valor padrão
é 0, o que resulta na aplicação do limite
de memória de consulta automática
específico do SKU.
Tempo limite da consulta A quantidade máxima de tempo antes

(segundos) que uma consulta expire. O padrão é
de 3.600 segundos (1 hora). Um valor
de 0 especifica que as consultas não
atingirão o tempo limite.
Atualização automática de página Botão de alternância para permitir que

(visualização) workspaces premium tenham relatórios
com atualização automática de página.
Inter valo mínimo de atualização Se a atualização automática de página

estiver ativada, esse será o intervalo
mínimo permitido para o intervalo de
atualização de página. O valor padrão é
cinco minutos, e o mínimo permitido é
um segundo.
Contagem Máxima de Conjuntos de Linhas Intermediárias

Use essa configuração para controlar o impacto de relatórios com uso intensivo de recursos ou mal designados.
Quando uma consulta a um conjunto de dados do DirectQuery apresenta um resultado muito grande do banco
de dados de origem, isso pode causar um pico no uso da memória e uma sobrecarga de processamento. Essa
situação pode levar à insuficiência de recursos para outros usuários e relatórios. Essa configuração permite que o
administrador de capacidade ajuste quantas linhas uma consulta individual pode buscar da fonte de dados.
Como alternativa, se a capacidade puder dar suporte a mais de um milhão de linhas por padrão e você tiver um
conjunto de dados grande, aumente essa configuração para buscar mais linhas.
Observe que essa configuração afeta apenas as consultas do DirectQuery, enquanto a Contagem Máxima de
Conjuntos de Linhas de Resultado afeta as consultas DAX.
Tamanho Máximo do Conjunto de Dados Offline
Use essa configuração para impedir que os criadores de relatório publiquem um grande conjunto de dados que
possa afetar negativamente a capacidade. Observe que o Power BI não pode determinar o tamanho real em
memória até que o conjunto de dados seja carregado na memória. É possível que um conjunto de dados com um
tamanho offline menor possa ter um volume de memória maior do que um conjunto de dados com um tamanho
offline maior.
Se você tiver um conjunto de dados que seja maior que o tamanho especificado para essa configuração, o
conjunto de dados falhará ao ser carregado quando um usuário tentar acessá-lo. O conjunto de dados também
poderá falhar ao ser carregado se for maior do que a memória máxima configurada para a carga de trabalho dos
conjuntos de dados.
Para proteger o desempenho do sistema, um limite rígido adicional específico do SKU para o tamanho máximo
do conjunto de dados offline é aplicado, seja qual for o valor configurado. Esse limite rígido não se aplica aos
conjuntos de dados do Power BI que são otimizados para tamanhos de dados grandes. Para obter mais
informações, confira Modelos grandes no Power BI Premium.
Limite rígido 3 GB 5 GB 6 GB 10 GB 10 GB 10 GB
de tamanho
máximo do
conjunto de
dados offline
Contagem Máxima de Conjuntos de Linhas de Resultado

Se esse limite for atingido em uma consulta DAX, um usuário do relatório verá o erro a seguir. Ele deverá copiar
os detalhes do erro e contatar um administrador.
Observe que essa configuração afeta apenas as consultas DAX, enquanto a configuração Contagem Máxima de
Conjuntos de Linhas Intermediárias afeta as consultas do DirectQuery.
Limite de Memória de Consulta
Algumas consultas e alguns cálculos podem apresentar resultados intermediários que usam muita memória na
capacidade. Essa situação pode fazer com que outras consultas sejam executadas muito lentamente, causar a
remoção de outros conjuntos de dados da capacidade e levar erros de memória insuficiente para outros usuários
da capacidade.
Essa configuração se aplica a todas as consultas DAX e MDX executadas por relatórios do Power BI, relatórios
Analisar no Excel, bem como outras ferramentas que podem se conectar ao ponto de extremidade XMLA.
Observe que as operações de atualização de dados também podem executar consultas DAX como parte da
atualização dos caches visuais e dos blocos do dashboard após a atualização dos dados no conjunto de dados.
Essas consultas também podem falhar devido a essa configuração, o que pode causar a exibição da operação de
atualização de dados em um estado de falha, mesmo que a atualização dos dados no conjunto de dados tenha
ocorrido com êxito.
A configuração padrão é 0, o que resulta na aplicação do limite de memória de consulta automática específico do
SKU a seguir.
Limite de 1 GB 2 GB 2 GB 6 GB 6 GB 10 GB
memória de
consulta
automática
Para proteger o desempenho do sistema, um limite rígido de 10 GB é imposto a todas as consultas executadas
por relatórios do Power BI, seja qual for o limite de memória de consulta configurado pelo usuário. Esse limite
rígido não se aplica às consultas emitidas por ferramentas que usam o protocolo do Analysis Services (também
conhecido como XMLA). Os usuários devem considerar a possibilidade de simplificar a consulta ou os cálculos,
caso a consulta faça uso intensivo de memória.
Tempo Limite da Consulta
Use essa configuração para manter um melhor controle das consultas de execução longa, o que pode fazer com
que os relatórios sejam carregados lentamente para os usuários.
Essa configuração se aplica a todas as consultas DAX e MDX executadas por relatórios do Power BI, relatórios
Analisar no Excel, bem como outras ferramentas que podem se conectar ao ponto de extremidade XMLA.
Observe que as operações de atualização de dados também podem executar consultas DAX como parte da
atualização dos caches visuais e dos blocos do dashboard após a atualização dos dados no conjunto de dados.
Essas consultas também podem falhar devido a essa configuração, o que pode causar a exibição da operação de
atualização de dados em um estado de falha, mesmo que a atualização dos dados no conjunto de dados tenha
ocorrido com êxito.
Essa configuração se aplica a uma única consulta e não ao tempo necessário para executar todas as consultas
associadas à atualização de um conjunto de dados ou um relatório. Considere o seguinte exemplo:
A configuração Tempo Limite da Consulta é 1.200 (20 minutos).
Há cinco consultas a serem executadas, e cada uma delas é executada por 15 minutos.
O tempo combinado de todas as consultas é de 75 minutos, mas o limite de configuração não é atingido porque
todas as consultas individuais são executadas em menos de 20 minutos.
Observe que os relatórios do Power BI substituem esse padrão com um tempo limite muito menor para cada
consulta na capacidade. O tempo limite para cada consulta geralmente é de cerca de três minutos.
Atualização automática de página (visualização)
Quando habilitada, a atualização automática de página permite que os usuários da capacidade Premium
atualizem páginas de relatórios em um intervalo definido nas fontes do DirectQuery. Como administrador de
capacidade, você pode fazer o seguinte:
Ativar e desativar a atualização automática de página
Definir um intervalo mínimo de atualização
A imagem a seguir mostra o local da configuração do intervalo de atualização automática:
As consultas criadas pela atualização automática de página vão diretamente para a fonte de dados; portanto, é
importante considerar a confiabilidade e carga dessas fontes ao permitir a atualização automática de página em
sua organização.
Fluxos de dados
A carga de trabalho de fluxos de dados permite que você use a preparação de dados de autoatendimento de
fluxos de dados para ingerir, transformar, integrar e enriquecer dados. Use as configurações a seguir para
controlar o comportamento da carga de trabalho.
Memória Máxima (%) O percentual máximo de memória disponível que os fluxos de

dados podem usar em uma capacidade.
Mecanismo de computação de fluxos de dados Habilite esta opção para um cálculo até 20 vezes mais rápido
aprimorado (versão prévia) de entidades computadas ao trabalhar com volumes de
dados de grande escala. Você deve reiniciar a capacidade
para ativar o novo mecanismo. Para obter mais
informações, confira Mecanismo de computação de fluxos de
dados aprimorado.
Tamanho do Contêiner O tamanho máximo do contêiner que os fluxos de datas

usam para cada entidade no fluxo de dados. O valor padrão é
de 700 MB. Confira mais informações em Tamanho do
contêiner.
Mecanismo de computação de fluxo de dados aprimorado

Para beneficiar-se do novo mecanismo de computação, divida a ingestão de dados em fluxos de dados separados
e coloque a lógica de transformação em entidades computadas em diferentes fluxos de dados. Essa abordagem é
recomendada porque o mecanismo de computação funciona em fluxos de dados que fazem referência a um fluxo
de dados existente. Ela não funciona em fluxos de dados de ingestão. Seguir essas diretrizes garante que o novo
mecanismo de computação processe as etapas de transformação, como junções e mesclagens, para um
desempenho ideal.
Tamanho do contêiner
Ao atualizar um fluxo de dados, a carga de trabalho do fluxo de dados gera um contêiner para cada entidade no
fluxo de dados. Cada contêiner pode consumir memória até o volume especificado na configuração Tamanho do
Contêiner. O padrão para todas as SKUs é de 700 MB. Será conveniente alterar essa configuração se:
Os fluxos de dados demorarem muito para atualizar ou a atualização do fluxo de dados falhar por atingir o
tempo limite.
As entidades de fluxo de dados incluírem etapas de computação, por exemplo, uma junção.
É recomendável usar o aplicativo Métricas de capacidade do Power BI Premium para analisar o desempenho da
carga de trabalho Fluxo de dados.
Em alguns casos, aumentar o tamanho do contêiner talvez não melhore o desempenho. Por exemplo, se o fluxo
de dados estiver obtendo dados apenas de uma fonte sem fazer cálculos significativos, a alteração do tamanho
do contêiner provavelmente não será útil. Aumentar o tamanho do contêiner poderá ajudar se permitir que a
carga de trabalho Fluxo de Dados aloque mais memória para operações de atualização de entidade. Com mais
memória alocada, pode haver redução no tempo necessário para atualizar entidades intensamente computadas.
O valor do Tamanho do Contêiner não pode exceder a memória máxima da carga de trabalho de Fluxos de
Dados. Por exemplo, uma capacidade P1 tem 25 GB de memória. Se a Memória Máx. (%) da carga de trabalho
Fluxo de Dados estiver definida como 20%, o Tamanho do Contêiner (MB) não poderá exceder 5000. Em todos os
casos, o Tamanho do Contêiner não poderá exceder a Memória Máx., mesmo se você definir um valor mais alto.
A carga de trabalho de relatórios paginados permite executar relatórios paginados com base no formato do SQL
Server Reporting Services padrão no serviço do Power BI. Use a configuração a seguir para controlar o
comportamento da carga de trabalho.
Memória Máxima (%) O percentual máximo de memória disponível que os

relatórios paginados podem usar em uma capacidade.
Os relatórios paginados oferecem os mesmos recursos que o SSRS (SQL Server Reporting Services) oferece hoje,
incluindo a capacidade de autores de relatórios adicionarem código personalizado. Isso permite que os autores
alterem os relatórios dinamicamente, por exemplo, alterando as cores do texto com base em expressões de
código. Para garantir o isolamento adequado, os relatórios paginados são executados em uma área restrita
protegida por capacidade. A execução de relatórios na mesma capacidade pode causar efeitos colaterais entre
eles. Da mesma forma que você restringe os autores que podem publicar o conteúdo em uma instância do SSRS,
recomendamos seguir uma prática semelhante com os relatórios paginados. Verifique se os autores que
publicam conteúdo em uma capacidade são confiáveis para a organização. Você pode proteger ainda mais seu
ambiente provisionando várias capacidades e atribuindo autores diferentes a cada uma delas.
Em alguns casos, a carga de trabalho de relatórios paginados pode ficar indisponível. Nesse caso, a carga de
trabalho mostra um estado de erro no Portal de administração, e os usuários veem tempos limite para
renderização de relatório. Para atenuar esse problema, desabilite a carga de trabalho e habilite-a novamente.
Configurar cargas de trabalho

Maximize os recursos disponíveis da sua capacidade, habilitando as cargas de trabalho somente se elas forem
usadas. Altere as configurações de memória e outras configurações apenas quando tiver determinado que as
configurações padrão não estão atendendo aos requisitos de recursos de capacidade.
Para configurar cargas de trabalho no portal de administração do Power BI
1. Em Configurações de capacidade > CAPACIDADES PREMIUM , selecione uma capacidade.
2. Em MAIS OPÇÕES , expanda Cargas de trabalho .
3. Habilite uma ou mais cargas de trabalho e defina um valor para Memória Máxima e outras
configurações.
4. Selecione Aplicar .
API REST
As cargas de trabalho podem ser habilitadas e atribuídas a uma capacidade usando as APIs REST de Capacidades.
Monitoramento de cargas de trabalho

O aplicativo de Métricas de capacidade do Power BI Premium fornece o conjunto de dados, os fluxos de dados e
as métricas de relatórios paginados para monitorar as cargas de trabalho habilitadas para suas capacidades.
IMPORTANT
desempenho ou confiabilidade, você poderá receber emails de notificação para identificar e resolver o problema. Essa pode
ser uma forma simplificada de solucionar problemas de capacidades sobrecarregadas. Confira Notificações de capacidade e
confiabilidade para obter mais informações.
Próximas etapas
Otimizar as capacidades do Power BI Premium Preparação de dados de autoatendimento no Power BI com fluxos
de dados O que são os relatórios paginados no Power BI Premium? Atualização automática de página no Power
BI Desktop (versão prévia)
Mais perguntas? Perguntar à Comunidade do Power BI
Monitorar as capacidades Premium com o
aplicativo
Monitorar suas capacidades é essencial para tomar decisões bem informadas sobre a melhor maneira de
utilizar os recursos de capacidade Premium. Você pode monitorar as capacidades no portal do Administrador
ou com o aplicativo Métricas de Capacidade do Power BI Premium . Este artigo descreve como usar o
aplicativo de métricas de capacidade Premium. O aplicativo fornece informações mais detalhadas do
desempenho de suas capacidades. Para uma visão geral mais detalhada das métricas de uso médio nos últimos
sete dias, você pode usar o portal de Administração. Para saber mais sobre o monitoramento no portal, veja
monitorar capacidades Premium no portal de Administração.
O aplicativo é atualizado regularmente com novos recursos e funcionalidades. Verifique se você está
executando a última versão. Quando uma nova versão estiver disponível, você receberá uma notificação.
IMPORTANT
desempenho ou confiabilidade, você poderá receber emails de notificação para identificar e resolver o problema. Essa
pode ser uma forma simplificada de solucionar problemas de capacidades sobrecarregadas. Confira Notificações de
capacidade e confiabilidade para obter mais informações.
Instalar o aplicativo
Acesse Conectar-se às Métricas de Capacidade do Power BI Premium para ver como instalar o aplicativo e se
conectar aos dados. Como alternativa, você pode acessar o aplicativo diretamente.
Obter histórico de atualização de aplicativo

Para verificar a última vez em que seu aplicativo de Métricas de Capacidade Premium foi atualizado:
1. Vá para o workspace que foi instalado com o aplicativo.
2. Clique no botão Agendar atualização na linha do conjunto de dados.
A última atualização é mostrada. Clique em Histórico de atualização para ver atualizações agendadas
e por demanda.
Monitorar capacidades com o aplicativo
Agora que você instalou o aplicativo, pode ver as métricas das capacidades em sua organização. O aplicativo
fornece um Dashboard com resumos de métricas e Relatórios de métricas detalhadas.
Dashboard
Para ver um painel que resume as principais métricas para as capacidades das quais você é administrador, em
Painéis , clique em Métricas de capacidade do Power BI Premium . Um painel é exibido.
O dashboard inclui as seguintes métricas:

Superior
M ET RIC DESC RIÇ Ã O
Versão Versão do aplicativo.
Capacidades Número de capacidades das quais você é administrador.
Workspaces Número de workspaces em suas capacidades que estão

relatando métricas.
Resumo do sistema
Maior capacidade de utilização da CPU Capacidade com o número máximo de vezes que a CPU
excedeu 80% dos limites nos últimos sete dias.
Maior contagem de utilização da CPU Número de vezes que a CPU da capacidade nomeada
excedeu 80% dos limites nos últimos sete dias.
Capacidade de utilização máxima de memória Capacidade com o número máximo de vezes que o limite
máximo de memória foi atingido nos últimos sete dias,
dividido em buckets de três minutos.
Contagem de utilização máxima de memória Número de vezes que a capacidade nomeada atingiu o
limite máximo de memória nos últimos sete dias, dividido
em buckets de três minutos.
Resumo do conjunto de dados
Conjuntos de dados Número total de conjuntos de dados em todos os

workspaces em suas capacidades.
Tamanho médio dos conjuntos de dados (MB) Tamanho médio dos conjuntos de dados em todos os
Contagem média de conjunto de dados carregados Contagem média de conjuntos de dados carregados na
memória.
Conjuntos de Dados – média de conjunto de dados ativos Média dos conjuntos de dados ativos nos últimos sete dias.
(%) Um conjunto de dados é definido como ativo se o usuário
interagiu com visuais nos últimos três minutos.
CPU – Máximo de conjuntos de dados (%) Consumo máximo de CPU por carga de trabalho do
conjunto de dados nos últimos sete dias.
CPU – Média de conjuntos de dados (%) Consumo médio de CPU por carga de trabalho do conjunto
de dados nos últimos sete dias.
Memória – Média de conjuntos de dados (GB) Consumo médio de memória por carga de trabalho do
Memória – Máximo de conjuntos de dados (GB) Consumo máximo de memória por carga de trabalho do
Remoções de conjuntos de dados Número total de conjuntos de dados removidos devido à

pressão da memória.
Contagem de alta utilização dinâmica/DirectQuery O número de vezes que as conexões dinâmicas/DirectQuery

excederam 80% dos limites nos últimos sete dias, divididas
em buckets de três minutos.
Contagem de máxima utilização dinâmica/DirectQuery A maioria das vezes em que as conexões

dinâmicas/DirectQuery excederam 80% nos últimos sete
dias, divididas em buckets de uma hora.
Alta utilização máxima dinâmica/DirectQuery O número máximo de vezes que as conexões

dinâmicas/DirectQuery excederam 80% dos limites nos
últimos sete dias, divididas em buckets de três minutos.
Tempo máximo ocorrido dinâmico/DirectQuery A hora UTC em que as conexões dinâmicas/DirectQuery

excederam 80% mais vezes em uma hora.
Total de atualizações Número total de atualizações nos últimos sete dias.
Atualização de confiabilidade (%) Número de atualizações bem-sucedidas dividido pelo

número total de atualizações nos últimos sete dias.
Duração média das atualizações (minutos) Valor médio de tempo para completar a atualização.
Tempo de espera médio das atualizações (minutos) Valor médio de tempo antes de iniciar a atualização.
Total de consultas Número total de consultas executadas nos últimos sete dias.
Contagem total de espera de consultas Número total de consultas que tiveram que esperar antes
de serem executadas.
Duração média das consultas (MS) Tempo médio necessário para concluir as consultas.
Tempo médio de espera das consultas (MS) Tempo médio que as consultas esperaram pelos recursos do
sistema antes de serem executadas.
Resumo do fluxo de dados
Fluxos de dados Número total de fluxos de dados em todos os workspaces

em suas capacidades.
Total de atualizações Número total de atualizações nos últimos sete dias.
Duração média das atualizações (minutos) O tempo necessário para concluir a atualização.
Tempos de espera médio das atualizações (minutos) A latência entre o horário agendado e o início real da
atualização.
CPU – Máximo de fluxos de dados (%) Consumo máximo de CPU por carga de trabalho dos fluxos
CPU – Média dos fluxos de dados (%) Consumo médio de CPU por carga de trabalho dos fluxos
Memória – Máximo de fluxos de dados (GB) Consumo máximo de memória por carga de trabalho dos
fluxos de dados nos últimos sete dias.
Memória – Média dos fluxos de dados (GB) Consumo médio de memória por carga de trabalho dos
fluxos de dados nos últimos sete dias.
Resumo do relatório paginado
Relatórios paginados Número total de relatórios paginados em todos os

Total de exibições Total de vezes que todos os relatórios foram exibidos pelos
usuários.
Total de linhas Total de linhas de dados em todos os relatórios.
Tempo Total Tempo total necessário para todas as fases (recuperação de

dados, processamento e renderização) de todos os
relatórios, em milissegundos.
CPU – Máximo de relatórios paginados (%) Consumo máximo de CPU por carga de trabalho de
relatório paginado nos últimos sete dias.
CPU – Média de relatórios paginados (%) Consumo médio de CPU por carga de trabalho de relatório
paginado nos últimos sete dias.
Memória – Máximo de relatórios paginados (GB) Consumo máximo de memória por carga de trabalho de
Memória – Média de relatórios paginados (GB) Consumo médio de memória por carga de trabalho de
Resumo sobre IA
Execução da função de IA Número total de execuções nos últimos sete dias.
Confiabilidade da execução da função de IA (%) Número de execuções bem-sucedidas dividido pelo número
total de execuções nos últimos sete dias.
Máximo de CPU (%) Consumo máximo de CPU por carga de trabalho de IA nos
últimos sete dias.
Memória máxima (GB) Consumo máximo de memória por carga de trabalho de IA

nos últimos sete dias.
Tempo de espera máximo da execução da função de IA (MS) Tempo máximo antes do início da execução.
Tempo de espera médio da execução da função de IA (MS) Tempo médio antes do início da execução.
Duração máxima da execução da função de IA (MS) Tempo máximo de conclusão da execução.
Duração média da execução da função de IA (MS) Tempo médio de conclusão da execução.

Relatórios
Os relatórios fornecem métricas mais detalhadas. Para ver os relatórios de capacidades das quais você é
administrador, em Relatórios , clique em Métricas de capacidade do Power BI Premium . Ou, no painel,
clique na célula da métrica para acessar o relatório subjacente.
Na parte inferior do relatório, há cinco guias:
Conjuntos de Dados – fornece as métricas detalhadas sobre a integridade dos conjuntos de dados do Power
BI nas suas capacidades. Relatórios Paginados – fornece as métricas detalhadas sobre a integridade dos
relatórios paginados nas suas capacidades. Fluxos de Dados – fornece as métricas de atualização detalhadas
para fluxos de dados em suas capacidades. IA – fornece métricas detalhadas sobre a integridade das funções
de IA usadas nas capacidades. Consumo de Recursos – fornece recursos detalhados das métricas, incluindo
alta utilização de CPU e de memória. IDs e informações – os nomes, as IDs e os proprietários para cargas de
trabalho, workspaces e capacidades.
Cada guia abre uma página na qual é possível filtrar as métricas por capacidade e por intervalo de datas. Se
nenhum filtro for selecionado, por padrão, o relatório mostrará métricas da semana passada para todas as
capacidades que estão relatando métricas.
Conjuntos de dados
A página Conjuntos de Dados tem diferentes áreas, que incluem Atualizações , Durações de Consulta ,
Esperas de Consulta e Conjuntos de Dados . Use os botões na parte superior da página para navegar até
diferentes áreas.
Área de Atualizações
SEÇ Ã O DE REL ATÓ RIO M ÉT RIC A S
Atualizações Contagem total: o total é atualizado para cada conjunto de

dados.
Confiabilidade: O percentual de atualizações concluídas para
cada conjunto de dados.
Tempo de espera médio: a latência média entre o horário
agendado e o início de uma atualização para o conjunto de
dados, em minutos.
Tempo de espera máximo: o tempo de espera máximo para
o conjunto de dados, em minutos.
Duração média: a duração média da atualização para o
conjunto de dados, em minutos.
Duração máxima: a duração da atualização de execução mais
longa para o conjunto de dados, em minutos.
Os cinco principais conjuntos de dados por duração média Os cinco conjuntos de dados com a duração média mais
(minutos) longa de atualização, em minutos.
Os cinco principais conjuntos de dados por tempo médio de Os cinco conjuntos de dados com o tempo de espera médio
espera (minutos) mais longo de atualização, em minutos.
Contagem de atualizações por hora e consumo de memória Os sucessos, as falhas e o consumo de memória, divididos
(GB) em buckets de uma hora, relatados na hora UTC.
Tempo de espera médio de atualização por hora (minutos) O tempo de espera médio de atualização, dividido em
buckets de uma hora, relatados na hora UTC. Vários picos
elevados de tempo de espera de atualização são uma
indicação de que a capacidade de execução está
sobrecarregada.
Área Durações de Consulta

Durações das consultas Os dados nessa seção são divididos por conjuntos de dados,
workspace e buckets de uma hora nos últimos sete dias.
Total: o número total de consultas executadas para o
conjunto de dados.
Média: a duração média de consulta do conjunto de dados,
em milissegundos
Máx.: a duração da consulta de execução mais longa no
conjunto de dados, em milissegundos.
Distribuição de duração da consulta O histograma da duração da consulta é dividido em

intervalos de consulta em milissegundos nas seguintes
categorias: <= 30 ms, 30-100 ms, 100-300 ms, 300 ms-1 s,
1-3 s, 3-10 s, 10-30 s e > 30 segundos. Longas durações
de consulta e longos tempos de espera indicam que a
capacidade está se aproximando do limite. Também pode
indicar que um único conjunto de dados está causando
problemas e mais investigação é necessária.
Os cinco principais conjuntos de dados por duração média Os cinco conjuntos de dados com a duração de consulta
média mais longa, em milissegundos.
Distribuições de duração da consulta por hora Contagens de consultas e duração média (em
milissegundos) versus consumo de memória em GB
divididos em buckets de uma hora relatados na hora UTC.
Conexões dinâmicas/DirectQuery (> 80% da utilização) As ocasiões em que uma conexão dinâmica ou DirectQuery
excedeu 80% da utilização da CPU divididos em buckets de
uma hora, relatado em hora UTC.
Área Esperas de Consulta
Tempos de espera de consulta Os dados nessa seção são divididos por conjuntos de dados,
workspace e buckets de uma hora nos últimos sete dias.
Total: o número total de consultas executadas para o
conjunto de dados.
Contagem de espera: o número de consultas no conjunto
de dados que aguardou recursos do sistema antes de iniciar
a execução.
Média: o tempo médio de espera da consulta para o
Máx.: a duração da consulta de espera mais longa no
Os cinco principais conjuntos de dados por tempo médio de Os cinco conjuntos de dados com o maior tempo médio de
espera espera para iniciar a execução de uma consulta, em
milissegundos.
Distribuições do tempo de espera O histograma da duração da consulta é dividido em

intervalos de consulta em milissegundos nas seguintes
categorias: <= 50 ms , 50-100 ms , 100-200 ms , 200-400
ms 400 ms-1 s, 1-5 s e> 5 segundos.
Distribuições de tempo de espera de consulta por hora As contagens de esperas de consultas e tempo de espera
médio (em milissegundos) versus o consumo de memória
em GB divididos em buckets de uma hora relatados na hora
UTC.
Área de Conjuntos de Dados
Tamanhos de conjunto de dados Tamanho máximo: o tamanho máximo do conjunto de

dados em MB para o período exibido.
Contagens de remoção do conjunto de dados Total: o número total de remoções de conjunto de dados
para cada capacidade. Quando uma capacidade enfrenta a
pressão de memória, o nó remove um ou mais conjuntos de
dados da memória. Conjuntos de dados que estão inativos
(sem nenhuma operação de atualização/consulta em
execução no momento) são removidos primeiro. Em
seguida, a ordem de remoção se baseia em uma medida de
LRU (“menos utilizado recentemente”).
Contagens de conjunto de dados carregados por hora O número de conjuntos de dados carregados na memória
versus o consumo de memória em GB, dividido em buckets
de uma hora, relatados na hora UTC.
Remoções de conjunto de dados e consumo de memória As remoções de conjunto de dados versus consumo de
por hora memória em GB, divididos em buckets de uma hora,
relatado em hora UTC.
Percentuais de memória consumida Total de conjuntos de dados ativos na memória como um

percentual do total de memória. O delta entre o Active
Directory e Todos define os conjuntos de dados que podem
ser removidos. Mostrado por hora para os sete dias
anteriores.
Uso geral Total de exibições: o número de vezes que o relatório foi

exibido pelos usuários.
Contagem de linhas: o número de linhas de dados no
relatório.
Recuperação (méd.): a quantidade média de tempo que leva
para recuperar dados para o relatório, em milissegundos.
Durações longas podem indicar consultas lentas ou outros
problemas de fonte de dados.
Processamento (méd.): a quantidade média de tempo que
leva para processar os dados para um relatório, em
milissegundos.
Renderização (méd.): a quantidade média de tempo
necessária para renderizar um relatório no navegador, em
milissegundos.
Tempo total: o tempo necessário para todas as fases do
relatório, em milissegundos.
Os cinco principais relatórios por tempo médio de Os cinco relatórios com o tempo de recuperação de dados
recuperação de dados médio mais longo, em milissegundos.
Os cinco principais relatórios por tempo médio de Os cinco relatórios com o tempo de processamento médio
processamento de relatório mais longo, em milissegundos.
Resultados por hora Os sucessos, as falhas e o consumo de memória, divididos

em buckets de uma hora, relatados na hora UTC.
Durações por hora A recuperação de dados versus o tempo de renderização e o

processamento, divididos em buckets de uma hora,
relatados na hora UTC.
Fluxos de dados
Atualizações Total: o total é atualizado para cada fluxo de dados.

Confiabilidade: O percentual de atualizações que foram
concluídas para cada fluxo de dados.
Tempo de espera médio: a latência média entre o horário
agendado e o início de uma atualização para o fluxo de
dados, em minutos.
Tempo de espera máximo: o tempo de espera máximo para
o fluxo de dados, em minutos.
Duração média: a duração média da atualização para o fluxo
de dados, em minutos.
Duração máxima: a duração da atualização de execução mais
longa para o fluxo de dados, em minutos.
Os cinco principais fluxos de dados por duração média de Os cinco fluxos de dados com a duração média mais longa
atualização de atualização, em minutos.
Os cinco principais fluxos de dados por tempo médio de Os cinco fluxos de dados com o tempo de espera médio
espera mais longo de atualização, em minutos.
Tempo médio de espera de atualização por hora O tempo de espera médio de atualização, dividido em
buckets de uma hora, relatados na hora UTC. Vários picos
elevados de tempo de espera de atualização são uma
indicação de que a capacidade de execução está
sobrecarregada.
Contagem de atualização por hora e Consumo da memória Os sucessos, as falhas e o consumo de memória, divididos
em buckets de uma hora, relatados na hora UTC.
IA
Consumo da memória de IA Consumo da memória em GB, divididos em buckets de uma

hora, relatado no horário UTC.
Tempo de espera médio e execução da função de IA por Tempo de espera médio e execuções de IA, em
hora milissegundos, divididos em buckets de uma hora, relatado
no horário UTC.
Uso geral Contagem total: Número de funções de IA em um

workspace ou fluxo de dados.
Confiabilidade do sistema: O percentual de execuções
concluídas.
Méd. Tempo de espera: O retardo médio entre o horário
agendado e o início de uma execução, em milissegundos.
Tempo de espera máximo: O tempo de espera máximo, em
milissegundos.
Méd. Duração: A duração média de uma execução, em
milissegundos.
Duração máxima: A duração da execução mais longa, em
milissegundos.
Tamanho total médio: O tamanho médio, em bytes, dos
dados de entrada e saída para a função de IA.
Consumo de recursos
Consumo da CPU Consumo máximo de CPU durante a hora, por carga de

trabalho como um percentual da capacidade total da CPU.
Mostrado por hora para os sete dias anteriores.
Consumo da memória Consumo máximo de memória durante a hora, em GB, por

carga de trabalho (linhas sólidas), sobreposto aos limites de
carga de trabalho (linha pontilhada). Mostrado por hora
para os sete dias anteriores.
IDs e informações
A guia IDs e Informações contém áreas para Capacidades , Workspaces , Conjuntos de Dados ,
Relatórios Paginados e Fluxos de Dados .
Área de capacidades
SKU e Informações de carga de trabalho Configurações de SKU e da carga de trabalho para a

capacidade.
Administradores Nomes dos administradores da capacidade.
Área Workspaces
Workspaces Os nomes e IDs para todos os workspaces.
Área de Conjuntos de Dados

Conjuntos de dados Os nomes e IDs do workspace para todos os conjuntos de

dados.
Área de relatórios paginados
Relatórios paginados Nomes, nomes do workspace e IDs para todos os relatórios

paginados.
Área de fluxos de dados
Fluxos de dados Nomes de fluxo de dados, nomes de workspace e IDs para

todos os fluxos de dados.
Monitorar a capacidade do Power BI Embedded

Você pode usar o aplicativo de Métricas de Capacidade do Power BI Premium para monitorar capacidades de
SKU A no Power BI Embedded. Essas capacidades aparecerão no relatório contanto que você seja um
administrador de capacidade. No entanto, a atualização do relatório falhará, a menos que você concede
determinadas permissões ao Power BI sobre as SKUs A:
1. Abra a capacidade no portal do Azure.
2. Clique em Controle de acesso (IAM) e adicione o aplicativo Power BI Premium à função de leitor. Se
não for possível encontrar o aplicativo pelo nome, também será possível adicioná-lo pelo identificador
do cliente: cb4dc29f-0bf4-402a-8b30-7511498ed654 .
NOTE
Você pode monitorar a utilização da capacidade do Power BI Embedded no aplicativo ou no portal do Azure, mas não no
portal de administração do Power BI.
Próximas etapas
Como otimizar as capacidades Premium do Power BI
Aplicativo de métricas do Power BI Premium
Você pode usar o aplicativo de métricas do Power BI Premium para gerenciar a integridade e a capacidade da
sua assinatura do Power BI Premium. Com o aplicativo, os administradores usam o Centro de integridade da
capacidade para ver e interagir com indicadores que monitoram a integridade da capacidade Premium. O
aplicativo de métricas consiste na página de aterrissagem, chamada de Centro de Integridade da Capacidade ,
e detalhes sobre três métricas importantes:
Memória ativa
Esperas da consulta
Esperas de atualização
As seções a seguir descrevem a página de aterrissagem e as três páginas do relatório de métricas em detalhes.
IMPORTANT
Central de Integridade da Capacidade Premium

Quando você abre o aplicativo de métricas do Power BI Premium , vê o Centro de Integridade da
Capacidade , que fornece uma visão geral da integridade da sua capacidade do Power BI Premium.
Na página de aterrissagem, você pode selecionar a capacidade do Power BI Premium que deseja exibir quando sua
organização tem várias assinaturas Premium. Para exibir uma capacidade Premium, selecione a lista suspensa
próxima à parte superior da página chamada Selecionar uma capacidade para ver suas métricas .
Os três KPIs mostram a integridade atual da capacidade Premium selecionada com base nas configurações
aplicadas a cada um deles.
Para abrir a página de detalhes e exibir informações específicas sobre cada KPI, selecione o botão Explorar na
parte inferior do visual de cada um. As seções a seguir descrevem cada KPI e os detalhes que sua página fornece.
A métrica de memória ativa

A métrica de memória ativa é parte da categoria de planejamento da capacidade, que é um bom indicador de
integridade para avaliar o consumo de recursos da sua capacidade quando utilizada, para que você possa ajustar a
capacidade conforme a necessidade e planejar sua escala.
A memória ativa é a memória usada para processar os conjuntos de dados que estão em uso no momento e,
portanto, não serão removidos quando houver necessidade de memória. A métrica de memória ativa indica se a
capacidade pode lidar com carga adicional ou se já está próxima do limite ou acima da capacidade com a carga
atual. A memória ativa que está sendo consumida no momento significa que há menos memória disponível para
dar suporte a atualizações e consultas adicionais.
O KPI de memória ativa mede o número de vezes que a memória ativa da capacidade ultrapassou o limite de
70% 50 vezes (o marcador é definido como 30% dos últimos sete dias), o que indica que a capacidade poderá
começar a causar problemas de desempenho para os usuários nas consultas.
O visual de medidor mostrado nesta seção revela que, nos últimos sete dias a partir da hora em que o relatório foi
atualizado pela última vez, a capacidade ultrapassou o limite de 70% quatro vezes, dividida em buckets por hora. O
valor máximo do medidor, 168, representa os últimos sete dias, em horas.
Para saber os detalhes do KPI de memória ativa, clique no botão Explorar para ver uma página de relatório que
fornece visualizações específicas das métricas detalhadas, juntamente com um guia de solução de problemas na
coluna à direita da página.
Há dois cenários explicados que você pode ver na página do relatório; selecione Cenário 1 ou Cenário 2 na
página.
Os guias de solução de problemas associados a cada cenário fornecem explicações detalhadas sobre o que
significam as métricas, para que você possa entender melhor a situação da capacidade e o que pode ser feito para
atenuar eventuais problemas.
Esses dois cenários estão descritos nas seções a seguir.
Cenário um – a carga atual é muito alta
Para determinar se há memória suficiente para a conclusão das cargas de trabalho, confira o primeiro visual na
página: A: Porcentagens de Memória Consumida , que exibe a memória consumida pelos conjuntos de dados
que estão sendo processados ativamente e que, portanto, não pode ser removida.
O limite de alarme, que é a linha pontilhada vermelha, marca incidentes de 90% de consumo de memória.
O limite de aviso, que é a linha pontilhada amarela, marca incidentes de 70% de consumo de memória.
A linha pontilhada preta indica a linha de tendência de uso de memória com base no uso da memória da
capacidade atual no decorrer da linha do tempo do grafo.
As altas ocorrências de memória ativa acima do limite de alarme (linha vermelha pontilhada) e da linha de
tendência de memória (linha preta pontilhada) indicam a pressão sobre a capacidade da memória, o que pode estar
impedindo o carregamento de conjuntos de dados adicionais na memória durante esse tempo.
Ao ver esses casos, você deverá examinar atentamente outros gráficos na página para determinar melhor o que e
por que toda essa memória está sendo consumida com frequência e como balancear a carga, otimizar ou, se
necessário, escalar a capacidade verticalmente.
O segundo visual na página, B: Conjuntos de dados ativos carregados por hora , exibe as contagens do
número máximo de conjuntos de dados que foram carregados na memória, em buckets por hora.
O terceiro visual, C: Por que os conjuntos de dados estão na memória , é uma tabela que lista o conjunto de
valores por nome do workspace, o nome do conjunto de valores, o tamanho descompactado de conjuntos de
dados na memória e explica o motivo pelo qual ele foi carregado na memória (por exemplo, por atualização,
consulta ou ambos).
Diagnosticar o cenário um
A alta utilização de memória ativa de forma consistente pode resultar na remoção de conjuntos de dados que estão
sendo usados ativamente ou impedir o carregamento de novos conjuntos de dados. As etapas a seguir podem
ajudá-lo a diagnosticar problemas
1. Veja o gráfico A: Percentuais de memória consumida
a. Se o Gráfico A mostra que o limite de alarme (90%) é ultrapassado muitas vezes e/ou por horas
consecutivas, sua capacidade está ficando com pouca memória muito frequentemente. No gráfico abaixo,
podemos ver que o limite de aviso (70%) foi ultrapassado quatro vezes.
b. O gráfico B: Conjuntos de dados ativos carregados por hora mostra o número máximo de conjuntos de
dados individuais carregados na memória em buckets por hora. A escolha de uma barra no visual filtrará de
forma cruzada os motivos pelos quais os conjuntos de dados estão no visual da memória.
c. Confira a tabela Por que os conjuntos de tabelas estão na memória para ver uma lista dos
conjuntos de dados que foram carregados na memória. Classifique por Tamanho do Conjunto de Valores
(MB) a fim de destacar os conjuntos de dados que ocupam mais memória. As operações de capacidade são
classificadas como interativas ou em segundo plano. As operações interativas incluem a renderização de
solicitações e a resposta às interações do usuário (filtragem, perguntas e respostas, consultas e outros). O
total de consultas e atualizações indicam se existem operações com muita interação (consultas) ou em
segundo plano (atualizações) realizadas no conjunto de dados. É importante entender que as operações
interativas são sempre priorizadas em vez de operações em segundo plano para garantir a melhor
experiência do usuário possível. Se não houver recursos suficientes, as operações em segundo plano serão
adicionadas a uma fila e processadas quando os recursos forem liberados. Operações em segundo plano,
como atualizações de conjunto de dados e funções de IA, podem ser interrompidas no meio do processo
pelo serviço do Power BI e adicionadas a uma fila.
Soluções para o cenário um

Você pode seguir as seguintes etapas para corrigir os problemas associados ao cenário um:
1. Escalar a capacidade ver ticalmente – a ação de escalar verticalmente a capacidade para a SKU seguinte
disponibilizará duas vezes mais a quantidade de memória da SKU atual, aliviando, assim, eventual pressão
de memória que a capacidade possa estar enfrentando no momento.
2. Mover conjuntos de trabalho para outra capacidade – se você tiver outra capacidade que tenha mais
memória disponível, poderá mover os espaços de trabalho que contêm os conjuntos de grandes maiores
para essa capacidade.
Cenário dois – a futura carga excederá os limites
Para determinar se há memória suficiente para a conclusão das cargas de trabalho, confira o visual A:
Porcentagens de Memória Consumida na parte superior da página, que representa a memória consumida por
conjuntos de dados que estão sendo ativamente processados e, portanto, não podem ser removida. A linha
pontilhada preta destaca as tendências. Em uma capacidade que sofre pressão na memória, o mesmo visual
mostrará claramente a linha de tendência (linha pontilhada preta) de memória ascendente, o que significa que
provavelmente está impedindo o carregamento de outros conjuntos de dados na memória naquele momento. A
linha de tendência, a linha tracejada preta, mostra a tendência de crescimento com base nos sete dias de dados.
Diagnosticar o cenário dois

Para diagnosticar o cenário dois, determine se a linha de tendência está mostrando uma tendência ascendente em
relação aos limites de aviso ou alarme.
1. Considere o Gráfico A:
a. Se o gráfico mostrar uma inclinação para cima, isso indicará que o consumo de memória aumentou nos
últimos sete dias.
b. Suponha o crescimento atual e preveja quando a linha de tendência ultrapassará o limite de aviso (a linha
pontilhada amarela).
c. Continue verificando a linha de tendência pelo menos a cada dois dias para ver se a tendência continua.
Soluções para o cenário dois
Você pode seguir as seguintes etapas para corrigir os problemas associados ao cenário dois:
A métrica de esperas da consulta

A categoria Consulta indica se os usuários podem experimentar visuais de relatório que estão demorando para
responder ou que podem não responder. Esperas da consulta é o tempo que a consulta leva para iniciar a
execução a partir do momento em que foi disparada. Esse KPI mede se 25% ou mais das consultas da capacidade
selecionada estão aguardando 100 milissegundos ou mais para serem executadas. As esperas da consulta ocorrem
quando não há CPU disponível suficiente para executar todas as consultas pendentes.
O medidor no visual em questão mostra que nos últimos sete dias a partir da hora em que o relatório foi
atualizado pela última vez, 17,32% das consultas aguardaram mais de 100 milissegundos.
Para obter detalhes sobre o KPI de esperas da consulta, clique no botão Explorar para exibir uma página de
relatório com a visualização de métricas relevantes e um guia de solução de problemas na coluna à direita da
página. O guia de solução de problemas tem dois cenários, cada um fornecendo explicações detalhadas sobre a
métrica, a situação da capacidade e o que você pode fazer para atenuar o problema.
Discutiremos cada cenário de esperas da consulta, um de cada vez, nas seções a seguir.
Cenário um – consultas de execução prolongada consomem CPU
No cenário um, as consultas de execução prolongada estão ocupando muita CPU.
Você pode investigar se o desempenho insatisfatório do relatório é causado por uma sobrecarga de capacidade ou
devido a um relatório ou conjunto de relatórios mal projetado. Há várias razões pelas quais uma consulta pode ser
executada por um período prolongado, que é definido como demorando mais de 10 segundos para sua execução.
O tamanho e a complexidade do conjunto de dados, bem como a complexidade da consulta, são apenas alguns
exemplos do que pode causar uma consulta de execução prolongada.
Na página do relatório, os seguintes elementos visuais são exibidos:
A tabela superior chamada A: Tempos de espera altos lista os conjuntos de dados com consultas que estão
em espera.
A tabela B: Distribuições de tempo de espera alto por hora mostra a distribuição de tempos de espera
altos.
O gráfico C: Contagens de consultas prolongadas por hora exibe a contagem de consultas de execução
prolongada que foram executadas divididas em buckets por hora.
O último visual, a tabela D: Consultas de execução prolongada , lista as consultas de execução prolongada e
suas estatísticas.
Há etapas que você pode seguir para diagnosticar e corrigir problemas com tempos de espera de consulta,
descritos a seguir.
Primeiro, você pode determinar se as consultas de execução prolongada estão ocorrendo quando suas consultas
estão em espera.
Examine o Gráfico B , que mostra a contagem de consultas que estão aguardando por mais de 100 ms. Selecione
uma das colunas que mostra um número alto de esperas.
Quando você clica em uma coluna com tempos de espera altos, o Gráfico C é filtrado para mostrar a contagem de
consultas de execução prolongada em andamento durante esse tempo, mostradas nesta imagem:
Além disso, o Gráfico D também é filtrado para mostrar as consultas de execução prolongada em execução
durante esse período de tempo selecionado.

Aqui estão as etapas que você pode seguir para corrigir problemas do cenário um:
1. Execute o PerfAnalyzer para otimizar relatórios e conjuntos de dados – o analisador de
desempenho para relatórios mostrará o efeito de cada interação em uma página, incluindo quanto tempo
cada visual leva para ser atualizado e onde o tempo é gasto.
disponibilizará duas vezes mais a quantidade de CPU, aliviando, assim, eventual pressão de CPU que esteja
atrasando as consultas.
3. Mover conjuntos de dados para outra capacidade – se você tiver outra capacidade que tenha mais
CPU disponível, poderá mover os espaços de trabalho que contêm os conjuntos de dados que contêm as
consultas em espera para outra capacidade.
Cenário dois – consultas em excesso
No cenário dois, muitas consultas estão em execução.
Quando o número de consultas a serem executadas exceder a capacidade, as consultas serão colocadas em uma
fila até que os recursos estejam disponíveis para executá-las. Se o tamanho da fila ficar muito grande, as consultas
nessa fila poderão acabar aguardando mais de 100 milissegundos.

Na Tabela A , selecione um conjunto de dados que tenha uma alta porcentagem de tempo de espera.
Depois que você escolher um conjunto de dados com um tempo de espera alto, o Gráfico B será filtrado para
mostrar as distribuições de tempo de espera das consultas nesse conjunto de dados nos últimos sete dias.
Selecione uma das colunas do Gráfico B .
O Gráfico C é filtrado para mostrar o comprimento da fila na hora selecionada do Gráfico B.
Se o comprimento da fila tiver ultrapassado o limite de 20, é provável que as consultas no conjunto de dados
selecionado fiquem atrasadas, devido ao excesso de consultas sendo executadas simultaneamente.

Você pode seguir as seguintes etapas para corrigir os problemas associados ao cenário dois:
A métrica de esperas de atualização

As métricas de esperas de atualização fornece informações sobre quando os usuários podem estar recebendo
dados de relatório antigos ou obsoletos. As esperas de atualização são o tempo que determinada atualização de
dados aguardou para iniciar a execução, desde o momento em que ela foi disparada sob demanda ou agendada
para execução. É um KPI que mede se 10% ou mais das solicitações de atualização pendentes estão aguardando 10
minutos ou mais. A espera geralmente ocorre quando não há memória ou CPU suficiente disponível.
Esse medidor mostra que nos últimos sete dias desde a última atualização do relatório de atualização, 3,18% das
atualizações aguardaram mais de 10 minutos.
Para saber os detalhes do KPI Esperas de atualização , clique no botão Explorar , que apresenta uma página com
métricas e um guia de solução de problemas na coluna à direita da página do relatório. O guia fornece explicações
detalhadas sobre as métricas na página e ajuda você a entender a situação da capacidade e o que você pode fazer
para atenuar eventuais problemas.
Há dois cenários explicados que você pode ver na página do relatório; selecione Cenário 1 ou Cenário 2 na página.
Discutiremos um cenário de cada vez nas seções a seguir.
Cenário um – não há memória suficiente
No cenário um, não há memória suficiente disponível para carregar o conjunto de dados. Há duas situações que
resultam na limitação da atualização em condições de memória insuficiente:
1. Memória insuficiente para carregar o conjunto de dados.
2. A atualização foi cancelada devido a uma operação de prioridade mais alta.
A prioridade para carregar conjuntos de dados é a seguinte:
1. Consulta interativa
2. Atualização sob demanda
3. Atualização agendada
Se não houver memória suficiente para carregar um conjunto de dados para uma consulta interativa, as
atualizações agendadas serão interrompidas e seus conjuntos de dados serão descarregados até que haja memória
suficiente disponível. Se isso não liberar memória suficiente, as atualizações sob demanda serão interrompidas e
seus conjuntos de dados serão descarregados.
Para diagnosticar o cenário um, primeiro determine se a limitação ocorre porque não há memória suficiente. Estas
são as etapas para executar o procedimento.
1. Selecione o conjunto de dados da Tabela A desejado clicando nele:
![Tabela A](media/service-premium-metrics-app/premium-metrics-app-22.png)
a.a.

Quando um conjunto de dados é selecionado na **Tabela A**, o **Gráfico B** é
filtrado para mostrar quando ocorreu a espera.When a dataset is selected in **Table A**, **Chart B** is filtered to show when waiting occurred.

![Gráfico B](media/service-premium-metrics-app/premium-metrics-app-23.png)
b.b.

O **Gráfico C** é, então, filtrado para mostrar se há limitações, explicadas na
próxima etapa.**Chart C** is then filtered to
show any throttling, explained in the next step.
2. Examine os resultados no Gráfico C filtrado. Se o gráfico mostrar uma limitação de memória ocorrida na
hora em que o conjunto de dados estava em espera, ele estava em espera devido a condições de memória
insuficiente.
3. Por fim, marque o Gráfico D , que mostra os tipos de atualizações que estão ocorrendo entre as agendadas
e as sob demanda. A limitação pode ser causada por atualizações sob demanda que estejam ocorrendo ao
mesmo tempo.
Você pode seguir as seguintes etapas para corrigir os problemas associados ao cenário um:
de memória e CPU que a capacidade esteja enfrentando no momento.
2. Mover conjuntos de dados para outra capacidade – se seus tempos de espera estão sendo afetados
por pressão na memória e você tiver outra capacidade com mais memória disponível, poderá mover os
espaços de trabalho que contêm os conjuntos de dados em espera para a outra capacidade.
3. Distanciar as atualizações agendadas – o distanciamento das atualizações ajuda a evitar o excesso de
atualizações que tentam ser executadas simultaneamente.
Cenário dois – não há CPU suficiente para atualização
No cenário dois, não há CPU suficiente disponível para executar a atualização.
No caso de capacidades dedicadas, o Power BI limita o número de atualizações que podem ocorrer
simultaneamente. Esse número é igual ao número de núcleos de back-end x 1,5. Por exemplo, uma capacidade de
P1 dedicada, que tem quatro núcleos de back-end, pode executar seis atualizações simultaneamente. Depois que o
número máximo de atualizações simultâneas é atingido, outras atualizações precisam aguardar até que uma
atualização em execução seja concluída.

Para diagnosticar o cenário dois, primeiro determine se a limitação ocorre devido ao máximo de execuções de
atualização simultâneas. Estas são as etapas para executar o procedimento.
1. Selecione o conjunto de dados da Tabela A desejado clicando nele:
![Tabela A](media/service-premium-metrics-app/premium-metrics-app-22.png)
a.a.

Quando um conjunto de dados é selecionado na **Tabela A**, o **Gráfico B** é
filtrado para mostrar quando ocorreu a espera.When a dataset is selected in **Table A**, **Chart B** is filtered to show when waiting occurred.

![Gráfico B](media/service-premium-metrics-app/premium-metrics-app-23.png)
b.b.

O **Gráfico C** é, então, filtrado para mostrar se há limitações, explicadas na
próxima etapa.**Chart C** is then filtered to
show any throttling, explained in the next step.
2. Examine os resultados no Gráfico C filtrado. Se o gráfico mostrar que o máximo de simultaneidade ocorreu
no momento em que o conjunto de dados estava em espera, ele estava em espera devido à falta de CPU
disponível.
3. Por fim, marque o Gráfico D , que mostra os tipos de atualizações que estão ocorrendo entre as agendadas
e as sob demanda. A limitação pode ser causada por atualizações sob demanda que estejam ocorrendo ao
mesmo tempo.

disponibilizará duas vezes mais a quantidade de memória da SKU atual e duas vezes mais o número de
atualizações simultâneas que a SKU atual, aliviando, assim, eventual pressão de memória e CPU que a
capacidade esteja enfrentando no momento.
2. Mover conjuntos de dados para outra capacidade – se seus tempos de espera estão sendo causados
pelo limite máximo de simultaneidade e tiver outra capacidade com mais memória disponível, poderá
mover os espaços de trabalho que contêm os conjuntos de dados em espera para a outra capacidade.
3. Distanciar as atualizações agendadas – o distanciamento das atualizações ajuda a evitar o excesso de
atualizações que tentam ser executadas simultaneamente.
Próximas etapas
Notas de versão do Power BI Premium
White paper do Microsoft Power BI Premium
Planejando um white paper de implantação do Power BI Enterprise
Ativação da Avaliação Pro Estendida
Perguntas frequentes do Power BI Embedded
A guia Integridade na área Configurações de capacidade no Portal do administrador oferece um resumo de

métricas sobre sua capacidade e suas cargas de trabalho habilitadas.
Se precisar de métricas mais abrangentes, use o aplicativo Métricas de Capacidade do Power BI Premium. O
aplicativo fornece busca detalhada e filtragem e métricas mais detalhadas para quase todo aspecto que afeta o
desempenho da capacidade. Para saber mais, confira Monitorar capacidades Premium com o aplicativo.
IMPORTANT
Métricas do sistema
Na guia Integridade , no nível mais alto, a utilização da CPU e o uso de memória fornecem uma visão rápida das
métricas mais importantes da capacidade. Essas métricas são cumulativas, incluindo todas as cargas de trabalho
habilitadas para a capacidade.
M ÉT RIC A DESC RIÇ Ã O
USO DA CPU Utilização média da CPU, como um percentual do total

disponível da CPU.
USO DE MEMÓRIA Uso médio de memória em gigabytes (GB).
Métricas de carga de trabalho

Para cada carga de trabalho habilitada para a capacidade. A utilização da CPU e o uso de memória são mostrados.
USO DA CPU Utilização média da CPU, como um percentual do total

disponível da CPU.
USO DE MEMÓRIA Uso médio de memória em gigabytes (GB).
Métricas detalhadas da carga de trabalho

Cada carga de trabalho tem métricas adicionais. O tipo de métrica mostrado depende da carga de trabalho. Para
ver as métricas detalhadas de uma carga de trabalho, clique na seta (para baixo) expandir.
Fluxos de dados
O p e r a ç õ e s d o fl u x o d e d a d o s
Contagem total o total é atualizado para cada fluxo de dados.
Contagem de Êxito Total de atualizações bem-sucedidas para cada fluxo de

dados.
Duração Média (min) a duração média da atualização para o fluxo de dados, em

minutos
Duração Máxima (min) a duração da atualização de execução mais longa para o fluxo
de dados, em minutos.
Tempo Médio de Espera (min) a latência média entre o horário agendado e o início de uma
atualização para o fluxo de dados, em minutos.
Tempo Máximo de Espera (min) o tempo de espera máximo para o fluxo de dados, em
minutos.
Conjuntos de dados
A t u aliz ar
Contagem total o total é atualizado para cada conjunto de dados.
Contagem de Êxito Total de atualizações bem-sucedidas para cada conjunto de

dados.
Contagem de Falha Total de atualizações com falha para cada conjunto de dados.
Taxa de êxito Número de atualizações bem-sucedidas dividido pelo total de

atualizações a serem medidas. confiabilidade.
Duração Média (min) a duração média da atualização para o conjunto de dados,

em minutos.
Duração Máxima (min) a duração da atualização de execução mais longa para o

conjunto de dados, em minutos.
Tempo Médio de Espera (min) a latência média entre o horário agendado e o início de uma
atualização para o conjunto de dados, em minutos.
Tempo Máximo de Espera (min) o tempo de espera máximo para o conjunto de dados, em
minutos.
C o n su l t a r
Contagem total o número total de consultas executadas para o conjunto de

dados.
Duração Média (ms) a duração média de consulta do conjunto de dados, em

milissegundos
Duração máxima (ms) a duração da consulta de execução mais longa no conjunto

de dados, em milissegundos.
Tempo de Espera Médio (ms) o tempo médio de espera da consulta para o conjunto de
dados, em milissegundos.
Tempo Máximo de Espera (ms) a duração da consulta de espera mais longa no conjunto de
dados, em milissegundos.
Rem o ç ão
Contagem de Modelos O número total de remoções de conjunto de dados para essa

capacidade. Quando uma capacidade enfrenta a pressão de
memória, o nó remove um ou mais conjuntos de dados da
memória. Conjuntos de dados que estão inativos (sem
nenhuma operação de atualização/consulta em execução no
momento) são removidos primeiro. Em seguida, a ordem de
remoção se baseia em uma medida de LRU (“menos utilizado
recentemente”).
Ex e c u ç ã o d e R e l a t ó r i o
Contagem de Execuções O número de vezes que o relatório foi executado e exibido

pelos usuários.
U so d o R e l a t ó r i o
Contagem de Êxito O número de vezes que o relatório foi exibido por um

usuário.
Contagem de Falha O número de vezes que o relatório foi exibido por um

usuário.
Contagem de linhas o número de linhas de dados no relatório.
Duração da Recuperação de Dados (ms) a quantidade média de tempo que leva para recuperar dados
para o relatório, em milissegundos. Durações longas podem
indicar consultas lentas ou outros problemas de fonte de
dados.
Duração do Processamento (ms) a quantidade média de tempo que leva para processar os
dados para um relatório, em milissegundos.
Duração da Renderização (ms) a quantidade média de tempo necessária para renderizar um

relatório no navegador, em milissegundos.
NOTE
As métricas detalhadas para a carga de trabalho de IA ainda não estão disponíveis.
Próximas etapas
Agora que você entende como monitorar as capacidades do Power BI Premium, saiba mais sobre como otimizar
as capacidades.
Como otimizar as capacidades Premium do Power BI
Modelos grandes no Power BI Premium (versão
prévia)
Os conjuntos de dados do Power BI podem armazenar dados em um cache de memória altamente compactado
para proporcionar um desempenho de consulta otimizado a fim de agilizar a interatividade do usuário em
grandes conjuntos de dados. O recurso de modelos grandes permite que os conjuntos de dados no Power BI
Premium cresçam além de 10 GB. O tamanho do conjunto de recursos é limitado pelo tamanho da capacidade do
Power BI Premium, que é semelhante à forma como o Azure Analysis Services funciona em termos de limitações
de tamanho do modelo. Para obter mais informações sobre tamanhos de capacidade no Power BI Premium,
confira Nós de capacidade. Você pode configurar modelos grandes para todas as SKUs P Premium e SKUs A
Inseridas, mas eles funcionam apenas com novos workspaces.
Modelos grandes não afetam o tamanho de carregamento do PBIX, que ainda está limitado a 10 GB. Em vez disso,
os conjuntos de dados crescem além de 10 GB no serviço na atualização. Você pode usar a atualização
incremental para configurar um conjunto de dados para crescer além de 10 GB.
Habilitar modelos grandes

Para criar um conjunto de dados que cresça além de 10 GB, siga estas etapas:
1. Crie um conjunto do Power BI Desktop e configure uma atualização incremental.
2. Publique o conjunto de dados no serviço do Power BI Premium.
3. Habilite o conjunto de dados para modelos grandes executando os cmdlets do PowerShell abaixo. Esses
cmdlets fazem o Power BI armazenar o conjunto de dados em Arquivos Premium do Azure e não impor o
limite de 10 GB.
4. Invoque uma atualização para carregar dados históricos com base na política de atualização incremental. A
primeira atualização pode demorar um pouco para carregar o histórico. As atualizações subsequentes
devem ser mais rápidas porque são incrementais.
Cmdlets do PowerShell
Na versão atual de modelos grandes, habilite o conjunto de armazenamento para arquivos Premium usando
cmdlets do PowerShell. Você deve ter privilégios de administrador de workspace e administrador de capacidade
para executar os cmdlets do PowerShell.
1. Localize a ID do conjunto de dados (GUID). Na guia Conjunto de dados do workspace, nas configurações
do conjunto de dados, você pode ver a ID na URL.
2. Em um prompt de administrador do PowerShell, instale o módulo MicrosoftPowerBIMgmt.

Install-Module -Name MicrosoftPowerBIMgmt
3. Execute os cmdlets a seguir para entrar e verificar o modo de armazenamento do conjunto de dados.
Login-PowerBIServiceAccount
(Get-PowerBIDataset -Scope Organization -Id <Dataset ID> -Include actualStorage).ActualStorage
A resposta deve ser a seguinte. O modo de armazenamento é ABF (arquivo de backup do Analysis
Services), que é o padrão.
Id StorageMode
-- -----------
<Dataset ID> Abf
4. Execute os cmdlets a seguir para definir o modo de armazenamento para Arquivos Premium e verificá-lo.
Pode levar alguns segundos para converter em Arquivos Premium.
Set-PowerBIDataset -Id <Dataset ID> -TargetStorageMode PremiumFiles
(Get-PowerBIDataset -Scope Organization -Id <Dataset ID> -Include actualStorage).ActualStorage
A resposta deve ser a seguinte. O modo de armazenamento agora está definido como Arquivos Premium.
Id StorageMode
-- -----------
<Dataset ID> PremiumFiles
Você pode verificar o status das conversões de conjunto de dados de arquivos Premium usando o cmdlet Get-
PowerBIWorkspaceMigrationStatus.
Remoção de conjunto de dados

O Power BI usa o gerenciamento de memória dinâmica para remover conjuntos de dados inativos da memória. O
Power BI remove conjuntos de dados para que possa carregar outros conjuntos de dados para atender a
consultas de usuário. O gerenciamento de memória dinâmica permite que a soma dos tamanhos do conjunto de
dados seja significativamente maior do que a memória disponível na capacidade, mas um único conjunto de
dados deve caber na memória. Para obter mais informações sobre o gerenciamento de memória dinâmica,
confira Como as capacidades funcionam.
Você deve considerar o impacto da remoção em modelos grandes. Apesar dos tempos de carregamento de
conjuntos de dados relativamente rápidos, ainda poderá haver um atraso perceptível para os usuários se eles
precisarem aguardar o recarregamento de grandes conjuntos de dados removidos. Por esse motivo, em sua
forma atual, o recurso de modelos grandes é recomendado principalmente para as capacidades dedicadas para os
requisitos de BI empresarial, em vez daquelas capacidades combinadas com requisitos de BI de autoatendimento.
As capacidades dedicadas aos requisitos de BI empresarial têm menor probabilidade de dispararem com
frequência a remoção e precisam recarregar os conjuntos de dados. As capacidades de BI de autoatendimento,
por outro lado, podem ter muitos conjuntos de dados pequenos que são carregados com mais frequência para
dentro e para fora de memória.
Como verificar o tamanho do conjunto de dados
Depois de carregar dados históricos, você pode usar SSMS por meio do ponto de extremidade XMLA para
verificar o tamanho estimado do conjunto de dados na janela de propriedades do modelo.
Você também pode verificar o tamanho do conjunto de dados executando as consultas DMV a seguir do SSMS.
Some as colunas DICTIONARY_SIZE e USED_SIZE para a saída para ver o tamanho do conjunto de dados em
bytes.
SELECT * FROM SYSTEMRESTRICTSCHEMA

($System.DISCOVER_STORAGE_TABLE_COLUMNS,
[DATABASE_NAME] = '<Dataset Name>') //Sum DICTIONARY_SIZE (bytes)
SELECT * FROM SYSTEMRESTRICTSCHEMA

($System.DISCOVER_STORAGE_TABLE_COLUMN_SEGMENTS,
[DATABASE_NAME] = '<Dataset Name>') //Sum USED_SIZE (bytes)
Tenha em mente as seguintes restrições ao usar modelos grandes:
Criptografia BYOK (Bring Your Own Key) : os conjuntos de dados habilitados para Arquivos Premium
não são criptografados por BYOK.
Supor te Multi-Geo : Os conjuntos de dados habilitados para Arquivos Premium falharão em capacidades
em que a opção várias áreas geográficas também esteja habilitada.
Baixar para o Power BI Desktop : se um conjunto de dados for armazenado em Arquivos Premium,
Baixar como um arquivo .pbix falhará.
Regiões com supor te : Há suporte para modelos grandes em todas as regiões do Azure compatíveis com
o Armazenamento de Arquivos Premium. Confira mais informações em Produtos disponíveis por região e
veja a tabela na seção a seguir.
Disponibilidade em regiões
Os modelos grandes no Power BI só estão disponíveis em determinadas regiões do Azure que dão suporte ao
Armazenamento de Arquivos Premium do Azure.
A lista a seguir informa as regiões que disponibilizam os modelos grandes no Power BI. As regiões que não estão
na lista a seguir não têm suporte para modelos grandes:
REGIÃ O DO A Z URE A B REVIA Ç Ã O DA REGIÃ O DO A Z URE
Leste da Austrália australiaeast
Sudeste da Austrália australiasoutheast
EUA Central centralus
Leste da Ásia eastasia
Leste dos EUA eastus
Leste dos EUA 2 eastus2
Leste do Japão japaneast
Oeste do Japão japanwest
Coreia Central koreacentral
Sul da Coreia koreasouth
Centro-Norte dos EUA northcentralus
Norte da Europa northeurope
Centro-Sul dos EUA southcentralus
Sudeste Asiático southeastasia
Sul do Reino Unido uksouth
Oeste do Reino Unido ukwest
Europa Ocidental westeurope
Oeste dos EUA westus

REGIÃ O DO A Z URE A B REVIA Ç Ã O DA REGIÃ O DO A Z URE
Oeste dos EUA 2 westus2
Próximas etapas
Os links a seguir fornecem informações que podem ser úteis para trabalhar com modelos grandes:
Armazenamento de Arquivos Premium do Azure
Configurar o suporte Multi-Geo para o Power BI Premium
Criptografia BYOK (Bring Your Own Key) para o Power BI
Como as capacidades funcionam
Atualização incremental.
Configurar o suporte Multi-Geo para o Power BI
Premium
O Multi-Geo é um recurso do Power BI Premium que ajuda os clientes multinacionais a atender os requisitos de
residência de dados organizacionais, regionais ou específicos do setor. Como cliente Power BI Premium, você
pode implantar conteúdos em data centers nas regiões que não sejam a região de residência do locatário do
Power BI. Uma área geográfica (geografia) pode conter mais de uma região. Por exemplo, os Estados Unidos é
uma área geográfica e o Centro-Oeste dos EUA e o Centro-Sul dos EUA são regiões nos Estados Unidos. É
possível optar por implantar o conteúdo em qualquer uma das áreas geográficas a seguir:
Estados Unidos
Canadá
Reino Unido
Brasil
Europa
Japão
Índia
Pacífico Asiático
Austrália
África
O Multi-Geo não está disponível no Power BI Alemanha, no Power BI China operado pela 21Vianet nem no Power
BI para o governo dos EUA.
O Multi-Geo agora também está disponível no Power BI Embedded. Leia mais em Suporte a Multi-Geo no Power
BI Embedded.
Habilitar e configurar
Para novas capacidades, habilite o Multi-Geo selecionando uma região diferente da padrão na lista suspensa.
Cada capacidade disponível mostra a região em que está localizada, como Centro-Oeste dos EUA .
Após criar a capacidade, ela permanece nessa região e todo workspace criado terá o conteúdo armazenado nessa
região. É possível migrar os workspaces de uma região para outra por meio do menu suspenso na tela de
configurações do workspace.
Esta mensagem aparece para confirmar a alteração.
Neste momento, não é preciso redefinir as credenciais de gateway durante a migração. Após serem armazenadas
na região de capacidade Premium, será preciso redefini-las no término da migração.
Durante a migração, pode haver falhas em certas operações, como a publicação de novos conjuntos de dados ou
a atualização agendada de dados.
Os itens a seguir são armazenados na região Premium quando o Multi-Geo está habilitado:
Modelos (arquivos .ABF) para importação e conjuntos de dados de consulta direta
Cache de consulta
Imagens R
Os próximos itens permanecem na região de residência do locatário:
Conjuntos de dados por push
Pastas de trabalho do Excel
Metadados do painel/relatório: por exemplo, nomes de blocos, consultas de blocos
Barramentos de serviço para consultas de gateway ou trabalhos de atualização agendada
Permissões
Credenciais de conjunto de dados
Exibir regiões de capacidade

No Portal de administração, você pode exibir todas as capacidades do locatário do Power BI e as regiões em que
estão atualmente localizadas.
Alterar a região de conteúdo existente

Se for preciso alterar a região de um conteúdo existente, existem duas opções.
Criar uma segunda capacidade e transferir os workspaces. Os usuários gratuitos não enfrentarão qualquer
tempo de inatividade, contanto que o locatário tenha núcleos virtuais sobressalentes.
Se a criação de uma segunda capacidade não for viável, é possível transferir temporariamente o conteúdo de
volta para uma capacidade compartilhada do Premium. Não são necessários núcleos extras, mas os usuários
gratuitos terão algum tempo de inatividade.
Transferir o conteúdo para fora do Multi-Geo

É possível levar os workspaces para fora da capacidade do Multi-Geo de duas maneiras:
Excluir a capacidade atual em que o workspace está localizado. Isso vai transferir o workspace de volta para a
capacidade compartilhada na região de residência.
Migre os workspaces individuais de volta para a capacidade Premium localizada no locatário de residência.
Confirme que toda movimentação iniciada entre as regiões seguem todos os requisitos de conformidade
corporativos e governamentais antes de iniciar a transferência de dados.
Uma consulta em cache armazenada em uma região remota permanece nessa região em repouso. No
entanto, outros dados em trânsito podem ir e voltar entre várias regiões geográficas.
Ao mover dados de uma região para outra em um ambiente Multi-Geo, os dados de origem podem
permanecer na região da qual foram movidos por até 30 dias. Durante esse período, os usuários finais não
terão acesso a eles. Eles foram removidos desta região e destruídos durante o período de 30 dias.
O texto da consulta e o tráfego do resultado da consulta para modelos de dados importados não transitam
pela região inicial. Os metadados do relatório ainda são provenientes da região remota, e determinados
estados de roteamento de DNS podem retirar o tráfego da região.
No momento, o recurso de fluxos de dados não é compatível com o Multi-Geo.
Próximas etapas
Multi-Geo para capacidades do Power BI Embedded
Traga suas próprias chaves de criptografia para o
Power BI
O Power BI criptografa dados em repouso e em processo. Por padrão, o Power BI usa chaves gerenciadas pela
Microsoft para criptografar seus dados. No Power BI Premium, também é possível usar suas próprias chaves para
os dados em repouso que são importados em um conjunto de dados (confira Considerações de armazenamento e
fonte de dados para obter mais informações). Essa abordagem geralmente é descrita como BYOK (Bring Your Own
Key).
Por que usar a abordagem BYOK?

O BYOK torna mais fácil atender aos requisitos de conformidade que especificam as disposições de chave com o
provedor de serviço de nuvem (neste caso, a Microsoft). Com o BYOK, você fornece e controla as chaves de
criptografia para os dados do Power BI em repouso no nível do aplicativo. Como resultado, você pode exercer
controle e revogar as chaves da sua organização se decidir sair do serviço. Quando você revogar as chaves, os
dados ficarão ilegíveis para o serviço dentro de 30 minutos.
Considerações sobre armazenamento e fonte de dados

Para usar o BYOK, você deve fazer upload dos dados no serviço do Power BI em um arquivo do Power BI Desktop
(PBIX). Não é possível usar o BYOK nos seguintes cenários:
Conexão dinâmica do Analysis Services
Pastas de trabalho do Excel (a menos que os dados sejam primeiramente importados no Power BI Desktop)
Enviar conjuntos de dados por push
Fazer streaming de conjuntos de dados
Modelos grandes
BYOK aplica-se somente a conjuntos de dados. Conjuntos de arquivos de envio por push, arquivos do Excel e
arquivos CSV que os usuários podem carregar no serviço não são criptografados usando sua própria chave. Para
identificar quais artefatos são armazenados em seus workspaces, use o seguinte comando do PowerShell:
PS C:\> Get-PowerBIWorkspace -Scope Organization -Include All
NOTE
Este cmdlet requer o módulo de gerenciamento v1.0.840 do Power BI. Você pode ver qual versão você tem executando Get-
InstalledModule -Name MicrosoftPowerBIMgmt. Instale a versão mais recente executando install-Module-Name
MicrosoftPowerBIMgmt. Você pode obter mais informações sobre o cmdlet do Power BI e os parâmetros dele em módulo
cmdlet do PowerShell do Power BI.
Configurar o Azure Key Vault

Nesta seção, você aprenderá como configurar o Azure Key Vault, uma ferramenta para armazenar e acessar
segredos com segurança, como chaves de criptografia. Você pode usar um cofre de chaves existente para
armazenar chaves de criptografia ou pode criar um novo especificamente para uso com o Power BI.
As instruções nesta seção pressupõem conhecimento básico do Azure Key Vault. Para obter mais informações, veja
O que é o Azure Key Vault?. Configure o cofre de chaves da seguinte maneira:
1. Adicione o serviço do Power BI como uma entidade de serviço para o cofre de chaves, com permissões de
encapsulamento e desencapsulamento.
2. Crie uma chave RSA com um comprimento de 4096 bits (ou use uma chave existente desse tipo), com
permissões de encapsulamento e desencapsulamento.
IMPORTANT
O Power BI BYOK dá suporte apenas a chaves RSA com um comprimento de 4.096 bits.
3. Recomendado: Verifique se o cofre de chaves tem a opção exclusão reversível habilitada.

Adicionar a entidade de serviço
1. No portal do Azure, no cofre de chaves, em Políticas de acesso , selecione Adicionar Novo .
2. Em Selecionar entidade , procure e selecione Microsoft.Azure.AnalysisServices.
NOTE
Se você não encontrar "Microsoft.Azure.AnalysisServices", é provável que a assinatura do Azure associada ao seu
Azure Key Vault nunca tenha tido um recurso de Power BI associado. Em vez disso, tente pesquisar a seguinte cadeia
de caracteres: 00000009-0000-0000-c000-000000000000.
3. Em Permissões de chave , selecione Decodificar Chave e Codificar Chave .

4. Selecione OK e, em seguida, Salvar .
NOTE
Para revogar o acesso do Power BI aos seus dados no futuro, remova os direitos de acesso a essa entidade de serviço de seu
Azure Key Vault.
Criar uma chave RSA

1. No cofre de chaves, em Chaves , selecione Gerar/Impor tar .
2. Selecione um Tipo de Chave de RSA e um Tamanho da Chave RSA de 4.096.
3. Selecione Criar .
4. Em Chaves , selecione a chave que você criou.
5. Selecione o GUID para a Versão Atual da chave.
6. Verifique se Chave de encapsulamento e Chave de desencapsulamento estão selecionadas. Copie o
Identificador de Chave a ser usado ao habilitar o BYOK no Power BI.
Opção de exclusão reversível
É recomendável que você habilite a exclusão reversível no cofre de chaves para proteção contra perda de dados
em caso de exclusão acidental da chave ou do cofre de chaves. Você precisa usar o PowerShell para habilitar a
propriedade de "exclusão reversível" no cofre de chaves porque essa opção ainda não está disponível no portal do
Azure.
Com o Azure Key Vault configurado corretamente, você está pronto para habilitar o BYOK em seu locatário.
Habilitar o BYOK em seu locatário

Habilite o BYOK no nível do locatário com o PowerShell inserindo as chaves de criptografia que você criou e
armazenou no Azure Key Vault no seu locatário do Power BI. Em seguida, atribua essas chaves de criptografia por
capacidade Premium para criptografar o conteúdo na capacidade.
Antes de habilitar o BYOK, tenha as seguintes considerações em mente:
Neste momento, não é possível desabilitar o BYOK após habilitá-lo. Dependendo de como você especificar
os parâmetros para Add-PowerBIEncryptionKey , será possível controlar como usar o BYOK para uma ou mais
das suas capacidades. No entanto, não é possível desfazer a introdução das chaves em seu locatário. Para
saber mais, veja Habilitar BYOK.
Não é possível mover diretamente um workspace que usa o BYOK de uma capacidade dedicada no Power
BI Premium para capacidade compartilhada. Primeiramente, você deve mover o workspace para uma
capacidade dedicada que não tenha o BYOK habilitado.
Se você mover um workspace que usa o BYOK de uma capacidade dedicada no Power BI Premium para
compartilhada, os relatórios e os conjuntos de dados ficarão inacessíveis, pois eles são criptografados com
a chave. Para evitar essa situação, primeiro, é necessário mover o workspace para uma capacidade dedicada
que não tenha o BYOK habilitado.
Habilitar o BYOK
Para habilitar o BYOK, você deve ser um administrador de locatário do serviço do Power BI, conectado usando o
cmdlet Connect-PowerBIServiceAccount . Em seguida, use Add-PowerBIEncryptionKey para habilitar o BYOK,
conforme mostrado no exemplo a seguir:
Add-PowerBIEncryptionKey -Name'Contoso Sales' -KeyVaultKeyUri'https://contoso-

vault2.vault.azure.net/keys/ContosoKeyVault/b2ab4ba1c7b341eea5ecaaa2wb54c4d2'
Para adicionar várias chaves, execute Add-PowerBIEncryptionKey com valores diferentes para - -Name e
-KeyVaultKeyUri .
O cmdlet aceita dois parâmetros de opção que afetam a criptografia para as capacidades atuais e futuras. Por
padrão, nenhuma das opções é definida:
-Activate : Indica que essa chave será usada para todas as capacidades existentes no locatário que ainda
não estão criptografadas.
-Default: Indica que essa chave agora é o padrão para todo o locatário. Quando você cria uma nova
capacidade, a capacidade herda essa chave.
IMPORTANT
Se você especificar -Default , todas as capacidades criadas no locatário, neste ponto, serão criptografadas usando a chave
que você especificar (ou uma chave padrão atualizada). Não é possível desfazer a operação padrão, portanto, você perde a
capacidade de criar uma capacidade Premium em seu locatário que não usa o BYOK.
Depois de habilitar o BYOK em seu locatário, defina a chave de criptografia para uma ou mais capacidades do
Power BI:
1. Use Get-PowerBICapacity para obter a ID de capacidade necessária para a próxima etapa.
Get-PowerBICapacity -Scope Individual
O cmdlet retorna uma saída semelhante à seguinte:
Id : xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx
DisplayName : Test Capacity
Admins : adam@sometestdomain.com
Sku : P1
State : Active
UserAccessRight : Admin
Region : North Central US
2. Use Set-PowerBICapacityEncryptionKey para definir a chave de criptografia:
Set-PowerBICapacityEncryptionKey -CapacityId xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx -KeyName 'Contoso

Sales'
Você tem controle sobre como usar o BYOK em seu locatário. Por exemplo, para criptografar uma capacidade
única, chame Add-PowerBIEncryptionKey sem -Activate ou -Default . Em seguida, chame
Set-PowerBICapacityEncryptionKey para a capacidade do local em que você deseja habilitar o BYOK.
Gerenciar o BYOK
O Power BI fornece cmdlets adicionais para ajudar a gerenciar o BYOK em seu locatário:
Use Get-PowerBICapacity para obter a chave que uma capacidade está usando atualmente:
Get-PowerBICapacity -Scope Organization -ShowEncryptionKey
Use Get-PowerBIEncryptionKey para obter a chave que seu locatário está usando atualmente:
Get-PowerBIEncryptionKey
Use Get-PowerBIWorkspaceEncryptionStatus para ver se os conjuntos de dados em um workspace são

criptografados e se o seu status de criptografia está em sincronia com o workspace:
Get-PowerBIWorkspaceEncryptionStatus -Name'Contoso Sales'
Observe que a criptografia está habilitada no nível de capacidade, mas você obtém o status de criptografia
no nível do conjunto de dados para o workspace especificado.
Use Switch-PowerBIEncryptionKey para alternar (ou girar) a versão da chave usada para criptografia. O
cmdlet simplesmente atualiza o -KeyVaultKeyUri para uma chave -Name :
Switch-PowerBIEncryptionKey -Name'Contoso Sales' -KeyVaultKeyUri'https://contoso-

vault2.vault.azure.net/keys/ContosoKeyVault/b2ab4ba1c7b341eea5ecaaa2wb54c4d2'
Próximas etapas
Módulo cmdlet do PowerShell do Power BI
Maneiras de compartilhar seu trabalho no Power BI
Filtrar relatórios usando parâmetros da cadeia de caracteres de consulta na URL
Inserir com Web Part de Relatório no SharePoint Online
Publicar na Web por meio do Power BI
Reiniciar uma capacidade do Power BI Premium
Como administrador do Power BI, talvez você precise reiniciar uma capacidade Premium. Este artigo explica como
reiniciar uma capacidade e aborda várias perguntas sobre desempenho e reinicialização.
Por que o Power BI fornece essa opção?

O Power BI fornece aos usuários a capacidade de executar análises complexas em grandes quantidades de dados.
Infelizmente, os usuários podem causar problemas de desempenho ao sobrecarregar o serviço do Power BI com
trabalhos, criando consultas excessivamente complexas, criando referências circulares e assim por diante.
A capacidade compartilhada do Power BI oferece uma proteção contra esses casos, impondo limites de tamanhos
de arquivos, agendas de atualização e outros aspectos do serviço. Em uma capacidade do Power BI Premium, por
outro lado, a maioria desses limites é elevada. Como resultado, um único relatório com uma expressão DAX
incorreta ou um modelo muito complexo pode causar problemas significativos de desempenho. Quando
processado, o relatório pode consumir todos os recursos disponíveis na capacidade.
O Power BI está melhorando constantemente em relação à maneira de proteger os usuários da capacidade
Premium contra esses problemas. Também estamos capacitando os administradores com ferramentas para
analisar quando e porque as capacidades estão sobrecarregadas. Para obter mais informações, confira a sessão de
treinamento curto e a sessão de treinamento mais demorado. Ao mesmo tempo, você precisa ter a capacidade de
atenuar problemas significativos quando eles ocorrerem. A maneira mais rápida de atenuar esses problemas é a
capacidade de reiniciar.
O processo de reinicialização é seguro? Perderei dados?

Todos os dados, as definições, os relatórios e os dashboards salvos em sua capacidade permanecem totalmente
intactos após a reinicialização. Quando você reinicia uma capacidade, as atualizações agendadas e ad hoc em
andamento são interrompidas temporariamente pelo mecanismo de atualização, na maioria dos casos, em seguida
elas são reiniciadas devido à lógica de nova tentativa de atualização incorporada ao Power BI. O serviço tentará
repetir as atualizações afetadas quando a capacidade se tornar disponível. O estado das atualizações não pode ser
alterado na interface do usuário durante o processo de reinicialização.
Os usuários que interagirem com a capacidade perderão o trabalho não salvo durante um processo de
reinicialização. Os usuários deverão atualizar os navegadores deles após a conclusão da reinicialização.
Como reiniciar uma capacidade?

Siga estas etapas para reiniciar uma capacidade.
1. No portal de administração do Power BI, na guia Configurações de Capacidade , navegue até sua
capacidade.
2. Adicione o sinalizador de recurso CapacityRestart à URL da capacidade:
https://app.powerbi.com/admin-portal/capacities/<YourCapacityId>?capacityRestartButton=true .
3. Em Configurações Avançadas > REINICIAR CAPACIDADE , selecione Reiniciar capacidade .
4. Na caixa de diálogo Reinicialização de capacidade , selecione Sim, reiniciar capacidade .
Como evitar que os problemas aconteçam no futuro?

A melhor maneira de evitar problemas é ensinar os usuários a realizarem uma modelagem de dados eficiente. Para
obter mais informações, confira a sessão de treinamento.
Também recomendamos que você monitore suas capacidades regularmente para procurar tendências que indicam
problemas subjacentes. Planejamos liberações periódicas do aplicativo de monitoramento e outras ferramentas
para que você possa monitorar e gerenciar suas capacidades com mais eficiência.
Próximas etapas
Conectividade de conjunto de dados com o ponto
de extremidade XMLA (Versão prévia)
Os espaços de trabalho e conjuntos de clientes do Power BI Premium no nível de compatibilidade 1500 e

superior dão suporte à conectividade de plataforma aberta de aplicativos e ferramentas de cliente da Microsoft e
de terceiros usando um ponto de extremidade XMLA.
NOTE
Esse recurso está em Versão prévia . Recursos em versão prévia não devem ser usados em um ambiente de produção.
Determinadas funcionalidades, o suporte e a documentação são limitados. Confira os detalhes nos Termos do OST
(Microsoft Online Services).
O que é um ponto de extremidade XMLA?

O Power BI Premium usa o protocolo XMLA (XML for Analysis) para a comunicação entre aplicativos cliente e o
mecanismo que gerencia seus espaços de trabalho e conjuntos de dados do Power BI. Essa comunicação é feita
por meio do que é normalmente conhecido como pontos de extremidade XMLA. O XMLA é o mesmo protocolo
de comunicação usado pelo mecanismo do Microsoft Analysis Services, que, nos bastidores, executa a
modelagem semântica, a governança, o ciclo de vida e o gerenciamento de dados do Power BI.
Por padrão, a conectividade somente leitura usando o ponto de extremidade está habilitada para a Carga de
trabalho dos conjuntos de dados em uma capacidade. Com dados somente leitura, as ferramentas e os
aplicativos de visualização de dados podem consultar dados de modelos, metadados, eventos e esquema do
conjunto de dados. As operações de leitura/gravação usando o ponto de extremidade podem ser habilitadas,
fornecendo gerenciamento, governança, modelagem semântica avançada, depuração e monitoramento
adicionais para os conjunto de dados. Com a leitura/gravação habilitadas, os conjuntos de dados do Power BI
Premium têm mais paridade com processos e ferramentas de modelagem de tabela de nível empresarial do
Azure Analysis Services e do SQL Server Analysis Services.
NOTE
Recomendamos que você use a experiência de workspace moderno, especialmente ao conectar-se a seus conjuntos de
dados usando o ponto de extremidade XMLA. Nos workspaces clássicos, não há suporte para operações como criar ou
excluir conjuntos de dados. Para atualizar os workspaces clássicos para a experiência moderna, confira Atualizar workspaces
clássicos no Power BI.
Ferramentas de gerenciamento e modelagem de dados

Essas são algumas das ferramentas mais comuns usadas com o Azure Analysis Services e o SQL Server Analysis
Services, e agora têm o suporte de conjuntos do Power BI Premium:
Projetos do Visual Studio com Analysis Ser vices – também conhecido como SQL Server Data Tools ou
simplesmente SSDT , é uma ferramenta de criação de modelo de nível empresarial para modelos tabulares do
Analysis Services. As extensões de projetos do Analysis Services têm suporte em todas as edições do Visual
Studio 2017 e posteriores, incluindo a edição gratuita da Comunidade. A versão da extensão 2.9.6 ou superior é
necessária para implantar modelos tabulares em um espaço de trabalho Premium. Ao implantar em um espaço
de trabalho Premium, o modelo deve ter um nível de compatibilidade 1500 ou superior. A carga de trabalho de
conjuntos de dados exige XMLA somente leitura. Confira mais em Ferramentas para o Analysis Services.
SSMS (SQL Ser ver Management Studio) – dá suporte a consultas DAX, MDX e XMLA. Execute operações de
atualização granular e scripts de metadados de conjunto de detalhes usando o TMSL (Linguagem de Script de
Modelo Tabular). As operações de consulta exigem somente leitura. A leitura/gravação é necessária para
metadados de scripts. Exibe o SSMS versão 18.4 ou superior. Baixe aqui.
SQL Ser ver Profiler – instalado com o SSMS, essa ferramenta fornece rastreamento e depuração de eventos
de conjuntos de dados. Embora oficialmente preterido no SQL Server, o Profiler continua sendo incluído no
SSMS e permanece compatível com o Analysis Services e com o Power BI Premium. XMLA somente leitura é
exigido. Para saber mais, confira SQL Server Profiler para Analysis Services.
Assistente de Implantação do Analysis Ser vices – instalado com o SSMS, essa ferramenta fornece a
implantação de projetos de modelo de tabela criados pelo Visual Studio em espaços de trabalho do Analysis
Services e do Power BI Premium. Pode ser executado interativamente ou na linha de comando para automação.
O XMLA somente leitura é exigido. Para saber mais, veja o Assistente de Implantação do Analysis Services.
Cmdlets do PowerShell – os cmdlets do Analysis Services podem ser usados para automatizar tarefas de
gerenciamento de conjuntos de dados, como em operações de atualização. O XMLA somente leitura é exigido. É
necessária a versão 21.1.18221 ou superior do módulo do SqlServer PowerShell. Os cmdlets do Azure Analysis
Services no módulo Az.AnalysisServices não dão suporte ao Power BI Premium. Para saber mais, confira
Referência do PowerShell do Analysis Services.
Power BI Repor t Builder – uma ferramenta para a criação de relatórios paginados. Crie uma definição de
relatório que especifica os dados a serem recuperados, onde obtê-los e como exibi-los. Você pode visualizar o
relatório no Construtor de Relatórios e publicá-lo no serviço do Power BI. O XMLA somente leitura é exigido.
Para saber mais, confira Power BI Report Builder.
Editor Tabular – uma ferramenta de software livre para criar, manter e gerenciar modelos de tabela usando um
editor leve e intuitivo. A exibição hierárquica mostra todos os objetos do modelo de tabela. Os objetos são
organizados por pastas de exibição com suporte para edição de propriedades de seleção múltipla e realce de
sintaxe DAX. As operações de consulta exigem o XMLA somente leitura. Operações de metadados exigem
leitura/gravação. Para saber mais, confira tabulareditor.github.io.
DAX Studio – uma ferramenta de software livre para criação, diagnóstico, ajuste de desempenho e análise de
DAX. Os recursos incluem navegação de objeto, rastreamento integrado, detalhamentos de execução de consulta
com estatísticas detalhadas, realce e formatação da sintaxe DAX. As operações de consulta exigem o XMLA
somente leitura. Para saber mais, confira daxstudio.org.
Kit de ferramentas ALM – uma ferramenta de comparação em esquema de software livre para conjuntos de
dado do Power BI, usada com mais frequência em cenários de ALM (Gerenciamento do ciclo de vida do
aplicativo). Executa a implantação entre ambientes e retém dados históricos de atualização incremental.
Diferencia e mescla arquivos de metadados, ramificações e repositórios. Reutiliza definições comuns entre
conjuntos de dados. As operações de consulta exigem somente leitura. As operações de metadados exigem
leitura/gravação. Para saber mais, confira alm-toolkit.com.
Microsoft Excel – as Tabelas Dinâmicas do Excel são uma das ferramentas mais comuns usadas para resumir,
analisar, explorar e apresentar dados de resumo de conjuntos de dados do Power BI. As operações de consulta
exigem somente leitura. A versão Clique para Executar do Office 16.0.11326.10000 ou superior é exigida.
Terceiros – inclui aplicativos de visualização de dados do cliente e ferramentas que podem se conectar a
conjuntos de dados, consultá-los e consumi-los no Power BI Premium. A maioria das ferramentas exige as
últimas versões das bibliotecas de clientes MSOLAP, mas algumas podem usar o ADOMD. O ponto de
extremidade XMLA somente leitura ou leitura/gravação depende das operações.
Bibliotecas de clientes
Os aplicativos cliente não se comunicam diretamente com o ponto de extremidade XMLA. Em vez disso, usam
bibliotecas de cliente como uma camada de abstração. Esses são os mesmos aplicativos de bibliotecas de clientes
usados para se conectar ao Azure Analysis Services e ao SQL Server Analysis Services. Os aplicativos da
Microsoft, como Excel, SSMS (SQL Server Management Studio) e a extensão de projetos do Analysis Services
para Visual Studio, instalam e atualizam as três bibliotecas de clientes com as atualizações de aplicativo
regulares. Os desenvolvedores também podem usar as bibliotecas de clientes para criar aplicativos
personalizados. Em alguns casos, especialmente com aplicativos de terceiros, caso não sejam instalados com o
aplicativo, talvez seja necessário instalar versões mais recentes das bibliotecas de clientes. As bibliotecas de
clientes são atualizadas mensalmente. Para saber mais, confira Bibliotecas de clientes para conexão com o
Analysis Services.
Operações de gravação compatíveis

Os metadados de conjuntos de dados são expostos por meio das bibliotecas de clientes com base no TOM
(Modelo de Objeto Tabular) para desenvolvedores criarem aplicativos personalizados. Assim, o Visual Studio e as
ferramentas da comunidade de software livre, como o editor de tabela, podem fornecer recursos adicionais de
modelagem e implantação de dados com suporte no mecanismo do Analysis Services, mas que ainda não
tenham suporte no Power BI Desktop. A funcionalidade de modelagem de dados adicional inclui:
Grupos de cálculos para reutilização de cálculo e consumo simplificado de modelos complexos.
Conversões de metadados para dar suporte a relatórios e conjuntos de dados em várias linguagens.
Perspectivas para definir exibições específicas de domínio comercial focadas nos metadados dos
conjuntos de dados.
A OLS (Segurança de nível de objeto) ainda não tem suporte em conjuntos do Power BI Premium.
Otimizar conjuntos de dados para operações de gravação

Ao usar o ponto de extremidade XMLA para gerenciamento de conjunto de dados com operações de gravação, é
recomendável habilitar o conjunto de dados para modelos grandes. Isso reduz a sobrecarga das operações de
gravação, o que pode torná-las consideravelmente mais rápidas. Para conjuntos de dados com mais de 1 GB de
tamanho (após a compactação), a diferença pode ser significativa. Para saber mais, confira Modelos grandes no
Power BI Premium.
Habilitar o XMLA de leitura/gravação

Por padrão, uma capacidade Premium tem a configuração de propriedade Ponto de Extremidade XMLA
habilitada como somente leitura. Ou seja, os aplicativos só podem consultar um conjunto de dados. Para que os
aplicativos executem operações de gravação, a propriedade de Ponto de Extremidade XMLA deve ser habilitada
para leitura/gravação. A configuração de propriedade do ponto de extremidade XMLA para uma capacidade é
configurada na Carga de trabalho dos conjuntos de dados . A configuração do ponto de extremidade XMLA
aplica-se a todos os espaços de trabalho e conjuntos de dados atribuídos à capacidade.
Para habilitar a leitura/gravação de uma capacidade
1. No portal de Administração, clique em Configurações de capacidade > Power BI Premium > nome
da capacidade.
2. Expanda Cargas de Trabalho . Na configuração Ponto de Extremidade XML A , selecione
Leitura/Gravação .
Como se conectar a um workspace Premium
Os espaços de trabalho atribuídos a uma capacidade dedicada têm uma cadeia de conexão no formato de URL
como esta, powerbi://api.powerbi.com/v1.0/[tenant name]/[workspace name] .
Os aplicativos que se conectam ao espaço de trabalho usam a URL como um nome de servidor do Analysis
Services. Por exemplo, powerbi://api.powerbi.com/v1.0/contoso.com/Sales Workspace .
Os usuários com UPNs no mesmo locatário (não B2B) podem substituir o nome do locatário por myorg . Por
exemplo, powerbi://api.powerbi.com/v1.0/myorg/Sales Workspace .
Os usuários do B2B precisam especificar o UPN da organização no nome do locatário. Por exemplo,
powerbi://api.powerbi.com/v1.0/fabrikam.com/Sales Workspace .
Para obter a URL de conexão do espaço de trabalho

No espaço de trabalho, em Configurações > Premium > Conexão do Espaço de Trabalho , clique em
Copiar .
Requisitos de conexão
Catálogo inicial
Em algumas ferramentas, como o SQL Server Profiler, talvez seja necessário especificar um Catálogo Inicial.
Especifique um conjunto de dados (banco de dados) no workspace. Na caixa de diálogo Conectar-se ao
Ser vidor , clique em Opções > Propriedades de Conexão > Conectar-se ao banco de dados , e insira o
nome do conjunto de dados.
Duplicar nomes de espaço de trabalho
Novos espaços de trabalho (criados usando a nova experiência de espaço de trabalho) no Power BI impõem
validação para não permitir a criação ou renomeação de espaços de trabalho com nomes duplicados. Os espaços
de trabalho que não foram migrados podem resultar em nomes duplicados. Ao se conectar a um workspace com
o mesmo nome de outro workspace, você poderá receber o seguinte erro:
Não é possível se conectar a powerbi://api.powerbi.com/v1.0/[nome do locatário]/[nome do
workspace].
Para uma solução alternativa desse erro, além do nome do espaço de trabalho, especifique o ObjectIDGuid, que
pode ser copiado da objectID do espaço de trabalho na URL. Acrescente a objectID à URL de conexão. Por
exemplo,
'powerbi://api.powerbi.com/v1.0/myorg/Contoso Sales - 9d83d204-82a9-4b36-98f2-a40099093830'.
Nome do conjunto de dados duplicado
Ao se conectar a um conjunto de dados com o mesmo nome de outro conjunto de dados no mesmo workspace,
acrescente o GUID do conjunto de dados ao nome do conjunto de dados. Obtenha o nome do conjunto de dados
e o GUID quando estiver conectado ao espaço de trabalho no SSMS.
Atraso em conjuntos de dados mostrado
Ao se conectar a um espaço de trabalho, as alterações em conjuntos de dados novos, excluídos e renomeados
podem levar alguns minutos para serem exibidas.
Conjuntos de dados sem suporte
Os conjuntos de dados a seguir não podem ser acessados por meio de pontos de extremidade XMLA. Esses
conjuntos de dados não serão exibidos no espaço de trabalho no SSMS nem em outras ferramentas:
Conjuntos de dados baseados em conexão dinâmica a um modelo do Azure Analysis Services ou do SQL
Server Analysis Services.
Conjuntos de dados baseados em uma conexão dinâmica com um conjunto de dados do Power BI em outro
espaço de trabalho. Para saber mais, confira a Introdução a conjuntos de dados entre espaços de trabalho.
Conjuntos de dados com os dados de push usando a API REST.
Conjuntos de dados de uma pasta de trabalho do Excel.
Segurança
Além da propriedade do Ponto de extremidade XMLA que está sendo habilitada para leitura/gravação pelo
administrador da capacidade, a configuração Expor tar dados no nível do locatário no Portal de Administração
do Power BI, também exigida para Análises no Excel, deve ser habilitada.
O acesso por meio do ponto de extremidade XMLA honrará o conjunto de associação de grupo de segurança no
nível do espaço de trabalho/aplicativo.
Os colaboradores do espaço de trabalho e acima têm acesso de gravação ao conjunto de dados e, portanto, são
equivalentes a administradores de banco de dados do Analysis Services. Eles podem implantar novos conjuntos
de dados do Visual Studio e executar scripts TMSL no SSMS.
As operações no Analysis Services que exigem permissões de administrador do servidor (em vez do
administrador do banco de dados), como rastreamentos de nível de servidor e representação de usuário usando
a propriedade EffectiveUserName de conexão-cadeia de caracteres não têm suporte no Power BI Premium no
momento.
Outros usuários que têm Permissão de build em um conjunto de dados são equivalentes a leitores de banco de
dados do Analysis Services. Eles podem se conectar e navegar em conjuntos de dados para consumir e visualizar
dados. As regras de RLS (Segurança em nível de linha) são respeitadas e eles não podem ver metadados internos
dos conjuntos de linhas.
Funções de modelo
Os metadados de conjuntos de dados, por meio do ponto de extremidade XMLA, podem criar, modificar ou
excluir funções de modelo de um conjunto de dados, incluindo a configuração de filtros de RLS (Segurança em
nível de linha). As funções de modelos no Power BI são usadas somente em RLS. Use o modelo de segurança do
Power BI para controlar permissões além da RLS.
As seguintes limitações se aplicam ao trabalhar com funções de conjunto de dados por meio do ponto de
extremidade XMLA:
Durante a versão prévia pública, você não pode especificar a associação de função para um
conjunto de dados usando o ponto de extremidade XML A . Em vez disso, especifique os membros da
função na página Segurança em Nível de Linha para um conjunto de dados do serviço do Power BI.
A única permissão de função que pode ser definida para conjuntos de dados do Power BI é a permissão de
leitura. A permissão de build para um conjunto de dados é exigida para o acesso de leitura por meio do ponto
de extremidade XMLA, independentemente da existência de funções de conjuntos de dados. Use o modelo de
segurança do Power BI para controlar permissões além da RLS.
Atualmente, não há suporte para regras de OLS (Segurança em nível de objeto) no Power BI.
Configuração de credenciais de fonte de dados
Os metadados especificados por meio do ponto de extremidade XMLA podem criar conexões a fontes de dados,
mas não podem definir credenciais de fonte de dados. Em vez disso, as credenciais podem ser definidas na
página Configurações do conjunto de dados do Serviço do Power BI.
Entidades de serviço
As entidades de serviço do Azure podem ser usadas para realizar operações autônomas no nível do serviço e do
recurso. Para saber mais, confira Automatizar tarefas do conjunto de dados e do workspace Premium com
entidades de serviço.
Implantar projetos de modelos do SSDT (Visual Studio)

Implantar um projeto de modelo tabular do Visual Studio em um espaço de trabalho do Power BI Premium é
praticamente o mesmo que implantar em um servidor do Azure ou SQL Server Analysis Services. As únicas
diferenças estão na propriedade do Servidor de Implantação especificada para o projeto, e como as credenciais
da fonte de dados são especificadas para que as operações de processamento possam importar dados das
fontes de dados para o novo conjunto de dados do espaço de trabalho.
IMPORTANT
Durante a versão prévia pública, as associações de função não podem ser especificadas por ferramentas usando o ponto
de extremidade XMLA. Se não for possível implantar o projeto de modelo, verifique se não há nenhum usuário
especificado em alguma função. Depois que o modelo for implantado com êxito, especifique os usuários para as funções de
conjuntos de dados no serviço do Power BI. Para saber mais, confira Funções de modelo anteriormente neste artigo.
Para implantar um projeto de modelo tabular criado no Visual Studio, primeiro você deve definir a URL de
conexão ao espaço de trabalho na propriedade Ser vidor de Implantação do projeto. No Visual Studio, no
Gerenciador de Soluções , clique com o botão direito do mouse no projeto > Propriedades . Na propriedade
Ser vidor , cole a URL de conexão do espaço de trabalho.
Depois que a propriedade do Servidor de Implantação estiver especificada, será possível implantar o projeto.
Quando implantado na primeira vez , um conjunto de dados é criado no espaço de trabalho usando
metadados de model.bim. Como parte da operação de implantação, depois que o conjunto de dados for criado
no espaço de trabalho a partir dos metadados do modelo, o processamento para carregar dados das fontes no
conjunto de dados falhará.
O processamento falha porque, ao contrário da implantação em uma instância do Azure ou SQL Server Analysis
Services, em que as credenciais da fonte de dados são solicitadas como parte da operação de implantação, ao
implantar em um espaço de trabalho Premium, não é possível especificar as credenciais da fonte de dados como
parte da operação de implantação. Em vez disso, depois que a implantação de metadados for bem-sucedida e o
conjunto de dados estiver criado, então as credenciais de fonte serão especificadas nas configurações do
conjunto de dados do serviço do Power BI. No espaço de trabalho, clique em Conjuntos de dados >
Configurações > Credenciais de fonte de dados > Editar credenciais .
Quando as credenciais da fonte de dados forem especificadas, você poderá atualizar o conjunto de dado no
serviço do Power BI, configurar a atualização da programação ou processar (atualizar) a partir do SQL Server
Management Studio para carregar dados no conjunto de dados.
A propriedade Opção de Processamento da implantação especificada no projeto do Visual Studio é
observada. No entanto, se uma fonte de dados ainda não tiver credenciais especificadas no serviço do Power BI,
mesmo que a implantação de metadados seja bem-sucedida, o processamento falhará. Você pode definir a
propriedade como Não Processar , impedindo uma tentativa de processar como parte da implantação, mas
talvez você queira retornar a propriedade para Padrão porque, depois que as credenciais da fonte de dados
forem especificadas nas configurações de fonte de dados para o novo conjunto de dados, o processamento,
como parte das operações de implantação subsequentes, será bem sucedido.
Conectar-se ao SSMS
Usar o SSMS para se conectar a um espaço de trabalho é como se conectar a um servidor do Azure ou SQL
Server Analysis Services. A única diferença é que você especifica a URL do espaço de trabalho no nome do
servidor e você deve usar a autenticação Active Director y – Universal com MFA .
Conectar-se a um espaço de trabalho usando SSMS
1. Em SQL Server Management Studio, clique em Conectar > Conectar-se ao Ser vidor .
2. Em Tipo de Ser vidor , selecione Analysis Ser vices . Em Nome do ser vidor , insira a URL do espaço de
trabalho. Em Autenticação , selecione Active Director y – Universal com MFA e, em Nome de
usuário , insira a ID de usuário organizacional.
Quando conectado, o workspace é mostrado como um servidor do Analysis Services e os conjuntos de dados no
workspace são mostrados como bancos de dados.
Para saber mais sobre como usar o SSMS para metadados de script, confira Criar scripts do Analysis Services e
TMSL (Linguagem de Script de Modelo Tabular).
Atualização do conjunto de dados

O ponto de extremidade XMLA permite uma ampla gama de cenários para recursos de atualização refinados
usando o SSMS, a automação com o PowerShell, Automação do Azure e Azure Functions usando TOM. Você
pode, por exemplo, atualizar determinadas partições históricas de atualizações incrementais sem precisar
recarregar todos os dados históricos.
Ao contrário da configuração de atualização no serviço do Power BI, as operações de atualização por meio do
ponto de extremidade XMLA não são limitadas a 48 atualizações por dia e o tempo limite de atualização
agendada não é imposto.
DMV (Exibições de Gerenciamento Dinâmico)

As DMVs do Analysis Services proporcionam visibilidade de metadados, linhagem e uso de recursos do conjunto
de dados. As DMVs disponíveis para consulta no Power BI por meio do ponto de extremidade XMLA são
limitadas, no máximo, àquelas que exigem permissões de administrador de banco de dados. Alguns DMVs, por
exemplo, não podem ser acessadas porque exigem permissões de administrador de servidor do Analysis
Services.
Conjuntos de dados criados no Power BI Desktop
Metadados aprimorados
As operações de gravação XMLA em conjuntos de dados criados no Power BI Desktop e publicadas em um
espaço de trabalho Premium exigem que os metadados avançados estejam habilitados. Para saber mais, confira
Metadados aprimorados de conjunto de dados.
Cau t i on
Neste momento, uma operação de gravação em um conjunto de dados criado no Power BI Desktop impedirá
que ele seja baixado novamente como um arquivo PBIX. Lembre-se de manter o arquivo PBIX original.
Declaração de fonte de dados
Ao se conectar a fontes de dados e consultar dados, o Power BI Desktop usa expressões M do Power Query como
declarações de fonte de dados embutidas. Embora haja suporte em espaços de trabalho do Power BI Premium,
não há suporte para a declaração de fonte de dados embutida de consulta M no Power Query no Azure Analysis
Services ou no SQL Server Analysis Services. Em vez disso, ferramentas de modelagem de dados do Analysis
Services, como o Visual Studio, criam metadados usando declarações de fonte de dados estruturadas e/ou de
provedor. Com o ponto de extremidade XMLA, o Power BI Premium também dá suporte a fontes de dados
estruturadas e de provedor, mas não como parte das declarações de fonte de dados embutidas de consulta M do
Power Query em modelos do Power BI Desktop. Para saber mais, confira Noções básicas sobre provedores.
Modo de conexão dinâmica do Power BI Desktop
O Power BI Desktop pode conectar-se a um conjunto de dados do Power BI Premium usando uma conexão
dinâmica. Ao usarem uma conexão dinâmica, os dados não precisam ser replicados localmente, facilitando o
consumo de modelos semânticos pelos usuários. Há duas maneiras pelas quais os usuários podem se conectar:
Selecionando Conjuntos de dados do Power BI e, em seguida, selecionando um conjunto de dados para criar
um relatório. Essa é a maneira recomendada para os usuários se conectarem em tempo real aos conjuntos de
dados. Esse método fornece uma experiência de descoberta aprimorada mostrando o nível de endosso dos
conjuntos de dados. Os usuários não precisam localizar e controlar as URLs do workspace. Para localizarem um
conjunto de dados, os usuários simplesmente digitam o nome do conjunto de dados ou rolam a página para
localizar o conjunto de dados que estão procurando.
A outra maneira de os usuários se conectarem é usando Obter Dados > Analysis Ser vices , especificando um
nome de workspace do Power BI Premium como uma URL, selecionando Conectar em tempo real e, em
seguida, no navegador, selecionando um conjunto de dados. Nesse caso, o Power BI Desktop usa o ponto de
extremidade XMLA para conectar-se em tempo real ao conjunto de dados como se fosse um modelo de dados
do Analysis Services.
As organizações que têm relatórios existentes conectados em tempo real aos modelos de dados do Analysis
Services que pretendem migrar para os conjuntos de dados do Power BI Premium precisam apenas alterar a
URL do nome do servidor em Transformar dados > Configurações da fonte de dados .
NOTE
Durante a versão prévia pública de leitura/gravação XMLA, ao usar o Power BI Desktop para se conectar a um conjunto de
dados do Power BI Premium usando Obter Dados > Analysis Ser vices e selecionando a opção Conectar em tempo
real, a publicação de um relatório no serviço do Power BI ainda não tem suporte.
Logs de auditoria
Quando os aplicativos se conectam a um espaço de trabalho, o acesso por meio de pontos de extremidade XMLA
é registrado nos logs de auditoria do Power BI com as seguintes operações:
N O M E A M IGÁVEL DA O P ERA Ç Ã O N O M E DA O P ERA Ç Ã O
Conectado ao conjunto de dados do Power BI a partir de um ConnectFromExternalApplication

aplicativo externo
Solicitada a atualização do conjunto de dados do Power BI a RefreshDatasetFromExternalApplication

partir de um aplicativo externo
Criado o conjunto de dados do Power BI a partir de um CreateDatasetFromExternalApplication

aplicativo externo
Editado o conjunto de dados do Power BI a partir de um EditDatasetFromExternalApplication

aplicativo externo
Excluído o conjunto de dados do Power BI a partir de um DeleteDatasetFromExternalApplication

aplicativo externo
Para saber mais, confira Como auditar o Power BI.
Consulte também
Automatizar tarefas de conjunto de dados e
workspace Premium com entidades de serviço
As entidades de serviço são um recurso de registro de aplicativo do Azure Active Directory que você cria em seu
locatário para executar operações de nível de serviço e recursos autônomos. Eles são um tipo exclusivo de
identidade do usuário com um nome do aplicativo, uma ID de aplicativo, uma ID do locatário e um segredo do
cliente ou certificado como senha.
O Power BI Premium usa a mesma funcionalidade de entidade de serviço que Power BI Embedded. Para saber
mais, confira Inserção de conteúdo do Power BI com entidades de serviço.
No Power BI Premium , as entidades de serviço também podem ser usadas com o ponto de extremidade de
XMLA para automatizar tarefas de gerenciamento de conjuntos de dados, como provisionar workspaces,
implantar modelos e atualizar conjuntos de dados, juntamente com:
PowerShell
Automação do Azure
Aplicativos Lógicos do Azure
Aplicativos cliente personalizados
Somente novos workspaces dão suporte a conexões de ponto de extremidade XMLA usando entidades de serviço.
Os workspaces clássicos não são compatíveis. Uma entidade de serviço tem apenas as permissões necessárias
para executar tarefas para workspaces aos quais ela é atribuída. As permissões são atribuídas por meio do acesso
ao workspace, assim como contas UPN regulares.
Para executar operações de gravação, a Carga de trabalho de conjuntos de dados da capacidade precisa ter o
ponto de extremidade XMLA habilitado para leitura/gravação. Os conjuntos de dados publicados do Power BI
Desktop devem ter o recurso de Formato avançado de metadados habilitado.
NOTE
O recurso de ponto de extremidade XMLA no Power BI Premium está em versão prévia . Recursos em versão prévia não
devem ser usados em um ambiente de produção. Determinadas funcionalidades, o suporte e a documentação são limitados.
Confira os detalhes nos Termos do OST (Microsoft Online Services).
Criar uma entidade de serviço

As entidades de serviço são criadas como um registro de aplicativo no portal do Azure ou usando o PowerShell.
Ao criar sua entidade de serviço, você deve copiar e salvar separadamente o nome do aplicativo, a ID do aplicativo
(cliente), a ID do diretório (locatário) e o segredo do cliente. Para obter as etapas de criação de uma entidade de
serviço, confira:
Criar entidade de serviço - Portal do Azure
Criar entidade de serviço - PowerShell
Criar um grupo de segurança do Azure AD

Por padrão, as entidades de serviço têm acesso a configurações de locatário para as quais estejam habilitadas.
Dependendo das configurações de administrador, o acesso pode incluir grupos de segurança específicos ou de
toda a organização.
Para restringir o acesso da entidade de serviço a configurações de locatário específicas, você pode permitir o
acesso a grupos de segurança específicos. Como alternativa, você pode criar um grupo de segurança dedicado
para entidades de serviço e excluí-lo das configurações de locatário desejadas. Para ver as etapas para criação de
um grupo de segurança e adição de uma entidade de serviço, confira Criar um grupo básico e adicionar membros
usando o Azure Active Directory.
Habilitar as entidades de serviço

Antes de usar entidades de serviço no Power BI, um administrador precisa primeiro habilitar o acesso de entidade
de serviço no portal de administração do Power BI.
No Por tal de administração > Configurações de locatário do Power BI, expanda Permitir que as
entidades de ser viço usem APIs do Power BI e clique em Habilitado . Para aplicar permissões a um grupo de
segurança, adicione o nome do grupo a Grupos de segurança específicos .
Acesso ao workspace
Para que a entidade de serviço tenha as permissões necessárias para executar operações em um conjunto de
dados e um workspace Premium, você precisa adicionar a entidade de serviço como um membro ou
administrador do workspace. O uso do acesso ao workspace no serviço do Power BI é descrito aqui, mas você
também pode usar a API REST Adicionar Usuário ao Grupo.
1. No serviço do Power BI, para um workspace, selecione Mais > Acesso ao workspace .
2. Pesquise pelo nome do aplicativo, adicione a entidade de serviço como Administrador ou Membro do
workspace.
Cadeias de conexão do ponto de extremidade XMLA

Depois que você tiver criado uma entidade de serviço, habilitado as entidades de serviço para seu locatário e
adicionado a entidade de serviço ao acesso do workspace, você poderá usá-la como uma identidade de usuário
em cadeias de conexão com o ponto de extremidade XMLA. A diferença é para os parâmetros de ID de usuário e
senha em que você especifica a ID do aplicativo, a ID do locatário e o segredo do aplicativo.
Data Source=powerbi://api.powerbi.com/v1.0/myorg/<workspace name>; Initial Catalog=<dataset name>;User ID=app:
<appId>@<tenantId>;Password=<app_secret>;
PowerShell
Usando o módulo SQLServer
No seguinte exemplo, AppId, TenantId e AppSecret são usados para autenticar uma operação de atualização de
conjunto de dados:
Param (
[Parameter(Mandatory=$true)] [String] $AppId,
[Parameter(Mandatory=$true)] [String] $TenantId,
[Parameter(Mandatory=$true)] [String] $AppSecret
)
$PWord = ConvertTo-SecureString -String $AppSecret -AsPlainText -Force
$Credential = New-Object -TypeName "System.Management.Automation.PSCredential" -ArgumentList $AppId, $PWord
Invoke-ProcessTable -Server "powerbi://api.powerbi.com/v1.0/myorg/myworkspace" -TableName "mytable" -

DatabaseName "mydataset" -RefreshType "Full" -ServicePrincipal -ApplicationId $AppId -TenantId $TenantId -
Credential $Credential
AMO e ADOMD
Ao conectar com aplicativos cliente e aplicativos Web, os pacotes instaláveis das bibliotecas cliente AMO e
ADOMD versão 15.0.2 e superior do NuGet dão suporte para entidades de serviço nas cadeias de conexão usando
a sintaxe a seguir: app:AppID e senha ou cert:thumbprint .
No exemplo a seguir, appID e password são usados para executar uma operação de atualização de modelo de
banco de dados:
string appId = "xxx";

string authKey = "yyy";
string connString = $"Provider=MSOLAP;Data
source=powerbi://api.powerbi.com/v1.0/<tenant>/<workspacename>;Initial catalog=<datasetname>;User ID=app:
{appId};Password={authKey};";
Server server = new Server();
server.Connect(connString);
Database db = server.Databases.FindByName("adventureworks");
Table tbl = db.Model.Tables.Find("DimDate");
tbl.RequestRefresh(RefreshType.Full);
db.Model.SaveChanges();
Próximas etapas
Automação do Azure
Aplicativos Lógicos do Azure
APIs REST do Power BI
Solucionar problemas de conectividade de ponto de
extremidade XMLA
Os pontos de extremidade XMLA no Power BI Premium usam o protocolo de comunicação do Analysis Services
nativo para acessar conjuntos de dados do Power BI. Por isso, a solução de problemas do ponto de extremidade
XMLA é muito parecida com a solução de problemas de uma conexão do Analysis Services típica. No entanto,
algumas diferenças em relação a dependências específicas do Power BI se aplicam.
Antes de começar
Antes de solucionar problemas de um cenário do ponto de extremidade XMLA, examine os fundamentos
abordados em Conectividade do conjunto de dados com o ponto de extremidade XMLA. A maioria dos casos de
uso de pontos de extremidade XMLA mais comuns é abordada aqui. Outros guias de solução de problemas do
Power BI, como Solucionar problemas de gateways – Power BI e Solucionar problemas do recurso Analisar no Excel,
também podem ser úteis.
Habilitar o ponto de extremidade XMLA

O ponto de extremidade XMLA pode ser habilitado nas capacidades do Power BI Premium e Power BI Embedded.
Em capacidades menores, como uma A1 com apenas 2,5 GB de memória, você poderá encontrar um erro nas
configurações de capacidade ao tentar definir o ponto de extremidade XMLA para Leitura/Gravação e selecionar
Aplicar . O erro indica "Houve um problema com as configurações da carga de trabalho. Tente novamente em
alguns minutos.".
Confira algumas opções:
Limite o consumo de memória de outros serviços na capacidade, como fluxos de dados, a 40% ou menos, ou
desabilite completamente um serviço desnecessário.
Atualize a capacidade para um SKU maior. Por exemplo, atualizar de uma capacidade A1 para A3 resolve o
problema de configuração sem precisar desabilitar os fluxos de dados.
Você também deve habilitar a configuração Exportar dados no nível do locatário no portal de administração do
Power BI. Essa configuração também é necessária para o recurso Analisar no Excel.
Estabelecer uma conexão cliente

Após a habilitação do ponto de extremidade XMLA, recomendamos testar a conectividade com um espaço de
trabalho na capacidade. Para saber mais, confira Conectar a um workspace Premium. Além disso, leia a seção
Requisitos de conexão para obter dicas úteis e informações sobre as limitações de conectividade XMLA atuais.
Conectar com uma entidade de serviço
Se você habilitou configurações de locatário para permitir que entidades de serviço usem APIs do Power BI,
conforme descrito em Habilitar entidades de serviço, poderá se conectar a um ponto de extremidade XMLA usando
uma entidade de serviço. A entidade de serviço requer o mesmo nível de permissões de acesso no workspace ou
no nível de conjunto de dados que usuários comuns.
Para usar uma entidade de serviço, especifique as informações de identidade do aplicativo na cadeia de conexão,
como:
User ID=<app:appid@tenantid>
Password=<application secret>
Por exemplo:
Data Source=powerbi://api.powerbi.com/v1.0/myorg/Contoso;Initial Catalog=PowerBI_Dataset;User ID=app:91ab91bb-
6b32-4f6d-8bbc-97a0f9f8906b@19373176-316e-4dc7-834c-328902628ad4;Password=6drX...;
Se você receber o seguinte erro:

"Não podemos nos conectar ao conjunto de dados devido a informações de conta incompletas. Para entidades de
serviço, especifique a ID do locatário junto com a ID do aplicativo usando o formato aplicativo:
<appId>@<tenantId> e tente novamente."
Especifique a ID do locatário com a ID do aplicativo usando o formato correto.
Também é válido especificar a ID do aplicativo sem a ID do locatário. No entanto, nesse caso, você deve substituir o
alias myorg na URL da fonte de dados pela ID de locatário real. O Power BI pode localizar a entidade de serviço no
locatário correto. Como prática recomendada, use o alias myorg e especifique a ID do locatário com a ID do
aplicativo no parâmetro ID de usuário.
Conectar com o Azure Active Directory B2B
Com o suporte para B2B (business-to-business) do Azure AD (Azure Active Directory ) no Power BI, você pode
fornecer aos usuários convidados externos acesso a conjuntos de dados por meio do ponto de extremidade XMLA.
Habilite a configuração Compartilhar conteúdo com usuários externos no portal de administração do Power BI.
Para saber mais, confira Distribuição do conteúdo do Power BI para usuários convidados externos com o Azure AD
B2B.
Implantar um conjunto de dados

Você pode implantar um projeto de modelo tabular do Visual Studio (SSDT) em um workspace do Power BI
Premium ou no Azure Analysis Services. No entanto, ao implantar em um workspace do Power BI Premium, há
algumas considerações adicionais. Examine a seção Implantar projetos de modelo do Visual Studio (SSDT) no
artigo Conectividade do conjunto de dados com o ponto de extremidade XMLA.
Implantar um novo modelo
Na configuração padrão, o Visual Studio tenta processar o modelo como parte da operação de implantação para
carregar dados no conjunto a partir das fontes de dados. Conforme descrito em Implantar projetos de modelo do
Visual Studio (SSDT), essa operação pode falhar porque as credenciais da fonte de dados não podem ser
especificadas como parte da operação de implantação. Em vez disso, se as credenciais da sua fonte de dados ainda
não estiverem definidas para nenhum dos conjuntos de dados existentes, você deverá especificar as credenciais da
fonte de dados nas configurações do conjunto usando a interface do usuário do Power BI (Conjunto de dados >
Configurações > Credenciais da fonte de dados > Editar credenciais ). Após a definição das credenciais da
fonte de dados, o Power BI poderá aplicar essas credenciais automaticamente a qualquer novo conjunto de dados,
depois que a implantação de metadados for bem-sucedida e o conjunto tiver sido criado.
Se o Power BI não puder associar o novo conjunto de dados às credenciais da fonte de dados, você receberá um
erro indicando "Não é possível processar o banco de dados. Motivo: Falha ao salvar as modificações no servidor."
com o código de erro "DMTS_DatasourceHasNoCredentialError", como mostrado abaixo:
Para evitar a falha de processamento, defina as Opções de Implantação > Opções de Processamento para
Não Processar , como mostrado na imagem a seguir. O Visual Studio implanta apenas os metadados. Você pode
configurar as credenciais da fonte de dados e clicar em Atualizar agora para o conjunto de dados na interface do
usuário do Power BI. Para obter informações sobre como solucionar problemas de processamento, confira a seção
Atualizar um conjunto de dados mais adiante neste artigo.
Novo projeto de um conjunto de dados existente

Não há suporte para a criação de um projeto tabular no Visual Studio por meio da importação dos metadados de
um conjunto de dados existente em um workspace do Power BI Premium. No entanto, você pode se conectar ao
conjunto de dados usando o SQL Server Management Studio, gerar scripts com os metadados e reutilizá-los em
outros projetos tabulares.
Migrar um conjunto de dados para o Power BI

É recomendável especificar o nível de compatibilidade 1500 (ou superior) para modelos tabulares. Esse nível de
compatibilidade oferece suporte à maioria dos recursos e tipos de fonte de dados. Os níveis de compatibilidade
posteriores são compatíveis com níveis anteriores.
Provedores de dados com suporte
No nível de compatibilidade 1500, o Power BI dá suporte aos seguintes tipos de fonte de dados:
Fontes de dados do provedor (herdadas com uma cadeia de conexão nos metadados de modelo).
Fontes de dados estruturadas (introduzidas com o nível de compatibilidade 1400).
Declarações M embutidas de fontes de dados (conforme o Power BI Desktop as declara).
Recomendamos que você use fontes de dados estruturadas, que o Visual Studio criará por padrão ao passar por
Importar fluxo de dados. No entanto, se você estiver planejando migrar para o Power BI um modelo existente que
usa uma fonte de dados de provedor, verifique se essa fonte depende de um provedor de dados com suporte.
Especificamente, o Driver do Microsoft OLE DB para SQL Server e qualquer driver ODBC de terceiros. Para o Driver
do OLE DB para SQL Server, você deve alternar a definição da fonte de dados para o Provedor de Dados .NET
Framework para SQL Server. Para drivers ODBC de terceiros que podem estar indisponíveis no serviço do Power BI,
você deve alternar para uma definição de fonte de dados estruturada.
Também recomendamos substituir o Driver do Microsoft OLE DB para SQL Server (SQLNCLI11) desatualizado em
suas definições de fonte de dados do SQL Server pelo Provedor de Dados .NET Framework para SQL Server.
A tabela a seguir fornece um exemplo de cadeia de conexão do Provedor de Dados .NET Framework para SQL
Server que substitui uma cadeia de conexão correspondente para o Driver do OLE DB para SQL Server.
P RO VEDO R DE DA DO S DO . N ET F RA M EW O RK PA RA SQ L
O L E DB DRIVER F O R SQ L SERVER SERVER
Provider=SQLNCLI11;Data Data Source=sqldb.database.windows.net;Initial

Source=sqldb.database.windows.net;Initial Catalog=AdventureWorksDW2016;Integrated
Catalog=AdventureWorksDW;Trusted_Connection=yes; Security=SSPI;Encrypt=true;TrustServerCertificate=false
Fontes de partição de referência cruzada

Assim como há vários tipos de fonte de dados, também há vários tipos de fonte de partição que um modelo
tabular pode incluir a fim de importar dados para uma tabela. Especificamente, uma partição pode usar uma fonte
de partição de consulta ou uma fonte de partição M. Esses tipos de fonte de partição, por sua vez, podem
referenciar fontes de dados de provedor ou fontes de dados estruturadas. Enquanto os modelos tabulares no Azure
Analysis Services dão suporte à referência cruzada desses vários tipos de partição e fontes de dados, o Power BI
aplica uma relação mais estrita. As fontes de partição de consulta devem referenciar fontes de dados de provedor, e
as fontes de partição M devem referenciar fontes de dados estruturadas. Outras combinações que não têm suporte
no Power BI. Caso você queira migrar um conjunto de dados de referência cruzada, a seguinte tabela descreve as
configurações com suporte:
C O M SUP O RT E N O P O W ER
B I P REM IUM C O M O P O N TO
F O N T E DE DA DO S O RIGEM DA PA RT IÇ Ã O C O M EN TÁ RIO S DE EXT REM IDA DE XM L A
C O M SUP O RT E N O P O W ER
B I P REM IUM C O M O P O N TO
F O N T E DE DA DO S O RIGEM DA PA RT IÇ Ã O C O M EN TÁ RIO S DE EXT REM IDA DE XM L A
Fonte de dados do provedor Fonte de partição de O mecanismo AS usa a pilha Sim

consulta de conectividade baseada
em cartucho para acessar a
fonte de dados.
Fonte de dados do provedor Origem da partição M O mecanismo AS converte a Não

fonte de dados do provedor
em uma fonte de dados
estruturada genérica e usa o
Mecanismo de Mashup para
importar dados.
Fonte de dados estruturada Fonte de partição de O mecanismo AS encapsula Não

consulta a consulta nativa na fonte de
partição em uma expressão
M e usa o Mecanismo de
Mashup para importar os
dados.
Fonte de dados estruturada Origem da partição M O mecanismo AS usa o Sim

Mecanismo de Mashup para
importar os dados.
Atualizar um conjunto de dados

Os pontos de extremidade XMLA permitem executar operações de atualização em modelos tabulares, bem como
em conjuntos de dados criados no Power BI Desktop. Para dar suporte ao último item, especifique a configuração
Formato de armazenamento aprimorado. Essa configuração será necessária se você quiser realizar o
processamento ou outras operações de leitura/gravação usando o ponto de extremidade XMLA. Você pode
encontrar a configuração no Power BI Desktop em Versão prévia dos recursos. Após a configuração, publique a
solução PBIX novamente em seu workspace do Power BI Premium.
O Power BI retornará o seguinte erro se você realizar uma atualização por meio do ponto de extremidade XMLA em
um modelo sem metadados aprimorados: "Há suporte para a operação somente no modelo com a propriedade
'DefaultPowerBIDataSourceVersion' definida como 'PowerBI_V3' no Power BI Premium."
Fontes de dados e representação
As configurações de representação que você pode definir para fontes de dados do provedor não são relevantes
para o Power BI. O Power BI usa um mecanismo diferente baseado nas configurações do conjunto de dados para
gerenciar as credenciais da fonte de dados. Por isso, selecione Conta de Ser viço se você estiver criando uma
Fonte de dados de provedor.
Processamento refinado
Quando é disparada uma atualização agendada ou sob demanda no Power BI, ele normalmente atualiza todo o
conjunto de todos. Em muitos casos, é mais eficiente executar atualizações de forma mais seletiva. Você pode
realizar tarefas de processamento refinado no SSMS (SQL Server Management Studio), conforme mostrado abaixo
ou usando ferramentas ou scripts de terceiros.
Substituições no comando Refresh no TMSL
Substituições no Comando Refresh (TMSL) permitem que os usuários escolham uma definição de consulta de
partição diferente ou uma definição de fonte de dados para a operação de atualização. No momento, não há
supor te para substituições no Power BI Premium. Um erro, "A associação fora de linha não é permitida no
Power BI Premium. Para obter mais informações, consulte 'suporte para leitura/gravação em XMLA' na
documentação do produto". é retornado.
Consulte também
Automatizar tarefas do conjunto de dados e do workspace Premium com entidades de serviço
Solucionar problemas do recurso Analisar no Excel
Implantação de solução de modelo tabular
Cmdlets do PowerShell, APIs REST e biblioteca de
clientes .NET para administração do Power BI
O Power BI permite aos administradores fazer scripts de tarefas comuns com os cmdlets do PowerShell. Ele
também expõe APIs REST e fornece uma biblioteca de clientes .NET para o desenvolvimento de soluções
administrativas. Este tópico mostra uma lista de cmdlets, bem como as APIs e o ponto de extremidade da API REST.
Para obter mais informações, veja:
Download e documentação do PowerShell
Documentação da API REST
Download da biblioteca de clientes .NET
Os cmdlets abaixo devem ser chamados com -Scope Organization para operar no locatário para
administração.
P O N TO DE
EXT REM IDA DE DA A P I
N O M E DO C M DL ET A L IA SES API REST DESC RIÇ Ã O
Get- N/A /v1.0/myorg/admin/d

Datasets_GetDataSourcesAsAdmin Obtém as fontes de
PowerBIDatasource atasets/{datasetkey}/d dados para um
atasources determinado conjunto
de dados.

Datasets_GetDatasetsAsAdmin Obtém a lista
PowerBIDataset atasets completa de
conjuntos de dados
em um locatário do
Power BI.
Get- Get-PowerBIGroup Groups_GetGroupsAsAdmin/v1.0/myorg/admin/g Obtém a lista

PowerBIWorkspace roups completa de
workspaces em um
locatário do Power BI.
Add- Add- Groups_AddUserAsAdmin /v1.0/myorg/admin/g Adiciona um usuário

PowerBIWorkspaceUser PowerBIGroupUser roups/{groupId}/users como um membro a
um determinado
workspace.
Remove- Remove- /v1.0/myorg/admin/g

Groups_DeleteUserAsAdmin Remove um usuário
PowerBIWorkspaceUser PowerBIGroupUser roups/{groupId}/users da lista de membros
/{user} de um determinado
workspace.
Restore- Restore- /v1.0/myorg/admin/g

Groups_RestoreDeletedGroupAsAdmin Restaura um
PowerBIWorkspace PowerBIGroup roups/{groupId}/resto workspace excluído.
re
P O N TO DE
Set- Set-PowerBIGroup /v1.0/myorg/admin/g

Groups_UpdateGroupAsAdmin Atualiza as
PowerBIWorkspace roups/{groupId} propriedades de um
determinado
workspace.
Get- N/A /v1.0/myorg/admin/g

Groups_GetDatasetsAsAdmin Obtém os conjuntos
PowerBIDataset - roups/{group_id}/data de dados dentro de
WorkspaceId
sets um determinado
workspace.
Get-PowerBIReport N/A /v1.0/myorg/admin/re

Reports_GetReportsAsAdmin Obtém a lista
ports completa de relatórios
em um locatário do
Power BI.

Dashboards_GetDashboardsAsAdmin Obtém a lista
PowerBIDashboard ashboards completa de
dashboards em um
Get- N/A /v1.0/myorg/admin/g

Groups_GetDashboardsAsAdmin Obtém os dashboards
PowerBIDashboard roups/{group_id}/dash dentro de um
-WorkspaceId
boards determinado
workspace.
Get-PowerBITile Get- /v1.0/myorg/admin/d

Dashboards_GetTilesAsAdmin Obtém os blocos de
PowerBIDashboardTile ashboards/{dashboar um determinado
d_id}/tiles dashboard.
Get-PowerBIReport N/A /v1.0/myorg/admin/g

Groups_GetReportsAsAdmin Obtém os relatórios
roups/{group_id}/repo dentro de um
rts determinado
workspace.
Get-PowerBIImport N/A /v1.0/myorg/admin/i

Imports_GetImportsAsAdmin Obtém a lista
mports completa de
importações em um
Connect- Login-PowerBI & N/A N/A Faça logon no Power

PowerBIServiceAccount BI e inicie uma sessão.
Login-
PowerBIServiceAccount
Disconnect- Logout-PowerBI & N/A N/A Faça logoff do Power

PowerBIServiceAccount BI e feche a sessão
Logout-
PowerBIServiceAccount existente.
Invoke- N/A N/A N/A Envie chamadas

PowerBIRestMethod arbitrárias da API
REST ao Power BI.
Get- N/A N/A N/A Obtenha o token de

PowerBIAccessToken acesso do Power BI
em uma sessão.
P O N TO DE
Resolve- N/A N/A N/A Obtenha informações

PowerBIError detalhadas do erro
para chamadas de
cmdlet sem êxito.
Adicionar URLs do Power BI à sua lista de permissões
O serviço do Power BI requer conectividade com a Internet. Os pontos de extremidade listados nas tabelas deste
artigo devem ser acessíveis para clientes que usam o serviço do Power BI.
Para usar o serviço do Power BI, é necessário conseguir se conectar aos pontos de extremidade marcados como
obrigatórios nas tabelas abaixo e aos pontos de extremidade marcados como obrigatórios nos sites vinculados.
Se o link para um site externo se referir a uma seção específica, será necessário apenas analisar os pontos de
extremidade nessa seção.
Os pontos de extremidade marcados como opcionais também podem ser adicionados às listas de permissões
para habilitar uma funcionalidade específica.
O serviço do Power BI requer apenas que a porta TCP 443 seja aberta para os pontos de extremidade listados.
Caracteres curinga (*) representam todos os níveis sob o domínio raiz, e usaremos N/D quando as informações
não estiverem disponíveis. A coluna Destino(s) lista os nomes de domínios e os links para sites externos que
contêm mais informações sobre o ponto de extremidade.
IMPORTANT
As informações nas tabelas abaixo não se aplicam ao Power BI Alemanha, Power BI China operado pela 21Vianet ou Power BI
for US Government. Leia Conectar os serviços de nuvem do Azure globais e governamentais para saber mais sobre a
comunicação entre os serviços de nuvem.
Autenticação
O Power BI depende dos pontos de extremidade necessários nas seções de identidade e autenticação do Microsoft
365. Para usar o Power BI, conecte-se aos pontos de extremidade no site vinculado abaixo.
L IN H A F IN A L IDA DE DEST IN O ( S) P O RTA ( S)
1 Obrigatório: Autenticação Confira a documentação N/D

e identidade com as URLs do Microsoft
365 Common e do Office
Online
Uso geral do site

Para o uso geral do Power BI, conecte-se aos pontos de extremidade na tabela e nos sites vinculados abaixo.
1 Obrigatório: APIs de back- api.powerbi.com TCP 443

end
2 Obrigatório: APIs de back- *.analysis.windows.net TCP 443

end
3 Obrigatório: APIs de back- *.pbidedicated.windows.net TCP 443

end
4 Obrigatório: CDN (Rede de content.powerapps.com TCP 443

Distribuição de Conteúdo)
5 Obrigatório: integração do Confira a documentação N/D

Microsoft 365 com as URLs do Microsoft
Online
6 Obrigatório: Portal *.powerbi.com TCP 443
7 Obrigatório: Telemetria do dc.services.visualstudio.com TCP 443

serviço
8 Opcional: Mensagens dynmsg.modpim.com TCP 443

informativas
9 Opcional: pesquisas NPS nps.onyx.azure.net TCP 443
Administração
Para executar funções administrativas no Power BI, conecte-se aos pontos de extremidade nos sites vinculados
abaixo.
1 Obrigatório: Para gerenciar Confira a documentação N/D

usuários e exibir logs de com as URLs do Microsoft
auditoria 365 Common e do Office
Online
Obtendo dados
Para obter dados de fontes de dados específicas, como o OneDrive, você deve ser capaz de se conectar aos pontos
de extremidade na tabela abaixo. O acesso a URLs e domínios de Internet adicionais pode ser necessário para
fontes de dados específicas usadas na sua organização.
1 Obrigatório: AppSource appsource.microsoft.com TCP 443

(aplicativos internos ou *.s-microsoft.com
externos no Power BI)
2 Opcional: Entrar e obter Depende dos pacotes de Depende dos pacotes de

dados para os pacotes de conteúdo usados conteúdo usados
conteúdo
3 Opcional: Importar Consulte o site URLs e N/D

arquivos do OneDrive portas necessárias para o
pessoal OneDrive
4 Opcional: vídeo de tutorial *.doubleclick.net TCP 443

do Power BI em 60 *.ggpht.com
segundos *.google.com
*.googlevideo.com
*.youtube.com
*.ytimg.com
fonts.gstatic.com
5 Opcional: fontes de dados Consulte a documentação N/D

de streaming do PubNub do PubNub
Integração do dashboard e do relatório

O Power BI depende de determinados pontos de extremidade para dar suporte aos seus dashboards e relatórios.
Você deve poder se conectar aos pontos de extremidade na tabela e nos sites vinculados abaixo.
1 Obrigatório: integração do Confira a documentação N/D

Excel com as URLs do Microsoft
Online
Visuais do Power BI
O Power BI depende de determinados pontos de extremidade para exibir e acessar visuais. Você deve poder se
conectar aos pontos de extremidade na tabela e nos sites vinculados abaixo.
1 Obrigatório: Importar um *.azureedge.net TCP 443

visual personalizado da *.blob.core.windows.net
interface do Marketplace ou *.osi.office.net
de um arquivo *.msecnd.net
store.office.com
web.vortex.data.microsoft.co
m
store-images.s-
microsoft.com
2 Opcional: Bing Mapas bing.com TCP 443

platform.bing.com
*.virtualearth.net
3 Opcional: PowerApps Consulte a seção Serviços N/D

necessários no site de
requisitos de sistema do
PowerApps
4 Opcional: Visio Confira a documentação das N/D

URLs Online do Microsoft
365 Common and Office,
bem como do SharePoint
Online e OneDrive for
Business
Sites externos relacionados

O Power BI contém links para outros sites relacionados. Esses sites hospedam documentação, suporte, solicitações
de novos recursos e muito mais. O acesso a esses sites não afetará a funcionalidade do Power BI, portanto,
adicioná-los à lista de permissões é opcional.
1 Opcional: Site da community.powerbi.com TCP 443

comunidade oxcrx34285.i.lithium.com
2 Opcional: Site de docs.microsoft.com TCP 443

documentação img-prod-cms-rt-microsoft-
com.akamaized.net
statics-uhf-
eas.akamaized.net
cdnssl.clicktale.net
ing-district.clicktale.net
3 Opcional: Site de download download.microsoft.com TCP 443

(para o Power BI Desktop
etc.)
4 Opcional: aka.ms TCP 443

Redirecionamentos externos go.microsoft.com
5 Opcional: Site de ideas.powerbi.com TCP 443

comentários sobre ideias powerbi.uservoice.com
6 Opcional: site do Power BI powerbi.microsoft.com TCP 443

– página de aterrissagem,
links para saber mais, site de
suporte, links de download,
demonstração do parceiro e
assim por diante.
7 Opcional: Central de dev.powerbi.com TCP 443

desenvolvedores do Power
BI
8 Opcional: Site de suporte support.powerbi.com TCP 443

s3.amazonaws.com
*.olark.com
logx.optimizely.com
mscom.demdex.net
tags.tiqcdn.com
Abordagens de governança e implantação
Nas últimas décadas, as empresas se tornaram cada vez mais conscientes sobre a necessidade de utilizar ativos de
dados para tirar proveito de oportunidades de mercado. Seja ao executar análise competitiva ou ao compreender
padrões operacionais, muitas organizações entendem agora que eles podem se beneficiar de uma estratégia de
dados como uma maneira de se manter à frente da concorrência.
O white paper Planning a Power BI Enterprise Deployment (Planejando uma implantação do Power BI Enterprise)
fornece uma estrutura para aumentar o retorno sobre o investimento relacionado ao Power BI, à medida que as
empresas procuram ter cada vez mais conhecimento dos dados.
Praticantes do Business Intelligence geralmente definem empresas com conhecimento de dados como aquelas que
se beneficiam do uso das informações reais para dar suporte à tomada de decisões. Chegamos até a descrever
certas organizações como tendo uma cultura de dados. Seja no nível organizacional ou no nível departamental,
uma cultura de dados pode alterar positivamente a capacidade da empresa de se adaptar e prosperar. Nem sempre
os insights de dados devem tratar de toda a empresa para ter mais abrangência: pequenos insights operacionais
que alteram operações diárias também podem ser transformadores.
Para essas empresas, há um entendimento de que fatos – e análise de fatos – devem direcionar como os processos
de negócios são definidos. Os membros da equipe tentam buscar dados, identificar padrões e compartilhar
descobertas com outras pessoas. Essa abordagem pode ser útil independentemente de se a análise é feita por meio
de fatores comerciais externos ou internos. Ela é primeiramente uma perspectiva e não um processo. Leia o white
paper para saber mais sobre conceitos, opções e sugestões para governança no ecossistema do Power BI.
Segurança do Power BI
Para obter uma explicação detalhada sobre a segurança do Power BI, leia o white paper de Segurança do Power BI.
O serviço do Power BI se baseia no Azure , que é a plataforma e infraestrutura de computação em nuvem da
Microsoft. A arquitetura do serviço do Power BI se baseia em dois clusters – o cluster da Web de Front-End (WFE )
e o cluster de Back-End . O cluster WFE gerencia a conexão inicial e a autenticação do serviço do Power BI; uma vez
autenticado, o Back-End trata de todas as interações de usuário subsequentes. O Power BI usa o Azure Active
Directory (AAD) para armazenar e gerenciar identidades de usuário e gerencia o armazenamento de dados e
metadados pelo uso de BLOB do Azure e Banco de Dados SQL do Azure, respectivamente.
Arquitetura do Power BI
Cada implantação do Power BI consiste de dois clusters – um cluster da Web de Front-End (WFE ) e um cluster de
Back-End .
O cluster WFE gerencia o processo de conexão e autenticação inicial para o Power BI, usando AAD para autenticar
clientes e fornecer tokens para conexões de cliente subsequentes ao serviço do Power BI. O Power BI também usa
o ATM ( Gerenciador de Tráfego do Azure ) para direcionar o tráfego de usuário para o datacenter mais
próximo, determinado pelo registro DNS do cliente buscando conectar-se, para o processo de autenticação e para
baixar conteúdo estático e arquivos. O Power BI usa a CDN ( Rede de Distribuição de Conteúdo ) para
distribuir de modo eficiente os arquivos e o conteúdo estático necessários aos usuários, com base na localidade
geográfica.
O cluster de Back-End é como os clientes autenticados interagem com o serviço do Power BI. O cluster de Back-
End gerencia visualizações, dashboards do usuário, conjuntos de dados, relatórios, armazenamento de dados,
conexões de dados, a atualização de dados e outros aspectos de interação com o serviço do Power BI. A Função
do Gateway age como um gateway entre solicitações do usuário e o serviço do Power BI. Os usuários não
interagem diretamente com nenhuma função, exceto a Função do Gateway . Gerenciamento de API do Azure
eventualmente tratará da Função do Gateway .
IMPORTANT
É fundamental observar que somente as funções de APIM (Gerenciamento de API do Azure ) e GW (Gateway ) podem
ser acessadas pela Internet pública. Elas fornecem autenticação, autorização, proteção DDoS, Limitação, Balanceamento de
Carga, Roteamento e outros recursos.
Segurança de Armazenamento de Dados

O Power BI usa dois repositórios primários para armazenar e gerenciar dados: os dados carregados por usuários
são enviados normalmente ao armazenamento de BLOB do Azure , enquanto todos os metadados e também os
artefatos para o próprio sistema são armazenados no Banco de Dados SQL do Azure .
A linha pontilhada na imagem do cluster de Back-End , representada acima, esclarece o limite entre apenas dois
componentes que podem ser acessados por usuários (à esquerda da linha pontilhada) e funções que só podem ser
acessadas pelo sistema. Quando um usuário autenticado se conecta ao Serviço do Power BI a conexão, assim como
qualquer solicitação feita pelo cliente, é aceita e gerenciada pela Função do Gateway (para ser eventualmente
tratada pelo Gerenciamento de API do Azure ), que então interage em nome do usuário com o restante do
Serviço do Power BI. Por exemplo, quando um cliente tenta exibir um painel, a Função do Gateway aceita a
solicitação e envia separadamente uma solicitação para a Função de Apresentação para recuperar os dados
necessários para que o navegador renderize o painel.
Autenticação de Usuário
O Power BI usa o AAD (Azure Active Directory) para autenticar os usuários que entram no serviço do Power BI e,
em seguida, usa as credenciais de logon do Power BI sempre que um usuário tenta acessar recursos que exigem
autenticação. Os usuários entram no serviço do Power BI usando o endereço de email usado para estabelecer sua
conta do Power BI; o Power BI usa esse email de logon como o usuário efetivo, que é passado para os recursos
sempre que um usuário tenta se conectar a dados. O nome de usuário efetivo é então mapeado para um UPN
(Nome UPN) e resolvido para a conta de domínio do Windows associada, na qual a autenticação é aplicada.
Para organizações que usaram emails de trabalho para o logon do Power BI (como david@contoso.com), o
mapeamento de usuário efetivo para UPN é simples. Para organizações que não usaram emails de trabalho para
efetuar logon no Power BI (como david@contoso.onmicrosoft.com), o mapeamento entre o AAD e as credenciais
locais exigirá que a sincronização de diretório funcione corretamente.
A segurança da plataforma para o Power BI também inclui a segurança do ambiente multilocatário, a segurança de
rede e a capacidade de adicionar medidas de segurança adicionais baseadas no AAD.
Segurança do Serviço e de Dados

Para obter mais informações, visite a Central de Confiabilidade da Microsoft.
Conforme descrito anteriormente neste artigo, o logon do Power BI de um usuário é usado por servidores locais
do Active Directory para realizar o mapeamento de um UPN para determinadas credenciais. No entanto, é
impor tante observar que os usuários são responsáveis pelos dados que compartilham: se um usuário se conecta
a fontes de dados usando suas credenciais e compartilha um relatório (ou um dashboard ou conjunto de dados)
com base nesses dados, os usuários com quem o dashboard é compartilhado não são autenticados em relação à
fonte de dados original; nesse caso, acesso ao relatório será concedido a esses usuários.
Uma exceção ocorre no caso de conexões ao SQL Ser ver Analysis Ser vices usando o gateway de dados
local . Os dashboards são armazenados em cache no Power BI, mas o acesso aos relatórios ou aos conjuntos de
dados subjacentes inicia a autenticação para o usuário que está tentando acessar o relatório (ou o conjunto de
dados), sendo que o acesso só será concedido se o usuário tiver credenciais suficientes para acessar os dados. Para
obter mais informações, veja Detalhes sobre o gateway de dados local.
Impor o uso de versão do TLS

Administradores de rede e de TI podem impor como requisito o uso do protocolo TLS atual para qualquer
comunicação protegida na rede. O Windows é compatível com as versões do TLS no Microsoft Schannel Provider,
como descrito no artigo de SSP de Schannel TLS.
Essa imposição pode ser feita definindo administrativamente chaves do Registro. A imposição é descrita no artigo
Gerenciar protocolos SSL no AD FS.
O Power BI Desktop respeita as configurações de chave do Registro descritas nesses artigos e apenas as
conexões criadas usando a versão do TLS permitida com base nessas configurações do Registro, quando existirem.
Para obter mais informações sobre como definir essas chaves do Registro, confira o artigo Configurações de
Registro do TLS.
Níveis de privacidade do Power BI Desktop
No Power BI Desktop , os níveis de privacidade especificam um nível de isolamento que define o grau que uma
fonte de dados será isolada de outras fontes de dados. Apesar de o nível de isolamento restrito bloquear a troca de
informações entre as fontes de dados, ele poderá reduzir a funcionalidade e causar um impacto no desempenho.
A configuração Níveis de Privacidade , encontrada em Arquivo > Opções e configurações > Opções e, em
seguida, em Arquivo atual > Privacidade determina se o Power BI Desktop usa suas configurações de Nível de
Privacidade ao combinar dados. Essa caixa de diálogo inclui um link para a documentação do Power BI Desktop
sobre Níveis de Privacidade (este artigo).
Configurar um nível de privacidade

Com as configurações de nível de privacidade, você pode especificar um nível de isolamento que define o grau que
uma fonte de dados deve ser isolada de outras fontes de dados.
C O N F IGURA Ç Ã O DESC RIÇ Ã O EXEM P LO DE F O N T ES DE DA DO S
Fonte de dados par ticular Uma fonte e dados Par ticular contém Os dados do Facebook, um arquivo de
informações confidenciais e a texto com prêmios de ações ou uma
visibilidade da fonte de dados pode ser pasta de trabalho com informações de
restrita a usuários autorizados. Uma avaliação de funcionários.
fonte de dados particular é
completamente isolada de outras fontes
de dados.
C O N F IGURA Ç Ã O DESC RIÇ Ã O EXEM P LO DE F O N T ES DE DA DO S
Fonte de dados Organizacional Uma fonte de dados Organizacional Um documento do Microsoft Word
limita a visibilidade de uma fonte de em um site do SharePoint com
dados para um grupo de pessoas permissões habilitadas para um grupo
confiáveis. Uma fonte de dados de pessoas confiáveis.
Organizacional é isolada de todas as
fontes de dados Públicas , mas é visível
para outras fontes de dados
Organizacionais .
Fonte de dados pública Uma fonte de dados Pública fornece a Os dados gratuitos do Microsoft Azure
todos visibilidade dos dados contidos Marketplace, os dados de uma página
na fonte de dados. Somente arquivos, do Wikipedia ou um arquivo local com
fontes de dados da internet ou dados os dados copiados de uma página da
de pasta de trabalho podem ser Web pública.
marcados Públicos .
Definir configurações de nível de privacidade

O diálogo de configurações de Privacidade para cada fonte de dados pode ser encontrado em Arquivo >
Opções e configurações > Configurações da fonte de dados .
Para configurar um nível de privacidade da fonte de dados, selecione a fonte de dados e selecione Editar . O
diálogo Configurações de fonte de dados é exibida e nele você pode selecionar o nível de privacidade
adequado no menu suspenso na parte inferior da caixa de diálogo, como mostrado na imagem a seguir.
Cau t i on
Configure uma fonte de dados que contenha dados altamente confidenciais como Privada .
Configurar Níveis de Privacidade

A configuração padrão dos Níveis de Privacidade é Combine dados de acordo com sua configuração de
Nível de Privacidade para cada fonte por padrão, o que significa que os Níveis de Privacidade são
impostos.
C O N F IGURA Ç Ã O DESC RIÇ Ã O
Combinar os dados de acordo com as definições de As configurações de nível de privacidade são usadas para
Nível de privacidade de cada origem (ativada e a determinar o nível de isolamento entre fontes de dados ao
configuração padrão) combinar dados.
Ignorar os níveis de Privacidade e melhorar No entanto, os níveis de privacidade não são considerados ao
potencialmente o desempenho (desativada) combinar dados; podem aumentar o desempenho e a
funcionalidade dos dados.
Obser vação de segurança: Selecionar Ignore os Níveis de Privacidade e melhore potencialmente o

desempenho na caixa de diálogo Níveis de Privacidade pode expor dados confidenciais para uma pessoa
não autorizada. Não desative essa configuração, a menos que você tenha certeza de que a fonte de dados não
contém dados confidenciais.
Cau t i on
O Ignore os Níveis de Privacidade e melhore potencialmente o desempenho não funciona no serviço do

Power BI. Dessa forma, os relatórios do Power BI Desktop com essa configuração habilitada que, em seguida, são
publicados no serviço do Power BI, não refletem esse comportamento quando usado no serviço.
Configurar Níveis de Privacidade
No Power BI Desktop ou no Editor de Consultas, selecione Arquivo > Opções e configurações > Opções e
Arquivo atual > Privacidade .
a. Quando Combinar dados de acordo com as configurações de Nível de privacidade para cada fonte
estiver selecionado, os dados serão combinados de acordo com a sua configuração dos Níveis de privacidade.
Mesclar dados entre zonas de isolamento de Privacidade resultará em buffer de dados.
b. Quando Ignorar os Níveis de privacidade e potencialmente melhorar o desempenho estiver
selecionado, os dados serão combinados, ignorando os Níveis de Privacidade que poderiam revelar dados
confidenciais para um usuário não autorizado. A configuração pode melhorar o desempenho e a funcionalidade
Obser vação de segurança: selecionar Ignore os Níveis de Privacidade e melhore potencialmente o

desempenho pode melhorar o desempenho; no entanto, o Power BI Desktop não pode garantir a privacidade
dos dados mesclados para o arquivo do Power BI Desktop.
Solucionar problemas de entrada no Power BI
Este artigo descreve como os administradores podem contatar o suporte para solucionar problemas ao entrar no
Power BI. Se você for um usuário do Power BI e estiver com problemas para entrar, solicite primeiro a assistência da
equipe de suporte interno de sua organização.
No entanto, se você for um administrador de locatário da organização e ainda assim não consegue entrar no
Power BI, continue examinando as informações a seguir.
Entrar em contato com o suporte da Microsoft

Primeiro, tente criar um tíquete de suporte por meio da página de suporte do Power BI.
Se não for possível percorrer a página de suporte do Power BI, tente criar um tíquete por meio do suporte do
Office.
Se não conseguir criar um tíquete em nenhuma dessas páginas, tente entrar em contato com o suporte por
telefone:
Para os clientes nos EUA (Estados Unidos) e no restante das Américas: + 1-800-936-5800
Para clientes na EMEA (Europa, Oriente Médio e Ásia): +44-844-800-2400
Para clientes na Índia: +1-800-419-5666
Outra opção para entrar em contato com o Suporte da Microsoft para obter ajuda é comprar o Suporte Microsoft
Premier. Caso saiba que sua organização comprou o Suporte Premier da Microsoft, mas ainda não consegue criar
um caso usando nenhum canal do Power BI nem o suporte do Office, entre em contato com o Suporte Premier por
telefone:
Para os clientes nos EUA (Estados Unidos) e no restante das Américas: + 1-800-936-3100
Para clientes na EMEA (Europa, Oriente Médio e Ásia): +44-844-800-8338
Para clientes na Índia: +1-800-425-5666
NOTE
É útil fornecer informações adicionais de diagnóstico no momento você contata o suporte.
Comunidade do Power BI
Se você não consegue criar uma postagem no fórum da comunidade do Power BI, isso está acontecendo porque o
fórum também exige que você entre. Confira Suporte da comunidade para obter detalhes adicionais.
Próximas etapas
Opções de suporte do Power BI Pro e do Power BI Premium
Opções de suporte do Power BI Pro e do Power BI
Premium
Este artigo descreve as opções de suporte disponíveis para clientes do Power BI Pro e do Power BI Premium.
N ÍVEL DE
SUP O RT E SERVIÇ O
T ÉC N IC O DE C O N SULTO RIA E ( T EM P O AT É A
O P Ç Ã O DE IN T ERRUP Ç Ã O / R SUP O RT E DE T REIN A M EN TO PA RT IC IPA Ç Ã O C A N A L DE
SUP O RT E EPA RO C O B RA N Ç A P RO AT IVO S IN IC IA L ) SUP O RT E
Supor te da X Nenhum, a Comunidade do

comunidade : participação é Power BI
Fóruns na Web fornecida em
para os usuários uma base de
receberem melhor esforço.
suporte ponto a
ponto, diretrizes
e melhores
práticas com as
respostas de uma
comunidade
global de
especialistas no
Power BI e
funcionários da
Microsoft.
Supor te a X Um dia útil. Site de suporte

usuários finais do Power BI
do Power BI
Pro : Suporte
técnico básico
para usuários
finais que criam e
consomem
conteúdo no
Power BI.
Supor te ao X Um dia útil ou Site de suporte

administrador uma hora, de do Power BI
do Power BI acordo com a OR
Premium : gravidade do Centro de
Suporte técnico caso.* Administração do
para Microsoft 365
administradores OR
que implantam e Telefone
usam
capacidades do
Power BI
Premium.
N ÍVEL DE
SUP O RT E SERVIÇ O
T ÉC N IC O DE C O N SULTO RIA E ( T EM P O AT É A
O P Ç Ã O DE IN T ERRUP Ç Ã O / R SUP O RT E DE T REIN A M EN TO PA RT IC IPA Ç Ã O C A N A L DE
SUP O RT E EPA RO C O B RA N Ç A P RO AT IVO S IN IC IA L ) SUP O RT E
Supor te ao X X Um dia útil ou Centro de

administrador uma hora, de Administração do
do Power BI : acordo com a Microsoft 365
Suporte técnico e gravidade do OR
de cobrança para caso.* Telefone
administradores
de implantações
do Power BI em
organizações. Para
usar essa opção,
você deve ser
Administrador da
Empresa,
Administrador
Global,
Administrador de
Serviços ou um
Administrador de
Serviços do
Power BI.
Supor te X X X Várias, de acordo Gerente Técnico

Premier da com a oferta e a de Contas
Microsoft : Uma gravidade do OR
abordagem caso.* Centro de
corporativa ao Administração do
suporte, com Microsoft 365
gerenciamento
de conta, opção
de suporte local
e serviços
proativos, como
treinamento e
otimização de
desempenho de
modelo de
dados.
* Um SLA de uma hora estará disponível somente por meio de casos Sev A, o que exige justificativa do impacto
comercial direto e imediato da interrupção do trabalho no relatório de produção existente.
Benefícios do Power BI para o Suporte Premier da Microsoft

Com o Suporte Premier da Microsoft, você tem acesso aos seguintes benefícios adicionais:
Gerenciamento de conta
Opção de suporte no local
Verificação de integridade, avaliações de risco e revisões
Treinamentos e workshops
Suporte Developer
Como cliente do Power BI, também é possível aproveitar as seguintes ofertas de horas de suporte proativo:
Avaliação do Power BI , um serviço proativo oferecido por um engenheiro certificado da Microsoft para
diagnosticar possíveis problemas e desempenho do ambiente do Power BI. O engenheiro fornecerá
diretrizes valiosas sobre as melhores práticas para aprimorar a integridade e o desempenho do ambiente
do Power BI. Ao final dessa interação, você receberá um relatório abrangente do Power BI com os resultados
da avaliação, um deck de diretrizes detalhado sobre as melhores práticas e um relatório de resumo
adaptado para seu ambiente.
Ative a análise de negócios com o Power BI Trabalhe lado a lado com um PFE (Field Engineer Premier)
da Microsoft por mais de três dias, desenvolvendo uma prova de conceito no Power BI, com o objetivo de
aprimorar uma das seguintes opções:
Automatizar um relatório detalhado que exige uma quantidade significativa de esforço para manter e
distribuir.
Atualizar um relatório com visualizações atrativas ou diferentes tipos de interatividade.
Ajudar você a promover a adoção do Power BI ao configurar componentes-chave. As interações comuns
abrangem casos de uso que fornecerão uma conquista rápida para a organização, um ponto de partida
para cenários mais complexos ou até mesmo iniciar seu ambiente para a adoção do Power BI.
WorkshopPLUS – IA de dados: análise de negócios com o Power BI Este workshop, normalmente
ministrado por um PFE da Microsoft, é uma ótima introdução ao Power BI, o que o torna um excelente
ponto de partida para a adoção ou para aumentar sua força de trabalho. Com esse workshop, você terá uma
visão geral completa dos recursos e das funcionalidades do Power BI. As ferramentas do Power BI Desktop e
do Online serão abordadas. Você aprenderá em detalhes como transformar dados, criar modelos, criar
cálculos e relatórios e, em seguida, conhecerá as melhores práticas de compartilhamento e governança de
conteúdo no serviço de nuvem. Espere também uma quantidade significativa de demonstrações e
laboratórios, que possibilitarão experimentar e ver a tecnologia na prática.
WorkshopPLUS – IA de dados: análise de dados avançada com o Power BI Este curso
proporcionará o conhecimento para entender e implementar os princípios-chave dos aspectos de
modelagem de dados no Power BI usando ferramentas como o Power BI Desktop e o serviço de nuvem para
publicação e consumo de ativos de BI. Em seguida, o curso abrange as noções básicas do desenvolvimento
de relatórios, análise integrada no Power BI para inserir o conteúdo em aplicativos personalizados,
dashboards em tempo real e análise avançada envolvendo ciência de dados e desenvolvimento no Power BI.
Entre em contato com o gerente técnico de contas da Microsoft para saber mais detalhes. Se você ainda não tiver
um contrato do Suporte Premier da Microsoft, saiba mais em Suporte Premier.
Notificações de interrupção de serviço
É crucial ter informações sobre a disponibilidade de seus aplicativos de negócios críticos. O Power BI fornece
notificação de incidente para que você possa, opcionalmente, receber emails se houver uma interrupção ou
degradação do serviço. Embora o SLA (contrato de nível de serviço) de 99,9% do Power BI torne raras essas
ocorrências, queremos que você fique informado. A captura de tela a seguir mostra o tipo de email que você
receberá se habilitar notificações:
Neste momento, enviamos emails para os seguintes cenários de confiabilidade:

Confiabilidade de relatório aberto
Confiabilidade de atualização do modelo
Confiabilidade de atualização de consulta
Notificações são enviadas quando há um atraso estendido em operações como abertura de relatórios, atualização
de conjuntos de dados ou execuções de consultas. Depois que um incidente é resolvido, você recebe um email de
acompanhamento.
NOTE
Este recurso no momento está disponível apenas para capacidades dedicadas no Power BI Premium. Ele não está disponível
para capacidade compartilhada ou inserida.
Notificações de capacidade e confiabilidade

Quando uma capacidade do Power BI Premium está enfrentando períodos estendidos de alto uso de recursos que
potencialmente afetem a confiabilidade, um email de notificação é enviado. Exemplos de impactos desse tipo
incluem atrasos estendidos em operações como abrir um relatório, atualização do conjunto de dados e execuções
de consulta.
O email de notificação fornece informações sobre o motivo do alto uso de recursos, incluindo o seguinte:
ID do conjunto de dados responsável
Tipo de operação
Tempo de CPU associado ao alto uso de recursos
O Power BI também envia notificações por email quando uma sobrecarga em uma capacidade do Power BI
Premium é detectada. O email explica o motivo provável da sobrecarga, quais operações geraram a carga nos
últimos 10 minutos e a quantidade de carga gerada por operação.
Se você tiver mais de uma capacidade Premium, o email incluirá informações sobre essas capacidades durante o
período sobrecarregado, de modo que possa considerar a possibilidade de mover os workspaces que contêm itens
com uso intensivo de recursos para capacidades com a menor carga.
As notificações por email da sobrecarga são enviadas somente quando um limite de sobrecarga é disparado. Você
não receberá um segundo email quando a carga dessa capacidade Premium retornar a níveis não
sobrecarregados.
A seguinte imagem mostra um exemplo de email de notificação:
Habilitar notificações
Um administrador de locatário do Power BI habilita as notificações no portal de administração:
1. Identifique ou crie um grupo de segurança habilitado para email que deva receber notificações.
2. No portal de administração, selecione Configurações do locatário . Em Configurações de ajuda e
supor te , expanda Receber notificações por email para interrupções ou incidentes de ser viço .
3. Habilite as notificações, insira um grupo de segurança e selecione Aplicar .
NOTE
O Power BI envia notificações da conta no-reply-powerbi@microsoft.com. Verifique se essa conta está adicionada à sua lista
de remetentes seguros para que as notificações não acabem em uma pasta de lixo eletrônico.
Próximas etapas
Opções de suporte do Power BI Pro e do Power BI Premium
Esqueceu sua senha para o Power BI?
Se você esqueceu sua senha, você pode usar o link a seguir para solicitar uma redefinição de senha.
https://passwordreset.microsoftonline.com
Se você receber a informação de que sua conta não está configurada para redefinição de senha, fale com o
administrador. Se você está usando a avaliação gratuita, o administrador é a primeira pessoa inscrita em sua
organização.
Caso ainda tenha problemas para acessar sua conta, tente contatar a equipe de suporte para redefinir a senha.
1-800-642-7676
Este número de telefone não é o número de suporte para o serviço do Power BI.
NOTE
O Power BI fornece suporte durante o horário comercial habitual, no fuso horário da Hora Padrão do Leste dos EUA. No
momento, o suporte é fornecido apenas em inglês.

Capturar informações adicionais de diagnóstico para
o Power BI
Este artigo fornece instruções para coletar manualmente informações adicionais de diagnóstico do cliente Web do
Power BI.
1. Navegue até o Power BI com o Microsoft Edge ou o Internet Explorer.
2. Pressione F12 para abrir as Ferramentas de Desenvolvedor do Microsoft Edge.
3. Selecione a guia Rede . Ele listará o tráfego que já foi capturado.
Você pode:
Navegue na janela e reproduza qualquer problema que possa estar ocorrendo.
Oculte e exiba a janela Ferramentas de Desenvolvedor a qualquer momento durante a sessão
pressionando F12.
4. Para interromper sessão de criação de perfil, clique no quadrado vermelho na guia Rede da área de
ferramentas do desenvolvedor.
5. Escolha o ícone de disquete para exportar os dados como um arquivo HTTP Archive (HAR).
6. Forneça um nome de arquivo e salve o arquivo HAR.
O arquivo HAR contém todas as informações sobre solicitações de rede entre a janela do navegador e o
Power BI, incluindo:
As IDs de atividade de cada solicitação.
O carimbo de data/hora preciso de cada solicitação.
Quaisquer informações de erro retornadas para o cliente.
Este rastreamento também conterá os dados usados para preencher os elementos visuais mostrados na
tela.
7. Você pode fornecer o arquivo HAR para dar suporte à análise.
Usar um endereço de email alternativo
Quando você se inscreve no Power BI, pode fornecer um endereço de email. Por padrão, o Power BI usa esse
endereço para enviar atualizações sobre a atividade no serviço. Por exemplo, quando alguém envia um convite de
compartilhamento, ele vai para esse endereço.
Em alguns casos, talvez você queira que esses emails sejam entregues em um endereço de email alternativo, e não
naquele com o qual você se inscreveu. Este artigo explica como especificar um endereço alternativo no Microsoft
365 e no PowerShell. O artigo também explica como o Azure AD (Azure Active Directory) resolve um endereço de
email.
NOTE
Especificar um endereço alternativo não afeta o endereço de email usado pelo Power BI para atualizações de serviço, boletins
informativos e outras comunicações promocionais. Essas comunicações são sempre enviadas ao endereço de email usado na
inscrição no Power BI.
Usar o Microsoft 365

Para especificar um endereço alternativo no Microsoft 365, execute estas etapas.
1. Abra a página de informações pessoais de sua conta. Se o aplicativo solicitar, entre com o endereço de email
e senha que você usa no Power BI.
2. No menu à esquerda, selecione Informações pessoais .
3. Na seção Detalhes de contato , selecione Editar .
Se você não puder editar seus detalhes, significa que seu administrador gerencia seu endereço de email.
Entre em contato com o administrador para atualizar seu endereço de email.
4. No campo Email alternativo , insira o endereço de email que você gostaria que o Microsoft 365 usasse
para as atualizações do Power BI.
Usar o PowerShell
Para especificar um endereço alternativo no PowerShell, use o comando Set-AzureADUser.
Set-AzureADUser -ObjectId john@contoso.com -OtherMails "otheremail@somedomain.com"
Resolução de endereço de email no Azure AD

Ao capturar um token de inserção do Azure AD para o Power BI, é possível usar um destes três tipos diferentes de
endereço de email:
O endereço de email principal associado a uma conta do Azure AD do usuário
O endereço de email UPN (UserPrincipalName)
O atributo de matriz outro endereço de email
O Power BI seleciona qual email usar com base na seguinte sequência:
1. Se o atributo de email no objeto de usuário do Azure AD estiver presente, o Power BI usará esse atributo de
email para o endereço de email.
2. Se o email UPN não for um endereço de email do domínio *.onmicrosoft.com (as informações após o
símbolo "@"), o Power BI usará esse atributo de email para o endereço de email.
3. Se há um atributo de matriz outro endereço de email no objeto de usuário do Azure AD, o Power BI usa o
primeiro email dessa lista ( já que pode haver uma lista de emails nesse atributo).
4. Se nenhuma das condições acima ocorrer, o Power BI usará o endereço UPN.
Usando a mesma conta para Power BI e o Azure
Se você for um usuário do Power BI e do Azure, convém usar o mesmo logon para ambos os serviços para que
nãos seja preciso digitar sua senha duas vezes.
O Power BI conecta você com sua conta institucional, associada ao seu endereço de email de trabalho ou da escola.
O Azure conecta você com uma conta da Microsoft ou conta organizacional.
Se você deseja usar o mesmo logon para o Azure e o Power BI, certifique-se de entrar no Azure com sua conta
organizacional.
E se eu já tiver entrado no Azure com minha conta da Microsoft?
Você pode adicionar sua conta organizacional como um coadministrador no Azure seguindo estas etapas:
1. Entre no portal do Azure. Se você for um usuário em vários diretórios do Azure, selecione Assinaturas e
filtre para exibir somente o diretório e as assinaturas que deseja editar.
2. No painel de navegação, selecione Controle de acesso (IAM) e, em seguida, selecione Adicionar >
Adicionar coadministrador .
3. Digite o endereço de email associado à sua conta organizacional e selecione Adicionar .

4. Da próxima vez que você entrar no portal do Azure, use seu endereço de email organizacional.

PowerBi Administradores e Empresas

Enviado por

Dados do documento

Título original

Direitos autorais

Formatos disponíveis

Compartilhar este documento

Compartilhar ou incorporar documento

Opções de compartilhamento

Você considera este documento útil?

Este conteúdo é inapropriado?

Direitos autorais:

Formatos disponíveis

PowerBi Administradores e Empresas

Enviado por

Direitos autorais:

Formatos disponíveis

Contents

Power BI para administradores e empresas

Funções de administrador relacionadas ao Power BI

T IP O DE A DM IN IST RA DO R ESC O P O A DM IN IST RAT IVO TA REFA S DO P O W ER B I

Administrador global Microsoft 365 Tem acesso ilimitado a todos os

Atribuir funções a outros usuários

Administrador de cobrança Microsoft 365 Gerenciar Assinaturas

Administrador de licenças Microsoft 365 Atribuir ou remover licenças de

Usuário administrador Microsoft 365 Criar e gerenciar usuários e grupos

Redefinir senhas de usuário

Administrador do Power BI Serviço do Power BI Acesso completo às tarefas de

Habilitar e desabilitar os recursos do

Criar relatórios sobre uso e

Examinar e gerenciar a auditoria

Gerenciar a permissão de usuário para

Gerenciar cargas de trabalho para

Gerenciar a permissão de usuário para

Gerenciar cargas de trabalho para

Ferramentas e tarefas administrativas

Portal de administração do Power BI Adquirir e trabalhar com a capacidade Premium

Garantir a qualidade do serviço

Publicar visuais do Power BI

Verificar os códigos usados para inserir o Power BI em outros

Solucionar problemas de acesso a dados e outros problemas

Centro de Administração do Microsoft 365 Gerenciar usuários e grupos

Comprar e atribuir licenças

Impedir que os usuários acessem o Power BI

Centro de Segurança e Conformidade do Microsoft 365 Examinar e gerenciar a auditoria

Acompanhamento e classificação de dados

Políticas de prevenção contra perda de dados

Provisionar a capacidade do Power BI Embedded

Cmdlets do PowerShell Gerenciar workspaces e outros aspectos do Power BI por meio

SKD e APIs administrativas Crie ferramentas de administração personalizadas. Por

Como determinar onde se encontra o seu locatário do Power BI

Como a região de dados é selecionada

Mais perguntas? Experimente a Comunidade do Power BI

DIREC TQ UERY PA RA L EL ISM O

EM1/A1 1 0,5 3 0,5 3,75 1

P3/A6 32 16 100 16 120 24

P4/A7 1 64 32 200 32 240 48

P5/A8 1 128 64 400 64 480 96

Cargas de trabalho de capacidade

Os administradores de capacidade podem atribuir workspaces à capacidade, gerenciar permissões de usuário e

Grandes conjuntos de dados

P3/A6, P4, P5 até 10 GB

O SKU A4 do Power BI Embedded é igual ao SKU P1, o A5 = P2 e o A6 = P3.

Servidor de Relatórios do Power BI

Compartilhamento de conteúdo ilimitado

Analysis Services no Power BI Premium (versão prévia)

Atribuir usuários a uma função de administrador no Centro de

4. Expanda Mostrar tudo por categoria e, em seguida, selecione Administrador do Power BI ou

Atribuir usuários à função de administrador com o PowerShell

ObjectId DisplayName Description

Nesse caso, a ObjectId da função é 00f79122-c45d-436d-8d4a-2c0c6ca246bf.

ObjectId DisplayName UserPrincipalName UserType

4. Para adicionar o membro à função, execute Add-AzureADDirectoryRoleMember.

ObjectId A ObjectId da função.

RefObjectId A ObjectId dos membros.

Add-AzureADDirectoryRoleMember -ObjectId 00f79122-c45d-436d-8d4a-2c0c6ca246bf -RefObjectId 6a2bfca2-

Quem pode comprar e atribuir licenças?

Q UEM P O DE C O M P RA R SERVIÇ O S E L IC EN Ç A S? Q UEM P O DE GEREN C IA R L IC EN Ç A S DE USUÁ RIO ?

Administrador de cobrança Administrador de licenças

Administrador global Administrador de usuários