Fale-nos da experiência de transferência do PDF.

Conectar-se a dados no Power BI -

documentação
A documentação do Power BI fornece informações especializadas para se conectar a
dados com ferramentas como gateways, aplicativos de modelo e atualização de dados.

Conectar-se a dados no Power BI

ｐ CONCEITO

Fontes de dados

Vista de tabela no Power BI Desktop

Novo nome para conjuntos de dados do Power BI

ｇ TUTORIAL

Importar dados de uma página da Web

Gateways

ｐ CONCEITO

Gateways de dados locais

ｇ TUTORIAL

Conectar-se a dados locais do SQL Server

ｃ MANUAL DE INSTRUÇÕES

Usar gateways pessoais

Aplicativos de modelo

ｅ DESCRIÇÃO GERAL

O que são aplicativos de modelo?

ｐ CONCEITO

Criar aplicativos de modelo

Distribuir aplicativos de modelo em sua organização

Atualizar dados

ｐ CONCEITO

Atualização de dados

Atualização incremental para modelos semânticos

ｃ MANUAL DE INSTRUÇÕES

Configurar atualização agendada

Origens de dados do serviço Power BI
Artigo • 03/12/2024

Os dados são o núcleo do Power BI. Você pode explorar dados criando gráficos e
painéis ou fazendo perguntas com P&R. As visualizações e respostas obtêm seus dados
subjacentes de um modelo semântico, que vem de uma fonte de dados.

Este artigo se concentra nos tipos de fonte de dados aos quais você pode se conectar a
partir do serviço do Power BI. Existem muitos outros tipos de fontes de dados. Para usar
essas outras fontes de dados no serviço do Power BI, talvez você precise primeiro usar o
Power BI Desktop ou os recursos avançados de consulta e modelagem de dados no
Excel. Para obter mais informações, consulte Bancos de dados e outras fontes de dados.

Detetar o conteúdo
Você pode usar o catálogo do OneLake para descobrir dados e relatórios existentes.

No site do Power BI, selecione OneLake no painel de navegação:

Uma lista de dados aos quais você tem acesso aparece quando o catálogo do OneLake
é aberto. Você pode filtrar para mostrar todos os itens, seus próprios itens ou itens
endossados por alguém em sua organização:
Pode selecionar Aplicações no painel de navegação para descobrir aplicações
publicadas por outras pessoas na sua organização. No canto superior direito dessa guia,
selecione Obter aplicativos para escolher aplicativos de serviços online que você usa:

Muitos serviços têm aplicativos de modelo para o Power BI. A maioria dos serviços
requer uma conta. Para obter mais informações, consulte Conectar-se a serviços que
você usa com o Power BI.

Criar conteúdo
Para criar conteúdo, você pode importar ou criar arquivos ou bancos de dados.

Ficheiros
Para importar ficheiros:
 1. Vá para o espaço de trabalho para o qual você deseja importar os arquivos.
Selecione Novo iteme, em seguida, no painel de seleção que se abre, escolha
Modelo semântico:

2. Selecione Excel ou CSV. Você também pode colar ou inserir dados manualmente.

Quando importa ficheiros Excel ou CSV, ou cria manualmente um livro, o Power BI

importa quaisquer dados suportados em tabelas e qualquer modelo de dados para um
novo modelo semântico do Power BI.

Também pode carregar ficheiros. Use esse método para arquivos .pbix . Quando carrega
ficheiros do Excel a partir do OneDrive ou do SharePoint, o Power BI cria uma ligação ao
ficheiro. Quando você carrega um arquivo local, o Power BI adiciona uma cópia do
arquivo ao espaço de trabalho.

Para carregar ficheiros, no separador A minha área de trabalho , selecione Carregar

para carregar ficheiros locais ou ficheiros a partir do SharePoint ou do OneDrive:
A seguir estão alguns tipos de arquivos que você pode adicionar:

As pastas de trabalho do Excel ou arquivos .xlsx e .xlsm podem incluir diferentes

tipos de dados. Por exemplo, as pastas de trabalho podem incluir dados que você
mesmo insere em planilhas ou dados que você consulta e carrega de fontes de
dados externas usando o Power Query. O Power Query está disponível através de
Obter & Transformar Dados no separador Dados do Excel ou através de Obter
Dados Externos no Power Pivot. Você pode importar dados de tabelas em
planilhas ou importar dados de um modelo de dados. Para obter mais
informações, consulte Obter dados de arquivos para o Power BI.

O Power BI Desktop ou arquivos de relatório .pbix consulta e carrega dados de

fontes de dados externas para criar relatórios. No Power BI Desktop, você pode
estender seu modelo de dados usando medidas e relacionamentos e publicar os
arquivos .pbix no serviço do Power BI. O Power BI Desktop destina-se a utilizadores
avançados que têm uma compreensão completa das respetivas origens de dados,
consulta e transformação de dados e modelação de dados. Para obter mais
informações, consulte Conectar-se a fontes de dados no Power BI Desktop.

Os valores separados por vírgulas, ou arquivos .csv , são arquivos de texto simples
com linhas de dados que contêm valores separados por vírgulas. Por exemplo, um
arquivo de .csv que contém dados de nome e endereço pode ter muitas linhas, cada
uma com valores para nome, sobrenome, endereço, cidade e estado. Você não
pode importar dados para um arquivo .csv , mas muitos aplicativos, como o Excel,
podem salvar dados de tabela simples como arquivos .csv .

Para outros tipos de arquivo, como XML (.xml) ou texto (.txt), você pode usar o
Excel Get & Transform Data para consultar, transformar e carregar os dados
 primeiro. Em seguida, você pode importar o arquivo do Excel para o serviço do
Power BI.

O local onde armazena os seus ficheiros faz uma diferença significativa. O OneDrive
oferece a maior flexibilidade e integração com o Power BI. Você também pode manter
seus arquivos em sua unidade local, mas se precisar atualizar os dados, há algumas
etapas extras. Para obter mais informações, consulte Obter dados de arquivos para o
Power BI.

Bases de Dados
Você pode conectar bancos de dados do Azure ao Power BI para obter análises e
relatórios que fornecem informações em tempo real. Por exemplo, você pode se
conectar ao Banco de Dados SQL do Azure e explorar dados criando relatórios no Power
BI. Sempre que você fatia dados ou adiciona um campo a uma visualização, o Power BI
consulta o banco de dados diretamente.

Para obter mais informações, consulte:

Azure e Power BI
Banco de Dados SQL do Azure com DirectQuery
Azure Synapse Analytics com DirectQuery

Você também pode usar o Power BI Desktop ou o Excel para se conectar, consultar e
carregar dados em modelos de dados para vários outros bancos de dados. Em seguida,
você pode importar o arquivo para o Power BI onde existe um modelo semântico. Se
você configurar a atualização agendada, o Power BI usará as informações de
configuração e conexão do arquivo para se conectar diretamente à fonte de dados. O
Power BI consulta atualizações e carrega as atualizações no modelo semântico. Para
obter mais informações, consulte Conectar-se a fontes de dados no Power BI Desktop.

Outras origens de dados

Você pode usar centenas de fontes de dados diferentes com o Power BI. Os dados
devem estar em um formato consumível pelo serviço do Power BI. O Power BI pode usar
os dados para criar relatórios e painéis e responder a perguntas com P&R.

Algumas fontes de dados já têm dados formatados para o serviço do Power BI. Essas
fontes são semelhantes aos aplicativos de modelo de provedores de serviços como
Google Analytics e Twilio. Os bancos de dados de modelo de tabela do SQL Server
Analysis Services também estão prontos para uso.
Em outros casos, talvez seja necessário consultar e carregar os dados desejados em um
arquivo. Por exemplo, sua organização pode armazenar dados de logística em um
banco de dados de data warehouse em um servidor. Mas o serviço do Power BI pode se
conectar a esse banco de dados e explorar seus dados somente se for um banco de
dados modelo tabular. Você pode usar o Power BI Desktop ou o Excel para consultar e
carregar os dados de logística em um modelo de dados tabular que você salva como
um arquivo. Você pode importar esse arquivo para o Power BI onde existe um modelo
semântico.

Se os dados de logística no banco de dados forem alterados todos os dias, você poderá
atualizar o modelo semântico do Power BI. Ao importar os dados para o modelo
semântico, você também importa as informações de conexão do Power BI Desktop ou
do arquivo do Excel.

Se você configurar uma atualização agendada ou fizer uma atualização manual no

modelo semântico, o Power BI usará as informações de conexão com outras
configurações para se conectar diretamente ao banco de dados. Em seguida, o Power BI
consulta atualizações e carrega essas atualizações no modelo semântico. Você
provavelmente precisa de um gateway de dados local para ajudar a proteger qualquer
transferência de dados entre um servidor local e o Power BI. Quando a transferência é
concluída, as visualizações em relatórios e painéis são atualizadas automaticamente.

Portanto, mesmo que você não possa se conectar à sua fonte de dados diretamente do
serviço do Power BI, ainda poderá obter seus dados no Power BI. São necessários
apenas mais alguns passos e talvez alguma ajuda do seu departamento de TI. Para obter
mais informações, consulte Fontes de dados no Power BI Desktop.

Modelos semânticos e fontes de dados

Você pode ver os termos modelo semântico e fonte de dados usados como sinônimos.
Mas modelos semânticos e fontes de dados são duas coisas diferentes, embora estejam
relacionadas.

O Power BI cria um modelo semântico automaticamente quando você se conecta e

importa dados de um arquivo, aplicativo de modelo ou fonte de dados em tempo real.
Um modelo semântico contém informações sobre a fonte de dados e as credenciais da
fonte de dados. O modelo semântico também geralmente inclui um subconjunto de
dados copiados da fonte de dados. Quando você cria visualizações em relatórios e
painéis, geralmente examina os dados do modelo semântico.

Os dados em um modelo semântico vêm de uma fonte de dados. Por exemplo, os

dados podem provir das seguintes fontes de dados:
 Um serviço online como o Google Analytics ou o QuickBooks
Um banco de dados na nuvem como o Banco de Dados SQL do Azure
Um banco de dados ou arquivo em um computador local ou um servidor em sua
organização

Atualização de dados
Se você salvar seu arquivo em uma unidade local ou em uma unidade em sua
organização, talvez precise de um gateway local para poder atualizar o modelo
semântico no Power BI. O computador que armazena o arquivo deve estar em execução
durante a atualização. Você também pode reimportar seu arquivo ou usar Publicar do
Excel ou do Power BI Desktop, mas esses processos não são automatizados.

Se guardar os seus ficheiros no OneDrive para trabalho ou escola ou num site de equipa
do SharePoint, o seu modelo semântico, relatórios e dashboard estão sempre
atualizados. Como o OneDrive e o Power BI estão na nuvem, o Power BI pode se
conectar diretamente aos seus arquivos ou importar os arquivos para o Power BI. O
Power BI se conecta cerca de uma vez a cada hora e verifica se há atualizações. O
modelo semântico e todas as visualizações são atualizados automaticamente se houver
atualizações.

Os aplicativos de modelo dos serviços também são atualizados automaticamente, uma

vez por dia, na maioria dos casos. Pode atualizar manualmente estas aplicações, mas a
visualização ou não de dados atualizados depende do fornecedor de serviços. As
atualizações de aplicativos de modelo de pessoas em sua organização dependem das
fontes de dados que elas usam e de como o criador do aplicativo configurou a
atualização.

Os bancos de dados do Azure, como o Banco de Dados SQL, o Azure Synapse Analytics
e o Spark no Azure HDInsight, são fontes de dados na nuvem. O serviço do Power BI
também está na nuvem, portanto, o Power BI pode se conectar a essas fontes de dados
ao vivo usando o DirectQuery. Com o DirectQuery, o Power BI está sempre sincronizado
e você não precisa configurar uma atualização agendada.

O SQL Server Analysis Services é uma conexão em tempo real com o Power BI, assim
como um banco de dados de nuvem do Azure. A diferença é que o banco de dados está
em um servidor em sua organização. Esse tipo de conexão requer um gateway local,
que seu departamento de TI pode configurar.

A atualização de dados é uma consideração importante quando você usa o Power BI.
Para obter mais informações, consulte Atualização de dados no Power BI.
Considerações e limitações
As fontes de dados para o serviço do Power BI têm as seguintes limitações. Outras
limitações se aplicam a recursos específicos, mas a lista a seguir se aplica ao serviço
completo do Power BI:

Limite de tamanho do modelo semântico. Os modelos semânticos armazenados

em capacidades compartilhadas no serviço do Power BI têm um limite de tamanho
de 1 GB. Para modelos semânticos maiores, use o Power BI Premium.

Valores distintos em uma coluna. Quando um modelo semântico do Power BI

armazena dados em cache no modo de Importação, ele pode armazenar um limite
de 1.999.999.997 valores distintos em uma coluna.

Limite de linha. Quando você usa o DirectQuery, o Power BI impõe um limite nos
resultados da consulta que ele envia para sua fonte de dados subjacente. Se a
consulta enviada para a fonte de dados retornar mais de 1 milhão de linhas, você
verá um erro e a consulta falhará. Os dados subjacentes ainda podem conter mais
de 1 milhão de linhas. É improvável que você atinja esse limite, porque a maioria
dos relatórios agrega os dados em conjuntos menores de resultados.

Limite de coluna. O número máximo de colunas permitido em todas as tabelas em

um modelo semântico é de 16.000 colunas. Esse limite se aplica ao serviço do
Power BI e aos modelos semânticos usados pelo Power BI Desktop. O Power BI usa
esse limite para controlar o número de colunas e tabelas no modelo semântico, o
que significa que o número máximo de colunas é 16.000 menos uma para cada
tabela no modelo semântico.

Limite de usuário da fonte de dados. O número máximo de fontes de dados

permitido por usuário é 1.000. Este limite aplica-se apenas ao serviço do Power BI.

Considerações sobre logon único (SSO). Os modelos DirectQuery podem habilitar

o acesso SSO às suas fontes de dados, o que permite que a segurança no sistema
de origem seja implicitamente aplicada às consultas DAX executadas por cada
usuário. O SSO pode ser habilitado para cada conexão de origem que ofereça
suporte a SSO (nem todos os tipos de conexão oferecem suporte a SSO), e cada
conexão SSO pode exigir a configuração de um gateway ou VNET para
determinados tipos de fontes. Você pode ler mais sobre como habilitar o SSO para
gateways no artigo SSO para gateways de dados.

Não há suporte para consultar o modelo DirectQuery habilitado para SSO usando
um SPN (Nome da Entidade de Serviço), pois a credencial do SPN não pode ser
passada para a origem do DirectQuery. Em vez disso, use um UPN (Nome Principal
 do Usuário) para executar essas consultas no modelo semântico DirectQuery
habilitado para SSO.

Conteúdos relacionados
Conectar-se aos serviços que você usa com o Power BI
Obter dados de arquivos para o Power BI
Atualizar dados no Power BI
DirectQuery no Power BI
What is an on-premises data gateway? (O que é um gateway de dados no local?)
Origens de dados no Power BI Desktop

Comentários
Esta página foi útil?  Yes  No

Fornecer comentários sobre o produto | Perguntar à comunidade

O que é um gateway de dados no local?
Artigo • 16/08/2024

７ Nota

Dividimos os documentos do gateway de dados local em conteúdo específico do

Power BI e conteúdo geral que se aplica a todos os serviços suportados pelo
gateway. Você está atualmente no conteúdo do Power BI. Para fornecer
comentários sobre este artigo ou sobre a experiência geral de documentos do
gateway, role até a parte inferior do artigo.

Um gateway de dados no local atua como uma ponte para permitir a transferência de
dados rápida e segura entre dados no local (dados que não estão na cloud) e vários
serviços cloud da Microsoft. Esses serviços de nuvem incluem Power BI, PowerApps,
Power Automate, Azure Analysis Services e Azure Logic Apps. Através da utilização de
um gateway, as organizações conseguem manter bases de dados e outras origens de
dados nas redes no local e, ainda assim, utilizar esses dados no local de forma segura
em serviços cloud.

Este artigo irá ajudá-lo a entender a finalidade e a funcionalidade do gateway de dados

local para que você possa transferir e usar dados locais com segurança em vários
serviços de nuvem da Microsoft. Continue lendo para saber como preencher a lacuna
entre dados locais e serviços em nuvem.

Como funciona o gateway

Para obter informações acerca da forma como o gateway funciona, veja Arquitetura do
gateway de dados no local.

Tipos de gateways
Existem três tipos diferentes de gateways, cada um para um cenário diferente:

Gateway de dados local: permite que vários usuários se conectem a várias fontes
de dados locais. Com uma instalação de gateway único, você pode usar um
gateway de dados local com todos os serviços suportados. Esse gateway é
adequado para cenários complexos em que várias pessoas acessam várias fontes
de dados.

Gateway de dados local (modo pessoal): permite que um usuário se conecte a

fontes e não pode ser compartilhado com outros. Um gateway de dados local
(modo pessoal) só pode ser usado com o Power BI. Esse gateway é adequado para
cenários em que você é a única pessoa que cria relatórios e não precisa
compartilhar nenhuma fonte de dados com outras pessoas.

Gateway de dados de rede virtual: permite que vários usuários se conectem a

várias fontes de dados protegidas usando redes virtuais. Nenhuma instalação é
necessária porque é um serviço gerenciado pela Microsoft. Esse gateway é
 adequado para cenários complexos em que várias pessoas acessam várias fontes
de dados.

Utilizar um gateway
Há cinco etapas principais para usar um gateway:

1. Transferir e instalar o gateway num computador local.

2. Configurar o gateway com base na firewall e noutros requisitos de rede.
3. Adicionar administradores de gateway que também consigam gerir e administrar
outros requisitos de rede.
4. Use o gateway para atualizar uma fonte de dados local.
5. Solucione problemas com o gateway.

Conteúdos relacionados
Instalar o gateway de dados no local
Planejamento da implementação do Power BI: gateways de dados

Tem dúvidas? Tente a Comunidade do Power BI

Comentários
Esta página foi útil?  Yes  No

Fornecer comentários sobre o produto | Perguntar à comunidade

Descubra e explore itens de tecido no
catálogo OneLake
Artigo • 14/12/2024

O catálogo OneLake é um local centralizado que ajuda você a encontrar, explorar e usar
os itens de malha de que precisa. Ele apresenta uma lista de itens com uma exibição de
detalhes de item no contexto que torna possível navegar e explorar itens sem perder o
contexto da lista. O catálogo também possui seletores e filtros para restringir e focar a
lista, tornando mais fácil encontrar o que você precisa.

O catálogo OneLake fornece

Uma lista de todos os itens de malha aos quais você tem acesso em sua
organização.
Uma exibição de detalhes do item que permite detalhar um item sem sair do
catálogo.
Filtros e seletores para ajudá-lo a encontrar o conteúdo que você está procurando.
Uma maneira de definir o escopo do catálogo para exibir apenas itens de um
domínio específico.
Um menu de opções para ações de item

Este artigo explica o que você vê no catálogo OneLake e descreve como usá-lo.

Abrir o catálogo OneLake

Para abrir o catálogo do OneLake, selecione o ícone do OneLake no painel de
navegação Malha.
 

Localizar itens na lista de itens

A lista de itens exibe todos os itens Fabric aos quais tens acesso ou a que podes pedir
acesso diretamente. Consulte NOTA para obter detalhes.

Para encurtar a lista, use os filtros e seletores do catálogo.

Para visualizar os detalhes do item, selecione-o.

Para visualizar o menu de opções de um item, passe o mouse sobre o item e

selecione os três pontos que aparecem.

A tabela a seguir descreve as colunas da lista.

ﾉ Expandir tabela

Column Descrição

Nome O nome do item. Para explorar os detalhes do item, selecione o nome.

Tipo O tipo de item.

Proprietário Proprietário do item.

Atualizado Última hora de atualização dos itens de dados (arredondada para hora, dia, mês e
ano. Consulte a seção de detalhes nos detalhes do item para saber a hora exata
da última atualização).

Location O espaço de trabalho em que o item está localizado.

Endosso Status de endosso .

 Column Descrição

Sensibilidade Sensibilidade, se definida. Selecione o ícone de informações para visualizar a

descrição do rótulo de sensibilidade.

７ Nota

O catálogo também lista os seguintes itens, mesmo que você não tenha acesso a
eles. Isso é para permitir que você solicite acesso.

Modelos semânticos que foram configurados como detetáveis.

O Power BI relata cujo modelo semântico associado violou uma política de
prevenção de perda de dados que restringe o acesso.

Definir o escopo do catálogo para um domínio

específico
Se os domínios tiverem sido definidos em sua organização, você poderá usar o seletor
de domínio para selecionar um domínio ou subdomínio. Somente espaços de trabalho e
itens pertencentes ao domínio ou subdomínio selecionado serão exibidos e tratados no
catálogo. A sua seleção persiste para as sessões subsequentes.

Para obter mais informações sobre domínios, consulte Domínios de malha.

Filtrar a lista de itens

Você pode usar os filtros no painel de filtros e os seletores de tipo de item e tag na
parte superior da lista de itens para restringir a lista de itens para que ela exiba apenas
os tipos de itens em que você está interessado. Em seguida, você pode selecionar itens
para explorá-los com mais detalhes.
O painel de filtros contém vários filtros predefinidos e também permite filtrar por
espaço de trabalho.

Filtrar itens por filtros predefinidos

O painel de filtros contém vários filtros predefinidos. Esses filtros operam através dos
espaços de trabalho, mostrando todos os itens aplicáveis no seu locatário/domínio,
desde que Todos os espaços de trabalho esteja selecionado como o filtro de espaços
de trabalho. Eles são descritos na tabela a seguir.

ﾉ Expandir tabela

Filtro Descrição

Todos os Itens que você tem permissão para encontrar.

itens

Os meus Itens que você possui.

artigos

Pontos Itens aprovados em sua organização que você tem permissão para encontrar. Os
aprovados itens de dados certificados são listados primeiro, seguidos pelos itens de dados
promovidos. Para obter mais informações sobre endosso, consulte a Visão geral
do endosso

Favoritos Itens que você marcou como favoritos.

Localizar itens por categoria de tipo de item

Os itens de malha são categorizados em buckets com base no que servem e onde se
encaixam no fluxo de tarefas. Por exemplo, os itens que contêm dados, como
lakehouses e modelos semânticos, são categorizados como tipos de dados, enquanto
relatórios e painéis são categorizados como tipos Insight. Use o seletor de categoria de
tipo de item para selecionar a categoria de tipo de item em que você está interessado.
Localizar itens por tag
Use o seletor de tags para exibir itens marcados com as tags selecionadas.

７ Nota

O seletor de tags só estará visível se as tags estiverem habilitadas em sua

organização.

Filtrar itens por espaço de trabalho

Os itens relacionados geralmente são agrupados em um espaço de trabalho. Para
localizar itens por espaço de trabalho, localize e selecione o espaço de trabalho em que
está interessado no título Espaços de trabalho no painel de filtros. Os itens que você
tem permissão para ver nesse espaço de trabalho serão exibidos na lista de itens.

A imagem anterior mostra o espaço de trabalho Organização de vendas selecionado na

seção Espaços de trabalho. Como o seletor de classificação de itens é definido como
Tipos de dados, apenas modelos semânticos são mostrados (pois nenhum outro tipo de
item de dados está presente neste espaço de trabalho). O modelo semântico de metas
Contoso FY21 é selecionado e seus detalhes são mostrados na exibição de detalhes do
item. Para explorar os detalhes de outros itens na lista, basta selecioná-los. A
visualização de detalhes do item permanece aberta até que você a descarte. Isso facilita
a navegação pelos detalhes dos itens um após o outro, sem perder o contexto da lista.

７ Nota

Geralmente, a seção Espaços de trabalho exibe apenas os espaços de trabalho aos

quais você tem acesso. No entanto, os espaços de trabalho aos quais você não tem
acesso podem ser listados se o espaço de trabalho contiver itens aos quais você
tem acesso (por meio de permissões concedidas explicitamente, por exemplo) ou
que foram configurados como detetáveis. Se você selecionar esse espaço de
trabalho, somente os itens aos quais você tem acesso e todos os itens detetáveis
serão exibidos na lista de itens.

Abrir o menu de opções de um item

Cada item na lista de itens tem um menu de opções que permite que você faça coisas,
como abrir as configurações do item, gerenciar permissões de item, etc. As opções
disponíveis dependem do item e das suas permissões no item.
Para exibir o menu de opções, passe o mouse sobre o item cujo menu de opções você
deseja ver e selecione Mais opções (...).

Ver detalhes do item

A visualização de detalhes dos itens permite que você faça uma busca detalhada e
explore os itens. Selecione um item na lista de itens, exiba seus detalhes.

Toque em Abrir para abrir o editor do item.

A vista de detalhes do item tem vários separadores que o ajudam a explorar o item
selecionado. As guias são descritas nas seções a seguir.
Separador Descrição Geral
A guia Visão geral mostra as seguintes informações:

Local: o espaço de trabalho em que o item está localizado. A seleção do espaço de

trabalho navega até o espaço de trabalho.
Dados atualizados: Hora da última atualização.
Proprietário: O proprietário do item. Selecionar o proprietário abre um e-mail para
ele.
Rótulo de sensibilidade: o nome do rótulo de sensibilidade aplicado ao item, se
houver.

Itens de dados, como modelos semânticos e lakehouses, mostram o esquema de tabela

e coluna subjacente para fins de exploração.

Guia Linhagem
A guia linhagem mostra os itens upstream e downstream na linhagem do item. Também
são apresentados metadados sobre os itens a montante e a jusante, tais como
localização, relação (a montante ou a jusante), etc. A linhagem pode ser exibida em uma
exibição de lista (mostrada na imagem a seguir) ou em uma exibição gráfica.
 

Para obter mais informações sobre linhagem, consulte Linhagem na malha.

Separador Monitorização
A guia monitor exibe atividades para o item. Pressione Mostrar em um registro para ver
os detalhes dessa atividade. A guia monitor está disponível para tipos de itens
suportados pelo hub de monitorização .

Considerações e limitações
Atualmente, o catálogo do OneLake não suporta os seguintes tipos de itens: AI
Skill, Exploration, Graph, Metric set, Org App Real-Time Dashboard.

Os modelos semânticos de streaming estão sendo aposentados e, portanto, não

são mostrados. Para obter mais informações, consulte Anunciando a desativação
do streaming em tempo real no Power BI .

Conteúdos relacionados
 Endosso
Domínios de Tecido
Linhagem em Tecido
Hub do Monitor

Comentários
Esta página foi útil?  Yes  No

Fornecer comentários sobre o produto | Perguntar à comunidade

Detalhes do modelo semântico
Artigo • 05/11/2024

A página de detalhes do modelo semântico ajuda você a explorar, monitorar e

aproveitar modelos semânticos. Quando você seleciona um modelo semântico no hub
de dados, um espaço de trabalho ou outro local no Power BI, a página de detalhes
desse modelo semântico é aberta.

Este artigo fornece uma visão geral da página de detalhes do modelo semântico no
Power BI, explicando seus recursos, funcionalidades e como você pode interagir com
ele.

A página de detalhes do modelo semântico:

Mostra metadados sobre o modelo semântico, incluindo descrição, endosso e

sensibilidade.
Fornece ações que você pode executar no modelo semântico, como compartilhar,
atualizar, analisar no Excel e muito mais.
Lista os relatórios e scorecards criados sobre o modelo semântico.

O cabeçalho da página exibe o nome do modelo semântico e o endosso (se houver).

Para entrar em contato com o proprietário do modelo semântico ou o certificador do
modelo semântico (se houver), selecione o cabeçalho e, em seguida, selecione o nome
do proprietário.

Ações suportadas
A página de detalhes do modelo semântico permite executar várias ações. As ações
disponíveis variam de usuário para usuário, dependendo de suas permissões no item de
dados e, portanto, nem todas as ações estão disponíveis para todos os usuários.
 ﾉ Expandir tabela

Ação Descrição Na barra de ação,

escolha:

Faça o download Baixa o arquivo .pbix para este modelo Ficheiro > Transferir este
deste arquivo semântico. ficheiro

Gerenciar Abre a página gerenciar permissões de Permissões de

permissões modelo semântico. gerenciamento de
arquivos >

Definições Abre a página de configurações do modelo Configurações de arquivo

semântico. >

Atualizar agora Inicia uma atualização do modelo semântico. Atualizar > Atualizar
agora

Agendar Abre a página de configurações do modelo Atualizar > Agendar

atualização semântico onde você pode definir a atualização
atualização agendada.

Atualizar histórico Abre a tela Atualizar histórico. Atualizar > Atualizar

histórico.

Partilhar Abre a caixa de diálogo Compartilhar Partilhe ou utilize o

modelo semântico. mosaico Partilhar estes
dados.

Explore estes dados Abre a tela de edição de tabela formatada. Explore estes dados >
Explore estes dados ou
utilize o mosaico Explorar
estes dados.

Criar Cria um relatório com base nos dados do Explore esses dados >
automaticamente modelo semântico. Crie automaticamente
um relatório um relatório ou use o
bloco Explorar estes
dados.

Criar um relatório Abre a tela de edição de relatório onde você Explore estes dados >
em branco pode criar um novo relatório com base no Crie um relatório em
modelo semântico. branco ou use o bloco
Explorar estes dados.

Criar um relatório Abre a tela de edição de relatório paginado. Use o comando da lista
paginado suspensa no bloco
Explorar estes dados.

Analisar no Excel Inicia Analisar no Excel usando este modelo Analisar no Excel
semântico.
 Ação Descrição Na barra de ação,
escolha:

Linhagem de Abre a visualização de linhagem para o Linhagem > Linhagem de

espaço de trabalho modelo semântico. espaço de trabalho
aberto aberto

Análise de impacto Abre o painel lateral da análise de impacto Análise de impacto de

para este modelo semântico. linhagem >

Bate-papo no Convide pessoas para começar a conversar ... > Bate-papo no Teams
Teams no Teams. As pessoas que você convidar
receberão uma mensagem de bate-papo do
Teams com um link para esta página de
detalhes do modelo semântico. Se eles
tiverem acesso ao modelo semântico, o link
abrirá essa página de detalhes do modelo
semântico no Teams.

Mostrar tabelas Abre um painel lateral mostrando as tabelas ... > Mostrar tabelas
do modelo semântico. Na vista de tabelas,
pode criar pré-visualizações de tabelas
selecionando as colunas pretendidas.

Exibir metadados do modelo semântico

A seção de detalhes do modelo semântico mostra:

O nome do espaço de trabalho onde o item está localizado.

A hora exata da última atualização.
Estado de endosso e certificador (se certificado).
Sensibilidade (se definida).
Descrição (se for caso disso). Pode criar ou editar a descrição a partir daqui.

Veja o que já existe

A seção ver o que já existe mostra todos os relatórios e scorecards criados no modelo
semântico. Você pode criar uma cópia de um item selecionando o ícone de três pontos
horizontais na linha do modelo semântico para abrir o menu Mais opções e, em
seguida, selecionando Salvar uma cópia.

As colunas na lista de relatórios relacionados são:

Nome: Nome do relatório. Se o nome terminar com (modelo), significa que este
relatório foi especialmente construído para ser usado como modelo. Por exemplo,
"Vendas (modelo)".
Tipo: Tipo de item, por exemplo, relatório ou scorecard.
Relação: Relação com o modelo semântico, por exemplo, a jusante.
Local: o nome do espaço de trabalho onde o item relacionado está localizado.
Atualizado: a data em que o item foi atualizado pela última vez.
Endosso: Status de endosso.
Sensibilidade: Rótulo de sensibilidade (se definido).

Explore estes dados

Para criar um relatório com base no modelo semântico, selecione o botão Explorar
estes dados neste bloco ou selecione a lista suspensa e escolha a opção desejada.

Explore estes dados: Abre a tela de edição de tabela formatada.

Criar automaticamente um relatório: cria um relatório com base nos dados do
modelo semântico.
Criar um relatório em branco: Abre a tela de edição de relatório para um novo
relatório criado no modelo semântico. Quando você salvar seu novo relatório, ele
será salvo no espaço de trabalho que contém o modelo semântico se você tiver
permissões de gravação nesse espaço de trabalho. Se você não tiver permissões
de gravação no espaço de trabalho ou se for um usuário gratuito e o modelo
semântico residir em um espaço de trabalho com capacidade Premium, o novo
relatório será salvo em Meu espaço de trabalho.
 Criar um relatório paginado: abre a tela de edição de relatório paginado.

Partilhe estes dados

Você pode compartilhar o modelo semântico com outros usuários em sua organização.
Selecionar o botão Compartilhar modelo semântico abre a caixa de diálogo
Compartilhar modelo semântico, onde você pode escolher quais permissões conceder
no modelo semântico.

Pré-visualização de dados
A visualização de dados permite visualizar uma tabela ou colunas selecionadas a partir
do modelo semântico. Você também pode exportar os dados para formatos de arquivo
suportados ou criar um relatório paginado.

Pré-requisitos
O modelo semântico pode estar dentro de espaços de trabalho Premium ou não
Premium. Não há suporte para espaços de trabalho clássicos. Leia sobre espaços
de trabalho.
Você precisa da permissão Build para o modelo semântico.

Selecionar dados para visualização

Para visualizar os dados de um modelo semântico na página de detalhes do modelo
semântico, selecione uma tabela ou colunas no painel lateral Tabelas .
Se não vir o painel lateral, selecione Mostrar tabelas na barra de ações.

Uma caixa de seleção pai totalmente preenchida e marcada na tabela do modelo

semântico indica que todas as suas subtabelas e colunas foram selecionadas. Uma caixa
de seleção pai parcialmente preenchida sem marca de seleção significa que apenas um
subconjunto deles foi selecionado.
Quando você seleciona uma tabela ou colunas em uma tabela, elas serão exibidas na
página de visualização da tabela que é aberta.
A visualização da tabela pode não mostrar todos os dados selecionados. Para ver mais,
você pode exportar ou criar um relatório paginado.

Mostrar consulta

Mostrar consulta permite copiar a consulta DAX usada para criar a visualização da tabela
para a área de transferência. Isso torna possível reutilizar a consulta para ações futuras.

Voltar
A qualquer momento, você pode retornar à página de detalhes do modelo semântico
selecionando o botão Voltar na barra de ações. Selecionar o botão Voltar limpa todas as
suas seleções e traz você de volta à página de detalhes semânticos do modelo.
 ７ Nota

A visualização de tabelas destina-se a explorar rapidamente os dados subjacentes

de tabelas dentro do seu modelo semântico. Não é possível visualizar medidas ou
selecionar mais de uma tabela ou colunas entre tabelas. Você pode selecionar Criar
relatório paginado para isso.

Exportar Dados
Selecione o botão Exportar na página de visualização da tabela para exportar os dados
para um dos formatos de arquivo suportados.

Compilar um relatório paginado

Selecione o botão Criar relatório paginado para abrir o editor.

７ Nota
 Os dados serão alterados de dados subjacentes para dados resumidos. Você pode
alternar para dados subjacentes usando Mais opções ao lado do nome da tabela
no painel Dados.

No editor, você pode selecionar várias tabelas, medir, campos entre tabelas, aplicar
estilos de tabela, alterar agregações e assim por diante.

Em seguida, você pode exportar o relatório para qualquer um dos formatos de arquivo
suportados e o arquivo será salvo na pasta de downloads padrão. Ou você pode salvá-
lo como um relatório paginado em um espaço de trabalho de sua escolha. Os relatórios
paginados preservam totalmente a formatação do relatório.

Alternar de dados resumidos para dados subjacentes no

editor
Selecione Mais opções (...) para alternar de Dados resumidos para Dados subjacentes.
Considerações e limitações
Os conjuntos de dados de streaming não têm uma página de detalhes.

Conteúdos relacionados
Usar modelos semânticos em espaços de trabalho
Crie relatórios com base em modelos semânticos de diferentes espaços de
trabalho
Endossar seu modelo semântico
Perguntas? Tente perguntar à Comunidade do Power BI

Comentários
Esta página foi útil?  Yes  No

Fornecer comentários sobre o produto | Perguntar à comunidade

Detalhes do Datamart
Artigo • 10/11/2023

A página de detalhes do datamart ajuda você a explorar, monitorar e usar datamarts.

Quando você seleciona um datamart no hub de dados, a página de detalhes desse
datamart é aberta.

A página de detalhes do datamart:

Mostra metadados sobre o datamart, incluindo descrição, endosso, sensibilidade e

cadeia de conexão.
Fornece ações que você pode executar no datamart, como compartilhar, atualizar,
criar novo e analisar no Excel.
Lista os relatórios criados sobre o datamart.

Ações suportadas
A página de detalhes do datamart permite que você execute ações no datamart. A
tabela a seguir lista todas as ações suportadas. Na página de detalhes do datamart,
você pode ver apenas um subconjunto dessa lista, pois apenas as ações que você tem
permissão para executar são listadas.

Ação Descrição Na barra de ação,

escolha:

Gerenciar Abre a página gerenciar permissões do datamart. Permissões de

permissões gerenciamento de
arquivos>
 Ação Descrição Na barra de ação,
escolha:

Definições Abre a página de configurações do datamart. Configurações de

arquivo>

Atualizar Inicia uma atualização do modelo semântico. Atualizar>Atualizar agora

agora

Agendar Abre a página de configurações do modelo Atualizar>Agendar

atualização semântico onde você pode definir a atualização atualização
agendada.

Atualizar Abre a janela Histórico de atualizações onde você Atualizar>Atualizar

histórico vê a hora, a duração e o status de cada atualização. histórico
Você pode baixar o histórico como um arquivo .csv
.

Partilhar Abre a caixa de diálogo Compartilhar datamart . Partilhe ou utilize o

O compartilhamento de um datamart permite que mosaico Partilhar estes
os destinatários criem conteúdo com base no dados .
modelo semântico subjacente e consultem o
ponto de extremidade SQL correspondente.

Criar um Abre a tela de edição de relatório onde você pode Crie um relatório>do
relatório a criar um novo relatório com base no datamart. zero ou use o bloco
partir do zero Visualizar estes dados .

Analisar no Inicia o Analyze no Excel usando este datamart. Analisar no Excel

Excel

Abrir vista de Abre a visualização de linhagem para o datamart. Linhagem Abrir vista de
linhagem linhagem>

Análise de Abre o painel lateral da análise de impacto para Análise de impacto de

impacto este datamart. linhagem>

Editar Abre o datamart no editor Datamart. Editar

Visualizar metadados do datamart

A seção de detalhes do datamart mostra:

 A localização do datamart.
Status de endosso (e certificador, se certificado).
A hora exata da última atualização.
Sensibilidade, se definida.
Cadeia de conexão T-SQL.
Descrição, se for caso disso.

Explorar relatórios relacionados

A seção Veja o que já existe mostra relatórios criados com base no modelo semântico
gerado automaticamente do datamart. Você pode criar uma cópia de um relatório
selecionando a linha em que o item está e clicando no ícone Salvar uma cópia que
aparece. Esta seção também mostra métricas de uso para os itens relacionados.

７ Nota

Os relatórios criados com base em outros modelos semânticos criados a partir do

datamart não são mostrados nesta seção.

As colunas na lista de relatórios relacionados são:

Nome: Nome do relatório. Se o nome terminar com (modelo), o relatório foi

especialmente construído para ser usado como modelo. Por exemplo, "Vendas
(modelo)".
Tipo: Tipo de item, por exemplo, relatório ou scorecard.
Local: o nome do espaço de trabalho onde o item relacionado está localizado.
Atualizado: Hora da última atualização.
Endosso: Status de endosso.
Sensibilidade: Sensibilidade.
Visualizadores exclusivos: mostra o número total de usuários únicos que
visualizaram o item pelo menos uma vez nos últimos 30 dias, excluindo as
visualizações do dia atual.
Visualizações: mostra o número total de vezes que um item foi visualizado nos
últimos 30 dias, excluindo as visualizações do dia atual.
Visualize estes dados
Para criar um relatório com base no modelo semântico, selecione o botão Criar um
relatório neste bloco e escolha a opção desejada.

A opção Criar do zero abre a tela de edição de relatório para um novo relatório
criado no modelo semântico.

Quando você salva seu novo relatório, ele é salvo no espaço de trabalho que
contém o modelo semântico, se você tiver permissões de gravação nesse espaço
de trabalho.

Se você não tiver permissões de gravação no espaço de trabalho, o relatório será

salvo em Meu espaço de trabalho. Se você for um usuário gratuito e o modelo
semântico residir em um espaço de trabalho de capacidade Premium, o relatório
será salvo em Meu espaço de trabalho.

A opção Relatório paginado abre o editor online de relatório paginado. Para obter
informações sobre como criar um relatório paginado usando o editor online,
consulte Criar relatórios paginados exportáveis no serviço do Power BI.

Partilhe estes dados

Você pode compartilhar o datamart com outros usuários em sua organização.
Selecionar o botão Compartilhar datamart abre a caixa de diálogo Compartilhar
datamart. As pessoas com quem você compartilha o datamart podem criar conteúdo
com base no modelo semântico subjacente e consultar o ponto de extremidade SQL
correspondente.
Próximos passos
Criar relatórios paginados exportáveis no serviço do Power BI
Endossar seu conteúdo
Perguntas? Tente perguntar à Comunidade do Power BI
Utilizadores do Power BI para Microsoft
Azure
Você trabalha com dados, gerencia infraestrutura ou cria aplicativos no Microsoft Azure?
Você deseja obter valor de seus dados ou aplicativos usando o Power BI? Estes recursos
ajudá-lo-ão a atualizar-se. Bem-vindo!

Você é mais um consumidor do Power BI? Bem-vindo a você também. Sugerimos

começar com o Power BI para consumidores.

Introdução à criação com o Power BI

Iniciar com o Power BI Desktop
Começar com o serviço do Power BI
O que é o Servidor de Relatório do Power BI?

Analise seus dados SQL do Azure

Conectar-se a dados em bancos de dados SQL do Azure
Conectar-se a dados no Azure Synapse Analytics

Analisar dados de outros serviços do Azure

Conectar-se ao Azure Stream Analytics
Visualizar dados do Azure Cosmos DB
Visualizar dados do Azure Data Explorer

Analise seus custos e uso do Azure

$
Conectar-se ao Azure Consumption Insights

Incorporar o Power BI em seus próprios aplicativos

Análise incorporada do Power BI
Tutorial: Incorporar conteúdo do Power BI usando um aplicativo de
exemplo de incorporação para seus clientes

Enriqueça o Power BI com o Azure Machine Learning

Azure Machine Learning e Power BI
Guia de início rápido: conectar-se a
dados no Power BI Desktop
Artigo • 31/01/2024

Neste início rápido, você se conecta a dados usando o Power BI Desktop, que é a
primeira etapa na criação de modelos de dados e relatórios.

Se você não estiver inscrito no Power BI, inscreva-se para uma avaliação gratuita antes
de começar.

Pré-requisitos
Para concluir as etapas neste artigo, você precisa dos seguintes recursos:

Transferir e instalar o Power BI Desktop, que é uma aplicação gratuita executada

no computador local. Você pode baixar o Power BI Desktop diretamente ou
obtê-lo na Microsoft Store .
Baixe esta pasta de trabalho do Excel de exemplo e crie uma pasta chamada
C:\PBID-qs onde você pode armazenar o arquivo do Excel. As etapas posteriores
neste início rápido pressupõem que é o local do arquivo para a pasta de trabalho
do Excel baixada.
Para muitos conectores de dados no Power BI Desktop, o Internet Explorer 10 (ou
mais recente) é necessário para autenticação.

Iniciar o Power BI Desktop

Depois de instalar o Power BI Desktop, inicie o aplicativo para que ele seja executado
em seu computador local. É apresentado um tutorial do Power BI. Siga o tutorial ou
feche a caixa de diálogo para começar com uma tela em branco. A tela é onde você cria
visuais e relatórios a partir de seus dados.

Ligar a dados
Com o Power BI Desktop, você pode se conectar a muitos tipos diferentes de dados.
Essas fontes incluem fontes de dados básicas, como um arquivo do Microsoft Excel.
Você pode se conectar a serviços online que contêm todos os tipos de dados, como
Salesforce, Microsoft Dynamics, Armazenamento de Blobs do Azure e muito mais.

Para se conectar a dados, na faixa de opções Página Inicial, selecione Obter dados.
A janela Obter dados é exibida. Você pode escolher entre as muitas fontes de dados
diferentes às quais o Power BI Desktop pode se conectar. Neste início rápido, use a
pasta de trabalho do Excel que você baixou em Pré-requisitos.
Como essa fonte de dados é um arquivo do Excel, selecione Excel na janela Obter
dados e, em seguida, selecione o botão Conectar.

O Power BI solicita que você forneça o local do arquivo do Excel ao qual se conectar. O
ficheiro descarregado chama-se Amostra Financeira. Selecione esse arquivo e, em
seguida, selecione Abrir.
Em seguida, o Power BI Desktop carrega a pasta de trabalho, lê seu conteúdo e mostra
os dados disponíveis no arquivo usando a janela Navegador . Nessa janela, você pode
escolher quais dados deseja carregar no Power BI Desktop. Selecione as tabelas
marcando as caixas de seleção ao lado de cada tabela que você deseja importar.
Importe ambas as tabelas disponíveis.


Depois de fazer suas seleções, selecione Carregar para importar os dados para o Power
BI Desktop.

Ver dados no painel Campos

Depois de carregar as tabelas, o painel Campos mostra os dados. Você pode expandir
cada tabela selecionando a seta ao lado de seu nome. Na imagem a seguir, a tabela de
finanças é expandida, mostrando cada um de seus campos.

E já está! Você se conectou aos dados no Power BI Desktop, carregou esses dados e
agora pode ver todos os campos disponíveis nessas tabelas.

Conteúdos relacionados
Há todos os tipos de coisas que você pode fazer com o Power BI Desktop depois de se
conectar aos dados. Você pode criar elementos visuais e relatórios. Dê uma olhada no
seguinte recurso para começar:

Introdução ao Power BI Desktop

Tutorial: Formatar e combinar dados no
Power BI Desktop
Artigo • 28/09/2024

Com o Power BI Desktop, você pode se conectar a muitos tipos diferentes de fontes de
dados e, em seguida, moldar os dados para atender às suas necessidades, permitindo
que você crie relatórios visuais para compartilhar com outras pessoas. Moldar dados
significa transformá-los: renomear colunas ou tabelas, alterar texto para números,
remover linhas, definir a primeira linha como cabeçalhos e assim por diante. Combinar
dados significa conectar-se a duas ou mais fontes de dados, moldá-las conforme
necessário e, em seguida, consolidá-las em uma única consulta.

Neste tutorial, irá aprender a:

Formate dados usando o Power Query Editor.

Conecte-se a diferentes fontes de dados.
Combine essas fontes de dados e crie um modelo de dados para usar em
relatórios.

O Editor do Power Query no Power BI Desktop utiliza os menus do botão direito do rato
e o friso Transformar . A maior parte do que você pode selecionar na faixa de opções
também está disponível clicando com o botão direito do mouse em um item, como uma
coluna, e escolhendo no menu exibido.

Formatar dados
Para formatar dados no Power Query Editor, forneça instruções passo a passo para que
o Power Query Editor ajuste os dados à medida que carrega e apresenta os dados. A
fonte de dados original não é afetada; Apenas esta vista específica dos dados é ajustada
ou moldada.

O Editor do Power Query regista os passos especificados (como mudar o nome de uma
tabela, transformar um tipo de dados ou eliminar uma coluna). Sempre que esta
consulta se liga à origem de dados, o Power Query Editor executa estes passos para que
os dados sejam sempre moldados da forma que especificar. Esse processo ocorre
sempre que você usa o Editor do Power Query ou para qualquer pessoa que use sua
consulta compartilhada, como no serviço do Power BI. Essas etapas são capturadas,
sequencialmente, no painel Configurações de Consulta, em ETAPAS APLICADAS. Vamos
passar por cada uma dessas etapas neste artigo.
1. Importe os dados de uma fonte da Web. Selecione a lista suspensa Obter dados e,
em seguida, escolha Web.
2. Cole este URL na caixa de diálogo Da Web e selecione OK.

https://www.fool.com/research/best-states-to-retire
3. Na caixa de diálogo Navegador, marque a caixa de seleção da entrada que
começa com e, em Individual factor scores seguida, escolha Transformar Dados.

 Gorjeta

Algumas informações nas tabelas do URL anterior podem ser alteradas ou

atualizadas ocasionalmente. Como resultado, talvez seja necessário ajustar as
seleções ou etapas neste artigo de acordo.

4. A janela do Power Query Editor é aberta. Você pode ver as etapas padrão aplicadas
até agora, no painel Configurações de Consulta em ETAPAS APLICADAS.

Fonte: Ligação ao sítio Web.

Tabela extraída de Html: Selecionando a tabela.
Cabeçalhos promovidos: alterar a linha superior de dados em cabeçalhos de
coluna.
Tipo alterado: alterando os tipos de coluna, que são importados como texto,
para seus tipos inferidos.
 

5. Altere o nome da tabela do padrão Individual factor scores... para Retirement

Data e pressione Enter.

6. Os dados existentes são ordenados por uma pontuação ponderada, conforme

descrito na página web de origem em Metodologia. Em seguida, classificaremos
a tabela nesta coluna para comparar a classificação da pontuação personalizada
com a pontuação existente.

7. Na faixa de opções Adicionar Coluna, selecione Coluna Personalizada.

 8. Na caixa de diálogo Coluna Personalizada, no campo Novo nome da coluna,
insira Nova pontuação. Para a fórmula Coluna personalizada, insira os seguintes
dados:

( [Quality of life] + [Cost of housing] + [Public health] + [Crime] +

[Taxes] + [Weather] + [#"Non-housing cost of living"] ) / 7

9. Verifique se a mensagem de status é Nenhum erro de sintaxe foi detetado e

selecione OK.

10. Em Configurações de Consulta, a lista ETAPAS APLICADAS agora mostra a nova

etapa Personalizada Adicionada que acabamos de definir.
Ajustar os dados
Antes de trabalharmos com essa consulta, vamos fazer algumas alterações para ajustar
seus dados:

Ajuste as classificações removendo uma coluna.

Por exemplo, suponha que o tempo não é um fator em nossos resultados. A

remoção desta coluna da consulta não afeta os outros dados.

Corrija quaisquer erros.

Como removemos uma coluna, precisamos ajustar nossos cálculos na coluna Nova
pontuação alterando sua fórmula.

Ordene os dados.

Classifique os dados com base na coluna Nova pontuação e compare com a

coluna Classificação existente.

Substitua os dados.

Destacaremos como substituir um valor específico e como inserir uma etapa

aplicada.

Essas alterações são descritas nas etapas a seguir.

1. Para remover a coluna Meteorologia , selecione-a, escolha o separador Base no

friso e, em seguida, selecione Remover Colunas.
 ７ Nota

Os valores da pontuação Nova não foram alterados, devido à ordenação das

etapas. O Power Query Editor regista os passos sequencialmente, mas de
forma independente, uns dos outros. Para aplicar ações em uma sequência
diferente, você pode mover cada etapa aplicada para cima ou para baixo.

2. Clique com o botão direito do mouse em uma etapa para ver seu menu de
contexto.
3. Selecione Mover antes no menu de contexto para subir a última etapa, Colunas
removidas, para logo acima da etapa Personalizado adicionado. Você também
pode usar o mouse para mover um passo para a posição desejada.
4. Selecione a etapa Personalizado adicionado.

Observe que a coluna Nova pontuação agora mostra Erro em vez do valor
calculado.

Há várias maneiras de obter mais informações sobre cada erro. Se selecionar a

célula sem clicar na palavra Erro, o Editor do Power Query apresenta as
informações de erro.
 Se selecionar a palavra Erro diretamente, o Editor do Power Query cria um Passo
Aplicado no painel Definições de Consulta e apresenta informações sobre o erro.
Como não precisamos exibir informações de erro em nenhum outro lugar,
selecione Cancelar.

5. Para corrigir os erros, são necessárias duas alterações: remover o nome da coluna
Meteorologia e alterar o divisor de 7 para 6. Você pode fazer essas alterações de
duas maneiras:

a. Clique com o botão direito do mouse na etapa Personalizada adicionada e

selecione Editar configurações ou clique no ícone de engrenagem ao lado do
nome da etapa para exibir a caixa de diálogo Coluna personalizada usada para
criar a coluna Nova pontuação . Edite a fórmula conforme descrito
anteriormente, até que tenha esta aparência:
b. Selecione a coluna Nova pontuação e, em seguida, exiba a fórmula de dados
da coluna ativando a caixa de seleção Barra de Fórmulas na guia Exibir .

Edite a fórmula como descrito anteriormente, até que tenha esta aparência, em
seguida, prima Enter.

= Table.AddColumn(#"Removed Columns", "New score", each ( [Quality

of life] + [Cost of housing] + [Public health] + [Crime] + [Taxes] +
[#"Non-housing cost of living"] ) / 6)

O Editor do Power Query substitui os dados pelos valores revistos e o passo

Personalizado Adicionado é concluído sem erros.

７ Nota
 Você também pode selecionar Remover Erros usando a faixa de opções ou o
menu do botão direito do mouse, que remove todas as linhas com erros. No
entanto, neste tutorial queremos preservar todos os dados na tabela.

6. Classifique os dados com base na coluna Nova pontuação . Primeiro, selecione a

última etapa aplicada, Adicionado personalizado para exibir os dados mais
recentes. Em seguida, selecione a lista suspensa localizada ao lado do cabeçalho
da coluna Nova pontuação e escolha Classificar decrescente.

Os dados estão agora ordenados de acordo com a nova pontuação. Você pode
selecionar uma etapa aplicada em qualquer lugar da lista e continuar moldando os
dados nesse ponto da sequência. O Editor do Power Query insere
automaticamente uma nova etapa diretamente após a etapa aplicada atualmente
selecionada.
 7. Em ETAPAS APLICADAS, selecione a etapa que precede a coluna personalizada,
que é a etapa Colunas removidas. Aqui vamos substituir o valor do ranking Custo
da habitação no Oregon. Clique com o botão direito do mouse na célula
apropriada que contém o valor Custo da habitação do Oregon e selecione
Substituir Valores. Observe qual Etapa Aplicada está selecionada no momento.

8. Selecione Inserir.

Como estamos inserindo uma etapa, o Power Query Editor nos lembra que as
etapas subsequentes podem fazer com que a consulta seja interrompida.

9. Altere o valor de dados para 100.0.

O Power Query Editor substitui os dados do Oregon. Quando cria um novo passo
aplicado, o Power Query Editor atribui-lhe um nome com base na ação, neste caso,
Valor Substituído. Se tiver mais do que um passo com o mesmo nome na sua
consulta, o Power Query Editor acrescenta um número crescente ao nome de cada
passo aplicado subsequente.

10. Selecione a última etapa aplicada, Linhas classificadas.

Observe que os dados mudaram em relação ao novo ranking do Oregon. Essa

alteração ocorre porque inserimos a etapa Valor substituído no local correto, antes
da etapa Personalizado adicionado.
 Agora moldamos nossos dados na medida do necessário. Em seguida, vamos nos
conectar a outra fonte de dados e combinar dados.

Combinar dados
Os dados sobre vários estados são interessantes e serão úteis para construir mais
esforços de análise e consultas. No entanto, a maioria dos dados sobre estados usa uma
abreviação de duas letras para códigos de estado, não o nome completo do estado.
Precisamos de uma forma de associar nomes de estados às suas abreviaturas.

Há outra fonte de dados pública que fornece essa associação, mas ela precisa de uma
boa quantidade de modelagem antes que possamos conectá-la à nossa tabela de
aposentadoria. Para formatar os dados, siga estes passos:

1. Na faixa de opções Página Inicial no Editor do Power Query, selecione Nova Web
de Origem>.

2. Introduza o endereço do Web site para abreviaturas de estados e, em seguida,

https://en.wikipedia.org/wiki/List_of_U.S._state_and_territory_abbreviations selecion
e OK.

O Navigator apresenta o conteúdo do sítio Web.

 3. Selecione Códigos e abreviaturas para estados, distrito federal, territórios e
outras regiões dos EUA.

 Gorjeta

Será preciso um pouco de modelagem para reduzir os dados desta tabela ao

que queremos. Existe uma maneira mais rápida ou fácil de realizar as etapas a
seguir? Sim, poderíamos criar uma relação entre as duas tabelas e moldar os
dados com base nessa relação. As etapas de exemplo a seguir são úteis para
aprender a trabalhar com tabelas. No entanto, os relacionamentos podem
ajudá-lo a usar rapidamente os dados de várias tabelas.

Para colocar os dados em forma, siga estas etapas:

1. Remova a linha superior. Como é resultado da forma como a tabela da página da

Web foi criada, não precisamos dela. Na faixa de opções Página Inicial, selecione
Remover Linhas Remover Linhas Superiores.>

A caixa de diálogo Remover Linhas Superiores é exibida. Especifique 1 linha a ser

removida.

2. Como a tabela Dados de Aposentadoria não tem informações para Washington

DC ou territórios, precisamos filtrá-los de nossa lista. Selecione a lista suspensa da
coluna Status da região e desmarque todas as caixas de seleção, exceto Estado e
Estado (oficialmente Commonwealth).
3. Remova todas as colunas desnecessárias. Como precisamos apenas do
mapeamento de cada estado para sua abreviatura oficial de duas letras (colunas
Nome e ANSI ), podemos remover as outras colunas. Primeiro, selecione a coluna
Nome e, em seguida, mantenha pressionada a tecla CTRL e selecione a coluna
ANSI . Na guia Página Inicial da faixa de opções, selecione Remover Colunas >
Remover Outras Colunas.

７ Nota
 A sequência de passos aplicados no Power Query Editor é importante e afeta a
forma como os dados são moldados. Também é importante considerar como
uma etapa pode afetar outra etapa subsequente. Por exemplo, se você
remover uma etapa das etapas aplicadas, as etapas subsequentes podem não
se comportar como originalmente pretendido.

７ Nota

Quando redimensiona a janela do Editor do Power Query para reduzir a

largura, alguns itens do friso são condensados para tirar o melhor partido do
espaço visível. Quando aumenta a largura da janela do Editor do Power
Query, os itens do friso expandem-se para tirar o máximo partido da área de
friso aumentada.

4. Renomeie as colunas e a tabela. Há algumas maneiras de renomear uma coluna:

primeiro selecione a coluna e, em seguida, selecione Renomear na guia
Transformar na faixa de opções ou clique com o botão direito do mouse e
selecione Renomear. A imagem a seguir mostra as duas opções, mas você só
precisa escolher uma.
5. Renomeie as colunas para Nome do Estado e Código do Estado. Para renomear a
tabela, insira Códigos de Estado no campo Nome no painel Configurações de
Consulta.
Combinar consultas
Agora que moldamos a tabela de Códigos de Estado da maneira que queremos, vamos
combinar essas duas tabelas, ou consultas, em uma. Como as tabelas que temos agora
são resultado das consultas que aplicamos aos dados, elas geralmente são chamadas de
consultas.

Existem duas formas principais de combinar consultas: intercalação e acréscimo.

Para uma ou mais colunas que você gostaria de adicionar a outra consulta, mescle
as consultas.
Para uma ou mais linhas de dados que você gostaria de adicionar a uma consulta
existente, você acrescenta a consulta.

Neste caso, queremos mesclar as consultas:

1. No painel esquerdo do Power Query Editor, selecione a consulta na qual pretende

que a outra consulta seja fundida. Neste caso, são Dados de Aposentadoria.

2. Selecione Mesclar consultas > Mesclar consultas na guia Página Inicial da faixa
de opções.
 Poderá ser-lhe pedido que defina os níveis de privacidade para garantir que os
dados são combinados sem incluir ou transferir dados que não pretende transferir.

A janela Mesclar é exibida. Ele solicita que você selecione qual tabela você deseja
mesclar na tabela selecionada e as colunas correspondentes a serem usadas para a
mesclagem.

3. Selecione Estado na tabela Dados de Aposentadoria e, em seguida, selecione a

consulta Códigos de Estado.

Quando você seleciona uma coluna correspondente, o botão OK é ativado.

4. Selecione OK.

O Editor do Power Query cria uma nova coluna no final da consulta, que contém o
conteúdo da tabela (consulta) que foi mesclada com a consulta existente. Todas as
 colunas da consulta mesclada são condensadas na coluna, mas você pode
Expandir a tabela e incluir as colunas desejadas.

5. Para expandir a tabela mesclada e selecionar quais colunas incluir, selecione o

ícone de expansão ( ).

É apresentada a janela Expandir.

6. Neste caso, queremos apenas a coluna Código do Estado. Selecione essa coluna,
desmarque Usar nome da coluna original como prefixo e selecione OK.

Se tivéssemos deixado a caixa de seleção selecionada para Usar nome da coluna

original como prefixo, a coluna mesclada seria denominada Códigos de
Estado.Códigos de Estado.

７ Nota

Se você quiser explorar como trazer a tabela State Codes , você pode
experimentar um pouco. Se você não gostar dos resultados, basta excluir essa
etapa da lista ETAPAS APLICADAS no painel Configurações de Consulta e sua
consulta retornará ao estado anterior à aplicação da etapa Expandir . Você
pode fazer isso quantas vezes quiser até que o processo de expansão fique
do jeito que você quiser.

Agora temos uma única consulta (tabela) que combina duas fontes de dados, cada
uma das quais foi moldada para atender às nossas necessidades. Essa consulta
pode ser uma base para conexões de dados interessantes, como estatísticas de
custo de moradia, qualidade de vida ou taxa de criminalidade em qualquer estado.
 7. Para aplicar as alterações e fechar o Power Query Editor, selecione Fechar &
Aplicar no separador Base do friso.

O modelo semântico transformado aparece no Power BI Desktop, pronto para ser

usado para criar relatórios.

Conteúdos relacionados
Para obter mais informações sobre o Power BI Desktop e seus recursos, consulte os
seguintes recursos:

O que é o Power BI Desktop?

Descrição geral do Query no Power BI Desktop
Origens de dados no Power BI Desktop
Conectar-se a fontes de dados no Power BI Desktop
Executar tarefas de consulta comuns no Power BI Desktop

Comentários
Esta página foi útil?  Yes  No

Fornecer comentários sobre o produto | Perguntar à comunidade

Tutorial: Analisar dados de páginas Web
utilizando o Power BI Desktop
Artigo • 08/08/2024

Como um fã de futebol de longa data, você quer relatar sobre os vencedores do

Campeonato Europeu (Eurocopa) ao longo dos anos. Com o Power BI Desktop, você
pode importar esses dados de uma página da Web para um relatório e criar
visualizações que mostram os dados. Neste tutorial, você aprenderá a usar o Power BI
Desktop para:

Conecte-se a uma fonte de dados da Web e navegue pelas tabelas disponíveis.

Molde e transforme dados no Editor do Power Query.
Nomeie uma consulta e importe-a para um relatório do Power BI Desktop.
Crie e personalize um mapa e uma visualização de gráfico circular.

Conectar-se a uma fonte de dados da Web

Pode obter os dados dos vencedores da UEFA a partir da tabela de resultados na página
Wikipedia do Campeonato Europeu de Futebol da UEFA em
https://en.wikipedia.org/wiki/UEFA_European_Football_Championship .

As conexões da Web só são estabelecidas usando autenticação básica. Os sites que

exigem autenticação podem não funcionar corretamente com o conector da Web.

Para importar os dados:

1. No separador Base do friso do Power BI Desktop, coloque a seta pendente junto a
Obter dados e, em seguida, selecione Web.

７ Nota

Você também pode selecionar o item Obter dados em si ou selecionar Obter

dados de outras fontes do Power BI Desktop Home, selecionar Web na seção
Todos ou Outros da caixa de diálogo Obter Dados e selecionar Conectar.

2. Na caixa de diálogo Da Web, cole o URL

https://en.wikipedia.org/wiki/UEFA_European_Football_Championship na caixa de

texto URL e selecione OK.

Depois de se conectar à página da Wikipédia, a caixa de diálogo Navegador
mostra uma lista de tabelas disponíveis na página. Você pode selecionar qualquer
um dos nomes de tabela para visualizar seus dados. A Tabela 3 tem os dados
desejados, embora não estejam exatamente na forma desejada. Você remodelará e
limpará os dados antes de carregá-los em seu relatório.

７ Nota

O painel Pré-visualização mostra a tabela mais recente selecionada, mas

todas as tabelas selecionadas são carregadas no Editor do Power Query
quando seleciona Transformar Dados ou Carregar.
 3. Selecione Tabela 3 na lista Navegador e, em seguida, selecione Transformar
Dados.

É aberta uma pré-visualização da tabela no Editor do Power Query, onde pode

aplicar transformações para limpar os dados.

Dados da forma no Power Query Editor

Você deseja tornar os dados mais fáceis de digitalizar exibindo apenas os anos e os
países/regiões que venceram. Pode utilizar o Editor do Power Query para executar estes
passos de formatação e limpeza de dados.

Primeiro, remova todas as colunas, exceto duas, da tabela. Renomeie uma dessas
colunas como CountryRegion mais tarde no processo.

1. Na grelha do Editor do Power Query, selecione as colunas. Pressione Ctrl para

selecionar vários itens.

2. Clique com o botão direito do mouse e selecione Remover Outras Colunas ou

selecione Remover Colunas>Remover Outras Colunas do grupo Gerenciar
Colunas na guia Página Inicial da faixa de opções, para remover todas as outras
colunas da tabela.
 ou

A segunda linha dos dados importados contém valores que não são necessários. Pode
filtrar a coluna Final para excluir a palavra "Vencedores".

1. Selecione a seta suspensa do filtro na coluna.

2. No menu pendente, desloque-se para baixo e desmarque a caixa de verificação

junto à opção Vencedores e, em seguida, selecione OK.
 A célula com a palavra "Vencedores" é filtrada juntamente com a célula ao lado, o
null valor na mesma linha para a outra coluna.

3. Faça o mesmo para 2028 e 2032, pois estes jogos ainda estão por disputar e os
resultados são desconhecidos.

Como você está olhando apenas para os dados finais dos vencedores agora, você pode
renomear a segunda coluna para CountryRegion. Para renomear a coluna:

1. Clique duas vezes ou toque e segure no cabeçalho da segunda coluna, ou

Clique com o botão direito do mouse no cabeçalho da coluna e selecione

Renomear ou
Selecione a coluna e selecione Renomear no grupo Qualquer Coluna na guia
Transformar da faixa de opções.
 ou

2. Digite CountryRegion no cabeçalho e pressione Enter para renomear a coluna.

Você também deseja filtrar linhas que têm null valores na coluna CountryRegion .
Você pode usar o menu de filtro como fez com o valor Winner ou pode:

1. Clique com o botão direito do mouse na linha que tem o valor null nela. Como
ambas as colunas têm nulo na mesma linha, você pode clicar com o botão direito
do mouse na célula em qualquer coluna.

2. Selecione Filtros de texto>não iguais no menu de contexto para remover todas as

linhas que contenham o valor dessa célula.
Os dados importados têm o marcador de nota sobrescrito [c] anexado ao ano de 2020.
Você pode remover o marcador de nota [c], ou você pode alterar o valor para 2021, que
é quando a partida ocorreu, de acordo com a nota.

1. Selecione a primeira coluna.

2. Clique com o botão direito do mouse e selecione Substituir Valores ou selecione

Substituir Valores no grupo Transformar na guia Página Inicial da faixa de
opções. Essa opção também é encontrada no grupo Qualquer coluna na guia
Transformar .

ou
 3. Na caixa de diálogo Substituir Valores, digite 2020[c] na caixa de texto Valor a
Localizar, digite 2021 na caixa de texto Substituir por e selecione OK para
substituir o valor na coluna.

Importar a consulta para a vista Relatório

Agora que você moldou os dados da maneira desejada, está pronto para nomear sua
consulta como "Vencedores da Eurocopa" e importá-la para seu relatório.

1. No painel Consultas, na caixa de texto Nome, insira Vencedores da Eurocopa.

2. Selecione Fechar & Aplicar>Fechar & Aplicar na guia Página Inicial da faixa de
opções.
A consulta é carregada no modo de exibição Relatório do Power BI Desktop, onde você
pode vê-la no painel Dados.

 Dica

Pode sempre voltar ao Editor do Power Query para editar e refinar a sua consulta:

Selecionar as reticências Mais opções (...) ao lado de Vencedores da

Eurocopa no painel Campos e selecionar Editar consulta, ou
Selecionar Transformar dados no grupo Consultas da guia Página Inicial da
faixa de opções no modo Relatório.

Criar uma visualização

Para criar uma visualização com base nos seus dados:
1. Selecione o campo PaísRegião no painel Dados ou arraste-o para a tela do
relatório. O Power BI Desktop reconhece os dados como nomes de país/região e
cria automaticamente uma visualização de Mapa .

2. Amplie o mapa arrastando as alças nos cantos para que todos os nomes de
países/regiões vencedores fiquem visíveis.

3. O mapa mostra pontos de dados idênticos para cada país/região que ganhou um
torneio da Euro Cup. Para fazer com que o tamanho de cada ponto de dados
 reflita a frequência com que o país/região ganhou, arraste o campo Ano para
Adicionar campos de dados aqui em Tamanho da bolha na parte inferior do
painel Visualizações . O campo muda automaticamente para uma medida de
Contagem de Anos , e a visualização do mapa agora mostra pontos de dados
maiores para países/regiões que ganharam mais torneios.

Personalizar a visualização
Como você pode ver, é muito fácil criar visualizações com base em seus dados. Também
é fácil personalizar suas visualizações para apresentar melhor os dados da maneira
desejada.

Formatar o mapa
Você pode alterar a aparência de uma visualização selecionando-a e, em seguida,
selecionando o ícone Formatar (pincel) no painel Visualizações . Por exemplo, os
pontos de dados "Alemanha" na sua visualização podem ser enganosos, porque a
Alemanha Ocidental ganhou dois torneios e a Alemanha ganhou um. O mapa sobrepõe
os dois pontos em vez de separá-los ou somá-los. Você pode colorir esses dois pontos
de forma diferente para destacar esse fato. Você também pode dar ao mapa um título
mais descritivo e atraente.

1. Com a visualização selecionada, selecione o ícone Formatar e, em seguida,

selecione Cores de bolhas visuais>para expandir as opções de>cor de dados.
2. Ative Mostrar tudo e, em seguida, selecione o menu suspenso ao lado de
Alemanha Ocidental e escolha uma cor amarela.
3. Selecione Título Geral> para expandir as opções de título e, no campo Texto,
digite Vencedores da Eurocopa no lugar do título atual.

4. Altere a cor do texto para vermelho, o tamanho para 12 e a fonte para Segoe UI
(negrito).
Sua visualização de mapa agora se parece com este exemplo:

Alterar o tipo de visualização

Você pode alterar o tipo de uma visualização selecionando-a e, em seguida,
selecionando um ícone diferente na parte superior do painel Visualizações . Por
exemplo, sua visualização de mapa está faltando os dados para a União Soviética,
porque esse país/região não existe mais no mapa do mundo. Outro tipo de visualização,
como um treemap ou gráfico de pizza, pode ser mais preciso, porque mostra todos os
valores.

Para alterar o mapa para um gráfico circular, selecione o mapa e, em seguida, escolha o
ícone Gráfico circular no painel Visualizações.

 Dica

Você pode usar as opções de formatação Cores de dados para tornar

"Alemanha" e "Alemanha Ocidental" a mesma cor.
Para agrupar os países/regiões com mais vitórias no gráfico circular, selecione
as reticências (...) no canto superior direito da visualização e, em seguida,
selecione Eixo de ordenação e Contagem de Ano.

O Power BI Desktop fornece uma experiência perfeita de ponta a ponta, desde obter
dados de uma ampla variedade de fontes de dados e moldá-los para atender às suas
necessidades de análise, até visualizar esses dados de maneiras ricas e interativas.
Quando o relatório estiver pronto, você poderá carregá-lo no Power BI e criar painéis
com base nele, que poderão ser compartilhados com outros usuários do Power BI.

Conteúdos relacionados
Ver vídeos do Power BI
Visite o Fórum do Power BI
Leia o Blog do Power BI
Comentários
Esta página foi útil?  Yes  No

Fornecer comentários sobre o produto | Perguntar à comunidade

Tutorial: Analisar dados de vendas do
Excel e um feed OData
Artigo • 10/11/2023

É comum ter dados em várias fontes de dados. Por exemplo, você pode ter dois bancos
de dados, um para informações sobre produtos e outro para informações de vendas.
Com o Power BI Desktop, você pode combinar dados de diferentes fontes para criar
visualizações e análises de dados interessantes e atraentes.

Neste tutorial, você combina dados de duas fontes de dados:

Uma pasta de trabalho do Excel com informações do produto

Um feed OData contendo dados de pedidos

Você vai importar cada modelo semântico e fazer operações de transformação e

agregação. Em seguida, você pode usar os dados das duas fontes para produzir um
relatório de análise de vendas com visualizações interativas. Mais tarde, aplique essas
técnicas a consultas do SQL Server, arquivos CSV e outras fontes de dados no Power BI
Desktop.

７ Nota

No Power BI Desktop, geralmente há algumas maneiras de realizar uma tarefa. Por

exemplo, você pode clicar com o botão direito do mouse ou usar um menu Mais
opções em uma coluna ou célula para ver mais seleções da faixa de opções .
Vários métodos alternativos são descritos nas etapas a seguir.

Importar dados do produto Excel

Primeiro, importe dados do produto da pasta de trabalho .xlsx Excel para o Power BI
Desktop.

1. Baixe a pasta de trabalho Produtos.xlsx Excel e salve-a como Produtos.xlsx.

2. Selecione a seta junto a Obter dados no separador Base do friso do Power BI

Desktop e, em seguida, selecione Excel no menu Origens de dados comuns.
 ７ Nota

Você também pode selecionar o item Obter dados em si ou selecionar Obter

dados na caixa de diálogo Introdução do Power BI, selecionar Excel ou
Arquivo>Excel na caixa de diálogo Obter Dados e selecionar Conectar.

3. Na caixa de diálogo Abrir, navegue até o arquivo .xlsx Produtos e selecione-o e,

em seguida, selecione Abrir.

4. No Navegador, selecione a tabela Produtos e, em seguida, selecione Transformar

Dados.
 É aberta uma pré-visualização de tabela no Editor do Power Query, onde pode
aplicar transformações para limpar os dados.

７ Nota

Também pode abrir o Editor do Power Query selecionando Transformar dados no

friso Base no Power BI Desktop ou clicando com o botão direito do rato ou
escolhendo Mais opções junto a qualquer consulta na vista Relatório e
selecionando Transformar dados.
Limpar as colunas
Seu relatório combinado usa as colunas ProductID, ProductName, QuantityPerUnit e
UnitsInStock da pasta de trabalho do Excel. Você pode remover as outras colunas.

1. No Power Query Editor, selecione as colunas ProductID, ProductName,

QuantityPerUnit e UnitsInStock. Você pode usar Ctrl para selecionar mais de uma
coluna ou Shift para selecionar colunas próximas umas das outras.

2. Clique com o botão direito do mouse em qualquer um dos cabeçalhos

selecionados. Selecione Remover Outras Colunas no menu suspenso. Você
também pode selecionar Remover Colunas Remover Outras Colunas no grupo
Gerenciar Colunas> na guia Página Inicial da faixa de opções.

Importar os dados do pedido do feed OData

Em seguida, importe os dados do pedido do feed OData do sistema de vendas
Northwind de exemplo.

1. No Power Query Editor, selecione Nova Origem e, em seguida, no menu Mais

Comum, selecione Feed OData.
2. Na caixa de diálogo feed OData, cole a URL do feed OData Northwind,
https://services.odata.org/V3/Northwind/Northwind.svc/ . Selecione OK.

3. No Navegador, selecione a tabela Encomendas e, em seguida, selecione OK para

carregar os dados no Power Query Editor.
 ７ Nota

No Navegador, você pode selecionar qualquer nome de tabela, sem marcar a

caixa de seleção, para ver uma visualização.

Expandir os dados do pedido

Você pode usar referências de tabela para criar consultas ao se conectar a fontes de
dados com várias tabelas, como bancos de dados relacionais ou o feed Northwind
OData. A tabela Pedidos contém referências a várias tabelas relacionadas. Você pode
usar a operação de expansão para adicionar as colunas ProductID, UnitPrice e Quantity
da tabela de Order_Details relacionada à tabela de assunto (Pedidos).

1. Desloque-se para a direita na tabela Encomendas até ver a coluna Order_Details .

Ele contém referências a outra tabela e não dados.
 2. Selecione o ícone Expandir ( ) no cabeçalho da coluna Order_Details .

3. No menu pendente:

a. Selecione (Selecionar todas as colunas) para limpar todas as colunas.

b. Selecione ProductID, UnitPrice e Quantity e, em seguida, selecione OK.

Depois de expandir a tabela Order_Details, três novas colunas de tabela aninhadas

substituem a coluna Order_Details. Há novas linhas na tabela para os dados
adicionados de cada pedido.
Criar uma coluna calculada personalizada
O Power Query Editor permite-lhe criar cálculos e campos personalizados para
enriquecer os seus dados. Você pode criar uma coluna personalizada que multiplica o
preço unitário pela quantidade do item para calcular o preço total do item de linha de
cada pedido.

1. No separador Adicionar Coluna do Editor do Power Query, selecione Coluna

Personalizada.

2. Na caixa de diálogo Coluna Personalizada, digite LineTotal no campo Novo nome

da coluna.

3. No campo Fórmula de coluna personalizada após o =, insira

[Order_Details.PreçoUnitário][Order_Details.Quantidade] * . Você também pode
selecionar os nomes dos campos na caixa de rolagem Colunas disponíveis e
selecionar << Inserir, em vez de digitá-los.
 4. Selecione OK.

O novo campo LineTotal aparece como a última coluna na tabela Pedidos .

Definir o tipo de dados do novo campo

Quando o Editor do Power Query se conecta aos dados, ele faz uma melhor estimativa
quanto ao tipo de dados de cada campo para fins de exibição. Um ícone de cabeçalho
indica o tipo de dados atribuído a cada campo. Você também pode procurar em Tipo
de Dados no grupo Transformar da guia da faixa de opções Página Inicial.

Sua nova coluna LineTotal tem um tipo de dados Any, mas tem valores de moeda. Para
atribuir um tipo de dados, clique com o botão direito do rato no cabeçalho da coluna
LineTotal, selecione Alterar Tipo no menu pendente e, em seguida, selecione Número
decimal fixo.
 ７ Nota

Também pode selecionar a coluna LineTotal e, em seguida, selecionar a seta junto

a Tipo de Dados na área Transformar do separador Base do friso e, em seguida,
selecionar Número decimal fixo.

Limpar as colunas de pedidos

Para facilitar o trabalho do modelo em relatórios, você pode excluir, renomear e
reordenar algumas colunas.

Seu relatório usará as seguintes colunas:

Data da encomenda
Cidade do Navio
País do Navio
Order_Details.ID do Produto
Order_Details.PreçoUnitário
Order_Details.Quantidade
LinhaTotal
Selecione essas colunas e use Remover Outras Colunas como fez com os dados do
Excel. Ou, você pode selecionar as colunas não listadas, clique com o botão direito do
mouse em uma delas e selecione Remover colunas.

Você pode renomear as colunas prefixadas com "Order_Details." para torná-las mais
fáceis de ler:

1. Clique duas vezes ou toque e segure cada cabeçalho de coluna ou clique com o
botão direito do mouse no cabeçalho da coluna e selecione Renomear no menu
suspenso.

2. Exclua o prefixo Order_Details. de cada nome.

Finalmente, para facilitar o acesso à coluna LineTotal, arraste-a e solte-a à esquerda, à

direita da coluna ShipCountry.

Revise as etapas de consulta

As ações do Power Query Editor para moldar e transformar dados são gravadas. Cada
ação aparece à direita no painel Configurações de Consulta em ETAPAS APLICADAS.
Você pode voltar atrás nas ETAPAS APLICADAS para revisar suas etapas e editá-las,
excluí-las ou reorganizá-las, se necessário. No entanto, alterar as etapas anteriores é
arriscado, pois isso pode interromper as etapas posteriores.

Selecione cada uma das suas consultas na lista Consultas no lado esquerdo do Power
Query Editor e reveja os PASSOS APLICADOS em Definições de Consulta. Depois de
aplicar as transformações de dados anteriores, as ETAPAS APLICADAS para suas duas
consultas devem ter esta aparência:

Consulta de produtos
Consulta de encomendas

 Dica

Subjacentes aos passos aplicados estão fórmulas escritas na Linguagem Power

Query, também conhecida como linguagem M. Para ver e editar as fórmulas,
selecione Editor Avançado no grupo Consulta do separador Base do friso.
Importar as consultas transformadas
Quando estiver satisfeito com os dados transformados e pronto para importá-los para o
modo de exibição Relatório do Power BI Desktop, selecione Fechar Aplicar Fechar &
Aplicar> no grupo Fechar & da faixa de opções Página Inicial.

Depois que os dados são carregados, as consultas aparecem na lista Campos no modo
de exibição Relatório do Power BI Desktop.

Gerenciar a relação entre os modelos

semânticos
O Power BI Desktop não exige que você combine consultas para gerar relatórios sobre
elas. No entanto, você pode usar as relações entre modelos semânticos, com base em
campos comuns, para estender e enriquecer seus relatórios. O Power BI Desktop pode
detetar relações automaticamente ou você pode criá-las na caixa de diálogo Gerenciar
Relações do Power BI Desktop. Para obter mais informações, consulte Criar e gerenciar
relacionamentos no Power BI Desktop.

O campo compartilhado ProductID cria uma relação entre os modelos semânticos e

deste Orders Products tutorial.

1. No modo de exibição Relatório do Power BI Desktop, selecione Gerenciar

relacionamentos na área Relações da guia da faixa de opções Modelagem.

2. Na caixa de diálogo Gerenciar relações, você pode ver que o Power BI Desktop já
detetou e listou uma relação ativa entre as tabelas Produtos e Pedidos. Para
visualizar a relação, selecione Editar.

Editar relação é aberto, mostrando detalhes sobre a relação.

 3. O Power BI Desktop detetou automaticamente a relação corretamente, para que
você possa selecionar Cancelar e, em seguida , Fechar.

No Power BI Desktop, no lado esquerdo, selecione Modelo para exibir e gerenciar

relações de consulta. Clique duas vezes na seta na linha que conecta as duas consultas
para abrir a caixa de diálogo Editar relação e exibir ou alterar a relação.
Para voltar à vista Relatório a partir da vista Modelo, selecione o ícone Relatório.

Crie visualizações usando seus dados

Você pode criar visualizações diferentes no Modo de Exibição de Revisão do Power BI
Desktop para obter informações sobre dados. Os relatórios podem ter várias páginas e
cada página pode ter vários elementos visuais. Você e outras pessoas podem interagir
com suas visualizações para ajudar a analisar e entender os dados. Para obter mais
informações, consulte Interagir com um relatório no modo de exibição Edição no
serviço Power BI.
Você pode usar ambos os conjuntos de dados e a relação entre eles para ajudar a
visualizar e analisar seus dados de vendas.

Primeiro, crie um gráfico de colunas empilhadas que use campos de ambas as consultas
para mostrar a quantidade de cada produto pedido.

1. Selecione o campo Quantidade em Pedidos no painel Campos à direita ou

arraste-o para um espaço em branco na tela. É criado um gráfico de colunas
empilhadas que mostra a quantidade total de todos os produtos encomendados.

2. Para mostrar a quantidade de cada produto encomendado, selecione

ProductName em Produtos no painel Campos ou arraste-o para o gráfico.

3. Para classificar os produtos da maioria para a menos ordenada, selecione Mais

reticências de opções (...) no canto superior direito da visualização e, em seguida,
selecione Classificar por>quantidade.

4. Use as alças nos cantos do gráfico para ampliá-lo para que mais nomes de
produtos fiquem visíveis.

Em seguida, crie um gráfico mostrando os valores em dólares da ordem (LineTotal) ao

longo do tempo (OrderDate).

1. Sem nada selecionado na tela, selecione LineTotal em Pedidos no painel Campos

ou arraste-o para um espaço em branco na tela. O gráfico de colunas empilhadas
mostra o valor total em dólares de todas as ordens.

2. Selecione o gráfico empilhado e, em seguida, selecione OrderDate em Orders ou

arraste-o para o gráfico. O gráfico agora mostra os totais de linhas para cada data
do pedido.

3. Arraste os cantos para redimensionar a visualização e ver mais dados.

  Dica

Se você vir apenas Anos no gráfico e apenas três pontos de dados, selecione
a seta ao lado deDatadaEncomenda no campo Eixo do painel Visualizações
e selecione DatadaEncomenda em vez de Hierarquia de Data. Como
alternativa, talvez seja necessário selecionar Opções e configurações >
Opções no menu Arquivo e, em Carregamento de dados, desmarque a opção
Data/hora automática para novos arquivos.

Por fim, crie uma visualização de mapa mostrando os valores dos pedidos de cada país
ou região.

1. Sem nada selecionado na tela, selecione ShipCountry em Pedidos no painel

Campos ou arraste-o para um espaço em branco na tela. O Power BI Desktop
deteta que os dados são nomes de país ou região. Em seguida, cria
automaticamente uma visualização de mapa, com um ponto de dados para cada
país ou região com pedidos.

2. Para fazer com que os tamanhos dos pontos de dados reflitam os valores dos
pedidos de cada país/região, arraste o campo LineTotal para o mapa. Você
também pode arrastá-lo para Adicionar campos de dados aqui em Tamanho no
painel Visualizações. Os tamanhos dos círculos no mapa agora refletem os valores
em dólares das ordens de cada país ou região.
Interaja com os visuais do relatório para
analisar melhor
No Power BI Desktop, você pode interagir com elementos visuais que destacam e
filtram uns aos outros para descobrir outras tendências. Para obter mais informações,
consulte Filtros e realce em relatórios do Power BI.

Devido à relação entre suas consultas, as interações com uma visualização afetam todas
as outras visualizações na página.

Na visualização do mapa, selecione o círculo centralizado no Canadá. As outras duas

visualizações filtram para destacar os totais de linhas canadenses e as quantidades de
ordem.

Selecione um produto gráfico Quantidade por Nome do Produto para ver o mapa e o
filtro do gráfico de data para refletir os dados desse produto. Selecione um LineTotal
por data do gráfico OrderDate para ver o mapa e o filtro do gráfico de produto para
mostrar os dados dessa data.

 Dica

Para limpar uma seleção, selecione-a novamente ou selecione uma das outras
visualizações.

Conclua o relatório de análise de vendas

Seu relatório concluído combina dados do arquivo Products.xlsx Excel e do feed
Northwind OData em elementos visuais que ajudam a analisar informações de pedidos,
prazos e produtos de diferentes países ou regiões. Quando o relatório estiver pronto,
você poderá carregá-lo no serviço do Power BI para compartilhá-lo com outros usuários
do Power BI.

Próximos passos
Treinamento do Microsoft Learn para Power BI
Ver vídeos do Power BI
Visite o Fórum do Power BI
Leia o Blog do Power BI
Implementar segurança em nível de
linha em um modelo de tabela do
Analysis Services local
Artigo • 16/01/2024

Usando um modelo semântico de exemplo para trabalhar nas etapas abaixo, este
tutorial mostra como implementar a segurança em nível de linha em um Modelo de
Tabela do Analysis Services local e usá-la em um relatório do Power BI.

Criar uma nova tabela de segurança no banco de dados AdventureworksDW2012

Construa o modelo tabular com as tabelas de fatos e dimensões necessárias
Definir funções e permissões de usuário
Implantar o modelo em uma instância tabular do Analysis Services
Criar um relatório do Power BI Desktop que exiba dados personalizados para o
usuário que acessa o relatório
Implantar o relatório no serviço do Power BI
Criar um novo painel com base no relatório
Partilhe o painel com os seus colegas de trabalho

Este tutorial requer o banco de dados AdventureworksDW2012.

Tarefa 1: Criar a tabela de segurança do usuário

e definir a relação de dados
Você pode encontrar muitos artigos que descrevem como definir a segurança dinâmica
em nível de linha com o modelo tabular do SQL Server Analysis Services (SSAS).

As etapas aqui exigem o uso do banco de dados relacional AdventureworksDW2012.

1. No AdventureworksDW2012, crie a DimUserSecurity tabela conforme mostrado

abaixo. Você pode usar o SQL Server Management Studio (SSMS) para criar a
tabela.
2. Depois de criar e salvar a tabela, você precisa estabelecer a relação entre a coluna
da tabela e a DimUserSecurity DimSalesTerritory coluna da
SalesTerritoryID SalesTerritoryKey tabela, conforme mostrado abaixo.

No SSMS, clique com o botão direito do mouse em DimUserSecurity e selecione

Design. Em seguida, selecione Relações do Designer de Tabela>.... Quando
terminar, salve a tabela.

3. Adicione usuários à tabela. Clique com o botão direito do mouse em

DimUserSecurity e selecione Editar as 200 principais linhas. Depois de adicionar
usuários, a DimUserSecurity tabela deve ser semelhante ao exemplo a seguir:

Você verá esses usuários nas próximas tarefas.

4. Em seguida, faça uma junção interna com a DimSalesTerritory tabela, que mostra
os detalhes da região associada ao usuário. O código SQL aqui faz a junção interna
e a imagem mostra como a tabela aparece.

SQL

select b.SalesTerritoryCountry, b.SalesTerritoryRegion, a.EmployeeID,

a.FirstName, a.LastName, a.UserName from [dbo].[DimUserSecurity] as a
 join [dbo].[DimSalesTerritory] as b on a.[SalesTerritoryID] = b.
[SalesTerritoryKey]

A tabela unida mostra quem é responsável por cada região de vendas, graças ao
relacionamento criado na Etapa 2. Por exemplo, pode ver que Rita Santos é
responsável pela Austrália.

Tarefa 2: Criar o modelo tabular com fatos e

tabelas de dimensão
Uma vez que seu data warehouse relacional esteja em vigor, você precisa definir o
modelo tabular. Você pode criar o modelo usando o SSDT (SQL Server Data Tools ). Para
obter mais informações, consulte Criar um novo projeto de modelo tabular.

1. Importe todas as tabelas necessárias para o modelo, conforme mostrado abaixo.

2. Depois de importar as tabelas necessárias, você precisa definir uma função

chamada SalesTerritoryUsers com permissão de Ler. Selecione o menu Modelo no
 SQL Server Data Tools e, em seguida, selecione Funções. No Gerenciador de
Funções, selecione Novo.

3. Em Membros no Gestor de Funções, adicione os utilizadores que definiu na

DimUserSecurity tabela da Tarefa 1.

4. Em seguida, adicione as funções adequadas para ambas as

DimSalesTerritory DimUserSecurity tabelas, conforme mostrado abaixo na guia

Filtros de linha.
5. A LOOKUPVALUE função retorna valores para uma coluna na qual o nome de usuário
do Windows corresponde ao que a USERNAME função retorna. Em seguida, você
pode restringir as consultas para onde os LOOKUPVALUE valores retornados
correspondem aos da mesma tabela ou da tabela relacionada. Na coluna Filtro
DAX, digite a seguinte fórmula:

DAX

=DimSalesTerritory[SalesTerritoryKey]=LOOKUPVALUE(DimUserSecurity[Sales
TerritoryID], DimUserSecurity[UserName], USERNAME(),
DimUserSecurity[SalesTerritoryID],
DimSalesTerritory[SalesTerritoryKey])

Nesta fórmula, a função retorna todos os valores para a LOOKUPVALUE coluna, onde
o é o mesmo que o nome de usuário atual conectado no Windows e
DimUserSecurity[SalesTerritoryID] é o mesmo que o

DimSalesTerritory[SalesTerritoryKey] DimUserSecurity[UserName]

. DimUserSecurity[SalesTerritoryID]

） Importante
 Ao usar segurança em nível de linha, a função DAX USERELATIONSHIP não é
suportada.

O conjunto de devoluções LOOKUPVALUE de Vendas SalesTerritoryKey é então

usado para restringir as linhas mostradas no DimSalesTerritory . Somente as linhas
onde o SalesTerritoryKey valor está nos IDs que a LOOKUPVALUE função retorna
são exibidas.

6. Para a tabela, na coluna Filtro DAX, adicione a DimUserSecurity seguinte fórmula:

DAX

=FALSE()

Esta fórmula especifica que todas as colunas são resolvidas para false ; o que
significa que DimUserSecurity as colunas da tabela não podem ser consultadas.

Agora você precisa processar e implantar o modelo. Para obter mais informações,
consulte Implantar.

Tarefa 3: Adicionar fontes de dados em seu

gateway de dados local
Depois que o modelo tabular estiver implantado e pronto para consumo, você precisará
adicionar uma conexão de fonte de dados ao servidor tabular local do Analysis Services.

1. Para permitir que o serviço do Power BI acesse seu serviço de análise local, você
precisa de um gateway de dados local instalado e configurado em seu ambiente.

2. Depois que o gateway estiver configurado corretamente, você precisará criar uma
conexão de fonte de dados para sua instância tabular do Analysis Services . Para
obter mais informações, consulte Gerenciar sua fonte de dados - Analysis Services.
Com esse procedimento concluído, o gateway está configurado e pronto para interagir
com sua fonte de dados local do Analysis Services.

Tarefa 4: Criar relatório com base no modelo

tabular do Analysis Services usando o Power BI
Desktop
1. Inicie o Power BI Desktop e selecione Obter Banco>de Dados de Dados.

2. Na lista de fontes de dados, selecione o Banco de Dados doSQL Server Analysis

Services e selecione Conectar.
3. Preencha os detalhes da instância tabular do Analysis Services e selecione
Conectar ao vivo. Em seguida, selecione OK.
 Com o Power BI, a segurança dinâmica funciona apenas com uma conexão em
tempo real.

4. Você pode ver que o modelo implantado está na instância do Analysis Services.
Selecione o respetivo modelo e, em seguida, selecione OK.

O Power BI Desktop agora exibe todos os campos disponíveis, à direita da tela no

painel Campos .

5. No painel Campos, selecione a medida SalesAmount na tabela FactInternetSales e

a dimensão SalesTerritoryRegion na tabela SalesTerritory.

6. Para manter este relatório simples, não adicionaremos mais colunas agora. Para ter
uma representação de dados mais significativa, altere a visualização para o gráfico
Donut.

7. Quando o relatório estiver pronto, você poderá publicá-lo diretamente no portal

do Power BI. Na faixa de opções Página Inicial no Power BI Desktop, selecione
Publicar.

Tarefa 5: Criar e compartilhar um painel

Você criou o relatório e o publicou no serviço do Power BI . Agora você pode usar o
exemplo criado nas etapas anteriores para demonstrar o cenário de segurança do
modelo.

Na função de Gerente de Vendas, o usuário Grace pode ver dados de todas as diferentes
regiões de vendas. Grace cria esse relatório e o publica no serviço do Power BI. Este
relatório foi criado nas tarefas anteriores.

Depois que Grace publicar o relatório, a próxima etapa é criar um painel no serviço do
Power BI chamado TabularDynamicSec com base nesse relatório. Na imagem a seguir,
observe que Grace pode ver os dados correspondentes a toda a região de vendas.

Agora, Grace compartilha o painel com uma colega, Rita, que é responsável pelas
vendas da região da Austrália.
Quando Rita inicia sessão no serviço do Power BI e visualiza o dashboard partilhado que
Grace criou, apenas as vendas da região da Austrália são visíveis.

Parabéns! O serviço do Power BI mostra a segurança dinâmica em nível de linha definida

no modelo tabular local do Analysis Services. O Power BI usa a propriedade para enviar
a credencial de usuário atual do Power BI para a EffectiveUserName fonte de dados local
para executar as consultas.
Tarefa 6: Compreender o que acontece nos
bastidores
Esta tarefa pressupõe que você esteja familiarizado com o SQL Server Profiler, pois
precisa capturar um rastreamento do criador de perfil do SQL Server em sua instância
tabular do SSAS local.

A sessão é inicializada assim que o usuário, Rita, acessa o painel no serviço do Power BI.
Você pode ver que a função salesterritoryusers tem um efeito imediato com o nome de
usuário efetivo como <EffectiveUserName>[email protected]</EffectiveUserName>

<PropertyList><Catalog>DefinedSalesTabular</Catalog>
<Timeout>600</Timeout><Content>SchemaData</Content><Format>Tabular</Format>
<AxisFormat>TupleFormat</AxisFormat><BeginRange>-1</BeginRange>
<EndRange>-1</EndRange><ShowHiddenCubes>false</ShowHiddenCubes>
<VisualMode>0</VisualMode><DbpropMsmdFlattened2>true</DbpropMsmdFlattened2>
<SspropInitAppName>PowerBI</SspropInitAppName>
<SecuredCellValue>0</SecuredCellValue><ImpactAnalysis>false</ImpactAnalysis>
<SQLQueryMode>Calculated</SQLQueryMode>
<ClientProcessID>6408</ClientProcessID><Cube>Model</Cube>
<ReturnCellProperties>true</ReturnCellProperties>
<CommitTimeout>0</CommitTimeout><ForceCommitTimeout>0</ForceCommitTimeout>
<ExecutionMode>Execute</ExecutionMode><RealTimeOlap>false</RealTimeOlap>
<MdxMissingMemberMode>Default</MdxMissingMemberMode>
<DisablePrefetchFacts>false</DisablePrefetchFacts>
<UpdateIsolationLevel>2</UpdateIsolationLevel>
<DbpropMsmdOptimizeResponse>0</DbpropMsmdOptimizeResponse>
<ResponseEncoding>Default</ResponseEncoding>
<DirectQueryMode>Default</DirectQueryMode><DbpropMsmdActivityID>4ea2a372-
dd2f-4edd-a8ca-1b909b4165b5</DbpropMsmdActivityID>
<DbpropMsmdRequestID>2313cf77-b881-015d-e6da-
eda9846d42db</DbpropMsmdRequestID><LocaleIdentifier>1033</LocaleIdentifier>
<EffectiveUserName>[email protected]</EffectiveUserName></PropertyList>

Com base na solicitação de nome de usuário efetiva, o Analysis Services converte a

solicitação na credencial real contoso\rita depois de consultar o Ative Directory local.
Depois que o Analysis Services obtém a credencial, o Analysis Services retorna os dados
que o usuário tem permissão para exibir e acessar.

Se ocorrer mais atividade com o painel, com o SQL Profiler você verá uma consulta
específica voltando ao modelo tabular do Analysis Services como uma consulta DAX.
Por exemplo, se Rita passar do painel para o relatório subjacente, ocorrerá a seguinte
consulta.
Você também pode ver abaixo a consulta DAX que está sendo executada para
preencher os dados do relatório.

DAX

EVALUATE
ROW(
"SumEmployeeKey", CALCULATE(SUM(Employee[EmployeeKey]))
)

<PropertyList xmlns="urn:schemas-microsoft-com:xml-analysis">``
<Catalog>DefinedSalesTabular</Catalog>
<Cube>Model</Cube>
<SspropInitAppName>PowerBI</SspropInitAppName>
<EffectiveUserName>[email protected]</EffectiveUserName>
<LocaleIdentifier>1033</LocaleIdentifier>
<ClientProcessID>6408</ClientProcessID>
<Format>Tabular</Format>
<Content>SchemaData</Content>
<Timeout>600</Timeout>
<DbpropMsmdRequestID>8510d758-f07b-a025-8fb3-
a0540189ff79</DbpropMsmdRequestID>
<DbPropMsmdActivityID>f2dbe8a3-ef51-4d70-a879-
5f02a502b2c3</DbPropMsmdActivityID>
<ReturnCellProperties>true</ReturnCellProperties>
<DbpropMsmdFlattened2>true</DbpropMsmdFlattened2>
<DbpropMsmdActivityID>f2dbe8a3-ef51-4d70-a879-
5f02a502b2c3</DbpropMsmdActivityID>
</PropertyList>

Considerações
A segurança local em nível de linha com o Power BI só está disponível com
conexão ao vivo.

Quaisquer alterações nos dados após o processamento do modelo estariam

imediatamente disponíveis para os usuários que acessam o relatório com conexão
em tempo real do serviço do Power BI.
Tutorial: Conectar-se a um repositório
GitHub com o Power BI
Artigo • 24/07/2024

Neste tutorial, você se conecta a dados reais: o repositório público de conteúdo do

Power BI (também conhecido como repo) no serviço GitHub. O Power BI cria
automaticamente um dashboard e um relatório com os dados. Você vê respostas para
perguntas como: Quantas pessoas contribuem para o repositório público do Power BI?
Quem contribui mais? Qual o dia da semana com mais contribuições? E outras questões.

Você também pode se conectar aos seus próprios repositórios públicos ou privados do
GitHub. Para usar um aplicativo de modelo do Power BI para se conectar aos seus
repositórios, consulte Conectar-se ao GitHub com o Power BI.

Neste tutorial, vai concluir os seguintes passos:

＂ Inscreva-se para obter uma conta no GitHub, se ainda não tiver uma.
＂ Inicie sessão na sua conta do Power BI ou registe-se, se ainda não tiver uma.
＂ Abra o serviço do Power BI.
＂ Encontre o aplicativo GitHub.
＂ Insira as informações para o repositório GitHub público do Power BI.
＂ Visualize o painel e o relatório com dados do GitHub.
＂ Limpe os recursos excluindo o aplicativo.
Se você não estiver inscrito no Power BI, inscreva-se para uma avaliação gratuita antes
de começar.

Pré-requisitos
Para concluir este tutorial, você precisa de uma conta no GitHub, se ainda não tiver uma.

Inscreva-se para obter uma conta no GitHub.

Como se ligar
1. Entre no serviço do Power BI (app.powerbi.com).

2. No painel de navegação, selecione Aplicações e, em seguida , Obter aplicações.

3. Digite GitHub na caixa de pesquisa. Selecione o aplicativo e, em seguida, escolha

Obter agora.
4. Selecione Instalar.

5. Quando vir a notificação, A sua nova aplicação está pronta!, selecione Ir para a
aplicação.

6. Na página inicial do aplicativo, selecione Conectar seus dados.

7. Na caixa de diálogo conectar, insira o nome do repositório e o proprietário do

repositório do repositório. O URL para este repositório é
 https://github.com/MicrosoftDocs/powerbi-docs . Insira MicrosoftDocs como o

proprietário do repositório e powerbi-docs como o nome do repositório.

Selecione Seguinte.

8. Certifique-se de que Método de Autenticação está definido como OAuth2 e, em

seguida, selecione Iniciar sessão e ligar.
 9. Se solicitado, siga as instruções de autenticação do GitHub e dê permissão ao
Power BI para acessar seus dados.

Depois que o Power BI pode se conectar ao GitHub, os dados em seu modelo

semântico do Power BI são atualizados uma vez por dia.
Depois que o Power BI importar os dados, você verá o conteúdo em seu
novo espaço de trabalho do GitHub.

10. Selecione Espaços de trabalho no painel de navegação para ver o painel, os

relatórios e os modelos semânticos. Você pode selecionar Mais opções (...) para
visualizar as configurações.
11. Em Configurações do espaço de trabalho, você pode renomear ou excluir o
espaço de trabalho.
12. Selecione seu painel do GitHub. Pode minimizar ou expandir o painel de
navegação, para ter mais espaço para ver os seus dados.

O painel do GitHub contém dados dinâmicos, portanto, os valores que você vê

podem ser diferentes.
Fazer uma pergunta
1. Selecione a caixa de texto Faça uma pergunta sobre seus dados . O Power BI abre
a janela de Perguntas e Respostas e oferece alguns exemplos de perguntas.

2. Insira quantos usuários, o Power BI oferece uma lista de perguntas.

3. Você pode editar sua pergunta, por exemplo, entre quantos e usuários, digite
solicitações pull por.

O Power BI cria um gráfico de barras visual que mostra o número de solicitações

pull por pessoa.
 4. Selecione o ícone de alfinete para fixar o visual no painel e, em seguida, Sair das
Perguntas e Respostas.

Exibir o relatório do GitHub

1. No painel do GitHub, selecione Mais opções (...) no gráfico de colunas Pull
Requests by Month. Escolha Ir para relatório.

2. Selecione um nome de usuário no gráfico Total de solicitações pull por usuário .

Um novo bloco aparece com resultados para um usuário.
 3. Selecione a guia Cartão perfurado para visualizar a próxima página do relatório.
Agora você pode ver volumes de trabalho por hora do dia e dia da semana.

Clean up resources (Limpar recursos)

Agora que você terminou o tutorial, você pode excluir o aplicativo GitHub.

1. No painel de navegação, selecione Aplicações.

 2. No mosaico da aplicação, selecione Mais opções (...) e, em seguida, selecione
Eliminar.

Conteúdos relacionados
Neste tutorial, você se conectou a um repositório público do GitHub e obteve dados,
que o Power BI formatou em um painel e relatório. Você respondeu a algumas
perguntas sobre os dados explorando o painel e o relatório. Agora você pode saber
mais sobre como se conectar a outros serviços, como Salesforce, Microsoft Dynamics e
Google Analytics.

Conectar-se ao GitHub com um aplicativo de modelo do Power BI

Comentários
Esta página foi útil?  Yes  No
Fornecer comentários sobre o produto | Perguntar à comunidade
Tutorial: Usar os Serviços Cognitivos no
Power BI
Artigo • 08/09/2023

O Power BI fornece acesso a um conjunto de funções dos Serviços Cognitivos do Azure

para enriquecer seus dados na preparação de dados de autoatendimento para fluxos de
dados. Os serviços suportados atualmente são análise de sentimento, extração de
frases-chave, deteção de idioma e marcação de imagens. As transformações são
executadas no serviço do Power BI e não exigem uma assinatura dos Serviços
Cognitivos do Azure. Esse recurso requer o Power BI Premium.

As transformações dos Serviços Cognitivos são suportadas na preparação de dados de

autoatendimento para fluxos de dados. Use os exemplos passo a passo para análise
de texto e marcação de imagem neste artigo para começar.

Neste tutorial, irá aprender a:

＂ Importar dados para um fluxo de dados

＂ Pontuar o sentimento e extrair frases-chave de uma coluna de texto em um fluxo
de dados
＂ Conectar-se aos resultados do Power BI Desktop

Pré-requisitos
Para concluir este tutorial, precisa dos seguintes pré-requisitos:

Uma conta do Power BI. Se você não estiver inscrito no Power BI, inscreva-se para
uma avaliação gratuita antes de começar.
Acesso a uma capacidade do Power BI Premium com a carga de trabalho de IA
habilitada. Essa carga de trabalho é desativada por padrão durante a visualização.
Se você estiver em uma capacidade Premium e o AI Insights não estiver
aparecendo, entre em contato com o administrador de capacidade Premium para
habilitar a carga de trabalho de IA no portal de administração.

Análise de texto
Siga as etapas nesta seção para concluir a parte de análise de texto do tutorial.
Etapa 1: Aplicar pontuação de sentimento no serviço do
Power BI
Para começar, navegue até um espaço de trabalho do Power BI com capacidade
Premium e crie um novo fluxo de dados usando o botão Criar no canto superior direito
da tela.

A caixa de diálogo fluxo de dados mostra as opções para criar um novo fluxo de dados,
selecione Adicionar novas entidades. Em seguida, escolha Texto/CSV no menu de
fontes de dados.

Cole este URL no campo URL:

https://pbiaitutorials.blob.core.windows.net/textanalytics/FabrikamComments.csv e

selecione Next.
 

Os dados agora estão prontos para uso para análise de texto. Você pode usar a
Pontuação de sentimento e a Extração de frases-chave na coluna de comentários do
cliente.

No Power Query Editor, selecione AI Insights


Expanda a pasta Serviços Cognitivos e selecione a função que você gostaria de usar.
Este exemplo pontua o sentimento da coluna de comentários, mas você pode seguir as
mesmas etapas para experimentar a Deteção de idioma e a extração de frases-chave.

Depois de selecionar uma função, os campos obrigatórios e opcionais aparecem. Para

pontuar o sentimento das avaliações de exemplo, selecione a coluna de avaliações
como entrada de texto. A informação cultural é uma entrada opcional e requer um
formato ISO. Por exemplo, digite en se quiser que o texto seja tratado como inglês.
Quando o campo é deixado em branco, o Power BI deteta primeiro o idioma do valor de
entrada antes de pontuar o sentimento.


Agora selecione Invocar para executar a função. A função adiciona uma nova coluna
com a pontuação de sentimento para cada linha à tabela. Você pode voltar aos insights
de IA para extrair frases-chave do texto de revisão da mesma maneira.

Depois de concluir as transformações, altere o nome da consulta para Comentários do

cliente e selecione Concluído.

Em seguida, salve o fluxo de dados e nomeie-o como Fabrikam. Selecione o botão

Atualizar agora que aparece depois de salvar o fluxo de dados.

Depois de salvar e atualizar o fluxo de dados, você pode usá-lo em um relatório do

Power BI.

Etapa 2: Conectar-se a partir do Power BI Desktop

Abra Power BI Desktop. Na faixa de opções Página Inicial, selecione Obter dados.

Selecione Power BI e, em seguida, escolha Fluxos de dados do Power BI. Selecione

Ligar.

Inicie sessão com a sua conta da organização.

Selecione o fluxo de dados que você criou. Navegue até a tabela Comentários do
cliente e escolha Carregar.

Agora que os dados estão carregados, você pode começar a criar um relatório.

Marcação de imagem
No serviço Power BI, navegue até um espaço de trabalho com capacidade Premium. Crie
um novo fluxo de dados usando o botão Criar no canto superior direito da tela.
Selecione Adicionar novas entidades.

Depois de escolher uma fonte de dados, selecione Consulta em branco.

 

Copie esta consulta no editor de consultas e selecione Avançar. Você pode substituir os
caminhos de URL por outras imagens ou adicionar mais linhas. A Web.Contents função
importa o URL da imagem como binário. Se você tiver uma fonte de dados com
imagens armazenadas como binárias, também poderá usá-la diretamente.

Python

let
Source = Table.FromRows({
{ Web.Contents("https://images.pexels.com/photos/87452/flowers-background-
butterflies-beautiful-87452.jpeg") },
{
Web.Contents("https://upload.wikimedia.org/wikipedia/commons/5/53/Colosseum_
in_Rome%2C_Italy_-_April_2007.jpg") }}, { "Image" })
in
Source

Quando as credenciais forem solicitadas, selecione anônimo.

 

Você verá a caixa de diálogo a seguir.

O Power BI solicita credenciais para cada página da Web.

Selecione AI Insights no editor de consultas.

 

Em seguida, inicie sessão com a sua conta organizacional.

Selecione a função Marcar imagens, digite [Binário] no campo de coluna e digite en no

campo de informações de cultura.

７ Nota
 No momento, não é possível escolher uma coluna usando uma lista suspensa. Este
problema será resolvido o mais rapidamente possível durante a pré-visualização
privada.

No editor de funções, remova as aspas ao redor do nome da coluna.

７ Nota

Remover as aspas é uma solução temporária. Este problema será resolvido o mais
rapidamente possível durante a pré-visualização.

A função retorna um registro com as tags no formato separado por vírgulas e como um
registro json . Selecione o botão de expansão para adicionar uma ou ambas como
colunas à tabela.
Selecione Concluído e salve o fluxo de dados. Depois de atualizar o fluxo de dados,
você pode se conectar a ele a partir do Power BI Desktop usando os conectores
Dataflows.

Limpar recursos
Quando terminar de utilizar este tutorial, elimine a consulta clicando com o botão
direito do rato no nome da consulta no Editor do Power Query e selecionando Eliminar.

Limitações
Existem alguns problemas conhecidos com o uso do Gateway com Serviços Cognitivos.
Se você precisar usar um gateway, recomendamos criar um fluxo de dados que importe
os dados necessários usando um gateway primeiro. Em seguida, crie outro fluxo de
dados que faça referência ao primeiro fluxo de dados para aplicar essas funções.

Se o seu trabalho de IA com fluxos de dados falhar, talvez seja necessário ativar o Fast
Combine ao usar IA com fluxos de dados. Depois de importar sua tabela e antes de
começar a adicionar recursos de IA, selecione Opções na faixa de opções Página Inicial e,
na janela exibida, marque a caixa de seleção ao lado de Permitir a combinação de
dados de várias fontes para habilitar o recurso e, em seguida, selecione OK para salvar
sua seleção. Em seguida, você pode adicionar recursos de IA ao seu fluxo de dados.

Próximos passos
Neste tutorial, você aplicou funções de pontuação de sentimento e marcação de
imagem em um fluxo de dados do Power BI. Para saber mais sobre os Serviços
Cognitivos no Power BI, consulte os seguintes artigos.

Serviços Cognitivos do Azure

Introdução à preparação de dados de autoatendimento em fluxos de dados
Saiba mais sobre o Power BI Premium

Você também pode estar interessado nos seguintes artigos.

Tutorial: Consumir modelos do Azure Machine Learning no Power BI

IA com fluxos de dados
Tutorial: Criar um modelo de
aprendizagem automática no Power BI
Artigo • 25/04/2024

） Importante

A criação de modelos do Power BI Automated Machine Learning (AutoML) para

fluxos de dados v1 foi desativada e não está mais disponível. Os clientes são
incentivados a migrar sua solução para o recurso AutoML no Microsoft Fabric. Para
obter mais informações, consulte o anúncio de aposentadoria.

Neste tutorial, você usa o aprendizado de máquina automatizado para criar e aplicar um
modelo de previsão binário no Power BI. Você cria um fluxo de dados do Power BI e usa
as entidades definidas no fluxo de dados para treinar e validar um modelo de
aprendizado de máquina diretamente no Power BI. Em seguida, você usa esse modelo
para pontuar novos dados e gerar previsões.

Primeiro, você cria um modelo de aprendizado de máquina de previsão binária para

prever a intenção de compra dos compradores on-line, com base em um conjunto de
seus atributos de sessão online. Você usa um modelo semântico de aprendizado de
máquina de referência para este exercício. Depois de treinar um modelo, o Power BI
gera automaticamente um relatório de validação que explica os resultados do modelo.
Em seguida, você pode revisar o relatório de validação e aplicar o modelo aos seus
dados para pontuação.

Este tutorial consiste nas seguintes etapas:

＂ Crie um fluxo de dados com os dados de entrada.

＂ Crie e treine um modelo de aprendizado de máquina.
＂ Analise o relatório de validação do modelo.
＂ Aplique o modelo a uma entidade de fluxo de dados.
＂ Use a saída pontuada do modelo em um relatório do Power BI.

Criar um fluxo de dados com os dados de

entrada
Crie um fluxo de dados com dados de entrada seguindo estas etapas.
Obter Dados
A primeira etapa na criação de um fluxo de dados é ter suas fontes de dados prontas.
Nesse caso, você usa um modelo semântico de aprendizado de máquina a partir de um
conjunto de sessões online, algumas das quais culminaram em uma compra. O modelo
semântico contém um conjunto de atributos sobre essas sessões, que você usa para
treinar seu modelo.

Você pode baixar o modelo semântico no site da UC Irvine ou baixando o

online_shoppers_intention.csv . Mais adiante neste tutorial, você se conecta ao modelo
semântico especificando sua URL.

Criar as tabelas
Para criar as entidades em seu fluxo de dados, entre no serviço do Power BI e navegue
até um espaço de trabalho.

1. Se você não tiver um espaço de trabalho, crie um selecionando Espaços de

trabalho no painel de navegação esquerdo do Power BI e selecionando Criar um
espaço de trabalho. No painel Criar um espaço de trabalho, insira um nome de
espaço de trabalho e selecione Salvar.

2. Selecione Novo na parte superior do novo espaço de trabalho e, em seguida,

selecione Fluxo de dados.
 

3. Selecione Adicionar novas tabelas para iniciar um editor do Power Query no

browser.

4. Na tela Escolher fonte de dados, selecione Texto/CSV como fonte de dados.

 

5. Na página Conectar a uma fonte de dados, cole o link a seguir para o arquivo
online_shoppers_intention.csv na caixa Caminho do arquivo ou URL e selecione
Avançar.

https://raw.githubusercontent.com/santoshc1/PowerBI-AI-

samples/master/Tutorial_AutomatedML/online_shoppers_intention.csv

6. O Editor do Power Query mostra uma pré-visualização dos dados do ficheiro CSV.
Para fazer alterações nos dados antes de carregá-los, selecione Transformar
dados.
 

7. O Power Query infere automaticamente os tipos de dados das colunas. Você pode
alterar os tipos de dados selecionando o ícone de tipo de atributo na parte
superior dos cabeçalhos das colunas. Altere o tipo da coluna Receita para
Verdadeiro/Falso.

Você pode renomear a consulta para um nome mais amigável alterando o valor na
caixa Nome no painel direito. Altere o nome da consulta para Visitantes online.

8. Selecione Salvar e fechar e, na caixa de diálogo, forneça um nome para o fluxo de

dados e, em seguida, selecione Salvar.
 

Criar e treinar um modelo de aprendizado de

máquina
Para adicionar um modelo de aprendizado de máquina:

1. Selecione o ícone Aplicar modelo de ML na lista Ações da tabela que contém os

dados de treinamento e as informações do rótulo e, em seguida, selecione
Adicionar um modelo de aprendizado de máquina.

2. A primeira etapa para criar seu modelo de aprendizado de máquina é identificar os

dados históricos, incluindo o campo de resultado que você deseja prever. O
modelo é criado aprendendo com esses dados. Neste caso, você quer prever se os
visitantes vão ou não fazer uma compra. O resultado que você deseja prever está
no campo Receita . Selecione Receita como o valor da coluna Resultado e, em
seguida, selecione Avançar.
 

3. Em seguida, selecione o tipo de modelo de aprendizado de máquina a ser criado.

O Power BI analisa os valores no campo de resultados que identificou e sugere os
tipos de modelos de aprendizagem automática que pode criar para prever esse
campo.

Nesse caso, como você deseja prever um resultado binário de se um visitante vai
ou não fazer uma compra, o Power BI recomenda a Previsão Binária. Como você
está interessado em prever os visitantes que farão uma compra, selecione true em
Escolha um resultado-alvo. Você também pode fornecer rótulos diferentes para
usar para os resultados no relatório gerado automaticamente que resume os
resultados da validação do modelo. Em seguida, selecione Seguinte.

4. O Power BI faz uma verificação preliminar de uma amostra de seus dados e sugere
entradas que podem produzir previsões mais precisas. Se o Power BI não
recomendar uma coluna, ele explica por que não ao lado da coluna. Você pode
alterar as seleções para incluir apenas os campos que deseja que o modelo estude
 marcando ou desmarcando as caixas de seleção ao lado dos nomes das colunas.
Selecione Avançar para aceitar as entradas.

5. Na etapa final, nomeie o modelo como Previsão de intenção de compra e escolha a

quantidade de tempo a ser gasto em treinamento. Você pode reduzir o tempo de
treinamento para ver resultados rápidos ou aumentar o tempo para obter o
melhor modelo. Em seguida, selecione Salvar e treinar para começar a treinar o
modelo.

Se você receber um erro semelhante a Credenciais não encontradas para a fonte de

dados, precisará atualizar suas credenciais para que o Power BI possa pontuar os dados.
Para atualizar suas credenciais, selecione Mais opções ... na barra de cabeçalho e, em
seguida, selecione> Configurações de configurações.
 

Selecione seu fluxo de dados em Fluxos de dados, expanda Credenciais da fonte de

dados e selecione Editar credenciais.

Acompanhe o status do treinamento

O processo de treinamento começa com a amostragem e normalização de seus dados
históricos e a divisão do modelo semântico em duas novas entidades: Dados de
Treinamento de Previsão de Intenção de Compra e Dados de Teste de Previsão de
Intenção de Compra.

Dependendo do tamanho do modelo semântico, o processo de treinamento pode levar

de alguns minutos até o tempo de treinamento selecionado. Você pode confirmar que o
modelo está sendo treinado e validado por meio do status do fluxo de dados. O status
aparece como uma atualização de dados em andamento na guia Modelos semânticos +
fluxos de dados do espaço de trabalho.

Você pode ver o modelo na guia Modelos de aprendizado de máquina do fluxo de

dados. Status indica se o modelo foi enfileirado para treinamento, está em treinamento
ou está treinado. Quando o treinamento do modelo for concluído, o fluxo de dados
exibirá um Último tempo treinado atualizado e um status de Treinado.

Rever o relatório de validação do modelo

Para revisar o relatório de validação do modelo, na guia Modelos de aprendizado de
máquina, selecione o ícone Exibir relatório de treinamento em Ações. Este relatório
descreve o desempenho provável do seu modelo de aprendizado de máquina.
Na página Desempenho do Modelo do relatório, selecione Ver principais preditores
para visualizar os principais preditores do seu modelo. Você pode selecionar um dos
preditores para ver como a distribuição de resultados está associada a esse preditor.

Você pode usar a segmentação de dados Limiar de probabilidade na página

Desempenho do modelo para examinar a influência da precisão e recuperação do
modelo no modelo.

As outras páginas do relatório descrevem as métricas de desempenho estatístico para o

modelo.

O relatório também inclui uma página Detalhes de treinamento que descreve a

execução de iterações, como os recursos foram extraídos das entradas e os
hiperparâmetros para o modelo final usado.
Aplicar o modelo a uma entidade de fluxo de
dados
Selecione o botão Aplicar modelo na parte superior do relatório para invocar este
modelo. Na caixa de diálogo Aplicar, você pode especificar a entidade de destino que
possui os dados de origem aos quais aplicar o modelo. Em seguida, selecione Salvar e
aplicar.

A aplicação do modelo cria duas novas tabelas, com os sufixos enriquecidos

<model_name> e enriquecidos <model_name> explicações. Neste caso, a aplicação
do modelo à tabela de visitantes online cria:

Os visitantes on-line enriqueceram a previsão de intenção de compra, que inclui a

saída prevista do modelo.
Os visitantes on-line enriqueceram as explicações de previsão de intenção de
compra, que contém os principais influenciadores específicos do registro para a
previsão.

A aplicação do modelo de previsão binário adiciona quatro colunas: Outcome,

PredictionScore, PredictionExplanation e ExplanationIndex, cada uma com um prefixo
de previsão de intenção de compra.
 

Quando a atualização do fluxo de dados for concluída, você poderá selecionar a tabela
de previsão de intenção de compra enriquecida para visitantes on-line para exibir os
resultados.

Também pode invocar qualquer modelo de aprendizagem automática na área de

trabalho diretamente a partir do Editor do Power Query no seu fluxo de dados. Para
acessar os modelos de aprendizado de máquina automatizados, selecione Editar para a
tabela que você deseja enriquecer com informações do seu modelo de aprendizado de
máquina automatizado.
 

No Editor do Power Query, selecione AI insights na faixa de opções.

Na tela AI insights, selecione a pasta Modelos de Aprendizado de Máquina do Power BI

no painel de navegação. A lista mostra todos os modelos de aprendizagem automática
a que tem acesso como funções do Power Query. Os parâmetros de entrada para o
modelo de aprendizagem automática são mapeados automaticamente como
parâmetros da função Power Query correspondente. O mapeamento automático de
parâmetros acontece somente se os nomes e tipos de dados do parâmetro forem os
mesmos.

Para invocar um modelo de aprendizado de máquina, você pode selecionar qualquer

uma das colunas do modelo selecionado como uma entrada na lista suspensa. Você
também pode especificar um valor constante para usar como entrada alternando o
ícone de coluna ao lado da linha de entrada.

Selecione Aplicar para visualizar a visualização da saída do modelo de aprendizado de

máquina como novas colunas na tabela. Você também vê a invocação do modelo em
Etapas aplicadas para a consulta.

Depois de salvar o fluxo de dados, o modelo invoca automaticamente quando o fluxo

de dados é atualizado para quaisquer linhas novas ou atualizadas na tabela de
entidades.

Usando a saída pontuada do modelo em um

relatório do Power BI
Para usar a saída pontuada do seu modelo de aprendizado de máquina, você pode se
conectar ao seu fluxo de dados do Power BI Desktop usando o conector Dataflows .
Agora você pode usar a tabela de previsão de intenção de compra enriquecida para
visitantes online para incorporar as previsões do seu modelo nos relatórios do Power BI.

Limitações
Existem alguns problemas conhecidos com o uso de gateways com aprendizado de
máquina automatizado. Se você precisar usar um gateway, é melhor criar um fluxo de
dados que importe os dados necessários por meio do gateway primeiro. Em seguida,
crie outro fluxo de dados que faça referência ao primeiro fluxo de dados para criar ou
aplicar esses modelos.

Se o seu trabalho de IA com fluxos de dados falhar, talvez seja necessário ativar o Fast
Combine ao usar IA com fluxos de dados. Depois de importar sua tabela e antes de
começar a adicionar recursos de IA, selecione Opções na faixa de opções Página Inicial
e, na janela exibida, marque a caixa de seleção ao lado de Permitir a combinação de
dados de várias fontes para habilitar o recurso e, em seguida, selecione OK para salvar
sua seleção. Em seguida, você pode adicionar recursos de IA ao seu fluxo de dados.

Conteúdos relacionados
Neste tutorial, você criou e aplicou um modelo de previsão binário no Power BI
seguindo estas etapas:

Criado um fluxo de dados com os dados de entrada.

Criei e treinei um modelo de machine learning.
Revisado o relatório de validação do modelo.
Aplicou o modelo a uma entidade de fluxo de dados.
Aprendeu como usar a saída pontuada do modelo em um relatório do Power BI.

Para obter mais informações sobre a automação do Aprendizado de Máquina no Power

BI, consulte Aprendizado de máquina automatizado no Power BI.

Comentários
Esta página foi útil?  Yes  No

Fornecer comentários sobre o produto | Perguntar à comunidade

Atualizar dados de um banco de dados
SQL Server local
Artigo • 16/10/2024

Neste tutorial, você explora como atualizar um modelo semântico do Power BI de um

banco de dados relacional que existe localmente em sua rede local. Especificamente,
este tutorial usa um banco de dados SQL Server de exemplo, que o Power BI deve
acessar por meio de um gateway de dados local.

Neste tutorial, vai concluir os seguintes passos:

＂ Crie e publique um arquivo .pbix do Power BI Desktop que importe dados de um

banco de dados SQL Server local.
＂ Configure a fonte de dados e as configurações do modelo semântico no Power BI
para conectividade do SQL Server por meio de um gateway de dados.
＂ Configure uma agenda de atualização para garantir que seu modelo semântico do
Power BI tenha dados recentes.
＂ Faça uma atualização sob demanda do seu modelo semântico.
＂ Revise o histórico de atualizações para analisar os resultados de ciclos de
atualização anteriores.
＂ Limpe os recursos excluindo os itens criados neste tutorial.

Pré-requisitos
Se ainda não tiver uma, inscreva-se para uma avaliação gratuita do Power BI
antes de começar.
Instale o Power BI Desktop em um computador local.
Instale o SQL Server em um computador local e restaure o banco de dados de
exemplo AdventureWorksDW2017 a partir de um backup . Para obter mais
informações sobre os bancos de dados de exemplo AdventureWorks, consulte
Instalação e configuração do AdventureWorks.
Instale o SQL Server Management Studio (SSMS).
Instale um gateway de dados local no mesmo computador local que o SQL Server.
Na produção, o gateway normalmente estaria em um computador diferente.

７ Nota

Se você não for um administrador de gateway ou não quiser instalar um gateway

sozinho, peça a um administrador de gateway em sua organização para criar a
 definição de fonte de dados necessária para conectar seu modelo semântico ao
banco de dados do SQL Server.

Criar e publicar um arquivo do Power BI

Desktop
Use o procedimento a seguir para criar um relatório básico do Power BI que usa o
banco de dados de exemplo AdventureWorksDW2017. Publique o relatório no serviço
do Power BI para obter um modelo semântico do Power BI, que você configura e
atualiza em etapas posteriores.

1. No Power BI Desktop, na guia Página Inicial, selecione Obter dados>do SQL

Server.

2. Na caixa de diálogo Banco de dados do SQL Server, insira os nomes Servidor e

Banco de Dados (opcional) e verifique se o modo Conectividade de Dados está
definido como Importar.

７ Nota

Se você planeja usar um procedimento armazenado, deverá usar Importar

como o modo de conectividade de dados.

Opcionalmente, em Opções avançadas, você pode especificar uma instrução SQL e

definir outras opções, como usar o failover do SQL Server.
3. Selecione OK.

4. No ecrã seguinte, verifique as suas credenciais e, em seguida, selecione Ligar.

７ Nota

Se a autenticação falhar, certifique-se de que selecionou o método de

autenticação correto e utilizou uma conta com acesso à base de dados. Em
ambientes de teste, você pode usar a autenticação de banco de dados com
um nome de usuário e senha explícitos. Em ambientes de produção, você
normalmente usa a autenticação do Windows . Para obter mais assistência,
consulte Solucionar problemas de cenários de atualização ou entre em
contato com o administrador do banco de dados.

5. Se uma caixa de diálogo Suporte à criptografia for exibida, selecione OK.

6. Na caixa de diálogo Navegador, selecione a tabela DimProduct e, em seguida,

selecione Carregar.
7. No modo de exibição Relatório do Power BI Desktop, no painel Visualizações,
selecione o gráfico de colunas empilhadas.

8. Com o novo gráfico de colunas selecionado na tela do relatório, no painel Dados ,

selecione os campos EnglishProductName e ListPrice .
9. Arraste Data Final do painel Dados para Filtros nesta página no painel Filtros e,
em Filtragem básica, marque a caixa de seleção ( Em branco).

A visualização agora deve ser semelhante ao gráfico a seguir:

 Observe que o produto Road-250 Red tem o mesmo preço de tabela que os
outros produtos Road-250 . Esse preço muda quando você atualiza os dados e
atualiza o relatório posteriormente.

10. Salve o relatório com o nome AdventureWorksProducts.pbix.

11. Na guia Página Inicial, selecione Publicar.

12. Na tela Publicar no Power BI, escolha Meu Espaço de Trabalho e selecione
Selecionar. Entre no serviço do Power BI, se necessário.

13. Quando a mensagem Êxito aparecer, selecione Abrir

'AdventureWorksProducts.pbix' no Power BI.
Conectar o modelo semântico ao banco de
dados do SQL Server
No Power BI Desktop, você se conectou diretamente ao banco de dados SQL Server
local. No serviço do Power BI, você precisa de um gateway de dados para atuar como
uma ponte entre a nuvem e sua rede local. Siga estas etapas para adicionar seu banco
de dados SQL Server local como uma fonte de dados a um gateway e conectar seu
modelo semântico a essa fonte de dados.

1. No serviço do Power BI, vá para o seu espaço de trabalho e localize o modelo

semântico AdventureWorksProducts na lista de conteúdo do espaço de trabalho.

2. Selecione o ícone Mais opções de três pontos horizontais ao lado do nome do

modelo semântico e escolha Configurações.

3. Expanda Gateway e conexões de nuvem e verifique se pelo menos um gateway

está listado. Se não vir um gateway, certifique-se de que seguiu as instruções para
instalar um gateway de dados no local.
4. Selecione a seta em Ações para expandir as fontes de dados e, em seguida,
selecione o link Adicionar ao gateway ao lado da fonte de dados.

5. Na tela Nova conexão com Local selecionado, preencha ou verifique os campos a

seguir. A maioria dos campos já está preenchida.

Nome do cluster de gateway: verifique ou insira o nome do cluster de

gateway.
Nome da conexão: insira um nome para a nova conexão, como
AdventureWorksProducts.
Tipo de conexão: Selecione SQL Server se ainda não estiver selecionado.
Servidor: verifique ou insira o nome da instância do SQL Server. Deve ser
idêntico ao que você especificou no Power BI Desktop.
Banco de dados: verifique ou insira o nome do banco de dados do SQL
Server, como AdventureWorksDW2017. Deve ser idêntico ao que você
especificou no Power BI Desktop.
 Em Autenticação:

Método de autenticação: Selecione Windows, Basic ou OAuth2, geralmente

Windows.
Nome de usuário e senha: insira as credenciais que você usa para se conectar
ao SQL Server.

6. Selecione Criar.

7. De volta à tela Configurações , expanda a seção Conexão de gateway e verifique

se o gateway de dados que você configurou agora mostra um Status de execução
na máquina onde você o instalou. Selecione Aplicar.
Configurar uma agenda de atualização
Depois de conectar seu modelo semântico do Power BI ao banco de dados local do SQL
Server por meio de um gateway de dados, siga estas etapas para configurar uma
agenda de atualização. Atualizar seu modelo semântico de forma programada ajuda a
garantir que seus relatórios e painéis tenham os dados mais recentes.

1. No painel de navegação esquerdo, selecione Meu espaço de trabalho.

2. Selecione o modelo semântico AdventureWorksProducts na lista de conteúdo do

espaço de trabalho.

 Sugestão

Certifique-se de apontar para o modelo semântico AdventureWorksProducts

, não para o relatório com o mesmo nome, que não tem uma opção de
atualização Agendar.

3. Na página de configurações do modelo semântico, selecione Atualizar e, em

seguida , Agendar atualização na faixa de opções.

4. Na seção Atualizar, em Configurar uma agenda de atualização, defina o controle

deslizante como Ativado.

5. Em Frequência de atualização, selecione Diariamente para este exemplo e, em

Hora, selecione Adicionar outra hora.

Para este exemplo, especifique 6:00 AM, selecione Adicionar outra hora e
especifique 6:00 PM.
 ７ Nota

Você pode configurar até oito intervalos de tempo diários se seu modelo
semântico estiver em capacidade compartilhada ou 48 intervalos de tempo no
Power BI Premium.

6. Deixe a caixa de seleção em Enviar notificações de falha de atualização para

definir como Proprietário do modelo semântico e selecione Aplicar.

Com uma agenda de atualização configurada, o Power BI atualiza seu modelo

semântico na próxima hora agendada, dentro de uma margem de 15 minutos.

Atualizar sob demanda

Para atualizar os dados a qualquer momento, como para testar a configuração do
gateway e da fonte de dados, você pode fazer uma atualização sob demanda usando a
opção Atualizar agora na faixa de opções na parte superior da página de configurações
do modelo semântico. Você também pode encontrar essa opção na lista de conteúdo
do espaço de trabalho ao lado do nome do modelo semântico. As atualizações sob
demanda não afetam o próximo horário de atualização agendado.

Para ilustrar uma atualização sob demanda, primeiro altere os dados de exemplo
usando o SSMS para atualizar a DimProduct tabela no banco de dados
AdventureWorksDW2017, da seguinte maneira:

SQL

UPDATE [AdventureWorksDW2017].[dbo].[DimProduct]
SET ListPrice = 5000
WHERE EnglishProductName ='Road-250 Red, 58'

Siga estas etapas para fazer com que os dados atualizados fluam através da conexão de
gateway para o modelo semântico e para os relatórios do Power BI:

1. Navegue até Meu Espaço de Trabalho no painel de navegação esquerdo e localize

o modelo semântico AdventureWorksProducts .

2. Selecione o ícone Atualizar agora ao lado do nome do modelo semântico. Uma

mensagem Preparando para atualizar aparece no canto superior direito.
 A mensagem Preparando para atualização aparece no canto superior direito.

3. Agora selecione o relatório AdventureWorksProducts para abri-lo. Veja como os

dados atualizados fluíram para o relatório, e o produto com o preço de tabela
mais alto agora é Road-250 Red, 58.

Rever o histórico de atualizações

É uma boa ideia usar periodicamente o histórico de atualizações para verificar os
resultados de ciclos de atualização anteriores. As credenciais do banco de dados podem
ter expirado ou o gateway selecionado pode estar offline quando uma atualização
agendada era devida. Siga estas etapas para examinar o histórico de atualizações e
verificar se há problemas.

1. Em Meu Espaço de Trabalho, selecione o modelo semântico

AdventureWorksProducts .

2. Na página de configurações do modelo semântico, selecione Atualizar e, em

seguida , Atualizar histórico na faixa de opções na parte superior da página.

3. Na guia Agendado da caixa de diálogo Histórico de atualizações, observe as

atualizações agendadas e sob demanda anteriores com seus horários de início e
fim. Um Status de Concluído indica que o Power BI fez as atualizações com êxito.
Para atualizações com falha, você pode ver a mensagem de erro e examinar os
detalhes do erro.
 ７ Nota

A guia OneDrive é relevante apenas para modelos semânticos conectados a

arquivos do Power BI Desktop, pastas de trabalho do Excel ou arquivos CSV
no OneDrive ou no SharePoint Online. Para obter mais informações, consulte
Atualização de dados no Power BI.

Clean up resources (Limpar recursos)

Siga estas instruções para limpar os recursos criados para este tutorial:

Se você não quiser mais usar os dados de exemplo, use o SSMS para descartar o
banco de dados.
Se você não quiser usar a fonte de dados do SQL Server, remova a fonte de dados
do gateway de dados. Considere também desinstalar o gateway de dados, se você
o instalou apenas para este tutorial.
Exclua também o modelo semântico AdventureWorksProducts e o relatório que o
Power BI criou quando você publicou o arquivo AdventureWorksProducts.pbix .

Conteúdos relacionados
Este tutorial explorou como:

Importe dados de um banco de dados SQL Server local para um modelo

semântico do Power BI.
Para atualizar relatórios e painéis que usam o modelo semântico, atualize o
modelo semântico do Power BI de forma agendada e sob demanda.
Confira os seguintes recursos para saber mais sobre a atualização de dados do Power BI
e o gerenciamento de gateways de dados e fontes de dados:

Gerenciar um gateway de dados local

Gerenciar sua fonte de dados - importação e atualização agendada
Atualizar dados no Power BI

Comentários
Esta página foi útil?  Yes  No

Fornecer comentários sobre o produto | Perguntar à comunidade

Tutorial: Automatizar a configuração da
instalação do aplicativo de modelo
usando uma função do Azure
Artigo • 08/09/2023

Os aplicativos de modelo são uma ótima maneira de os clientes começarem a obter

informações de seus dados. Os aplicativos de modelo os colocam em funcionamento
rapidamente, conectando-os aos seus dados. Os aplicativos de modelo fornecem aos
clientes relatórios pré-criados que eles podem personalizar se assim desejarem.

Os clientes nem sempre estão familiarizados com os detalhes de como se conectar aos
seus dados. Ter que fornecer esses detalhes quando eles instalam um aplicativo modelo
pode ser um ponto problemático para eles.

Se você for um provedor de serviços de dados e tiver criado um aplicativo de modelo

para ajudar seus clientes a começar a usar seus dados em seu serviço, você pode
facilitar a instalação do aplicativo de modelo. Você pode automatizar a configuração dos
parâmetros do seu aplicativo de modelo.

Quando o cliente entra no seu portal, ele seleciona um link especial que você preparou.
Este link:

Lança a automação, que reúne as informações de que precisa.

Pré-configura os parâmetros do aplicativo de modelo.
Redireciona o cliente para sua conta do Power BI onde ele pode instalar o
aplicativo.

Tudo o que eles precisam fazer é selecionar Instalar e autenticar em sua fonte de dados,
e eles estão prontos para ir!

A experiência do cliente é ilustrada aqui.

Neste tutorial, você usará um exemplo de instalação automatizada do Azure Functions
que criamos para pré-configurar e instalar seu aplicativo de modelo. Esta amostra foi
deliberadamente mantida simples para fins de demonstração. Ele encapsula a
configuração de uma função do Azure para usar APIs do Power BI para instalar um
aplicativo de modelo e configurá-lo para seus usuários automaticamente.

Para obter mais informações sobre o fluxo geral de automação e as APIs que o
aplicativo usa, consulte Automatizar a configuração de uma instalação de aplicativo
modelo.

Nosso aplicativo simples usa uma função do Azure. Para obter mais informações sobre o
Azure Functions, consulte a documentação do Azure Functions.

Fluxo básico
O fluxo básico a seguir lista o que o aplicativo faz quando o cliente o inicia,
selecionando o link em seu portal.

1. O usuário entra no portal do ISV e seleciona o link fornecido. Esta ação inicia o
fluxo. O portal do ISV prepara a configuração específica do usuário nesta fase.

2. O ISV adquire um token somente de aplicativo com base em uma entidade de

serviço (token somente de aplicativo) registrada no locatário do ISV.

3. Usando APIs REST do Power BI, o ISV cria um tíquete de instalação, que contém a
configuração de parâmetro específica do usuário, conforme preparado pelo ISV.

4. O ISV redireciona o usuário para o Power BI usando um POST método de

redirecionamento, que contém o tíquete de instalação.
 5. O usuário é redirecionado para sua conta do Power BI com o tíquete de instalação
e é solicitado a instalar o aplicativo de modelo. Quando o usuário seleciona
Instalar, o aplicativo de modelo é instalado para ele.

７ Nota

Enquanto os valores dos parâmetros são configurados pelo ISV no processo de

criação do tíquete de instalação, as credenciais relacionadas à fonte de dados só
são fornecidas pelo usuário nos estágios finais da instalação. Essa disposição evita
que eles sejam expostos a terceiros e garante uma conexão segura entre o usuário
e as fontes de dados do aplicativo modelo.

Pré-requisitos
Seu próprio locatário do Azure Ative Directory (Azure AD) configurado. Para obter
instruções sobre como configurar um, consulte Criar um locatário do Azure AD.
Uma entidade de serviço (token somente aplicativo) registrada no locatário
anterior.
Um aplicativo de modelo parametrizado pronto para instalação. O aplicativo de
modelo deve ser criado no mesmo locatário no qual você registra seu aplicativo no
Azure AD. Para obter mais informações, consulte Dicas de aplicativo de modelo ou
Criar um aplicativo de modelo no Power BI.
Para poder testar seu fluxo de trabalho de automação, adicione a entidade de
serviço ao espaço de trabalho do aplicativo de modelo como administrador.
Uma licença Pro do Power BI. Se não estiver inscrito no Power BI Pro, poderá
inscrever-se numa avaliação gratuita antes de começar.

Configurar seu ambiente de desenvolvimento

de automação de aplicativos de modelo
Antes de continuar a configurar seu aplicativo, siga as instruções em Guia de início
rápido: Criar um aplicativo do Azure Functions com a Configuração do Aplicativo do
Azure para desenvolver uma função do Azure junto com uma configuração de aplicativo
do Azure. Crie a configuração do seu aplicativo conforme descrito no artigo.

Registrar um aplicativo no Azure AD

Crie uma entidade de serviço conforme descrito em Incorporar conteúdo do Power BI
com a entidade de serviço e um segredo de aplicativo.
Certifique-se de registrar o aplicativo como um aplicativo Web do lado do servidor.
Você registra um aplicativo Web do lado do servidor para criar um segredo de
aplicativo.

Salve o ID do aplicativo (ClientID) e o segredo do aplicativo (ClientSecret) para etapas

posteriores.

Você pode passar pela ferramenta de configuração de incorporação para começar

rapidamente a criar um registro de aplicativo. Se estiver a utilizar a Ferramenta de
Registo de Aplicações do Power BI, selecione a opção Incorporar para os seus clientes.

Adicione a entidade de serviço ao espaço de trabalho do aplicativo de modelo como

administrador, para que você possa testar seu fluxo de trabalho de automação.

Preparação do aplicativo de modelo

Depois de criar seu aplicativo modelo e ele estiver pronto para instalação, salve as
seguintes informações para as próximas etapas:

ID do aplicativo, Chave do pacote e ID do proprietário conforme aparecem na URL

de instalação no final do processo Definir as propriedades do aplicativo modelo
quando o aplicativo foi criado.

Você também pode obter o mesmo link selecionando Obter link no painel
Gerenciamento de Versões do aplicativo de modelo.

Nomes de parâmetros conforme definidos no conjunto de dados do aplicativo de

modelo. Os nomes dos parâmetros são cadeias de caracteres que diferenciam
maiúsculas de minúsculas. Eles também podem ser recuperados na guia
Configurações de Parâmetro quando você define as propriedades do aplicativo de
modelo ou das configurações do conjunto de dados no Power BI.

７ Nota

Você pode testar seu aplicativo de instalação pré-configurado em seu aplicativo de

modelo se o aplicativo de modelo estiver pronto para instalação, mesmo que ainda
não esteja disponível publicamente no AppSource. Para que os utilizadores fora do
seu inquilino possam utilizar a aplicação de instalação automatizada para instalar a
sua aplicação de modelo, a aplicação de modelo tem de estar disponível
publicamente no mercado de aplicações do Power BI. Antes de distribuir seu
aplicativo modelo usando o aplicativo de instalação automatizada que você está
criando, certifique-se de publicá-lo no Partner Center.
Instalar e configurar seu aplicativo de modelo
Nesta seção, você usará um exemplo de instalação automatizada do Azure Functions
que criamos para pré-configurar e instalar seu aplicativo de modelo. Esta amostra foi
deliberadamente mantida simples para fins de demonstração. Ele permite que você use
uma função do Azure e a Configuração do Aplicativo do Azure para implantar e usar
facilmente a API de instalação automatizada para seus aplicativos de modelo.

Baixar Visual Studio (versão 2017 ou posterior)

Baixe o Visual Studio (versão 2017 ou posterior). Certifique-se de baixar o pacote
NuGet mais recente .

Baixe o exemplo de instalação automatizada do Azure

Functions
Baixe o exemplo de instalação automatizada do Azure Functions do GitHub para
começar.

Configurar a configuração do aplicativo do Azure

Para executar este exemplo, você precisa configurar sua configuração de aplicativo do
Azure com os valores e chaves conforme descrito aqui. As chaves são a ID do aplicativo,
o segredo do aplicativo e os valores AppId, PackageKey e OwnerId do aplicativo
modelo. Consulte as seções a seguir para obter informações sobre como obter esses
valores.

As chaves também são definidas no arquivo Constants.cs .

 Chave da configuração Significado

TemplateAppInstall:Aplicativo:AppId AppId a partir do URL de instalação

TemplateAppInstall:Application:PackageKey PackageKey a partir do URL de instalação

TemplateAppInstall:Application:OwnerId OwnerId do URL de instalação

TemplateAppInstall:ServicePrincipal:ClientId ID do aplicativo principal de serviço

TemplateAppInstall:ServicePrincipal:ClientSecret Segredo do aplicativo principal de serviço

O arquivo Constants.cs é mostrado aqui.

Obter as propriedades do aplicativo de modelo

Preencha todas as propriedades relevantes do aplicativo de modelo conforme elas são
definidas quando o aplicativo é criado. Essas propriedades são os valores AppId,
PackageKey e OwnerId do aplicativo de modelo.

Para obter os valores anteriores, siga estes passos:

1. Inicie sessão no Power BI .

2. Vá para o espaço de trabalho original do aplicativo.

3. Abra o painel Gerenciamento de versão.

4. Selecione a versão do aplicativo e obtenha o link de instalação.

5. Copie o link para a área de transferência.

 6. Este URL de instalação contém os três parâmetros de URL cujos valores você
precisa. Use os valores appId, packageKey e ownerId para o aplicativo. Um
exemplo de URL será semelhante ao que é mostrado aqui.

HTML

https://app.powerbi.com/Redirect?
action=InstallApp&appId=3c386...16bf71c67&packageKey=b2df4b...dLpHIUnum
2pr6k&ownerId=72f9...1db47&buildVersion=5

Obter o ID do aplicativo

Preencha as informações do applicationId com a ID do aplicativo do Azure. O valor

applicationId é usado pelo aplicativo para se identificar para os usuários dos quais você
está solicitando permissões.

Para obter o ID do aplicativo, siga estas etapas:

1. Inicie sessão no portal do Azure .

2. No painel esquerdo, selecione Todos os serviços>Registos de aplicações.

3. Selecione o aplicativo que precisa da ID do aplicativo.

 4. Há uma ID de aplicativo listada como GUID. Use este ID do aplicativo como o valor
applicationId para o aplicativo.

Obter o segredo da aplicação

Preencha as informações do ApplicationSecret na seção Chaves da seção Registros do

seu aplicativo no Azure. Esse atributo funciona quando você usa a entidade de serviço.

Para obter o segredo do aplicativo, execute estas etapas:

1. Inicie sessão no portal do Azure .

2. No painel esquerdo, selecione Todos os serviços>Registos de aplicações.

3. Selecione o aplicativo que precisa usar o segredo do aplicativo.

4. Selecione Certificados e segredos em Gerenciar.

 5. Selecione Novos segredos do cliente.

6. Insira um nome na caixa Descrição e selecione uma duração. Em seguida,

selecione Salvar para obter o valor do seu aplicativo. Quando você fecha o painel
Chaves depois de salvar o valor da chave, o campo Valor aparece apenas como
oculto. Nesse ponto, você não é capaz de recuperar o valor da chave. Se você
perder o valor da chave, crie um novo no portal do Azure.

Teste a sua função localmente

Siga as etapas descritas em Executar a função localmente para executar sua função.

Configure seu portal para emitir uma POST solicitação para a URL da função. Um
exemplo é POST http://localhost:7071/api/install . O corpo da solicitação deve ser um
objeto JSON que descreve pares chave-valor. As chaves são nomes de parâmetros
conforme definido no Power BI Desktop. Os valores são os valores desejados a serem
definidos para cada parâmetro no aplicativo de modelo.

７ Nota

Na produção, os valores dos parâmetros são deduzidos para cada usuário pela
lógica pretendida do seu portal.

O fluxo desejado deve ser:

1. O portal prepara o pedido, por utilizador ou sessão.

2. A POST /api/install solicitação é emitida para sua função do Azure. O corpo da
solicitação consiste em pares chave-valor. A chave é o nome do parâmetro. O valor
é o valor desejado a ser definido.
3. Se tudo estiver configurado corretamente, o navegador deverá redirecionar
automaticamente para a conta do Power BI do cliente e mostrar o fluxo de
instalação automatizada.
4. Após a instalação, os valores dos parâmetros são definidos conforme configurado
nas etapas 1 e 2.
Próximos passos

Publicar seu projeto no Azure

Para publicar seu projeto no Azure, siga as instruções na documentação do Azure
Functions. Em seguida, você pode integrar APIs de instalação automatizada de
aplicativo de modelo em seu produto e começar a testá-lo em ambientes de produção.
Fontes de dados do Power BI
Artigo • 16/10/2024

Este artigo fornece informações gerais sobre fontes de dados do Power BI, incluindo
considerações, limitações e links para recursos adicionais.

O Power BI utiliza o Power Query para ligar a origens de dados. As fontes de dados do
Power BI estão documentadas no seguinte artigo: Conectores do Power Query
(incluindo o Power BI).

Cada artigo da fonte de dados na documentação do Power Query descreve os recursos

do conector de dados, como se o DirectQuery é suportado. A imagem a seguir mostra a
seção Recursos com suporte para o Azure Data Explorer (Kusto), onde afirma que o
DirectQuery tem suporte para o conector no Power BI. Se o DirectQuery (ou qualquer
outro recurso) não estiver listado, o recurso não será suportado.

Para obter uma lista dos conectores disponíveis no Power Query, consulte Conectores
no Power Query.

Para obter informações sobre fluxos de dados no Power BI, consulte Configurar e
consumir um fluxo de dados.

Considerações e limitações
Muitos conectores de dados para o Power BI Desktop exigem o Internet Explorer
10 (ou mais recente) para autenticação.
Algumas fontes de dados estão disponíveis no Power BI Desktop otimizado para o
Servidor de Relatório do Power BI, mas não são suportadas quando publicadas no
 Servidor de Relatório do Power BI. Consulte Fontes de dados de relatório do Power
BI no Servidor de Relatório do Power BI para obter a lista de fontes de dados com
suporte.
O Power BI Desktop e o serviço do Power BI podem enviar várias consultas para
qualquer consulta, para obter informações de esquema ou os próprios dados, com
base em parte no fato de os dados serem armazenados em cache. Este
comportamento é a predefinição. Para obter mais informações, consulte o artigo
do Power Query que descreve por que uma consulta pode ser executada várias
vezes.

Conteúdos relacionados
Os artigos a seguir fornecem mais informações sobre o Power BI e a conexão com
dados:

Conectores no Power Query

Conectar-se a dados no Power BI Desktop
Usando o DirectQuery no Power BI
What is an on-premises data gateway? (O que é um gateway de dados no local?)
Fontes de dados de relatório do Power BI no Servidor de Relatório do Power BI

Comentários
Esta página foi útil?  Yes  No

Fornecer comentários sobre o produto | Perguntar à comunidade

Novo nome para conjuntos de dados do
Power BI
Artigo • 14/11/2023

A Microsoft renomeou o tipo de conteúdo do conjunto de dados do Power BI para

modelo semântico.

A mudança de nome foi necessária por duas razões principais.

O termo conjunto de dados é considerado demasiado genérico. Ele tem

significados diferentes no contexto de outras atividades relacionadas a dados,
especialmente agora que o Power BI é uma das muitas experiências no Microsoft
Fabric.
O termo modelo semântico reflete melhor a funcionalidade avançada dos modelos
de dados do Analysis Services, nos quais os relatórios do Power BI se baseiam.

） Importante

Esta alteração é apenas uma mudança de nome. Não há interrupção do uso ou

serviço. Você pode esperar uma continuação do serviço porque administradores,
desenvolvedores e outros usuários não são obrigados a fazer alterações.

 Dica

Para evitar confusão e pedidos de suporte, certifique-se de que notifica a sua

comunidade sobre a prática desta alteração.

Alterações de nome
Aqui estão alguns exemplos de alterações de nome.

Nome antigo Nome novo

Conjunto de dados Modelo semântico

Conjunto de dados partilhado Modelo semântico compartilhado

Importar conjunto de dados Importar modelo semântico

Conjunto de dados DirectQuery Modelo semântico DirectQuery

 Nome antigo Nome novo

Conjunto de dados composto Modelo semântico composto

Conjunto de dados de conexão em tempo real Modelo semântico de conexão em tempo real

Conjunto de dados local Modelo semântico local

Proprietário do conjunto de dados Proprietário do modelo semântico

Conjunto de dados grande Modelo semântico grande

７ Nota

A alteração de nome foi implementada no serviço do Power BI e na documentação,

embora possa haver alguns casos em que a alteração ainda não ocorreu.

Exceções de alteração de nome

Os conceitos a seguir não são afetados.

Referências genéricas a conjuntos de dados

Conjunto de dados de relatório paginado do Power BI
Conjunto de dados em tempo real do Power BI, incluindo:
Conjunto de dados por push
Conjunto de dados de transmissão
Conjunto de dados híbrido
Conjunto de dados PubNub
Todas as operações da API REST do Power BI relacionadas a conjuntos de dados
Operações do log de atividades do Power BI
Outros tipos de conjuntos de dados que não estão relacionados ao Power BI, por
exemplo, Conjuntos de Dados Abertos do Azure

Próximos passos
Para obter mais informações relacionadas a este artigo, consulte os seguintes recursos.

Postagem de blog: Conjuntos de dados renomeados para modelos semânticos

Perguntas? Tente perguntar à Comunidade Fabric.
Sugestões? Contribua com ideias para melhorar o Fabric .
Modelos semânticos no serviço Power
BI
Artigo • 28/08/2024

Este artigo fornece uma explicação técnica dos modelos semânticos do Power BI.

Tipos de modelos semânticos

Os modelos semânticos do Power BI representam uma fonte de dados pronta para
relatórios e visualização. Você pode criar modelos semânticos do Power BI das seguintes
maneiras:

Conecte-se a um modelo de dados existente que não esteja hospedado no Power

BI.
Carregue um arquivo do Power BI Desktop que contenha um modelo.
Carregue uma pasta de trabalho do Excel que contenha uma ou mais tabelas do
Excel e/ou um modelo de dados de pasta de trabalho ou carregue um arquivo CSV
(valores separados por vírgula).
Use o serviço do Power BI para criar um modelo semântico por push.
Use o serviço do Power BI para criar um modelo semântico de streaming ou
streaming híbrido.

Exceto para modelos semânticos de streaming, os modelos semânticos representam

modelos de dados, que usam as tecnologias de modelagem maduras do Analysis
Services.

７ Nota

A documentação do Power BI às vezes usa os termos modelo semântico e modelo

de forma intercambiável. Um modelo semântico no serviço do Power BI refere-se a
um modelo de uma perspetiva de desenvolvimento. Num contexto de
documentação, os termos significam praticamente a mesma coisa.

Modelos hospedados externamente

Há dois tipos de modelos hospedados externamente: SQL Server Analysis Services e
Azure Analysis Services.
Para se conectar a um modelo do SQL Server Analysis Services, você deve instalar um
gateway de dados local no local ou em uma infraestrutura como serviço (IaaS)
hospedada em máquina virtual. O Azure Analysis Services não requer um gateway.

Muitas vezes, faz sentido conectar-se ao Analysis Services quando há investimentos em

modelos existentes, que normalmente fazem parte de um EDW (Enterprise Data
Warehouse). O Power BI pode fazer uma conexão em tempo real com o Analysis Services
e impor permissões de dados usando a identidade do usuário de relatório do Power BI.

O SQL Server Analysis Services dá suporte a modelos multidimensionais ou cubos e

modelos tabulares. Como mostra a imagem a seguir, um modelo semântico de conexão
ao vivo passa consultas para modelos hospedados externamente.

Modelos desenvolvidos pelo Power BI Desktop

Você pode usar o Power BI Desktop, um aplicativo cliente para desenvolvimento do
Power BI, para desenvolver um modelo. Um modelo do Power BI Desktop é
efetivamente um modelo de tabela do Analysis Services.

Você pode desenvolver três tipos ou modos diferentes de modelos usando o Power BI
Desktop: Import, DirectQuery e Composite. Você desenvolve modelos importando
dados de fluxos de dados e, em seguida, integrando-os com fontes de dados externas.
O modo depende se os dados são importados para o modelo ou se permanecem na
fonte de dados. Para obter mais informações sobre os modos, consulte Modos de
modelo semântico no serviço do Power BI.

Propriedade do modelo semântico

Ao trabalhar com modelos semânticos usando conexões de gateway e nuvem, sua
capacidade de fazer alterações no modelo semântico depende da propriedade do
modelo semântico. Se você não for o proprietário, será exibido um aviso informando
que você está exibindo a seção das informações do modelo semântico no modo
somente leitura porque você não é o proprietário do modelo semântico. Para fazer
alterações, você deve entrar em contato com o proprietário do modelo semântico para
solicitar alterações ou assumir a propriedade do modelo semântico.

Segurança ao nível da linha

Os modelos hospedados externamente e os modelos de área de trabalho do Power BI
podem impor segurança em nível de linha (RLS) para limitar os dados que determinados
usuários podem recuperar. Por exemplo, os usuários atribuídos a um grupo de
segurança de Vendedores podem exibir dados de relatório somente para as regiões de
vendas às quais estão atribuídos. As funções RLS são dinâmicas ou estáticas. As funções
dinâmicas são filtradas pelo usuário do relatório, enquanto as funções estáticas aplicam
os mesmos filtros para todos os usuários atribuídos à função. Para obter mais
informações, veja Segurança ao nível da linha (RLS) com o Power BI.

Modelos de pasta de trabalho do Excel

A criação de modelos semânticos com base em pastas de trabalho do Excel ou arquivos
CSV cria automaticamente um modelo. As tabelas do Excel importadas e os dados CSV
criam tabelas de modelo, enquanto os dados da pasta de trabalho do Excel são
transpostos para criar um modelo do Power BI. Em todos os casos, os dados do arquivo
são importados para um modelo.

Resumo
Em resumo:

Os modelos semânticos do Power BI que representam modelos são hospedados

no serviço do Power BI ou são hospedados externamente pelo Analysis Services.
Os modelos semânticos podem armazenar dados importados, emitir solicitações
de consulta de passagem para fontes de dados subjacentes ou fazer as duas
coisas.

Considerações
Os seguintes fatos e considerações importantes se aplicam aos modelos semânticos do
Power BI que representam modelos:

Os modelos hospedados no SQL Server Analysis Services precisam de um gateway

para fazer consultas de conexão em tempo real.
 Para consultar modelos hospedados pelo Power BI que importam dados, você
deve carregá-los totalmente na memória.
Os modelos hospedados pelo Power BI que usam o modo de Importação precisam
de atualização para manter os dados atualizados e devem usar gateways quando
os dados de origem não estão acessíveis diretamente pela Internet.
Os modelos de Importação hospedados pelo Power BI podem ser atualizados de
acordo com uma programação ou um usuário pode acionar a atualização sob
demanda no serviço do Power BI.
Os modelos hospedados pelo Power BI que usam o modo DirectQuery exigem
conectividade com os dados de origem. O Power BI emite consultas aos dados de
origem para recuperar dados atuais. Esse modo deve usar gateways quando os
dados de origem não estiverem acessíveis diretamente pela Internet.
Os modelos podem impor regras RLS para filtrar o acesso a dados para
determinados usuários.
Você pode usar os modelos semânticos - Take Over In Group API para assumir a
propriedade se um proprietário de modelo semântico deixar a organização.

Para implantar e gerenciar com êxito modelos semânticos do Power BI, você deve
entender os seguintes fatores:

O próprio design do modelo, incluindo suas consultas de preparação de dados,

relacionamentos e cálculos.
As seguintes configurações que podem afetar significativamente os recursos de
capacidade do Power BI:
Onde os modelos são hospedados
O modo de armazenamento
Quaisquer dependências em gateways
O tamanho dos dados importados
Tipo e frequência de atualização do modelo

Conteúdos relacionados
Modos de modelo semântico no serviço do Power BI
Perguntas? Pergunte à Comunidade do Power BI
Sugestões? Contribua com ideias para melhorar o Power BI

Comentários
Esta página foi útil?  Yes  No
Fornecer comentários sobre o produto | Perguntar à comunidade
Modos de modelo semântico no serviço
do Power BI
Artigo • 10/11/2023

Este artigo fornece uma explicação técnica dos modos de modelo semântico do Power
BI. Ele se aplica a modelos semânticos que representam uma conexão em tempo real
com um modelo do Analysis Services hospedado externamente e também a modelos
desenvolvidos no Power BI Desktop. O artigo enfatiza a lógica de cada modo e os
possíveis impactos nos recursos de capacidade do Power BI.

Os três modos de modelo semântico são:

Importar
DirectQuery
Compósito

Modo de importação
O modo de importação é o modo mais comum usado para desenvolver modelos
semânticos. Este modo proporciona um desempenho rápido graças às consultas na
memória. Ele também oferece flexibilidade de design para modeladores e suporte para
recursos específicos de serviço do Power BI (Q&A, Quick Insights, etc.). Devido a esses
pontos fortes, é o modo padrão ao criar uma nova solução do Power BI Desktop.

É importante entender que os dados importados são sempre armazenados em disco.

Quando consultados ou atualizados, os dados devem ser totalmente carregados na
memória da capacidade do Power BI. Uma vez na memória, os modelos de importação
podem obter resultados de consulta muito rápidos. Também é importante entender que
não há nenhum conceito de um modelo de importação sendo parcialmente carregado
na memória.

Quando atualizados, os dados são compactados e otimizados e, em seguida,

armazenados em disco pelo mecanismo de armazenamento VertiPaq. Quando
carregado do disco para a memória, é possível ver 10 vezes a compressão. Portanto, é
razoável esperar que 10 GB de dados de origem possam compactar para cerca de 1 GB
de tamanho. O tamanho do armazenamento em disco pode alcançar uma redução de
20% em relação ao tamanho compactado. A diferença de tamanho pode ser
determinada comparando o tamanho do arquivo do Power BI Desktop com o uso de
memória do Gerenciador de Tarefas do arquivo.
A flexibilidade de projeto pode ser alcançada de três maneiras:

Integre dados armazenando em cache dados de fluxos de dados e fontes de dados

externas, independentemente do tipo ou formato da fonte de dados.
Utilize todo o conjunto de funções da linguagem de fórmulas do Power Query M,
referida como M, ao criar consultas de preparação de dados.
Aplique todo o conjunto de funções DAX (Data Analysis Expressions) ao aprimorar
o modelo com lógica de negócios. Há suporte para colunas calculadas, tabelas
calculadas e medidas.

Conforme mostrado na imagem a seguir, um modelo de importação pode integrar

dados de qualquer número de tipos de fonte de dados suportados.

No entanto, embora existam vantagens atraentes associadas aos modelos de

importação, também há desvantagens:

O modelo inteiro deve ser carregado na memória antes que o Power BI possa
consultar o modelo, o que pode pressionar os recursos de capacidade disponíveis,
especialmente à medida que o número e o tamanho dos modelos de Importação
crescem.
Os dados do modelo são tão atuais quanto a atualização mais recente e, portanto,
os modelos de importação precisam ser atualizados, geralmente de forma
agendada.
Uma atualização completa remove todos os dados de todas as tabelas e os
recarrega da fonte de dados. Essa operação pode ser cara em termos de tempo e
recursos para o serviço do Power BI e as fontes de dados.
 ７ Nota

O Power BI pode obter atualização incremental para evitar truncar e recarregar

tabelas inteiras. Para obter mais informações, incluindo planos e licenciamento
suportados, consulte Atualização incremental e dados em tempo real para
modelos semânticos.

Do ponto de vista dos recursos de serviço do Power BI, os modelos de Importação

exigem:

Memória suficiente para carregar o modelo quando ele é consultado ou

atualizado.
Recursos de processamento e recursos de memória extra para atualizar dados.

Modo DirectQuery
O modo DirectQuery é uma alternativa ao modo Importar. Os modelos desenvolvidos no
modo DirectQuery não importam dados. Em vez disso, eles consistem apenas em
metadados que definem a estrutura do modelo. Quando o modelo é consultado, as
consultas nativas são usadas para recuperar dados da fonte de dados subjacente.

Há dois motivos principais para considerar o desenvolvimento de um modelo

DirectQuery:

Quando os volumes de dados são muito grandes, mesmo quando métodos de

redução de dados são aplicados, para carregar em um modelo ou praticamente
atualizar.
Quando os relatórios e painéis precisam fornecer dados quase em tempo real, além
do que pode ser alcançado dentro dos limites de atualização agendada. Os limites
de atualização programada são oito vezes por dia para capacidade compartilhada
e 48 vezes por dia para capacidade Premium.

Há várias vantagens associadas aos modelos DirectQuery:

 Os limites de tamanho do modelo de importação não se aplicam.
Os modelos não exigem atualização de dados agendada.
Os usuários de relatório veem os dados mais recentes ao interagir com filtros e
segmentações de dados. Além disso, os usuários do relatório podem atualizar o
relatório inteiro para recuperar os dados atuais.
Relatórios em tempo real podem ser desenvolvidos usando o recurso de
atualização automática de página.
Os blocos do painel, quando baseados em modelos DirectQuery, podem ser
atualizados automaticamente a cada 15 minutos.

No entanto, existem algumas limitações associadas aos modelos DirectQuery:

As expressões do Power Query/Mashup só podem ser funções que podem ser

transpostas para consultas nativas compreendidas pela fonte de dados.
As fórmulas DAX são limitadas a usar apenas funções que podem ser transpostas
para consultas nativas compreendidas pela fonte de dados. Não há suporte para
tabelas calculadas.
Os recursos do Quick Insights não são suportados.

Do ponto de vista dos recursos de serviço do Power BI, os modelos DirectQuery exigem:

Memória mínima para carregar o modelo (apenas metadados) quando ele é

consultado.
Às vezes, o serviço do Power BI deve usar recursos significativos do processador
para gerar e processar consultas enviadas para a fonte de dados. Quando essa
situação surge, ela pode afetar a taxa de transferência, especialmente quando
usuários simultâneos estão consultando o modelo.

Para obter mais informações, consulte Usar o DirectQuery no Power BI Desktop.

Modo composto
O modo composto pode misturar os modos Import e DirectQuery ou integrar várias
fontes de dados DirectQuery. Os modelos desenvolvidos em modo composto suportam
a configuração do modo de armazenamento para cada tabela de modelo. Este modo
também suporta tabelas calculadas, definidas com DAX.

O modo de armazenamento de tabela pode ser configurado como Import, DirectQuery

ou Dual. Uma tabela configurada como modo de armazenamento duplo é Import e
DirectQuery, e essa configuração permite que o serviço do Power BI determine o modo
mais eficiente a ser usado em uma base consulta a consulta.
Os modelos compostos se esforçam para oferecer o melhor dos modos Import e
DirectQuery. Quando configurados adequadamente, eles podem combinar o alto
desempenho de consulta de modelos na memória com a capacidade de recuperar
dados quase em tempo real de fontes de dados.

Para obter mais informações, consulte Usar modelos compostos no Power BI Desktop.

Tabelas Pure Import e DirectQuery

Os modeladores de dados que desenvolvem modelos compostos provavelmente
configurarão tabelas de tipo de dimensão no modo de armazenamento Importar ou
Duplo e tabelas de tipo de fato no modo DirectQuery. Para obter mais informações
sobre funções de tabela de modelo, consulte Compreender o esquema em estrela e a
importância do Power BI.

Por exemplo, considere um modelo com uma tabela de tipo de dimensão Produto no
modo Duplo e uma tabela de tipo de fato de Vendas no modo DirectQuery. A tabela
Produto pode ser consultada de forma eficiente e rápida a partir da memória para
renderizar uma segmentação de dados de relatório. A tabela Sales também pode ser
consultada no modo DirectQuery com a tabela Product relacionada. A última consulta
poderia permitir a geração de uma única consulta SQL nativa eficiente que une tabelas
de Produto e Vendas e filtra pelos valores da segmentação de dados.

Tabelas híbridas
Os modeladores de dados que desenvolvem modelos compostos também podem
configurar tabelas de fatos como tabelas híbridas. Uma tabela híbrida é uma tabela com
uma ou várias partições Import e uma partição DirectQuery. A vantagem de uma tabela
híbrida é que ela pode ser consultada de forma eficiente e rápida a partir da memória e,
ao mesmo tempo, incluir as alterações de dados mais recentes da fonte de dados que
ocorreram após o último ciclo de importação, como ilustra a visualização a seguir.

A maneira mais fácil de criar uma tabela híbrida é configurar uma política de atualização
incremental no Power BI Desktop e habilitar a opção Obter os dados mais recentes em
tempo real com o DirectQuery (somente Premium). Quando o Power BI aplica uma
política de atualização incremental que tem essa opção habilitada, ele particiona a
tabela como o esquema de particionamento exibido no diagrama anterior. Para garantir
um bom desempenho, configure suas tabelas de tipo de dimensão no modo de
armazenamento duplo para que o Power BI possa gerar consultas SQL nativas eficientes
ao consultar a partição DirectQuery.

７ Nota

O Power BI suporta tabelas híbridas apenas quando o modelo semântico está

alojado em espaços de trabalho em capacidades Premium. Assim, você deve
carregar seu modelo semântico para um espaço de trabalho Premium se configurar
uma política de atualização incremental com a opção de obter os dados mais
 recentes em tempo real com o DirectQuery. Para obter mais informações, consulte
Atualização incremental e dados em tempo real para modelos semânticos.

Também é possível converter uma tabela Import em uma tabela híbrida adicionando
uma partição DirectQuery usando TMSL (Tabular Model Scripting Language) ou TOM
(Tabular Object Model) ou usando uma ferramenta de terceiros. Por exemplo, você pode
particionar uma tabela de fatos de modo que a maior parte dos dados seja deixada no
data warehouse enquanto apenas uma fração dos dados mais recentes é importada.
Essa abordagem pode ajudar a otimizar o desempenho se a maior parte desses dados
forem dados históricos acessados com pouca frequência. Uma tabela híbrida pode ter
várias partições Import, mas apenas uma partição DirectQuery.

Próximos passos
Modo de armazenamento no Power BI Desktop
Usando o DirectQuery no Power BI
Utilizar modelos compostos no Power BI Desktop
Tem dúvidas? Tente perguntar à Comunidade do Power BI
Pré-requisitos da fonte de dados do
Power BI
Artigo • 08/09/2023

Para fontes de dados, o Power BI dá suporte a versões específicas de provedor e versões

de fonte de dados e determinados objetos. Para obter mais informações sobre fontes de
dados do Power BI disponíveis, consulte Fontes de dados.

A tabela a seguir descreve os requisitos da fonte de dados do Power BI.

Data Provider Versão Versão Objetos de Ligação para

source mínima do mínima fonte de transferência
provedor da fonte dados
de suportados
dados

SQL Server ADO.net (integrado ao .NET .NET SQL Tabelas/Vistas, Incluído no

Framework) Framework Server Funções .NET
3.5 2005+ escalares, Framework
(apenas) Funções de 3.5 ou
tabela superior

Access Mecanismo de Banco de ACE 2010 Sem Tabelas/Vistas Link para

Dados do Microsoft Access SP1 restrições download
(ACE)

Excel Mecanismo de Banco de ACE 2010 Sem Tabelas, Link para

(apenas Dados do Microsoft Access SP1 restrições Folhas download
ficheiros (ACE)
.xls) (ver
nota 1)

Oracle (ver ODP.NET ODAC 11.2 9,x+ Tabelas/Vistas Link para

nota 2) Versão 5 download
(11.2.0.3.20)

MySQL Conector/Rede 6.6.5 5.1 Tabelas/Vistas, Link para

Funções download
escalares

PostgreSQL Provedor de ADO.NET 4.0.10 9.4 Tabelas/Vistas Link para

NPGSQL (fornecido com o download
Power BI Desktop)

Teradata Provedor de dados .NET para 14+ 12+ Tabelas/Vistas Link para
Teradata download
Data Provider Versão Versão Objetos de Ligação para
source mínima do mínima fonte de transferência
provedor da fonte dados
de suportados
dados

SAP Sybase iAnywhere.Data.SQLAnywhere 16+ 16+ Tabelas/Vistas Link para

SQL em para .NET 3.5 download
Qualquer
Lugar

７ Nota

Os arquivos do Excel que têm uma extensão .xlsx não exigem uma instalação de
provedor separado.

７ Nota

Os fornecedores Oracle também necessitam de software cliente Oracle (versão

8.1.7+).
Usando metadados de modelo
semântico aprimorados
Artigo • 10/11/2023

Quando o Power BI Desktop cria relatórios, ele também cria metadados de modelo
semântico nos arquivos PBIX e PBIT correspondentes. Anteriormente, os metadados
eram armazenados em um formato específico do Power BI Desktop. Os metadados
usaram expressões M codificadas em base 64 e fontes de dados. O Power BI fez
suposições sobre como esses metadados foram armazenados.

Com o lançamento do recurso de metadados de modelo semântico aprimorado, muitas

dessas limitações são removidas. Os arquivos PBIX são atualizados automaticamente
para metadados aprimorados ao abrir o arquivo. Com metadados de modelo semântico
aprimorados, os metadados criados pelo Power BI Desktop usam um formato
semelhante ao usado para modelos tabulares do Analysis Services, com base no Modelo
de Objeto Tabular.

O recurso de metadados do modelo semântico aprimorado é estratégico e

fundamental. A funcionalidade futura do Power BI será criada com base em seus
metadados. Esses outros recursos podem se beneficiar dos metadados aprimorados do
modelo semântico:

Leitura/gravação XMLA para gerenciamento de modelos semânticos do Power BI.

Migração de cargas de trabalho do Analysis Services para o Power BI para se
beneficiar de recursos de última geração.

Atualização
Seus relatórios são atualizados automaticamente para o formato de metadados
aprimorado quando você os abre na versão mais recente do Power BI Desktop. Se o
relatório foi salvo com alterações de consulta não aplicadas ou se houve um erro
durante a atualização automática, há um aviso na tela do relatório de que você ainda
precisa atualizar. Selecionar Relatório de atualização aplica quaisquer alterações
pendentes e atualiza o modelo de dados para o novo formato.

Excluir tabela da atualização do relatório

Depois que um modelo de dados tiver sido atualizado para o formato de metadados
avançado, alguns metadados que antes eram usados apenas no Power BI Desktop agora
também são respeitados no serviço do Power BI. Esses metadados incluem a opção
Incluir na Atualização do Relatório . Para modelos atualizados, se a opção Incluir na
Atualização do Relatório estiver desmarcada no Editor do Power Query, essa tabela não
será atualizada quando o relatório ou o modelo semântico for atualizado no Power BI
Desktop ou no serviço do Power BI. Os relatórios já publicados no serviço do Power BI
que ainda não foram atualizados para os novos metadados formais aprimorados
precisam ser atualizados no Power BI Desktop antes que esse novo comportamento
entre em vigor.

Considerações e limitações
Antes do suporte aprimorado a metadados, para conexões SQL Server, Oracle, Teradata
e HANA herdadas, o Power BI Desktop adicionou uma consulta nativa ao modelo de
dados. Essa consulta é usada pelos modelos de dados de serviço do Power BI. Com
suporte aprimorado a metadados, o modelo de dados de serviço do Power BI regenera
a consulta nativa em tempo de execução. Ele não usa a consulta que o Power BI
Desktop criou. Na maioria dos casos, essa recuperação se resolve corretamente, mas
algumas transformações não funcionam sem a leitura dos dados subjacentes. Você
pode ver alguns erros em relatórios que funcionaram anteriormente. Por exemplo, um
erro pode dizer:

Não é possível converter uma consulta M na tabela 'Dimension City' em uma

consulta de origem nativa. Tente novamente mais tarde ou contacte o suporte. Se
você entrar em contato com o suporte, forneça esses detalhes.

Você pode corrigir suas consultas em três locais diferentes no Power BI Desktop:

Quando você aplica alterações ou faz uma atualização.

Em uma barra de aviso no Editor do Power Query informando que a expressão não
pôde ser dobrada na fonte de dados.
 Quando você executa avaliações ao abrir um relatório para verificar se você tem
consultas sem suporte. A execução dessas avaliações pode resultar em implicações
no desempenho.

Determinadas combinações de caracteres em expressões M que não seriam suportadas

no Modelo de Objeto Tabular (TOM) também não são suportadas no ambiente de
metadados do modelo semântico avançado.

Próximos passos
Você pode fazer todos os tipos de coisas com o Power BI Desktop. Para obter mais
informações sobre seus recursos, confira os seguintes recursos:

O que é o Power BI Desktop?

O que há de novo no Power BI?
Visão geral da consulta com o Power BI Desktop
Tipos de dados no Power BI Desktop
Formatar e combinar dados com o Power BI Desktop
Tarefas comuns de consulta no Power BI Desktop
Trabalhar com modelos
multidimensionais no Power BI
Artigo • 31/01/2024

Você pode se conectar a modelos multidimensionais no Power BI e criar relatórios que

visualizam todos os tipos de dados no modelo. Com modelos multidimensionais, o
Power BI aplica regras à forma como processa dados, com base na coluna que é
definida como o membro predefinido.

Com modelos multidimensionais, o Power BI manipula dados do modelo com base em

onde a coluna que contém o Membro Padrão é usada. O valor da propriedade
DefaultMember para uma hierarquia de atributos é definido em CSDL (Conceptual
Schema Definition Language) para uma coluna específica em um modelo
multidimensional. Para obter mais informações sobre o membro padrão, consulte
Propriedades do atributo - Definir um membro padrão. Quando uma consulta DAX
(expressão de análise de dados) é executada, o membro padrão especificado no modelo
é aplicado automaticamente.

Este artigo descreve como o Power BI se comporta em várias circunstâncias ao trabalhar

com modelos multidimensionais, com base em onde o membro padrão é encontrado.

Trabalhar com cartões de filtro

Quando você cria um cartão de filtro em um campo com um membro padrão, o valor
do campo de membro padrão é selecionado automaticamente no cartão de filtro. O
resultado é que todos os elementos visuais afetados pela placa de filtro mantêm seus
modelos padrão no banco de dados. Os valores em tais cartões de filtro refletem esse
membro padrão.

Se o membro padrão for removido, a desseleção do valor o desmarcará para todos os

elementos visuais aos quais o cartão de filtro se aplica, e os valores exibidos não
refletirão o membro padrão.

Por exemplo, imagine que temos uma coluna Moeda e um membro padrão definido
como USD:

Neste caso de exemplo, se tivermos um cartão que mostre Total de Vendas, o valor
terá o membro padrão aplicado e as vendas que correspondem a USD.
Se arrastarmos Moeda para o painel do cartão de filtro, veremos USD como o valor
padrão selecionado. O valor do Total de Vendas permanece o mesmo, uma vez que
 o membro padrão é aplicado.
No entanto, se desmarcarmos o valor em USD do cartão de filtro, o membro padrão
para Moeda será compensado e, agora, o Total de Vendas refletirá todas as moedas.
Quando selecionamos outro valor no cartão de filtro (digamos que selecionamos
EURO), ao longo do membro padrão, o Total de Vendas reflete o filtro Moeda EM
{USD, EURO}.

Elementos visuais de grupo

No Power BI, sempre que você agrupa um visual em uma coluna que tem um membro
padrão, o Power BI limpa o membro padrão dessa coluna e seu caminho de
relacionamento de atributo. Esse comportamento garante que o visual exiba todos os
valores, em vez de apenas os valores padrão.

Caminhos de relacionamento de atributos

(ARPs)
Os caminhos de relacionamento de atributos (ARPs) fornecem aos membros padrão
recursos poderosos, mas também introduzem uma certa quantidade de complexidade.
Quando ARPs são encontrados, o Power BI segue o caminho de ARPs para limpar outros
membros padrão para outras colunas para fornecer tratamento consistente e preciso de
dados para elementos visuais.

Vejamos um exemplo para esclarecer o comportamento. Considere a seguinte

configuração de ARPs:

Agora vamos imaginar que os seguintes membros padrão estão definidos para essas
colunas:

Cidade > Seattle

 Estado > WA
País/Região > EUA
População > Grande

Agora vamos examinar o que acontece quando cada coluna é usada no Power BI.
Quando os elementos visuais se agrupam nas seguintes colunas, aqui estão os
resultados:

Cidade - O Power BI exibe todas as cidades limpando todos os membros padrão

para Cidade, Estado, País/Região, mas preserva o membro padrão para População;
O Power BI limpou todo o ARP para City.

７ Nota

A população não está no caminho ARP da cidade, está apenas relacionada ao

Estado e, portanto, o Power BI não a limpa.

Estado - O Power BI exibe todos os Estados limpando todos os membros padrão

para Cidade, Estado, País/Região e População.
País/Região - O Power BI exibe todos os países/regiões limpando todos os
membros padrão para Cidade, Estado e País/Região, mas preserva o membro
padrão para População.
Cidade e Estado - O Power BI limpa todos os membros predefinidos de todas as
colunas.

Os grupos exibidos no visual têm todo o caminho ARP limpo.

Se um grupo não for exibido no visual, mas fizer parte do caminho ARP de outra coluna
agrupada, aplica-se o seguinte:

Nem todas as ramificações do caminho ARP são limpas automaticamente.

Esse grupo ainda é filtrado por esse membro padrão não limpo.

Segmentações de dados e filtros de cartões

Quando você trabalha com segmentações de dados ou cartões de filtro, ocorre o
seguinte comportamento:

Quando uma segmentação de dados ou cartão de filtro é carregada com dados, o

Power BI agrupa na coluna no visual, portanto, o comportamento de exibição é o
mesmo descrito na seção anterior.
Como as segmentações de dados e os cartões de filtro são frequentemente usados para
interagir com outros elementos visuais, a lógica de limpar membros padrão para os
visuais afetados ocorre conforme explicado na tabela a seguir.

Para esta tabela, usamos os mesmos dados de exemplo do início deste artigo:

As regras a seguir se aplicam à maneira como o Power BI se comporta nessas

circunstâncias.

O Power BI limpa um membro padrão para uma coluna especificada, se:

Grupos do Power BI nessa coluna.

Grupos do Power BI em uma coluna relacionada a essa coluna (em qualquer lugar
no ARP, para cima ou para baixo).
O Power BI filtra uma coluna que está no ARP (para cima ou para baixo).
A coluna tem um cartão de filtro com ALL indicado.
A coluna tem um cartão de filtro com qualquer valor selecionado (o Power BI
recebe um filtro para a coluna).

O Power BI não limpa um membro padrão para uma coluna especificada, se:

A coluna tem um cartão de filtro com o padrão declarado, e o Power BI está

agrupando em uma coluna em seu ARP.
A coluna está acima de outra coluna no ARP e o Power BI tem um cartão de filtro
para essa outra coluna no estado padrão.

Conteúdos relacionados
Este artigo descreveu o comportamento do Power BI ao trabalhar com membros padrão
em modelos multidimensionais. Você também pode estar interessado nos seguintes
artigos:

Mostrar itens sem dados no Power BI

Origens de dados no Power BI Desktop
DirectQuery no Power BI
Artigo • 13/08/2024

No Power BI Desktop ou no serviço do Power BI, você pode se conectar a muitas fontes
de dados diferentes de maneiras diferentes. Você pode importar dados para o Power BI,
que é a maneira mais comum de obter dados. Você também pode se conectar
diretamente a alguns dados em seu repositório de origem original, que é chamado
DirectQuery. Este artigo discute principalmente os recursos do DirectQuery.

Este artigo descreve:

As diferentes opções de conectividade de dados do Power BI.

Orientação sobre quando usar o DirectQuery em vez de importar.
Limitações e implicações do uso do DirectQuery.
Recomendações para o uso bem-sucedido do DirectQuery.
Como diagnosticar problemas de desempenho do DirectQuery.

O artigo se concentra no fluxo de trabalho do DirectQuery quando você cria um

relatório no Power BI Desktop, mas também aborda a conexão por meio do DirectQuery
no serviço do Power BI.

７ Nota

O DirectQuery também é um recurso do SQL Server Analysis Services. Esse recurso

compartilha muitos detalhes com o DirectQuery no Power BI, mas também há
diferenças importantes. Este artigo aborda principalmente o DirectQuery com
Power BI, não o SQL Server Analysis Services.

Para obter mais informações sobre como usar o DirectQuery com o SQL Server
Analysis Services, consulte Usar modelos compostos no Power BI Desktop). Você
também pode baixar o PDF DirectQuery no SQL Server 2016 Analysis Services .

Modos de conectividade de dados do Power BI

O Power BI se conecta a um grande número de fontes de dados variadas, como:

Serviços online como Salesforce e Dynamics 365.

Bancos de dados como SQL Server, Access e Amazon Redshift.
Arquivos simples no Excel, JSON e outros formatos.
Outras fontes de dados como o Spark, sites e Microsoft Exchange.
Você pode importar dados dessas fontes para o Power BI. Para algumas fontes, você
também pode se conectar usando DirectQuery. Para obter um resumo das fontes que
dão suporte ao DirectQuery, consulte Fontes de dados do Power BI. As fontes
habilitadas para DirectQuery são principalmente fontes que podem oferecer um bom
desempenho de consulta interativa.

Você deve importar dados para o Power BI sempre que possível. A importação tira
proveito do mecanismo de consulta de alto desempenho do Power BI e fornece uma
experiência altamente interativa e com todos os recursos.

Se você não conseguir atingir suas metas importando dados, por exemplo, se os dados
forem alterados com frequência e os relatórios precisarem refletir os dados mais
recentes, considere usar o DirectQuery. O DirectQuery é viável somente quando a fonte
de dados subjacente pode fornecer resultados de consulta interativos em menos de
cinco segundos para uma consulta agregada típica e pode lidar com a carga de consulta
gerada. Considere cuidadosamente as limitações e implicações do uso do DirectQuery.

Os recursos de importação do Power BI e DirectQuery evoluem com o tempo. As

alterações que fornecem mais flexibilidade ao usar dados importados permitem
importar com mais frequência e eliminar algumas das desvantagens do uso do
DirectQuery. Independentemente das melhorias, o desempenho da fonte de dados
subjacente é uma consideração importante ao usar o DirectQuery. Se uma fonte de
dados subjacente for lenta, o uso do DirectQuery para essa fonte permanecerá inviável.

As seções a seguir abrangem essas três opções de conexão com dados: importação,
DirectQuery e conexão ao vivo. O restante do artigo se concentra no DirectQuery.

Importar conexões
Quando você se conecta a uma fonte de dados como o SQL Server e importa dados no
Power BI Desktop, as seguintes condições de conectividade estão presentes:

Quando você usa inicialmente Obter dados, cada conjunto de tabelas selecionado
define uma consulta que retorna um conjunto de dados. Você pode editar essas
consultas antes de carregar os dados, por exemplo, para aplicar filtros, agregar os
dados ou unir tabelas diferentes.

Após o carregamento, todos os dados definidos pelas consultas são importados

para o cache do Power BI.

A criação de um visual no Power BI Desktop consulta os dados armazenados em

cache. O repositório do Power BI garante que a consulta seja rápida e que todas as
alterações no visual sejam refletidas imediatamente.
 Os elementos visuais não refletem as alterações nos dados subjacentes no
armazenamento de dados. Você precisa reimportar para atualizar os dados.

A publicação do relatório no serviço do Power BI como um arquivo .pbix cria e

carrega um modelo semântico que inclui os dados importados. Em seguida, você
pode agendar a atualização de dados para reimportá-los diariamente, por
exemplo. Dependendo do local da fonte de dados original, pode ser necessário
configurar um gateway de dados local para a atualização.

Abrir um relatório existente ou criar um novo relatório no serviço do Power BI

consulta os dados importados novamente, garantindo a interatividade.

Você pode fixar elementos visuais ou páginas de relatório inteiras como blocos de
painel no serviço do Power BI. Os blocos são atualizados automaticamente sempre
que o modelo semântico subjacente é atualizado.

Conexões DirectQuery
Quando você usa o DirectQuery para se conectar a uma fonte de dados no Power BI
Desktop, as seguintes condições de conectividade de dados estão presentes:

Use Obter dados para selecionar a fonte. Para fontes relacionais, você ainda pode
selecionar um conjunto de tabelas que definem uma consulta que retorna
logicamente um conjunto de dados. Para fontes multidimensionais como o SAP
Business Warehouse (SAP BW), selecione apenas a fonte.

Após o carregamento, nenhum dado é importado para o repositório do Power BI.

Em vez disso, quando você cria um visual, o Power BI Desktop envia consultas para
a fonte de dados subjacente para recuperar os dados necessários. O tempo que
demora para atualizar o elemento visual depende do desempenho da origem de
dados subjacente.

Quaisquer alterações nos dados subjacentes não são refletidas imediatamente nos
visuais existentes. Ainda é necessário atualizar. O Power BI Desktop reenvia as
consultas necessárias para cada visual e atualiza o visual conforme necessário.

A publicação do relatório no serviço do Power BI cria e carrega um modelo

semântico, o mesmo que para importação. No entanto, esse modelo semântico
não inclui dados.

Abrir um relatório existente ou criar um novo relatório no serviço do Power BI

consulta a fonte de dados subjacente para recuperar os dados necessários.
 Dependendo do local da fonte de dados original, pode ser necessário configurar
um gateway de dados local para obter os dados.

Você pode fixar elementos visuais ou páginas de relatório inteiras como blocos de
painel. Para garantir que a abertura de um painel seja rápida, os blocos são
atualizados automaticamente de acordo com uma programação, por exemplo, a
cada hora. Você pode controlar a frequência de atualização dependendo da
frequência com que os dados são alterados e da importância de ver os dados mais
recentes.

Quando você abre um painel, os blocos refletem os dados no momento da última

atualização, não necessariamente as alterações mais recentes feitas na fonte
subjacente. Você pode atualizar um painel aberto para garantir que ele esteja
atualizado.

Ligações em tempo real

Quando você se conecta ao SQL Server Analysis Services, pode optar por importar os
dados ou usar uma conexão em tempo real com o modelo de dados selecionado. O uso
de uma conexão ao vivo é semelhante ao DirectQuery. Nenhum dado é importado e a
fonte de dados subjacente é consultada para atualizar elementos visuais.

Por exemplo, ao usar a importação para se conectar ao SQL Server Analysis Services,
você define uma consulta em relação à fonte externa do SQL Server Analysis Services e
importa os dados. Se você se conectar ao vivo, não definirá uma consulta e todo o
modelo externo será exibido na lista de campos.

Essa situação também se aplica quando você se conecta às seguintes fontes, exceto que
não há opção para importar os dados:

Modelos semânticos do Power BI, por exemplo, conectando-se a um modelo

semântico do Power BI que já foi publicado no serviço, para criar um novo
relatório sobre ele.

Microsoft Dataverse.

Quando você publica relatórios do SQL Server Analysis Services que usam conexões em
tempo real, o comportamento no serviço do Power BI é semelhante aos relatórios do
DirectQuery das seguintes maneiras:

Abrir um relatório existente ou criar um novo relatório no serviço do Power BI

consulta a fonte subjacente do SQL Server Analysis Services, possivelmente
exigindo um gateway de dados local.
 Os blocos do painel são atualizados automaticamente em uma programação,
como a cada hora.

Uma conexão ao vivo também difere do DirectQuery de várias maneiras. Por exemplo,
as conexões em tempo real sempre passam a identidade do usuário que abre o relatório
para a fonte subjacente do SQL Server Analysis Services.

Casos de uso do DirectQuery

A conexão com o DirectQuery pode ser útil nos seguintes cenários. Em vários desses
casos, deixar os dados em seu local de origem original é necessário ou benéfico.

O DirectQuery no Power BI oferece os maiores benefícios nos seguintes cenários:

Os dados mudam com frequência e você precisa de relatórios quase em tempo

real.
Você precisa lidar com dados grandes sem ter que pré-agregar.
A fonte subjacente define e aplica regras de segurança.
Aplicam-se restrições de soberania de dados.
A fonte é uma fonte multidimensional que contém medidas, como o SAP BW.

Os dados mudam com frequência e você precisa de

relatórios quase em tempo real
Você pode atualizar modelos com dados importados no máximo uma vez por hora ou
com mais frequência com assinaturas do Power BI Pro ou Power BI Premium. Se os
dados estiverem mudando continuamente e for necessário que os relatórios mostrem
os dados mais recentes, usar a importação com atualização agendada pode não atender
às suas necessidades. Você pode transmitir dados diretamente para o Power BI, embora
haja limites para os volumes de dados suportados para esse caso.

Usar o DirectQuery significa que abrir ou atualizar um relatório ou painel sempre mostra
os dados mais recentes na fonte. Os blocos do painel também podem ser atualizados
com mais frequência, a cada 15 minutos.

Os dados são muito grandes

Se os dados forem muito grandes, não é viável importá-los todos. O DirectQuery não
requer uma grande transferência de dados, porque consulta os dados no local. No
entanto, dados grandes também podem tornar o desempenho de consultas em relação
a essa fonte subjacente muito lento.
Nem sempre é necessário importar dados completos e detalhados. O Editor do Power
Query facilita a pré-agregação de dados durante a importação. Tecnicamente, é possível
importar exatamente os dados agregados que você precisa para cada visual. Embora o
DirectQuery seja a abordagem mais simples para dados grandes, a importação de dados
agregados pode oferecer uma solução se a fonte de dados subjacente for muito lenta
para o DirectQuery.

Esses detalhes estão relacionados ao uso exclusivo do Power BI. Para obter mais
informações sobre como usar modelos grandes no Power BI, consulte Modelos
semânticos grandes no Power BI Premium. Não há restrição quanto à frequência com
que os dados podem ser atualizados.

A fonte subjacente define regras de segurança

Quando você importa dados, o Power BI se conecta à fonte de dados usando as
credenciais do Power BI Desktop do usuário atual ou as credenciais configuradas para
atualização agendada do serviço do Power BI. Ao publicar e compartilhar relatórios que
importaram dados, você deve ter cuidado para compartilhar apenas com usuários
autorizados a ver os dados ou deve definir segurança em nível de linha como parte do
modelo semântico.

O DirectQuery permite que as credenciais de um visualizador de relatórios passem para

a fonte subjacente, que aplica regras de segurança. O DirectQuery dá suporte ao logon
único (SSO) para fontes de dados SQL do Azure e por meio de um gateway de dados
para servidores SQL locais. Para obter mais informações, consulte Visão geral do logon
único (SSO) para gateways de dados locais no Power BI.

Aplicam-se restrições de soberania de dados

Algumas organizações têm políticas em torno da soberania de dados, o que significa
que os dados não podem sair das instalações da organização. Estes dados apresentam
problemas para soluções baseadas na importação de dados. Com o DirectQuery, os
dados permanecem no local de origem subjacente. No entanto, mesmo com o
DirectQuery, o serviço do Power BI mantém alguns caches de dados no nível visual,
devido à atualização agendada de blocos.

A fonte de dados subjacente utiliza medidas

Uma fonte de dados subjacente, como SAP HANA ou SAP BW, contém medidas. As
medidas significam que os dados importados já estão em um determinado nível de
agregação, conforme definido pela consulta. Um visual que solicita dados em um nível
agregado de nível mais alto, como TotalSales por ano, agrega ainda mais o valor
agregado. Essa agregação é boa para medidas aditivas, como Sum e Min, mas pode ser
um problema para medidas não aditivas, como Average e DistinctCount.

Obter facilmente os dados agregados corretos necessários para um visual diretamente

da fonte requer o envio de consultas por visual, como no DirectQuery. Quando você se
conecta ao SAP BW, escolher DirectQuery permite esse tratamento de medidas. Para
obter mais informações, consulte DirectQuery e SAP BW.

Atualmente, o DirectQuery sobre SAP HANA trata os dados da mesma forma que uma
fonte relacional e produz um comportamento semelhante à importação. Para obter mais
informações, consulte DirectQuery e SAP HANA.

Limitações do DirectQuery
O uso do DirectQuery tem algumas implicações potencialmente negativas. Algumas
dessas limitações diferem ligeiramente dependendo da fonte exata que você usa. As
seções a seguir listam as implicações gerais do uso do DirectQuery e as limitações
relacionadas ao desempenho, segurança, transformações, modelagem e relatórios.

Implicações gerais
Seguem-se algumas implicações e limitações gerais da utilização do DirectQuery:

Se os dados forem alterados, você deverá atualizar para mostrar os dados mais
recentes. Dado o uso de caches, não há garantia de que os elementos visuais
sempre mostrem os dados mais recentes. Por exemplo, um visual pode mostrar
transações no dia anterior. Uma alteração na segmentação de dados pode
atualizar o visual para mostrar as transações dos últimos dois dias, incluindo as
transações recentes recém-chegadas. Mas retornar a segmentação de dados ao
seu valor original pode resultar em que ela mostre novamente o valor anterior
armazenado em cache. Selecione Atualizar para limpar todos os caches e atualizar
todos os elementos visuais na página para mostrar os dados mais recentes.

Se os dados forem alterados, não há garantia de consistência entre os elementos

visuais. Visuais diferentes, seja na mesma página ou em páginas diferentes, podem
ser atualizados em momentos diferentes. Se os dados na fonte subjacente
estiverem mudando, não há garantia de que cada visual mostre os dados no
mesmo ponto no tempo.

Dado que mais de uma consulta pode ser necessária para um único visual, por
exemplo, para obter os detalhes e os totais, nem mesmo a consistência dentro de
um único visual é garantida. Para garantir essa consistência, seria necessária a
sobrecarga de atualizar todos os elementos visuais sempre que qualquer visual
fosse atualizado, juntamente com o uso de recursos caros, como isolamento de
instantâneo na fonte de dados subjacente.

Você pode atenuar esse problema em grande medida selecionando Atualizar para
atualizar todos os elementos visuais na página. Mesmo para o modo de
importação, há um problema semelhante de manter a consistência quando você
importa dados de mais de uma tabela.

Você deve atualizar no Power BI Desktop para refletir as alterações de esquema.

Depois que um relatório é publicado, Atualizar no serviço do Power BI atualiza os
elementos visuais no relatório. Mas se o esquema de origem subjacente for
alterado, o serviço do Power BI não atualizará automaticamente a lista de campos
disponíveis. Se as tabelas ou colunas forem removidas da origem subjacente, isso
poderá resultar em falha de consulta após a atualização. Para atualizar os campos
no modelo para refletir as alterações, você deve abrir o relatório no Power BI
Desktop e escolher Atualizar.

Um limite de 1 milhão de linhas pode retornar em qualquer consulta. Há um

limite fixo de 1 milhão de linhas que podem retornar em qualquer consulta única
para a fonte subjacente. Esse limite geralmente não tem implicações práticas, e os
visuais não exibirão tantos pontos. No entanto, o limite pode ocorrer nos casos em
que o Power BI não otimiza totalmente as consultas enviadas e solicita algum
resultado intermediário que exceda o limite.

O limite também pode ocorrer durante a construção de um visual, no caminho

para um estado final mais razoável. Por exemplo, incluir Customer e
TotalSalesQuantity pode atingir esse limite se houver mais de 1 milhão de clientes,
até que você aplique algum filtro. O erro que retorna é: O conjunto de resultados
de uma consulta à fonte de dados externa excedeu o tamanho máximo
permitido de '1000000' linhas.

７ Nota

As capacidades Premium permitem-lhe exceder o limite de um milhão de

linhas. Para obter mais informações, consulte Max Intermediate Row set
Count.

Não é possível alterar um modelo de importação para o modo DirectQuery.

Você pode alternar um modelo do modo DirectQuery para o modo Importar se
importar todos os dados necessários. Não é possível voltar para o modo
 DirectQuery, principalmente devido ao conjunto de recursos que o modo
DirectQuery não suporta. Para fontes multidimensionais como o SAP BW, também
não é possível alternar do modo DirectQuery para o modo de importação, devido
ao tratamento diferente de medidas externas.

Implicações de desempenho e carga

Quando você usa o DirectQuery, a experiência geral depende do desempenho da fonte
de dados subjacente. Se a atualização de cada visual, por exemplo, depois de alterar um
valor de segmentação de dados, demorar menos de cinco segundos, a experiência é
razoável, embora possa parecer lenta em comparação com a resposta imediata com
dados importados. Se a lentidão da fonte faz com que os visuais individuais levem mais
de dezenas de segundos para serem atualizados, a experiência se torna irrazoavelmente
ruim. As consultas podem até expirar.

Juntamente com o desempenho da fonte subjacente, a carga colocada na fonte

também afeta o desempenho. Cada usuário que abre um relatório compartilhado e cada
bloco de painel que é atualizado envia pelo menos uma consulta por visual para a fonte
subjacente. A fonte deve ser capaz de lidar com essa carga de consulta, mantendo um
desempenho razoável.

Implicações para a segurança

A menos que a fonte de dados subjacente use SSO, um relatório DirectQuery sempre
usa as mesmas credenciais fixas para se conectar à fonte depois de publicado no serviço
do Power BI. Imediatamente após publicar um relatório DirectQuery, você deve
configurar as credenciais do usuário a serem usadas. Até configurar as credenciais,
tentar abrir o relatório no serviço do Power BI resulta num erro.

Depois de fornecer as credenciais do usuário, o Power BI usa essas credenciais para

quem abre o relatório, o mesmo que para os dados importados. Todos os usuários
veem os mesmos dados, a menos que a segurança em nível de linha seja definida como
parte do relatório. Você deve prestar a mesma atenção ao compartilhamento do
relatório que para dados importados, mesmo que haja regras de segurança definidas na
fonte subjacente.

A conexão com modelos semânticos do Power BI e Analysis Services no modo

DirectQuery sempre usa SSO, portanto, a segurança é semelhante às conexões em
tempo real com o Analysis Services.

Não há suporte para credenciais alternativas ao fazer conexões DirectQuery com o

SQL Server a partir do Power BI Desktop. Você pode usar suas credenciais atuais
 do Windows ou credenciais de banco de dados.

Você pode usar várias fontes de dados em um modelo DirectQuery usando

modelos compostos. Quando você usa várias fontes de dados, é importante
entender as implicações de segurança de como os dados se movem entre as
fontes de dados subjacentes.

Limitações da transformação de dados

O DirectQuery limita as transformações de dados que pode aplicar no Power Query
Editor. Com dados importados, você pode facilmente aplicar um conjunto sofisticado de
transformações para limpar e remodelar os dados antes de usá-los para criar elementos
visuais. Por exemplo, você pode analisar documentos JSON ou dinamizar dados de uma
coluna para um formulário de linha. Essas transformações são mais limitadas no
DirectQuery.

Quando você se conecta a uma fonte de processamento analítico on-line (OLAP) como
o SAP BW, não é possível definir nenhuma transformação e todo o modelo externo é
retirado da origem. Para fontes relacionais como o SQL Server, você ainda pode definir
um conjunto de transformações por consulta, mas essas transformações são limitadas
por motivos de desempenho.

Quaisquer transformações devem ser aplicadas em cada consulta à fonte subjacente, em

vez de uma vez na atualização de dados. As transformações devem ser capazes de se
traduzir razoavelmente em uma única consulta nativa. Se você usar uma transformação
muito complexa, receberá um erro informando que ela deve ser excluída ou que o
modelo de conexão deve ser alternado para importação.

Além disso, a caixa de diálogo Obter Dados ou o Editor do Power Query usa
subseleções dentro das consultas que geram e enviam para recuperar dados para um
visual. As consultas definidas no Power Query Editor devem ser válidas neste contexto.
Em particular, não é possível usar uma consulta com expressões de tabela comuns, nem
uma que invoque procedimentos armazenados.

Limitações de modelagem
O termo modelagem neste contexto significa o ato de refinar e enriquecer dados brutos
como parte da criação de um relatório usando os dados. Exemplos de modelagem
incluem:

Definição de relações entre tabelas.

Adicionar novos cálculos, como colunas e medidas calculadas.
 Renomear e ocultar colunas e medidas.
Definição de hierarquias.
Definição de formatação de coluna, resumo padrão e ordem de classificação.
Agrupamento ou agrupamento de valores.

Você ainda pode fazer muitos desses enriquecimentos de modelo ao usar o DirectQuery
e usar o princípio de enriquecer os dados brutos para melhorar o consumo posterior.
No entanto, alguns recursos de modelagem não estão disponíveis ou são limitados com
o DirectQuery. As limitações são aplicadas para evitar problemas de desempenho.

As limitações a seguir são comuns a todas as fontes do DirectQuery. Poderão aplicar-se

mais limitações a fontes individuais.

Sem hierarquia de data interna: com dados importados, cada coluna

data/data/hora também tem uma hierarquia de data interna disponível por
padrão. Por exemplo, se você importar uma tabela de ordens de venda que inclua
uma coluna OrderDate e usar OrderDate em um visual, poderá escolher o nível de
data apropriado a ser usado, como ano, mês ou dia. Essa hierarquia de data
interna não está disponível com o DirectQuery. Se houver uma tabela Date
disponível na fonte subjacente, como é comum em muitos data warehouses, você
poderá usar as funções de inteligência de tempo DAX (Data Analysis Expressions)
como de costume.

Suporte de data/hora apenas para o nível de segundos: para modelos

semânticos que usam colunas de tempo, o Power BI emite consultas à fonte
subjacente do DirectQuery apenas até o nível de detalhes de segundos, não
milissegundos. Remova os dados de milissegundos das colunas de origem.

Limitações em colunas calculadas: As colunas calculadas só podem ser intra-linha,

ou seja, podem referir-se apenas a valores de outras colunas da mesma tabela,
sem utilizar quaisquer funções agregadas. Além disso, as funções escalares DAX
permitidas, como LEFT() , são limitadas às funções que podem ser enviadas para a
fonte subjacente. As funções variam dependendo das capacidades exatas da fonte.
As funções que não são suportadas não são listadas no preenchimento automático
ao criar a consulta DAX para uma coluna calculada e resultam em um erro se
usado.

Sem suporte para funções DAX pai-filho: quando no modo DirectQuery, não é
possível usar a família de DAX PATH() funções que geralmente lidam com
estruturas pai-filho, como gráficos de contas ou hierarquias de funcionários.

Sem clustering: quando você usa o DirectQuery, não pode usar o recurso de
clustering para localizar grupos automaticamente.
Limitações de relatórios
Quase todos os recursos de relatório são suportados para modelos DirectQuery. Desde
que a fonte subjacente ofereça um nível adequado de desempenho, você pode usar o
mesmo conjunto de visualizações que para dados importados.

Uma limitação geral é que o comprimento máximo de dados em uma coluna de texto
para modelos semânticos DirectQuery é de 32.764 caracteres. A comunicação de textos
mais longos resulta num erro.

Os seguintes recursos de relatório do Power BI podem causar problemas de

desempenho em relatórios baseados em DirectQuery:

Filtros de medida: os elementos visuais que usam medidas ou agregações de

colunas podem conter filtros nessas medidas. Por exemplo, o gráfico a seguir
mostra SalesAmount por categoria, mas apenas para categorias com mais de 20
milhões de vendas.

Essa abordagem faz com que duas consultas sejam enviadas para a fonte
subjacente:
A primeira consulta recupera as categorias que atendem à condição
SalesAmount maior que 20 milhões.
A segunda consulta recupera os dados necessários para o visual, que inclui as
categorias que atenderam à WHERE condição.

Essa abordagem geralmente funciona bem se houver centenas ou milhares de

categorias, como neste exemplo. O desempenho pode degradar-se se o número
de categorias for muito maior. A consulta falhará se houver mais de um milhão de
categorias.

Filtros TopN: Você pode definir filtros avançados para filtrar apenas os valores
superiores ou inferiores N classificados por alguma medida. Por exemplo, os filtros
podem incluir as 10 principais categorias. Essa abordagem envia novamente duas
consultas para a fonte subjacente. No entanto, a primeira consulta retorna todas as
categorias da fonte subjacente e, em seguida, as TopN são determinadas com base
nos resultados retornados. Dependendo da cardinalidade da coluna envolvida,
essa abordagem pode levar a problemas de desempenho ou falhas de consulta
devido ao limite de um milhão de linhas nos resultados da consulta.

Mediana: Qualquer agregação, como Sum ou Count Distinct , é enviada por push
para a fonte subjacente. No entanto, o median agregado geralmente não é
suportado pela fonte subjacente. Para median , os dados detalhados são
recuperados da fonte subjacente e a mediana é calculada a partir dos resultados
retornados. Esta abordagem é razoável para calcular a mediana num número
relativamente pequeno de resultados.

Problemas de desempenho ou falhas de consulta podem surgir se a cardinalidade

for grande devido ao limite de um milhão de linhas. Por exemplo, consultar a
População Mediana de País/Região pode ser razoável, mas o Preço Mediano de
Venda pode não ser razoável.

Filtros de texto avançados como "contém": a filtragem avançada numa coluna de

texto permite filtros como contains e begins with . Esses filtros podem resultar em
desempenho degradado para algumas fontes de dados. Em particular, não use o
filtro padrão contains se precisar de uma correspondência exata. Embora os
resultados possam ser os mesmos dependendo dos dados reais, o desempenho
pode ser drasticamente diferente devido aos índices.

Segmentações de dados de seleção múltipla: por padrão, as segmentações de

dados só permitem fazer uma única seleção. Permitir a seleção múltipla nos filtros
pode causar problemas de desempenho. Por exemplo, se o usuário selecionar 10
produtos de interesse, cada nova seleção resultará no envio de consultas para a
fonte. Embora o usuário possa selecionar o próximo item antes da conclusão da
consulta, essa abordagem resulta em carga extra na fonte subjacente.

Totais em visuais de tabela: Por padrão, tabelas e matrizes exibem totais e

subtotais. Em muitos casos, obter os valores para esses totais requer o envio de
consultas separadas para a fonte subjacente. Esse requisito se aplica sempre que
você usa DistinctCount agregação ou em todos os casos que usam DirectQuery
 sobre SAP BW ou SAP HANA. Você pode desativar esses totais usando o painel
Formatar .

Recomendações do DirectQuery
Esta seção fornece orientação de alto nível sobre como usar o DirectQuery com êxito,
dadas suas implicações.

Desempenho da fonte de dados subjacente

Valide que os visuais simples sejam atualizados em cinco segundos, proporcionando
uma experiência interativa razoável. Se os elementos visuais levarem mais de 30
segundos para serem atualizados, é provável que outros problemas após a publicação
do relatório tornem a solução inviável.

Se as consultas forem lentas, examine as consultas enviadas para a fonte subjacente e o

motivo do desempenho lento. Para obter mais informações, consulte Diagnóstico de
desempenho.

Este artigo não cobre a ampla gama de recomendações de otimização de banco de

dados em todo o conjunto de potenciais fontes subjacentes. As seguintes práticas de
banco de dados padrão se aplicam à maioria das situações:

Para um melhor desempenho, baseie as relações em colunas inteiras em vez de

unir colunas de outros tipos de dados.

Crie os índices apropriados. A criação de índices geralmente significa o uso de

índices de armazenamento de colunas em fontes que oferecem suporte a eles, por
exemplo, o SQL Server.

Atualize todas as estatísticas necessárias na fonte.

Design do modelo
Ao definir o modelo, siga estas orientações:

Evite consultas complexas no Power Query Editor. O Power Query Editor traduz
uma consulta complexa numa única consulta SQL. A consulta única aparece na
subseleção de cada consulta enviada para essa tabela. Se essa consulta for
complexa, poderá resultar em problemas de desempenho em todas as consultas
enviadas. Pode obter a consulta SQL real para um conjunto de passos clicando
com o botão direito do rato no último passo em Passos aplicados no Power
Query Editor e escolhendo Ver Consulta Nativa.

Mantenha as medidas simples. Pelo menos inicialmente, limitar as medidas a

agregados simples. Se as medidas funcionarem de forma satisfatória, você pode
definir medidas mais complexas, mas preste atenção ao desempenho.

Evite relações em colunas calculadas. Em bancos de dados onde você precisa

fazer junções de várias colunas, o Power BI não permite basear relações em várias
colunas como a chave primária ou chave estrangeira. A solução alternativa comum
é concatenar as colunas usando uma coluna calculada e basear a junção nessa
coluna.

Essa solução alternativa é razoável para dados importados, mas para o DirectQuery
resulta em uma junção em uma expressão. Esse resultado geralmente impede o
uso de quaisquer índices e leva a um desempenho ruim. A única solução é
realmente materializar as várias colunas em uma única coluna na fonte de dados
subjacente.

Evite relações em colunas 'uniqueidentifier'. O Power BI não suporta nativamente

um tipo de uniqueidentifier dados. A definição de uma relação entre
uniqueidentifier colunas resulta em uma consulta com uma junção que envolve

uma transmissão. Mais uma vez, essa abordagem geralmente leva a um

desempenho ruim. A única solução é materializar colunas de um tipo alternativo
na fonte de dados subjacente.

Oculte a coluna 'para' nas relações. A to coluna sobre relacionamentos é

geralmente a chave primária na to tabela. Essa coluna deve estar oculta, mas se
estiver oculta, não aparece na lista de campos e não pode ser usada em elementos
visuais. Muitas vezes, as colunas nas quais as relações se baseiam são, na verdade ,
colunas do sistema, por exemplo, chaves substitutas em um data warehouse. Ainda
é melhor esconder essas colunas.

Se a coluna tiver significado, introduza uma coluna calculada que seja visível e que
tenha uma expressão simples de ser igual à chave primária, por exemplo:

SQL

ProductKey_PK (Destination of a relationship, hidden)

ProductKey (= [ProductKey_PK], visible)
ProductName
...
Examine todas as colunas calculadas e alterações de tipo de dados. Você pode
usar tabelas calculadas ao usar o DirectQuery com modelos compostos. Esses
recursos não são necessariamente prejudiciais, mas resultam em consultas que
contêm expressões em vez de simples referências a colunas. Essas consultas
podem resultar em índices não sendo usados.

Evite a filtragem cruzada bidirecional nas relações. O uso da filtragem cruzada

bidirecional pode levar a instruções de consulta que não têm um bom
desempenho. Para obter mais informações sobre filtragem cruzada bidirecional,
consulte Habilitar filtragem cruzada bidirecional para DirectQuery no Power BI
Desktop ou baixe o white paper Filtragem cruzada bidirecional. Os exemplos no
documento são para o SQL Server Analysis Services, mas os pontos fundamentais
também se aplicam ao Power BI.

Experimente definir Assumir integridade referencial. A configuração Assumir

integridade referencial em relacionamentos permite que as consultas usem INNER
JOIN em vez de OUTER JOIN instruções. Essas diretrizes geralmente melhoram o

desempenho da consulta, embora dependam das especificidades da fonte de

dados.

Não utilize a filtragem de data relativa no Power Query Editor. É possível definir a
filtragem de data relativa no Power Query Editor. Por exemplo, você pode filtrar
para as linhas onde a data está nos últimos 14 dias.

No entanto, esse filtro se traduz em um filtro com base em uma data fixa, como a
hora em que a consulta foi criada, como você pode ver na consulta nativa.
 Esses dados provavelmente não são o que você quer. Para garantir que o filtro seja
aplicado com base na data no momento em que o relatório é executado, aplique o
filtro de data no relatório. Você pode criar uma coluna calculada que calcula o
número de dias atrás usando a DAX DATE() função e usar essa coluna calculada no
filtro.

Design de relatório
Ao criar um relatório que usa uma conexão DirectQuery, siga estas diretrizes:

Considere o uso de opções de redução de consulta: o Power BI fornece opções

de relatório para enviar menos consultas e desabilitar determinadas interações que
causam uma experiência ruim se as consultas resultantes levarem muito tempo
para serem executadas. Essas opções se aplicam quando você interage com seu
relatório no Power BI Desktop e também se aplicam quando os usuários
consomem o relatório no serviço do Power BI.

Para aceder a estas opções no Power BI Desktop, aceda a Opções e definições>de

Ficheiros>e selecione Redução de consultas.
As seleções na tela Redução de consultas permitem que você mostre um botão
Aplicar para segmentações de dados ou seleções de filtros. Nenhuma consulta
será enviada até que você selecione o botão Aplicar no filtro ou na segmentação
de dados. Em seguida, as consultas usam suas seleções para filtrar os dados. Esse
botão permite que você faça várias seleções de segmentação de dados e filtros
antes de aplicá-las.

Aplicar filtros primeiro: sempre aplique todos os filtros aplicáveis no início da

criação de um visual. Por exemplo, em vez de arrastar TotalSalesAmount e
ProductName e, em seguida, filtrar para um determinado ano, aplique o filtro
em Ano no início.

Cada etapa da criação de um visual envia uma consulta. Embora seja possível fazer
outra alteração antes que a primeira consulta seja concluída, essa abordagem
ainda deixa carga desnecessária na fonte subjacente. A aplicação antecipada de
filtros geralmente torna essas consultas intermediárias menos dispendiosas. A não
aplicação antecipada dos filtros pode resultar no cumprimento do limite de um
milhão de linhas.
 Limitar o número de elementos visuais em uma página: quando você abre uma
página ou altera uma segmentação de dados ou filtro de nível de página, todos os
elementos visuais na página são atualizados. Há um limite para o número de
consultas paralelas. À medida que o número de elementos visuais aumenta, alguns
elementos visuais são atualizados em série, o que aumenta o tempo necessário
para atualizar a página. Portanto, é melhor limitar o número de elementos visuais
em uma única página e, em vez disso, ter mais páginas mais simples.

Considere desativar a interação entre elementos visuais: por padrão, as

visualizações em uma página de relatório podem ser usadas para cruzar o filtro e
cruzar o realce das outras visualizações na página. Por exemplo, se você selecionar
1999 no gráfico de pizza, o gráfico de colunas será realçado transversalmente para
mostrar as vendas por categoria para 1999.

A filtragem cruzada e o realce cruzado no DirectQuery exigem que as consultas

sejam enviadas para a fonte subjacente. Você deve desativar essa interação se o
tempo necessário para responder às seleções dos usuários for excessivamente
longo.

Você pode usar as configurações de redução de consulta para desabilitar o realce

cruzado em todo o relatório ou caso a caso. Para obter mais informações, consulte
Como os elementos visuais se filtram entre si em um relatório do Power BI.

Número máximo de conexões

Você pode definir o número máximo de conexões que o DirectQuery abre para cada
fonte de dados subjacente, que controla o número de consultas enviadas
simultaneamente para cada fonte de dados.
O DirectQuery abre um número máximo padrão de 10 conexões simultâneas. Para
alterar o número máximo do arquivo atual no Power BI Desktop, vá para Opções de
Arquivo>e>Opções de Configurações e selecione DirectQuery na seção Arquivo Atual
do painel esquerdo.

A configuração é habilitada somente quando há pelo menos uma fonte do DirectQuery

no relatório atual. O valor se aplica a todas as fontes DirectQuery e a quaisquer novas
fontes DirectQuery adicionadas a esse relatório.

Aumentar o Máximo de conexões por fonte de dados permite enviar mais consultas,
até o número máximo especificado, para a fonte de dados subjacente. Essa abordagem
é útil quando muitos elementos visuais estão em uma única página ou muitos usuários
acessam um relatório ao mesmo tempo. Quando o número máximo de conexões é
atingido, outras consultas são enfileiradas até que uma conexão fique disponível. Um
limite mais alto resulta em mais carga na fonte subjacente, portanto, não é garantido
que a configuração melhore o desempenho geral.
Depois de publicar um relatório no serviço do Power BI, o número máximo de consultas
simultâneas também depende de limites fixos definidos no ambiente de destino onde o
relatório é publicado. O Power BI, o Power BI Premium e o Servidor de Relatório do
Power BI impõem limites diferentes. A tabela abaixo lista os limites superiores das
conexões ativas por fonte de dados para cada ambiente do Power BI. Esses limites se
aplicam a fontes de dados na nuvem e fontes de dados locais, como SQL Server, Oracle
e Teradata.

ﾉ Expandir tabela

Environment Limite superior por fonte de dados

Power BI Pro 10 conexões ativas

Power BI Premium Depende da limitação de SKU do modelo semântico

Power BI Report Server 10 conexões ativas

７ Nota

A configuração número máximo de conexões DirectQuery se aplica a todas as

fontes DirectQuery quando você habilita metadados avançados, que é a
configuração padrão para todos os modelos criados no Power BI Desktop.

DirectQuery no serviço Power BI

Todas as fontes de dados DirectQuery são suportadas pelo Power BI Desktop e algumas
fontes também estão disponíveis diretamente no serviço do Power BI. Um usuário
corporativo pode usar o Power BI para se conectar a seus dados no Salesforce, por
exemplo, e obter imediatamente um painel, sem usar o Power BI Desktop.

Somente as duas fontes habilitadas para DirectQuery a seguir estão disponíveis

diretamente no serviço do Power BI:

Spark
Azure Synapse Analytics (anteriormente SQL Data Warehouse)

Mesmo para essas duas fontes, ainda é melhor iniciar o uso do DirectQuery no Power BI
Desktop. Embora seja fácil inicialmente fazer a conexão no serviço do Power BI, há
limitações para aprimorar ainda mais o relatório resultante. Por exemplo, no serviço não
é possível criar cálculos, usar muitos recursos analíticos ou atualizar os metadados para
refletir as alterações no esquema subjacente.
O desempenho de um relatório DirectQuery no serviço do Power BI depende do grau
de carga colocado na fonte de dados subjacente. A carga depende:

O número de usuários que compartilham o relatório e o painel.

A complexidade do relatório.
Se o relatório define segurança em nível de linha.

Relatar comportamento no serviço do Power BI

Quando você abre um relatório no serviço do Power BI, todos os elementos visuais na
página atualmente visível são atualizados. Cada visual requer pelo menos uma consulta
à fonte de dados subjacente. Alguns elementos visuais podem exigir mais de uma
consulta. Por exemplo, um visual pode mostrar valores agregados de duas tabelas de
fatos diferentes, ou conter uma medida mais complexa, ou conter totais de uma medida
não aditiva como Count Distinct. Mover para uma nova página atualiza esses elementos
visuais. A atualização envia um novo conjunto de consultas para a fonte subjacente.

Cada interação do usuário no relatório pode resultar na atualização dos elementos

visuais. Por exemplo, selecionar um valor diferente em uma segmentação de dados
requer o envio de um novo conjunto de consultas para atualizar todos os visuais
afetados. O mesmo vale para selecionar um visual para cruzar outros elementos visuais
ou alterar um filtro. Da mesma forma, criar ou editar um relatório requer o envio de
consultas para cada etapa do caminho para produzir o visual final.

Há algum cache de resultados. A atualização de um visual é instantânea se os mesmos

resultados foram obtidos recentemente. Se a segurança em nível de linha for definida,
esses caches não serão compartilhados entre os usuários.

Usar o DirectQuery impõe algumas limitações importantes em alguns dos recursos que
o serviço do Power BI oferece para relatórios publicados:

Não há suporte para insights rápidos: os insights rápidos do Power BI pesquisam

diferentes subconjuntos do seu modelo semântico enquanto aplicam um conjunto
de algoritmos sofisticados para descobrir insights potencialmente interessantes.
Como as informações rápidas exigem consultas de alto desempenho, esse recurso
não está disponível em modelos semânticos que usam DirectQuery.

Usar Explorar no Excel resulta em desempenho insatisfatório: você pode explorar

um modelo semântico usando o recurso Explorar no Excel , que permite criar
tabelas dinâmicas e gráficos dinâmicos no Excel. Esse recurso é suportado para
modelos semânticos que usam DirectQuery, mas o desempenho é mais lento do
que a criação de elementos visuais no Power BI. Se o uso do Excel for importante
 para seus cenários, leve em conta esse problema ao decidir se deseja usar o
DirectQuery.

O Excel não mostra hierarquias: por exemplo, quando você usa Analisar no Excel,
o Excel não mostra nenhuma hierarquia definida em modelos do Azure Analysis
Services ou modelos semânticos do Power BI que usam DirectQuery.

Atualização do painel
No serviço Power BI, você pode fixar visuais individuais ou páginas inteiras em painéis
como blocos. Os blocos baseados em modelos semânticos do DirectQuery são
atualizados automaticamente enviando consultas às fontes de dados subjacentes em
uma agenda. Por padrão, os modelos semânticos são atualizados a cada hora, mas você
pode configurar os intervalos de agendamento de atualização entre semanalmente e a
cada 15 minutos como parte das configurações do modelo semântico.

Se nenhuma segurança em nível de linha for definida no modelo, cada bloco será
atualizado uma vez e os resultados serão compartilhados entre todos os usuários. Se
você usar segurança em nível de linha, cada bloco exigirá que consultas separadas por
usuário sejam enviadas para a fonte subjacente.

Pode haver um grande efeito multiplicador. Um painel com 10 blocos, compartilhado

com 100 usuários, criado em um modelo semântico usando DirectQuery com segurança
em nível de linha, resulta em pelo menos 1.000 consultas sendo enviadas para a fonte
de dados subjacente para cada atualização. Considere cuidadosamente o uso da
segurança em nível de linha e a configuração da agenda de atualização.

Tempos limite de consulta

Um tempo limite de quatro minutos aplica-se a consultas individuais no serviço do
Power BI. As consultas que demoram mais de quatro minutos falham. Este limite
destina-se a evitar problemas causados por tempos de execução excessivamente
longos. Você deve usar o DirectQuery somente para fontes que possam fornecer
desempenho de consulta interativa.

Diagnóstico de desempenho
Esta seção descreve como diagnosticar problemas de desempenho ou como obter
informações mais detalhadas para otimizar seus relatórios.

Comece a diagnosticar problemas de desempenho no Power BI Desktop, em vez de no

serviço do Power BI. Os problemas de desempenho geralmente se baseiam no
desempenho da fonte subjacente. Você pode identificar e diagnosticar problemas mais
facilmente no ambiente mais isolado do Power BI Desktop.

Essa abordagem inicialmente elimina determinados componentes, como o gateway do

Power BI. Se os problemas de desempenho não ocorrerem no Power BI Desktop, você
poderá investigar as especificidades do relatório no serviço do Power BI.

O analisador de desempenho do Power BI Desktop é uma ferramenta útil para

identificar problemas. Tente isolar todos os problemas em um visual, em vez de muitos
elementos visuais em uma página. Se um único visual em uma página do Power BI
Desktop estiver lento, use o Analisador de desempenho para analisar as consultas que o
Power BI Desktop envia para a fonte subjacente.

Você também pode exibir rastreamentos e informações de diagnóstico que algumas

fontes de dados subjacentes emitem. Mesmo que não haja vestígios da origem, o
arquivo de rastreamento pode conter detalhes úteis de como uma consulta é executada
e como você pode melhorá-la. Você pode usar o processo a seguir para exibir as
consultas que o Power BI envia e seus tempos de execução.

Usar o SQL Server Profiler para ver consultas

Por padrão, o Power BI Desktop registra eventos durante uma determinada sessão em
um arquivo de rastreamento chamado FlightRecorderCurrent.trc. O arquivo de
rastreamento está na pasta Power BI Desktop para o usuário atual, em uma pasta
chamada AnalysisServicesWorkspaces.

Para algumas fontes do DirectQuery, esse arquivo de rastreamento inclui todas as

consultas enviadas para a fonte de dados subjacente. As seguintes fontes de dados
enviam consultas para o log:

SQL Server
Base de Dados SQL do Azure
Azure Synapse Analytics (anteriormente SQL Data Warehouse)
Oracle
Teradata
SAP HANA

Você pode ler os arquivos de rastreamento usando o SQL Server Profiler, parte do
download gratuito do SQL Server Management Studio.
Para abrir o arquivo de rastreamento da sessão atual:

1. Durante uma sessão do Power BI Desktop, selecione Opções de Arquivo>e

Opções de configurações> e, em seguida, selecione Diagnóstico.

2. Em Crash Dump Collection, selecione Open crash dump/traces folder.

 A pasta Power BI Desktop\Traces é aberta.

3. Navegue até a pasta pai e, em seguida, até a pasta AnalysisServicesWorkspaces,

que contém uma pasta de espaço de trabalho para cada instância aberta do Power
BI Desktop. Essas pastas são nomeadas com um sufixo inteiro, como
AnalysisServicesWorkspace2058279583. A pasta de espaço de trabalho é excluída
quando a sessão associada do Power BI Desktop termina.

Dentro da pasta de espaço de trabalho para a sessão atual do Power BI, a pasta
\Data contém o arquivo de rastreamento FlightRecorderCurrent.trc . Anote a
localização.

4. Abra o SQL Server Profiler e selecione Arquivo de rastreamento de abertura>de

arquivo.>

5. Navegue até ou insira o caminho para o arquivo de rastreamento para a sessão

atual do Power BI e abra FlightRecorderCurrent.trc.
O SQL Server Profiler exibe todos os eventos da sessão atual. A captura de tela a seguir
destaca um grupo de eventos para uma consulta. Cada grupo de consulta tem os
seguintes eventos:

A Query Begin e Query End evento, que representam o início e o fim de uma
consulta DAX gerada pela alteração de um visual ou filtro na interface do usuário
do Power BI ou pela filtragem ou transformação de dados no Editor do Power
Query.

Um ou mais pares de e DirectQuery End eventos, que representam consultas

enviadas para a fonte de DirectQuery Begin dados subjacente como parte da
avaliação da consulta DAX.

Várias consultas DAX podem ser executadas em paralelo, para que eventos de grupos
diferentes possam ser intercalados. Você pode usar o ActivityID valor para determinar
quais eventos pertencem ao mesmo grupo.

As seguintes colunas também são de interesse:

TextData: O detalhe textual do evento. Para Query Begin e Query End eventos, o
detalhe é a consulta DAX. Para DirectQuery Begin e DirectQuery End eventos, o
detalhe é a consulta SQL enviada para a fonte subjacente. O TextData para o
evento selecionado no momento também aparece no painel na parte inferior da
tela.
EndTime: A hora em que o evento foi concluído.
Duração: a duração, em milissegundos, necessária para executar a consulta DAX
ou SQL.
Erro: Se ocorreu um erro, caso em que o evento também é exibido em vermelho.
Para capturar um rastreamento para ajudar a diagnosticar um possível problema de
desempenho:

1. Abra uma única sessão do Power BI Desktop para evitar a confusão de várias
pastas de espaço de trabalho.

2. Faça o conjunto de ações de interesse no Power BI Desktop. Inclua mais algumas

ações, para garantir que os eventos de interesse sejam liberados no arquivo de
rastreamento.

3. Abra o SQL Server Profiler e examine o rastreamento. Lembre-se de que fechar o

Power BI Desktop exclui o arquivo de rastreamento. Além disso, outras ações no
Power BI Desktop não aparecem imediatamente. Você deve fechar e reabrir o
arquivo de rastreamento para ver novos eventos.

Mantenha sessões individuais razoavelmente pequenas, talvez 10 segundos de ações,

não centenas. Essa abordagem facilita a interpretação do arquivo de rastreamento. Há
também um limite no tamanho do arquivo de rastreamento. Para sessões longas, há
uma chance de eventos iniciais serem descartados.

Compreender o formato das consultas

O formato geral das consultas do Power BI Desktop usa subseleções para cada tabela a
que fazem referência. A consulta do Editor do Power Query define as consultas de
subseleção. Por exemplo, suponha que você tenha as seguintes tabelas TPC-DS no
SQL Server:
Executando a seguinte consulta:

SQL

SalesAmount (SUMX(Web_Sales, [ws_sales_price]*[ws_quantity]))

by Item[i_category]
for Date_dim[d_year] = 2000

Resultados no seguinte visual no Power BI:

A atualização desse visual produz a consulta SQL na imagem a seguir. Há três consultas
de subseleção para Web_Sales , Item , e Date_dim , que cada uma retorna todas as
colunas na respetiva tabela, embora o visual faça referência a apenas quatro colunas.
O Editor do Power Query define as consultas de subseleção exatas. Não foi
demonstrado que esse uso de consultas de subseleção afete o desempenho das fontes
de dados suportadas pelo DirectQuery. Fontes de dados como o SQL Server otimizam
as referências às outras colunas.

O Power BI usa esse padrão porque o analista fornece a consulta SQL diretamente. O
Power BI usa a consulta conforme fornecido, sem qualquer tentativa de reescrevê-la.

Conteúdos relacionados
Para obter mais informações sobre o DirectQuery no Power BI, consulte:

Usar o DirectQuery no Power BI Desktop

Este artigo descreveu aspetos do DirectQuery que são comuns em todas as fontes de
dados. Consulte os seguintes artigos para obter detalhes sobre fontes específicas:

DirectQuery e SAP HANA

DirectQuery e SAP BW
Usar o DirectQuery para modelos semânticos do Power BI e o Analysis Services

Comentários
Esta página foi útil?  Yes  No

Fornecer comentários sobre o produto | Perguntar à comunidade

Conexão ao vivo e comparação do
DirectQuery
Artigo • 14/05/2024

A conexão em tempo real é uma maneira de conectar um relatório do Power BI a um

modelo semântico publicado do Power BI. DirectQuery é um método que você pode
usar para conectar seu modelo semântico a dados. Este artigo descreve as principais
diferenças entre esses conceitos.

Conexão ao vivo
A conexão ao vivo é um método que permite criar um relatório no Power BI Desktop
sem precisar criar um modelo semântico para ele. Ao criar seu relatório no Power BI
Desktop, você pode conectá-lo a um modelo semântico que já existe. Uma conexão ao
vivo permite que você confie nos dados existentes, que podem ser atualizados sem
acessar o relatório.

Usando a conexão em tempo real, você pode conectar seu relatório a uma das seguintes
fontes de dados:

Um modelo semântico que já existe no serviço do Power BI

Um banco de dados do Azure Analysis Services (AAS)

Uma instância local do SQL Server Analysis Services (SSAS)

DirectQuery
Um modelo semântico do Power BI pode ter dados copiados para ele durante uma
operação de atualização, no que é chamado de modo de importação. Ou, o modelo
semântico pode solicitar dinamicamente dados de uma fonte de dados à qual está
conectado usando um método chamado DirectQuery.

Ao usar o DirectQuery, seu relatório usa consultas DAX (Data Analysis Expression) para
obter dados. Depois que o modelo semântico recebe a consulta DAX do relatório, ele
gera outro conjunto de consultas que são executadas em sua fonte de dados, para
obter os dados necessários. Se, por exemplo, sua fonte de dados for um banco de
dados do SQL Server, o Power BI gerará consultas SQL para obter os dados necessários.
Outras fontes de dados podem gerar consultas em outros idiomas de consulta.
O DirectQuery é útil quando:

Você está trabalhando em fontes de dados com um grande volume de dados

Pretende utilizar dados "quase em tempo real"

Você também pode usar o DirectQuery com o Analysis Services, conforme descrito em
Usando o DirectQuery para modelos semânticos do Power BI e o Analysis Services.

Conteúdos relacionados
Para obter mais informações, consulte os seguintes recursos:

Modos de modelo semântico no serviço do Power BI

Ligar a modelos semânticos no serviço do Power BI a partir do Power BI Desktop

Comentários
Esta página foi útil?  Yes  No

Fornecer comentários sobre o produto | Perguntar à comunidade

Conectar-se a fontes de dados no Power
BI Desktop
Artigo • 08/09/2023

Com o Power BI Desktop, você pode se conectar facilmente ao mundo de dados em

constante expansão. Se não tiver o Power BI Desktop, pode transferi-lo e instalá-lo.

Há todos os tipos de fontes de dados disponíveis no Power BI Desktop. A imagem a

seguir mostra como se conectar aos dados, selecionando Obter dados>Outra>Web.

Exemplo de conexão com dados

Neste exemplo, nos conectaremos a uma fonte de dados da Web .
Imagine que você está se aposentando. Você quer viver onde há muito sol, impostos
preferíveis e bons cuidados de saúde. or Talvez você seja um analista de dados e queira
que essas informações ajudem seus clientes, como em, ajudar seu cliente de fabricação
de capa de chuva a direcionar as vendas onde chove muito.

De qualquer forma, você encontra um recurso da Web que tem dados interessantes
sobre esses tópicos e muito mais:

https://www.fool.com/research/best-states-to-retire

Selecione Obter dados>da Outra>Web. Em Da Web, insira o endereço.

Quando você seleciona OK, a funcionalidade Consulta do Power BI Desktop entra em

funcionamento. O Power BI Desktop contacta o recurso Web e a janela Navegador
devolve os resultados do que encontrou nessa página Web. Neste caso, encontrou uma
tabela. Estamos interessados nessa tabela, por isso selecionamo-la na lista. A janela
Navegador exibe uma visualização.
 

Neste ponto, você pode editar a consulta antes de carregar a tabela, selecionando
Transformar dados na parte inferior da janela, ou apenas carregar a tabela.

Selecione Transformar Dados para carregar a tabela e iniciar o Editor do Power Query.
O painel Configurações de Consulta é exibido. Se não estiver, selecione Exibir na faixa
de opções e escolha Configurações de Consulta para exibir o painel Configurações de
Consulta. Veja como é o editor.


Todas essas pontuações são texto e não números, e precisamos que sejam números.
Não há problema. Basta clicar com o botão direito do mouse no cabeçalho da coluna e
selecionar Alterar tipo>de número inteiro para alterá-los. Para escolher mais de uma
coluna, primeiro selecione uma coluna, escolha Shift, selecione outras colunas
adjacentes e clique com o botão direito do mouse em um cabeçalho de coluna para
alterar todas as colunas selecionadas. Use Ctrl para escolher colunas que não estejam
adjacentes.

Em Configurações de Consulta, as ETAPAS APLICADAS refletem todas as alterações

feitas. À medida que faz mais alterações aos dados, o Power Query Editor regista essas
alterações na secção PASSOS APLICADOS , que pode ajustar, revisitar, reorganizar ou
eliminar conforme necessário.

Outras alterações na tabela ainda podem ser feitas depois que ela for carregada, mas
por enquanto essas alterações são suficientes. Quando terminar, selecione Fechar &
Aplicar na faixa de opções Página Inicial e o Power BI Desktop aplica as alterações e
fecha o Editor do Power Query.

Com o modelo de dados carregado, no modo Relatório no Power BI Desktop, você

pode começar a criar visualizações arrastando campos para a tela.

É claro que este modelo é simples, com uma única conexão de dados. A maioria dos
relatórios do Power BI Desktop tem conexões com diferentes fontes de dados,
moldadas para atender às suas necessidades, com relacionamentos que produzem um
modelo de dados avançado.

Próximos passos
Há todos os tipos de coisas que você pode fazer com o Power BI Desktop. Para obter
mais informações sobre seus recursos, confira os seguintes recursos:

O que é o Power BI Desktop?

Descrição geral do Query no Power BI Desktop
Origens de dados no Power BI Desktop
Formatar e combinar dados no Power BI Desktop
Executar tarefas de consulta comuns no Power BI Desktop
Quer dar-nos a sua opinião? Excelente! Use o item de menu Enviar uma ideia no Power
BI Desktop ou visite Comentários da comunidade. Estamos ansiosos para ouvir de
você!
Conectar-se a fontes de dados na
nuvem no serviço do Power BI
Artigo • 29/10/2024

Com o Power BI, pode partilhar ligações na nuvem para modelos semânticos e relatórios
paginados, datamarts e fluxos de dados, bem como experiências do Power Query Online
em Obter dados, permitindo-lhe criar vários objetos de ligação à mesma origem de
dados na nuvem. Por exemplo, você pode criar conexões separadas para a mesma fonte
de dados, com credenciais ou configurações de privacidade diferentes, e compartilhar
as conexões com outras pessoas, aliviando a necessidade de esses usuários gerenciarem
suas próprias conexões de nuvem separadas.

Tipos de conexões de dados

A tabela a seguir mostra como vários tipos de conexões são mapeados para os dois
tipos de conexão principais: conexões de gateway de dados e conexões diretas na
nuvem. O novo recurso descrito neste artigo é Conexões de nuvem compartilháveis.

ﾉ Expandir tabela

Conexões de gateway de dados Conexões diretas na nuvem

Conexões usando um gateway de dados pessoais Conexões pessoais na nuvem

Conexões usando um gateway de dados corporativo Conexões de nuvem compartilháveis

ou VNET (novas)

Vantagens das conexões de nuvem

compartilháveis
As conexões que usam uma conexão pessoal com a nuvem vêm com várias limitações.
Por exemplo, com uma conexão de nuvem pessoal, você só pode criar um único objeto
de conexão de nuvem pessoal para uma determinada fonte de dados. Todos os
modelos semânticos que se conectam à fonte de dados usam o mesmo objeto de
conexão de nuvem pessoal, portanto, se você alterar as credenciais da conexão de
nuvem pessoal, todos os modelos semânticos que usam essa conexão de nuvem
pessoal serão afetados. Muitas vezes esse não é um resultado desejado.
Outra limitação de uma conexão de nuvem pessoal é que eles não podem ser
compartilhados com outras pessoas, portanto, outros usuários não podem vincular seus
modelos semânticos e relatórios paginados à conexão de nuvem pessoal que você
possui; Os usuários devem manter suas próprias conexões pessoais na nuvem.

As conexões compartilháveis não têm essas limitações e fornecem um gerenciamento

de conexões mais simplificado e flexível, incluindo o seguinte:

Suporte a várias conexões com a mesma fonte de dados - o suporte para várias
conexões na mesma fonte de dados é particularmente útil quando você deseja
usar configurações de conexão diferentes para diferentes modelos semânticos e
outros artefatos. Também é útil quando você deseja atribuir artefatos individuais
suas próprias conexões separadas, para garantir que suas configurações de
conexão sejam isoladas umas das outras.

Você pode compartilhar essas conexões com outros usuários - com conexões
compartilháveis, você pode atribuir permissões de Proprietário a outros usuários,
permitindo que eles gerenciem todos os aspetos da configuração da conexão,
incluindo credenciais. Você pode fornecer a outros usuários permissões de
Recompartilhamento para que eles possam usar e compartilhar novamente a
conexão com outras pessoas. Você também pode fornecer permissões de usuário ,
permitindo que eles usem a conexão para vincular seus artefatos à fonte de dados.

Reduza a sobrecarga de manutenção de conexões de dados e credenciais -

quando combinado com a experiência de gerenciamento de fonte de dados e
gateway, você pode centralizar o gerenciamento de conexões de fonte de dados
para conexões de gateway e nuvem. Essa centralização e gerenciamento já é
comum para gateways de dados corporativos e VNET, para os quais um
administrador de gateway cria, compartilha e mantém as conexões. Com conexões
compartilháveis, agora você também pode estender esse gerenciamento
centralizado de conexões para fontes de dados na nuvem.

Compare a conexão de nuvem compartilhável

com outras conexões
Por padrão, quando você cria um relatório do Power BI Desktop que se conecta a uma
fonte de dados na nuvem e, em seguida, carrega-o em um espaço de trabalho no
serviço do Power BI, o Power BI cria uma conexão pessoal na nuvem e a vincula ao seu
modelo semântico, para o qual você deve fornecer credenciais. Se uma conexão de
nuvem pessoal existente estiver disponível, você provavelmente forneceu as credenciais
anteriormente.
Por outro lado, se você tiver acesso a pelo menos uma conexão de nuvem
compartilhável para a mesma fonte de dados, poderá usar a conexão de nuvem
compartilhável, que já foi configurada para você por seu proprietário, em vez de ter que
usar sua única conexão de nuvem pessoal disponível para a fonte de dados.

Para usar a conexão de nuvem compartilhável, na página Configurações de modelos

semânticos, em Conexões de gateway e nuvem, localize Conexões de nuvem e
selecione a conexão de nuvem compartilhável que você deseja usar para a conexão e,
em seguida, selecione Aplicar. A captura de tela a seguir mostra as configurações.

Criar uma nova conexão de nuvem

compartilhável
Você pode criar uma nova conexão de nuvem compartilhável diretamente da página
Configurações do modelo semântico. Em Conexões>de gateway Conexões de nuvem,
selecione a lista suspensa Mapas para e, em seguida, selecione Criar uma conexão.
Um painel é exibido chamado Nova conexão e preenche automaticamente os
parâmetros de configuração.

Habilitar a criação de novas conexões facilita a criação de conexões de nuvem

compartilháveis separadas para modelos semânticos individuais, se necessário. Você
também pode exibir a página de gerenciamento de conexões de qualquer lugar no
serviço do Power BI selecionando a engrenagem Configurações no canto superior
direito do serviço do Power BI e, em seguida, selecionando Gerenciar conexões e
gateways.
Criar uma conexão de nuvem compartilhável usando a
identidade do espaço de trabalho
Você também pode criar uma conexão de nuvem compartilhável usando o método de
autenticação de identidade de espaço de trabalho, que usa a entidade de serviço
gerenciada automaticamente associada ao espaço de trabalho de malha para se
conectar aos dados. Para usar a conexão, o proprietário do modelo deve ter acesso de
Colaborador (ou superior) ao espaço de trabalho.

Para criar uma identidade de espaço de trabalho, siga estas etapas:

1. Configure o espaço de trabalho para ter uma identidade de espaço de trabalho. A

identidade do espaço de trabalho é uma entidade de serviço gerenciada
automaticamente associada ao espaço de trabalho do Fabric.
2. Crie uma conexão de nuvem compartilhável (SCC) com a identidade do espaço de
trabalho como o método de autenticação.
3. Associe a fonte de dados ao SCC nas configurações do modelo semântico.

Tenha em mente as seguintes considerações ao criar ou usar uma identidade de espaço

de trabalho:

A identidade do espaço de trabalho só é suportada com fontes de dados de

malha
O tipo de conexão que está sendo usado deve oferecer suporte ao tipo de
autenticação de identidade de espaço de trabalho, que inclui conectores SQL
Server e ADLS. Para o tipo de conexão que está sendo usado, se houver uma
opção de identidade de espaço de trabalho na configuração Autenticação , esse
conector será suportado.

Configurações de conexão padrão

Ao se conectar a uma fonte de dados de malha especificamente, suas credenciais de
logon único (SSO) do Entra ID são usadas por padrão.

Você também pode usar uma conexão de nuvem compartilhável em vez das
configurações de conexão padrão para conectar um modelo semântico a uma fonte de
dados de malha e, assim, aplicar as configurações definidas para essa conexão de
nuvem compartilhável, como credenciais fixas. Isso permite vincular a fonte de dados à
conexão de nuvem compartilhável e substituir a conexão SSO padrão para essa fonte de
dados.
Para selecionar sua conexão de nuvem compartilhável em vez de suas configurações
padrão de SSO, selecione a conexão de nuvem compartilhável na lista suspensa Mapas
para: para a fonte de dados à qual você deseja que seu modelo semântico se conecte,
conforme mostrado na imagem a seguir:

Se você não tiver uma conexão de nuvem compartilhável, poderá selecionar Criar uma
conexão e criar uma nova conexão, conforme descrito na seção anterior deste artigo.

Usando conexões de nuvem compartilháveis

com relatórios paginados
Ao compartilhar seu relatório paginado no serviço do Power BI, você pode atualizar as
conexões de nuvem de dentro do próprio relatório. Para modificar as conexões de
nuvem para seu relatório paginado, navegue até seu espaço de trabalho no serviço do
Power BI, selecione o botão Mais (reticências) e selecione Gerenciar.
Selecionar Gerenciar apresenta uma página com várias guias. Selecione a guia
Relatórios na linha superior e, em seguida, você pode atualizar a conexão de dentro da
área Conexões de nuvem, conforme mostrado na captura de tela a seguir.

Limitações e considerações
As conexões de nuvem compartilháveis também compartilham suas credenciais
- quando você permite que outras pessoas usem suas conexões de nuvem
compartilháveis, é importante entender que você está permitindo que outras
pessoas conectem seus próprios modelos semânticos, relatórios paginados e
outros artefatos às fontes de dados correspondentes usando os detalhes de
conexão e as credenciais que você forneceu. Certifique-se de que partilha apenas
ligações (e respetivas credenciais) que está autorizado a partilhar.

Cada usuário está limitado a um máximo de 1000 conexões de fonte de dados

em cada locatário de nuvem: se você atingir o limite máximo de fontes de dados,
verifique se o número de fontes de dados por usuário não está acima do limite de
1000 conexões. Para resolver quaisquer problemas relacionados, você pode
remover manualmente as fontes de dados existentes do centro de administração
ou, alternativamente, usar o seguinte script do PowerShell para localizar e excluir
em massa todas as fontes de dados que excedam esse limite.

PowerShell

## required module "mcirosoftpowerbimgmt" Install-Module -Name

DataGateway and sign in the same user who exceeded the 1000 limit
Import-Module -name microsoftpowerbimgmt

## get the gateway information per the sign in person. Choose

Environment: Public, USGov, China, USGovHigh, USGovMil
$environment = "Public"
Connect-PowerBIServiceAccount -Environment $environment

switch ($environment) {
"Public" { $baseURL = "https://api.powerbi.com/v2.0/myorg/me/";
Break }
"USGov" { $baseURL = "https://api.powerbigov.us/v2.0/myorg/me/";
Break }
"China" { $baseURL = "https://api.powerbi.cn/v2.0/myorg/me/"; Break
}
"USGovHigh" { $baseURL =
"https://api.high.powerbigov.us/v2.0/myorg/me/"; Break }
"USGovMil" { $baseURL =
"https://api.mil.powerbigov.us/v2.0/myorg/me/"; Break }
}

$getDatasourcesURL = $baseURL + "gatewayClusterDatasources?

$expand=users"

$datasources = Invoke-PowerBIRestMethod -Url $getDatasourcesURL -Method

GET | ConvertFrom-Json

foreach($dataource in $datasources.value)
{
if($datasource.gatewayType -eq "TenantCloud")
{
"cloud datasource found with id = {0}, name = {1}" -f
$dataource.id, $datasource.datasourceName
$gatewayId = $datasource.clusterId
$datasourceId = $dataource.id
 ## conditional logic to determine if name matches set
$deleteDatasourceURL = $baseURL +
"gatewayClusters/$gatewayId/datasources/$datasourceId"
Invoke-PowerBIRestMethod -Url $deleteDatasourceURL -Method
DELETE
}
}

Se você for um ISV ou qualquer outro proprietário de aplicativo Power BI

Embedded com muitos clientes, use perfis de entidade de serviço para aplicativos
de multilocação no Power BI incorporado. Se você não for um ISV, poderá atingir
esse limite porque está criando uma nova fonte de dados para cada arquivo CSV
ou Excel. Para resolver isso, convém usar a "caixa de upload de arquivo" no Power
BI Desktop para selecionar vários arquivos do Excel, o que cria várias conexões de
fonte de dados. Nesse cenário, para garantir que apenas uma única fonte de dados
seja selecionada, recomendamos que você selecione a pasta que contém esses
arquivos do Excel.

Não é possível misturar uma fonte de dados local do Excel com uma fonte de
dados DirectQuery existente do Analysis Services; você só pode incluir uma fonte
de dados local do Excel no seu relatório se ela estiver em uma consulta separada.
Nessas situações, você pode mapear a fonte de dados do Excel para um gateway e
deixar a fonte de dados na nuvem DirectQuery do Analysis Services como está.

Conteúdos relacionados
Para obter mais informações sobre como criar conexões de nuvem compartilháveis:

Criar e compartilhar fontes de dados na nuvem no serviço do Power BI

Você pode fazer todos os tipos de coisas com o serviço do Power BI e o Power BI
Desktop. Para obter mais informações sobre seus recursos, confira os seguintes
recursos:

O que é o Power BI Desktop?

Visão geral da consulta com o Power BI Desktop
Tipos de dados no Power BI Desktop
Formatar e combinar dados com o Power BI Desktop
Tarefas comuns de consulta no Power BI Desktop

Comentários
Esta página foi útil?  Yes  No

Fornecer comentários sobre o produto | Perguntar à comunidade

Criar e compartilhar fontes de dados na
nuvem no serviço do Power BI
Artigo • 03/05/2024

Com o Power BI, pode criar, partilhar e gerir ligações na nuvem para modelos
semânticos e relatórios paginados, datamarts e fluxos de dados, bem como experiências
do Power Query Online em Obter dados, tudo dentro da experiência de utilizador do
serviço Power BI.

Este artigo mostra como criar uma conexão de nuvem compartilhável e, em seguida,
mostra como compartilhar essa conexão com outras pessoas. Criar e compartilhar
conexões de nuvem compartilháveis tem muitas vantagens, conforme descrito em
Vantagens de conexões de nuvem compartilháveis.

Criar uma conexão de nuvem compartilhável

Para criar uma conexão de nuvem compartilhável, vá para o serviço do Power BI,
selecione o ícone de engrenagem Configurações e, no painel exibido, selecione
Gerenciar conexões e gateways.

Na janela apresentada, selecione Nova ligação e, no painel apresentado, selecione

Nuvem.
Insira um nome para a nova conexão, selecione o tipo de conexão apropriado na lista
suspensa e forneça os detalhes da conexão para sua fonte de dados. Depois de
preencher as informações, selecione Criar.
 

Com sua conexão criada, você está pronto para compartilhá-la com outras pessoas.

７ Nota

Quando um arquivo . O arquivo PBIX com uma fonte de dados na nuvem é

publicado a partir do Power BI Desktop, uma conexão de nuvem é criada
automaticamente.

Partilhar uma ligação à nuvem partilhável

Para partilhar uma ligação à nuvem partilhável que já criou, aceda às definições de
Ligações no serviço do Power BI, selecione o menu Mais (as reticências) da ligação que
pretende partilhar e selecione Gerir utilizadores.
A janela Gerenciar usuários é exibida, onde você pode pesquisar usuários por nome ou
endereço de e-mail e, em seguida, conceder-lhes o nível de permissão desejado. Você
deve pelo menos conceder permissão de usuário para permitir que os usuários
conectem seus artefatos à fonte de dados da conexão.
Depois de encontrar o usuário e a permissão atribuída, selecione Compartilhar na parte
inferior da janela Gerenciar usuários para aplicar suas seleções.

Atribuir uma conexão de nuvem compartilhada

a um modelo semântico
Depois de criar uma conexão de nuvem compartilhável, você pode atribuí-la a um
modelo semântico.

Abra as configurações do modelo semântico ao qual você deseja que a conexão

compartilhável se aplique e expanda a seção Conexões de gateway e nuvem . Você
notará que a conexão está mapeada para uma Personal Cloud Connection por padrão.
Na lista suspensa Mapas para, selecione o nome da conexão compartilhável que você
criou e deseja usar e, em seguida, selecione Aplicar.

É isso, agora você atribuiu sua conexão de nuvem compartilhável ao modelo semântico.

Se você ainda não criou uma conexão de nuvem compartilhável quando estiver usando
esta tela, poderá selecionar a opção Criar uma conexão na lista suspensa a ser levada
para a experiência Gerenciar conexões e gateways , e todos os detalhes de conexão da
fonte de dados para a qual você selecionou a lista suspensa Criar uma conexão serão
preenchidos previamente no formulário Criar nova conexão na nuvem.

Controle de acesso granular

O Power BI impõe um controle de acesso granular para conexões de nuvem
compartilháveis. O controle de acesso para todos os tipos de dados pode ser habilitado
no nível do locatário, do espaço de trabalho e do modelo semântico. A imagem a seguir
mostra como o controle de acesso pode ser imposto no locatário, no espaço de
trabalho ou no modelo semântico. Cada configuração fornece controle de acesso
granular, com prioridade diferente.
Se um administrador de locatário habilitar o controle de acesso granular para todos os
tipos de conexão, o controle de acesso granular será imposto para toda a organização.
Os administradores de espaço de trabalho e os proprietários de artefatos não podem
anular o controle de acesso granular habilitado no nível do locatário.

Se o controle de acesso granular não for imposto no nível do locatário, os

administradores do espaço de trabalho poderão impor o controle de acesso granular
para seus espaços de trabalho. E se os administradores do espaço de trabalho não
imporem o controle de acesso granular, os proprietários de artefatos poderão decidir se
aplicam o controle de acesso granular para cada um de seus artefatos de forma
independente.

Por padrão, o controle de acesso granular é desabilitado em todos os três níveis,

permitindo que os proprietários de artefatos individuais imponham o controle de
acesso granular para cada tipo de conexão de dados seletivamente. No entanto, é
provavelmente mais eficiente habilitar o controle de acesso granular em cada espaço de
trabalho.

Conteúdos relacionados
Para obter informações importantes sobre conexões de nuvem compartilháveis,
incluindo limitações e considerações, leia o seguinte artigo:

Conectar-se a fontes de dados na nuvem no serviço do Power BI

Comentários
Esta página foi útil?  Yes  No

Fornecer comentários sobre o produto | Perguntar à comunidade

Origens de dados no Power BI Desktop
Artigo • 12/11/2024

Com o Power BI Desktop, você pode se conectar a dados de várias fontes diferentes.
Para obter uma lista completa das fontes de dados disponíveis, consulte Fontes de
dados do Power BI.

Para ver as fontes de dados disponíveis, no grupo Página Inicial da faixa de opções do
Power BI Desktop, selecione o rótulo do botão Obter dados ou a seta para baixo para
abrir a lista Fontes de dados comuns. Se a fonte de dados desejada não estiver listada
em Fontes de dados comuns, selecione Mais para abrir a caixa de diálogo Obter dados
.
Ou abra a caixa de diálogo Obter dados diretamente selecionando o próprio ícone
Obter dados .

Este artigo fornece uma visão geral das fontes de dados disponíveis no Power BI
Desktop e explica como se conectar a elas. Ele também descreve como exportar ou usar
fontes de dados como arquivos PBIDS para facilitar a criação de novos relatórios a partir
dos mesmos dados.

７ Nota

A equipe do Power BI está continuamente expandindo as fontes de dados

disponíveis para o Power BI Desktop e o serviço do Power BI. Como tal, muitas
vezes verá as primeiras versões das fontes de dados do trabalho em curso
marcadas como Beta ou Pré-visualização. Qualquer fonte de dados marcada como
Beta ou Preview tem suporte e funcionalidade limitados, e não deve ser usada em
ambientes de produção. Além disso, qualquer fonte de dados marcada como Beta
ou Preview para Power BI Desktop pode não estar disponível para uso no serviço
do Power BI ou em outros serviços da Microsoft até que a fonte de dados se torne
disponível ao público (GA).

Origens de dados
A caixa de diálogo Obter Dados organiza os tipos de dados nas seguintes categorias:
 Todos
Ficheiro
Base de Dados
Microsoft Fabric
Power Platform
Azure
Serviços Online
Outro

A categoria Todos inclui todos os tipos de conexão de dados de todas as categorias.

Fontes de dados de arquivo

A categoria Arquivo fornece as seguintes conexões de dados:

Livro do Excel
Texto/CSV
XML
JSON
Pasta
PDF
Parquet
Pasta do SharePoint

Fontes de dados da base de dados

A categoria Banco de dados fornece as seguintes conexões de dados:

Bases de dados SQL Server

Base de dados do Access
Base de dados do SQL Server Analysis Services
Oracle database
Base de Dados IBM Db2
Base de dados do IBM Informix (Beta)
IBM Netezza
Bases de Dados MySQL
Base de Dados PostgreSQL
Base de dados Sybase
Base de dados Teradata
Base de dados do SAP HANA
SAP Business Warehouse Application Server
 SAP Business Warehouse Message Server
Amazon Redshift
Impala
Google BigQuery
Google BigQuery (ID do Microsoft Entra)
Vertica
Snowflake
Essbase
Modelos AtScale
Actian (Beta)
Amazon Athena
Conector BI
LDW de Virtualidade de Dados
Exato Online Premium (Beta)
Jetro (Beta)
Kyligence
Estilo Linkar PICK / Bases de Dados MultiValue (Beta)
MariaDB
MarkLogic
MongoDB Atlas SQL
Virtualização de dados TIBCO®
Cubos AtScale
Denodo
Dremio Software
Nuvem Dremio
Exasol
MongoDB Atlas SQL
ClickHouse (beta)
Visão de saúde da InterSystems
KX kdb Insights Enterprise (beta)
Kyvos ODBC (beta)

７ Nota

Alguns conectores de banco de dados exigem que você os habilite selecionando

Opções de arquivo>e opções de configurações>, selecionando Recursos de
visualização e habilitando o conector. Se você não vir alguns dos conectores
mencionados anteriormente e quiser usá-los, verifique as configurações dos
recursos de visualização. Observe também que qualquer fonte de dados marcada
 como Beta ou Preview tem suporte e funcionalidade limitados e não deve ser
usada em ambientes de produção.

Microsoft Fabric
A categoria Microsoft Fabric fornece as seguintes conexões de dados:

Modelos semânticos do Power BI

Fluxos de Dados
Datamarts (visualização)
Armazéns
Casas dos lagos
Bases de dados KQL
Conjuntos de métricas

Fontes de dados da Plataforma de Energia

A categoria Power Platform fornece as seguintes conexões de dados:

Fluxos de dados do Power BI (Legado)

Common Data Service (Legado)
Dataverse
Fluxos de Dados

Origens de dados do Azure

A categoria Azure fornece as seguintes conexões de dados:

Base de Dados SQL do Azure

Azure Synapse Analytics SQL
Base de dados do Azure Analysis Services
Base de Dados do Azure para PostgreSQL
Armazenamento de Blobs do Azure
Armazenamento de Tabelas do Azure
Azure Cosmos DB v1
Azure Data Explorer (Kusto)
Azure Data Lake Storage Gen2
Azure HDInsight (HDFS)
Azure HDInsight Spark
Interactive Query do HDInsight
Gestão de Custos do Azure
 Azure Resource Graph
Azure HDInsight no AKS Trino (Beta)
Azure Cosmos DB v2
Azure Databricks
Espaço de trabalho do Azure Synapse Analytics (Beta)

Fontes de dados dos Serviços Online

A categoria Serviços Online fornece as seguintes conexões de dados:

Lista do SharePoint Online

Microsoft Exchange Online
Dynamics 365 Online (legado)
Dynamics 365 (Dataverso)
Dynamics NAV
Dynamics 365 Business Central
Dynamics 365 Business Central (on-premises)
Azure DevOps (apenas painéis)
Azure DevOps Server (apenas Placas)
Objetos do Salesforce
Relatórios do Salesforce
Google Analytics
Adobe Analytics
appFigures (Beta)
Data.World - Obter Dataset (Beta)
GitHub (Beta)
LinkedIn Sales Navigator (Beta)
Marketo (Beta)
Mixpanel (Beta)
Portfólios Planview
QuickBooks Online (Beta)
Smartsheet (Legado)
SparkPost (Beta)
SweetIQ (Beta)
Arquitetura empresarial Planview
Aptix Insights (Beta)
Asana (Beta)
Montar visualizações
Autodesk Construction Cloud
Análise de dados de automação (Beta)
CData Connect Nuvem
 Dynamics 365 Customer Insights (Beta)
Databricks
Insights de Obras de Construção Digital
Fonte de dados Emigo
Suite Empresarial Entersoft (Beta)
eWay-CRM
Análise de FactSet
Fundição Palantir
API inteligente® Hexagon PPM
Industrial App Store
OKR Planview (beta)
Planview ProjectPlace
Quickbase
SoftOne BI (Beta)
Planview IdeaPlace
TeamDesk (beta)
Webtrends Analytics (Beta)
Witivio (Beta)
Zoho Creator
Automação em qualquer lugar
CData Connect Nuvem
Dynamics 365 Customer Insights (beta)
Databricks
Funil
Intune Data Warehouse (Beta)
LEAP (Beta)
LinkedIn Learning
Informações sobre o produto (Beta)
Profisee
Samsara (Beta)
Supermetria (beta)
Viva Insights
Zendesk (Beta)
BuildingConnected & TradeTapp (beta)
Smartsheet (Beta)

Outras origens de dados

A categoria Outro fornece as seguintes conexões de dados:

Web
lista SharePoint
Feed OData
Active Directory
Microsoft Exchange
Ficheiro Hadoop (HDFS)
Spark
Hive LLAP
Script R
Script do Python
ODBC
OLEDB
Acterys : Automação de modelos & Planeamento (Beta)
Serviço Amazon OpenSearch (Beta)
Anaplan
Solver
Dados e análises da Bloomberg
Celonis EMS
Cherwell (Beta)
CloudBluePSA (Beta)
Fusão de dados Cognite
EQuIS
FactSet RMS (Beta)
inwink (Beta)
Kognitwin
MicroStrategy para Power BI
OneStream (Beta)
Projeto OpenSearch (Beta)
Paxata
QubolePresto (Beta)
Roamler (Beta)
SIS-CC SDMX (Beta)
Atalhos Business Insights (Beta)
Starburst Empresa
SomaTotal
SurveyMonkey
Tenforce (Smart)Lista
Usercube (Beta)
Vena
Visão do navio
Wrike (Beta)
Zucchetti HR Infinito (Beta)
 Classificações de Segurança BitSight
BQE NÚCLEO
Wolters Kluwer CCH Tagetik
Compartilhamento Delta
Eduframe (Beta)
FHIR
Google Sheets
Grelha de Informação
Jamf Pro (Beta)
Conector de consulta direta SingleStore
Melhorar o site
Central de serviços da SolarWinds
Análise pessoal do Microsoft Teams (Beta)
Windsor (beta)
Consulta em Branco

７ Nota

No momento, não é possível conectar-se a fontes de dados personalizadas

protegidas usando o Microsoft Entra ID.

Aplicações de modelo
Você pode encontrar aplicativos de modelo para sua organização selecionando o link
Aplicativos de modelo na parte inferior da janela Obter dados .
As Aplicações de Modelo Disponíveis podem variar consoante a sua organização.

Ligar a uma origem de dados

1. Para se conectar a uma fonte de dados, selecione a fonte de dados na janela
Obter dados e selecione Conectar. A captura de tela a seguir mostra a Web
selecionada na categoria Outra conexão de dados.
2. É apresentada uma janela de ligação. Introduza o URL ou as informações de
ligação do recurso e, em seguida, selecione OK. A captura de tela a seguir mostra
uma URL inserida na caixa de diálogo Da conexão da Web .

3. Dependendo da conexão de dados, você pode ser solicitado a fornecer credenciais

ou outras informações. Depois de fornecer todas as informações necessárias, o
 Power BI Desktop se conecta à fonte de dados e apresenta as fontes de dados
disponíveis na caixa de diálogo Navegador .

4. Selecione as tabelas e outros dados que deseja carregar. Para carregar os dados,
selecione o botão Carregar na parte inferior do painel Navegador . Para
transformar ou editar a consulta no Power Query Editor antes de carregar os
dados, selecione o botão Transformar Dados .

Conectar-se a fontes de dados no Power BI Desktop é muito fácil. Tente conectar-se aos
dados de nossa lista crescente de fontes de dados e verifique com frequência.
Continuamos a adicionar a esta lista o tempo todo.

Use arquivos PBIDS para obter dados

Os arquivos PBIDS são arquivos do Power BI Desktop que têm uma estrutura específica
e uma extensão .pbids para identificá-los como arquivos de fonte de dados do Power BI.

Você pode criar um arquivo PBIDS para simplificar a experiência Get Data para criadores
de relatórios novos ou iniciantes em sua organização. Se você criar o arquivo PBIDS a
partir de relatórios existentes, será mais fácil para os autores de relatórios iniciantes criar
novos relatórios a partir dos mesmos dados.
Quando um autor abre um arquivo PBIDS, o Power BI Desktop solicita ao usuário
credenciais para autenticar e se conectar à fonte de dados especificada pelo arquivo. A
caixa de diálogo Navegador é exibida e o usuário deve selecionar as tabelas dessa
fonte de dados para carregar no modelo. Os usuários também podem precisar
selecionar o banco de dados e o modo de conexão se nenhum tiver sido especificado
no arquivo PBIDS.

A partir desse ponto, o usuário pode começar a criar visualizações ou selecionar Fontes
recentes para carregar um novo conjunto de tabelas no modelo.

Atualmente, os arquivos PBIDS suportam apenas uma única fonte de dados em um

arquivo. Especificar mais de uma fonte de dados resulta em um erro.

Como criar um arquivo de conexão PBIDS

Se você tiver um arquivo PBIX do Power BI Desktop existente já conectado aos dados
em que está interessado, poderá exportar os arquivos de conexão de dentro do Power
BI Desktop. Este método é recomendado, uma vez que o arquivo PBIDS pode ser
gerado automaticamente a partir da área de trabalho. Você ainda pode editar ou criar
manualmente o arquivo em um editor de texto.

1. Para criar o arquivo PBIDS, selecione Opções e configurações>de

arquivo>Configurações da fonte de dados.
 2. Na caixa de diálogo exibida, selecione a fonte de dados que deseja exportar como
um arquivo PBIDS e selecione Exportar PBIDS.

3. Na caixa de diálogo Salvar como, dê um nome ao arquivo e selecione Salvar. O

Power BI Desktop gera o arquivo PBIDS, que você pode renomear e salvar em seu
diretório e compartilhar com outras pessoas.

Você também pode abrir o arquivo em um editor de texto e modificá-lo ainda mais,
incluindo a especificação do modo de conexão no próprio arquivo. A imagem a seguir
mostra um arquivo PBIDS aberto em um editor de texto.

Se você preferir criar manualmente seus arquivos PBIDS em um editor de texto, você
deve especificar as entradas necessárias para uma única conexão e salvar o arquivo com a
extensão .pbids. Opcionalmente, você também pode especificar a conexão mode como
ou DirectQuery Import . Se mode estiver faltando ou null no arquivo, o usuário que
abrir o arquivo no Power BI Desktop será solicitado a selecionar DirectQuery ou
Importar.

） Importante

Algumas fontes de dados gerarão um erro se as colunas forem criptografadas na

fonte de dados. Por exemplo, se duas ou mais colunas em um Banco de Dados SQL
do Azure forem criptografadas durante uma ação de Importação, um erro será
retornado. Para obter mais informações, consulte Banco de dados SQL.

Exemplos de arquivos PBIDS

Esta seção fornece alguns exemplos de fontes de dados comumente usadas. O tipo de
ficheiro PBIDS suporta apenas ligações de dados que também são suportadas no Power
BI Desktop, com as seguintes exceções: URLs Wiki, Live Connect e Consulta em Branco.

O arquivo PBIDS não inclui informações de autenticação e informações de tabela e

esquema.

Os trechos de código a seguir mostram vários exemplos comuns de arquivos PBIDS,

mas eles não estão completos ou abrangentes. Para outras fontes de dados, você pode
consultar o formato git Data Source Reference (DSR) para obter informações de
protocolo e endereço.

Se estiver a editar ou a criar manualmente os ficheiros de ligação, estes exemplos são

apenas para conveniência, não se destinam a ser abrangentes e não incluem todos os
conectores suportados no formato DSR.

Azure AS

JSON

{
"version": "0.1",
"connections": [
{
"details": {
"protocol": "analysis-services",
"address": {
"server": "server-here"
},
 }
}
]
}

Pasta

JSON

{
"version": "0.1",
"connections": [
{
"details": {
"protocol": "folder",
"address": {
"path": "folder-path-here"
}
}
}
]
}

OData

JSON

{
"version": "0.1",
"connections": [
{
"details": {
"protocol": "odata",
"address": {
"url": "URL-here"
}
}
}
]
}

SAP BW

JSON

{
"version": "0.1",
 "connections": [
{
"details": {
"protocol": "sap-bw-olap",
"address": {
"server": "server-name-here",
"systemNumber": "system-number-here",
"clientId": "client-id-here"
},
}
}
]
}

SAP HANA

JSON

{
"version": "0.1",
"connections": [
{
"details": {
"protocol": "sap-hana-sql",
"address": {
"server": "server-name-here:port-here"
},
}
}
]
}

lista SharePoint

A URL deve apontar para o próprio site do SharePoint, não para uma lista dentro do site.
Os usuários obtêm um navegador que lhes permite selecionar uma ou mais listas desse
site, cada uma das quais se torna uma tabela no modelo.

JSON

{
"version": "0.1",
"connections": [
{
"details": {
"protocol": "sharepoint-list",
"address": {
"url": "URL-here"
},
 }
}
]
}

SQL Server

JSON

{
"version": "0.1",
"connections": [
{
"details": {
"protocol": "tds",
"address": {
"server": "server-name-here",
"database": "db-name-here (optional) "
}
},
"options": {},
"mode": "DirectQuery"
}
]
}

Arquivo de texto

JSON

{
"version": "0.1",
"connections": [
{
"details": {
"protocol": "file",
"address": {
"path": "path-here"
}
}
}
]
}

Web

JSON
 {
"version": "0.1",
"connections": [
{
"details": {
"protocol": "http",
"address": {
"url": "URL-here"
}
}
}
]
}

Fluxo de dados

JSON

{
"version": "0.1",
"connections": [
{
"details": {
"protocol": "powerbi-dataflows",
"address": {
"workspace":"workspace id (Guid)",
"dataflow":"optional dataflow id (Guid)",
"entity":"optional entity name"
}
}
}
]
}

Conteúdos relacionados
Você pode fazer todos os tipos de coisas com o Power BI Desktop. Para obter mais
informações sobre seus recursos, confira os seguintes recursos:

O que é o Power BI Desktop?

Descrição geral do Query no Power BI Desktop
Tipos de dados no Power BI Desktop
Tutorial: Formatar e combinar dados no Power BI Desktop
Executar tarefas de consulta comuns no Power BI Desktop
Comentários
Esta página foi útil?  Yes  No

Fornecer comentários sobre o produto | Perguntar à comunidade

Parâmetros de consulta Dynamic M no
Power BI Desktop
Artigo • 25/10/2024

Este artigo descreve como criar e trabalhar com parâmetros de consulta M dinâmicos no
Power BI Desktop. Com parâmetros de consulta M dinâmicos, os autores de modelos
podem configurar os valores de filtro ou segmentação de dados que os visualizadores
de relatório podem usar para um parâmetro de consulta M. Os parâmetros de consulta
M dinâmicos dão aos autores de modelos mais controle sobre as seleções de filtros a
serem incorporadas nas consultas de origem do DirectQuery.

Os autores de modelos entendem a semântica pretendida de seus filtros e, muitas

vezes, sabem como escrever consultas eficientes em sua fonte de dados. Com
parâmetros de consulta M dinâmicos, os autores do modelo podem garantir que as
seleções de filtros sejam incorporadas às consultas de origem no ponto certo para
alcançar os resultados pretendidos com o melhor desempenho. Os parâmetros de
consulta Dynamic M podem ser especialmente úteis para a otimização do desempenho
da consulta.

Veja Sujata explicar e usar parâmetros de consulta M dinâmicos no vídeo a seguir e, em

seguida, experimente-os você mesmo.

７ Nota

Este vídeo pode usar versões anteriores do Power BI Desktop ou do serviço do

Power BI.

https://www.microsoft.com/pt-pt/videoplayer/embed/RE4QLsb?
postJsllMsg=true&autoCaptions=pt-pt

Pré-requisitos
Para trabalhar com esses procedimentos, você deve ter uma consulta M válida que use
uma ou mais tabelas DirectQuery.

Criar e usar parâmetros dinâmicos

O exemplo a seguir passa um único valor para um parâmetro dinamicamente.
Adicionar parâmetros
1. No Power BI Desktop, selecione Página Inicial>Transformar dados>Transformar
dados para abrir o Editor do Power Query.

2. No Editor do Power Query, selecione Novos Parâmetros em Gerir Parâmetros no

friso.

3. Na janela Gerenciar parâmetros, preencha as informações sobre o parâmetro.

Para obter mais informações, consulte Criando um parâmetro.
 4. Selecione Novo para adicionar mais parâmetros.

5. Quando terminar de adicionar parâmetros, selecione OK.

Referenciar os parâmetros na consulta M

1. Depois de criar os parâmetros, você pode fazer referência a eles na consulta M.
Para modificar a consulta M, enquanto tiver a consulta selecionada, abra o Editor
 Avançado.

2. Faça referência aos parâmetros na consulta M, conforme destacado em amarelo na

imagem a seguir:

3. Quando terminar de editar a consulta, selecione Concluído.

Criar tabelas de valores

Crie uma tabela para cada parâmetro com uma coluna que forneça os valores possíveis
disponíveis para serem definidos dinamicamente com base na seleção de filtros. Neste
exemplo, você deseja que os StartTime parâmetros e EndTime sejam dinâmicos. Como
esses parâmetros exigem um Date/Time parâmetro, você gera as entradas possíveis
para definir dinamicamente a data para o parâmetro.
1. Na faixa de opções do Power BI Desktop, em Modelagem, selecione Nova tabela.

2. Crie uma tabela para os valores do StartTime parâmetro, por exemplo:

StartDateTable = CALENDAR (DATE(2016,1,1), DATE(2016,12,31))

3. Crie uma segunda tabela para os valores do EndTime parâmetro, por exemplo:

EndDateTable = CALENDAR (DATE(2016,1,1), DATE(2016,12,31))

 ７ Nota

Use um nome de coluna que não esteja em uma tabela real. Se você usar o
mesmo nome de uma coluna de tabela real, o valor selecionado será aplicado
como um filtro na consulta.

Vincular os campos aos parâmetros

Agora que você criou as tabelas com os Date campos, pode vincular cada campo a um
parâmetro. Vincular um campo a um parâmetro significa que, à medida que o valor do
campo selecionado muda, o valor passa para o parâmetro e atualiza a consulta que faz
referência ao parâmetro.

1. Para vincular um campo, no modo de exibição Modelo do Power BI Desktop,

selecione o campo recém-criado e, no painel Propriedades, selecione Avançado.

７ Nota

O tipo de dados da coluna deve corresponder ao tipo de dados do parâmetro

M.

2. Selecione a lista suspensa em Vincular ao parâmetro e selecione o parâmetro que

você deseja vincular ao campo:
Como este exemplo serve para definir o parâmetro como um único valor,
mantenha Multi-select definido como No, que é o padrão:

Se você definir a coluna mapeada como Não para Seleção múltipla, deverá usar
um único modo de seleção na segmentação de dados ou exigir uma única seleção
no cartão de filtro.

Se os casos de uso exigirem a passagem de vários valores para um único

parâmetro, defina o controle como Sim e verifique se a consulta M está
configurada para aceitar vários valores. Aqui está um exemplo para
RepoNameParameter o , que permite vários valores:
 

3. Repita estas etapas se tiver outros campos para vincular a outros parâmetros.

Agora você pode fazer referência a este campo em uma segmentação de dados ou
como um filtro:
Ativar Selecionar tudo
Neste exemplo, o modelo do Power BI Desktop tem um campo chamado País, que é
uma lista de países/regiões vinculados a um parâmetro M chamado
countryNameMParameter. Este parâmetro está habilitado para Seleção múltipla, mas
não está habilitado para Selecionar tudo. Para poder usar a opção Selecionar tudo em
uma segmentação de dados ou cartão de filtro, execute as seguintes etapas
adicionadas:
Para ativar Selecionar tudo para País:

1. Nas propriedades avançadas de País, ative a opção Selecionar tudo, que habilita
a entrada de valor Selecionar tudo. Edite o valor Selecionar tudo ou anote o valor
padrão.
 O valor Select all passa para o parâmetro como uma lista que contém o valor
definido. Portanto, ao definir esse valor ou usar o valor padrão, verifique se o valor
é exclusivo e não existe no campo vinculado ao parâmetro.

2. Inicie o Editor do Power Query, selecione a consulta e, em seguida, selecione

Editor Avançado. Edite a consulta M para usar o valor Selecionar tudo para fazer
referência à opção Selecionar tudo .

3. No Editor Avançado, adicione uma expressão booleana que avalie true se o

parâmetro está habilitado para Multi-select e contém o valor Select all e, caso
contrário, retorna false :
 4. Incorpore o resultado da expressão Select all Boolean na consulta de origem. O
exemplo tem um parâmetro de consulta booleano na consulta de origem chamada
includeAllCountries que é definido como o resultado da expressão booleana da

etapa anterior. Você pode usar esse parâmetro em uma cláusula de filtro na
consulta, de modo que false para os filtros booleanos para os nomes de país ou
região selecionados, e true efetivamente não aplica nenhum filtro.

5. Depois de atualizar sua consulta M para levar em conta o novo valor Selecionar
tudo, você pode usar a função Selecionar tudo em segmentações de dados ou
filtros.

Para referência, aqui está a consulta completa para o exemplo anterior:

Kusto

let
selectedcountryNames = if Type.Is(Value.Type(countryNameMParameter),
List.Type) then
Text.Combine({"'", Text.Combine(countryNameMParameter, "','") , "'"})
else
 Text.Combine({"'" , countryNameMParameter , "'"}),

selectAllCountries = if Type.Is(Value.Type(countryNameMParameter),
List.Type) then
List.Contains(countryNameMParameter, "__SelectAll__")
else
false,

KustoParametersDeclareQuery = Text.Combine({"declare query_parameters(",

"startTimep:datetime = datetime(",
DateTime.ToText(StartTimeMParameter, "yyyy-MM-dd hh:mm"), "), " ,
"endTimep:datetime = datetime(",
DateTime.ToText(EndTimeMParameter, "yyyy-MM-dd hh:mm:ss"), "), ",
"includeAllCountries: bool = ",
Logical.ToText(selectAllCountries) ,",",
"countryNames: dynamic = dynamic([",
selectedcountryNames, "]));" }),

ActualQueryWithKustoParameters =
"Covid19
| where includeAllCountries or Country
in(countryNames)
| where Timestamp > startTimep and Timestamp
< endTimep
| summarize sum(Confirmed) by Country,
bin(Timestamp, 30d)",

finalQuery = Text.Combine({KustoParametersDeclareQuery,
ActualQueryWithKustoParameters}),

Source = AzureDataExplorer.Contents("help", "samples", finalQuery,

[MaxRows=null, MaxSize=null, NoTruncate=null,
AdditionalSetStatements=null]),
#"Renamed Columns" = Table.RenameColumns(Source,{{"Timestamp", "Date"},
{"sum_Confirmed", "Confirmed Cases"}})
in
#"Renamed Columns"

Potencial risco de segurança

Os leitores de relatórios que podem definir dinamicamente os valores para parâmetros
de consulta M podem acessar mais dados ou disparar modificações no sistema de
origem usando ataques de injeção. Essa possibilidade depende de como você referencia
os parâmetros na consulta M e quais valores você passa para os parâmetros.

Por exemplo, você tem uma consulta Kusto parametrizada construída da seguinte
maneira:

Kusto
 Products
| where Category == [Parameter inserted here] & HasReleased == 'True'
| project ReleaseDate, Name, Category, Region

Não há problemas com um usuário amigável que passa um valor apropriado para o
parâmetro, por exemplo, Games :

| where Category == 'Games' & HasReleased == 'True'

No entanto, um invasor pode passar um valor que modifica a consulta para obter
acesso a mais dados, por exemplo: 'Games'//

Products
| where Category == 'Games'// & HasReleased == 'True'
| project ReleaseDate, Name, Category, Region

Neste exemplo, o invasor pode obter acesso a informações sobre jogos que ainda não
foram lançados alterando parte da consulta em um comentário.

Mitigar o risco
Para reduzir o risco de segurança, evite a concatenação de cadeia de caracteres de
valores de parâmetros M na consulta. Em vez disso, consuma esses valores de
parâmetro em operações M que se dobram para a consulta de origem, para que o
mecanismo M e o conector construam a consulta final.

Se uma fonte de dados oferecer suporte à importação de procedimentos armazenados,

considere armazenar sua lógica de consulta lá e invocá-la na consulta M. Como
alternativa, se disponível, use um mecanismo de passagem de parâmetros integrado à
linguagem de consulta de origem e aos conectores. Por exemplo, o Azure Data Explorer
tem recursos internos de parâmetros de consulta projetados para proteger contra
ataques de injeção.

Eis alguns exemplos destas atenuações:

Exemplo que usa as operações de filtragem da consulta M:

Kusto
 Table.SelectRows(Source, (r) => r[Columns] = Parameter)

Exemplo que declara o parâmetro na consulta de origem ou passa o valor do

parâmetro como uma entrada para uma função de consulta de origem:

Kusto

declare query_parameters (Name of Parameter : Type of Parameter);

Exemplo de chamada direta de um procedimento armazenado:

Kusto

let CustomerByProductFn = AzureDataExplorer.Contents("Help",

"ContosoSales"){[Name="CustomerByProduct"]}[Data] in
CustomerByProductFn({1, 3, 5})

Considerações e limitações
Há algumas considerações e limitações a serem levadas em conta ao usar parâmetros
de consulta M dinâmicos:

Um único parâmetro não pode ser vinculado a vários campos nem vice-versa.
Os parâmetros de consulta Dynamic M não suportam agregações.
Os parâmetros de consulta Dynamic M não suportam segurança em nível de linha
(RLS).
Os nomes de parâmetros não podem ser palavras reservadas DAX (Data Analysis
Expressions) nem conter espaços. Você pode acrescentar Parameter ao final do
nome do parâmetro para ajudar a evitar essa limitação.
Os nomes das tabelas não podem conter espaços ou caracteres especiais.
Se o parâmetro for o Date/Time tipo de dados, você precisará convertê-lo na
consulta M como DateTime.Date(<YourDateParameter>) .
Se você usar fontes SQL, poderá obter uma caixa de diálogo de confirmação
sempre que o valor do parâmetro for alterado. Esta caixa de diálogo é devido a
uma configuração de segurança: Exigir aprovação do usuário para novas
consultas de banco de dados nativo. Você pode encontrar e desativar essa
configuração na seção Segurança das Opções do Power BI Desktop.
Os parâmetros de consulta M dinâmicos podem não funcionar ao acessar um
modelo semântico no Excel.
 Os parâmetros de consulta Dynamic M não são suportados no Servidor de
Relatório do Power BI.
Não há suporte para alternar fontes de dados usando parâmetros de consulta M
dinâmicos no serviço do Power BI. Consulte fontes de dados dinâmicas e de
atualização para obter informações adicionais.

Tipos de parâmetros prontos para uso não suportados

Qualquer
Duração
True/False
Binário

Filtros não suportados

Segmentação de dados ou filtro de tempo relativo
Data relativa
Segmentação de dados hierárquica
Filtro de inclusão de vários campos
Excluir filtros / Não filtros
Realce cruzado
Filtro detalhado
Filtro de perfuração cruzada
Filtro Top N

Operações sem suporte

And
Contains
Menor que
Maior que
Começa com
Não começa com
Não é
Não contém
Está em branco
Não está em branco

Conteúdos relacionados
Para obter mais informações sobre os recursos do Power BI Desktop, confira os
seguintes recursos:

DirectQuery no Power BI
O que é o Power BI Desktop?
Descrição geral do Query no Power BI Desktop
Tipos de dados no Power BI Desktop
Tutorial: Formatar e combinar dados no Power BI Desktop
Executar tarefas de consulta comuns no Power BI Desktop

Comentários
Esta página foi útil?  Yes  No

Fornecer comentários sobre o produto | Perguntar à comunidade

Criar um modelo semântico do Power BI
diretamente do Log Analytics
Artigo • 10/11/2023

Você pode criar rapidamente um modelo semântico do Power BI diretamente de uma

consulta do Log Analytics. O modelo semântico será um modelo semântico completo
do Power BI que você pode usar para criar relatórios, analisar no Excel e muito mais.

Criar um modelo semântico diretamente de uma consulta do Log Analytics é uma

maneira fácil e rápida de compartilhar um modelo semântico, porque se você salvá-lo
em um espaço de trabalho compartilhado, todos com as permissões suficientes no
espaço de trabalho poderão usá-lo. Você também pode usar o compartilhamento de
modelo semântico para compartilhá-lo com outros usuários que não têm uma função
no espaço de trabalho.

Esse recurso cria um modelo semântico no serviço do Power BI diretamente de uma

consulta do Log Analytics. Se precisar modelar ou transformar os dados de maneiras
que não estão disponíveis no serviço, você também pode exportar a consulta do Log
Analytics, colá-la no Power BI Desktop e fazer sua modelagem avançada lá. Para obter
mais informações, consulte Criar modelos semânticos e relatórios do Power BI a partir
de consultas do Log Analytics.

Pré-requisitos
Você deve ter uma conta do Power BI para poder usar essa funcionalidade.

Criar um conjunto de dados a partir do Log

Analytics
Para criar um conjunto de dados do Power BI a partir de uma consulta do Log Analytics:

1. Abra e execute a consulta do Log Analytics que você deseja usar para criar o banco
de dados do Power BI.

2. Na barra de ações, selecione Exportar > para o Power BI.

3. O Power BI será aberto e uma caixa de diálogo solicitará que você nomeie o
modelo semântico e escolha um espaço de trabalho para salvá-lo. Por padrão, o
modelo semântico receberá o mesmo nome da consulta e será salvo em Meu
espaço de trabalho. Você pode escolher seu próprio nome e espaço de trabalho de
destino. Se você for um usuário gratuito no Power BI, só poderá salvar em Meu
espaço de trabalho.

A caixa de diálogo também mostra a URL da fonte de dados do Log Analytics. Para
evitar a exposição inadvertida de dados confidenciais, certifique-se de reconhecer
a fonte de dados e de estar familiarizado com os dados. Selecione Revisar dados
se quiser verificar os resultados da consulta Log Analytic antes de permitir que a
exportação continue. Para obter mais informações sobre quando a revisão dos
dados pode ser uma boa ideia, consulte Revisão dos dados do Log Analytics.

4. Selecione Continuar. Seu modelo semântico será criado e você será levado para a
página de detalhes do novo modelo semântico. A partir daí, você pode fazer todas
as coisas que pode fazer com um modelo semântico regular do Power BI -
 atualizar os dados, compartilhar o modelo semântico, criar novos relatórios e
muito mais. Consulte os detalhes do modelo semântico para obter mais
informações.

７ Nota

Se você já se conectou ao Log Analytics do Power BI antes, você será

solicitado a escolher quais credenciais usar para a conexão entre o Power BI e
o Log Analytics antes de ser levado para a página de detalhes do modelo
semântico. Para obter ajuda para decidir quais credenciais escolher, consulte
Escolhendo com quais credenciais autenticar.

Para manter os dados atualizados depois de criar o modelo semântico, atualize os

dados manualmente ou configure a atualização agendada.

Revisão dos dados do Log Analytics

Quando você exporta dados de uma consulta do Log Analytics para o Power BI, uma
URL de redirecionamento é criada que inclui todos os parâmetros necessários para
iniciar o processo de criação de modelo semântico no Power BI. Se você é a pessoa que
selecionou Exportar para BI no Log Analytics, provavelmente não precisa se preocupar
em revisar os dados porque provavelmente está familiarizado com os dados que está
exportando.

Revisar os dados é importante se você não foi quem exportou os dados do Log
Analytics, mas recebeu um link de alguém para criar um modelo semântico do Log
Analytics. Nesse caso, você pode não estar familiarizado com os dados que estão sendo
exportados e, portanto, é importante revisá-los para garantir que nenhum dado
confidencial esteja sendo exposto inadvertidamente.

Escolhendo com quais credenciais autenticar

Quando você exporta dados do Log Analytics para o Power BI, o Power BI se conecta ao
Log Analytics para obter os dados. Para se conectar, ele precisa se autenticar com o Log
Analytics.

Se você receber a caixa de diálogo a seguir, isso significa que você já estabeleceu uma
conexão com o Log Analytics no passado. As credenciais que você usou naquele
momento podem ou não ser diferentes das credenciais do seu login atual. Tem de
escolher se pretende continuar a utilizar os detalhes de início de sessão que utilizou da
última vez que se ligou (As credenciais que utilizei para ligar ao Power BI da última vez)
ou se a ligação deve utilizar as suas credenciais de início de sessão atuais a partir de
agora (As minhas credenciais atuais (podem ser iguais ou diferentes)).

Por que isso é importante?

A exibição do Power BI dos dados do Log Analytics é determinada pelas permissões da

conta usada para estabelecer a conexão do Power BI com a fonte de dados do Log
Analytics.

Se permitir que o Power BI utilize os detalhes de início de sessão que utilizou da última
vez para a ligação, os dados que verá no modelo semântico que está a criar poderão
diferir dos que vê no Log Analytics. Isso ocorre porque os dados mostrados no modelo
semântico são o que a conta com as credenciais usadas da última vez pode ver no Log
Analytics.
Se substituir as credenciais que utilizou da última vez pelas suas credenciais de início de
sessão atuais, os dados que vê no modelo semântico que está a criar serão exatamente
os mesmos que vê no Log Analytics. No entanto, como a conexão agora usa suas
credenciais de login atuais, as exibições dos dados em modelos semânticos que você
pode ter criado anteriormente a partir dessa consulta do Log Analytics também
podem ser alteradas, e isso pode afetar relatórios e outros itens downstream que os
usuários possam ter criado com base nesses modelos semânticos.

Tenha em conta as considerações acima quando fizer a sua escolha.

Se você nunca se conectou anteriormente ao Log Analytics do Power BI, o Power BI

usará automaticamente suas credenciais atuais para estabelecer a conexão e você não
verá essa caixa de diálogo.

Considerações e limitações
Esse fluxo não oferece suporte a cenários B2B (business-to-business) ou cenários
em que a autenticação ocorre em relação a uma entidade de serviço.
Se a API de Gerenciamento de Serviços do Windows Azure, o serviço da API do
Log Analytics ou ambos estiverem configurados para usar a autenticação
multifator, para que esse fluxo funcione, o Power BI também deverá ser
configurado para usar a autenticação multifator. Consulte o suporte de TI da sua
organização se encontrar um problema relacionado a essa consideração.

Próximos passos
Integração do Log Analytics com o Power BI
Detalhes do modelo semântico
Compartilhar acesso a um modelo semântico
Criar um modelo semântico do Power BI
diretamente de uma lista do SharePoint
Artigo • 10/11/2023

Você pode criar rapidamente um modelo semântico do Power BI diretamente de uma

lista do SharePoint. O modelo semântico será um modelo semântico completo do
Power BI que você pode usar para criar relatórios, analisar no Excel e muito mais.

Criar um modelo semântico diretamente de uma lista do SharePoint é uma maneira fácil
e rápida de compartilhar um modelo semântico, porque se você salvá-lo em um espaço
de trabalho compartilhado, todos com as permissões suficientes no espaço de trabalho
poderão usá-lo. Você também pode usar o compartilhamento de modelo semântico
para compartilhá-lo com outros usuários que não têm uma função no espaço de
trabalho.

Para manter os dados atualizados depois de criar o modelo semântico, atualize os

dados manualmente ou configure a atualização agendada.

Esse recurso cria um modelo semântico no serviço do Power BI diretamente de uma lista
do SharePoint. Se precisar modelar ou transformar os dados de maneiras que não estão
disponíveis no serviço, você também pode se conectar à lista do SharePoint a partir do
Power BI Desktop. Para obter mais informações, consulte Criar um relatório em uma lista
do SharePoint no Power BI Desktop.

Pré-requisitos
Você deve ter uma conta do Power BI para poder usar essa funcionalidade.

Criar um modelo semântico a partir de uma

lista do SharePoint
Para criar um modelo semântico do Power BI a partir de uma lista do SharePoint:

1. Abra sua lista do SharePoint.

2. Na barra de ações, selecione Exportar > para o Power BI.

3. O Power BI será aberto e uma caixa de diálogo solicitará que você nomeie o
modelo semântico e escolha um espaço de trabalho para salvá-lo. Por padrão, o
modelo semântico receberá o mesmo nome da lista do SharePoint e será salvo em
Meu espaço de trabalho. Você pode escolher seu próprio nome e espaço de
trabalho de destino. Se você for um usuário gratuito no Power BI, só poderá salvar
em Meu espaço de trabalho.

A caixa de diálogo também mostra a URL da fonte de dados (site do SharePoint) e

o nome da lista do SharePoint. Para evitar a exposição inadvertida de dados
confidenciais, certifique-se de reconhecer a fonte de dados e de estar familiarizado
com os dados. Selecione Revisar dados se quiser verificar a lista do SharePoint
antes de permitir que a exportação continue. Para obter mais informações sobre
quando a revisão dos dados pode ser uma boa ideia, consulte Revisando os dados
da lista do SharePoint.
 4. Selecione Continuar. Seu modelo semântico será criado e você será levado para a
página de detalhes do novo modelo semântico. A partir daí, você pode fazer todas
as coisas que pode fazer com um modelo semântico regular do Power BI -
atualizar os dados, compartilhar o modelo semântico, criar novos relatórios e
muito mais. Consulte os detalhes do modelo semântico para obter mais
informações.

７ Nota

Se você já se conectou ao site do SharePoint a partir do Power BI antes, você

será solicitado a escolher quais credenciais usar para a conexão entre o Power
BI e o site do SharePoint antes de ser levado para a página de detalhes do
modelo semântico. Para obter ajuda para decidir quais credenciais escolher,
consulte Escolhendo com quais credenciais autenticar.

Para manter os dados atualizados depois de criar o modelo semântico, atualize os

dados manualmente ou configure a atualização agendada.

Rever os dados da lista do SharePoint

Quando você exporta uma lista do SharePoint para o Power BI, uma URL de
redirecionamento é criada que inclui todos os parâmetros necessários para iniciar o
processo de criação de modelo semântico no Power BI. Se você for a pessoa que
selecionou Exportar para BI em sua lista do SharePoint, provavelmente não precisará se
preocupar em revisar os dados porque provavelmente está familiarizado com os dados
que está exportando.
Revisar os dados é importante se você não foi quem exportou a lista do SharePoint, mas
recebeu um link de alguém para criar um modelo semântico a partir de uma lista do
SharePoint. Nesse caso, você pode não estar familiarizado com os dados que estão
sendo exportados e, portanto, é importante revisá-los para garantir que nenhum dado
confidencial esteja sendo exposto inadvertidamente.

Escolhendo com quais credenciais autenticar

Quando você exporta uma lista do SharePoint para o Power BI, o Power BI se conecta ao
site do SharePoint para obter os dados da lista. Para se conectar, ele precisa se
autenticar com o SharePoint.

Se você receber a caixa de diálogo a seguir, isso significa que você já estabeleceu uma
conexão com o site do SharePoint no passado. As credenciais que você usou naquele
momento podem ou não ser diferentes das credenciais do seu login atual. Tem de
escolher se pretende continuar a utilizar os detalhes de início de sessão que utilizou da
última vez que se ligou (As credenciais que utilizei para ligar ao Power BI da última vez)
ou se a ligação deve utilizar as suas credenciais de início de sessão atuais a partir de
agora (As minhas credenciais atuais (podem ser iguais ou diferentes)).

Por que isso é importante?

O modo de exibição do Power BI dos dados da lista do SharePoint é determinado pelas

permissões da conta usada para estabelecer a conexão do Power BI com a fonte de
dados do SharePoint (ou seja, o site do SharePoint).

Se permitir que o Power BI utilize os detalhes de início de sessão que utilizou da última
vez para a ligação, os dados que verá no modelo semântico que está a criar poderão
diferir do que vê na lista do SharePoint. Isso ocorre porque os dados mostrados no
modelo semântico são o que a conta com as credenciais usadas da última vez pode ver
na lista do SharePoint.

Se você substituir as credenciais usadas da última vez por suas credenciais de entrada
atuais, os dados exibidos no modelo semântico que você está criando serão exatamente
os mesmos que você vê na lista do SharePoint. No entanto, como a conexão agora usa
suas credenciais de logon atuais, as exibições dos dados em modelos semânticos que
você pode ter criado anteriormente a partir desse site do SharePoint também podem
ser alteradas, e isso pode afetar relatórios e outros itens downstream que os usuários
podem ter criado com base nesses modelos semânticos.

Tenha em conta as considerações acima quando fizer a sua escolha.

Se você nunca se conectou anteriormente ao site do SharePoint a partir do Power BI, o

Power BI usará automaticamente suas credenciais atuais para estabelecer a conexão e
você não verá essa caixa de diálogo.

Considerações e limitações
O modelo semântico não será criado se a lista do SharePoint contiver valores com
mais de quatro dígitos após uma casa decimal (".")
O rótulo de sensibilidade (se houver) da lista do SharePoint não é herdado pelo
modelo semântico criado.
Esse fluxo não oferece suporte a cenários B2B (business-to-business) ou cenários
em que a autenticação ocorre em relação a uma entidade de serviço.
Se o serviço do SharePoint estiver configurado para usar a autenticação multifator,
para que esse fluxo funcione, o Power BI também deverá ser configurado para usar
a autenticação multifator. Consulte o suporte de TI da sua organização se
encontrar um problema relacionado a essa consideração.

Próximos passos
Detalhes do modelo semântico
Compartilhar acesso a um modelo semântico
Criar um relatório numa Lista do
SharePoint no Power BI Desktop
Artigo • 20/12/2024

Muitas equipas e organizações utilizam listas no SharePoint Online para armazenar

dados porque é fácil de configurar e de atualizar pelos utilizadores. Às vezes, um gráfico
é uma maneira muito mais fácil para os usuários entenderem rapidamente os dados em
vez de olhar para a lista em si. Neste tutorial, você aprenderá a transformar seus dados
de lista do SharePoint em um relatório do Power BI.

Assista a este vídeo tutorial de cinco minutos ou role para baixo para obter instruções
passo a passo.

７ Nota

Este vídeo pode usar versões anteriores do Power BI Desktop ou do serviço do

Power BI.

https://www.youtube-nocookie.com/embed/OZO3x2NF8Ak

No serviço Power BI, você também pode criar um relatório rapidamente a partir de
dados em uma lista do SharePoint.

Se o seu objetivo for criar rapidamente um modelo semântico no serviço do Power BI,
você poderá fazê-lo diretamente da lista do SharePoint. Para obter mais informações,
consulte Criar um modelo semântico a partir de uma lista do SharePoint.

Parte 1: Conectar-se à sua Lista do SharePoint

1. Se ainda não o tiver, transfira e instale Power BI Desktop .
2. Abra o Power BI Desktop e, no separador Início do friso, selecione Obter
dados>Mais.
3. Selecione Online Servicese, em seguida, selecione Lista do SharePoint Online.
4. Selecione Conectar.

5. Localize o endereço (também conhecido como URL) do seu site do SharePoint

Online que contém a sua lista. Em uma página no SharePoint Online, você
geralmente pode obter o endereço do site selecionando inicial no painel de
navegação ou o ícone do site na parte superior e, em seguida, copiando o
endereço da barra de endereço do navegador da Web.

Veja um vídeo deste passo:

７ Nota
 Este vídeo pode usar versões anteriores do Power BI Desktop ou do serviço
do Power BI.

https://www.youtube-nocookie.com/embed/OZO3x2NF8Ak?start=48&end=90

6. No Power BI Desktop, cole o endereço no campo URL do Site da caixa de diálogo

Listas do SharePoint Online e, em seguida, selecione OK.

7. Você pode ou não ver uma tela de acesso do SharePoint como a imagem a seguir.
Se não o vir, avance para a etapa 10. Se o vires, seleccione Conta da Microsoft no
lado esquerdo da página.

8. Selecione Iniciar Sessãoe introduza o nome de utilizador e a senha que usa para
iniciar sessão no Microsoft 365.

9. Quando terminar de iniciar sessão, selecione Conectar.

10. No lado esquerdo da caixa de diálogo do Navigator, marque a caixa de seleção ao

lado da lista do SharePoint à qual você deseja se conectar.
 11. Selecione Carregar. O Power BI carrega os dados da lista em um novo relatório.

Parte 2: Criar um relatório

1. No lado esquerdo da tela do Power BI Desktop, selecione o ícone Tabela para ver
se os dados da lista do SharePoint foram carregados.

2. Verifique se as colunas da lista com números mostram o ícone Soma, ou Sigma, no

painel Dados à direita. Para os que não o fizerem, selecione o cabeçalho da coluna
na vista de tabela, selecione o grupo Estrutura no separador ferramentas da
coluna e, em seguida, altere o Tipo de dados para Número Decimal ou Número
Inteiro, dependendo dos dados daquela coluna. Se lhe for pedido para confirmar a
alteração, selecione Sim. Se o teu número for um formato especial, como moeda,
podes também selecionar isso ao definir o formato em no grupo de formatação .

Veja um vídeo deste passo:

７ Nota
 Este vídeo pode usar versões anteriores do Power BI Desktop ou do serviço
do Power BI.

https://www.youtube-nocookie.com/embed/OZO3x2NF8Ak?start=147&end=204

3. No lado esquerdo do ecrã do Power BI Desktop, selecione o ícone Relatório .

4. Selecione as colunas que deseja visualizar marcando as caixas de seleção ao lado

delas no painel Dados à direita.

Veja um vídeo deste passo:

７ Nota

Este vídeo pode usar versões anteriores do Power BI Desktop ou do serviço

do Power BI.

https://www.youtube-nocookie.com/embed/OZO3x2NF8Ak?start=215&end=252

5. Altere o tipo visual, se necessário.

6. Você pode criar várias visualizações no mesmo relatório ao desmarcar a

visualização existente e, em seguida, selecionar as caixas de seleção para outras
colunas no painel de Dados .

7. Selecione Salvar para salvar o relatório.

Conteúdo relacionado
Crie um relatório rapidamente a partir de uma lista do SharePoint

Comentários
Esta página foi útil?  Yes  No

Fornecer comentários sobre o produto | Perguntar à comunidade

Ligar a modelos semânticos no serviço
do Power BI a partir do Power BI
Desktop
Artigo • 03/12/2024

No Power BI Desktop, você pode criar um modelo de dados e publicá-lo no serviço do

Power BI. Em seguida, você e outras pessoas podem estabelecer uma conexão em
tempo real com o modelo semântico compartilhado que está no serviço do Power BI e
criar muitos relatórios diferentes a partir desse modelo de dados comum. Você pode
usar o recurso de conexão ao vivo do serviço Power BI para criar vários relatórios em
arquivos .pbix a partir do mesmo modelo semântico e salvá-los em espaços de trabalho
diferentes.

Este artigo discute os benefícios, as práticas recomendadas, as considerações e as

limitações do recurso de conexão em tempo real do serviço Power BI.

Gerenciamento de ciclo de vida de relatórios e

conexão ao vivo do Power BI
Um desafio com a popularidade do Power BI é a proliferação resultante de relatórios,
painéis e modelos de dados subjacentes. É fácil criar relatórios atraentes no Power BI
Desktop, publicá-los no serviço do Power BI e criar ótimos painéis a partir desses
modelos semânticos.

Como os criadores de relatórios geralmente usam os mesmos modelos semânticos ou

quase os mesmos, saber em qual modelo semântico um relatório se baseia e a
atualização desse modelo semântico torna-se um desafio. A conexão em tempo real do
serviço Power BI aborda esse desafio usando modelos semânticos comuns para tornar
mais fácil e consistente criar, compartilhar e expandir relatórios e painéis.

Crie e compartilhe um modelo semântico que todos

possam usar
Um analista de negócios da sua equipe que seja hábil em criar bons modelos de dados,
também chamados de modelos semânticos, pode criar um modelo semântico e um
relatório e, em seguida, compartilhar esse relatório no serviço do Power BI.

Se todos na equipe criassem suas próprias versões do modelo semântico e

compartilhassem seus relatórios com a equipe, haveria muitos relatórios de modelos
semânticos diferentes no espaço de trabalho do Power BI da sua equipe. Seria difícil
dizer qual relatório era o mais recente, se os modelos semânticos eram os mesmos ou
quais eram as diferenças.

Com o recurso de conexão ao vivo do serviço Power BI, outros membros da equipe
podem usar o modelo semântico publicado pelo analista para seus próprios relatórios
em seus próprios espaços de trabalho. Todos podem usar o mesmo modelo semântico
sólido, aprovado e publicado para criar seus próprios relatórios exclusivos.

Conectar-se ao modelo semântico usando uma conexão

em tempo real do serviço Power BI
No Power BI Desktop, o analista de negócios da equipe cria um relatório e o modelo
semântico no qual o relatório se baseia. Em seguida, o analista publica o relatório no
serviço do Power BI e o relatório aparece no espaço de trabalho da equipe. Para obter
mais informações sobre espaços de trabalho, consulte Espaços de trabalho no Power BI.

O analista de negócios pode usar a configuração de permissão Criar para tornar o

relatório disponível para qualquer pessoa dentro ou fora do espaço de trabalho ver e
usar. Os membros da equipe dentro e fora do espaço de trabalho da equipe agora
podem estabelecer uma conexão ao vivo com o modelo de dados compartilhados
usando o recurso de conexão ao vivo do serviço Power BI. Os membros da equipe
podem criar seus próprios relatórios exclusivos, a partir do modelo semântico original,
em seus próprios espaços de trabalho.

A imagem a seguir mostra como um relatório do Power BI Desktop e seu modelo de

dados são publicados no serviço do Power BI. Outros usuários se conectam ao modelo
de dados usando a conexão em tempo real do serviço Power BI e baseiam seus próprios
relatórios exclusivos em seus próprios espaços de trabalho no modelo semântico
compartilhado.

Configurar e usar uma conexão ao vivo do

serviço do Power BI
Você pode ver a utilidade da conexão em tempo real do serviço Power BI para o
gerenciamento do ciclo de vida do relatório. Agora descubra como passar de um ótimo
relatório e modelo semântico para um modelo semântico compartilhado que os colegas
de equipe podem usar no Power BI.
Publicar um relatório e um modelo semântico do Power
BI
A primeira etapa no uso de uma conexão em tempo real do serviço Power BI para
gerenciar o ciclo de vida do relatório é publicar um relatório e um modelo semântico
para os colegas de equipe usarem.

1. Para publicar o relatório, no Power BI Desktop, selecione Publicar na guia Página

Inicial.

Se você não estiver conectado à conta de serviço do Power BI, o Power BI solicitará
que você entre.

2. Selecione o destino do espaço de trabalho no qual publicar o relatório e o modelo

semântico e escolha Selecionar. Qualquer pessoa que tenha permissão de
compilação pode acessar esse modelo semântico. Você pode definir a permissão
Build no serviço do Power BI após a publicação.
O processo de publicação começa e o Power BI Desktop mostra o progresso.

Depois de concluído, o Power BI Desktop mostra sucesso e fornece links para o

relatório no serviço do Power BI e para insights rápidos sobre o relatório.
 3. Agora que seu relatório com seu modelo semântico está no serviço do Power BI,
você pode promovê-lo ou atestar sua qualidade e confiabilidade. Você também
pode solicitar que o relatório seja certificado por uma autoridade central no seu
ambiente do Power BI. Para obter mais informações, consulte Endossar seu
conteúdo.

4. A última etapa é definir a permissão Build no serviço do Power BI para o modelo

semântico no qual o relatório se baseia. A permissão de compilação determina
quem pode ver e usar seu modelo semântico. Você pode definir a permissão Criar
no próprio espaço de trabalho ou ao compartilhar um aplicativo do espaço de
trabalho. Para obter mais informações, consulte Permissão de compilação para
modelos semânticos compartilhados.

Estabelecer uma conexão em tempo real do serviço

Power BI com o modelo semântico publicado
Os colegas de equipe que têm acesso ao espaço de trabalho onde o relatório e o
modelo semântico foram publicados podem se conectar ao modelo semântico e criar
seus próprios relatórios. Para estabelecer uma conexão com um relatório publicado e
criar seu próprio relatório com base no modelo semântico publicado:

1. No Power BI Desktop, na guia Página Inicial, selecione > semânticos do Power BI.

Em alternativa, selecione Obter dadose, no ecrã Obter Dados, em Todos os no

painel esquerdo, selecione Modelos Semânticos do Power BIe, em seguida,
selecione Ligar.

Se você não estiver conectado, o Power BI solicitará que você entre.

2. O Catálogo OneLake mostra os espaços de trabalho dos quais és membro e todos

os modelos semânticos partilhados para os quais tens permissão para criar em
qualquer espaço de trabalho.

Para encontrar o modelo semântico desejado, você pode:

Filtre a lista para Meus dados ou modelos semânticos que são Endossados
em sua organização.
Procure um modelo semântico específico ou filtre por palavra-chave.
Consulte Nome do modelo semântico, proprietário, espaço de trabalho,
última e próxima hora de atualização e sensibilidade.
 3. Selecione um modelo semântico e, em seguida, selecione Conectar para
estabelecer uma conexão em tempo real com o modelo semântico selecionado. O
Power BI Desktop carrega os campos do modelo semântico e seus valores em
tempo real.

Agora você e outras pessoas podem criar e compartilhar relatórios personalizados, tudo
a partir do mesmo modelo semântico. Essa abordagem é uma ótima maneira de fazer
com que uma pessoa experiente crie um modelo semântico bem formado. Muitos
colegas de equipe podem usar esse modelo semântico compartilhado para criar seus
próprios relatórios.

Considerações e limitações
Ao usar a conexão em tempo real do serviço Power BI, lembre-se de algumas
considerações e limitações.

No modo de conexão ao vivo, não é possível modificar o próprio modelo de dados

(por exemplo, não é possível adicionar novas colunas ou tabelas). Você só pode
criar medidas (Medidas de Relatório), colunas calculadas, cálculos visuais e tabelas
calculadas.
Somente os usuários com permissão de compilação para um modelo semântico
podem se conectar a um modelo semântico publicado usando a conexão em
tempo real do serviço Power BI.
As colunas ocultas tornam-se visíveis para os utilizadores com a permissão
Construir quando criam ligações em tempo real ao modelo semântico no Power BI
Desktop.
Os utilizadores gratuitos apenas veem conjuntos de dados que estão no seu Meu
Espaço de Trabalho e em espaços de trabalho Premium ou baseados em malha.
Como essa conexão é ativa, a navegação à esquerda e a modelagem são
desabilitadas. O comportamento é semelhante a uma conexão do SQL Server
Analysis Services (SSAS). No entanto, os modelos compostos no Power BI tornam
possível combinar dados de diferentes fontes. Para obter mais informações,
consulte Usar modelos compostos no Power BI Desktop.
Como esta conexão é ativa, a segurança em nível de linha (RLS) e os
comportamentos de conexão semelhantes são impostos. Esse comportamento é o
mesmo que quando conectado ao SSAS.
Se o proprietário modificar o arquivo .pbix compartilhado original, o modelo
semântico compartilhado e o relatório no serviço do Power BI serão substituídos.
Os relatórios baseados no modelo semântico não são substituídos, mas quaisquer
alterações no modelo semântico refletem no relatório.
Os membros de um espaço de trabalho não podem substituir o relatório
compartilhado original. Se tentarem fazê-lo, receberão uma solicitação para
renomear o arquivo e publicar.
Se os membros forem obrigados a publicar, eles precisam fazer o download
usando a opção Uma cópia do seu relatório e dados. Faça as alterações necessárias
e publique o relatório.
Se você excluir o modelo semântico compartilhado no serviço do Power BI, os
relatórios baseados nesse modelo semântico não funcionarão mais corretamente
 ou exibirão elementos visuais. Você não pode mais acessar esse modelo semântico
do Power BI Desktop.
Os relatórios que partilham um modelo semântico no serviço do Power BI não
suportam implementações automatizadas que utilizam a API REST do Power BI.
Como a conexão de serviço do Power BI está ativa, não há suporte para a conexão
a um conjunto de dados com um relatório compartilhado no Meu Espaço de
Trabalho de de outros usuários.

Conteúdos relacionados
Para obter mais informações sobre o DirectQuery e outros recursos de conexão de
dados do Power BI, confira os seguintes recursos:

Usar o DirectQuery no Power BI

Fontes de dados suportadas pelo DirectQuery
Usando o DirectQuery para modelos semânticos do Power BI e o Azure Analysis
Services (visualização)

Para obter mais informações sobre o Power BI, consulte os seguintes artigos:

O que é o Power BI Desktop?

Visão geral do Query no Power BI Desktop
Tipos de dados no Power BI Desktop
Formatar e combinar dados no Power BI Desktop
Tarefas comuns de consulta no Power BI Desktop
Publicar modelos semânticos e relatórios do Power BI Desktop

Comentários
Esta página foi útil?  Yes  No

Fornecer comentários sobre o produto | Perguntar à comunidade

Importar pastas de trabalho do Excel
para o Power BI Desktop
Artigo • 08/09/2023

Com o Power BI Desktop, você pode importar facilmente pastas de trabalho do Excel
que contêm consultas do Power Query e modelos do Power Pivot para o Power BI
Desktop. O Power BI Desktop cria automaticamente relatórios e visualizações com base
na pasta de trabalho do Excel. Depois de importados, você pode continuar a melhorar e
refinar esses relatórios com o Power BI Desktop, usando os recursos existentes e os
novos recursos lançados com cada atualização mensal do Power BI Desktop.

Importar uma pasta de trabalho do Excel

1. Para importar um livro do Excel para o Power BI Desktop, selecione Importar
Ficheiro>>, Power Query, Power Pivot, Power View.

2. Na janela Abrir, selecione uma pasta de trabalho do Excel para importar.

Embora atualmente não haja nenhuma limitação no tamanho ou número de

objetos na pasta de trabalho, pastas de trabalho maiores levam mais tempo para o
Power BI Desktop analisar e importar.

７ Nota
 Para carregar ou importar ficheiros Excel do OneDrive partilhado para pastas
escolares ou profissionais ou de pastas de grupo do Microsoft 365, utilize o
URL do ficheiro Excel e introduza-o na origem de dados Web no Power BI
Desktop. Há algumas etapas que você precisa seguir para formatar
corretamente a URL do OneDrive para trabalho ou escola; para obter
informações e a série correta de etapas, consulte Usar o OneDrive para links
de trabalho ou de escola no Power BI Desktop.

3. Na caixa de diálogo de importação exibida, selecione Iniciar.

O Power BI Desktop analisa a pasta de trabalho e a converte em um arquivo do

Power BI Desktop (.pbix). Esta ação é um evento único. Uma vez criado com essas
etapas, o arquivo do Power BI Desktop não depende da pasta de trabalho original
do Excel. Você pode modificá-lo, salvá-lo e compartilhá-lo sem afetar a pasta de
trabalho original.

Após a conclusão da importação, será exibida uma página de resumo que

descreve os itens que foram convertidos. A página de resumo também lista todos
os itens que não puderam ser importados.
 4. Selecione Fechar.

O Power BI Desktop importa a pasta de trabalho do Excel e carrega um relatório

com base no conteúdo da pasta de trabalho.

Depois que a pasta de trabalho for importada, você poderá continuar trabalhando no
relatório. Você pode criar novas visualizações, adicionar dados ou criar novas páginas de
relatório usando qualquer um dos recursos incluídos no Power BI Desktop.
Quais elementos da pasta de trabalho são
importados?
O Power BI Desktop pode importar os seguintes elementos, normalmente referidos
como objetos, no Excel.

Objeto na pasta Resultado final no arquivo do Power BI Desktop

de trabalho do
Excel

Consultas do Power Todas as consultas do Power Query do Excel são convertidas em consultas
Query no Power BI Desktop. Se houver grupos de consulta definidos na Pasta de
Trabalho do Excel, a mesma organização será replicada no Power BI
Desktop. Todas as consultas são carregadas, a menos que estejam definidas
como Somente Criar Conexão na caixa de diálogo Importar Dados do
Excel. Personalize o comportamento de carregamento selecionando
Propriedades na guia Página Inicial do Editor do Power Query no Power BI
Desktop.

Conexões de dados Todas as conexões de dados externas do Power Pivot são convertidas em
externas do Power consultas no Power BI Desktop.
Pivot

Tabelas vinculadas Se houver uma tabela de planilha no Excel vinculada ao modelo de dados
ou tabelas de pasta ou vinculada a uma consulta (usando From Table ou a função
de trabalho atuais Excel.CurrentWorkbook() em M), você verá as seguintes opções:

Importe a tabela para o arquivo do Power BI Desktop. Esta tabela é um

instantâneo único dos dados, após o qual os dados são somente leitura na
tabela no Power BI Desktop. Há uma limitação de tamanho de 1 milhão de
caracteres (total, combinando todos os cabeçalhos de coluna e células)
para tabelas criadas usando essa opção.

Mantenha uma conexão com a pasta de trabalho original. Como

alternativa, você pode manter uma conexão com a pasta de trabalho
original do Excel. O Power BI Desktop recupera o conteúdo mais recente
desta tabela a cada atualização, assim como qualquer outra consulta criada
em uma pasta de trabalho do Excel no Power BI Desktop.

Colunas calculadas, Esses objetos de modelo de dados são convertidos em objetos

medidas, KPIs, equivalentes no Power BI Desktop. Observe que há determinadas
categorias de categorias de dados que não estão disponíveis no Power BI Desktop, como
dados e relações Imagem. Nesses casos, as informações da categoria de dados são
calculadas pelo redefinidas para as colunas em questão.
modelo de dados
Há alguma limitação para importar uma pasta
de trabalho?
Há algumas limitações para importar uma pasta de trabalho para o Power BI Desktop:

Conexões externas com modelos tabulares do SQL Server Analysis Services: no

Excel 2013, é possível criar uma conexão com modelos tabulares do SQL Server
Analysis Services sem a necessidade de importar os dados. Atualmente, esse tipo
de conexão não é suportado como parte da importação de pastas de trabalho do
Excel para o Power BI Desktop. Como solução alternativa, você deve recriar essas
conexões externas no Power BI Desktop.
Hierarquias: esse tipo de objeto de modelo de dados não é suportado atualmente
no Power BI Desktop. Como tal, as hierarquias são ignoradas como parte da
importação de uma pasta de trabalho do Excel para o Power BI Desktop.
Colunas de dados binárias: este tipo de coluna de modelo de dados não é
suportado atualmente no Power BI Desktop. As colunas de dados binários são
removidas da tabela resultante no Power BI Desktop.
Intervalos nomeados usando Da Tabelano Power Query ou
usandoExcel.CurrentWorkbookem M: A importação desses dados de intervalo
nomeado para o Power BI Desktop não é suportada no momento, mas é uma
atualização planejada. Atualmente, esses intervalos nomeados são carregados no
Power BI Desktop como uma conexão com a pasta de trabalho externa do Excel.
PowerPivot para SSRS: as conexões externas do PowerPivot com o SQL Server
Reporting Services (SSRS) não são suportadas no momento, porque essa fonte de
dados não está disponível no Power BI Desktop.
Crie visuais e relatórios com o conector
Microsoft Cost Management no Power
BI Desktop
Artigo • 15/12/2024

Você pode usar o conector Microsoft Cost Management para Power BI Desktop para
criar visualizações e relatórios poderosos e personalizados que ajudam você a entender
melhor seus gastos do Azure.

Atualmente, o conector Microsoft Cost Management oferece suporte aos clientes com:

Um Contrato de Cliente Microsoft direto

Um Contrato de Empresa (EA)
Um Contrato de Parceiro Microsoft

Se tiver um contrato sem suporte, pode usar Exports para guardar os dados de custo
num compartilhamento e, posteriormente, ligá-lo ao Power BI. Para obter mais
informações, consulte Tutorial - Criar e gerenciar dados exportados do Microsoft Cost
Management.

O conector Microsoft Cost Management usa OAuth 2.0 para autenticação com o Azure e
identifica os usuários que usarão o conector. Os tokens gerados neste processo são
válidos por um período específico. O Power BI preserva o token para a próxima entrada.
OAuth 2.0, é um padrão para o processo que acontece nos bastidores para garantir o
manuseio seguro dessas permissões. Para se conectar, você deve usar uma conta
Enterprise Administrator para Enterprise Agreements ou ter permissões apropriadas nos
níveis de conta de cobrança ou perfil de cobrança para Contratos de Cliente Microsoft.

７ Nota

O conector de Gestão de Custos para Power BI oferece suporte a até um máximo

estimado de aproximadamente 5 milhões de dólares em detalhes de custo bruto.
Para avaliar alternativas com base nas suas necessidades, consulte o artigo Escolha
uma fonte de dados do Power BI.

Conectar-se usando o Microsoft Cost

Management
Para usar o conector Microsoft Cost Management no Power BI Desktop, execute as
seguintes etapas:

1. No friso Início, selecione Obter Dados.

2. Selecione do Azure na lista de categorias de dados.

3. Selecione Microsoft Cost Management.

4. Na caixa de diálogo exibida, para a lista suspensa Escolher Escopo , use Entrada
Manual de Escopo para Contratos de Cliente Microsoft ou use Número de
Inscrição para Acordos Empresariais (EA) .

Conectar-se a uma conta do Contrato de

Cliente Microsoft
Esta seção descreve as etapas necessárias para se conectar a uma conta do Contrato de
Cliente da Microsoft.

Ligar a uma conta de faturação

Para se conectar a uma conta de cobrança, você precisa recuperar sua ID de Conta de
Cobrança no portal do Azure:

1. Nodo portal do Azure , navegue até Gerenciamento de Custos + Faturamento .

2. Selecione o seu perfil de faturação.

3. Em Configurações no menu, selecione Propriedades na barra lateral.

4. No perfil de faturação , copie o ID .

 5. Para escolher o escopo, selecione Introduzir Escopo Manualmente e insira a
cadeia de conexão conforme mostrado no exemplo a seguir, substituindo
{billingAccountId} pelos dados copiados das etapas anteriores.
/providers/Microsoft.Billing/billingAccounts/{billingAccountId}

Como alternativa, para Escolher Escopo, selecione Número de Inscrição e insira a

cadeia de caracteres ID da Conta de Faturamento conforme copiada das etapas
anteriores.

6. Insira o número de meses e selecione OK.

Como alternativa, se você quiser baixar menos de um mês de dados, você pode
definir Número de meses a zero e, em seguida, especificar um intervalo de datas
usando Data de Início e Data de Término valores que equivalem a menos de 31
dias.

7. Quando solicitado, entre com sua conta de usuário e senha do Azure. Tem de ter
acesso ao âmbito da conta de faturação para aceder com êxito aos dados de
faturação.

Ligar a um perfil de faturação

Para se conectar a um perfil de cobrança , deve recuperar o ID do Perfil de Cobrança e o
ID da Conta de Cobrança a partir do portal do Azure.

1. Nodo portal do Azure , navegue até Gerenciamento de Custos + Faturamento .

2. Selecione o seu perfil de faturação.

3. Em Configurações no menu, selecione Propriedades na barra lateral.

4. No perfil de faturação , copie o ID .

5. Em Conta de faturação, copie o ID .

6. Para Escolher Escopo, selecione Escopo de Entrada Manual e insira a cadeia de

conexão conforme mostrado no exemplo a seguir, substituindo {billingAccountId} e
{billingProfileId} pelos dados copiados das etapas anteriores.

/providers/Microsoft.Billing/billingAccounts/{billingAccountId}/billingProfile

s/{billingProfileId}

7. Insira o número de meses e selecione OK.

8. Quando solicitado, entre com sua conta de usuário e senha do Azure. Tem de ter
acesso ao perfil de faturação para aceder com êxito aos dados do perfil de
 faturação.

Conectar-se a uma conta do Enterprise

Agreement
Para se conectar a uma conta do Enterprise Agreement (EA), você pode obter sua ID de
inscrição no portal do Azure:

1. Nodo portal do Azure , navegue até Gerenciamento de Custos + Faturamento .

2. Selecione a sua conta de faturação.

3. Na folha Visão Geral, copie o ID da conta de faturamento .

4. Para Escolher Escopo, selecione Número de Inscrição.

5. Em Identificador de Escopo, cole o ID da conta de cobrança copiado na etapa

anterior.

6. Introduza o número de meses e, em seguida, selecione OK.

7. Quando solicitado, entre com sua conta de usuário e senha do Azure. Você deve
usar uma conta de Administrador Empresarial para Enterprise Agreements.

Dados disponíveis através do conector

Depois de autenticar com êxito, uma janela do Navigator será exibida com as seguintes
tabelas de dados disponíveis:

ﾉ Expandir tabela
Tabela Tipo de Escopos suportados Descrição
Conta

Resumo do saldo Apenas Inscrição EA Resumo do saldo do mês de

EA faturamento atual para Enterprise
Agreements (EA).

Eventos de Apenas Perfil de Faturação Registo de eventos de novas faturas,

faturamento MCA compras a crédito, etc. Apenas
Contrato de Cliente Microsoft.

Orçamentos EA, Inscrição EA, Conta Detalhes do orçamento para visualizar

MCA de Faturação MCA, os custos reais ou o uso em relação às
Perfil de Faturação metas de orçamento existentes.
MCA

Encargos Apenas Perfil de Faturação Um resumo ao nível de um mês da

MCA MCA utilização do Azure, encargos do
Marketplace e encargos cobrados
separadamente. Apenas Contrato de
Cliente Microsoft.

Lotes de crédito Apenas Perfil de Faturação Detalhes de compra do lote de

MCA MCA créditos Azure para o perfil de
faturação fornecido. Apenas Contrato
de Cliente Microsoft.

Tabelas de preços EA, Registo EA, Perfil de Taxas de medição aplicáveis para o
MCA Faturação MCA perfil de faturamento fornecido ou
inscrição na EA.

as cobranças do RI EA, Inscrição EA, Perfil de Encargos associados às suas Instâncias

MCA Faturamento MCA Reservadas nos últimos 24 meses. Esta
tabela está em processo de ser
preterida, use transações RI em vez
disso

recomendações do EA, Registo na EA, Perfil Recomendações de compra de

RI (compartilhadas) MCA de Faturamento MCA Instância Reservada com base em
todas as tendências de uso da
assinatura nos últimos 30 dias.

recomendações do EA, Adesão EA, Perfil de Recomendações de compra de

RI (únicas) MCA Faturamento MCA Instância Reservada com base nas
tendências de uso da sua assinatura
individual nos últimos 30 dias.

transações do RI EA, Inscrição EA, Perfil de Lista de transações para instâncias

MCA Faturamento MCA reservadas dentro do âmbito da conta
de faturamento.
 Tabela Tipo de Escopos suportados Descrição
Conta

detalhes de uso do EA, Adesão EA, Perfil de Detalhes de consumo das suas
RI MCA Faturamento MCA Instâncias Reservadas existentes no
último mês.

resumo do uso do EA, Inscrição EA, Perfil de Percentagem de utilização de reservas

RI MCA Faturamento MCA diárias do Azure.

Detalhes de EA, Inscrição EA, Conta Um detalhamento das quantidades

utilização MCA de Faturamento consumidas e dos encargos estimados
MCA, Perfil de para o perfil de cobrança determinado
Faturamento MCA na adesão ao EA.

Detalhes de EA, Inscrição EA, Conta Uma análise detalhada das

utilização MCA de Faturamento quantidades consumidas e dos
amortizados MCA, Perfil de encargos amortizados estimados para
Faturamento MCA o perfil de faturação na adesão ao EA.

Você pode selecionar uma tabela para ver uma caixa de diálogo de visualização. Você
pode selecionar uma ou mais tabelas selecionando as caixas ao lado de seu nome e, em
seguida, selecione Carregar.
Quando você seleciona Carregar, os dados são carregados no Power BI Desktop.

Quando os dados selecionados são carregados, as tabelas de dados e os campos são

mostrados no painel Campos.

Considerações e limitações
As seguintes considerações e limitações aplicam-se ao conector de dados Microsoft
Cost Management:

As solicitações de linha de dados que excedem um milhão de linhas não são

suportadas pelo Power BI. Em vez disso, você pode tentar usar o recurso de
exportação descrito em criar e gerenciar dados exportados no Microsoft Cost
Management.

O conector de dados do Microsoft Cost Management não funciona com contas de

cliente do Office 365 GCC.

Atualização de dados: Os dados de custo e uso normalmente são atualizados e

estão disponíveis no portal do Azure e nas APIs de suporte dentro de 8 a 24 horas,
portanto, sugerimos que você restrinja as atualizações agendadas do Power BI a
uma ou duas vezes por dia.

Reutilização da fonte de dados: Se você tiver vários relatórios que estão extraindo
os mesmos dados e não precisar de mais transformações de dados específicas do
relatório, deverá reutilizar a mesma fonte de dados, o que reduziria o tempo
necessário para extrair os dados de Detalhes de Uso.

Para obter mais informações sobre como reutilizar fontes de dados, consulte o
seguinte:
Introdução a modelos semânticos em espaços de trabalho
Crie relatórios com base em modelos semânticos de diferentes espaços de
trabalho

Você pode receber um erro 400 de solicitação incorreta dos detalhes de uso do RI ao
tentar atualizar os dados, se tiver escolhido um parâmetro de data superior a três
meses. Para atenuar o erro, execute as seguintes etapas:

1. No Power BI Desktop, selecione Início > Transformar dados.

2. No Power Query Editor, selecione os detalhes de utilização do RI modelo

semântico e selecione Editor Avançado.
3. Atualize o código do Power Query conforme mostrado nos parágrafos a seguir,
que dividem as chamadas em partes de três meses. Certifique-se de que anota e
mantém o seu número de inscrição ou o ID da conta de faturação/perfil de
faturação.

Para EA use a seguinte atualização de código:

let
enrollmentNumber = "<<Enrollment Number>>",
optionalParameters1 = [startBillingDataWindow = "-9",
endBillingDataWindow = "-6"],
source1 = AzureCostManagement.Tables("Enrollment Number",
enrollmentNumber, 5, optionalParameters1),
riusagedetails1 = source1{[Key="riusagedetails"]}[Data],
optionalParameters2 = [startBillingDataWindow = "-6",
endBillingDataWindow = "-3"],
source2 = AzureCostManagement.Tables("Enrollment Number",
enrollmentNumber, 5, optionalParameters2),
riusagedetails2 = source2{[Key="riusagedetails"]}[Data],
riusagedetails = Table.Combine({riusagedetails1, riusagedetails2})
in
riusagedetails

Para Contratos de Cliente da Microsoft, use a atualização seguinte:

let
billingProfileId = "<<Billing Profile Id>>",
optionalParameters1 = [startBillingDataWindow = "-9",
endBillingDataWindow = "-6"],
source1 = AzureCostManagement.Tables("Billing Profile Id",
billingProfileId, 5, optionalParameters1),
riusagedetails1 = source1{[Key="riusagedetails"]}[Data],
optionalParameters2 = [startBillingDataWindow = "-6",
endBillingDataWindow = "-3"],
source2 = AzureCostManagement.Tables("Billing Profile Id",
billingProfileId, 5, optionalParameters2),
riusagedetails2 = source2{[Key="riusagedetails"]}[Data],
riusagedetails = Table.Combine({riusagedetails1, riusagedetails2})
in
riusagedetails

4. Depois de atualizar o código com a atualização apropriada da etapa anterior,

selecione Concluído e, em seguida, selecione Fechar & Aplicar.
Você pode se deparar com uma situação em que as tags não estão funcionando nos
detalhes de uso ou a coluna de tags não pode ser transformada em json. Esse problema
decorre da API UCDD atual retornar a coluna de marcas cortando os colchetes inicial e
final, o que resulta na incapacidade do Power BI de transformar a coluna porque a
retorna como uma cadeia de caracteres. Para mitigar essa situação, tome as seguintes
medidas.

1. Navegue até Editor de Consultas.

2. Selecione a tabela Detalhes de uso.
3. No painel direito, o painel Propriedades mostra a Etapas Aplicadas. Você precisa
adicionar uma coluna personalizada às etapas, após a etapa Navegação.
4. No menu, selecione Adicionar coluna >Adicionar coluna personalizada
5. Nomeie a coluna, por exemplo, você pode nomear a coluna TagsInJson ou o que
preferir e, em seguida, digite o seguinte texto na consulta:

DAX

```= "{"& [Tags] & "}"

6. A conclusão das etapas anteriores cria uma nova coluna de tags no formato json
7. Agora você pode transferir e expandir a coluna conforme necessário.

Problemas de autenticação encontrados com contas de convidado do Microsoft

Entra: Você pode ter as permissões apropriadas para acessar a conta de inscrição ou
cobrança, mas receber um erro de autenticação semelhante a um dos seguintes:

É proibido o acesso ao recurso

Não foi possível autenticar com as credenciais fornecidas. Por favor, tente
novamente.

Esses erros podem ser o resultado de ter uma conta de usuário em um domínio
diferente do Microsoft Entra que foi adicionado como um usuário convidado.

Para contas de convidado: use as seguintes configurações ou opções conforme

solicitado na caixa de diálogo de autenticação ao se conectar com o conector do Power
BI de Gestão de Custos:

1. Selecione Início de Sessão

2. Selecione a Usar outra conta (parte inferior da caixa de diálogo)
3. Selecione Opções de início de sessão (parte inferior da caixa de diálogo)
4. Selecione Entrar em uma organização
 5. Para o nome de domínio , forneça o Nome de Domínio Totalmente Qualificado
(FQDN) do domínio Microsoft Entra ao qual foi adicionado como convidado.
6. Em seguida, para Escolha uma conta selecione a conta de usuário que você
autenticou anteriormente.

Conteúdo relacionado
Você pode se conectar a muitas fontes de dados diferentes usando o Power BI Desktop.
Para obter mais informações, consulte os seguintes artigos:

O que é o Power BI Desktop?

As Fontes de Dados no Power BI Desktop
Formatar e combinar dados com o Power BI Desktop
Conectar-se a pastas de trabalho do Excel no Power BI Desktop
Insira dados diretamente no Power BI Desktop

Comentários
Esta página foi útil?  Yes  No

Fornecer comentários sobre o produto | Perguntar à comunidade

Conectar-se a um banco de dados
Oracle com o Power BI Desktop
Artigo • 16/08/2024

Você pode se conectar facilmente ao Oracle para acessar e analisar dados no Power BI
Desktop. Este artigo descreve os requisitos de configuração inicial para criar a conexão.

Para se conectar a um banco de dados Oracle ou Oracle Autonomous Database com o

Power BI Desktop, instale o Oracle Client for Microsoft Tools (OCMT) no computador
que executa o Power BI Desktop. O software OCMT que você usa depende de qual
versão do Power BI Desktop você instalou: 32 bits ou 64 bits. Também depende da sua
versão do servidor Oracle.

Versões suportadas do Oracle Database:

Oracle Database 12c (12.1.0.2) e posterior

Oracle Autonomous Database - todas as versões

Determinar qual versão do Power BI Desktop

está instalada
Para determinar qual versão do Power BI Desktop está instalada, na faixa de opções
Ajuda , selecione Sobre e verifique a linha Versão . Na imagem a seguir, uma versão de
64 bits do Power BI Desktop está instalada:

Instalar o Oracle Client for Microsoft Tools

O OCMT instala e configura o Oracle Data Provider for .NET (ODP.NET) para suportar
conexões de ferramentas Microsoft de 32 bits e 64 bits com bancos de dados Oracle
locais e em nuvem, incluindo Oracle Autonomous Database. É um instalador gráfico que
automatiza o processo de configuração do Oracle Database Client. Ele oferece suporte à
conexão com o Power BI Desktop, o serviço Power BI, o Excel, o SQL Server Analysis
Services, o SQL Server Data Tools, o SQL Server Integration Services, o SQL Server
Reporting Services e o BizTalk Server.

OCMT é software livre. Ele pode ser baixado da página Oracle Client for Microsoft
Tools e está disponível para o Power BI Desktop de 32 bits ou 64 bits.

O Power BI Desktop usa ODP não gerenciado.NET para se conectar ao banco de dados
Oracle ou ao Oracle Autonomous Database.

Você pode encontrar instruções passo a passo sobre como usar o OCMT e configurar a
conectividade do banco de dados Oracle no Power BI Desktop aqui .

Conectar-se a um banco de dados Oracle com

o gateway de dados local
Algumas implantações de aplicativos do Power BI Desktop usam o gateway de dados
local para se conectar ao banco de dados Oracle. Para se conectar a um banco de dados
Oracle com o gateway de dados local, use o OCMT de 64 bits no computador que
executa o gateway, pois o gateway é um aplicativo de 64 bits. Para obter mais
informações, vá para Gerenciar sua fonte de dados - Oracle.

Conectar-se a um banco de dados Oracle

Para obter informações sobre como ligar a uma base de dados Oracle ou a uma base de
dados Oracle Autonomous a partir do Power BI Desktop ou do serviço Power BI,
consulte o artigo do Power Query sobre bases de dados Oracle.

Conteúdos relacionados
DirectQuery no Power BI
O que é Power BI?
Origens de dados do serviço Power BI
Cliente Oracle para Ferramentas Microsoft

Tem dúvidas? Pergunte à Comunidade do Power BI

Comentários
Esta página foi útil?  Yes  No

Fornecer comentários sobre o produto | Perguntar à comunidade

Insira dados diretamente no Power BI
Desktop
Artigo • 31/01/2024

Com o Power BI Desktop, você pode inserir dados diretamente e usá-los em seus
relatórios e visualizações. Por exemplo, você pode copiar partes de uma pasta de
trabalho ou página da Web e colá-la no Power BI Desktop.

Para inserir dados diretamente no Power BI Desktop na forma de uma nova tabela,
selecione Inserir dados na faixa de opções Página Inicial .

O Power BI Desktop pode tentar fazer pequenas transformações nos dados, se

apropriado, assim como faz quando você carrega dados de qualquer fonte. Por
exemplo, no caso a seguir, promoveu a primeira linha de dados para cabeçalhos.
Se pretender dar forma aos dados que introduziu ou colou, selecione Editar para abrir o
Power Query Editor. Você pode moldar e transformar os dados antes de trazê-los para
o Power BI Desktop. Selecione Carregar para importar os dados como eles aparecem.

Quando seleciona Carregar, o Power BI Desktop cria uma nova tabela a partir dos seus
dados e disponibiliza-a no painel Campos . Na imagem a seguir, o Power BI Desktop
mostra sua nova tabela, chamada Tabela, e os dois campos dentro dessa tabela que
foram criados.
E já está! É muito fácil inserir dados no Power BI Desktop.

Agora você está pronto para usar os dados no Power BI Desktop. Você pode criar
elementos visuais, relatórios ou interagir com quaisquer outros dados com os quais
queira se conectar e importar, como pastas de trabalho do Excel, bancos de dados ou
qualquer outra fonte de dados.

７ Nota

Para atualizar, adicionar ou excluir dados em itens criados por Enter Data, as
alterações devem ser feitas no Power BI Desktop e publicadas. As atualizações de
dados não podem ser feitas diretamente do serviço do Power BI.

Conteúdos relacionados
Há todos os tipos de dados aos quais você pode se conectar usando o Power BI
Desktop. Para obter mais informações sobre fontes de dados, consulte os seguintes
recursos:

O que é o Power BI Desktop?

Origens de dados no Power BI Desktop
Formatar e combinar dados com o Power BI Desktop
Conectar-se a pastas de trabalho do Excel no Power BI Desktop
Conectar-se a arquivos CSV no Power BI Desktop
Ligar a páginas Web a partir do Power
BI Desktop
Artigo • 08/08/2024

Você pode se conectar a uma página da Web e importar seus dados para o Power BI
Desktop, para usar em seus visuais e em seus modelos de dados.

No Power BI Desktop, selecione Obter dados>da Web na faixa de opções Página

Inicial.

É apresentada uma caixa de diálogo a pedir o URL da página Web a partir da qual
pretende importar dados.
Depois de digitar ou colar o URL, selecione OK.

O Power BI Desktop liga-se à página Web e, em seguida, apresenta os dados disponíveis

da página na janela Navegador . Quando você seleciona um dos elementos de dados
disponíveis, como pontuações de fatores individuais..., a janela Navegador exibe uma
visualização desses dados no lado direito da janela.

Pode escolher o botão Transformar Dados, que inicia o Editor do Power Query, onde
pode moldar e transformar os dados nessa página Web antes de os importar para o
Power BI Desktop. Ou você pode selecionar o botão Carregar e importar todos os
elementos de dados selecionados no painel esquerdo.
Quando você seleciona Carregar, o Power BI Desktop importa os itens selecionados e
os disponibiliza no painel Dados, localizado no lado direito do modo de exibição
Relatório no Power BI Desktop.

Isso é tudo o que há para se conectar a uma página da Web e trazer seus dados para o
Power BI Desktop.
A partir daí, você pode arrastar esses campos para a tela Relatório e criar todas as
visualizações desejadas. Também pode utilizar os dados dessa página Web tal como
faria com quaisquer outros dados. Você pode moldá-lo, criar relações entre ele e outras
fontes de dados em seu modelo e, caso contrário, fazer o que quiser para criar o
relatório do Power BI desejado.

Para ver a ligação a uma página Web com mais profundidade e ação, consulte
Introdução ao Power BI Desktop.

Verificação de revogação de certificados

O Power BI aplica segurança para conexões Web para proteger seus dados. Em alguns
cenários, como a captura de solicitações da Web com o Fiddler, as conexões da Web
podem não funcionar corretamente. Para habilitar esses cenários, você pode modificar a
opção Verificar se seus certificados foram revogados no Power BI Desktop e reiniciar o
Power BI Desktop.

Para alterar esta opção, selecione Opções de Ficheiros>e Definições> e, em seguida,

selecione Segurança no painel esquerdo.
Conteúdos relacionados
Há todos os tipos de dados aos quais você pode se conectar usando o Power BI
Desktop. Para obter mais informações sobre fontes de dados, consulte os seguintes
recursos:

Origens de dados no Power BI Desktop

Tutorial: Formatar e combinar dados no Power BI Desktop
Obter dados a partir de ficheiros de livros do Excel
Obter dados de arquivos CSV (valores separados por vírgula) no Power BI Desktop
Insira dados diretamente no Power BI Desktop

Comentários
Esta página foi útil?  Yes  No

Fornecer comentários sobre o produto | Perguntar à comunidade

Executar scripts Python no Power BI
Desktop
Artigo • 28/08/2024

Você pode executar scripts Python diretamente no Power BI Desktop e importar os

conjuntos de dados resultantes para um modelo de dados do Power BI Desktop. A partir
desse modelo, você pode criar relatórios e compartilhá-los no serviço do Power BI. Este
artigo mostra como habilitar scripts Python e criar um script Python que você pode
executar para importar dados.

Pré-requisitos
Para executar scripts Python no Power BI Desktop, você precisa instalar o Python
em sua máquina local. Você pode baixar Python do site do Python . A versão de
script Python atual suporta caracteres Unicode e espaços no caminho de
instalação.

A integração do Power BI Python requer a instalação dos dois pacotes Python a

seguir. Em um console ou shell, use a ferramenta de linha de comando pip para
instalar os pacotes. A ferramenta pip é fornecida com versões recentes do Python.

Pandas é uma biblioteca de software para manipulação e análise de dados. O

Pandas oferece estruturas de dados e operações para manipular tabelas
numéricas e séries temporais. Para importar para o Power BI, os dados Python
devem estar em um quadro de dados pandas. Um quadro de dados é uma
estrutura de dados bidimensional, como uma tabela com linhas e colunas.

Matplotlib é uma biblioteca de plotagem para Python e sua extensão de

matemática numérica NumPy . Matplotlib fornece uma API orientada a
objetos para incorporar gráficos em aplicativos de interface gráfica do usuário
(GUI) de uso geral para Python, como Tkinter, wxPython, Qt ou GTK+.

Console

pip install pandas

pip install matplotlib

Ativar scripts Python

Para habilitar scripts Python no Power BI:
1. No Power BI Desktop, selecione Opções de Arquivo>e opções de
configurações>>de script Python. A página de opções de script Python é exibida.

2. Se necessário, forneça ou edite o caminho de instalação do Python local em

Diretórios base Python detetados. Na imagem anterior, o caminho local de
instalação do Python é C:\Users\Python. Se você tiver mais de uma instalação local
do Python, certifique-se de selecionar a que deseja usar.

3. Selecione OK.

） Importante

O Power BI executa scripts diretamente usando o executável python.exe do diretório

fornecido em Configurações. Distribuições Python que exigem uma etapa extra
para preparar o ambiente, como Conda, podem falhar na execução. Para evitar
esses problemas, use a distribuição oficial do Python de
 https://www.python.org . Outra solução possível é iniciar o Power BI Desktop a
partir do prompt de ambiente Python personalizado.

Criar um script Python

Crie um script em seu ambiente de desenvolvimento Python local e certifique-se de que
ele seja executado com êxito. Para preparar e executar um script Python no Power BI
Desktop, há algumas limitações:

Apenas pandas data frames importam, portanto, certifique-se de que os dados

que você deseja importar para o Power BI estão representados em um quadro de
dados.
Qualquer script Python executado por mais de 30 minutos expira.
Chamadas interativas no script Python, como aguardar a entrada do usuário,
interrompem a execução do script.
Se você definir um diretório de trabalho dentro do script Python, deverá definir um
caminho completo para o diretório de trabalho em vez de um caminho relativo.
Não há suporte para tabelas aninhadas.

Aqui está um exemplo simples de script Python que importa pandas e usa um quadro
de dados:

Python

import pandas as pd
data = [['Alex',10],['Bob',12],['Clarke',13]]
df = pd.DataFrame(data,columns=['Name','Age'])
print (df)

Quando executado, esse script retorna:

Output

Name Age
0 Alex 10.0
1 Bob 12.0
2 Clarke 13.0

Executar o script e importar dados

Para executar seu script Python:
1. No grupo Página Inicial da faixa de opções do Power BI Desktop, selecione Obter
dados.

2. Na caixa de diálogo Obter Dados , selecione Outro>script Python e, em seguida,

selecione Conectar. O Power BI usa sua versão Python instalada mais recente
como o mecanismo Python.

3. Na tela de script Python, cole o script Python no campo Script e selecione OK.
 4. Se o script for executado com êxito, a janela Navegador será exibida e você
poderá carregar os dados. Selecione a tabela df e, em seguida, selecione Carregar.

O Power BI importa os dados e você pode usá-los para criar visualizações e relatórios.
Para atualizar os dados, selecione Atualizar no grupo Página Inicial da faixa de opções
do Power BI Desktop. Quando você atualiza, o Power BI executa o script Python
novamente.

） Importante

Se o Python não estiver instalado ou identificado, um aviso será exibido. Você

também pode receber um aviso se tiver várias instalações de máquinas locais.
Conteúdos relacionados
Para obter mais informações sobre Python no Power BI, consulte:

Criar visuais do Power BI com Python

Usar um IDE Python externo com o Power BI
Usar Python no Power Query Editor

Comentários
Esta página foi útil?  Yes  No

Fornecer comentários sobre o produto | Perguntar à comunidade

Usar Python no Power Query Editor
Artigo • 08/09/2023

Pode utilizar Python, uma linguagem de programação amplamente utilizada por

estatísticos, cientistas de dados e analistas de dados, no Power BI Desktop Power Query
Editor. Esta integração do Python no Power Query Editor permite-lhe executar limpeza
de dados utilizando Python e executar modelação e análise de dados avançadas em
conjuntos de dados, incluindo a conclusão de dados em falta, previsões e clustering,
apenas para citar alguns. Python é uma linguagem poderosa e pode ser usada no Power
Query Editor para preparar seu modelo de dados e criar relatórios.

Pré-requisitos
Você precisará instalar Python e pandas antes de começar.

Instalar Python - Para usar Python no Power Query Editor do Power BI Desktop,
você precisa instalar o Python em sua máquina local. Você pode baixar e instalar o
Python gratuitamente de muitos locais, incluindo a página oficial de download do
Python e o Anaconda .

Instalar pandas - Para usar Python com o Editor do Power Query, você também
precisará instalar pandas. Pandas é usado para mover dados entre o Power BI e
o ambiente Python.

Usar Python com o Power Query Editor

Para mostrar como usar Python no Power Query Editor, pegue este exemplo de um
conjunto de dados do mercado de ações, com base em um arquivo CSV que você pode
baixar aqui e acompanhar. As etapas para este exemplo são o seguinte procedimento:

1. Primeiro, carregue seus dados no Power BI Desktop. Neste exemplo, carregue o

arquivo EuStockMarkets_NA.csv e selecione Obter Texto de dados>/CSV na faixa
de opções Página Inicial no Power BI Desktop.
2. Selecione o arquivo e selecione Abrir, e o CSV é exibido na caixa de diálogo do
arquivo CSV.

3. Depois que os dados forem carregados, você os verá no painel Campos no Power
BI Desktop.
4. Abra o Editor do Power Query selecionando Transformar dados na guia Página
Inicial no Power BI Desktop.

5. Na guia Transformar, selecione Executar Script Python e o editor Executar Script

Python será exibido conforme mostrado na próxima etapa. As linhas 15 e 20
sofrem com a falta de dados, assim como outras linhas que você não pode ver na
imagem a seguir. As etapas a seguir mostram como o Python completa essas
linhas para você.
6. Para este exemplo, insira o seguinte código de script:

Python

import pandas as pd
completedData = dataset.fillna(method='backfill', inplace=False)
dataset["completedValues"] = completedData["SMI missing values"]

７ Nota

Você precisa ter a biblioteca pandas instalada em seu ambiente Python para
que o código de script anterior funcione corretamente. Para instalar pandas,
execute o seguinte comando na instalação do Python: pip install pandas

Quando colocado na caixa de diálogo Executar script Python , o código se parece

com o exemplo a seguir:
7. Depois de selecionar OK, o Power Query Editor apresenta um aviso sobre a
privacidade dos dados.

8. Para que os scripts Python funcionem corretamente no serviço do Power BI, todas
as fontes de dados precisam ser definidas como públicas. Para obter mais
informações sobre configurações de privacidade e suas implicações, consulte
Níveis de privacidade.
 Observe uma nova coluna no painel Campos chamada completedValues. Observe
que há alguns elementos de dados ausentes, como nas linhas 15 e 18. Dê uma
olhada em como o Python lida com isso na próxima seção.

Com apenas três linhas de script Python, o Power Query Editor preencheu os valores
em falta com um modelo preditivo.

Crie visuais a partir de dados de script Python

Agora podemos criar um visual para ver como o código de script Python usando a
biblioteca pandas completou os valores ausentes, como mostrado na imagem a seguir:

Quando esse visual estiver concluído e quaisquer outros elementos visuais que você
queira criar usando o Power BI Desktop, você poderá salvar o arquivo do Power BI
Desktop. Os ficheiros do Power BI Desktop são guardados com a extensão de nome de
ficheiro .pbix . Em seguida, use o modelo de dados, incluindo os scripts Python que
fazem parte dele, no serviço do Power BI.
 ７ Nota

Quer ver um arquivo .pbix concluído com essas etapas concluídas? Você está com
sorte. Você pode baixar o arquivo completo do Power BI Desktop usado nesses
exemplos aqui .

Depois de carregar o arquivo .pbix para o serviço do Power BI, mais algumas etapas são
necessárias para permitir que os dados sejam atualizados no serviço e para permitir que
os visuais sejam atualizados no serviço. Os dados precisam de acesso ao Python para
que os visuais sejam atualizados. As outras etapas são as seguintes:

Habilite a atualização agendada para o conjunto de dados. Para habilitar a

atualização agendada para a pasta de trabalho que contém seu conjunto de dados
com scripts Python, consulte Configurando a atualização agendada, que também
inclui informações sobre o Personal Gateway.
Instale o Personal Gateway. Você precisa de um Personal Gateway instalado na
máquina onde o arquivo está localizado e onde o Python está instalado. O serviço
do Power BI deve acessar essa pasta de trabalho e renderizar novamente todos os
elementos visuais atualizados. Para obter mais informações, consulte instalar e
configurar o Personal Gateway.

Considerações e limitações
Existem algumas limitações para consultas que incluem scripts Python criados no Power
Query Editor:

Todas as configurações da fonte de dados Python devem ser definidas como

Public, e todas as outras etapas em uma consulta criada no Power Query Editor
também devem ser públicas. Para aceder às definições da origem de dados, no
Power BI Desktop , selecione Opções de Ficheiro > e definições > Definições da
fonte de dados.
Na caixa de diálogo Configurações da Fonte de Dados, selecione as fontes de
dados e, em seguida, selecione Editar Permissões... e verifique se o Nível de
Privacidade está definido como Público.

Para habilitar a atualização agendada de seus visuais ou conjunto de dados do

Python, você precisa habilitar a atualização agendada e ter um Personal Gateway
instalado no computador que hospeda a pasta de trabalho e a instalação do
Python. Para obter mais informações sobre ambos, consulte a seção anterior deste
artigo, que fornece links para saber mais sobre cada um deles.

Atualmente, não há suporte para tabelas aninhadas, que são tabelas de tabelas.
Há todos os tipos de coisas que você pode fazer com Python e consultas
personalizadas, então explore e molde seus dados da maneira que você deseja que eles
apareçam.
Usar um IDE Python externo com o
Power BI
Artigo • 08/09/2023

Com o Power BI Desktop, você pode usar seu ambiente de desenvolvimento integrado
(IDE) Python externo para criar e refinar scripts Python e, em seguida, usar esses scripts
no Power BI.

Ativar um IDE Python externo

Você pode iniciar seu IDE Python externo a partir do Power BI Desktop e ter seus dados
importados e exibidos automaticamente no IDE Python. A partir daí, você pode
modificar o script nesse IDE Python externo e, em seguida, colá-lo novamente no Power
BI Desktop para criar visuais e relatórios do Power BI.

Você pode especificar qual IDE Python usar e fazer com que ele seja iniciado
automaticamente a partir do Power BI Desktop.

Requisitos
Para usar esse recurso, você precisa instalar um IDE Python em seu computador local. O
Power BI Desktop não inclui, implanta ou instala o mecanismo Python, portanto, você
deve instalar o Python separadamente em seu computador local. Você pode escolher
qual IDE Python usar, com as seguintes opções:

Você pode instalar seu IDE Python favorito, muitos dos quais estão disponíveis
gratuitamente, como a página de download do Visual Studio Code.

O Power BI Desktop também oferece suporte ao Visual Studio.

Você também pode instalar um IDE Python diferente e fazer com que o Power BI
Desktop inicie esse IDE Python seguindo um destes procedimentos:
Você pode associar . Arquivos PY com o IDE externo que você deseja que o
Power BI Desktop inicie.
Você pode especificar a .exe que o Power BI Desktop inicia selecionando Outro
na seção Opções de script Python da caixa de diálogo Opções. Você pode abrir
a caixa de diálogo Opções indo para Opções de arquivo>e opções de
configurações.>
Se você tiver vários IDEs Python instalados, poderá especificar qual será iniciado
selecionando-o na lista suspensa IDEs Python detetados na caixa de diálogo Opções .

Por padrão, o Power BI Desktop inicia o Visual Studio Code como o IDE Python externo
se estiver instalado no computador local. Se o Visual Studio Code não estiver instalado e
você tiver o Visual Studio que é iniciado. Se nenhum desses IDEs Python estiver
instalado, o aplicativo associado ao . PY arquivos é iniciado.

E se não . A associação de arquivos PY existe, é possível especificar um caminho para um

IDE personalizado na seção Definir um diretório base Python da caixa de diálogo
Opções . Você também pode iniciar um IDE Python diferente selecionando o ícone de
engrenagem Configurações ao lado do ícone de seta Iniciar Python IDE , no Power BI
Desktop.

Iniciar um IDE Python a partir do Power BI

Desktop
Para iniciar um IDE Python a partir do Power BI Desktop, execute as seguintes etapas:

1. Carregue dados no Power BI Desktop.

2. Adicione uma visualização Python à sua tela. Se ainda não tiver ativado os visuais
de script, ser-lhe-á pedido que o faça.

3. Depois que os visuais de script são ativados, um visual Python em branco aparece
pronto para exibir os resultados do seu script. O painel do editor de scripts Python
também é exibido.

4. Agora você pode selecionar os campos que deseja usar em seu script Python.
Quando você seleciona um campo, o campo do editor de scripts Python cria
automaticamente o código de script com base no campo ou campos
selecionados. Você pode criar ou colar seu script Python diretamente no painel do
editor de scripts Python ou pode deixá-lo vazio.
 

７ Nota

O tipo de agregação padrão para visuais Python é não resumir.

5. Agora você pode iniciar seu IDE Python diretamente do Power BI Desktop.
Selecione o botão Launch Python IDE , encontrado no lado direito da barra de
título do editor de scripts Python, conforme mostrado nesta captura de tela.

6. Seu IDE Python especificado é iniciado pelo Power BI Desktop, conforme mostrado
na imagem a seguir. Nesta imagem, o Visual Studio Code é o IDE Python padrão.
 

７ Nota

O Power BI Desktop adiciona as três primeiras linhas do script para que ele
possa importar seus dados do Power BI Desktop depois de executar o script.

7. Qualquer script criado no painel do editor de scripts Python do Power BI Desktop

aparece, a partir da linha 4, no seu IDE Python. Neste ponto, você pode criar seu
script Python no IDE Python. Quando o script Python estiver concluído no IDE
Python, você precisará copiá-lo e colá-lo novamente no painel do editor de scripts
Python no Power BI Desktop, excluindo as três primeiras linhas do script que o
Power BI Desktop gerou automaticamente. Não copie as três primeiras linhas de
script de volta para o Power BI Desktop, essas linhas foram usadas apenas para
importar seus dados para o IDE Python do Power BI Desktop.

Limitações conhecidas
Iniciar um Python IDE diretamente do Power BI Desktop tem algumas limitações:

Não há suporte para a exportação automática do script do IDE Python para o

Power BI Desktop.
Próximos passos
Dê uma olhada nas seguintes informações adicionais sobre Python no Power BI.

Executando scripts Python no Power BI Desktop

Criar visuais do Power BI usando Python
Criar visuais do Power BI com Python
Artigo • 28/08/2024

Este tutorial ajuda você a começar a criar visuais com dados Python no Power BI
Desktop. Você usa algumas das muitas opções e recursos disponíveis para criar
relatórios visuais usando Python, pandas e a biblioteca Matplotlib.

Pré-requisitos
Trabalhe através de scripts Executar Python no Power BI Desktop para:

Instale o Python em sua máquina local.

Habilite scripts Python no Power BI Desktop.

Instale as bibliotecas pandas e Matplotlib Python.

Importe o seguinte script Python para o Power BI Desktop:

Python

import pandas as pd
df = pd.DataFrame({
'Fname':['Harry','Sally','Paul','Abe','June','Mike','Tom'],
'Age':[21,34,42,18,24,80,22],
'Weight': [180, 130, 200, 140, 176, 142, 210],
'Gender':['M','F','M','M','F','M','M'],
'State':
['Washington','Oregon','California','Washington','Nevada','Texas','Neva
da'],
'Children':[4,1,2,3,0,2,0],
'Pets':[3,2,2,5,0,1,5]
})
print (df)

Criar um visual Python no Power BI Desktop

1. Depois de importar o script Python, selecione o ícone visual Python no painel
Visualizações do Power BI Desktop.
2. Na caixa de diálogo Ativar visuais de script exibida, selecione Ativar.

Uma imagem visual Python de espaço reservado aparece na tela de relatório e o

editor de scripts Python aparece na parte inferior do painel central.

3. Arraste os campos Idade, Filhos, Fname, Sexo, Animais de estimação, Estado e

Peso para a seção Valores, onde diz Adicionar campos de dados aqui.
 Com base em suas seleções, o editor de scripts Python gera o seguinte código de
vinculação.

O editor cria um dataframe de conjunto de dados com os campos

adicionados.
A agregação padrão é Não resumir.
Semelhante aos elementos visuais de tabela, os campos são agrupados e os
registos duplicados aparecem apenas uma vez.

4. Com o dataframe gerado automaticamente pelos campos selecionados, você pode

escrever um script Python que resulta em plotagem para o dispositivo padrão
Python. Quando o script estiver concluído, selecione o ícone Executar na barra de
título do editor de scripts Python para executar o script e gerar o visual.
Sugestões
Seu script Python pode usar apenas campos que são adicionados à seção Valores .
Você pode adicionar ou remover campos enquanto trabalha em seu script Python.
O Power BI Desktop deteta automaticamente alterações de campo. À medida que
você seleciona ou remove campos da seção Valores , o código de suporte no
editor de scripts Python é gerado ou removido automaticamente.

Em alguns casos, talvez você não queira que o agrupamento automático ocorra ou
queira que todas as linhas apareçam, incluindo duplicatas. Nesses casos, você
pode adicionar um campo de índice ao seu conjunto de dados que faz com que
todas as linhas sejam consideradas exclusivas e impede o agrupamento.

Você pode acessar colunas no conjunto de dados usando seus nomes. Por
exemplo, você pode codificar dataset["Age"] em seu script Python para acessar o
campo idade.

O Power BI Desktop replota o visual quando você seleciona Executar na barra de

título do editor de scripts Python ou sempre que ocorre uma alteração de dados
devido à atualização, filtragem ou realce de dados.

Quando você executa um script Python que resulta em um erro, o visual Python
não é plotado e uma mensagem de erro aparece na tela. Para obter detalhes do
erro, selecione Ver detalhes na mensagem.

Para obter uma visão maior das visualizações, você pode minimizar o editor de
scripts Python.

Create a scatter plot

Crie um gráfico de dispersão para ver se há uma correlação entre idade e peso.

1. No editor de scripts Python, em Colar ou digite seu código de script aqui, digite
este código:

Python

import matplotlib.pyplot as plt

dataset.plot(kind='scatter', x='Age', y='Weight', color='red')
plt.show()

O painel do editor de scripts Python agora deve se parecer com a seguinte

imagem:
 O código importa a biblioteca Matplotlib, que plota e cria o visual.

2. Selecione o botão Executar para gerar o seguinte gráfico de dispersão no visual

do Python.

Criar um gráfico de linhas com várias colunas

Crie um gráfico de linhas para cada pessoa que mostre o número de crianças e animais
de estimação.

1. Em Cole ou digite seu código de script aqui, remova ou comente o código

anterior e insira o seguinte código Python:

Python

import matplotlib.pyplot as plt

ax = plt.gca()
dataset.plot(kind='line',x='Fname',y='Children',ax=ax)
dataset.plot(kind='line',x='Fname',y='Pets', color='red', ax=ax)
plt.show()

2. Selecione o botão Executar para gerar o seguinte gráfico de linhas com várias
colunas:
Criar um gráfico de barras
Crie um gráfico de barras para a idade de cada pessoa.

1. Em Cole ou digite seu código de script aqui, remova ou comente o código

anterior e insira o seguinte código Python:

Python

import matplotlib.pyplot as plt

dataset.plot(kind='bar',x='Fname',y='Age')
plt.show()

2. Selecione o botão Executar para gerar o seguinte gráfico de barras:

Limitações
Os visuais Python no Power BI Desktop têm as seguintes limitações:

Os dados que o visual Python usa para plotagem são limitados a 150.000 linhas. Se
mais de 150.000 linhas forem selecionadas, apenas as 150.000 linhas superiores
serão usadas e uma mensagem será exibida na imagem. Os dados de entrada
também têm um limite de 250 MB.

Se o conjunto de dados de entrada de um visual Python tiver uma coluna que

contenha um valor de cadeia de caracteres maior que 32.766 caracteres, esse valor
será truncado.

Todos os visuais Python são exibidos com resolução de 72 DPI.

Se um cálculo visual Python exceder cinco minutos, a execução expira, o que

resulta em um erro.

Como acontece com outros visuais do Power BI Desktop, se você selecionar

campos de dados de tabelas diferentes sem relação definida entre eles, ocorrerá
um erro.

Os visuais Python são atualizados após atualizações de dados, filtragem e realce. A

imagem em si não é interativa.
 Os visuais Python respondem ao realce de elementos em outros visuais, mas você
não pode selecionar elementos no visual Python para filtrar outros elementos.

Somente plotagens para o dispositivo de exibição padrão Python são exibidas

corretamente na tela. Evite usar explicitamente um dispositivo de exibição Python
diferente.

Os visuais Python não suportam a renomeação de colunas de entrada. As colunas

são referidas por seus nomes originais durante a execução do script.

Segurança
Os visuais Python usam scripts Python, que podem conter código com riscos de
segurança ou privacidade. Quando você tenta visualizar ou interagir com um visual
Python pela primeira vez, você recebe um aviso de segurança. Habilite os visuais Python
somente se você confiar no autor e no código-fonte, ou depois de revisar e entender o
script Python.

Licenciamento
Os visuais Python exigem uma licença Power BI Pro ou Premium Per User (PPU) para
renderizar em relatórios, atualizar, filtrar e cruzar filtros. Os usuários do Power BI
gratuito podem consumir apenas blocos que são compartilhados com eles em espaços
de trabalho Premium.

A tabela a seguir descreve os recursos visuais do Python com base no licenciamento.

ﾉ Expandir tabela

Criar visuais Criar relatórios de Visualizar visuais

Python no Power serviço do Power BI Python em relatórios
BI Desktop com visuais Python

Convidado (Power BI Suportado Não suportado Suportado apenas na

incorporado) capacidade
Premium/Azure

Locatário não Suportado Não suportado Não suportado

gerenciado (domínio
não verificado)

Locatário gerenciado Suportado Não suportado Suportado apenas na

com licença gratuita capacidade Premium
 Criar visuais Criar relatórios de Visualizar visuais
Python no Power serviço do Power BI Python em relatórios
BI Desktop com visuais Python

Locatário gerenciado Suportado Suportado Suportado

com licença Pro ou
PPU

Para obter mais informações sobre licenças do Power BI Pro e como elas diferem das
licenças gratuitas, consulte Comprar e atribuir licenças de usuário do Power BI Pro.

Conteúdos relacionados
Este tutorial mal arranha a superfície das opções e recursos para criar relatórios visuais
usando Python, pandas e a biblioteca Matplotlib. Para obter mais informações, consulte
os seguintes recursos:

Documentação no site Matplotlib .

Matplotlib Tutorial: Um guia básico para usar Matplotlib com Python
Matplotlib Tutorial – Python Matplotlib Library com exemplos
Referência da API Pandas
Visualizações Python no serviço Power BI
Usando visuais Python no Power BI
Tutorial abrangente de scripts Python

Para obter mais informações sobre Python no Power BI, consulte:

Executar scripts Python no Power BI Desktop

Usar um IDE Python externo com o Power BI

Comentários
Esta página foi útil?  Yes  No

Fornecer comentários sobre o produto | Perguntar à comunidade

Saiba quais pacotes Python são
suportados no Power BI
Artigo • 08/09/2023

Você pode usar a poderosa linguagem de programação Python para criar elementos
visuais no Power BI. Muitos pacotes Python são suportados no Power BI e mais estão
sendo suportados o tempo todo.

As seções a seguir fornecem uma tabela alfabética de quais pacotes Python são
suportados no Power BI.

Solicitar suporte para um novo pacote Python

Os pacotes Python suportados para o Power BI são encontrados na seção a seguir. Se
você quiser solicitar suporte para um pacote Python não encontrado nessa lista, envie
sua solicitação para o Power BI Ideas .

Requisitos e limitações dos pacotes Python

Há um punhado de requisitos e limitações para pacotes Python:

Tempo de execução atual do Python: Python 3.7.7.

O Power BI, em sua maioria, suporta pacotes Python com licenças de software
livres e de código aberto, como GPL-2, GPL-3, MIT+ e assim por diante.
O Power BI dá suporte a pacotes publicados no PyPI. O serviço não suporta
pacotes Python privados ou personalizados. Os usuários são incentivados a
disponibilizar seus pacotes privados no PyPI antes de solicitar que o pacote esteja
disponível no Power BI.
Para visuais Python no Power BI Desktop, você pode instalar qualquer pacote,
incluindo pacotes Python personalizados.
Por motivos de segurança e privacidade, os pacotes Python que fornecem
consultas cliente-servidor pela Web no serviço não são suportados. A rede é
bloqueada para tais tentativas.
O processo de aprovação para incluir um novo pacote Python tem uma árvore de
dependências. Algumas dependências necessárias para serem instaladas no serviço
não podem ser suportadas.

Pacotes Python suportados no Power BI

A tabela a seguir mostra quais pacotes são suportados no Power BI.

Pacote Versão Ligação

cycler 0.11.0 https://pypi.org/project/cycler

joblib 1.1.0 https://pypi.org/project/joblib

kiwisolver 1.4.4 https://pypi.org/project/kiwisolver

matplotlib 3.2.2 https://pypi.org/project/matplotlib

numpy 1.21.6 https://pypi.org/project/numpy

packaging 21.3 https://pypi.org/project/packaging

pandas 1.3.5 https://pypi.org/project/pandas

patsy 0.5.2 https://pypi.org/project/patsy

pip 22.1.2 https://pypi.org/project/pip

pyparsing 3.0.9 https://pypi.org/project/pyparsing

python-dateutil 2.8.2 https://pypi.org/project/python-dateutil

pytz 2022.1 https://pypi.org/project/pytz

scikit-learn 1.0.2 https://pypi.org/project/scikit-learn

scipy 1.7.3 https://pypi.org/project/scipy

seaborn 0.11.2 https://pypi.org/project/seaborn

setuptools 63.2.0 https://pypi.org/project/setuptools

six 1.16.0 https://pypi.org/project/six

statsmodels 0.13.2 https://pypi.org/project/statsmodels

threadpoolctl 3.1.0 https://pypi.org/project/threadpoolctl

typing-extensions 4.3.0 https://pypi.org/project/typing-extensions

xgboost 1.6.1 https://pypi.org/project/xgboost

Próximos passos
Para obter mais informações sobre Python no Power BI, consulte os seguintes artigos:
Criar visuais do Power BI usando Python
Executando scripts Python no Power BI Desktop
Usando Python no Editor de Consultas
Executar scripts R no Power BI Desktop
Artigo • 10/11/2023

Você pode executar scripts R diretamente no Power BI Desktop e importar os modelos

semânticos resultantes para um modelo de dados do Power BI Desktop.

Instalar R
Para executar scripts R no Power BI Desktop, você precisa instalar o R em sua máquina
local. Você pode baixar e instalar o R gratuitamente de muitos locais, incluindo o
repositório CRAN. A versão atual suporta caracteres Unicode e espaços (caracteres
vazios) no caminho de instalação.

Executar scripts do R
Usando apenas algumas etapas no Power BI Desktop, você pode executar scripts R e
criar um modelo de dados. Com o modelo de dados, você pode criar relatórios e
compartilhá-los no serviço do Power BI. O script R no Power BI Desktop agora oferece
suporte a formatos de número que contêm decimais (.) e vírgulas (,).

Preparar um script R
Para executar um script R no Power BI Desktop, crie o script em seu ambiente de
desenvolvimento R local e verifique se ele é executado com êxito.

Para executar o script no Power BI Desktop, verifique se o script é executado com êxito
em um espaço de trabalho novo e não modificado. Esse pré-requisito significa que
todos os pacotes e dependências devem ser explicitamente carregados e executados.
Você pode usar source() para executar scripts dependentes.

Quando você prepara e executa um script R no Power BI Desktop, há algumas

limitações:

Como apenas quadros de dados são importados, lembre-se de representar os

dados que você deseja importar para o Power BI em um quadro de dados.
As colunas digitadas como Complexo e Vetor não são importadas e são
substituídas por valores de erro na tabela criada.
Os valores de N/A são convertidos em NULL valores no Power BI Desktop.
Se um script R for executado por mais de 30 minutos, ele expira.
 Chamadas interativas no script R, como aguardar a entrada do usuário,
interrompem a execução do script.
Ao definir o diretório de trabalho dentro do script R, você deve definir um caminho
completo para o diretório de trabalho, em vez de um caminho relativo.
Os scripts R não podem ser executados no serviço do Power BI.

Execute o script R e importe dados

Agora você pode executar seu script R para importar dados para o Power BI Desktop:

1. No Power BI Desktop, selecione Obter dados, escolha Outro>script R e selecione

Conectar:

2. Se R estiver instalado em sua máquina local, basta copiar o script para a janela de
script e selecionar OK. A versão mais recente instalada é exibida como seu
mecanismo R.
 3. Selecione OK para executar o script R. Quando o script é executado com êxito,
você pode escolher os quadros de dados resultantes para adicionar ao modelo do
Power BI.

Você pode controlar qual instalação R usar para executar o script. Para especificar as
configurações de instalação do R, escolha Opções de arquivo e opções
de>configurações>e, em seguida, selecione Script R. Em Opções de script R, a lista
suspensa Diretórios base R detetados mostra suas opções de instalação R atuais. Se a
instalação R desejada não estiver listada, escolha Outro e navegue até a pasta de
instalação R preferida em Definir um diretório inicial R.
Atualizar
Você pode atualizar um script R no Power BI Desktop. Quando você atualiza um script R,
o Power BI Desktop executa o script R novamente no ambiente do Power BI Desktop.

Próximos passos
Dê uma olhada nas seguintes informações adicionais sobre R no Power BI.

Criar visuais do Power BI usando R

Usar um IDE R externo com o Power BI
Utilizar R no Power Query Editor
Artigo • 21/11/2023

A linguagem R é uma linguagem de programação poderosa que muitos estatísticos,

cientistas de dados e analistas de dados usam. Pode utilizar R no Power Query Editor do
Power BI Desktop para:

Prepare modelos de dados.

Crie relatórios.
Faça limpeza de dados, modelagem avançada de dados e análise de modelo
semântico, que incluem conclusão de dados ausentes, previsões, clustering e
muito mais.

Instalar R
Você pode baixar o R gratuitamente no repositório CRAN.

Instalar ratos
Como pré-requisito, você deve instalar a biblioteca de mouses em seu ambiente R.
Sem mouses, o código de script de exemplo não funciona corretamente. O pacote de
ratos implementa um método para lidar com dados ausentes.

Para instalar a biblioteca de ratos:

1. Inicie o R.exe programa, por exemplo, C:\Program Files\Microsoft\R Open\R-

3.5.3\bin\R.exe .

2. Execute o comando install a partir do prompt R:

install.packages('mice')

Utilizar um script R no Power Query Editor

Para demonstrar o uso de R no Power Query Editor, este exemplo usa um modelo
semântico de mercado de ações contido em um arquivo .csv.

1. Transfira o ficheiro EuStockMarkets_NA.csv. Lembre-se de onde você o salvou.

2. Carregue o arquivo no Power BI Desktop. Na guia Página Inicial, selecione Obter
texto de dados>/CSV.

3. Selecione o arquivo EuStockMarkets_NA.csv e, em seguida, escolha Abrir. Os dados

CSV são exibidos na caixa de diálogo Arquivo de texto/CSV .
4. Selecione Carregar para carregar os dados do arquivo. Depois que o Power BI
Desktop carregar os dados, a nova tabela aparecerá no painel Campos .

5. Para abrir o Power Query Editor, no friso Base, selecione Transformar dados.

6. Na guia Transformar, selecione Executar script R. O editor de scripts Run R é

exibido. As linhas 15 e 20 têm dados ausentes, assim como outras linhas que você
não pode ver na imagem. As etapas a seguir mostram como R completa essas
linhas para você.
 

7. Para este exemplo, insira o seguinte código de script na caixa Script da janela
Executar script R.

library(mice)
tempData <- mice(dataset,m=1,maxit=50,meth='pmm',seed=100)
completedData <- complete(tempData,1)
output <- dataset
output$completedValues <- completedData$"SMI missing values"

７ Nota

Talvez seja necessário substituir uma variável chamada saída para criar
corretamente o novo modelo semântico com os filtros aplicados.

8. Selecione OK. O Power Query Editor apresenta um aviso sobre a privacidade de

dados.
 

9. Dentro da mensagem de aviso, selecione Continuar. Na caixa de diálogo Níveis de

privacidade exibida, defina todas as fontes de dados como Públicas para que os
scripts R funcionem corretamente no serviço do Power BI.

Para obter mais informações sobre configurações de privacidade e suas

implicações, consulte Níveis de privacidade do Power BI Desktop.

10. Selecione Salvar para executar o script.

Quando você executa o script, você vê o seguinte resultado:

Quando você seleciona Tabela ao lado de Saída na tabela exibida, a tabela é

apresentada, conforme mostrado na imagem a seguir.
 Observe a nova coluna no painel Campos chamada completedValues. A coluna de
valores ausentes SMI tem alguns elementos de dados ausentes. Dê uma olhada em
como R lida com isso na próxima seção.

Com apenas cinco linhas de script R, o Power Query Editor preencheu os valores
em falta com um modelo preditivo.

Criar elementos visuais a partir de dados de

script R
Agora podemos criar um visual para ver como o código de script R com a biblioteca de
ratos completa os valores ausentes.
 

Você pode salvar todos os visuais concluídos em um arquivo .pbix do Power BI Desktop
e usar o modelo de dados e seus scripts R no serviço do Power BI.

７ Nota

Você pode baixar um arquivo .pbix com todas essas etapas concluídas.

Depois de carregar o arquivo .pbix para o serviço do Power BI, você precisa executar
outras etapas para habilitar a atualização de dados de serviço e visuais atualizados:

Habilitar a atualização agendada para o modelo semântico: para habilitar a

atualização agendada para a pasta de trabalho que contém seu modelo
semântico com scripts R, consulte Configurando a atualização agendada. Este
artigo também inclui informações sobre gateways de dados locais.

Instalar um gateway: você precisa de um gateway de dados local (modo pessoal)

instalado na máquina onde o arquivo e o R estão localizados. O serviço do Power
BI acessa essa pasta de trabalho e renderiza novamente todos os elementos visuais
atualizados. Para obter mais informações, consulte Usar gateways pessoais no
Power BI.

Considerações e limitações
Existem algumas limitações para consultas que incluem scripts R criados no Power
Query Editor:
Todas as configurações da fonte de dados R devem ser definidas como Público.
Todas as outras etapas em uma consulta do Editor do Power Query também
devem ser públicas.

Para aceder às definições da origem de dados, no Power BI Desktop, selecione

Opções de Ficheiro>e definições>Definições da fonte de dados.

Na caixa de diálogo Configurações da fonte de dados, selecione uma ou mais

fontes de dados e, em seguida, selecione Editar Permissões. Defina o nível de
privacidade como Público.
 

Para agendar a atualização dos visuais R ou do modelo semântico, habilite a

atualização agendada e instale um gateway de dados local (modo pessoal) no
computador que contém a pasta de trabalho e o R. Não pode utilizar um gateway
empresarial para atualizar modelos semânticos que contenham scripts R no Power
Query.

Passos Seguintes
Há todos os tipos de coisas que você pode fazer com R e consultas personalizadas.
Explore e modele seus dados da maneira que você deseja que eles apareçam.

Executar scripts R no Power BI Desktop

Usar um IDE R externo com o Power BI
Criar elementos visuais usando pacotes R no serviço do Power BI
Usar um IDE R externo com o Power BI
Artigo • 31/01/2024

Com o Power BI Desktop, você pode usar seu IDE R externo (Ambiente de
Desenvolvimento Integrado) para criar e refinar scripts R e, em seguida, usar esses
scripts no Power BI.

Ativar um IDE R externo

Inicie o IDE R externo a partir do Power BI Desktop e importe e exiba seus dados
automaticamente no IDE R. A partir daí, você pode modificar o script nesse IDE R
externo e, em seguida, colá-lo novamente no Power BI Desktop para criar visuais e
relatórios do Power BI. Especifique qual IDE R você gostaria de usar e faça com que ele
seja iniciado automaticamente a partir do Power BI Desktop.
Requisitos
Para usar esse recurso, você precisa instalar um IDE R no computador local. O Power BI
Desktop não inclui, implanta ou instala o mecanismo R, portanto, você deve instalar o R
separadamente em seu computador local. Você pode escolher qual IDE R usar, com as
seguintes opções:

Você pode instalar seu IDE R favorito, muitos dos quais estão disponíveis
gratuitamente, como o CRAN Repository .

O Power BI Desktop também oferece suporte ao R Studio e ao Visual Studio 2015

com R Tools para editores do Visual Studio.

Você também pode instalar um IDE R diferente e fazer com que o Power BI
Desktop inicie esse IDE R seguindo um destes procedimentos:

Você pode associar . Arquivos R com o IDE externo que você deseja que o
Power BI Desktop inicie.

Você pode especificar a .exe que o Power BI Desktop deve iniciar selecionando
Outro na seção Opções de Script R da caixa de diálogo Opções . Você pode
abrir a caixa de diálogo Opções indo para Opções de arquivo > e opções de
configurações>.
Se você tiver vários IDEs R instalados, poderá especificar quais serão iniciados
selecionando-os na lista suspensa IDEs R detetados na caixa de diálogo Opções.

Por padrão, o Power BI Desktop iniciará o R Studio como o IDE R externo se estiver
instalado no computador local, se o R Studio não estiver instalado e você tiver o
Visual Studio 2015 com R Tools for Visual Studio, ele será iniciado. Se nenhum desses
IDEs R estiver instalado, o aplicativo associado ao . R arquivos é iniciado.

E se não . Existe uma associação de arquivo R , é possível especificar um caminho para

um IDE personalizado na seção Procurar para seu IDE R preferido da caixa de diálogo
Opções . Você também pode iniciar um IDE R diferente selecionando o ícone de
engrenagem Configurações ao lado do script Editar no ícone de seta IDE externo, no
Power BI Desktop.

Iniciar um IDE R a partir do Power BI Desktop

Para iniciar um IDE R a partir do Power BI Desktop, execute as seguintes etapas:

1. Carregue dados no Power BI Desktop.

2. Quando os visuais de script estão habilitados, você pode selecionar um visual R no
painel Visualizações , que cria um visual R em branco pronto para exibir os
resultados do script. O painel do editor de scripts R também é exibido.

3. Selecione alguns campos no painel Campos com os quais deseja trabalhar. Se

ainda não tiver ativado os visuais de script, ser-lhe-á pedido que o faça.

4. Agora você pode selecionar os campos que deseja usar no script R. Quando você
seleciona um campo, o campo do editor de scripts R cria automaticamente o
código de script com base no campo ou campos selecionados. Você pode criar (ou
colar) seu script R diretamente no painel do editor de scripts R ou deixá-lo vazio.
 ７ Nota

O tipo de agregação padrão para visuais R é não resumir.

5. Agora você pode iniciar seu IDE R diretamente do Power BI Desktop. Selecione o
botão Editar script no IDE externo, localizado no lado direito da barra de título do
editor de scripts R, conforme mostrado abaixo.

6. Seu IDE R especificado é iniciado pelo Power BI Desktop, conforme mostrado na

imagem a seguir (nesta imagem, RStudio é o IDE R padrão).
 ７ Nota

O Power BI Desktop adiciona as três primeiras linhas do script para que ele
possa importar seus dados do Power BI Desktop depois de executar o script.

7. Qualquer script criado no painel do editor de scripts R do Power BI Desktop

aparece a partir da linha 4 no IDE R. Neste ponto, você pode criar seu script R no
IDE R. Quando o script R estiver concluído no IDE R, você precisará copiá-lo e colá-
lo novamente no painel do editor de scripts R no Power BI Desktop, excluindo as
três primeiras linhas do script que o Power BI Desktop gerou automaticamente.
Não copie as três primeiras linhas de script de volta para o Power BI Desktop, essas
linhas foram usadas apenas para importar seus dados para o IDE R do Power BI
Desktop.

Limitações conhecidas
Iniciar um IDE R diretamente do Power BI Desktop tem algumas limitações:

Não há suporte para a exportação automática do script do IDE R para o Power BI

Desktop .
O editor R Client (RGui.exe) não é suportado, porque o editor em si não suporta a
abertura de ficheiros.

Conteúdos relacionados
Dê uma olhada nas seguintes informações adicionais sobre R no Power BI.
Executando scripts R no Power BI Desktop
Criar visuais do Power BI usando R
Criar elementos visuais usando pacotes
R no serviço do Power BI
Artigo • 10/11/2023

Você pode usar a poderosa linguagem de programação R para criar elementos visuais
no serviço do Power BI. Muitos pacotes R são suportados no serviço Power BI e mais
estão sendo suportados o tempo todo. Alguns pacotes não são suportados.

As seções a seguir fornecem uma tabela alfabética de quais pacotes R são suportados
no Power BI e quais não são. Para obter mais informações sobre R no Power BI, consulte
o artigo Visuais R.

Solicite suporte para um novo pacote R

Os pacotes R suportados para o serviço do Power BI encontram-se na secção seguinte.
Se você quiser solicitar suporte para um pacote R não encontrado nessa lista, envie sua
solicitação para o Power BI Ideas .

Requisitos e limitações dos pacotes R

Há um punhado de requisitos e limitações para pacotes R:

Tempo de execução atual do R: Microsoft R 3.4.4

O serviço Power BI geralmente suporta pacotes R com licenças de software livres e

de código aberto, como GPL-2, GPL-3, MIT+ e assim por diante.

O serviço Power BI suporta pacotes publicados na Comprehensive R Archive

Network (CRAN). O serviço não suporta pacotes R privados ou personalizados. Os
usuários são incentivados a disponibilizar seus pacotes privados na CRAN antes de
solicitar que o pacote esteja disponível no serviço do Power BI.

O Power BI Desktop tem duas variações para pacotes R:

Para visuais R, você pode instalar qualquer pacote, incluindo pacotes R
personalizados
Para visuais R personalizados, apenas pacotes CRAN públicos são suportados
para instalação automática dos pacotes

Por motivos de segurança e privacidade, os pacotes R que fornecem consultas

cliente-servidor pela Web, como o RgoogleMaps, no serviço, não são suportados. A
 rede é bloqueada para tais tentativas. Consulte a seção a seguir para obter uma
lista de pacotes R suportados e não suportados.

O processo de aprovação para incluir um novo pacote R tem uma árvore de

dependências. Algumas dependências necessárias para serem instaladas no serviço
não podem ser suportadas.

Pacotes R suportados no Power BI

A tabela a seguir mostra quais pacotes são suportados no serviço do Power BI.

Pacote Versão Associar

abc 2.1 https://cran.r-project.org/web/packages/abc/index.html

abc.dados 1.0 https://cran.r-project.org/web/packages/abc.data/index.html

abind 1.4-5 https://cran.r-project.org/web/packages/abind/index.html

Acepack 1.4.1 https://cran.r-project.org/web/packages/acepack/index.html

atuar 2.3-1 https://cran.r-project.org/web/packages/actuar/index.html

ade4 1.7-10 https://cran.r-project.org/web/packages/ade4/index.html

adegeneta 2.1.2 https://cran.r-project.org/web/packages/adegenet/index.html

AdMit 2.1.3 https://cran.r-project.org/web/packages/AdMit/index.html

ARE 1.2-5 https://cran.r-project.org/web/packages/AER/index.html

Agricolae 1.3-1 https://cran.r-project.org/web/packages/agricolae/index.html

AlgDesign 1.1-7.3 https://cran.r-project.org/web/packages/AlgDesign/index.html

aluvião 0.1-2 https://cran.r-project.org/web/packages/alluvial/index.html

Andrews 1.0 https://cran.r-project.org/web/packages/andrews/index.html

anomalizar 0.1.1 https://cran.r-project.org/web/packages/anomalize/index.html

a qualquer momento 0.3.3 https://cran.r-project.org/web/packages/anytime/index.html

AOD 1.3 https://cran.r-project.org/web/packages/aod/index.html

Apcluster 1.4.5 https://cran.r-project.org/web/packages/apcluster/index.html

macaco 5.0 https://cran.r-project.org/web/packages/ape/index.html

APLPPACK 1.3.0 https://cran.r-project.org/web/packages/aplpack/index.html

Pacote Versão Associar

aproximador 1.2-6 https://cran.r-

project.org/web/packages/approximator/index.html

braço 1.9-3 https://cran.r-project.org/web/packages/arm/index.html

aregras 1.6-0 https://cran.r-project.org/web/packages/arules/index.html

arulesViz 1.3-0 https://cran.r-project.org/web/packages/arulesViz/index.html

cinzas 1.0-15 https://cran.r-project.org/web/packages/ash/index.html

asserçãoat 0.2.0 https://cran.r-project.org/web/packages/assertthat/index.html

autocogs | 0.1.2 https://cran.r-project.org/web/packages/autocogs/index.html

Mapeamento 1.0-14 https://cran.r-project.org/web/packages/automap/index.html

automático

uma semana 1.0.1 https://cran.r-project.org/web/packages/aweek/index.html

AzureML 0.2.14 https://cran.r-project.org/web/packages/AzureML/index.html

BaBooN 0.2-0 https://cran.r-project.org/web/packages/BaBooN/index.html

BACCO 2.0-9 https://cran.r-project.org/web/packages/BACCO/index.html

backports 1.1.2 https://cran.r-project.org/web/packages/backports/index.html

BaM 1.0.1 https://cran.r-project.org/web/packages/BaM/index.html

BAS 1.4.9 https://cran.r-project.org/web/packages/BAS/index.html

base 3.4.4 ND

base2grob 0.0.2 https://cran.r-project.org/web/packages/base2grob/index.html

base64 2.0 https://cran.r-project.org/web/packages/base64/index.html

base64enc 0.1-3 https://cran.r-project.org/web/packages/base64enc/index.html

BayesDA 2012.04-1 https://cran.r-project.org/web/packages/BayesDA/index.html

BayesFactor 0.9.12-2 https://cran.r-

project.org/web/packages/BayesFactor/index.html

bayesGARCH 2.1.3 https://cran.r-

project.org/web/packages/bayesGARCH/index.html

Bayesm 3.1-0.1 https://cran.r-project.org/web/packages/bayesm/index.html

Bayesmix 0.7-4 https://cran.r-project.org/web/packages/bayesmix/index.html

Pacote Versão Associar

Bayesplot 1.5.0 https://cran.r-project.org/web/packages/bayesplot/index.html

BayesQR 2.3 https://cran.r-project.org/web/packages/bayesQR/index.html

bayesSurv 3.2 https://cran.r-project.org/web/packages/bayesSurv/index.html

Bayesthresh 2.0.1 https://cran.r-

project.org/web/packages/Bayesthresh/index.html

BayesTree 0.3-1.4 https://cran.r-project.org/web/packages/BayesTree/index.html

BayesValidar 0.0 https://cran.r-

project.org/web/packages/BayesValidate/index.html

BayesX 0.2-9 https://cran.r-project.org/web/packages/BayesX/index.html

BayHaz [en] 0.1-3 https://cran.r-project.org/web/packages/BayHaz/index.html

Bbemkr 2.0 https://cran.r-project.org/web/packages/bbemkr/index.html

BCBCSF 1.0-1 https://cran.r-project.org/web/packages/BCBCSF/index.html

A.C. 2.1 https://cran.r-project.org/web/packages/BCE/index.html

bclust 1.5 https://cran.r-project.org/web/packages/bclust/index.html

bcp 4.0.0 https://cran.r-project.org/web/packages/bcp/index.html

BDgraph 2.45 https://cran.r-project.org/web/packages/BDgraph/index.html

feijão plot 1.2 https://cran.r-project.org/web/packages/beanplot/index.html

enxame de abelhas 0.2.3 https://cran.r-project.org/web/packages/beeswarm/index.html

benford.análise 0.1.4.1 https://cran.r-

project.org/web/packages/benford.analysis/index.html

BenfordTestes 1.2.0 https://cran.r-

project.org/web/packages/BenfordTests/index.html

PBF 0.0-38 https://cran.r-project.org/web/packages/bfp/index.html

BH 1.66.0-1 https://cran.r-project.org/web/packages/BH/index.html

BIGLM 0.9-1 https://cran.r-project.org/web/packages/biglm/index.html

bindr 0.1.1 https://cran.r-project.org/web/packages/bindr/index.html

bindrcpp 0.2.2 https://cran.r-project.org/web/packages/bindrcpp/index.html

Binom 1.1-1 https://cran.r-project.org/web/packages/binom/index.html

Pacote Versão Associar

Bisoreg 1.4 https://cran.r-project.org/web/packages/bisoreg/index.html

bit 1.1-12 https://cran.r-project.org/web/packages/bit/index.html

bit64 0.9-7 https://cran.r-project.org/web/packages/bit64/index.html

bitops 1.0-6 https://cran.r-project.org/web/packages/bitops/index.html

bizdays 1.0.6 https://cran.r-project.org/web/packages/bizdays/index.html

Blandr 0.5.1 https://cran.r-project.org/web/packages/blandr/index.html

BLME 1.0-4 https://cran.r-project.org/web/packages/blme/index.html

blob 1.1.1 https://cran.r-project.org/web/packages/blob/index.html

BLR 1.4 https://cran.r-project.org/web/packages/BLR/index.html

BMA 3.18.8 https://cran.r-project.org/web/packages/BMA/index.html

Bmix 0,6 https://cran.r-project.org/web/packages/Bmix/index.html

bmp 0.3 https://cran.r-project.org/web/packages/bmp/index.html

BMS 0.3.4 https://cran.r-project.org/web/packages/BMS/index.html

bnlearn 4.3 https://cran.r-project.org/web/packages/bnlearn/index.html

Boa 1.1.8-2 https://cran.r-project.org/web/packages/boa/index.html

Bomrang 0.1.4 https://cran.r-project.org/web/packages/bomrang/index.html

BoolNet 2.1.5 https://cran.r-project.org/web/packages/BoolNet/index.html

Lança 0.7 https://cran.r-project.org/web/packages/Boom/index.html

BoomSpikeSlab 0.9.0 https://cran.r-

project.org/web/packages/BoomSpikeSlab/index.html

arranque 1.3-20 https://cran.r-project.org/web/packages/boot/index.html

bootstrap 2017.2 https://cran.r-project.org/web/packages/bootstrap/index.html

Boruta 5.3.0 https://cran.r-project.org/web/packages/Boruta/index.html

BQTL 1.0-32 https://cran.r-project.org/web/packages/bqtl/index.html

BradleyTerry2 1.0-8 https://cran.r-

project.org/web/packages/BradleyTerry2/index.html

brew 1.0-6 https://cran.r-project.org/web/packages/brew/index.html

Pacote Versão Associar

BRGLM 0.6.1 https://cran.r-project.org/web/packages/brglm/index.html

vassoura 0.4.4 https://cran.r-project.org/web/packages/broom/index.html

bspec 1.5 https://cran.r-project.org/web/packages/bspec/index.html

BSPMMA 0.1-1 https://cran.r-project.org/web/packages/bspmma/index.html

BSTs 0.7.1 https://cran.r-project.org/web/packages/bsts/index.html

bupaR 0.4.4 https://cran.r-project.org/web/packages/bupaR/index.html

BVS 4.12.1 https://cran.r-project.org/web/packages/BVS/index.html

C50 0.1.1 https://cran.r-project.org/web/packages/C50/index.html

Cairo 1.5-9 https://cran.r-project.org/web/packages/Cairo/index.html

cairoDispositivo 2.24 https://cran.r-project.org/web/packages/cairoDevice/index.html

calibrar 1.7.2 https://cran.r-project.org/web/packages/calibrate/index.html

Calibrador 1.2-6 https://cran.r-project.org/web/packages/calibrator/index.html

Chamador 2.0.2 https://cran.r-project.org/web/packages/callr/index.html

carro 2.1-6 https://cran.r-project.org/web/packages/car/index.html

carData 3.0-1 https://cran.r-project.org/web/packages/carData/index.html

acento circunflexo 6.0-78 https://cran.r-project.org/web/packages/caret/index.html

Catnet 1.15.3 https://cran.r-project.org/web/packages/catnet/index.html

caFerramentas 1.17.1 https://cran.r-project.org/web/packages/caTools/index.html

CCLUST 0.6-21 https://cran.r-project.org/web/packages/cclust/index.html

Cellranger 1.1.0 https://cran.r-project.org/web/packages/cellranger/index.html

Escada Corrente 0.2.5 https://cran.r-

project.org/web/packages/ChainLadder/index.html

ponto de mudança 2.2.2 https://cran.r-

project.org/web/packages/changepoint/index.html

xeque-mate 1.8.5 https://cran.r-project.org/web/packages/checkmate/index.html

checkpoint 0.4.3 https://cran.r-project.org/web/packages/checkpoint/index.html

choroplethrMapas 1.0.1 https://cran.r-

Pacote Versão Associar

project.org/web/packages/choroplethrMaps/index.html

crono 2.3-52 https://cran.r-project.org/web/packages/chron/index.html

Circlize 0.4.3 https://cran.r-project.org/web/packages/circlize/index.html

Ckmeans.1d.dp 4.2.1 https://cran.r-

project.org/web/packages/Ckmeans.1d.dp/index.html

classe 7.3-14 https://cran.r-project.org/web/packages/class/index.html

classInt 0.3-3 https://cran.r-project.org/web/packages/classInt/index.html

CLI 1.0.0 https://cran.r-project.org/web/packages/cli/index.html

ClickClust 1.1.5 https://cran.r-project.org/web/packages/ClickClust/index.html

Sequência de cliques 1.3.0 https://cran.r-project.org/web/packages/clickstream/index.html

Pista 0.3-54 https://cran.r-project.org/web/packages/clue/index.html

cluster 2.0.6 https://cran.r-project.org/web/packages/cluster/index.html

CLV 0.3-2.1 https://cran.r-project.org/web/packages/clv/index.html

CMPRSK 2.2-7 https://cran.r-project.org/web/packages/cmprsk/index.html

coda 0.19-1 https://cran.r-project.org/web/packages/coda/index.html

codetools 0.2-15 https://cran.r-project.org/web/packages/codetools/index.html

Coefplot 1.2.6 https://cran.r-project.org/web/packages/coefplot/index.html

moeda 1.2-2 https://cran.r-project.org/web/packages/coin/index.html

collapsibleTree 0.1.6 https://cran.r-

project.org/web/packages/collapsibleTree/index.html

corRampas 2.3 https://cran.r-

project.org/web/packages/colorRamps/index.html

espaço em cores 1.3-2 https://cran.r-project.org/web/packages/colorspace/index.html

Seletor de cores 1.0 https://cran.r-

project.org/web/packages/colourpicker/index.html

Combinat 0.0-8 https://cran.r-project.org/web/packages/combinat/index.html

marca comum 1.4 https://cran.r-

project.org/web/packages/commonmark/index.html

compilador 3.4.4 ND
Pacote Versão Associar

composições 1.40-1 https://cran.r-

project.org/web/packages/compositions/index.html

COREaprender 1.52.0 https://cran.r-project.org/web/packages/CORElearn/index.html

corporação 1.6.9 https://cran.r-project.org/web/packages/corpcor/index.html

corrgrama 1.12 https://cran.r-project.org/web/packages/corrgram/index.html

corrplot 0.84 https://cran.r-project.org/web/packages/corrplot/index.html

CoVR 3.0.1 https://cran.r-project.org/web/packages/covr/index.html

Parcela de vaca 0.9.2 https://cran.r-project.org/web/packages/cowplot/index.html

CPLM 0.7-5 https://cran.r-project.org/web/packages/cplm/index.html

CPP11 0.4.2 https://cran.r-project.org/web/packages/cpp11/index.html

lápis de cor 1.3.4 https://cran.r-project.org/web/packages/crayon/index.html

conversa cruzada 1.0.0 https://cran.r-project.org/web/packages/crosstalk/index.html

CSCoryLogistic 0.1-3 https://cran.r-project.org/web/packages/cslogistic/index.html

CTS 1.0-21 https://cran.r-project.org/web/packages/cts/index.html

CTV 0.8-4 https://cran.r-project.org/web/packages/ctv/index.html

cubatura 1.3-11 https://cran.r-project.org/web/packages/cubature/index.html

Cubista 0.2.1 https://cran.r-project.org/web/packages/Cubist/index.html

curl 3.2 https://cran.r-project.org/web/packages/curl/index.html

CVST 0.2-1 https://cran.r-project.org/web/packages/CVST/index.html

cvFerramentas 0.3.2 https://cran.r-project.org/web/packages/cvTools/index.html

d3heatmap 0.6.1.2 https://cran.r-project.org/web/packages/d3heatmap/index.html

d3Rede 0.5.2.1 https://cran.r-project.org/web/packages/d3Network/index.html

d3r 0.8.0 https://cran.r-project.org/web/packages/d3r/index.html

data.table 1.12.6 https://cran.r-project.org/web/packages/data.table/index.html

data.tree 0.7.5 https://cran.r-project.org/web/packages/data.tree/index.html

datasauRus 0.1.4 https://cran.r-project.org/web/packages/datasauRus/index.html

modelos semânticos 3.4.4 ND

Pacote Versão Associar

data 1.2-38 https://cran.r-project.org/web/packages/date/index.html

DBI 0.8 https://cran.r-project.org/web/packages/DBI/index.html

DBPlyr 1.2.1 https://cran.r-project.org/web/packages/dbplyr/index.html

DBSCAN 1.1-1 https://cran.r-project.org/web/packages/dbscan/index.html

dclone 2.2-0 https://cran.r-project.org/web/packages/dclone/index.html

ddalpha 1.3.1.1 https://cran.r-project.org/web/packages/ddalpha/index.html

acordo 1.2-37 https://cran.r-project.org/web/packages/deal/index.html

depurar 1.1.0 https://cran.r-project.org/web/packages/debugme/index.html

Deepnet 0.2 https://cran.r-project.org/web/packages/deepnet/index.html

Deldir 0.1-14 https://cran.r-project.org/web/packages/deldir/index.html

Dendextend 1.12.0 https://cran.r-

project.org/web/packages/dendextend/index.html

DEoptimR 1.0-8 https://cran.r-project.org/web/packages/DEoptimR/index.html

deployrRserve 9.0.0 ND

Derivar 3.8.4 https://cran.r-project.org/web/packages/Deriv/index.html

desc 1.1.1 https://cran.r-project.org/web/packages/desc/index.html

descr 1.1.4 https://cran.r-project.org/web/packages/descr/index.html

deSolve 1,20 https://cran.r-project.org/web/packages/deSolve/index.html

devtools 1.13.5 https://cran.r-project.org/web/packages/devtools/index.html

DiagrammeR 1.0.0 https://cran.r-

project.org/web/packages/DiagrammeR/index.html

DiagrammeRsvg 0.1 https://cran.r-

project.org/web/packages/DiagrammeRsvg/index.html

dichromat 2.0-0 https://cran.r-project.org/web/packages/dichromat/index.html

resumo 0.6.15 https://cran.r-project.org/web/packages/digest/index.html

dimRed 0.1.0 https://cran.r-project.org/web/packages/dimRed/index.html

diptest 0.75-7 https://cran.r-project.org/web/packages/diptest/index.html

Pacote Versão Associar

Distcrete 1.0.3 https://cran.r-project.org/web/packages/distcrete/index.html

DistributionUtils 0.6-0 https://cran.r-

project.org/web/packages/DistributionUtils/index.html

distrom 1.0 https://cran.r-project.org/web/packages/distrom/index.html

DLM 1.1-4 https://cran.r-project.org/web/packages/dlm/index.html

DMwR 0.4.1 https://cran.r-project.org/web/packages/DMwR/index.html

doBy 4.6-1 https://cran.r-project.org/web/packages/doBy/index.html

doParalelo 1.0.12 https://cran.r-project.org/web/packages/doParallel/index.html

doNEVE 1.0.16 https://cran.r-project.org/web/packages/doSNOW/index.html

pontoCall64 0.9-5.2 https://cran.r-project.org/web/packages/dotCall64/index.html

Downloader 0.4 https://cran.r-

project.org/web/packages/downloader/index.html

dplyr 0.8.3 https://cran.r-project.org/web/packages/dplyr/index.html

DPpacote 1.1-7.4 https://cran.r-project.org/web/packages/DPpackage/index.html

DRR 0.0.3 https://cran.r-project.org/web/packages/DRR/index.html

DSE 2015.12-1 https://cran.r-project.org/web/packages/dse/index.html

DT 0.4 https://cran.r-project.org/web/packages/DT/index.html

DTT 0.1-2 https://cran.r-project.org/web/packages/dtt/index.html

DTW 1.18-1 https://cran.r-project.org/web/packages/dtw/index.html

dígrafos 1.1.1.4 https://cran.r-project.org/web/packages/dygraphs/index.html

DYNLM 0.3-5 https://cran.r-project.org/web/packages/dynlm/index.html

E1071 1.6-8 https://cran.r-project.org/web/packages/e1071/index.html

terra 4.6.2 https://cran.r-project.org/web/packages/earth/index.html

EbayesThresh 1.4-12 https://cran.r-

project.org/web/packages/EbayesThresh/index.html

ebdbNet 1.2.5 https://cran.r-project.org/web/packages/ebdbNet/index.html

ECM 4.4.0 https://cran.r-project.org/web/packages/ecm/index.html

Pacote Versão Associar

edeaR 0.8.0 https://cran.r-project.org/web/packages/edeaR/index.html

efeitos 4.0-1 https://cran.r-project.org/web/packages/effects/index.html

elipse 0.4.1 https://cran.r-project.org/web/packages/ellipse/index.html

ellipsis 0.3.0 https://cran.r-project.org/web/packages/ellipsis/index.html

emmeans 1.1.2 https://cran.r-project.org/web/packages/emmeans/index.html

emulador 1.2-15 https://cran.r-project.org/web/packages/emulator/index.html

energia 1.7-2 https://cran.r-project.org/web/packages/energy/index.html

Inglês 1.2-3 https://cran.r-project.org/web/packages/english/index.html

ensembleBMA 5.1.5 https://cran.r-

project.org/web/packages/ensembleBMA/index.html

entropia 1.2.1 https://cran.r-project.org/web/packages/entropy/index.html

Epitools 0.5-10.1 https://cran.r-project.org/web/packages/epitools/index.html

Epitrix 0.2.2 https://cran.r-project.org/web/packages/epitrix/index.html

estimabilidade 1.3 https://cran.r-project.org/web/packages/estimability/index.html

Eulerr 5.1.0 https://cran.r-project.org/web/packages/eulerr/index.html

EvalEst 2015.4-2 https://cran.r-project.org/web/packages/EvalEst/index.html

evaluate 0.10.1 https://cran.r-project.org/web/packages/evaluate/index.html

DVE 2.3-2 https://cran.r-project.org/web/packages/evd/index.html

Evdbayes 1.1-1 https://cran.r-project.org/web/packages/evdbayes/index.html

eventdataR 0.2.0 https://cran.r-project.org/web/packages/eventdataR/index.html

exactLoglinTest 1.4.2 https://cran.r-

project.org/web/packages/exactLoglinTest/index.html

exactRankTests 0.8-29 https://cran.r-

project.org/web/packages/exactRankTests/index.html

Expint 0.1-4 https://cran.r-project.org/web/packages/expint/index.html

EXPM 0.999-2 https://cran.r-project.org/web/packages/expm/index.html

extraDistr 1.8.8 https://cran.r-project.org/web/packages/extraDistr/index.html

Pacote Versão Associar

fonte extra 0.17 https://cran.r-project.org/web/packages/extrafont/index.html

extrafontdb 1.0 https://cran.r-

project.org/web/packages/extrafontdb/index.html

valores extremos 2.3.2 https://cran.r-

project.org/web/packages/extremevalues/index.html

EZ 4.4-0 https://cran.r-project.org/web/packages/ez/index.html

factoextra 1.0.5 https://cran.r-project.org/web/packages/factoextra/index.html

FactoMineR 1.40 https://cran.r-

project.org/web/packages/FactoMineR/index.html

fator QR 0.1-4 https://cran.r-project.org/web/packages/factorQR/index.html

Fãsi 0.4.0 https://cran.r-project.org/web/packages/fansi/index.html

Faoutlier 0.7.2 https://cran.r-project.org/web/packages/faoutlier/index.html

Farver 1.1.0 https://cran.r-project.org/web/packages/farver/index.html

fastICA 1.2-1 https://cran.r-project.org/web/packages/fastICA/index.html

Fastmatch 1.1-0 https://cran.r-project.org/web/packages/fastmatch/index.html

fNoções básicas 3042.89 https://cran.r-project.org/web/packages/fBasics/index.html

FDRtool 1.2.15 https://cran.r-project.org/web/packages/fdrtool/index.html

fGarch 3042.83.1 https://cran.r-project.org/web/packages/fGarch/index.html

campos 9.6 https://cran.r-project.org/web/packages/fields/index.html

filehash 2.4-1 https://cran.r-project.org/web/packages/filehash/index.html

FinCal 0.6.3 https://cran.r-project.org/web/packages/FinCal/index.html

fitdistrplus 1.0-9 https://cran.r-project.org/web/packages/fitdistrplus/index.html

flashClust 1.01-2 https://cran.r-project.org/web/packages/flashClust/index.html

Flexclust 1.3-5 https://cran.r-project.org/web/packages/flexclust/index.html

flexmix 2.3-14 https://cran.r-project.org/web/packages/flexmix/index.html

FME 1.3.5 https://cran.r-project.org/web/packages/FME/index.html

FMSB 0.6.1 https://cran.r-project.org/web/packages/fmsb/index.html

Pacote Versão Associar

FNN 1.1 https://cran.r-project.org/web/packages/FNN/index.html

fonteBitstreamVera 0.1.1 https://cran.r-

project.org/web/packages/fontBitstreamVera/index.html

fontLiberation 0.1.0 https://cran.r-

project.org/web/packages/fontLiberation/index.html

Fontquiver 0.2.1 https://cran.r-project.org/web/packages/fontquiver/index.html

FORCATS 0.3.0 https://cran.r-project.org/web/packages/forcats/index.html

foreach 1.4.4 https://cran.r-project.org/web/packages/foreach/index.html

forecast 8.7 https://cran.r-project.org/web/packages/forecast/index.html

previsãoHíbrido 2.1.11 https://cran.r-

project.org/web/packages/forecastHybrid/index.html

externa 0.8-69 https://cran.r-project.org/web/packages/foreign/index.html

formatR 1.5 https://cran.r-project.org/web/packages/formatR/index.html

formattable 0.2.0.1 https://cran.r-

project.org/web/packages/formattable/index.html

Fórmula 1.2-2 https://cran.r-project.org/web/packages/Formula/index.html

FPC 2.1-11 https://cran.r-project.org/web/packages/fpc/index.html

Fracdiff 1.4-2 https://cran.r-project.org/web/packages/fracdiff/index.html

fNegociação 3042.79 https://cran.r-project.org/web/packages/fTrading/index.html

fUnitRoots 3042.79 https://cran.r-project.org/web/packages/fUnitRoots/index.html

fútil.logger 1.4.3 https://cran.r-

project.org/web/packages/futile.logger/index.html

fúteis.opções 1.0.0 https://cran.r-

project.org/web/packages/futile.options/index.html

Futuro 1.15.0 https://cran.r-project.org/web/packages/future/index.html

future.apply 1.3.0 https://cran.r-

project.org/web/packages/future.apply/index.html

GAM 1,15 https://cran.r-project.org/web/packages/gam/index.html

Gamlr 1.13-4 https://cran.r-project.org/web/packages/gamlr/index.html

Pacote Versão Associar

Gamlss 5.0-6 https://cran.r-project.org/web/packages/gamlss/index.html

gamlss.data 5.0-0 https://cran.r-

project.org/web/packages/gamlss.data/index.html

gamlss.dist 5.0-4 https://cran.r-project.org/web/packages/gamlss.dist/index.html

gbm 2.1.3 https://cran.r-project.org/web/packages/gbm/index.html

Gclus 1.3.1 https://cran.r-project.org/web/packages/gclus/index.html

gdalUtils 2.0.1.7 https://cran.r-project.org/web/packages/gdalUtils/index.html

gdata 2.18.0 https://cran.r-project.org/web/packages/gdata/index.html

gdtools 0.1.7 https://cran.r-project.org/web/packages/gdtools/index.html

Pô 4.13-19 https://cran.r-project.org/web/packages/gee/index.html

Genalg 0.2.0 https://cran.r-project.org/web/packages/genalg/index.html

Genéricos 0.1.2 https://cran.r-project.org/web/packages/generics/index.html

Genética 1.3.8.1 https://cran.r-project.org/web/packages/genetics/index.html

GenSA 1.1.7 https://cran.r-project.org/web/packages/GenSA/index.html

Geojson 0.2.0 https://cran.r-project.org/web/packages/geojson/index.html

Geojsonio 0.6.0 https://cran.r-project.org/web/packages/geojsonio/index.html

geojsonlint 0.2.0 https://cran.r-project.org/web/packages/geojsonlint/index.html

geoR 1.7-5.2 https://cran.r-project.org/web/packages/geoR/index.html

geoRglm 0.9-11 https://cran.r-project.org/web/packages/geoRglm/index.html

Geosfera 1.5-7 https://cran.r-project.org/web/packages/geosphere/index.html

GGally 2.0.0 https://cran.r-project.org/web/packages/GGally/index.html

Ggalt 0.4.0 https://cran.r-project.org/web/packages/ggalt/index.html

gganimado 1.0.3 https://cran.r-project.org/web/packages/gganimate/index.html

ggcorrplot 0.1.1 https://cran.r-project.org/web/packages/ggcorrplot/index.html

Ggdendro 0.1-20 https://cran.r-project.org/web/packages/ggdendro/index.html

ggeffects 0.3.2 https://cran.r-project.org/web/packages/ggeffects/index.html

ggExtra 0,9 https://cran.r-project.org/web/packages/ggExtra/index.html

Pacote Versão Associar

ggforce 0.1.1 https://cran.r-project.org/web/packages/ggforce/index.html

ggformula 0.6.2 https://cran.r-project.org/web/packages/ggformula/index.html

ggfortify 0.4.3 https://cran.r-project.org/web/packages/ggfortify/index.html

ggdestaque 0.3.0 https://cran.r-

project.org/web/packages/gghighlight/index.html

ggimage 0.1.2 https://cran.r-project.org/web/packages/ggimage/index.html

Ggiraph 0.6.1 https://cran.r-project.org/web/packages/ggiraph/index.html

ggjoy 0.4.0 https://cran.r-project.org/web/packages/ggjoy/index.html

GGM 2.3 https://cran.r-project.org/web/packages/ggm/index.html

GGMAP 3.0.0 https://cran.r-project.org/web/packages/ggmap/index.html

GGMCMC 1.1 https://cran.r-project.org/web/packages/ggmcmc/index.html

ggplot2 3.3.3 https://cran.r-project.org/web/packages/ggplot2/index.html

ggplot2movies 0.0.1 https://cran.r-

project.org/web/packages/ggplot2movies/index.html

ggpmisc 0.2.16 https://cran.r-project.org/web/packages/ggpmisc/index.html

GGPUBR 0.2.3 https://cran.r-project.org/web/packages/ggpubr/index.html

ggQC 0.0.31 https://cran.r-project.org/web/packages/ggQC/index.html

ggRandomFlorestas 2.0.1 https://cran.r-

project.org/web/packages/ggRandomForests/index.html

ggraph 1.0.1 https://cran.r-project.org/web/packages/ggraph/index.html

ggrepel 0.8.0 https://cran.r-project.org/web/packages/ggrepel/index.html

Ggridges 0.4.1 https://cran.r-project.org/web/packages/ggridges/index.html

GGSCI 2.8 https://cran.r-project.org/web/packages/ggsci/index.html

ggsignif 0.4.0 https://cran.r-project.org/web/packages/ggsignif/index.html

ggsoccer 0.1.4 https://cran.r-project.org/web/packages/ggsoccer/index.html

GGGSTANCE 0.3 https://cran.r-project.org/web/packages/ggstance/index.html

Ggtern 2.2.1 https://cran.r-project.org/web/packages/ggtern/index.html

Pacote Versão Associar

ggthemes 3.4.0 https://cran.r-project.org/web/packages/ggthemes/index.html

GISTR 0.4.0 https://cran.r-project.org/web/packages/gistr/index.html

git2r 0.21.0 https://cran.r-project.org/web/packages/git2r/index.html

Copo 1.8 https://cran.r-project.org/web/packages/glasso/index.html

glmmBUGS 2.4.0 https://cran.r-project.org/web/packages/glmmBUGS/index.html

glmmTMB 0.2.0 https://cran.r-project.org/web/packages/glmmTMB/index.html

glmnet 2.0-13 https://cran.r-project.org/web/packages/glmnet/index.html

GlobalOptions 0.0.13 https://cran.r-

project.org/web/packages/GlobalOptions/index.html

Globais 0.12.4 https://cran.r-project.org/web/packages/globals/index.html

colar 1.3.1 https://cran.r-project.org/web/packages/glue/index.html

modelos de gmodels 2.16.2 https://cran.r-project.org/web/packages/gmodels/index.html

BPF 0.5-13.1 https://cran.r-project.org/web/packages/gmp/index.html

GNM 1.0-8 https://cran.r-project.org/web/packages/gnm/index.html

goftest 1.1-1 https://cran.r-project.org/web/packages/goftest/index.html

googleVis 0.6.2 https://cran.r-project.org/web/packages/googleVis/index.html

gower 0.1.2 https://cran.r-project.org/web/packages/gower/index.html

GPArotação 2014.11-1 https://cran.r-

project.org/web/packages/GPArotation/index.html

GPLOTS 3.0.1 https://cran.r-project.org/web/packages/gplots/index.html

gráficos 3.4.4 ND

grDevices 3.4.4 ND

grelha 3.4.4 ND

Base de grelha 0.4-7 https://cran.r-project.org/web/packages/gridBase/index.html

gridExtra 2.3 https://cran.r-project.org/web/packages/gridExtra/index.html

gridGraphics 0.2-1 https://cran.r-

project.org/web/packages/gridGraphics/index.html
Pacote Versão Associar

Curvas de crescimento 0.2.4.1 https://cran.r-project.org/web/packages/growcurves/index.html

Grpreg 3.1-2 https://cran.r-project.org/web/packages/grpreg/index.html

GSS 2.1-7 https://cran.r-project.org/web/packages/gss/index.html

GSTAT 1.1-5 https://cran.r-project.org/web/packages/gstat/index.html

gsubfn 0.7 https://cran.r-project.org/web/packages/gsubfn/index.html

gtable 0.2.0 https://cran.r-project.org/web/packages/gtable/index.html

fezes 3.5.0 https://cran.r-project.org/web/packages/gtools/index.html

gtrendsR 1.4.3 https://cran.r-project.org/web/packages/gtrendsR/index.html

gWidgets 0.0-54 https://cran.r-project.org/web/packages/gWidgets/index.html

gWidgetsRGtk2 0.0-86 https://cran.r-

project.org/web/packages/gWidgetsRGtk2/index.html

gWidgetstcltk 0.0-55 https://cran.r-

project.org/web/packages/gWidgetstcltk/index.html

haplo.stats 1.7.7 https://cran.r-project.org/web/packages/haplo.stats/index.html

hash 2.2.6 https://cran.r-project.org/web/packages/hash/index.html

Refúgio 1.1.1 https://cran.r-project.org/web/packages/haven/index.html

HBSAE 1.0 https://cran.r-project.org/web/packages/hbsae/index.html

HDInterval 0.2.0 https://cran.r-project.org/web/packages/HDInterval/index.html

hdrcde 3.2 https://cran.r-project.org/web/packages/hdrcde/index.html

Heatmaply 0.16.0 https://cran.r-project.org/web/packages/heatmaply/index.html

heavy 0.38.19 https://cran.r-project.org/web/packages/heavy/index.html

Hexbin 1.27.2 https://cran.r-project.org/web/packages/hexbin/index.html

Voos Hflight 0.1 https://cran.r-project.org/web/packages/hflights/index.html

HH 3.1-34 https://cran.r-project.org/web/packages/HH/index.html

HI 0.4 https://cran.r-project.org/web/packages/HI/index.html

Carta Alta 0.5.0 https://cran.r-project.org/web/packages/highcharter/index.html

mais alto 0,6 https://cran.r-project.org/web/packages/highr/index.html

Pacote Versão Associar

HistData 0.8-2 https://cran.r-project.org/web/packages/HistData/index.html

Hmisc 4.1-1 https://cran.r-project.org/web/packages/Hmisc/index.html

HMS 0.4.2 https://cran.r-project.org/web/packages/hms/index.html

Acumulador 0.2.0 https://cran.r-project.org/web/packages/hoardr/index.html

hrbrthemes 0.6.0 https://cran.r-project.org/web/packages/hrbrthemes/index.html

HSAUR 1.3-9 https://cran.r-project.org/web/packages/HSAUR/index.html

htmlTable 1.11.2 https://cran.r-project.org/web/packages/htmlTable/index.html

htmltools 0.3.6 https://cran.r-project.org/web/packages/htmltools/index.html

htmlwidgets 1.3 https://cran.r-

project.org/web/packages/htmlwidgets/index.html

HTS 5.1.5 https://cran.r-project.org/web/packages/hts/index.html

httpuv 1.3.6.2 https://cran.r-project.org/web/packages/httpuv/index.html

httr 1.3.1 https://cran.r-project.org/web/packages/httr/index.html

enorme 1.2.7 https://cran.r-project.org/web/packages/huge/index.html

Hunspell 2.9 https://cran.r-project.org/web/packages/hunspell/index.html

hidroTSM 0.5-1 https://cran.r-project.org/web/packages/hydroTSM/index.html

IBrokers 0.9-12 https://cran.r-project.org/web/packages/IBrokers/index.html

ifultools 2.0-4 https://cran.r-project.org/web/packages/ifultools/index.html

Gráfico 1.2.1 https://cran.r-project.org/web/packages/igraph/index.html

gerador de imagens 0.40.2 https://cran.r-project.org/web/packages/imager/index.html

imputeTS 2,7 https://cran.r-project.org/web/packages/imputeTS/index.html

incidência 1.7.2 https://cran.r-project.org/web/packages/incidence/index.html

influênciaR 0.1.0 https://cran.r-project.org/web/packages/influenceR/index.html

InformaçãoValor 1.2.3 https://cran.r-

project.org/web/packages/InformationValue/index.html

em linha 0.3.14 https://cran.r-project.org/web/packages/inline/index.html

intervalos 0.15.1 https://cran.r-project.org/web/packages/intervals/index.html

Pacote Versão Associar

Inum 1.0-0 https://cran.r-project.org/web/packages/inum/index.html

investidor 1.4.2 https://cran.r-project.org/web/packages/investr/index.html

ipred 0.9-6 https://cran.r-project.org/web/packages/ipred/index.html

IRLBA 2.3.2 https://cran.r-project.org/web/packages/irlba/index.html

TIR 0.84 https://cran.r-project.org/web/packages/irr/index.html

Isoband 0.2.0 https://cran.r-project.org/web/packages/isoband/index.html

Códigos ISO 2017.09.27 https://cran.r-project.org/web/packages/ISOcodes/index.html

iteradores 1.0.9 https://cran.r-project.org/web/packages/iterators/index.html

Janeaustenr 0.1.5 https://cran.r-

project.org/web/packages/janeaustenr/index.html

zelador 1.0.0 https://cran.r-project.org/web/packages/janitor/index.html

jmvcore 1.0.8 https://cran.r-project.org/web/packages/jmvcore/index.html

jpeg 0.1-8 https://cran.r-project.org/web/packages/jpeg/index.html

JQR 1.0.0 https://cran.r-project.org/web/packages/jqr/index.html

jsonlite 1.6 https://cran.r-project.org/web/packages/jsonlite/index.html

jsonvalide 1.0.0 https://cran.r-

project.org/web/packages/jsonvalidate/index.html

jtools 0.9.4 https://cran.r-project.org/web/packages/jtools/index.html

kableExtra 0.7.0 https://cran.r-project.org/web/packages/kableExtra/index.html

Kendall 2.2 https://cran.r-project.org/web/packages/Kendall/index.html

kernlab 0.9-25 https://cran.r-project.org/web/packages/kernlab/index.html

KernSmooth 2.23-15 https://cran.r-

project.org/web/packages/KernSmooth/index.html

KFKSDS 1.6 https://cran.r-project.org/web/packages/KFKSDS/index.html

parentesco2 1.6.4 https://cran.r-project.org/web/packages/kinship2/index.html

kknn 1.3.1 https://cran.r-project.org/web/packages/kknn/index.html

klaR 0.6-14 https://cran.r-project.org/web/packages/klaR/index.html

Pacote Versão Associar

km.ci 0.5-2 https://cran.r-project.org/web/packages/km.ci/index.html

KMsurv 0.1-5 https://cran.r-project.org/web/packages/KMsurv/index.html

Knitr 1,20 https://cran.r-project.org/web/packages/knitr/index.html

KS 1.11.0 https://cran.r-project.org/web/packages/ks/index.html

etiquetagem 0.3 https://cran.r-project.org/web/packages/labeling/index.html

rotulado 1.0.1 https://cran.r-project.org/web/packages/labelled/index.html

Laeken 0.4.6 https://cran.r-project.org/web/packages/laeken/index.html

Lahman 6.0-0 https://cran.r-project.org/web/packages/Lahman/index.html

lambda.r 1.2 https://cran.r-project.org/web/packages/lambda.r/index.html

Lars 1.2 https://cran.r-project.org/web/packages/lars/index.html

mais tarde 1.0.0 https://cran.r-project.org/web/packages/later/index.html

látex2exp 0.4.0 https://cran.r-project.org/web/packages/latex2exp/index.html

lattice 0.20-35 https://cran.r-project.org/web/packages/lattice/index.html

treliçaExtra 0.6-28 https://cran.r-project.org/web/packages/latticeExtra/index.html

lava 1.6.1 https://cran.r-project.org/web/packages/lava/index.html

lava 0.5- https://cran.r-project.org/web/packages/lavaan/index.html

23.1097

lazyeval 0.2.1 https://cran.r-project.org/web/packages/lazyeval/index.html

lda 1.4.2 https://cran.r-project.org/web/packages/lda/index.html

folheto 2.0.2 https://cran.r-project.org/web/packages/leaflet/index.html

folheto.esri 0.2 https://cran.r-project.org/web/packages/leaflet.esri/index.html

folheto.extras 0.2 https://cran.r-

project.org/web/packages/leaflet.extras/index.html

saltos 3.0 https://cran.r-project.org/web/packages/leaps/index.html

LearnBayes 2.15.1 https://cran.r-project.org/web/packages/LearnBayes/index.html

léxico 1.2.1 https://cran.r-project.org/web/packages/lexicon/index.html

libcoin 1.0-1 https://cran.r-project.org/web/packages/libcoin/index.html

Pacote Versão Associar

LiblineaR 2.10-8 https://cran.r-project.org/web/packages/LiblineaR/index.html

LICORS 0.2.0 https://cran.r-project.org/web/packages/LICORS/index.html

ciclo de vida 0.1.0 https://cran.r-project.org/web/packages/lifecycle/index.html

Likert 1.3.5 https://cran.r-project.org/web/packages/likert/index.html

limSolve 1.5.5.3 https://cran.r-project.org/web/packages/limSolve/index.html

lista de linhas 0.0.40.9000 https://cran.r-project.org/web/packages/linelist/index.html

linprog 0.9-2 https://cran.r-project.org/web/packages/linprog/index.html

ouvirv 0.7.0 https://cran.r-project.org/web/packages/listenv/index.html

lm.beta 1.5-1 https://cran.r-project.org/web/packages/lm.beta/index.html

lme4 1.1-16 https://cran.r-project.org/web/packages/lme4/index.html

LMM 1.0 https://cran.r-project.org/web/packages/lmm/index.html

lmtest 0.9-35 https://cran.r-project.org/web/packages/lmtest/index.html

locfit 1.5-9.1 https://cran.r-project.org/web/packages/locfit/index.html

LOCPOL 0.6-0 https://cran.r-project.org/web/packages/locpol/index.html

LogicReg 1.5.9 https://cran.r-project.org/web/packages/LogicReg/index.html

lpResolver 5.6.13 https://cran.r-project.org/web/packages/lpSolve/index.html

LSA 0.73.1 https://cran.r-project.org/web/packages/lsa/index.html

lsmeans 2.27-61 https://cran.r-project.org/web/packages/lsmeans/index.html

lubridate 1.7.2 https://cran.r-project.org/web/packages/lubridate/index.html

magia 1.5-8 https://cran.r-project.org/web/packages/magic/index.html

magia 1.8 https://cran.r-project.org/web/packages/magick/index.html

magrittr 1.5 https://cran.r-project.org/web/packages/magrittr/index.html

manipulateWidget 0.9.0 https://cran.r-

project.org/web/packages/manipulateWidget/index.html

MAPA 2.0.4 https://cran.r-project.org/web/packages/MAPA/index.html

Dados do mapa 2.3.0 https://cran.r-project.org/web/packages/mapdata/index.html

mapproj 1.2.6 https://cran.r-project.org/web/packages/mapproj/index.html

Pacote Versão Associar

mapas 3.2.0 https://cran.r-project.org/web/packages/maps/index.html

Ferramentas de mapa 0.9-2 https://cran.r-project.org/web/packages/maptools/index.html

Maptree 1.4-7 https://cran.r-project.org/web/packages/maptree/index.html

vista de mapa 2.3.0 https://cran.r-project.org/web/packages/mapview/index.html

Marima 2.2 https://cran.r-project.org/web/packages/marima/index.html

Marcação 0.8 https://cran.r-project.org/web/packages/markdown/index.html

MASSA 7.3-49 https://cran.r-project.org/web/packages/MASS/index.html

MasterBayes 2.55 https://cran.r-

project.org/web/packages/MasterBayes/index.html

Correspondência 4.9-5 https://cran.r-project.org/web/packages/Matching/index.html

MatchIt 3.0.2 https://cran.r-project.org/web/packages/MatchIt/index.html

Casamenteiro 0.1.1 https://cran.r-

project.org/web/packages/matchmaker/index.html

Matriz 1.2-12 https://cran.r-project.org/web/packages/Matrix/index.html

Matrixcalc 1.0-3 https://cran.r-project.org/web/packages/matrixcalc/index.html

MatrizModels 0.4-1 https://cran.r-

project.org/web/packages/MatrixModels/index.html

matrixStats 0.54.0 https://cran.r-project.org/web/packages/matrixStats/index.html

Maxent 1.3.3.1 https://cran.r-project.org/web/packages/maxent/index.html

maxLik 1.3-4 https://cran.r-project.org/web/packages/maxLik/index.html

Maxstat 0.7-25 https://cran.r-project.org/web/packages/maxstat/index.html

mboost 2.8-1 https://cran.r-project.org/web/packages/mboost/index.html

McLust 5.4 https://cran.r-project.org/web/packages/mclust/index.html

MCMC 0.9-5 https://cran.r-project.org/web/packages/mcmc/index.html

MCMCglmm 2,25 https://cran.r-

project.org/web/packages/MCMCglmm/index.html

MDA 0.4-10 https://cran.r-project.org/web/packages/mda/index.html

memoise 1.1.0 https://cran.r-project.org/web/packages/memoise/index.html

Pacote Versão Associar

merFerramentas 0.3.0 https://cran.r-project.org/web/packages/merTools/index.html

meta 4.9-1 https://cran.r-project.org/web/packages/meta/index.html

metafor 2.0-0 https://cran.r-project.org/web/packages/metafor/index.html

métodos 3.4.4 ND

métricasgráficos 0.9.0 https://cran.r-

project.org/web/packages/metricsgraphics/index.html

mgcv 1.8-23 https://cran.r-project.org/web/packages/mgcv/index.html

Mgsub 1.7.1 https://cran.r-project.org/web/packages/mgsub/index.html

mi 1.0 https://cran.r-project.org/web/packages/mi/index.html

ratos 2.46.0 https://cran.r-project.org/web/packages/mice/index.html

Microbenchmark 1.4-4 https://cran.r-

project.org/web/packages/microbenchmark/index.html

MicrosoftR 3.4.4.0105 ND

mime 0.5 https://cran.r-project.org/web/packages/mime/index.html

miniCRAN 0.2.11 https://cran.r-project.org/web/packages/miniCRAN/index.html

miniUI 0.1.1 https://cran.r-project.org/web/packages/miniUI/index.html

Minpack.lm 1.2-1 https://cran.r-project.org/web/packages/minpack.lm/index.html

minqa 1.2.4 https://cran.r-project.org/web/packages/minqa/index.html

mirt 1.27.1 https://cran.r-project.org/web/packages/mirt/index.html

Misc3D 0.8-4 https://cran.r-project.org/web/packages/misc3d/index.html

miscTools 0.6-22 https://cran.r-project.org/web/packages/miscTools/index.html

mitools | 2.3 https://cran.r-project.org/web/packages/mitools/index.html

ferramentas de 1.1.0 https://cran.r-project.org/web/packages/mixtools/index.html

mistura

MLAPI 0.1.0 https://cran.r-project.org/web/packages/mlapi/index.html

Mlbench 2.1-1 https://cran.r-project.org/web/packages/mlbench/index.html

mlogitBMA 0.1-6 https://cran.r-project.org/web/packages/mlogitBMA/index.html

Pacote Versão Associar

mnormt 1.5-5 https://cran.r-project.org/web/packages/mnormt/index.html

MNP 3.1-0 https://cran.r-project.org/web/packages/MNP/index.html

ModelMetrics 1.1.0 https://cran.r-

project.org/web/packages/ModelMetrics/index.html

Modelador 0.1.1 https://cran.r-project.org/web/packages/modelr/index.html

ferramentas de 0.2-21 https://cran.r-project.org/web/packages/modeltools/index.html

modelo

Mombf 1.9.6 https://cran.r-project.org/web/packages/mombf/index.html

momentos 0.14 https://cran.r-project.org/web/packages/moments/index.html

monomvn 1.9-7 https://cran.r-project.org/web/packages/monomvn/index.html

Monreg 0.1.3 https://cran.r-project.org/web/packages/monreg/index.html

mosaico 1.1.1 https://cran.r-project.org/web/packages/mosaic/index.html

mosaico 0.4.2 https://cran.r-

project.org/web/packages/mosaicCore/index.html

mosaicData 0.16.0 https://cran.r-

project.org/web/packages/mosaicData/index.html

MSBVAR 0.9-3 https://cran.r-project.org/web/packages/MSBVAR/index.html

MSIR 1.3.2 https://cran.r-project.org/web/packages/msir/index.html

Msm 1.6.6 https://cran.r-project.org/web/packages/msm/index.html

Multcomp 1.4-8 https://cran.r-project.org/web/packages/multcomp/index.html

Multicool 0.1-10 https://cran.r-project.org/web/packages/multicool/index.html

munsell 0.5.0 https://cran.r-project.org/web/packages/munsell/index.html

mvoutlier 2.0.9 https://cran.r-project.org/web/packages/mvoutlier/index.html

mvtnorm 1.0-7 https://cran.r-project.org/web/packages/mvtnorm/index.html

NbClust 3.0 https://cran.r-project.org/web/packages/NbClust/index.html

NCVREG 3.9-1 https://cran.r-project.org/web/packages/ncvreg/index.html

network 1.13.0 https://cran.r-project.org/web/packages/network/index.html

redeD3 0.4 https://cran.r-project.org/web/packages/networkD3/index.html

Pacote Versão Associar

Neuralnet 1.33 https://cran.r-project.org/web/packages/neuralnet/index.html

Ngram 3.0.4 https://cran.r-project.org/web/packages/ngram/index.html

nlme 3.1-131.1 https://cran.r-project.org/web/packages/nlme/index.html

nloptr 1.0.4 https://cran.r-project.org/web/packages/nloptr/index.html

NLP 0.1-11 https://cran.r-project.org/web/packages/NLP/index.html

nls.multstart 1.2.0 https://cran.r-

project.org/web/packages/nls.multstart/index.html

NMF 0.21.0 https://cran.r-project.org/web/packages/NMF/index.html

nnet 7.3-12 https://cran.r-project.org/web/packages/nnet/index.html

NNLS 1.4 https://cran.r-project.org/web/packages/nnls/index.html

Nortest 1.0-4 https://cran.r-project.org/web/packages/nortest/index.html

Números 0.6-6 https://cran.r-project.org/web/packages/numbers/index.html

numDeriv 2016.8-1 https://cran.r-project.org/web/packages/numDeriv/index.html

numforme 0.4.0 https://cran.r-project.org/web/packages/numform/index.html

Vista Oceano 1.0.4 https://cran.r-project.org/web/packages/OceanView/index.html

ao ar livre 2.3-0 https://cran.r-project.org/web/packages/openair/index.html

openssl 1.0.1 https://cran.r-project.org/web/packages/openssl/index.html

Osmar 1.1-7 https://cran.r-project.org/web/packages/osmar/index.html

surtos 1.5.0 https://cran.r-project.org/web/packages/outbreaks/index.html

OutlierDC 0.3-0 https://cran.r-project.org/web/packages/OutlierDC/index.html

OutlierDM 1.1.1 https://cran.r-project.org/web/packages/OutlierDM/index.html

valores anómalos 0.14 https://cran.r-project.org/web/packages/outliers/index.html

pacbpred 0.92.2 https://cran.r-project.org/web/packages/pacbpred/index.html

PackCircles 0.3.3 https://cran.r-project.org/web/packages/packcircles/index.html

padr 0.4.0 https://cran.r-project.org/web/packages/padr/index.html

paralelo 3.4.4 ND

partições 1.9-19 https://cran.r-project.org/web/packages/partitions/index.html

Pacote Versão Associar

festa 1.2-4 https://cran.r-project.org/web/packages/party/index.html

kit de festa 1.2-0 https://cran.r-project.org/web/packages/partykit/index.html

PAWL 0.5 https://cran.r-project.org/web/packages/PAWL/index.html

pbapply 1.3-4 https://cran.r-project.org/web/packages/pbapply/index.html

pbivnorm 0.6.0 https://cran.r-project.org/web/packages/pbivnorm/index.html

pbkrtest 0.4-7 https://cran.r-project.org/web/packages/pbkrtest/index.html

PCAmixdata 3.1 https://cran.r-

project.org/web/packages/PCAmixdata/index.html

pcaPP 1.9-73 https://cran.r-project.org/web/packages/pcaPP/index.html

PDC 1.0.3 https://cran.r-project.org/web/packages/pdc/index.html

pegas 0,12 https://cran.r-project.org/web/packages/pegas/index.html

Análise de 1.5.2 https://cran.r-

desempenho project.org/web/packages/PerformanceAnalytics/index.html

permutar 0.9-4 https://cran.r-project.org/web/packages/permute/index.html

Perry 0.2.0 https://cran.r-project.org/web/packages/perry/index.html

petrinetR 0.1.0 https://cran.r-project.org/web/packages/petrinetR/index.html

pheatmap 1.0.8 https://cran.r-project.org/web/packages/pheatmap/index.html

pilar 1.4.2 https://cran.r-project.org/web/packages/pillar/index.html

PixMap 0.4-11 https://cran.r-project.org/web/packages/pixmap/index.html

pkgconfig 2.0.2 https://cran.r-project.org/web/packages/pkgconfig/index.html

pkgmaker 0.22 https://cran.r-project.org/web/packages/pkgmaker/index.html

Ferramentas de placa 0.1.0 https://cran.r-project.org/web/packages/platetools/index.html

plogr 0.2.0 https://cran.r-project.org/web/packages/plogr/index.html

plot3D 1.1.1 https://cran.r-project.org/web/packages/plot3D/index.html

plot3Drgl 1.0.1 https://cran.r-project.org/web/packages/plot3Drgl/index.html

enredo 4.9.2.2 https://cran.r-project.org/web/packages/plotly/index.html

Enredo 3.3.6 https://cran.r-project.org/web/packages/plotmo/index.html

Pacote Versão Associar

Plotrix 3.7 https://cran.r-project.org/web/packages/plotrix/index.html

pls 2.6-0 https://cran.r-project.org/web/packages/pls/index.html

plyr 1.8.4 https://cran.r-project.org/web/packages/plyr/index.html

png 0.1-7 https://cran.r-project.org/web/packages/png/index.html

Polspline 1.1.12 https://cran.r-project.org/web/packages/polspline/index.html

policlipe 1.6-1 https://cran.r-project.org/web/packages/polyclip/index.html

polilabelador 0.1.0 https://cran.r-project.org/web/packages/polylabelr/index.html

Polinômio 1.3-9 https://cran.r-project.org/web/packages/polynom/index.html

PPCor 1.1 https://cran.r-project.org/web/packages/ppcor/index.html

Prabclus 2.2-6 https://cran.r-project.org/web/packages/prabclus/index.html

Pracma 2.1.4 https://cran.r-project.org/web/packages/pracma/index.html

elogiar 1.0.0 https://cran.r-project.org/web/packages/praise/index.html

precrec 0.10.1 https://cran.r-project.org/web/packages/precrec/index.html

previsão 0.2.0 https://cran.r-project.org/web/packages/prediction/index.html

Predmixcor 1.1-1 https://cran.r-project.org/web/packages/predmixcor/index.html

PresençaAusência 1.1.9 https://cran.r-

project.org/web/packages/PresenceAbsence/index.html

unidades bonitas 1.0.2 https://cran.r-project.org/web/packages/prettyunits/index.html

pROC 1.11.0 https://cran.r-project.org/web/packages/pROC/index.html

processmapR 0.3.3 https://cran.r-

project.org/web/packages/processmapR/index.html

processmonitR 0.1.0 https://cran.r-

project.org/web/packages/processmonitR/index.html

processx 2.0.0.1 https://cran.r-project.org/web/packages/processx/index.html

prodlim 1.6.1 https://cran.r-project.org/web/packages/prodlim/index.html

ProfDPM 3.3 https://cran.r-project.org/web/packages/profdpm/index.html

modelo de perfil 0.5-9 https://cran.r-

project.org/web/packages/profileModel/index.html
Pacote Versão Associar

Progresso 1.1.2 https://cran.r-project.org/web/packages/progress/index.html

proj4 1.0-8 https://cran.r-project.org/web/packages/proj4/index.html

promessas 1.1.0 https://cran.r-project.org/web/packages/promises/index.html

profeta 0.2.1 https://cran.r-project.org/web/packages/prophet/index.html

proto 1.0.0 https://cran.r-project.org/web/packages/proto/index.html

Protolito 1.7 https://cran.r-project.org/web/packages/protolite/index.html

procuração 0.4-21 https://cran.r-project.org/web/packages/proxy/index.html

Pryr 0.1.4 https://cran.r-project.org/web/packages/pryr/index.html

PSCL 1.5.2 https://cran.r-project.org/web/packages/pscl/index.html

psique 1.8.3.3 https://cran.r-project.org/web/packages/psych/index.html

purrr 0.3.3 https://cran.r-project.org/web/packages/purrr/index.html

PWR 1.2-2 https://cran.r-project.org/web/packages/pwr/index.html

QAP 0.1-1 https://cran.r-project.org/web/packages/qap/index.html

QCC 2,7 https://cran.r-project.org/web/packages/qcc/index.html

qdapDicionários 1.0.7 https://cran.r-

project.org/web/packages/qdapDictionaries/index.html

qdapRegex 0.7.2 https://cran.r-project.org/web/packages/qdapRegex/index.html

qdapFerramentas 1.3.3 https://cran.r-project.org/web/packages/qdapTools/index.html

qgraph 1.4.4 https://cran.r-project.org/web/packages/qgraph/index.html

Qicharts 0.5.5 https://cran.r-project.org/web/packages/qicharts/index.html

Qicharts2 0.6.0 https://cran.r-project.org/web/packages/qicharts2/index.html

Quadprog 1.5-5 https://cran.r-project.org/web/packages/quadprog/index.html

qualidadeFerramentas 1.55 https://cran.r-

project.org/web/packages/qualityTools/index.html

quanteda 1.1.1 https://cran.r-project.org/web/packages/quanteda/index.html

Quantmod 0.4-12 https://cran.r-project.org/web/packages/quantmod/index.html

quantreg 5,35 https://cran.r-project.org/web/packages/quantreg/index.html

Pacote Versão Associar

Autor da pergunta 0.6.2 https://cran.r-project.org/web/packages/questionr/index.html

QVCALC 0.9-1 https://cran.r-project.org/web/packages/qvcalc/index.html

R.matlab 3.6.1 https://cran.r-project.org/web/packages/R.matlab/index.html

R.methodsS3 1.7.1 https://cran.r-

project.org/web/packages/R.methodsS3/index.html

R.oo 1.21.0 https://cran.r-project.org/web/packages/R.oo/index.html

R.utils 2.6.0 https://cran.r-project.org/web/packages/R.utils/index.html

r2d3 0.2.3 https://cran.r-project.org/web/packages/r2d3/index.html

R2HTML 2.3.2 https://cran.r-project.org/web/packages/R2HTML/index.html

R2jags 0.5-7 https://cran.r-project.org/web/packages/R2jags/index.html

R2OpenBUGS 3.2-3.2 https://cran.r-

project.org/web/packages/R2OpenBUGS/index.html

R2WinBUGS 2.1-21 https://cran.r-

project.org/web/packages/R2WinBUGS/index.html

R6 2.2.2 https://cran.r-project.org/web/packages/R6/index.html

rampas 0.6-15 https://cran.r-project.org/web/packages/ramps/index.html

Campos aleatórios 3.1.50 https://cran.r-

project.org/web/packages/RandomFields/index.html

RandomFieldsUtils 0.3.25 https://cran.r-

project.org/web/packages/RandomFieldsUtils/index.html

randomForest 4.6-14 https://cran.r-

project.org/web/packages/randomForest/index.html

Ranger 0.9.0 https://cran.r-project.org/web/packages/ranger/index.html

RApiDatetime 0.0.4 https://cran.r-

project.org/web/packages/RApiDatetime/index.html

rappdirs 0.3.1 https://cran.r-project.org/web/packages/rappdirs/index.html

RArcInfo 0.4-12 https://cran.r-project.org/web/packages/RArcInfo/index.html

raster 2.6-7 https://cran.r-project.org/web/packages/raster/index.html

chocalho 5.1.0 https://cran.r-project.org/web/packages/rattle/index.html

Pacote Versão Associar

RayShader 0.10.1 https://cran.r-project.org/web/packages/rayshader/index.html

rbenchmark 1.0.0 https://cran.r-

project.org/web/packages/rbenchmark/index.html

Rblpapi 0.3.8 https://cran.r-project.org/web/packages/Rblpapi/index.html

Rbokeh 0.5.0 https://cran.r-project.org/web/packages/rbokeh/index.html

rbugs 0.5-9 https://cran.r-project.org/web/packages/rbugs/index.html

RColorBrewer 1.1-2 https://cran.r-

project.org/web/packages/RColorBrewer/index.html

Rcpp 1.0.1 https://cran.r-project.org/web/packages/Rcpp/index.html

RcppTatu 0.8.400.0.0 https://cran.r-

project.org/web/packages/RcppArmadillo/index.html

rcppbugs 0.1.4.2 https://cran.r-project.org/web/packages/rcppbugs/index.html

RcppDE 0.1.5 https://cran.r-project.org/web/packages/RcppDE/index.html

RcppEigen 0.3.3.4.0 https://cran.r-project.org/web/packages/RcppEigen/index.html

RcppExemplos 0.1.8 https://cran.r-

project.org/web/packages/RcppExamples/index.html

RcppParalelo 4.4.0 https://cran.r-

project.org/web/packages/RcppParallel/index.html

RcppProgresso 0.4 https://cran.r-

project.org/web/packages/RcppProgress/index.html

RcppRoll 0.2.2 https://cran.r-project.org/web/packages/RcppRoll/index.html

RCurl 1.95-4.10 https://cran.r-project.org/web/packages/RCurl/index.html

readbitmap 0.1-4 https://cran.r-project.org/web/packages/readbitmap/index.html

Leitor 1.1.1 https://cran.r-project.org/web/packages/readr/index.html

ReadXL 1.0.0 https://cran.r-project.org/web/packages/readxl/index.html

receitas 0.1.2 https://cran.r-project.org/web/packages/recipes/index.html

Redmonder 0.2.0 https://cran.r-

project.org/web/packages/Redmonder/index.html

registo 0.5 https://cran.r-project.org/web/packages/registry/index.html

Pacote Versão Associar

Relaimpo 2.2-3 https://cran.r-project.org/web/packages/relaimpo/index.html

mancar 1.0-5 https://cran.r-project.org/web/packages/relimp/index.html

revanche 1.0.1 https://cran.r-project.org/web/packages/rematch/index.html

Reseguinte 3.1-0 https://cran.r-project.org/web/packages/Renext/index.html

relatórios 0.1.4 https://cran.r-project.org/web/packages/reports/index.html

Reprex 0.1.2 https://cran.r-project.org/web/packages/reprex/index.html

remodelar 0.8.7 https://cran.r-project.org/web/packages/reshape/index.html

remodelar2 1.4.3 https://cran.r-project.org/web/packages/reshape2/index.html

reticulado 1.6 https://cran.r-project.org/web/packages/reticulate/index.html

RevoIOQ 8.0.10 ND

RevoMods 11.0.0 ND

RevoUtils 10.0.9 ND

RevoUtilsMath 10.0.1 ND

Rex 1.1.2 https://cran.r-project.org/web/packages/rex/index.html

rFerns 2.0.3 https://cran.r-project.org/web/packages/rFerns/index.html

RFM 0.2.0 https://cran.r-project.org/web/packages/rfm/index.html

RGA 0.4.2 https://cran.r-project.org/web/packages/RGA/index.html

RGDAL 1.2-18 https://cran.r-project.org/web/packages/rgdal/index.html

RGEOS 0.3-26 https://cran.r-project.org/web/packages/rgeos/index.html

RGEXF 0.15.3 https://cran.r-project.org/web/packages/rgexf/index.html

RGL 0.99.16 https://cran.r-project.org/web/packages/rgl/index.html

RgoogleMapas 1.4.1 https://cran.r-

project.org/web/packages/RgoogleMaps/index.html

RGraphics 2.0-14 https://cran.r-project.org/web/packages/RGraphics/index.html

RGtk2 2.20.34 https://cran.r-project.org/web/packages/RGtk2/index.html

RInside 0.2.14 https://cran.r-project.org/web/packages/RInside/index.html

RJaCGH 2.0.4 https://cran.r-project.org/web/packages/RJaCGH/index.html

Pacote Versão Associar

RJAGS 4-6 https://cran.r-project.org/web/packages/rjags/index.html

RJSON 0.2.15 https://cran.r-project.org/web/packages/rjson/index.html

RJSONIO 1.3-0 https://cran.r-project.org/web/packages/RJSONIO/index.html

rlang 0.4.1 https://cran.r-project.org/web/packages/rlang/index.html

Rlecuyer 0.3-4 https://cran.r-project.org/web/packages/rlecuyer/index.html

rlist 0.4.6.1 https://cran.r-project.org/web/packages/rlist/index.html

RMAPSHAPER 0.3.0 https://cran.r-

project.org/web/packages/rmapshaper/index.html

rmarkdown 1.9 https://cran.r-project.org/web/packages/rmarkdown/index.html

Rmisc 1.5 https://cran.r-project.org/web/packages/Rmisc/index.html

Rmpfr 0.7-0 https://cran.r-project.org/web/packages/Rmpfr/index.html

rms 5.1-2 https://cran.r-project.org/web/packages/rms/index.html

RMySQL 0.10.14 https://cran.r-project.org/web/packages/RMySQL/index.html

rngtools 1.2.4 https://cran.r-project.org/web/packages/rngtools/index.html

robComposições 2.0.6 https://cran.r-

project.org/web/packages/robCompositions/index.html

Robfilter 4.1 https://cran.r-project.org/web/packages/robfilter/index.html

robustbase 0.92-8 https://cran.r-project.org/web/packages/robustbase/index.html

HD robusto 0.5.1 https://cran.r-project.org/web/packages/robustHD/index.html

ROCR 1.0-7 https://cran.r-project.org/web/packages/ROCR/index.html

RODBC 1.3-15 https://cran.r-project.org/web/packages/RODBC/index.html

Torre 1.1-1 https://cran.r-project.org/web/packages/Rook/index.html

rootSolve 1.7 https://cran.r-project.org/web/packages/rootSolve/index.html

roxygen2 6.0.1 https://cran.r-project.org/web/packages/roxygen2/index.html

rpart 4.1-13 https://cran.r-project.org/web/packages/rpart/index.html

rpart.plot 2.1.2 https://cran.r-project.org/web/packages/rpart.plot/index.html

Tabela rpivot 0.3.0 https://cran.r-project.org/web/packages/rpivotTable/index.html

Pacote Versão Associar

rprojroot 1.3-2 https://cran.r-project.org/web/packages/rprojroot/index.html

RRCOV 1.4-3 https://cran.r-project.org/web/packages/rrcov/index.html

RSCproxy 2.0-5 https://cran.r-project.org/web/packages/rscproxy/index.html

RSDMX 0.5-11 https://cran.r-project.org/web/packages/rsdmx/index.html

RSGHB 1.1.2 https://cran.r-project.org/web/packages/RSGHB/index.html

RSiteCatalyst 1.4.14 https://cran.r-

project.org/web/packages/RSiteCatalyst/index.html

RSNNS 0.4-10 https://cran.r-project.org/web/packages/RSNNS/index.html

Rsolnp 1.16 https://cran.r-project.org/web/packages/Rsolnp/index.html

RSpectra 0.12-0 https://cran.r-project.org/web/packages/RSpectra/index.html

RSQLite 2.1.0 https://cran.r-project.org/web/packages/RSQLite/index.html

rstan 2.17.3 https://cran.r-project.org/web/packages/rstan/index.html

rstudioapi 0.7 https://cran.r-project.org/web/packages/rstudioapi/index.html

RSVG 1.1 https://cran.r-project.org/web/packages/rsvg/index.html

RTextTools 1.4.2 https://cran.r-project.org/web/packages/RTextTools/index.html

Rttf2pt1 1.3.6 https://cran.r-project.org/web/packages/Rttf2pt1/index.html

RUnit 0.4.31 https://cran.r-project.org/web/packages/RUnit/index.html

runjags 2.0.4-2 https://cran.r-project.org/web/packages/runjags/index.html

Runuran 0.24 https://cran.r-project.org/web/packages/Runuran/index.html

rvcheck 0.0.9 https://cran.r-project.org/web/packages/rvcheck/index.html

Rvest 0.3.2 https://cran.r-project.org/web/packages/rvest/index.html

rworldmapa 1.3-6 https://cran.r-project.org/web/packages/rworldmap/index.html

rworldxtra 1.01 https://cran.r-project.org/web/packages/rworldxtra/index.html

SampleSizeMeans 1.1 https://cran.r-

project.org/web/packages/SampleSizeMeans/index.html

SampleSizeProporções 1.0 https://cran.r-

project.org/web/packages/SampleSizeProportions/index.html
Pacote Versão Associar

sanduíche 2.4-0 https://cran.r-project.org/web/packages/sandwich/index.html

sas7bdat 0.5 https://cran.r-project.org/web/packages/sas7bdat/index.html

satélite 1.0.1 https://cran.r-project.org/web/packages/satellite/index.html

SBGCOP 0.975 https://cran.r-project.org/web/packages/sbgcop/index.html

escalas 1.0.0 https://cran.r-project.org/web/packages/scales/index.html

gráfico de 0.3-41 https://cran.r-

dispersão3d project.org/web/packages/scatterplot3d/index.html

Sciplot 1.1-1 https://cran.r-project.org/web/packages/sciplot/index.html

segmentado 0.5-3.0 https://cran.r-project.org/web/packages/segmented/index.html

seletor 0.4-0 https://cran.r-project.org/web/packages/selectr/index.html

sem 3.1-9 https://cran.r-project.org/web/packages/sem/index.html

Sentimento 2.7.1 https://cran.r-project.org/web/packages/sentimentr/index.html

seqinr 3.6-1 https://cran.r-project.org/web/packages/seqinr/index.html

Seriação 1.2-3 https://cran.r-project.org/web/packages/seriation/index.html

setRNG 2013.9-1 https://cran.r-project.org/web/packages/setRNG/index.html

SF 0.7-4 https://cran.r-project.org/web/packages/sf/index.html

sfsmisc 1.1-2 https://cran.r-project.org/web/packages/sfsmisc/index.html

Sgeostat 1.0-27 https://cran.r-project.org/web/packages/sgeostat/index.html

forma 1.4.4 https://cran.r-project.org/web/packages/shape/index.html

shapefiles 0.7 https://cran.r-project.org/web/packages/shapefiles/index.html

brilhante 1.0.5 https://cran.r-project.org/web/packages/shiny/index.html

shinyBS 0.61 https://cran.r-project.org/web/packages/shinyBS/index.html

Shinycssloaders 0.2.0 https://cran.r-

project.org/web/packages/shinycssloaders/index.html

Shinyjs 1.0 https://cran.r-project.org/web/packages/shinyjs/index.html

shinyTime 0.2.1 https://cran.r-project.org/web/packages/shinyTime/index.html

Texto de apresentação 0.5-1 https://cran.r-project.org/web/packages/showtext/index.html

Pacote Versão Associar

showtextdb 2.0 https://cran.r-

project.org/web/packages/showtextdb/index.html

SIS 0.8-6 https://cran.r-project.org/web/packages/SIS/index.html

Seis Sigma 0.9-51 https://cran.r-project.org/web/packages/SixSigma/index.html

SJLABELLED 1.0.8 https://cran.r-project.org/web/packages/sjlabelled/index.html

SJMISC 2.7.1 https://cran.r-project.org/web/packages/sjmisc/index.html

sjPlot 2.4.1 https://cran.r-project.org/web/packages/sjPlot/index.html

SJSTATS 0.14.2-3 https://cran.r-project.org/web/packages/sjstats/index.html

skmeans 0.2-11 https://cran.r-project.org/web/packages/skmeans/index.html

Slam 0.1-42 https://cran.r-project.org/web/packages/slam/index.html

SM 2.2-5.4 https://cran.r-project.org/web/packages/sm/index.html

suave 2.4.1 https://cran.r-project.org/web/packages/smooth/index.html

smoothSurv 2.0 https://cran.r-

project.org/web/packages/smoothSurv/index.html

SNA 2.4 https://cran.r-project.org/web/packages/sna/index.html

caixa da cobra 0.9.1 https://cran.r-project.org/web/packages/snakecase/index.html

neve 0.4-2 https://cran.r-project.org/web/packages/snow/index.html

Bola-de-NeveC 0.5.1 https://cran.r-project.org/web/packages/SnowballC/index.html

neveFT 1.6-0 https://cran.r-project.org/web/packages/snowFT/index.html

sódio 1.1 https://cran.r-project.org/web/packages/sodium/index.html

ferramentas de 0.1.6 https://cran.r-project.org/web/packages/sourcetools/index.html

origem

sp 1.2-7 https://cran.r-project.org/web/packages/sp/index.html

espaço-tempo 1.2-1 https://cran.r-project.org/web/packages/spacetime/index.html

Spacyr 0.9.6 https://cran.r-project.org/web/packages/spacyr/index.html

lixo eletrónico 2.1-3 https://cran.r-project.org/web/packages/spam/index.html

Disperso 1.77 https://cran.r-project.org/web/packages/SparseM/index.html

Pacote Versão Associar

Sparsepp 0.2.0 https://cran.r-project.org/web/packages/sparsepp/index.html

espacial 7.3-11 https://cran.r-project.org/web/packages/spatial/index.html

Spatstat 1.55-0 https://cran.r-project.org/web/packages/spatstat/index.html

spatstat.data 1.2-0 https://cran.r-

project.org/web/packages/spatstat.data/index.html

spatstat.utils 1.8-0 https://cran.r-

project.org/web/packages/spatstat.utils/index.html

spBayes 0.4-1 https://cran.r-project.org/web/packages/spBayes/index.html

spData 0.2.8.3 https://cran.r-project.org/web/packages/spData/index.html

SPDEP 0.7-4 https://cran.r-project.org/web/packages/spdep/index.html

laje de espigas 1.1.5 https://cran.r-project.org/web/packages/spikeslab/index.html

Splancs 2.01-40 https://cran.r-project.org/web/packages/splancs/index.html

splines 3.4.4 https://cran.r-project.org/web/packages/splines/index.html

SPLs 2.2-2 https://cran.r-project.org/web/packages/spls/index.html

splus2R 1.2-2 https://cran.r-project.org/web/packages/splus2R/index.html

spTimer 3.0-1 https://cran.r-project.org/web/packages/spTimer/index.html

sqldf 0.4-11 https://cran.r-project.org/web/packages/sqldf/index.html

QUADRADO 2017.10-1 https://cran.r-project.org/web/packages/SQUAREM/index.html

sROC 0.1-2 https://cran.r-project.org/web/packages/sROC/index.html

Stabledist 0.7-1 https://cran.r-project.org/web/packages/stabledist/index.html

facadas 0.6-3 https://cran.r-project.org/web/packages/stabs/index.html

StanHeaders 2.17.2 https://cran.r-

project.org/web/packages/StanHeaders/index.html

estatmod 1.4.30 https://cran.r-project.org/web/packages/statmod/index.html

statnet.comum 4.0.0 https://cran.r-

project.org/web/packages/statnet.common/index.html

estatísticas 3.4.4 ND

stats4 3.4.4 ND
Pacote Versão Associar

passoPlr 0.93 https://cran.r-project.org/web/packages/stepPlr/index.html

Stinepack 1.4 https://cran.r-project.org/web/packages/stinepack/index.html

Stochvol 1.3.3 https://cran.r-project.org/web/packages/stochvol/index.html

Palavras de ordem 0.9.0 https://cran.r-project.org/web/packages/stopwords/index.html

stringdist 0.9.4.7 https://cran.r-project.org/web/packages/stringdist/index.html

stringi 1.1.7 https://cran.r-project.org/web/packages/stringi/index.html

stringr 1.3.0 https://cran.r-project.org/web/packages/stringr/index.html

strucchange 1.5-1 https://cran.r-

project.org/web/packages/strucchange/index.html

STSM 1.9 https://cran.r-project.org/web/packages/stsm/index.html

STSM.class 1.3 https://cran.r-project.org/web/packages/stsm.class/index.html

Sugrrants 0.2.4 https://cran.r-project.org/web/packages/sugrrants/index.html

explosão solarR 2.0.0 https://cran.r-project.org/web/packages/sunburstR/index.html

SuppDists 1.1-9.4 https://cran.r-project.org/web/packages/SuppDists/index.html

inquérito 3.33-2 https://cran.r-project.org/web/packages/survey/index.html

sobrevivência 2.41-3 https://cran.r-project.org/web/packages/survival/index.html

Survminer 0.4.6 https://cran.r-project.org/web/packages/survminer/index.html

survMisc 0.5.4 https://cran.r-project.org/web/packages/survMisc/index.html

SVGLITE 1.2.1 https://cran.r-project.org/web/packages/svglite/index.html

svmpath 0.955 https://cran.r-project.org/web/packages/svmpath/index.html

svUnit 0.7-12 https://cran.r-project.org/web/packages/svUnit/index.html

varredura 0.2.1 https://cran.r-project.org/web/packages/sweep/index.html

sysfonts 0.7.2 https://cran.r-project.org/web/packages/sysfonts/index.html

ajuste ao sistema 1.1-20 https://cran.r-project.org/web/packages/systemfit/index.html

Syuzhet 1.0.4 https://cran.r-project.org/web/packages/syuzhet/index.html

Tau 0.0-20 https://cran.r-project.org/web/packages/tau/index.html

tcltk 3.4.4 https://cran.r-project.org/web/packages/tcltk/index.html

Pacote Versão Associar

TCLTK2 1.2-11 https://cran.r-project.org/web/packages/tcltk2/index.html

TeachingDemos 2.10 https://cran.r-

project.org/web/packages/TeachingDemos/index.html

tensor 1.5 https://cran.r-project.org/web/packages/tensor/index.html

tensorA 0.36 https://cran.r-project.org/web/packages/tensorA/index.html

testeatat 2.0.0 https://cran.r-project.org/web/packages/testthat/index.html

text2vec 0.5.1 https://cran.r-project.org/web/packages/text2vec/index.html

Textcat 1.0-5 https://cran.r-project.org/web/packages/textcat/index.html

limpeza de texto 0.9.3 https://cran.r-project.org/web/packages/textclean/index.html

textir | 2.0-5 https://cran.r-project.org/web/packages/textir/index.html

textmineR 2.1.1 https://cran.r-project.org/web/packages/textmineR/index.html

forma de texto 1.6.0 https://cran.r-project.org/web/packages/textshape/index.html

Tfplot 2015.12-1 https://cran.r-project.org/web/packages/tfplot/index.html

tframe 2015.12-1 https://cran.r-project.org/web/packages/tframe/index.html

TGP 2.4-14 https://cran.r-project.org/web/packages/tgp/index.html

TH.data 1.0-8 https://cran.r-project.org/web/packages/TH.data/index.html

THREEJS 0.3.1 https://cran.r-project.org/web/packages/threejs/index.html

tibble 2.1.1 https://cran.r-project.org/web/packages/tibble/index.html

Tibbletime 0.1.1 https://cran.r-project.org/web/packages/tibbletime/index.html

Tidycensus 0.4.1 https://cran.r-project.org/web/packages/tidycensus/index.html

tidyr 1.0.0 https://cran.r-project.org/web/packages/tidyr/index.html

tidyselect 0.2.5 https://cran.r-project.org/web/packages/tidyselect/index.html

texto arrumado 0.1.8 https://cran.r-project.org/web/packages/tidytext/index.html

Tidyverse 1.2.1 https://cran.r-project.org/web/packages/tidyverse/index.html

tiff 0.1-5 https://cran.r-project.org/web/packages/tiff/index.html

Tigre 0.6.2 https://cran.r-project.org/web/packages/tigris/index.html

timeDate 3043.102 https://cran.r-project.org/web/packages/timeDate/index.html

Pacote Versão Associar

linha do tempoS 0.1.1 https://cran.r-project.org/web/packages/timelineS/index.html

Séries temporais 3042.102 https://cran.r-project.org/web/packages/timeSeries/index.html

Timetk 0.1.0 https://cran.r-project.org/web/packages/timetk/index.html

Timevis 0.5 https://cran.r-project.org/web/packages/timevis/index.html

TM 0.7-3 https://cran.r-project.org/web/packages/tm/index.html

Tmap 1.11-1 https://cran.r-project.org/web/packages/tmap/index.html

TMAPTOOLS 1.2-3 https://cran.r-project.org/web/packages/tmaptools/index.html

TMB 1.7.13 https://cran.r-project.org/web/packages/TMB/index.html

tokenizadores 0.2.1 https://cran.r-project.org/web/packages/tokenizers/index.html

ferramentas 3.4.4 ND

topicmodels [en] 0.2-7 https://cran.r-

project.org/web/packages/topicmodels/index.html

TraMineR 2.0-8 https://cran.r-project.org/web/packages/TraMineR/index.html

traduções 3.4.4 ND

árvore 1.0-39 https://cran.r-project.org/web/packages/tree/index.html

treemap 2.4-2 https://cran.r-project.org/web/packages/treemap/index.html

trelliscopejs 0.1.18 https://cran.r-

project.org/web/packages/trelliscopejs/index.html

trimcluster 0.1-2 https://cran.r-project.org/web/packages/trimcluster/index.html

truncnorm 1.0-8 https://cran.r-project.org/web/packages/truncnorm/index.html

TSA 1.01 https://cran.r-project.org/web/packages/TSA/index.html

Tseries 0.10-43 https://cran.r-project.org/web/packages/tseries/index.html

TSFA 2014.10-1 https://cran.r-project.org/web/packages/tsfa/index.html

TSIBBLE 0.8.5 https://cran.r-project.org/web/packages/tsibble/index.html

tsintermittent 1.9 https://cran.r-

project.org/web/packages/tsintermittent/index.html

Tsoutliers 0.6-6 https://cran.r-project.org/web/packages/tsoutliers/index.html

Pacote Versão Associar

TSP 1.1-5 https://cran.r-project.org/web/packages/TSP/index.html

Estúdio 0.1.5 https://cran.r-project.org/web/packages/TSstudio/index.html

TTR 0.23-3 https://cran.r-project.org/web/packages/TTR/index.html

Tweedie 2.3.2 https://cran.r-project.org/web/packages/tweedie/index.html

interpolação 1.0.1 https://cran.r-project.org/web/packages/tweenr/index.html

twitteR 1.1.9 https://cran.r-project.org/web/packages/twitteR/index.html

Udpipe 0.5 https://cran.r-project.org/web/packages/udpipe/index.html

Udunits2 0,13 https://cran.r-project.org/web/packages/udunits2/index.html

unidades 0.6-2 https://cran.r-project.org/web/packages/units/index.html

UpSetR 1.3.3 https://cran.r-project.org/web/packages/UpSetR/index.html

Urca 1.3-0 https://cran.r-project.org/web/packages/urca/index.html

úteis 1.2.3 https://cran.r-project.org/web/packages/useful/index.html

UsandoR 2.0-5 https://cran.r-project.org/web/packages/UsingR/index.html

USMAP 0.2.1 https://cran.r-project.org/web/packages/usmap/index.html

UTF8 1.1.3 https://cran.r-project.org/web/packages/utf8/index.html

utilitários 3.4.4 ND

uuid 0.1-2 https://cran.r-project.org/web/packages/uuid/index.html

V8 2.2 https://cran.r-project.org/web/packages/V8/index.html

vars 1.5-2 https://cran.r-project.org/web/packages/vars/index.html

.vcd 1.4-4 https://cran.r-project.org/web/packages/vcd/index.html

VCTRS 0.2.0 https://cran.r-project.org/web/packages/vctrs/index.html

vdiffr 0.2.2 https://cran.r-project.org/web/packages/vdiffr/index.html

vegano 2.4-6 https://cran.r-project.org/web/packages/vegan/index.html

VennDiagrama 1.6.20 https://cran.r-

project.org/web/packages/VennDiagram/index.html

VGAM 1.0-5 https://cran.r-project.org/web/packages/VGAM/index.html

VIF 1.0 https://cran.r-project.org/web/packages/VIF/index.html

Pacote Versão Associar

VIM 4.7.0 https://cran.r-project.org/web/packages/VIM/index.html

Vioplot 0.2 https://cran.r-project.org/web/packages/vioplot/index.html

Viridis 0.5.1 https://cran.r-project.org/web/packages/viridis/index.html

viridisLite 0.3.0 https://cran.r-project.org/web/packages/viridisLite/index.html

visNetwork [en] 2.0.3 https://cran.r-project.org/web/packages/visNetwork/index.html

Vistime 0.4.0 https://cran.r-project.org/web/packages/vistime/index.html

Cascatas 0.1.2 https://cran.r-project.org/web/packages/waterfalls/index.html

wavethresh 4.6.8 https://cran.r-project.org/web/packages/wavethresh/index.html

Captura da Web 0.5.0 https://cran.r-project.org/web/packages/webshot/index.html

Webutils 0,6 https://cran.r-project.org/web/packages/webutils/index.html

WECO 1.1 https://cran.r-project.org/web/packages/weco/index.html

WeibullR 1.0.10 https://cran.r-project.org/web/packages/WeibullR/index.html

pesos 0.85 https://cran.r-project.org/web/packages/weights/index.html

whisker 0.3-2 https://cran.r-project.org/web/packages/whisker/index.html

withr 2.1.2 https://cran.r-project.org/web/packages/withr/index.html

WMTSA 2.0-3 https://cran.r-project.org/web/packages/wmtsa/index.html

nuvem de palavras 2.5 https://cran.r-project.org/web/packages/wordcloud/index.html

nuvem de palavras2 0.2.1 https://cran.r-

project.org/web/packages/wordcloud2/index.html

xesreadR 0.2.2 https://cran.r-project.org/web/packages/xesreadR/index.html

xgboost 0.6.4.1 https://cran.r-project.org/web/packages/xgboost/index.html

XML 3.98-1.10 https://cran.r-project.org/web/packages/XML/index.html

xml2 1.2.0 https://cran.r-project.org/web/packages/xml2/index.html

xplorerr 0.1.1 https://cran.r-project.org/web/packages/xplorerr/index.html

xtable 1.8-2 https://cran.r-project.org/web/packages/xtable/index.html

XTS 0.10-2 https://cran.r-project.org/web/packages/xts/index.html

yaml 2.1.18 https://cran.r-project.org/web/packages/yaml/index.html

 Pacote Versão Associar

Yarrr 0.1.5 https://cran.r-project.org/web/packages/yarrr/index.html

Curva de Rendimento 4.1 https://cran.r-project.org/web/packages/YieldCurve/index.html

Zeallot 0.1.0 https://cran.r-project.org/web/packages/zeallot/index.html

ZIC 0.9.1 https://cran.r-project.org/web/packages/zic/index.html

zipfR 0.6-10 https://cran.r-project.org/web/packages/zipfR/index.html

Jardim zoológico 1.8-1 https://cran.r-project.org/web/packages/zoo/index.html

Scripts R que não são suportados no Power BI

A tabela a seguir mostra quais pacotes não são suportados no serviço do Power BI.

Pacote Data do pedido Razão

RgoogleMapas 10/05/2016 A rede está bloqueada

mailR 10/03/2016 A rede está bloqueada

RevoScaleR 8/30/2016 Fornecido apenas com o Microsoft R Server

Próximos passos
Para obter mais informações sobre R no Power BI, consulte os seguintes artigos:

Criando visuais R no serviço do Power BI

Criar visuais do Power BI usando R
Executando scripts R no Power BI Desktop
Utilizar R no Power Query Editor
Conectar-se ao Snowflake no serviço do
Power BI
Artigo • 25/09/2024

A conexão com o Snowflake no serviço do Power BI difere de outros conectores de

apenas uma maneira. O Snowflake tem um recurso para o Microsoft Entra ID, uma
opção para SSO (logon único). Partes da integração exigem diferentes funções
administrativas no Snowflake, Power BI e Azure. Você pode optar por habilitar a
autenticação do Microsoft Entra sem usar SSO. A autenticação básica funciona de forma
semelhante a outros conectores no serviço.

Para configurar a integração do Microsoft Entra e, opcionalmente, habilitar o SSO:

Se você for o administrador do Snowflake, consulte SSO do Power BI para

Snowflake na documentação do Snowflake.
Se você for um administrador do Power BI, vá para a seção Portal de administração
para habilitar o SSO.
Se você for um criador de modelo semântico do Power BI, vá para a seção
Configurar um modelo semântico com ID do Microsoft Entra para habilitar o SSO.

Configuração do serviço do Power BI

Portal de administração
Para habilitar o SSO, um administrador de malha precisa ativar a configuração no portal
de administração do Power BI. Essa configuração aprova o envio de tokens de
autenticação do Microsoft Entra para o Snowflake de dentro do serviço do Power BI.
Essa configuração é definida em um nível organizacional. Siga estas etapas para habilitar
o SSO:

1. Entre no Power BI usando as credenciais de administrador da Malha.

2. Selecione Configurações no menu de cabeçalho da página e, em seguida,

selecione Portal de administração.

3. Selecione Configurações do locatário e role para localizar Configurações de

integração.
 4. Expanda Snowflake SSO, alterne a configuração para Habilitado e selecione
Aplicar.

Esta etapa é necessária para consentir o envio de seu token Microsoft Entra para os
servidores Snowflake. Depois de ativar a configuração, pode levar até uma hora para
que ela entre em vigor.

Depois que o SSO estiver habilitado, você poderá usar relatórios com o SSO.

Configurar um modelo semântico com o ID do Microsoft

Entra
Depois que um relatório baseado no conector Snowflake é publicado no serviço do
Power BI, o criador do modelo semântico precisa atualizar as configurações do espaço
de trabalho apropriado para que possa usar o SSO.

Para obter mais informações, incluindo etapas para usar o Microsoft Entra ID, SSO e
Snowflake, consulte Suporte de gateway de dados para logon único com o Microsoft
Entra ID .

Para obter informações sobre como você pode usar o gateway de dados local, consulte
O que é um gateway de dados local?

Se você não estiver usando o gateway, está tudo pronto. Quando você tiver credenciais
do Snowflake configuradas em seu gateway de dados local, mas estiver usando apenas
essa fonte de dados em seu modelo, alterne as configurações do modelo semântico
para desativar no gateway desse modelo de dados.

Para ativar o SSO para um modelo semântico:

1. Entre no Power BI usando credenciais de criador de modelo semântico.

2. Selecione o espaço de trabalho apropriado e escolha Configurações no menu de

mais opções localizado ao lado do nome do modelo semântico.

3. Selecione Credenciais da fonte de dados e faça login. O modelo semântico pode

ser conectado ao Snowflake com credenciais Basic ou OAuth2 (Microsoft Entra ID).
Usando o Microsoft Entra ID, você pode habilitar o SSO na próxima etapa.

4. Selecione a opção Os usuários finais usam suas próprias credenciais OAuth2 ao

acessar essa fonte de dados via DirectQuery. Essa configuração habilitará o
 Microsoft Entra SSO. As credenciais do Microsoft Entra são enviadas para SSO.

Depois que essas etapas forem concluídas, os usuários devem usar automaticamente
sua autenticação do Microsoft Entra para se conectar aos dados desse modelo
semântico do Snowflake.

Se você optar por não habilitar o SSO, os usuários que atualizarem o relatório usarão as
credenciais do usuário que entrou, como a maioria dos outros relatórios do Power BI.

Resolução de Problemas
Se você tiver algum problema com a integração, consulte o guia de solução de
problemas do Snowflake .

Conteúdos relacionados
Origens de dados do serviço Power BI
Ligar a modelos semânticos no serviço do Power BI a partir do ambiente de
trabalho do Power BI
Conectar-se ao Snowflake no Power BI Desktop
Comentários
Esta página foi útil?  Yes  No

Fornecer comentários sobre o produto | Perguntar à comunidade

Conectar-se a modelos
multidimensionais do SSAS no Power BI
Desktop
Artigo • 08/09/2023

Com o Power BI Desktop, você pode acessar modelos multidimensionais do SQL Server
Analysis Services (SSAS), comumente chamados de SSAS MD.

Para se conectar a um banco de dados MD do SSAS, selecione Obter dados, escolha

Banco de Dados Banco de Dados> SQL Server Analysis Services e selecione Conectar:

O serviço Power BI e o Power BI Desktop suportam modelos multidimensionais SSAS no

modo de ligação em tempo real. Você pode publicar e carregar relatórios que usam
modelos multidimensionais do SSAS no modo dinâmico para o serviço do Power BI.

Capacidades e recursos do SSAS MD

As seções a seguir descrevem os recursos das conexões do Power BI e do SSAS MD.

Metadados tabulares de modelos multidimensionais

A tabela a seguir mostra a correspondência entre objetos multidimensionais e os
metadados tabulares retornados ao Power BI Desktop. O Power BI consulta o modelo
em busca de metadados tabulares. Com base nos metadados retornados, o Power BI
Desktop executa consultas DAX apropriadas no SSAS quando você cria uma
visualização, como uma tabela, matriz, gráfico ou segmentação de dados.

BISM-Objeto multidimensional Metadados tabulares

Cubo Modelo

Dimensão do cubo Tabela

Atributos de dimensão (chaves), nome Colunas

Grupo de medidas Tabela

Medida Medida

Medidas sem grupo de medidas associado Dentro da tabela chamada Medidas

Grupo de medidas -> Relação da dimensão do cubo Relação

Perspetiva Perspetiva

KPI KPI

Hierarquias usuário/pai-filho Hierarquias

Medidas, grupos de medidas e KPIs

Os grupos de medidas em um cubo multidimensional são expostos como tabelas com
um sigma (∑) ao lado deles no painel Campos . As medidas calculadas sem um grupo
de medidas associado são agrupadas em uma tabela especial chamada Medidas nos
metadados tabulares.

Para ajudar a simplificar modelos complexos em um modelo multidimensional, você

pode definir um conjunto de medidas ou KPIs em um cubo a ser localizado dentro de
uma pasta de exibição. O Power BI reconhece pastas de exibição em metadados
tabulares e mostra medidas e KPIs dentro das pastas de exibição. Os KPIs em bancos de
dados multidimensionais suportam Valor, Meta, Gráfico de Status e Gráfico de
Tendência.

Tipo de atributo de dimensão

Os modelos multidimensionais também suportam a associação de atributos de
dimensão com tipos de atributos de dimensão específicos. Por exemplo, uma dimensão
Geografia onde os atributos de dimensão Cidade, Estado-Província, PaísRegião e Código
Postal têm tipos de geografia apropriados associados a eles são expostos nos
metadados tabulares. O Power BI reconhece os metadados, permitindo que você crie
visualizações de mapa. Você pode reconhecer essas associações pelo ícone de mapa ao
lado do elemento no painel Campo no Power BI.

O Power BI também pode renderizar imagens quando você fornece um campo que
contém URLs (uniform resource locators) das imagens. Você pode especificar esses
campos como tipos ImageURL no SQL Server Data Tools ou no Power BI Desktop. Suas
informações de tipo são fornecidas ao Power BI nos metadados tabulares. O Power BI
pode recuperar essas imagens da URL e exibi-las em elementos visuais.

Hierarquias pai-filho
Os modelos multidimensionais suportam hierarquias pai-filho, que são apresentadas
como uma hierarquia nos metadados tabulares. Cada nível da hierarquia pai-filho é
exposto como uma coluna oculta nos metadados tabulares. O atributo chave da
dimensão pai-filho não é exposto nos metadados tabulares.

Membros calculados da dimensão

Os modelos multidimensionais suportam a criação de vários tipos de membros
calculados. Os dois tipos mais comuns de membros calculados são:

Membros calculados em hierarquias de atributos que não são irmãos de Todos

Membros calculados em hierarquias de usuário

Os modelos multidimensionais expõem membros calculados em hierarquias de atributos

como valores de uma coluna. Você tem algumas outras opções e restrições se expor
esse tipo de membro calculado:

Um atributo dimension pode ter um UnknownMember opcional.

Um atributo contendo membros calculados não pode ser o atributo chave da

dimensão, a menos que seja o único atributo da dimensão.

Um atributo que contém membros calculados não pode ser um atributo pai-filho.

Os membros calculados das hierarquias de usuário não são expostos no Power BI. Em
vez disso, você pode se conectar a um cubo que contém membros calculados em
hierarquias de usuário. No entanto, você não poderá ver membros calculados se eles
não atenderem às restrições mencionadas na lista com marcadores anterior.
Segurança
Os modelos multidimensionais suportam a segurança em nível de dimensão e célula por
meio de funções. Quando você se conecta a um cubo com o Power BI, é autenticado e
avaliado quanto às permissões apropriadas. Se um usuário tiver segurança de dimensão
aplicada, os respetivos membros de dimensão não serão vistos pelo usuário no Power BI.
No entanto, quando um usuário define uma permissão de segurança de célula em que
determinadas células são restritas, esse usuário não pode se conectar ao cubo usando o
Power BI.

Considerações e limitações
Há certas limitações para usar o SSAS MD:

Somente as edições Enterprise e BI do SQL Server 2014 oferecem suporte a

conexões em tempo real. Para a edição padrão do SQL Server, o SQL Server 2016
ou posterior é necessário para conexões em tempo real.

As ações e os conjuntos nomeados não são expostos ao Power BI. Para criar
elementos visuais e relatórios, você ainda pode se conectar a cubos que também
contêm ações ou conjuntos nomeados.

Quando o Power BI exibe metadados para um modelo SSAS, ocasionalmente você

não pode recuperar dados do modelo. Esse cenário pode ocorrer se você tiver
instalado a versão de 32 bits do provedor de processamento analítico online da
Microsoft, mas não a versão de 64 bits. A instalação da versão de 64 bits pode
resolver o problema.

Não é possível criar medidas de nível de relatório ao criar um relatório conectado

ao vivo a um modelo multidimensional do SSAS. As únicas medidas disponíveis
são as definidas no modelo MD.

Recursos suportados do SSAS MD no Power BI

Desktop
O consumo dos seguintes elementos é suportado nesta versão do SSAS MD. Para obter
mais informações sobre esses recursos, consulte Noções básicas sobre o power view
para modelos multidimensionais.

Membros predefinidos
Atributos de dimensão
 Tipos de atributos de dimensão
Membros calculados por dimensão, que:
deve ser um único membro real quando a dimensão tem mais de um atributo;
não pode ser o atributo chave da dimensão, a menos que seja o único atributo;
e ainda
não pode ser um atributo pai-filho.
Segurança da dimensão
Exibir pastas
Hierarquias
ImageUrls
KPIs
Tendências dos KPI
Medidas (com ou sem grupos de medidas)
Medidas como variante

Resolução de problemas
A lista a seguir descreve todos os problemas conhecidos ao se conectar ao SQL Server
Analysis Services.

Erro: Não foi possível carregar o esquema do modelo. Esse erro geralmente
ocorre quando o usuário que se conecta ao Analysis Services não tem acesso ao
banco de dados/cubo.
Ligar aos dados de tabela do Analysis
Services no Power BI Desktop
Artigo • 08/08/2024

Com o Power BI Desktop, há duas maneiras de se conectar e obter dados de seus

modelos tabulares do SQL Server Analysis Services:

Explorar usando uma conexão ao vivo

Selecionar itens e importá-los para o Power BI Desktop

Explorar usando uma conexão ao vivo: quando você usa uma conexão ativa, os itens
em seu modelo tabular ou perspetiva, como tabelas, colunas e medidas, aparecem na
lista do painel Dados do Power BI Desktop. Você pode usar as ferramentas avançadas
de visualização e relatório do Power BI Desktop para explorar seu modelo tabular de
maneiras novas e altamente interativas.

Quando você se conecta ao vivo, nenhum dado do modelo tabular é importado para o
Power BI Desktop. Sempre que você interage com uma visualização, o Power BI Desktop
consulta o modelo tabular e calcula os resultados exibidos. Você está sempre
examinando os dados mais recentes disponíveis no modelo tabular, seja do último
tempo de processamento ou das tabelas DirectQuery disponíveis no modelo tabular.

Tenha em mente que os modelos tabulares são altamente seguros. Os itens que
aparecem no Power BI Desktop dependem de suas permissões para o modelo de tabela
ao qual você está conectado.

Ao criar relatórios dinâmicos no Power BI Desktop, você pode compartilhá-los

publicando em seu espaço de trabalho do Power BI. Quando você publica um arquivo
do Power BI Desktop com uma conexão em tempo real com um modelo tabular em seu
espaço de trabalho, um gateway de dados local deve ser instalado e configurado por
um administrador. Para obter mais informações, consulte Gateway de dados local.

Selecionar itens e importar para o Power BI Desktop: quando você se conecta com
essa opção, pode selecionar itens como tabelas, colunas e medidas em seu modelo
tabular ou perspetiva e carregá-los em um modelo do Power BI Desktop. Use o Editor
do Power Query do Power BI Desktop para formatar ainda mais o que você deseja e
seus recursos de modelagem para modelar ainda mais os dados. Como nenhuma
conexão em tempo real entre o Power BI Desktop e o modelo tabular é mantida, você
pode explorar seu modelo do Power BI Desktop offline ou publicar em seu espaço de
trabalho do Power BI.
Para conectar-se a um modelo tabular
1. No Power BI Desktop, na faixa de opções Página Inicial, selecione Obter
dados>Mais>Banco de Dados.

2. Selecione Banco de dados do SQL Server Analysis Services e, em seguida,

selecione Conectar.

3. Na janela do banco de dados do SQL Server Analysis Services, digite o Nome do

servidor, escolha um modo de conexão e selecione OK.
4. Esta etapa na janela Navegador depende do modo de conexão selecionado:

Se você estiver se conectando ao vivo, selecione um modelo tabular ou

perspetiva.

Se você optar por selecionar itens e obter dados, selecione um modelo

tabular ou perspetiva e, em seguida, selecione uma tabela ou coluna
específica para carregar. Para moldar os dados antes de carregar, selecione
Transformar dados para abrir o Editor do Power Query. Quando estiver
pronto, selecione Carregar para importar os dados para o Power BI Desktop.
Perguntas mais frequentes
Pergunta: Preciso de um gateway de dados local?

Resposta: Depende. Se você usa o Power BI Desktop para se conectar ao vivo a um

modelo tabular, mas não tem intenção de publicar em seu espaço de trabalho do Power
BI, não precisa de um gateway. Por outro lado, se você pretende publicar em seu espaço
de trabalho, um gateway de dados é necessário para garantir a comunicação segura
entre o serviço do Power BI e seu servidor local do Analysis Services. Certifique-se de
falar com o administrador do servidor do Analysis Services antes de instalar um gateway
de dados.

Se você optar por selecionar itens e obter dados, importe dados de modelo tabular
diretamente para o arquivo do Power BI Desktop, portanto, nenhum gateway é
necessário.

Pergunta: Qual é a diferença entre conectar ao vivo a um modelo de tabela a partir do

serviço do Power BI versus conectar ao vivo a partir do Power BI Desktop?

Resposta: Quando você se conecta ao vivo a um modelo tabular do seu espaço de

trabalho no serviço Power BI a um banco de dados do Analysis Services local em sua
organização, um gateway de dados local é necessário para proteger as comunicações
entre eles. Quando você se conecta ao vivo a um modelo tabular do Power BI Desktop,
um gateway não é necessário porque o Power BI Desktop e o servidor do Analysis
Services ao qual você está se conectando estão sendo executados localmente em sua
organização. No entanto, se você publicar seu arquivo do Power BI Desktop em seu
espaço de trabalho do Power BI, um gateway será necessário.

Pergunta: Se eu criei uma conexão ativa, posso me conectar a outra fonte de dados no
mesmo arquivo do Power BI Desktop?

Resposta: Não. Não é possível explorar dados em tempo real e conectar-se a outro tipo
de fonte de dados no mesmo arquivo. Se você já importou dados ou se conectou a uma
fonte de dados diferente em um arquivo do Power BI Desktop, precisará criar um novo
arquivo para explorar ao vivo.

Pergunta: Se eu criei uma conexão ativa, posso editar o modelo ou a consulta no Power
BI Desktop?

Resposta: Você pode criar medidas de nível de relatório no Power BI Desktop, mas
todos os outros recursos de consulta e modelagem são desabilitados ao explorar dados
dinâmicos.

Pergunta: Se eu criei uma conexão ao vivo, ela é segura?

Resposta: Sim. Suas credenciais atuais do Windows são usadas para se conectar ao
servidor do Analysis Services. Você não pode usar credenciais básicas ou armazenadas
no serviço do Power BI ou no Power BI Desktop ao explorar ao vivo.

Pergunta: No Navigator, vejo um modelo e uma perspetiva. Qual é a diferença?

Resposta: Uma perspetiva é uma visão particular de um modelo tabular. Pode incluir
apenas tabelas, colunas ou medidas específicas, dependendo de uma necessidade
exclusiva de análise de dados. Um modelo tabular sempre contém pelo menos uma
perspetiva, que pode incluir tudo no modelo. Se não tiver certeza de qual perspetiva
deve selecionar, consulte o administrador.

Pergunta: Há algum recurso do Analysis Services que altere a maneira como o Power BI
se comporta?

Resposta: Sim. Dependendo dos recursos que seu modelo de tabela usa, a experiência
no Power BI Desktop pode mudar. Alguns exemplos incluem:

Você pode ver medidas no modelo agrupadas na parte superior da lista do painel
Dados , em vez de em tabelas ao lado de colunas. Não se preocupe, você ainda
pode usá-los normalmente, é mais fácil encontrá-los desta forma.

Se o modelo tabular tiver grupos de cálculo definidos, você poderá usá-los apenas
com medidas de modelo e não com medidas implícitas criadas adicionando
 campos numéricos a um visual. O modelo também pode ter tido o sinalizador
DiscourageImplicitMeasures definido manualmente, o que tem o mesmo efeito.
Para obter mais informações, consulte Grupos de cálculo.

Para alterar o nome do servidor após a

conexão inicial
Depois de criar um arquivo do Power BI Desktop com uma conexão ao vivo de
exploração, pode haver alguns casos em que você deseja alternar a conexão para um
servidor diferente. Por exemplo, se você criou seu arquivo do Power BI Desktop ao se
conectar a um servidor de desenvolvimento e antes de publicar no serviço do Power BI,
deseja alternar a conexão para um servidor de produção.

Para alterar o nome do servidor:

1. Selecione Transformar configurações da fonte de dados>na guia Página Inicial.

2. Na janela Configurações da fonte de dados, selecione o banco de dados na lista

e, em seguida, selecione o botão Alterar fonte...

3. Na janela do banco de dados do SQL Server Analysis Services, digite o novo

Nome do servidor e selecione OK.

Resolução de Problemas
A lista a seguir descreve todos os problemas conhecidos ao se conectar ao SQL Server
Analysis Services (SSAS) ou ao Azure Analysis Services:

Erro: Não foi possível carregar o esquema do modelo. Normalmente, este erro
ocorre quando o utilizador que se liga ao Analysis Services não tem acesso à base
de dados/modelo.

Comentários
Esta página foi útil?  Yes  No

Fornecer comentários sobre o produto | Perguntar à comunidade

Usar o DirectQuery no Power BI
Desktop
Artigo • 16/10/2024

Quando você se conecta a qualquer fonte de dados com o Power BI Desktop, pode
importar uma cópia dos dados. Para algumas fontes de dados, você também pode se
conectar diretamente à fonte de dados sem importar dados usando o DirectQuery. Este
artigo explica as diferenças entre os modos de conectividade Import e DirectQuery e
explica como se conectar a fontes de dados usando o DirectQuery. Ele também aborda
as considerações e limitações do uso do DirectQuery, como desempenho e segurança.

Para determinar se uma fonte de dados dá suporte ao DirectQuery, exiba a lista

completa de fontes de dados disponíveis encontrada no artigo Conectores no Power
Query, que também se aplica ao Power BI. Selecione o artigo que descreve a fonte de
dados em que você está interessado na lista de conectores suportados e, em seguida,
consulte a seção no artigo desse conector intitulada Recursos suportados. Se o
DirectQuery não estiver listado nessa seção do artigo da fonte de dados, o DirectQuery
não terá suporte para esse conector de dados.

Aqui estão as diferenças entre usar os modos de conectividade Import e DirectQuery:

Importar: uma cópia dos dados das tabelas e colunas selecionadas é importada
para o Power BI Desktop. À medida que cria ou interage com visualizações, o
Power BI Desktop utiliza os dados importados. Para ver as alterações de dados
subjacentes após a importação inicial ou a atualização mais recente, você deve
importar o modelo semântico completo novamente para atualizar os dados.

DirectQuery: Nenhuma importação de dados para o Power BI Desktop. Para fontes

relacionais, você pode selecionar tabelas e colunas para aparecer no painel Dados
do Power BI Desktop. Para fontes multidimensionais como o SAP Business
Warehouse (SAP BW), as dimensões e medidas do cubo selecionado aparecem no
painel Dados . À medida que cria ou interage com visualizações, o Power BI
Desktop consulta a origem de dados subjacente, para que esteja sempre a
visualizar os dados atuais.

Com o DirectQuery, ao criar ou interagir com uma visualização, você deve consultar a
fonte subjacente. O tempo necessário para atualizar a visualização depende do
desempenho da fonte de dados subjacente. Se os dados necessários para atender à
solicitação foram solicitados recentemente, o Power BI Desktop usa os dados recentes
para reduzir o tempo necessário para mostrar a visualização. Selecionar Atualizar na
faixa de opções Página Inicial atualiza todas as visualizações com dados atuais.
Muitas transformações de dados e modelagem de dados estão disponíveis ao usar o
DirectQuery, embora com algumas limitações baseadas no desempenho. Para obter
mais informações sobre benefícios, limitações e recomendações do DirectQuery,
consulte DirectQuery no Power BI.

Benefícios do DirectQuery
Alguns benefícios do uso do DirectQuery incluem:

O DirectQuery permite criar visualizações em modelos semânticos muito grandes,

onde seria inviável importar todos os dados com pré-agregação.

Os relatórios do DirectQuery sempre usam dados atuais. Ver alterações de dados

subjacentes requer que você atualize os dados, e reimportar grandes modelos
semânticos para atualizar dados pode ser inviável.

A limitação do modelo semântico de 1 GB não se aplica ao DirectQuery.

Conectar-se usando o DirectQuery

Para se conectar a uma fonte de dados com o DirectQuery:

1. No grupo Página Inicial da faixa de opções do Power BI Desktop, selecione Obter

dados e selecione uma fonte de dados suportada pelo DirectQuery, como o SQL
Server.

2. Na caixa de diálogo da conexão, em Modo de conectividade de dados, selecione

DirectQuery.
Publicar no serviço Power BI
Você pode publicar relatórios DirectQuery no serviço do Power BI, mas precisa executar
etapas adicionais para que o serviço do Power BI abra os relatórios.

Para conectar o serviço Power BI a fontes de dados DirectQuery diferentes do

Banco de Dados SQL do Azure, Azure Synapse Analytics (anteriormente SQL Data
Warehouse), Amazon Redshift e Snowflake Data Warehouse, instale um gateway
de dados local e registre a fonte de dados.

Se você usou o DirectQuery com fontes de nuvem como o Banco de Dados SQL do
Azure, o Azure Synapse, o Amazon Redshift ou o Snowflake Data Warehouse, não
precisará de um gateway de dados local. Você ainda deve fornecer credenciais
para o serviço do Power BI para abrir o relatório publicado. Sem credenciais,
ocorre um erro quando você tenta abrir um relatório publicado ou explorar um
modelo semântico criado com uma conexão DirectQuery.

Para fornecer credenciais para abrir o relatório e atualizar os dados:

1. No serviço Power BI, vá para o espaço de trabalho e localize o modelo semântico

que usa o DirectQuery na lista de conteúdo do espaço de trabalho.

2. Selecione o ícone Mais opções de três pontos horizontais ao lado do nome do

modelo semântico e escolha Configurações.

3. Em Credenciais da fonte de dados, forneça as credenciais para se conectar à fonte

de dados.

７ Nota

Se você usou o DirectQuery com um Banco de Dados SQL do Azure que tem um
endereço IP privado, precisará usar um gateway local.

Considerações e limitações
Alguns recursos do Power BI Desktop não são suportados no modo DirectQuery ou têm
limitações. Alguns recursos no serviço do Power BI, como insights rápidos, também não
estão disponíveis para modelos semânticos que usam DirectQuery. Ao decidir se deseja
usar o DirectQuery, considere estas limitações de recursos. Considere também os
seguintes fatores:
Considerações sobre desempenho e carga
O DirectQuery envia todas as solicitações para o banco de dados de origem, portanto, o
tempo de atualização necessário para elementos visuais depende de quanto tempo a
fonte subjacente leva para retornar resultados. Cinco segundos ou menos é o tempo de
resposta recomendado para receber os dados solicitados para efeitos visuais. Tempos
de atualização superiores a 30 segundos produzem uma experiência inaceitavelmente
ruim para os usuários que consomem o relatório. Uma consulta que leva mais de quatro
minutos expira no serviço do Power BI e o usuário recebe um erro.

A carga no banco de dados de origem também depende do número de usuários do

Power BI que consomem o relatório publicado, especialmente se o relatório usar RLS
(segurança em nível de linha). A atualização de um bloco de painel não RLS
compartilhado por vários usuários envia uma única consulta ao banco de dados, mas
atualizar um bloco de painel que usa RLS requer uma consulta por usuário. O aumento
das consultas aumenta significativamente a carga e potencialmente afeta o
desempenho.

Limite de 1 milhão de linhas

O DirectQuery define um limite de 1 milhão de linhas para dados retornados de fontes
de dados na nuvem, que são quaisquer fontes de dados que não estejam no local. As
fontes locais são limitadas a uma carga definida de cerca de 4 MB por linha,
dependendo do algoritmo de compactação proprietário, ou 16 MB para todo o visual.
As capacidades Premium podem definir diferentes limites máximos de linha, conforme
descrito na postagem do blog Configurações de nova capacidade do Power BI
Premium.

O Power BI cria consultas que são tão eficientes quanto possível, mas algumas consultas
geradas podem recuperar muitas linhas da fonte de dados subjacente. Por exemplo,
essa situação pode ocorrer com um gráfico simples que inclui uma coluna de
cardinalidade alta com a opção de agregação definida como Sem cálculo. O visual deve
ter apenas colunas com cardinalidade inferior a 1 milhão, ou deve aplicar os filtros
apropriados.

O limite de linha não se aplica a agregações ou cálculos usados para selecionar o

modelo semântico que o DirectQuery retorna, apenas às linhas retornadas. Por exemplo,
a consulta executada na fonte de dados pode agregar 10 milhões de linhas. Desde que
os dados retornados ao Power BI tenham menos de 1 milhão de linhas, a consulta pode
retornar os resultados com precisão. Se os dados tiverem mais de 1 milhão de linhas, o
Power BI mostrará um erro, exceto na capacidade Premium com limites diferentes
definidos pelo administrador. O erro afirma: O conjunto de resultados de uma consulta
à fonte de dados externa excedeu o tamanho máximo permitido de '1000000' linhas.

Considerações de segurança
Por padrão, todos os usuários que consomem um relatório publicado no serviço do
Power BI se conectam à fonte de dados subjacente usando as credenciais inseridas após
a publicação. Esta situação é a mesma que para os dados importados. Todos os usuários
veem os mesmos dados, independentemente de quaisquer regras de segurança
definidas pela fonte subjacente.

Se você precisar de segurança por usuário implementada com fontes DirectQuery, use
RLS ou configure a autenticação restrita Kerberos na origem. Kerberos não está
disponível para todas as fontes. Para obter mais informações, consulte Segurança em
nível de linha (RLS) com Power BI e Configurar SSO baseado em Kerberos do serviço do
Power BI para fontes de dados locais.

Outras limitações do DirectQuery

Algumas outras limitações do uso do DirectQuery incluem:

Se a consulta do Editor do Power Query for excessivamente complexa, ocorrerá um

erro. Para corrigir o erro, tem de eliminar o passo problemático no Power Query
Editor ou mudar para o modo de Importação. Fontes multidimensionais como o
SAP BW não podem usar o Power Query Editor.

A hierarquia automática de data/hora não está disponível no DirectQuery. O modo

DirectQuery não suporta detalhamento de coluna de data por ano, trimestre, mês
ou dia.

Para visualizações de tabela ou matriz, há um limite de 125 colunas para resultados

que retornam mais de 500 linhas de fontes do DirectQuery. Esses resultados
exibem uma barra de rolagem na tabela ou matriz que permite buscar mais dados.
Nessa situação, o número máximo de colunas na tabela ou matriz é 125. Se você
precisar incluir mais de 125 colunas em uma única tabela ou matriz, considere a
criação de medidas que usem MIN , MAX , FIRST , ou LAST , porque elas não contam
para esse máximo.

Não é possível alterar do modo Importar para o DirectQuery. Você pode alternar
do modo DirectQuery para o modo Importar se importar todos os dados
necessários. Não é possível voltar, principalmente devido ao conjunto de recursos
que o DirectQuery não suporta. Os modelos DirectQuery em fontes
 multidimensionais, como o SAP BW, também não podem ser alternados do modo
DirectQuery para o modo de importação, devido ao tratamento diferente de
medidas externas.

Tabelas calculadas e colunas calculadas que fazem referência a uma tabela

DirectQuery de uma fonte de dados com autenticação de logon único (SSO) são
suportadas no serviço Power BI com uma conexão de nuvem compartilhável
atribuída e/ou controle de acesso granular.

Conteúdos relacionados
DirectQuery no Power BI
Fontes de dados suportadas pelo DirectQuery
DirectQuery e SAP Business Warehouse
DirectQuery e SAP HANA
What is an on-premises data gateway? (O que é um gateway de dados no local?)
Utilizar modelos compostos no Power BI Desktop

Comentários
Esta página foi útil?  Yes  No

Fornecer comentários sobre o produto | Perguntar à comunidade

Conectar-se ao SAP Business Warehouse
usando o DirectQuery no Power BI
Artigo • 08/09/2023

Você pode se conectar a fontes de dados do SAP Business Warehouse (SAP BW)
diretamente usando o DirectQuery. Dada a natureza OLAP/multidimensional do SAP
BW, há muitas diferenças importantes entre o DirectQuery sobre SAP BW versus fontes
relacionais como o SQL Server. Estas diferenças resumem-se do seguinte modo:

No DirectQuery sobre fontes relacionais, há um conjunto de consultas, conforme

definido na caixa de diálogo Obter Dados ou Editor do Power Query, que define
logicamente os dados disponíveis na lista de campos. Essa configuração não é o
caso ao se conectar a uma fonte OLAP, como o SAP BW. Em vez disso, ao
conectar-se ao servidor SAP usando Get Data, apenas o InfoCube ou BEx Query é
selecionado. Em seguida, todas as Figuras-Chave e dimensões da Consulta
InfoCube/BEx selecionada estão disponíveis na lista de campos.
Da mesma forma, não há Power Query Editor ao se conectar ao SAP BW. As
configurações da fonte de dados, por exemplo, nome do servidor, podem ser
alteradas selecionando Transformar configurações da fonte de dados de dados>.
As configurações para quaisquer parâmetros podem ser alteradas selecionando
Transformar dados>Editar parâmetros.
Dada a natureza exclusiva das fontes OLAP, há outras restrições para modelagem e
visualizações que se aplicam, além das restrições normais impostas para o
DirectQuery. Essas restrições são descritas mais adiante neste artigo.

Além disso, é extremamente importante entender que há muitos recursos do SAP BW

que não são suportados no Power BI e que, devido à natureza da interface pública do
SAP BW, há casos importantes em que os resultados vistos pelo Power BI não
correspondem aos vistos ao usar uma ferramenta SAP. Estas limitações são descritas
mais adiante neste artigo. Essas limitações e diferenças de comportamento devem ser
cuidadosamente revisadas para garantir que os resultados vistos através do Power BI,
conforme retornados pela interface pública do SAP, sejam interpretados corretamente.

７ Nota

A capacidade de usar o DirectQuery sobre SAP BW estava em visualização até a

atualização de março de 2018 para o Power BI Desktop. Durante a visualização, os
comentários e as melhorias sugeridas provocaram uma alteração que afeta os
relatórios criados usando essa versão de visualização. Agora que a Disponibilidade
Geral (GA) do DirectQuery sobre SAP BW foi lançada, você deve descartar todos os
 relatórios existentes (baseados em visualização) usando o DirectQuery sobre SAP
BW que foram criados com a versão pré-GA.

Em relatórios criados com a versão pré-GA do DirectQuery sobre SAP BW, ocorrem
erros com esses relatórios pré-GA ao invocar Refresh, como resultado da tentativa
de atualizar os metadados com quaisquer alterações no cubo SAP BW subjacente.
Recrie esses relatórios a partir de um relatório em branco, usando a versão GA do
DirectQuery sobre SAP BW.

Restrições de modelagem adicionais

As outras principais restrições de modelagem ao se conectar ao SAP BW usando o
DirectQuery no Power BI são:

Sem suporte para colunas calculadas: A capacidade de criar colunas calculadas

está desativada. Esse fato também significa que o agrupamento e o clustering, que
criam colunas calculadas, não estão disponíveis.
Limitações adicionais para medidas: Existem outras limitações impostas às
expressões DAX que podem ser usadas em medidas para refletir o nível de suporte
oferecido pelo SAP BW.
Sem suporte para definir relacionamentos: Os relacionamentos são inerentes à
fonte externa do SAP. Outras relações não podem ser definidas no modelo.
Sem Exibição de Dados: a exibição de dados normalmente exibe os dados de nível
de detalhe nas tabelas. Dada a natureza de fontes OLAP como o SAP BW, essa
exibição não está disponível no SAP BW.
Os detalhes da coluna e da medida são fixos: a lista de colunas e medidas vistas
na lista de campos é corrigida pela fonte subjacente e não pode ser modificada.
Por exemplo, não é possível excluir uma coluna ou alterar seu tipo de dados. Pode,
no entanto, ser renomeado.
Limitações adicionais no DAX: Há mais limitações no DAX que podem ser usadas
em definições de medida para refletir as limitações na origem. Por exemplo, não é
possível usar uma função de agregação sobre uma tabela.

Restrições adicionais de visualização

As outras principais restrições em visualizações ao se conectar ao SAP BW usando o
DirectQuery no Power BI são:

Sem agregação de colunas: não é possível alterar a agregação de uma coluna em

um visual. É sempre Não Resumir
 A filtragem de medidas está desativada: a filtragem de medidas está desativada
para refletir o suporte oferecido pelo SAP BW.
Seleção múltipla e inclusão/exclusão: A capacidade de selecionar vários pontos
de dados em um visual é desabilitada se os pontos representarem valores de mais
de uma coluna. Por exemplo, dado um gráfico de barras mostrando Vendas por
País/Região, com Categoria na Legenda, não seria possível selecionar o ponto para
(EUA, Bicicletas) e (França, Roupas). Da mesma forma, não seria possível selecionar
o ponto para (EUA, Bikes) e excluí-lo do visual. Ambas as limitações são impostas
para refletir o suporte oferecido pelo SAP BW.

Suporte para recursos do SAP BW

A tabela a seguir lista todos os recursos do SAP BW que não são totalmente suportados
ou se comportam de forma diferente ao usar o Power BI.

Caraterística Descrição

Cálculos locais Os cálculos locais definidos em uma consulta BEx alteram os

números conforme exibidos por meio de ferramentas como o BEx
Analyzer. No entanto, eles não são refletidos nos números
retornados do SAP, através da interface pública MDX.

Como tal, os números vistos em um visual do Power BI não

correspondem necessariamente aos de um visual
correspondente em uma ferramenta SAP.

Por exemplo, ao conectar-se a um cubo de consulta a partir de

uma consulta BEx que define a agregação como Acumulada, ou
executando soma, o Power BI recuperaria os números base,
ignorando essa configuração. Um analista certamente poderia
aplicar um cálculo de soma em execução localmente no Power BI,
mas precisaria ter cautela na forma como os números são
interpretados se essa ação não for feita.

Agregações Em alguns casos, particularmente ao lidar com várias moedas, os

números agregados retornados pela interface pública SAP não
correspondem aos resultados mostrados pelas ferramentas SAP.

Como tal, os números vistos em um visual do Power BI não

correspondem necessariamente aos de um visual
correspondente em uma ferramenta SAP.

Por exemplo, totais em moedas diferentes seriam mostrados como

"*" no BEx Analyzer, mas o total seria retornado pela interface
pública SAP, sem qualquer informação de que tal número
agregado não tem sentido. Assim, o número agregado, digamos,
$, EUR e AUD, seria exibido pelo Power BI.
Caraterística Descrição

Formatação de moeda Qualquer formatação de moeda, por exemplo, $2.300 ou 4000

AUD, não é refletida no Power BI.

Unidades de medida As unidades de medida, por exemplo, 230 KG, não são refletidas
no Power BI.

Tecla versus texto (curto, Para uma característica do SAP BW como CostCenter , a lista de
médio, longo) campos mostra uma única coluna Centro de custo. O uso dessa
coluna exibe o texto padrão. Ao mostrar campos ocultos, também
é possível ver a coluna de nome exclusivo que retorna o nome
exclusivo atribuído pelo SAP BW e é a base da exclusividade.

A chave e outros campos de texto não estão disponíveis.

Múltiplas hierarquias de No SAP, uma característica pode ter várias hierarquias. Em

uma característica seguida, em ferramentas como o BEx Analyzer, quando uma
característica é incluída em uma consulta, o usuário pode
selecionar a hierarquia a ser usada.

No Power BI, as várias hierarquias podem ser vistas na lista de

campos como hierarquias diferentes na mesma dimensão. No
entanto, a seleção de vários níveis de duas hierarquias diferentes
na mesma dimensão resulta em dados vazios retornados pelo SAP.

Tratamento de hierarquias
irregulares

Fator de escala/sinal No SAP, um índice pode ter um fator de escala, por exemplo,
inverso 1000, definido como uma opção de formatação, o que significa que
toda a exibição é dimensionada por esse fator.

Da mesma forma, pode ter um conjunto de propriedades que

inverte o sinal. O uso dessa figura-chave no Power BI em um visual
ou como parte de um cálculo resulta no número não
dimensionado que está sendo usado. O sinal não é invertido. O
fator de dimensionamento subjacente não está disponível. Nos
Caraterística Descrição

visuais do Power BI, as unidades de escala mostradas no eixo

(K,M,B) podem ser controladas como parte da formatação visual.

Hierarquias onde os níveis Inicialmente, ao conectar-se ao SAP BW, as informações sobre os

aparecem/desaparecem níveis de uma hierarquia são recuperadas, resultando em um
dinamicamente conjunto de campos na lista de campos. Essas informações são
armazenadas em cache e, se o conjunto de níveis mudar, o
conjunto de campos não será alterado até que Atualizar seja
invocado.

Essa situação só é possível no Power BI Desktop. Essa atualização

para refletir as alterações nos níveis não pode ser invocada no
serviço do Power BI após a publicação.

Filtro padrão Uma consulta BEx pode incluir filtros padrão, que são aplicados
automaticamente pelo SAP BEx Analyzer. Esses filtros não são
expostos e, portanto, o uso equivalente no Power BI não aplica os
mesmos filtros por padrão.

Números-chave ocultos Uma consulta BEx pode controlar a visibilidade de índices e esses
índices ocultos não aparecem no SAP BEx Analyzer. Esse fato não
é refletido através da API pública e, portanto, esses números-
chave ocultos ainda aparecem na lista de campos. No entanto,
eles podem ser ocultos no Power BI.

Formatação numérica Qualquer formatação numérica, como número de posições

decimais e ponto decimal, não é refletida automaticamente no
Power BI. No entanto, é possível controlar essa formatação no
Power BI.

Controle de versão da O SAP BW permite que diferentes versões de uma hierarquia

hierarquia sejam mantidas, por exemplo, a hierarquia do centro de custo em
2007 versus 2008. Apenas a versão mais recente está disponível no
Power BI, pois as informações sobre versões não são expostas pela
API pública.

Hierarquias dependentes Ao usar o Power BI, as hierarquias dependentes do tempo são

do tempo avaliadas na data atual.

Conversão de divisas O SAP BW suporta conversão de moeda, com base nas taxas
mantidas no cubo. Esses recursos não são expostos pela API
pública e, portanto, não estão disponíveis no Power BI.

Ordem de classificação A ordem de classificação, como por Texto ou por Chave, para uma
característica pode ser definida no SAP. Essa ordem de
classificação não é refletida no Power BI. Por exemplo, os meses
podem aparecer como "abril", "agosto" e assim por diante.

Não é possível alterar essa ordem de classificação no Power BI.

 Caraterística Descrição

Nomes técnicos Em Get Data, os nomes de características/medidas (descrições) e

os nomes técnicos podem ser vistos. A lista de campos contém
apenas os nomes das características/medidas (descrições).

Atributos Não é possível acessar os atributos de uma característica no Power

BI.

Configuração de idioma do A localidade usada para se conectar ao SAP BW é definida como

usuário final parte dos detalhes da conexão e não reflete a localidade do
consumidor do relatório final.

Variáveis de texto O SAP BW permite que os nomes de campo contenham espaços

reservados para variáveis, por exemplo, $YEAR$ Actuals que seriam
substituídas pelo valor selecionado. Por exemplo, o campo
aparece como 2016 Reais nas ferramentas BEx, se o ano 2016 foi
selecionado para a variável.

O nome da coluna no Power BI não é alterado dependendo do

valor da variável e, portanto, aparece como $YEAR$ Actuals . No
entanto, o nome da coluna pode ser alterado no Power BI.

Variáveis de saída do As variáveis de saída do cliente não são expostas pela API pública
cliente e, portanto, não são suportadas pelo Power BI.

Estruturas características Qualquer estrutura característica na origem subjacente do SAP BW

resulta em uma explosão de medidas sendo expostas no Power BI.
Por exemplo, com duas medidas e , e uma estrutura característica
contendo Orçamento e Atual, quatro medidas Sales são expostas:
Sales.Budget , , Sales.Actual Costs.Budget , Costs.Actual . Costs

Próximos passos
Para obter mais informações sobre o DirectQuery, consulte os seguintes recursos:

DirectQuery no Power BI
Fontes de dados suportadas pelo DirectQuery
DirectQuery e SAP HANA
Conectar-se a fontes de dados do SAP
HANA usando o DirectQuery no Power
BI
Artigo • 12/12/2024

Você pode se conectar a fontes de dados do SAP HANA diretamente usando o

DirectQuery, que geralmente é necessário para grandes conjuntos de dados que
excedem os recursos disponíveis para dar suporte a modelos de importação. Há duas
abordagens para se conectar ao SAP HANA no modo DirectQuery, cada uma com
recursos diferentes:

Trate o SAP HANA como uma fonte multidimensional (padrão): Nesse caso, o
comportamento é semelhante a quando o Power BI se conecta a outras fontes
multidimensionais, como o SAP Business Warehouse ou o Analysis Services.
Quando você se conecta ao SAP HANA como uma fonte multidimensional, uma
única visualização analítica ou de cálculo é selecionada e todas as medidas,
hierarquias e atributos dessa exibição estão disponíveis na lista de campos. Não é
possível adicionar colunas calculadas ou outras personalizações de dados no
modelo semântico. À medida que os elementos visuais são criados, os dados
agregados são recuperados diretamente do SAP HANA. Tratar o SAP HANA como
uma fonte multidimensional é o padrão para novos relatórios DirectQuery sobre o
SAP HANA.

Tratar o SAP HANA como uma fonte relacional: Nesse caso, o Power BI trata o
SAP HANA como uma fonte de dados relacional. Esta abordagem oferece uma
maior flexibilidade. Entre outras coisas, você pode adicionar colunas calculadas e
incluir dados de outras fontes, mas é preciso ter cuidado para garantir que as
medidas sejam agregadas conforme o esperado. Evitar medidas não aditivas. Além
disso, certifique-se de usar modos de exibição simples com poucas colunas e
junções para evitar problemas de desempenho. Considere recriar medidas no
modelo semântico, mas tenha em mente que medidas complexas podem não se
dobrar. As hierarquias do SAP HANA não estão disponíveis ao usar o SAP HANA
como fonte relacional.

O método de conexão é determinado por uma opção de ferramenta global, que é

definida ao selecionar File>Options and settings seguido de Options>DirectQuerye,
depois, ao selecionar a opção Tratar SAP HANA como uma fonte relacional, conforme
mostrado na imagem a seguir.
A opção de tratar o SAP HANA como uma fonte relacional controla o método de
conexão para qualquer novo relatório de usando DirectQuery sobre SAP HANA. Ele não
tem efeito sobre quaisquer conexões SAP HANA existentes no relatório atual, nem
sobre conexões em quaisquer outros relatórios abertos. Portanto, se a opção estiver
desmarcada no momento, ao adicionar uma nova conexão ao SAP HANA usando Get
Data, essa conexão está tratando o SAP HANA como uma fonte multidimensional. No
entanto, se for aberto um relatório diferente que também se conecte ao SAP HANA,
esse relatório continuará a se comportar de acordo com a opção definida no momento
em que foi criado. Esse fato significa que todos os relatórios que se conectam ao SAP
HANA como uma fonte relacional continuam a tratar o SAP HANA como uma fonte
relacional, mesmo que a opção esteja desmarcada.

Os dois métodos de conexão SAP HANA constituem um comportamento diferente, e

não é possível alternar um relatório existente de um método de conexão para o outro.
Tratar o SAP HANA como uma fonte
multidimensional (padrão)
Todas as novas conexões com o SAP HANA usam esse método de conexão por padrão,
tratando o SAP HANA como uma fonte multidimensional. Ao conectar-se ao SAP HANA
como uma fonte multidimensional, as seguintes considerações se aplicam:

No Obter Dados Navigator, pode ser selecionada uma única visualização do SAP
HANA. Não é possível selecionar medidas ou atributos individuais. Não há
nenhuma consulta definida no momento da conexão, o que é diferente da
importação de dados ou ao usar o DirectQuery ao tratar o SAP HANA como uma
fonte relacional. Essa consideração também significa que não é possível usar
diretamente uma consulta SAP HANA SQL ao selecionar esse método de conexão.

Todas as medidas, hierarquias e atributos do modo de exibição selecionado são

exibidos na lista de campos.

Como uma medida é usada em um visual, o SAP HANA é consultado para

recuperar o valor da medida no nível de agregação necessário para o visual. Ao
lidar com medidas não aditivas, como contadores e proporções, todas as
agregações são executadas pelo SAP HANA e nenhuma agregação adicional é
executada pelo Power BI.

Para garantir que os valores agregados corretos possam ser sempre obtidos do
SAP HANA, certas restrições devem ser impostas. Por exemplo, não é possível
adicionar colunas calculadas ou combinar dados de várias visualizações do SAP
HANA no mesmo relatório. Também não é possível excluir colunas ou alterar seus
tipos de dados.

Tratar o SAP HANA como uma fonte multidimensional oferece menos flexibilidade do
que a abordagem alternativa relacional, mas é mais simples. Esse método de conexão
garante valores agregados corretos ao lidar com medidas mais complexas do SAP
HANA e, geralmente, resulta em maior desempenho.

A lista Field inclui todas as medidas, atributos e hierarquias da visualização SAP HANA.
Observe os seguintes comportamentos que se aplicam ao usar esse método de
conexão:

Qualquer atributo incluído em pelo menos uma hierarquia fica oculto por padrão.
No entanto, eles podem ser vistos, se necessário, ao selecionar Ver itens ocultos
no menu de contexto da lista de campos. A partir do mesmo menu de contexto,
podem ser tornados visíveis, se necessário.
 No SAP HANA, um atributo pode ser definido para usar outro atributo como seu
rótulo. Por exemplo, Product, com valores 1 , 2 , 3 e assim por diante, poderia usar
ProductName, com valores Bike , Shirt , Gloves e assim por diante, como seu
rótulo. Neste caso, um único campo Produto é mostrado na lista de campos, cujos
valores são os rótulos Bike , Shirt , Gloves e assim por diante, mas que é
classificado por, e com exclusividade determinada por, os valores-chave 1 , 2 , 3 .
Uma coluna oculta Product.Key também é criada, permitindo o acesso aos valores
de chave subjacentes, se necessário.

Todas as variáveis definidas na visualização subjacente do SAP HANA são exibidas no

momento da conexão e os valores necessários podem ser inseridos. Esses valores
podem ser posteriormente alterados selecionando Transformar dados na barra de
ferramentas e, em seguida, Editar parâmetros no menu suspenso exibido.

As operações de modelagem permitidas são mais restritivas do que no caso geral ao

usar o DirectQuery, dada a necessidade de garantir que os dados agregados corretos
sempre possam ser obtidos do SAP HANA. No entanto, ainda é possível fazer algumas
adições e alterações, incluindo a definição de medidas, renomear e ocultar campos e
definir formatos de exibição. Todas essas alterações são preservadas na atualização e
todas as alterações não conflitantes feitas na visualização do SAP HANA são aplicadas.

Restrições de modelagem adicionais

Além das limitações acima mencionadas, esteja ciente das seguintes restrições de
modelagem ao se conectar ao SAP HANA como uma fonte multidimensional:

Sem suporte para colunas calculadas: A capacidade de criar colunas calculadas

está desativada. Esse fato também implica que a funcionalidade de Agrupamento
e Clustering, que depende das colunas calculadas, não esteja disponível.
Limitações adicionais para medidas: Existem outras limitações impostas às
expressões DAX que podem ser usadas em medidas, para refletir o nível de
suporte oferecido pelo SAP HANA. Por exemplo, não é possível usar uma função
de agregação sobre uma tabela.
Sem suporte para definir relacionamentos: Apenas uma única visualização pode
ser consultada dentro de um relatório e, como tal, não há suporte para definir
relações.
Sem Exibição de Tabela: A de Exibição de Tabela normalmente exibe os dados de
nível de detalhe nas tabelas. Dada a natureza das fontes multidimensionais, essa
visualização não está disponível ao usar o SAP HANA como uma fonte
multidimensional.
 Os detalhes da coluna e da medida são fixos: As colunas e medidas na lista de
campos são determinadas pela fonte subjacente e não podem ser modificadas. Por
exemplo, não é possível excluir uma coluna, nem alterar seu tipo de dados. Pode,
no entanto, ser renomeado.

Restrições adicionais de visualização

Há restrições visuais ao se conectar ao SAP HANA como uma fonte multidimensional:

Nenhuma agregação de colunas: Não é possível alterar a agregação de uma

coluna num visual, sendo sempre Não Resumir.

Trate o SAP HANA como uma fonte relacional

Para se conectar ao SAP HANA como uma fonte relacional, você deve selecionar
File>Options and settings e, em seguida, Options>DirectQuerye, em seguida, selecione
a opção Treat SAP HANA as a relational source.

Ao usar o SAP HANA como fonte relacional, alguma flexibilidade extra está disponível.
Por exemplo, você pode criar colunas calculadas, incluir dados de várias visualizações do
SAP HANA e criar relações entre as tabelas resultantes. No entanto, há diferenças em
relação ao comportamento ao se conectar ao SAP HANA como uma fonte
multidimensional, particularmente quando a visualização do SAP HANA contém
medidas não aditivas, por exemplo, contagens ou médias distintas, em vez de somas
simples. As medidas não aditivas podem produzir resultados errados. As medidas
também podem reduzir a eficiência da otimização do plano de consulta no SAP HANA e
resultar em baixo desempenho e tempos limite de consulta.

Entendendo o SAP HANA como uma fonte relacional

É útil começar por esclarecer o comportamento de uma fonte relacional, como o SQL
Server, quando a consulta definida em Obter Dados ou no Editor do Power Query
realiza uma agregação. No exemplo a seguir, uma consulta definida no Power Query
Editor retorna o preço médio por ProductID.
Se os dados fossem importados para o Power BI em vez de usar o DirectQuery, a
seguinte situação resultaria:

Os dados são importados ao nível de agregação definido pela consulta criada no

Power Query Editor. Por exemplo, preço médio por produto. Esse fato resulta em
uma tabela com as duas colunas ProductID e AveragePrice que podem ser usadas
em elementos visuais.
Em um visual, qualquer agregação subsequente, como Soma, Média, Min, e outros,
é executada sobre os dados importados. Por exemplo, incluir AveragePrice num
visual usa a Soma agregada por padrão e retornaria a soma do AveragePrice por
cada ProductID, neste exemplo, 13,67. O mesmo se aplica a qualquer função
agregada alternativa, como Min ou Average, usada no visual. Por exemplo, a média
de de de AveragePrice retorna a média de 6,66, 4 e 3, o que equivale a 4,56, e não
a média de Price nos seis registos da tabela subjacente, que é 5,17.

Se o DirectQuery sobre essa mesma fonte relacional estiver sendo usado em vez de
Importar, a mesma semântica se aplicará e os resultados serão exatamente os mesmos:

Dada a mesma consulta, logicamente exatamente os mesmos dados são

apresentados à camada de relatório – mesmo que os dados não sejam realmente
 importados.

Em um visual, qualquer agregação subsequente, como Soma, Média, e Mínimo, é

novamente executada sobre essa tabela lógica da consulta. Novamente, um visual
contendo a média de do preço médio de retorna os mesmos 4,56.

Considere o SAP HANA quando a conexão for tratada como uma fonte relacional. O
Power BI pode trabalhar tanto com Visualizações Analíticas quanto com Visualizações
de Cálculo no SAP HANA, ambas podendo conter medidas. No entanto, hoje a
abordagem para o SAP HANA segue os mesmos princípios descritos anteriormente
nesta seção: a consulta definida em Get Data ou Power Query Editor determina os
dados disponíveis e, em seguida, qualquer agregação subsequente em um visual é
sobre esses dados, e o mesmo se aplica para Import e DirectQuery. No entanto, dada a
natureza do SAP HANA, a consulta definida na caixa de diálogo inicial Obter Dados ou
do Power Query Editor é sempre uma consulta agregada e geralmente inclui medidas
em que as agregações reais usadas são definidas pela visualização SAP HANA.

O equivalente ao exemplo anterior do SQL Server é que há uma view do SAP HANA
contendo ID, ProductID, DepotIDe medidas que incluem Preço Médio, definido na view
como Média de Preço.

Se, na experiência Obter Dados, as seleções feitas foram para ProductID e a medida
AveragePrice, isso define uma consulta na vista, solicitando esses dados agregados. No
exemplo anterior, para simplificar, é usado pseudo-SQL que não corresponde à sintaxe
exata do SAP HANA SQL. Em seguida, quaisquer outras agregações definidas em um
visual estão agregando ainda mais os resultados de tal consulta. Novamente, conforme
descrito anteriormente para o SQL Server, esse resultado se aplica ao caso Import e
DirectQuery. No caso do DirectQuery, a consulta do Get Data ou do Power Query Editor
é usada em uma subseleção dentro de uma única consulta enviada ao SAP HANA e,
portanto, não é realmente o caso de todos os dados serem lidos antes de agregar ainda
mais.

Todas essas considerações e comportamentos exigem as seguintes considerações

importantes ao usar o DirectQuery sobre SAP HANA como uma fonte relacional:

Deve-se prestar atenção a qualquer agregação adicional realizada em visuais,

sempre que a medida no SAP HANA não for aditiva, por exemplo, não um simples
Sum, Min, ou Max.

No Obter Dados ou no Editor do Power Query, apenas as colunas necessárias

devem ser incluídas para recuperar os dados essenciais, refletindo o fato de que o
resultado é uma consulta que precisa ser razoável o suficiente para ser enviada ao
SAP HANA. Por exemplo, se dezenas de colunas foram selecionadas, pensando
 que poderiam ser necessárias em visuais subsequentes, então, mesmo no caso do
DirectQuery, um visual simples implica que a consulta agregada usada na
subseleção contém essas dezenas de colunas, que geralmente têm um
desempenho ruim e podem encontrar limites de tempo.

No exemplo a seguir, selecionar cinco colunas (CalendarQuarter, Color, LastName,

ProductLine, SalesOrderNumber) na caixa de diálogo Get Data, juntamente com a
medida OrderQuantity, significa que a criação posterior de um visual simples contendo
o Min OrderQuantity resulta na seguinte consulta SQL ao SAP HANA. O sombreado é a
subseleção, que contém a consulta do Obter Dados / Power Query Editor. Se essa
subseleção fornecer um resultado de cardinalidade alta, é provável que o desempenho
resultante do SAP HANA seja fraco ou encontre tempos limites. O impacto no
desempenho não se deve ao facto de o Power BI pedir todos os campos da subconsulta;
A maioria desses campos, será eliminada pela consulta externa. O impacto deve-se
antes a medidas na subseleção que exigem a sua materialização no servidor HANA.

Devido a esse comportamento, recomendamos que os itens selecionados no Obter

Dados ou Power Query Editor sejam limitados aos itens necessários, ao mesmo tempo
em que resultam em uma consulta razoável para o SAP HANA. Se possível, considere
recriar todas as medidas necessárias no modelo semântico e usar o SAP HANA mais
como uma fonte relacional tradicional.
Melhores práticas
Para que ambos os métodos se conectem ao SAP HANA, siga as recomendações gerais
para usar o DirectQuery, particularmente as recomendações relacionadas a garantir um
bom desempenho da consulta. Para obter mais informações, consulte usando o
DirectQuery no Power BI.

Considerações e limitações
A lista a seguir descreve todos os recursos do SAP HANA que não são totalmente
suportados ou recursos que se comportam de forma diferente ao usar o Power BI.

Hierarquias pai-filho: Hierarquias pai-filho não são visíveis no Power BI. Isso
ocorre porque o Power BI acessa o SAP HANA usando a interface SQL e as
hierarquias pai filho não podem ser totalmente acessadas usando SQL.
Outros metadados de hierarquia: A estrutura básica de hierarquias é exibida no
Power BI, no entanto, alguns metadados de hierarquia, como controlar o
comportamento de hierarquias irregulares, não têm efeito. Novamente, isso se
deve a limitações impostas pela interface SQL.
Conexão utilizando SSL: Pode conectar-se utilizando Import e multidimensional
com TLS, mas não pode conectar-se a instâncias do SAP HANA configuradas para
utilizar TLS para o método de conexão relacional.
Suporte para modos de exibição de Atributo: o Power BI pode se conectar aos
modos de exibição Analítico e de Cálculo, mas não pode se conectar diretamente
aos modos de exibição de Atributo.
Suporte para objetos de catálogo: o Power BI não pode se conectar a objetos de
catálogo.
Alterar para variáveis após a publicação: Não é possível alterar os valores de
nenhuma variável do SAP HANA diretamente no serviço do Power BI após a
publicação do relatório.

Problemas conhecidos
A lista a seguir descreve todos os problemas conhecidos ao se conectar ao SAP HANA
(DirectQuery) usando o Power BI.

Problema do SAP HANA ao consultar contadores e outras medidas: Dados

incorretos são retornados do SAP HANA quando se conecta a uma visualização
analítica e uma medida de contador, juntamente com alguma outra medida de
proporção, é incluída no mesmo visual. Esse problema é coberto pelo SAP Note
 2128928 (Resultados inesperados ao consultar uma coluna calculada e um
contador) . A medida do rácio está incorreta neste caso.

Várias colunas do Power BI de uma única coluna do SAP HANA: Para algumas
exibições de cálculo, em que uma coluna SAP HANA é usada em mais de uma
hierarquia, o SAP HANA expõe a coluna como dois atributos separados. Essa
abordagem resulta na criação de duas colunas no Power BI. No entanto, essas
colunas ficam ocultas por padrão, e todas as consultas que envolvem as
hierarquias, ou as colunas diretamente, se comportam corretamente.

Conteúdo relacionado
Para obter mais informações sobre o DirectQuery, consulte os seguintes recursos:

DirectQuery no Power BI
Fontes de dados suportadas pelo DirectQuery
DirectQuery e SAP BW
Gateway de dados local

Comentários
Esta página foi útil?  Yes  No

Fornecer comentários sobre o produto | Perguntar à comunidade

Aplicar a configuração Assumir
Integridade Referencial no Power BI
Desktop
Artigo • 08/08/2024

Ao se conectar a uma fonte de dados usando o DirectQuery, você pode usar a seleção
Assumir integridade referencial para habilitar a execução de consultas mais eficientes
em sua fonte de dados. Esse recurso tem alguns requisitos dos dados subjacentes e só
está disponível ao usar o DirectQuery.

A configuração Assumir integridade referencial permite que as consultas na fonte de

dados usem instruções INNER JOIN em vez de OUTER JOIN, o que melhora a eficiência
da consulta.

Requisitos para usar Assumir integridade

referencial
Essa configuração é uma configuração avançada e só é habilitada ao se conectar a
dados usando DirectQuery. Os seguintes requisitos são necessários para que o Assume
integridade referencial funcione corretamente:

Os dados na coluna De na relação nunca são Nulos ou em branco

Para cada valor na coluna De, há um valor correspondente na coluna Para

Neste contexto, a coluna De é a Muitos numa relação um-para-muitos , ou é a coluna na

primeira tabela numa relação um-para-um .

Exemplo de utilização de Assumir Integridade

Referencial
O exemplo a seguir demonstra como Assume integridade referencial se comporta
quando usado em conexões de dados. O exemplo se conecta a uma fonte de dados que
inclui uma tabela Pedidos, uma tabela Produtos e uma tabela Depósitos.

Na imagem a seguir que mostra a tabela Pedidos e a tabela Produtos , existe

integridade referencial entre Pedidos[ProductID] e Products[ProductID]. A coluna
[ProductID] na tabela Pedidos nunca é Nula e todos os valores também aparecem
na tabela Produtos . Como tal, Assumir integridade referencial deve ser definido
para obter consultas mais eficientes. O uso dessa configuração não altera os
valores mostrados nos elementos visuais.

Na imagem seguinte, observe que não existe integridade referencial entre

Orders[DepotID] e Depots[DepotID], porque o DepotID é Nulo para alguns
Pedidos. Como tal, Assumir integridade referencial não deve ser definido.
 Finalmente, não existe integridade referencial entre Orders[CustomerID] e
Customers[CustID] nas tabelas a seguir. O CustomerID contém um valor, CustX,
que não existe na tabela Customers . Como tal, Assumir integridade referencial
não deve ser definido.

Configuração Assumir integridade referencial

Para habilitar esse recurso, selecione Assumir integridade referencial, conforme
mostrado na imagem a seguir.
Quando selecionada, a configuração é validada em relação aos dados para garantir que
não haja linhas Nulas ou incompatíveis. No entanto, para casos com um número muito
grande de valores, a validação não é uma garantia de que não há problemas de
integridade referencial.

Além disso, a validação ocorre no momento da edição da relação e não reflete

quaisquer alterações subsequentes aos dados.

O que acontece se você definir incorretamente

Assumir integridade referencial?
Se você definir Assumir integridade referencial quando houver problemas de
integridade referencial nos dados, essa configuração não resultará em erros. No
entanto, resulta em aparentes inconsistências nos dados. Por exemplo, para a relação
com a tabela Depots descrita aqui, isso resultaria no seguinte:

Um visual mostrando o Qty total do pedido mostraria um valor de 40.

Um visual mostrando o total de Order Qty by Depot City mostraria um valor total
de apenas 30, porque não incluiria Order ID 1, onde DepotID é Null.
Conteúdos relacionados
Saiba mais sobre o DirectQuery.
Obtenha mais informações sobre Relações no Power BI.
Saiba mais sobre o modo de exibição Modelo no Power BI Desktop.

Comentários
Esta página foi útil?  Yes  No

Fornecer comentários sobre o produto | Perguntar à comunidade

Editar variáveis SAP no Power BI
Artigo • 17/10/2024

Os autores de relatórios que usam o SAP Business Warehouse (BW) ou o SAP HANA
com DirectQuery podem permitir que os usuários finais editem variáveis SAP no Power
BI Premium e em espaços de trabalho compartilhados. Este artigo descreve os requisitos
para editar variáveis SAP, como habilitar esse recurso e como editar variáveis no Power
BI Desktop e no serviço Power BI.

Requisitos e limitações
As listas a seguir descrevem os requisitos e limitações para editar variáveis SAP:

Requisitos
Conexão DirectQuery. Você deve se conectar à fonte de dados SAP usando o
DirectQuery. Não há suporte para conexões de importação.

Configuração do logon único (SSO). Você deve configurar o SSO para seu
gateway para que esse recurso funcione. Para obter mais informações, consulte
Visão geral do logon único para gateways de dados locais no Power BI.

Versão mais recente do gateway. Certifique-se de baixar o gateway mais recente

ou atualizar o gateway existente. Para obter mais informações, consulte O que é
um gateway de dados local?

Limitações
Modelos multidimensionais apenas para SAP HANA. Para o SAP HANA, o recurso
de edição de variáveis SAP funciona apenas com modelos multidimensionais e não
funciona em fontes relacionais. Certifique-se de não ter selecionado Tratar SAP
HANA como uma fonte relacional em Opções > Opções Global > DirectQuery
Opções DirectQuery > ao editar variáveis SAP HANA no Power BI.

Sem suporte soberano na nuvem. O Power Query Online não está disponível em
nuvens soberanas, pelo que as nuvens soberanas não suportam a funcionalidade
de edição de variáveis SAP.

Sem suporte móvel. Não é possível editar variáveis SAP em aplicativos móveis do
Power BI.
 Restrições do espaço de trabalho. A edição de variáveis SAP não funciona para
relatórios na guia Compartilhado comigo de Meu espaço de trabalho ou em
aplicativos criados a partir de espaços de trabalho V1.

Habilitar a edição de variáveis SAP

Para permitir que os usuários de relatório editem variáveis SAP:

1. No Power BI Desktop, conecte-se a uma fonte de dados SAP HANA ou SAP BW

com uma conexão DirectQuery.

2. Vá para Opções de arquivo>e opções de configurações> e, no painel esquerdo,

selecione DirectQuery em Arquivo atual.

3. Em Opções do DirectQuery no painel direito, marque a caixa de seleção ao lado de

Permitir que os usuários finais alterem as variáveis SAP para este relatório.
Editar variáveis SAP
No Power BI Desktop, você pode editar variáveis selecionando Transformar
dados>Editar variáveis na faixa de opções. Os criadores de relatórios podem adicionar
e selecionar variáveis para o relatório usando a seguinte caixa de diálogo:

Depois de publicar um relatório que permite editar variáveis SAP, o link Editar variáveis
aparece no painel Filtro do relatório no serviço do Power BI. Na primeira vez que você
publicar o relatório, pode levar até cinco minutos até que o link Editar variáveis
apareça.

７ Nota

Se o link não aparecer, atualize manualmente o modelo semântico selecionando-o

na lista na guia Modelos semânticos do espaço de trabalho e selecionando o
ícone Atualizar.

Para editar as variáveis no serviço do Power BI, os usuários de relatório podem:

1. Selecione Editar variáveis no painel Filtro do relatório.

 2. Na caixa de diálogo Editar variáveis, edite e substitua os valores das variáveis ou
selecione o botão Redefinir para reverter as alterações.

Semelhante a outros comportamentos de persistência do Power BI, todas as alterações

feitas pelos usuários na caixa de diálogo Editar variáveis persistem apenas para esse
usuário. Selecionar Redefinir para padrão na barra de menu superior redefine o
relatório ao seu estado original, incluindo as variáveis.
Você pode alterar as variáveis padrão para relatórios que você possui no serviço do
Power BI. Se você possui um relatório que usa SAP HANA ou SAP BW e permite a edição
de variáveis, selecione Editar variáveis para alterar as variáveis. Quando você salva o
relatório, as variáveis alteradas se tornam as novas configurações padrão para esse
relatório. Outros usuários que acessam o relatório depois de fazer as alterações veem as
novas configurações como padrão.

Resolução de Problemas
Se você receber erros que o Power BI não pode carregar ou recuperar dados para um
visual, ou que a conexão da fonte de dados falhou, tente as seguintes ações para
resolver o erro:

No serviço Power BI, selecione Editar variáveis, defina valores padrão para as
variáveis e salve o relatório.

No Power BI Desktop, se você não quiser mais que os usuários possam editar
variáveis, desmarque a opção no nível do relatório.

Conteúdos relacionados
Utilizar o SAP HANA no Power BI Desktop
DirectQuery e SAP Business Warehouse (BW)
DirectQuery e SAP HANA
Usar o DirectQuery no Power BI

Comentários
Esta página foi útil?  Yes  No

Fornecer comentários sobre o produto | Perguntar à comunidade

Usar o conector do SAP Business
Warehouse no Power BI Desktop
Artigo • 26/03/2024

Você pode usar o Power BI Desktop para acessar dados do SAP Business Warehouse
(SAP BW). O SAP BW Connector Implementation 2.0 tem melhorias significativas no
desempenho e nos recursos da versão 1.0.

Para obter informações sobre como os clientes SAP podem se beneficiar da conexão do
Power BI aos seus sistemas SAP BW, consulte o white paper Power BI e SAP BW. Para
obter detalhes sobre como usar o DirectQuery com SAP BW, consulte DirectQuery e SAP
Business Warehouse (BW).

） Importante

A versão 1.0 do conector SAP BW foi preterida. Novas conexões usam a

implementação 2.0 do conector SAP BW. Todo o suporte para a versão 1.0 será
removido do conector em um futuro próximo. Use as informações neste artigo
para atualizar relatórios existentes da versão 1.0 para usar a implementação 2.0 do
conector.

Usar o SAP BW Connector

Siga estas etapas para instalar e conectar-se aos dados com o SAP BW Connector.

Pré-requisito
A implementação 2.0 do SAP Connector requer o SAP .NET Connector 3.0 ou 3.1. Você
pode fazer download do SAP .NET Connector 3.0 ou 3.1 do SAP. O acesso ao
download requer um login S-user válido.

O conector .NET Framework vem em versões de 32 bits e 64 bits. Escolha a versão que
corresponde à sua versão de instalação do Power BI Desktop.

Ao instalar, em Etapas de configuração opcionais, certifique-se de selecionar Instalar

assemblies no GAC.
 ７ Nota

A primeira versão do SAP BW Connector exigia as DLLs do NetWeaver. A versão

atual não requer DLLs NetWeaver.

Conectar-se aos dados do SAP BW no Power BI Desktop

Para se conectar aos dados do SAP BW usando o SAP BW Connector, siga estas etapas:

1. No Power BI Desktop, selecione Obter dados.

2. Na tela Obter dados, selecione Banco de dados e, em seguida, selecione SAP

Business Warehouse Application Server ou SAP Business Warehouse Message
Server.
3. Selecione Ligar.

4. Na próxima tela, insira as informações do servidor, do sistema e do cliente e se

deseja usar o método de conectividade Import ou DirectQuery . Para obter
instruções detalhadas, consulte:

Ligar a um servidor de aplicações SAP BW a partir do Power Query Desktop

Ligar a um Servidor de Mensagens SAP BW a partir do Power Query Desktop

７ Nota

Você pode usar o SAP BW Connector para importar dados dos cubos do SAP
BW Server, que é o padrão, ou pode usar o DirectQuery para se conectar aos
dados. Para obter mais informações sobre como usar o SAP BW Connector
com DirectQuery, consulte DirectQuery e SAP Business Warehouse (BW).
 Você também pode selecionar Opções avançadas e selecionar um código de
idioma, uma instrução MDX personalizada para ser executada no servidor
especificado e outras opções. Para obter mais informações, consulte Usar opções
avançadas.

5. Selecione OK para estabelecer a conexão.

6. Forneça todos os dados de autenticação necessários e selecione Conectar. Para

obter mais informações sobre autenticação, consulte Autenticação com uma fonte
de dados.

7. Se você não especificou uma instrução MDX personalizada, a tela Navegador

mostrará uma lista de todos os cubos disponíveis no servidor. Você pode detalhar
e selecionar itens dos cubos disponíveis, incluindo dimensões e medidas. O Power
BI mostra consultas e cubos que as Interfaces de Análise Aberta expõem.

Quando você seleciona um ou mais itens do servidor, o Navegador mostra uma

visualização da tabela de saída.

A caixa de diálogo Navegador também fornece as seguintes opções de exibição:

Apenas itens selecionados. Por padrão, o Navigator exibe todos os itens.

Esta opção é útil para verificar o conjunto final de itens selecionados. Como
 alternativa, você pode selecionar os nomes das colunas na área de
visualização para exibir os itens selecionados.
Habilite visualizações de dados. Esse valor é o padrão e exibe visualizações
de dados. Desmarque essa opção para reduzir o número de chamadas do
servidor deixando de solicitar dados de visualização.
Nomes técnicos. O SAP BW suporta nomes técnicos definidos pelo usuário
para objetos dentro de um cubo. Os proprietários de cubo podem expor
esses nomes amigáveis para objetos de cubo, em vez de expor apenas os
nomes físicos para os objetos.

8. Depois de selecionar todos os objetos desejados, escolha uma das seguintes

opções:

Carregue para carregar todo o conjunto de linhas da tabela de saída no

modelo de dados do Power BI Desktop. O modo de exibição Relatório é
aberto. Você pode começar a visualizar os dados ou fazer mais modificações
usando as exibições Dados ou Modelo .
Transforme Dados para abrir o Editor do Power Query com os dados. Você
pode especificar mais etapas de transformação e filtragem de dados antes de
trazer todo o conjunto de linhas para o modelo de dados do Power BI
Desktop.
Junto com os dados dos cubos do SAP BW, você também pode importar dados de uma
ampla variedade de outras fontes de dados no Power BI Desktop e combiná-los em um
único relatório. Essa capacidade apresenta muitos cenários interessantes para relatórios
e análises além dos dados do SAP BW.

Novas opções na implementação do SAP BW

2.0
Esta seção lista alguns recursos e melhorias do SAP BW Connector Implementation 2.0.
Para obter mais informações, consulte Detalhes da implementação.

Opções avançadas
Você pode definir as seguintes opções em Opções avançadas na tela de conexão do
SAP BW:

O modo de execução especifica como a interface MDX executa consultas no

servidor. As seguintes opções são válidas:
BasXml
BasXmlGzip
Fluxo de dados

O valor padrão é BasXmlGzip. Esse modo pode melhorar o desempenho para

consultas de baixa latência ou alto volume.

O tamanho do lote especifica o número máximo de linhas a serem recuperadas de

cada vez ao executar uma instrução MDX. Um pequeno número significa mais
chamadas para o servidor enquanto recupera um modelo semântico grande. Um
valor grande pode melhorar o desempenho, mas pode causar problemas de
memória no servidor SAP BW. O valor padrão é 50000.

Ativar estruturas características altera a forma como o Navigator apresenta

estruturas características. O valor padrão para essa opção é false ou desmarcado.
Essa opção afeta a lista de objetos disponíveis para seleção e não é suportada no
modo de consulta nativo.

Outras melhorias
A lista a seguir descreve outras melhorias da Implementação 2.0:

Melhor desempenho.
 Capacidade de recuperar vários milhões de linhas de dados e ajuste fino através
do parâmetro de tamanho de lote.
Capacidade de alternar modos de execução.
Suporte para modo comprimido, especialmente benéfico para conexões de alta
latência ou modelos semânticos grandes.
Melhor deteção de Date variáveis.
Date (tipo DATS ABAP) e Time dimensões (tipo TIMS ABAP) expostas como datas e

horas, em vez de valores de texto. Para obter mais informações, consulte Suporte
para datas digitadas no SAP BW.
Melhor tratamento de exceções. Erros que ocorrem em chamadas BAPI agora são
revelados.
Dobragem de colunas e BasXml BasXmlGzip modos. Por exemplo, se a consulta
MDX gerada recuperar 40 colunas, mas a seleção atual precisar apenas de 10, essa
solicitação passará para o servidor para recuperar um modelo semântico menor.

Atualizar relatórios de implementação 1.0

existentes
Você pode alterar relatórios existentes para usar a Implementação 2.0 somente no
modo de importação.

1. No relatório existente no Power BI Desktop, selecione Transformar dados na faixa

de opções e selecione a consulta SAP Business Warehouse a ser atualizada.

2. Clique com o botão direito do mouse na consulta e selecione Editor Avançado.

3. No Editor Avançado, altere as SapBusinessWarehouse.Cubes chamadas da seguinte

maneira:

4. Determine se a consulta já contém um registro de opção, como os seguintes

exemplos:

Em caso afirmativo, adicione a [Implementation 2.0] opção e remova qualquer

ScaleMeasures opção:
 ７ Nota

A ScaleMeasures opção foi preterida nesta implementação. O conector agora

sempre mostra valores não dimensionados.

5. Se a consulta ainda não incluir um registro de opções, adicione-o. Por exemplo,

altere a seguinte entrada:

para:

７ Nota

A implementação 2.0 do SAP BW Connector deve ser compatível com a versão 1.

No entanto, pode haver algumas diferenças devido aos diferentes modos de
execução SAP BW MDX. Para resolver quaisquer discrepâncias, tente alternar entre
os modos de execução.

Resolução de Problemas
Esta seção fornece algumas situações de solução de problemas e soluções para o
conector SAP BW. Para obter mais informações, consulte Solução de problemas do
conector do SAP Business Warehouse.

Os dados numéricos do SAP BW retornam dados

numéricos formatados incorretamente
Nessa edição, o SAP BW retorna dados numéricos com pontos decimais em vez de
vírgulas. Por exemplo, 1.000.000 retorna como 1.000.000.

O SAP BW retorna dados decimais com uma vírgula ou um ponto como separador
decimal. Para especificar quais desses caracteres o SAP BW deve usar para o separador
decimal, o driver do Power BI Desktop faz uma chamada para BAPI_USER_GET_DETAIL .
Essa chamada retorna uma estrutura chamada DEFAULTS , que tem um campo chamado
DCPFM que armazena Notação de Formato Decimal como um dos seguintes valores:

' ' (espaço) = Ponto decimal é vírgula: N.NNN,NN

'X' = Ponto decimal é ponto: N,NNN.NN

'Y' = A vírgula decimal é N: NNN NNN,NN

Com esse problema, a chamada para BAPI_USER_GET_DETAIL falha para um usuário

específico, que obtém os dados formatados incorretamente, com uma mensagem de
erro semelhante à seguinte mensagem:

XML

You are not authorized to display users in group TI:

<item>
<TYPE>E</TYPE>
<ID>01</ID>
<NUMBER>512</NUMBER>
<MESSAGE>You are not authorized to display users in group
TI</MESSAGE>
<LOG_NO/>
<LOG_MSG_NO>000000</LOG_MSG_NO>
<MESSAGE_V1>TI</MESSAGE_V1>
<MESSAGE_V2/>
<MESSAGE_V3/>
<MESSAGE_V4/>
<PARAMETER/>
<ROW>0</ROW>
<FIELD>BNAME</FIELD>
<SYSTEM>CLNTPW1400</SYSTEM>
</item>

Para resolver esse erro, o administrador do SAP deve conceder ao usuário do Power BI
SAP BW o direito de executar BAPI_USER_GET_DETAIL o . Além disso, verifique se os dados
do usuário têm o valor correto DCPFM .

Precisa de conectividade para consultas SAP BEx

Você pode fazer consultas BEx no Power BI Desktop habilitando a propriedade Release
for External Access , conforme mostrado na imagem a seguir:
O Navigator não apresenta uma pré-visualização de
dados
Nesse problema, o Navigator não exibe uma visualização de dados e, em vez disso,
mostra uma referência de objeto não definida como uma instância de uma mensagem
de erro de objeto.

Os usuários SAP precisam acessar os seguintes módulos de função BAPI específicos para
obter metadados e recuperar dados dos InfoProviders do SAP BW:

BAPI_MDPROVIDER_GET_CATALOGS
BAPI_MDPROVIDER_GET_CUBES
BAPI_MDPROVIDER_GET_DIMENSIONS
BAPI_MDPROVIDER_GET_HIERARCHYS
BAPI_MDPROVIDER_GET_LEVELS
 BAPI_MDPROVIDER_GET_MEASURES
BAPI_MDPROVIDER_GET_MEMBERS
BAPI_MDPROVIDER_GET_VARIABLES
BAPI_IOBJ_GETDETAIL

Para resolver esse problema, verifique se o usuário tem acesso aos MDPROVIDER módulos
e BAPI_IOBJ_GETDETAIL .

Ativar rastreio
Para solucionar ainda mais esses problemas ou problemas semelhantes, você pode
habilitar o rastreamento:

1. No Power BI Desktop, selecione Opções de Arquivo>e Opções de

configurações>.
2. Em Opções, selecione Diagnóstico e, em seguida, selecione Ativar rastreio em
Opções de Diagnóstico.
3. Tente obter dados do SAP BW enquanto o rastreamento estiver ativo e examine o
arquivo de rastreamento para obter mais detalhes.

Suporte ao SAP BW Connection

A tabela a seguir descreve o suporte atual do Power BI para SAP BW.

ﾉ Expandir tabela

Produto Modo Autenticação Conector Biblioteca SNC Suportado

Power BI Qualquer Utilizador / Servidor de N/A Sim

Desktop palavra-passe Aplicações

Power BI Qualquer Windows Servidor de sapcrypto + Sim

Desktop Aplicações gsskrb5/gx64krb5

Power BI Qualquer Windows através Servidor de sapcrypto + Sim

Desktop de representação Aplicações gsskrb5/gx64krb5

Power BI Qualquer Utilizador / Servidor de N/A Sim

Desktop palavra-passe Mensagens

Power BI Qualquer Windows Servidor de sapcrypto + Sim

Desktop Mensagens gsskrb5/gx64krb5

Power BI Qualquer Windows através Servidor de sapcrypto + Sim

Desktop de representação Mensagens gsskrb5/gx64krb5
Produto Modo Autenticação Conector Biblioteca SNC Suportado

Power BI Importar O mesmo que o

Gateway Power BI Desktop

Power BI DirectQuery Utilizador / Servidor de N/A Sim

Gateway palavra-passe Aplicações

Power BI DirectQuery Windows via Servidor de sapcrypto + Sim

Gateway representação Aplicações gsskrb5/gx64krb5
(usuário fixo, sem
SSO)

Power BI DirectQuery Usar SSO via Servidor de sapcrypto + Sim

Gateway Kerberos para a Aplicações gsskrb5/gx64krb5
opção de
consultas
DirectQuery

Power BI DirectQuery Utilizador / Servidor de N/A Sim

Gateway palavra-passe Mensagens

Power BI DirectQuery Windows via Servidor de sapcrypto + Sim

Gateway representação Mensagens gsskrb5/gx64krb5
(usuário fixo, sem
SSO)

Power BI DirectQuery Usar SSO via Servidor de GSSKRB5/GX64KRB5 Não

Gateway Kerberos para a Mensagens
opção de
consultas
DirectQuery

Power BI DirectQuery Usar SSO via Servidor de sapcrypto | Sim

Gateway Kerberos para a Mensagens
opção de
consultas
DirectQuery

Conteúdos relacionados
Fundamentos do SAP BW
DirectQuery e SAP HANA
DirectQuery e SAP Business Warehouse (BW)
Usar o DirectQuery no Power BI
Fontes de dados do Power BI
White paper do Power BI e SAP BW
Comentários
Esta página foi útil?  Yes  No

Fornecer comentários sobre o produto | Perguntar à comunidade

Conectar-se ao LinkedIn Sales Navigator
no Power BI Desktop
Artigo • 22/10/2024

No Power BI Desktop, você pode se conectar ao LinkedIn Sales Navigator para ajudar a
localizar e criar relacionamentos como qualquer outra fonte de dados no Power BI
Desktop e criar relatórios prontos sobre seu progresso. Este artigo explica como instalar
o LinkedIn Sales Navigator e como usá-lo depois de conectado aos seus dados.

Para se conectar aos dados do LinkedIn usando o LinkedIn Sales Navigator, você
precisa ter um plano do LinkedIn Sales Navigator Enterprise e ser um administrador ou
usuário relator no contrato do Sales Navigator.

Conecte-se ao LinkedIn Sales Navigator

Para se conectar aos dados do LinkedIn Sales Navigator, siga as instruções no artigo do
Power Query LinkedIn Sales Navigator.

Usando o aplicativo de modelo do LinkedIn

Sales Navigator
Para facilitar ao máximo o uso do LinkedIn Sales Navigator, você pode usar o aplicativo
de modelo que cria automaticamente um relatório pronto a partir dos dados do
LinkedIn Sales Navigator.

Ao baixar o aplicativo, você pode selecionar se deseja se conectar aos seus dados ou
explorar o aplicativo com dados de exemplo. Você sempre pode voltar e se conectar aos
seus próprios dados do LinkedIn Sales Navigator depois de explorar os dados de
exemplo.

Você pode obter o aplicativo de modelo do LinkedIn Sales Navigator no seguinte link:

Aplicativo de modelo do LinkedIn Sales Navigator

O aplicativo modelo fornece quatro guias para ajudar a analisar e compartilhar suas
informações:

Utilização
Procurar
 InMail
SSI

A guia Uso mostra os dados gerais do LinkedIn Sales Navigator.

O separador Pesquisar permite-lhe aprofundar os resultados da pesquisa.

A guia InMail fornece informações sobre seu uso do InMail, incluindo o número de
InMails enviados, taxas de aceitação e outras informações úteis.
 

A guia SSI fornece mais detalhes sobre seu índice de social selling (SSI).

Para passar dos dados de exemplo para os seus próprios dados, selecione editar
aplicação no canto superior direito (o ícone de lápis) e, em seguida, selecione Ligar os
seus dados a partir do ecrã apresentado.
 

A partir daí, você pode conectar seus próprios dados, selecionando quantos dias de
dados carregar. Pode carregar até 365 dias de dados. Você precisa fazer login usando o
mesmo endereço de e-mail usado para entrar no LinkedIn Sales Navigator através do
site.
Em seguida, o aplicativo de modelo atualiza os dados no aplicativo com seus dados.
Você também pode configurar uma atualização agendada, para que os dados em seu
aplicativo sejam tão atuais quanto sua frequência de atualização especificar.

Depois que os dados forem atualizados, você poderá ver o aplicativo preenchido com
seus próprios dados.

Obter ajuda
Se você tiver problemas ao se conectar aos seus dados, entre em contato com o
suporte do LinkedIn Sales Navigator.

Conteúdos relacionados
Há todos os tipos de dados aos quais você pode se conectar usando o Power BI
Desktop. Para obter mais informações sobre fontes de dados, consulte os seguintes
recursos:

O que é o Power BI Desktop?

Origens de dados no Power BI Desktop
Formatar e combinar dados com o Power BI Desktop
Importar pastas de trabalho do Excel para o Power BI Desktop
Insira dados diretamente no Power BI Desktop

Comentários
Esta página foi útil?  Yes  No

Fornecer comentários sobre o produto | Perguntar à comunidade

Usar o OneDrive para links de trabalho
ou de escola no Power BI Desktop
Artigo • 10/11/2023

Muitas pessoas têm pastas de trabalho do Excel armazenadas no OneDrive para

trabalho ou escola que seriam ótimas para uso com o Power BI Desktop. Com o Power
BI Desktop, você pode usar links online para arquivos do Excel armazenados no
OneDrive para trabalho ou escola para criar relatórios e elementos visuais. Pode utilizar
uma conta de grupo do OneDrive para trabalho ou escolar ou a sua conta individual do
OneDrive para trabalho ou escola.

Obter um link online do OneDrive para trabalho ou escola requer algumas etapas
específicas. As seções a seguir explicam essas etapas, que permitem compartilhar o link
do arquivo entre grupos, em máquinas diferentes e com seus colegas de trabalho.

Obter um link do Excel

1. Navegue até o OneDrive para o local do trabalho ou da escola usando um
navegador. Selecione as reticências (...) para abrir o menu Mais e, em seguida,
selecione Detalhes.
 ７ Nota

A interface do navegador pode não se parecer exatamente com esta imagem.

Há muitas maneiras de selecionar Abrir no Excel para arquivos na interface do
navegador do OneDrive para trabalho ou escola. Você pode usar qualquer
opção que permita abrir o arquivo no Excel.

2. No painel Mais detalhes que aparece, selecione o ícone de cópia ao lado de

Caminho.
Usar o link no Power BI Desktop
No Power BI Desktop, você pode usar o link que acabou de copiar para a área de
transferência. Siga estes passos:

1. No Power BI Desktop, selecione Obter dados>da Web.

2. Com a opção Básico selecionada, cole o link na caixa de diálogo Da Web .

3. Se o Power BI Desktop solicitar credenciais, escolha Windows para sites do

SharePoint locais ou Conta Organizacional para Microsoft 365 ou OneDrive para
 sites corporativos ou escolares.

É apresentada uma caixa de diálogo Navegador . Ele permite que você selecione a
partir da lista de tabelas, planilhas e intervalos encontrados na pasta de trabalho
do Excel. A partir daí, pode utilizar o ficheiro do OneDrive para trabalho ou escola
como qualquer outro ficheiro Excel. Você pode criar relatórios e usá-los em
modelos semânticos como faria com qualquer outra fonte de dados.

７ Nota

Para usar um arquivo do OneDrive para trabalho ou escola como uma fonte de
dados no serviço do Power BI, com a Atualização do Serviço habilitada para esse
arquivo, selecione OAuth2 como o método de Autenticação ao definir as
configurações de atualização. Caso contrário, você poderá encontrar um erro ao
tentar se conectar ou atualizar, como Falha ao atualizar as credenciais da fonte de
dados. Selecionar OAuth2 como o método de autenticação evita esse erro de
credenciais.
Conectar-se a dados do Project Online
por meio do Power BI Desktop
Artigo • 08/09/2023

Você pode se conectar a dados no Project Online por meio do Power BI Desktop.

Etapa 1: Baixar o Power BI Desktop

Transfira o Power BI Desktop e, em seguida, execute o instalador para obter o Power BI
Desktop no seu computador.

Etapa 2: Conectar-se ao Project Online com

OData
1. Abra Power BI Desktop.

2. Na tela Bem-vindo, selecione Obter dados.

3. Selecione OData Feed e escolha Conectar.

4. Introduza o endereço do feed OData na caixa URL e, em seguida, selecione OK.

Se o endereço do site do Project Web App for semelhante a https://

tenantname.sharepoint.com/sites/pwa, o endereço a ser inserido para seu Feed
OData será https://<< tenantname.sharepoint.com/sites/pwa/_api/Projectdata>>.

5. O Power BI Desktop solicita que você se autentique com sua conta corporativa ou
de estudante. Selecione Conta organizacional e insira suas credenciais.
A conta que você usa para se conectar ao feed OData deve ter pelo menos acesso ao
Visualizador de Portfólio ao site do Project Web App.

A partir daqui, você pode escolher a quais tabelas gostaria de se conectar e criar uma
consulta.
Orientação para implantar um gateway
de dados para o serviço do Power BI
Artigo • 23/05/2024

７ Nota

Dividimos os documentos do gateway de dados local em conteúdo específico do

Power BI e conteúdo geral que se aplica a todos os serviços suportados pelo
gateway. Você está atualmente no conteúdo do Power BI. Para fornecer
comentários sobre este artigo ou sobre a experiência geral de documentos do
gateway, role até a parte inferior do artigo.

Este artigo fornece orientações e considerações para implantar um gateway de dados

para o serviço do Power BI em seu ambiente de rede.

Para obter informações sobre como baixar, instalar, configurar e gerenciar o gateway de
dados local, consulte O que é um gateway de dados local?. Você também pode saber
mais sobre o gateway de dados local e o Power BI visitando o blog do Microsoft Power
BI e o site da Comunidade do Microsoft Power BI.

Considerações sobre a instalação do gateway

de dados local
Antes de instalar o gateway de dados local para seu serviço de nuvem do Power BI, há
algumas considerações a serem lembradas. As seções a seguir descrevem essas
considerações.

Número de utilizadores
O número de usuários que consomem um relatório que usa o gateway é uma métrica
importante na sua decisão sobre onde instalar o gateway. Eis algumas das questões a
considerar:

Os usuários usam esses relatórios em momentos diferentes do dia?

Que tipos de conexões eles usam: DirectQuery ou Import?
Todos os usuários usam o mesmo relatório?
Se todos os usuários acessarem um determinado relatório no mesmo horário todos os
dias, certifique-se de instalar o gateway em uma máquina capaz de lidar com todas
essas solicitações. Consulte as seções a seguir para obter contadores de desempenho e
requisitos mínimos que podem ajudá-lo a determinar se uma máquina é adequada.

Uma restrição no serviço do Power BI permite apenas um gateway por relatório. Mesmo
que um relatório seja baseado em várias fontes de dados, todas essas fontes de dados
devem passar por um único gateway. Se um painel for baseado em vários relatórios,
você poderá usar um gateway dedicado para cada relatório contribuinte. Dessa forma,
você distribui a carga do gateway entre os vários relatórios que contribuem para o
único painel.

Connection type
O serviço do Power BI oferece dois tipos de conexões: DirectQuery e Import. Nem todas
as fontes de dados suportam ambos os tipos de conexão. Muitos fatores podem
contribuir para a escolha de um em detrimento do outro, como requisitos de segurança,
desempenho, limites de dados e tamanhos de modelos de dados. Para saber mais sobre
tipos de conexão e fontes de dados suportadas, consulte a lista de tipos de fontes de
dados disponíveis.

Dependendo do tipo de conexão usada, o uso do gateway pode ser diferente. Por
exemplo, tente separar fontes de dados DirectQuery de fontes de dados de atualização
agendada sempre que possível. A suposição é que eles estão em relatórios diferentes e
podem ser separados. A separação de fontes impede que o gateway tenha milhares de
solicitações DirectQuery enfileiradas ao mesmo tempo que a atualização programada
pela manhã de um modelo de dados de grande porte usado para o painel principal da
empresa.

Veja o que considerar para cada opção:

Atualização agendada: dependendo do tamanho da consulta e do número de

atualizações que ocorrem por dia, você pode optar por permanecer com os
requisitos mínimos de hardware recomendados ou atualizar para uma máquina de
desempenho mais alto. Se uma determinada consulta não estiver dobrada, as
transformações ocorrerão na máquina do gateway. Como resultado, a máquina de
gateway se beneficia de ter mais RAM disponível.

DirectQuery: uma consulta é enviada sempre que qualquer usuário abre o

relatório ou examina dados. Se você espera que mais de 1.000 usuários acessem
os dados simultaneamente, verifique se o computador tem componentes de
 hardware robustos e capazes. Mais núcleos de CPU resultam em melhor taxa de
transferência para uma conexão DirectQuery.

Para obter os requisitos de instalação da máquina, consulte os requisitos de instalação

do gateway de dados local.

Localização
O local da instalação do gateway pode ter um efeito significativo no desempenho da
sua consulta. Tente certificar-se de que o gateway, os locais da fonte de dados e o
locatário do Power BI estão o mais próximos possível um do outro para minimizar a
latência da rede. Para determinar a localização do locatário do Power BI, no serviço do
Power BI, selecione o ícone de ponto de interrogação (?) no canto superior direito. Em
seguida, selecione Sobre o Power BI.

Se você pretende usar o gateway de serviço do Power BI com o Azure Analysis Services,
certifique-se de que as regiões de dados em ambas correspondem. Para obter mais
informações sobre como definir regiões de dados para vários serviços, assista a este
vídeo .

Otimizar o desempenho
Por padrão, o gateway armazena dados antes de retorná-los ao conjunto de dados,
potencialmente causando um desempenho mais lento durante as operações de
carregamento e atualização de dados. O comportamento predefinido pode ser
substituído.

1. No arquivo C:\Arquivos de Programas\Gateway de dados

local\Microsoft.PowerBI.DataMovement.Pipeline.GatewayCore.dll.config, defina a
StreamBeforeRequestCompletes propriedade como True e salve.

JSON

<setting name="StreamBeforeRequestCompletes" serializeAs="String">

<value>True</value>
</setting>

2. Em Gateway de dados no local>Definições de Serviço, reinicie o gateway.

Se estiver instalando o gateway em uma Máquina Virtual do Azure, garanta o

desempenho de rede ideal configurando a rede acelerada. Para saber mais, consulte
Criar uma VM do Windows com rede acelerada.

Conteúdos relacionados
Definir configurações de proxy
Solucionar problemas de gateways - Power BI
Perguntas frequentes sobre o gateway de dados local - Power BI

Tem dúvidas? Experimente a Comunidade do Power BI.

Comentários
Esta página foi útil?  Yes  No

Fornecer comentários sobre o produto | Perguntar à comunidade

Gateway de dados no local em detalhe
Artigo • 31/01/2024

７ Nota

Dividimos os documentos do gateway de dados local em conteúdo específico do

Power BI e conteúdo geral que se aplica a todos os serviços suportados pelo
gateway. Você está atualmente no conteúdo do Power BI. Para fornecer
comentários sobre este artigo ou sobre a experiência geral de documentos do
gateway, role até a parte inferior do artigo.

Transferimos as informações deste artigo para vários artigos no Power BI e documentos

gerais. Siga os links abaixo de cada título para encontrar o conteúdo relevante.

Como funciona o gateway

Consulte Arquitetura de gateway de dados local.

Lista de tipos de fontes de dados disponíveis

Consulte Adicionar ou remover uma fonte de dados de gateway.

Autenticação em fontes de dados locais

Consulte Autenticação em fontes de dados locais.

Autenticação em uma fonte de dados ativa do

Analysis Services
Consulte Autenticação em uma fonte de dados ativa do Analysis Services.

Segurança baseada em funções

Consulte Segurança baseada em funções.

Segurança ao nível da linha

Consulte Segurança em nível de linha.

E quanto ao Microsoft Entra ID?

Consulte Microsoft Entra ID.

Como posso saber qual é a minha UPN?

Consulte Como posso saber qual é o meu UPN?.

Mapear nomes de usuário para fontes de

dados do Analysis Services
Consulte Mapear nomes de usuário para fontes de dados do Analysis Services.

Sincronizar um Ative Directory local com o

Microsoft Entra ID
Consulte Sincronizar um Ative Directory local com o Microsoft Entra ID.

O que fazer a seguir?

Veja os artigos sobre fontes de dados:

Adicionar ou remover uma fonte de dados de gateway

Gerenciar sua fonte de dados - Analysis Services
Gerencie sua fonte de dados - SAP HANA
Gerenciar sua fonte de dados - SQL Server
Gerencie sua fonte de dados - Oracle
Gerenciar sua fonte de dados - Importação/atualização agendada

Onde as coisas podem correr mal

Consulte Solucionar problemas do gateway de dados local e Solucionar problemas de
gateways - Power BI.

Iniciar sessão na conta

Consulte Iniciar sessão na conta.

Conta de serviço do Windows

Consulte Alterar a conta de serviço do gateway de dados local.

Portas
Veja Portos.

Forçando a comunicação HTTPS com o

Barramento de Serviço do Azure
Consulte Forçar comunicação HTTPS com o Barramento de Serviço do Azure.

Suporte para TLS 1.2

Consulte TLS 1.2 para obter o tráfego do gateway.

Como reiniciar o gateway

Consulte Reiniciar um gateway.

Conteúdos relacionados
O que é o gateway de dados local?
Tem dúvidas? Tente a Comunidade do Power BI
Usar um gateway pessoal no Power BI
Artigo • 13/08/2024

７ Nota

Dividimos os documentos do gateway de dados local em conteúdo específico do

Power BI e conteúdo geral que se aplica a todos os serviços suportados pelo
gateway. Você está atualmente no conteúdo do Power BI. Para fornecer
comentários sobre este artigo ou sobre a experiência geral de documentos do
gateway, role até a parte inferior do artigo.

O gateway de dados local (modo pessoal) é uma versão do gateway de dados local que
funciona apenas com o Power BI. Você pode usar um gateway pessoal para instalar um
gateway em seu próprio computador e obter acesso a dados locais. Este artigo fornece
informações sobre como usar um gateway pessoal no Power BI para se conectar de
forma fácil e segura a dados locais.

７ Nota

Cada usuário do Power BI pode ter apenas um gateway de modo pessoal em

execução. Se o mesmo usuário instalar outro gateway de modo pessoal, mesmo
em um computador diferente, a instalação mais recente substituirá a instalação
anterior existente.

Gateway de dados local versus gateway de

dados local (modo pessoal)
A tabela a seguir descreve as diferenças entre um gateway de dados local e um gateway
de dados local (modo pessoal).

ﾉ Expandir tabela

Gateway de dados no local Gateway de dados local (modo

pessoal)

Suporta serviços na Power BI, PowerApps, Aplicativos Nenhuma

nuvem: Lógicos do Azure, Power
Automate, Azure Analysis
Services, fluxos de dados
 Gateway de dados no local Gateway de dados local (modo
pessoal)

É executado sob Conforme configurado pelos Suas credenciais para

credenciais: usuários que têm acesso ao autenticação do Windows ou
gateway credenciais configuradas para
outros tipos de autenticação

Pode instalar apenas Sim No

como administrador do
computador

Gerenciamento Sim No
centralizado de
gateway e fonte de
dados

Pode importar dados e Sim Sim

agendar atualização

Suporte a DirectQuery Sim No

Suporte do LiveConnect Sim No

para Analysis Services

Instalar o gateway de dados local (modo

pessoal)
Para instalar o gateway de dados local (modo pessoal):

1. Baixe o gateway de dados local.

2. Abra o instalador e selecione Avançar.

3. Selecione Gateway de dados local (modo pessoal) e, em seguida, selecione

Avançar.
 4. Na tela seguinte, revise os requisitos mínimos, verifique ou edite o caminho de
instalação e marque a caixa de seleção para aceitar os termos de uso e a
declaração de privacidade. Em seguida, selecione Instalar.

5. Depois que a instalação for concluída com êxito, digite seu endereço de e-mail em
Endereço de e-mail para usar com esse gateway e selecione Entrar.

6. Depois de iniciar sessão, é apresentado um ecrã de confirmação.

7. Selecione Fechar para fechar o instalador.

Use o Fast Combine com o gateway pessoal

O Fast Combine em um gateway pessoal ajuda você a ignorar os níveis de privacidade
especificados ao executar consultas. Para habilitar o Fast Combine para o gateway de
dados local (modo pessoal):

1. Use o Explorador de Arquivos do Windows para abrir o arquivo

<localappdata>\Microsoft\On-premises data gateway (modo
pessoal)\Microsoft.PowerBI.DataMovement.Pipeline.GatewayCore.dll.config.

2. No final do ficheiro, antes

</Microsoft.PowerBI.DataMovement.Pipeline.GatewayCore.GatewayCoreSettings> de ,
 adicione o seguinte código e, em seguida, guarde o ficheiro.

XML

<setting name="EnableFastCombine" serializeAs="String">

<value>true</value>
</setting>

3. A configuração entra em vigor em aproximadamente um minuto. Para confirmar se

o Fast Combine está funcionando corretamente, tente uma atualização sob
demanda no serviço do Power BI.

Perguntas mais frequentes (FAQ)

Pergunta: Você pode executar o gateway de dados local (modo pessoal) lado a
lado com o gateway de dados local que costumava ser chamado de gateway
corporativo?

Resposta: Sim, ambos os gateways podem ser executados simultaneamente.

Pergunta: Você pode executar o gateway de dados local (modo pessoal) como um
serviço?

Resposta: Não. O gateway de dados local (modo pessoal) pode ser executado
apenas como um aplicativo. Para executar um gateway como um serviço ou no
modo de administração, use o gateway de dados local, que costumava ser
chamado de gateway Enterprise.

Pergunta: Com que frequência o gateway de dados local (modo pessoal) é

atualizado?

Resposta: O gateway pessoal é atualizado mensalmente.

Pergunta: Por que o gateway pessoal pede que você atualize suas credenciais?

Resposta: Muitas situações podem desencadear uma solicitação de credenciais. O

cenário mais comum é que você reinstalou o gateway de dados local (modo
pessoal) em uma máquina diferente do gateway pessoal original do Power BI.
Também pode haver um problema na fonte de dados, ou o Power BI falhou ao
fazer uma conexão de teste, ou ocorreu um erro de tempo limite ou do sistema.

Para atualizar suas credenciais no serviço do Power BI, abra as configurações do

modelo semântico e escolha Credenciais da fonte de dados.
 Pergunta: Por quanto tempo um gateway pessoal fica offline durante uma
atualização?

Resposta: Atualizar o gateway pessoal para uma nova versão leva apenas alguns
minutos.

Pergunta: O gateway pessoal suporta scripts R e Python?

Resposta: Sim, o modo pessoal suporta scripts R e Python.

Conteúdos relacionados
Adicionar ou remover uma fonte de dados de gateway
Definir configurações de proxy para o gateway de dados local
Planejamento da implementação do Power BI: gateways de dados

Tem dúvidas? Experimente a Comunidade do Power BI.

Comentários
Esta página foi útil?  Yes  No

Fornecer comentários sobre o produto | Perguntar à comunidade

Perguntas frequentes sobre o
gateway de dados local - Power BI
FAQ

７ Nota

Dividimos os documentos do gateway de dados local em conteúdo específico do

Power BI e conteúdo geral que se aplica a todos os serviços suportados pelo
gateway. Você está atualmente no conteúdo do Power BI. Para fornecer
comentários sobre este artigo ou sobre a experiência geral de documentos do
gateway, role até a parte inferior do artigo.

Preciso atualizar o gateway de dados

local (modo pessoal)?
Não, você pode continuar usando o gateway de dados local (modo pessoal) para o
Power BI.

São necessárias permissões especiais

para instalar o gateway e gerenciá-lo no
serviço do Power BI?
Não são necessárias permissões especiais. Tem de iniciar sessão com uma conta de e-
mail escolar ou profissional.

Posso carregar pastas de trabalho do

Excel com modelos de dados do Power
Pivot que se conectam a fontes de
dados locais e preciso de um gateway
para esse cenário?
Sim, você pode carregar a pasta de trabalho. Não, você não precisa de um gateway.
Mas, como os dados residirão no modelo de dados do Excel, os relatórios no Power BI
baseados na pasta de trabalho do Excel não serão ativos. Para atualizar relatórios no
Power BI, tem de recarregar um livro atualizado de cada vez. Ou use o gateway com
atualização agendada.

Se os usuários compartilharem painéis

com uma conexão DirectQuery, outros
usuários verão os dados mesmo que
eles não tenham as mesmas
permissões?
Para um painel conectado ao Analysis Services, os usuários verão apenas os dados aos
quais têm acesso. Se os usuários não tiverem as mesmas permissões, eles não poderão
ver nenhum dado. Para outras fontes de dados, todos os usuários compartilharão as
credenciais inseridas pelo administrador para essa fonte de dados.

Por que não consigo me conectar ao

meu servidor Oracle?
Talvez seja necessário instalar o cliente Oracle e configurar o arquivo tnsnames.ora com
as informações de servidor adequadas para se conectar ao servidor Oracle. O cliente
oracle é uma instalação separada fora do gateway. Para obter mais informações,
consulte Instalar o cliente Oracle.

Os scripts R são suportados?

Os scripts R são suportados apenas para o modo pessoal.

Posso usar o msmdpump.dll para criar

mapeamentos de nome de usuário
efetivos personalizados para o Analysis
Services?
Não Esta utilização não é suportada.

Posso usar o gateway para me conectar

a uma instância multidimensional
(OLAP)?
Sim. O gateway de dados local oferece suporte a conexões em tempo real com modelos
tabulares e multidimensionais do Analysis Services.

E se eu instalar o gateway em um
computador em um domínio diferente
do meu servidor local que usa a
autenticação do Windows?
Sem garantias. Depende da relação de confiança entre os dois domínios. Se dois
domínios diferentes estiverem em um modelo de domínio confiável, o gateway poderá
se conectar ao servidor do Analysis Services e o nome de usuário efetivo poderá ser
resolvido. Caso contrário, poderá encontrar uma falha de início de sessão.

Como posso descobrir qual nome de

usuário efetivo está sendo passado para
meu servidor do Analysis Services local?
Consulte Solucionar problemas de gateways - Power BI.

Próximos passos
Resolução de problemas do gateway de dados no local
Planejamento da implementação do Power BI: gateways de dados

Tem dúvidas? Pergunte à Comunidade do Power BI.

Adicionar ou remover uma fonte de
dados de gateway
Artigo • 16/10/2024

７ Nota

Dividimos os documentos do gateway de dados local em conteúdo específico do

Power BI e conteúdo geral que se aplica a todos os serviços suportados pelo
gateway. Você está atualmente no conteúdo do Power BI. Para fornecer
comentários sobre este artigo ou sobre a experiência geral de documentos do
gateway, role até a parte inferior do artigo.

O Power BI dá suporte a muitas fontes de dados locais e cada fonte tem seus próprios
requisitos. Você pode usar um gateway para uma única fonte de dados ou várias fontes
de dados. Neste exemplo, você aprenderá a adicionar o SQL Server como uma fonte de
dados. As etapas são semelhantes para outras fontes de dados. Este artigo também
informa como remover uma fonte de dados, usá-la com atualização agendada ou
DirectQuery e gerenciar o acesso do usuário.

Você também pode fazer a maioria das operações de gerenciamento de fonte de dados
usando APIs. Para obter mais informações, consulte APIs REST (gateways).

Se você não tiver um gateway instalado, instale um gateway de dados local para
começar.

Adicionar uma origem de dados

1. No cabeçalho da página no serviço Power BI, selecione o ícone Configurações e,
em seguida, selecione Gerenciar conexões e gateways.
2. Selecione Novo na parte superior da tela para adicionar uma nova fonte de dados.

3. Na tela Nova conexão, selecione Local, forneça o nome do cluster de gateway no

qual você deseja criar a conexão, forneça um Nome de conexão e selecione o Tipo
de fonte de dados. Para este exemplo, escolha SQL Server.

4. Insira informações sobre a fonte de dados. Para o SQL Server, forneça o Servidor e
o Banco de Dados.

７ Nota
 Para usar a fonte de dados para relatórios e painéis do Power BI, os nomes do
servidor e do banco de dados devem corresponder entre o Power BI Desktop
e a fonte de dados adicionada ao gateway.

5. Selecione um método de autenticação para usar ao se conectar à fonte de dados:

Basic, Windows ou OAuth2. Para SQL Server, escolha Windows ou Basic
(Autenticação SQL). Insira as credenciais da sua fonte de dados.

Se você selecionou o método de autenticação OAuth2 :

Qualquer consulta que seja executada por mais tempo do que a política de
expiração do token OAuth pode falhar.
Não há suporte para contas Microsoft Entra entre locatários.

Se você selecionou o método de autenticação do Windows , verifique se a conta

tem acesso no computador. Se não tiver certeza, adicione NT-
AUTHORITY\Usuários autenticados (S-1-5-11) ao grupo Usuários da máquina local.

6. Opcionalmente, em Logon único, você pode configurar o logon único (SSO) para
sua fonte de dados. Dependendo das configurações da sua organização, para
relatórios baseados em DirectQuery, você pode configurar Usar SSO via Kerberos
para consultas DirectQuery, Usar SSO via Kerberos para consultas DirectQuery e
Importar ou Usar SSO via ID do Microsoft Entra para consultas DirectQuery. Você
pode configurar Usar SSO via Kerberos para consultas DirectQuery e Importar
para relatórios baseados em atualização.

Se você usar Usar SSO via Kerberos para consultas DirectQuery e usar essa fonte
de dados para um relatório baseado em DirectQuery, o relatório usará as
credenciais do usuário que entra no serviço do Power BI. Um relatório baseado em
 atualização usa as credenciais inseridas nos campos Nome de usuário e Senha e o
método de autenticação escolhido.

Ao usar Usar SSO via Kerberos para consultas DirectQuery e Importar, você não
precisa fornecer nenhuma credencial. Se essa fonte de dados for usada para
relatórios baseados em DirectQuery, o relatório usará o usuário mapeado para o
usuário do Microsoft Entra que entra no serviço do Power BI. Um relatório baseado
em atualização usa o contexto de segurança do proprietário do conjunto de
dados.

Para obter mais informações sobre Usar SSO via Kerberos para consultas
DirectQuery e Usar SSO via Kerberos para consultas DirectQuery e Importar,
consulte Visão geral do logon único (SSO) para gateways de dados locais no
Power BI.

Se você usar Usar SSO por meio da ID do Microsoft Entra para consultas
DirectQuery e usar essa fonte de dados para um relatório baseado em
DirectQuery, o relatório usará o token Microsoft Entra do usuário que entra no
serviço do Power BI. Um relatório baseado em atualização usa as credenciais
inseridas nos campos Nome de usuário e Senha e o método de autenticação
escolhido. A opção Usar SSO via ID do Microsoft Entra para consultas
DirectQuery estará disponível somente se o administrador do locatário permitir o
Microsoft Entra SSO por meio do gateway de dados local e para as seguintes
fontes de dados:

SQL Server
Azure Data Explorer
Snowflake

Para obter mais informações sobre Usar SSO via ID do Microsoft Entra para
consultas DirectQuery, consulte Microsoft Entra single sign-on (SSO) for data
gateway.

７ Nota

O SSO para consultas de importação está disponível apenas para as fontes de

dados SSO que usam a delegação restrita de Kerberos.

7. Em Nível de privacidade geral>, opcionalmente, configure um nível de

privacidade para sua fonte de dados. Essa configuração não se aplica ao
DirectQuery.
 8. Selecione Criar. Em Configurações, você verá Nova conexão criada se o processo
for bem-sucedido.

Agora você pode usar essa fonte de dados para incluir dados do SQL Server em seus
painéis e relatórios do Power BI.

Remover uma origem de dados

Você pode remover uma fonte de dados se não usá-la mais. Se você remover uma fonte
de dados, todos os painéis e relatórios que dependem dessa fonte de dados deixarão
de funcionar.

Para remover uma fonte de dados, selecione-a na tela Conexões em Gerenciar

Conexões e Gateways e selecione Remover.
Usar a fonte de dados para atualização
agendada ou DirectQuery
Depois de criar a fonte de dados, ela fica disponível para uso com conexões DirectQuery
ou por meio de atualização agendada. Você pode saber mais sobre como configurar a
atualização agendada em Configurar atualização agendada.

O link entre o conjunto de dados e a fonte de dados no gateway é baseado no nome do

servidor e no nome do banco de dados. Esses nomes devem corresponder. Por
exemplo, se você fornecer um endereço IP para o nome do servidor no Power BI
Desktop, deverá usar o endereço IP da fonte de dados na configuração do gateway. Se
você usar SERVER\INSTANCE no Power BI Desktop, deverá usar o mesmo formato na fonte
de dados configurada para o gateway.

Se sua conta estiver listada na guia Usuários da fonte de dados configurada no gateway
e o nome do servidor e do banco de dados coincidirem, você verá o gateway listado
como Em execução em Conexões de gateway nas Configurações da fonte de dados.
Você pode selecionar Atualização agendada para configurar a atualização agendada
para a fonte de dados.

） Importante

Se o conjunto de dados contiver várias fontes de dados, cada fonte de dados

deverá ser adicionada ao gateway. Se uma ou mais fontes de dados não forem
adicionadas ao gateway, você não verá o gateway como disponível para
atualização agendada.

Gerir utilizadores
Depois de adicionar uma fonte de dados a um gateway, você concede aos usuários e
grupos de segurança acesso à fonte de dados específica, não ao gateway inteiro. A lista
de acesso para a fonte de dados controla apenas quem tem permissão para publicar
relatórios que incluem dados da fonte de dados. Os proprietários de relatórios podem
criar painéis e aplicativos e, em seguida, compartilhar esses itens com outros usuários.

Você também pode conceder aos usuários e grupos de segurança acesso administrativo
ao gateway.

７ Nota

Os usuários com acesso à fonte de dados podem associar conjuntos de dados à

fonte de dados e se conectar, com base nas credenciais armazenadas ou no SSO
selecionado durante a criação de uma fonte de dados.

Adicionar usuários a uma fonte de dados

1. No cabeçalho da página no serviço Power BI, selecione o ícone Configurações e,
em seguida, selecione Gerenciar conexões e gateways.

2. Selecione a fonte de dados onde você deseja adicionar usuários.

3. Selecione Gerenciar usuários na faixa de opções superior

4. Na tela Gerenciar usuários, insira os usuários e/ou grupos de segurança da sua

organização que podem acessar a fonte de dados selecionada.

5. Selecione o novo nome de usuário e selecione a função a ser atribuída: Usuário,

Usuário com recompartilhamento ou Proprietário.

6. Selecione Compartilhar e o nome do membro adicionado será adicionado à lista

de pessoas que podem publicar relatórios que usam essa fonte de dados.
Lembre-se de que você precisa adicionar usuários a cada fonte de dados à qual deseja
conceder acesso. Cada fonte de dados tem uma lista separada de usuários. Adicione
usuários a cada fonte de dados separadamente.

Remover usuários de uma fonte de dados

Na guia Gerenciar usuários da fonte de dados, você pode remover usuários e grupos
de segurança que usam essa fonte de dados.

Armazene credenciais criptografadas na nuvem

Ao adicionar uma fonte de dados ao gateway, você deve fornecer credenciais para essa
fonte de dados. Todas as consultas à fonte de dados são executadas usando essas
credenciais. As credenciais são criptografadas com segurança com criptografia simétrica,
para que não possam ser descriptografadas na nuvem. As credenciais são enviadas para
a máquina que executa o gateway local. Esta máquina descriptografa as credenciais
quando as fontes de dados são acessadas.

Lista de tipos de fontes de dados disponíveis

Para obter informações sobre quais fontes de dados o gateway de dados local suporta,
consulte Fontes de dados do Power BI.

７ Nota

O MySQL não é suportado no gateway de dados pessoal local.

Conteúdos relacionados
Gerenciar sua fonte de dados - Analysis Services
Gerencie sua fonte de dados - SAP HANA
Gerenciar sua fonte de dados - SQL Server
Gerencie sua fonte de dados - Oracle
Gerenciar sua fonte de dados - importação e atualização agendada
Orientação para implantar um gateway de dados

Tem dúvidas? Experimente a Comunidade do Power BI.

Comentários
Esta página foi útil?  Yes  No

Fornecer comentários sobre o produto | Perguntar à comunidade

Gerenciar fontes de dados do SQL
Server Analysis Services
Artigo • 10/12/2024

Depois de instalar um gateway de dados local, você pode adicionar fontes de dados
para usar com o gateway. Este artigo descreve como adicionar uma fonte de dados do
SQL Server Analysis Services (SSAS) ao seu gateway local para usar para atualização
agendada ou para conexões em tempo real.

Para saber mais sobre como configurar uma conexão ao vivo com o SSAS, assista a este
vídeo Passo a passo do Power BI: Analysis Services Live Connect .

７ Nota

Dividimos os documentos do gateway de dados local em conteúdo específico do

Power BI e conteúdo geral que se aplica a todos os serviços suportados pelo
gateway. Você está atualmente no conteúdo do Power BI. Para fornecer
comentários sobre este artigo ou sobre a experiência geral de documentos do
gateway, role até a parte inferior do artigo.

７ Nota

Se você tiver uma fonte de dados do Analysis Services, precisará instalar o gateway
em um computador associado à mesma floresta ou domínio que o servidor do
Analysis Services.

７ Nota

O gateway oferece suporte apenas à autenticação do Windows para Analysis

Services.

７ Nota

As fontes de dados do Analysis Services não são suportadas com uma configuração
de proxy, pois usam uma conexão TCP/IP. O proxy só é detetado ao utilizar o
endpoint HTTP MSMDPUMP.dll.
Adicionar uma origem de dados
Para conectar-se a uma fonte de dados multidimensional ou tabular do Analysis
Services:

1. Na tela Nova conexão para seu gateway de dados local, selecione Analysis
Services para Tipo de conexão. Para obter mais informações sobre como adicionar
uma fonte de dados, consulte Adicionar uma fonte de dados.

2. Preencha as informações da fonte de dados, que inclui Servidor e Banco de

Dados. O gateway usa as informações inseridas para Nome de usuário e Senha
para se conectar à instância do Analysis Services.
 ７ Nota

A conta do Windows inserida deve ser membro da função Administrador de

Servidor na instância do Analysis Services à qual você está se conectando. Se
a senha dessa conta estiver definida para expirar, os usuários receberão um
erro de conexão, a menos que você atualize a senha da fonte de dados. Para
obter mais informações sobre como as credenciais são armazenadas, consulte
Armazenar credenciais criptografadas na nuvem.

3. Configure o nível de Privacidade para sua fonte de dados. Essa configuração

controla como os dados podem ser combinados para atualização agendada. A
configuração de nível de privacidade não se aplica a conexões ao vivo. Para saber
mais sobre os níveis de privacidade da sua origem de dados, consulte Definir
níveis de privacidade (Power Query).

4. Opcionalmente, você pode configurar o mapeamento de nome de usuário agora.

Para obter instruções, consulte Remapeamento manual de nome de usuário.
 5. Depois de preencher todos os campos, selecione Criar.

Agora você pode usar essa fonte de dados para atualização agendada ou conexões em
tempo real em uma instância local do Analysis Services.

Nomes de usuário para Analysis Services

Sempre que um usuário interage com um relatório conectado ao Analysis Services, o
nome de usuário efetivo passa para o gateway e, em seguida, passa para o servidor
local do Analysis Services. O endereço de email que você usa para entrar no Power BI
passa para o Analysis Services como o usuário efetivo na propriedade de conexão
EffectiveUserName .

O endereço de email deve corresponder a um UPN (nome principal do usuário) definido

dentro do domínio local do Ative Directory (AD). O UPN é uma propriedade de uma
conta AD. A conta do Windows deve estar presente em uma função do Analysis
Services. Se não for possível encontrar uma correspondência no AD, o início de sessão
não será bem-sucedido. Para saber mais sobre AD e nomenclatura de usuário, consulte
Atributos de nomenclatura de usuário.

Mapear nomes de usuário para fontes de

dados do Analysis Services
O Power BI permite mapear nomes de usuário para fontes de dados do Analysis
Services. Você pode configurar regras para mapear um nome de usuário de entrada do
Power BI para um EffectiveUserName que passa para a conexão do Analysis Services.
Esse recurso é uma ótima solução alternativa quando o nome de usuário do Microsoft
Entra não corresponde a um UPN na instância local do Ative Directory. Por exemplo, se
o seu endereço de e-mail for [email protected] , você pode mapeá-lo
para [email protected] , e esse valor passa para o gateway.

Você pode mapear nomes de usuário para o Analysis Services de duas maneiras
diferentes:

Remapeamento manual do usuário no Power BI

Mapeamento de pesquisa do Ative Directory, que usa a pesquisa de propriedade
do AD local para remapear UPNs do Microsoft Entra para usuários do AD local.

O mapeamento manual usando a pesquisa de propriedades do AD local é possível, mas

é demorado e difícil de manter, especialmente quando a correspondência de padrões
não é suficiente. Por exemplo, nomes de domínio ou nomes de conta de usuário podem
ser diferentes entre o ID do Microsoft Entra e o AD local. Portanto, o mapeamento
manual com a segunda abordagem não é recomendado.

As seções a seguir descrevem as duas abordagens de mapeamento.

Remapeamento manual do usuário no Power BI

Você pode configurar regras UPN personalizadas no Power BI para fontes de dados do
Analysis Services. As regras personalizadas ajudam se o nome de entrada do serviço
Power BI não corresponder ao UPN do diretório local. Por exemplo, se você entrar no
Power BI com [email protected] , mas seu diretório local UPN for
[email protected] , poderá configurar uma regra de mapeamento para passar
[email protected] para o Analysis Services.

） Importante

O mapeamento funciona para a fonte de dados específica que está sendo

configurada. Não é um cenário global. Se você tiver várias fontes de dados do
Analysis Services, precisará mapear os usuários para cada fonte de dados.

Para fazer o mapeamento UPN manual, siga estas etapas:

1. No ícone de engrenagem do Power BI, selecione Gerenciar gateways e conexões.

2. Selecione a fonte de dados e, em seguida, selecione Configurações no menu

superior.

3. Na tela Configurações, na caixa Mapear nomes de usuário, verifique se

EffectiveUserName está selecionado e selecione Adicionar nova regra.

4. Em Mapear nomes de usuário, para cada nome de usuário a ser mapeado, insira
valores para Nome original e Novo nome e selecione Adicionar nova regra. O
 valor Replace é o endereço de entrada do Power BI e o valor With é o valor pelo
qual ele deve ser substituído. A substituição passa para a EffectiveUserName
propriedade da conexão do Analysis Services.

７ Nota

Certifique-se de não alterar usuários que você não pretende alterar. Por
exemplo, se você substituir o Nome original de contoso.com por um Novo
nome de , todos os logins de usuário que contiverem @contoso.local serão
substituídos @contoso.com por @contoso.local . Além disso, se você substituir
um nome original de por um [email protected] de , um login de
[email protected] será enviado como [email protected] . v-
[email protected]

Você pode selecionar um item na lista e reordená-lo arrastando e soltando, ou

excluir uma entrada selecionando o ícone de lata de lixo.

Usar um curinga
Você pode usar um curinga * para sua cadeia de caracteres Replace (nome original).
Você só pode usar o curinga sozinho e não com qualquer outra parte da cadeia de
caracteres. Use um curinga se quiser substituir todos os usuários por um único valor
para passar para a fonte de dados. Essa abordagem é útil quando você deseja que
todos os usuários em uma organização usem o mesmo usuário em seu ambiente local.

Testar a regra de mapeamento

Para validar a substituição do nome, insira um valor para Nome original e selecione
Regra de teste.

７ Nota

As regras salvas funcionam imediatamente no navegador. Leva alguns minutos até

que o serviço do Power BI comece a usar as regras salvas.

Mapeamento de pesquisa do Ative Directory

Esta seção descreve como fazer uma pesquisa de propriedade do Ative Directory local
para remapear UPNs do Microsoft Entra para usuários do AD. Primeiro, analise como
funciona esse remapeamento.

Cada consulta feita por um usuário do Power BI Microsoft Entra a um servidor SSAS
local passa uma cadeia de caracteres UPN, como [email protected] .

O mapeamento de pesquisa em um gateway de dados local com mapeamento de

usuário personalizado configurável segue estas etapas:

1. Encontre o Ative Directory para pesquisar. Você pode usar automático ou

configurável.
2. Procure o atributo do usuário do Ative Directory, como Email, no serviço do Power
BI. O atributo é baseado em uma cadeia de caracteres UPN de entrada como
 [email protected] .

3. Se a pesquisa do Ative Directory falhar, ela tentará passar o UPN para o SSAS
como o EffectiveUserName .
4. Se a pesquisa do Ative Directory for bem-sucedida, ela recuperará o
UserPrincipalName desse usuário do Ative Directory.

5. O mapeamento passa o UserPrincipalName e-mail, como [email protected]

prem.contoso , para o SSAS como o EffectiveUserName .

７ Nota

Todos os mapeamentos manuais de usuário UPN definidos na configuração do

gateway de fonte de dados do Power BI são aplicados antes de enviar a cadeia de
caracteres UPN para o gateway de dados local.

Para que a pesquisa do Ative Directory funcione corretamente em tempo de execução,

você deve alterar o serviço de gateway de dados local para ser executado com uma
conta de domínio em vez de uma conta de serviço local.

1. Certifique-se de baixar e instalar o gateway mais recente.

2. No aplicativo de gateway de dados local em sua máquina, vá para Configurações

de serviço>Alterar conta de serviço. Verifique se você tem a chave de recuperação
para o gateway, porque você precisa restaurá-lo na mesma máquina, a menos que
você queira criar um novo gateway. Você deve reiniciar o serviço de gateway para
que a alteração entre em vigor.

3. Vá para a pasta de instalação do gateway, C:\Program Files\On-premises data

gateway, como administrador para garantir que você tenha permissões de
gravação. Abra o arquivo
Microsoft.PowerBI.DataMovement.Pipeline.GatewayCore.dll.config .

4. Edite os ADUserNameLookupProperty valores e de ADUserNameReplacementProperty

acordo com as configurações de atributos do AD para seus usuários do AD. Os
valores na imagem a seguir são exemplos. Essas configurações diferenciam
maiúsculas de minúsculas, portanto, certifique-se de que elas correspondam aos
valores no AD.
 Se o arquivo não fornecer nenhum valor para a ADServerPath configuração, o
gateway usará o catálogo global padrão. Você pode especificar vários valores para
o ADServerPath . Os valores devem ser separados por ponto-e-vírgula, como no
exemplo a seguir:

XML

<setting name="ADServerPath" serializeAs="String">

<value> GC://serverpath1; GC://serverpath2;GC://serverpath3</value>
</setting>

O gateway analisa os valores da ADServerPath esquerda para a direita até

encontrar uma correspondência. Se o gateway não encontrar uma
correspondência, ele usará o UPN original. Verifique se a conta que executa o
serviço de gateway, PBIEgwService, tem permissões de consulta para todos os
servidores AD especificados no ADServerPath .

O gateway suporta dois tipos de ADServerPath :

Para WinNT: <value="WinNT://usa.domain.corp.contoso.com,computer"/>

Para catálogo global (GC): <value> GC://USA.domain.com </value>

5. Reinicie o serviço de gateway de dados local para que a alteração de configuração

entre em vigor.

Autenticação em uma fonte de dados ativa do

Analysis Services
Sempre que um usuário interage com o Analysis Services, o nome de usuário efetivo é
passado para o gateway e, em seguida, para o servidor local do Analysis Services. O
UPN, que normalmente é o endereço de email usado para entrar na nuvem, é passado
para o Analysis Services como o usuário efetivo na EffectiveUserName propriedade de
conexão.

Quando o conjunto de dados estiver no Modo de Importação, o gateway enviará o

EffectiveUserName do UPN do proprietário do conjunto de dados. Isso significa que o
UPN do proprietário do conjunto de dados será passado para o Analysis Services como
o usuário efetivo na EffectiveUserName propriedade de conexão.

Esse endereço de email deve corresponder a um UPN definido dentro do domínio local
do Ative Directory. O UPN é uma propriedade de uma conta AD. Uma conta do
Windows deve estar presente em uma função do Analysis Services para ter acesso ao
servidor. Se nenhuma correspondência for encontrada no Ative Directory, a entrada não
será bem-sucedida.

Segurança baseada em função e em nível de linha

O Analysis Services também pode fornecer filtragem com base na conta do Ative
Directory. A filtragem pode usar segurança baseada em função ou segurança em nível
de linha. A capacidade de um usuário de consultar e exibir dados de modelo depende
das funções às quais sua conta de usuário do Windows pertence e da segurança
dinâmica em nível de linha, se estiver configurada.

Segurança baseada em funções. Os modelos fornecem segurança com base nas

funções do usuário. Você pode definir funções para um projeto de modelo
específico durante a criação nas ferramentas de Business Intelligence do SQL
Server Data Tools. Depois que um modelo é implantado, você pode definir funções
usando o SQL Server Management Studio. As funções contêm membros atribuídos
pelo nome de usuário do Windows ou pelo grupo do Windows.

As funções definem as permissões que os usuários têm para consultar ou executar

ações no modelo. A maioria dos usuários pertence a uma função com permissões
de leitura. Outras funções dão aos administradores permissões para processar
itens, gerenciar funções de banco de dados e gerenciar outras funções.

Segurança ao nível da linha. Os modelos podem fornecer segurança dinâmica em

nível de linha. Qualquer segurança em nível de linha definida é específica do
Analysis Services. Para segurança baseada em função, cada usuário deve ter pelo
menos uma função, mas nenhum modelo tabular requer segurança dinâmica em
nível de linha.

Em um alto nível, a segurança dinâmica define o acesso de leitura de um usuário a

dados em linhas específicas em tabelas específicas. Semelhante às funções, a
segurança dinâmica em nível de linha depende do nome de usuário do Windows
de um usuário.

A implementação de funções e segurança dinâmica em nível de linha em modelos está

além do escopo deste artigo. Para obter mais informações, consulte Funções em
modelos tabulares e Funções de segurança (Analysis Services - Dados
multidimensionais). Para obter uma compreensão mais aprofundada da segurança do
modelo de tabela, baixe o whitepaper Protegendo o modelo semântico de BI tabular.

Autenticação do Microsoft Entra

Os serviços de nuvem da Microsoft usam o Microsoft Entra ID para autenticar usuários.
Microsoft Entra ID é o locatário que contém nomes de usuário e grupos de segurança.
Normalmente, o endereço de e-mail com o qual um usuário entra é o mesmo que o
UPN da conta.

Funções na instância local do Ative Directory

Para que o Analysis Services determine se um usuário pertence a uma função com
permissões para ler dados, o servidor precisa converter o nome de usuário efetivo
passado da ID do Microsoft Entra para o gateway e para o servidor do Analysis Services.
O servidor do Analysis Services passa o nome de usuário efetivo para um controlador de
domínio (DC) do Windows Ative Directory. Em seguida, o controlador de domínio do
Ative Directory valida que o nome de usuário efetivo é um UPN válido em uma conta
local. O DC retorna o nome de usuário do Windows do usuário de volta para o servidor
do Analysis Services.

Não é possível usar EffectiveUserName em um servidor do Analysis Services que não

ingressou no domínio. O servidor do Analysis Services deve estar associado a um
domínio para evitar erros de entrada.

Identifique o seu UPN

Talvez você não saiba qual é o seu UPN e talvez não seja um administrador de domínio.
Pode utilizar o seguinte comando a partir da sua estação de trabalho para descobrir o
UPN da sua conta:

Windows Command Prompt

whoami /upn

O resultado é semelhante a um endereço de e-mail, mas é o UPN que está na sua conta
de domínio. Se você usar uma fonte de dados do Analysis Services para conexões em
tempo real e esse UPN não corresponder ao endereço de email usado para entrar no
Power BI, talvez seja necessário mapear seu nome de usuário.

Sincronizar um AD local com o Microsoft Entra ID

Se você planeja usar conexões ao vivo do Analysis Services, suas contas locais do AD
devem corresponder à ID do Microsoft Entra. O UPN deve corresponder entre as contas.
Os serviços na nuvem utilizam apenas contas dentro do Microsoft Entra ID. Se você
adicionar uma conta em sua instância local do AD que não existe na ID do Microsoft
Entra, não poderá usar a conta. Há várias maneiras de fazer a correspondência entre
suas contas locais do AD e a ID do Microsoft Entra:

Adicione contas manualmente ao Microsoft Entra ID.

Crie uma conta no portal do Azure ou no centro de administração do Microsoft

365, com um nome de conta que corresponda ao UPN da conta do AD local.

Use o Microsoft Entra Connect Sync para sincronizar contas locais com seu
locatário do Microsoft Entra.

O Microsoft Entra Connect garante que o UPN corresponda entre a ID do

Microsoft Entra e sua instância local do AD. A ferramenta Microsoft Entra Connect
fornece opções para sincronização de diretórios e configuração de autenticação.
As opções incluem sincronização de hash de senha, autenticação de passagem e
federação. Se você não for um administrador ou um administrador de domínio
local, entre em contato com o administrador de TI para obter ajuda com a
configuração.

７ Nota

A sincronização de contas com o Microsoft Entra Connect Sync cria novas

contas no seu locatário do Microsoft Entra.

Usar a fonte de dados

Depois de adicionar a fonte de dados SSAS, ela estará disponível para uso com
conexões em tempo real ou por meio de atualização agendada.

７ Nota

O nome do servidor e do banco de dados deve corresponder entre o Power BI

Desktop e a fonte de dados no gateway de dados local.

O link entre o conjunto de dados e a fonte de dados no gateway é baseado no nome do

servidor e no nome do banco de dados. Esses nomes devem corresponder. Por
exemplo, se você fornecer um endereço IP para o nome do servidor no Power BI
Desktop, deverá usar o endereço IP da fonte de dados na configuração do gateway. Se
você usar SERVER\INSTANCE no Power BI Desktop, também deverá usar
SERVER\INSTANCE na fonte de dados configurada para o gateway. Esse requisito vale
para conexões em tempo real e atualização agendada.

Usar a fonte de dados com conexões em tempo real

Você pode usar uma conexão ao vivo em instâncias tabulares ou multidimensionais.
Você seleciona uma conexão em tempo real no Power BI Desktop quando se conecta
aos dados pela primeira vez. Verifique se o nome do servidor e do banco de dados
corresponde entre o Power BI Desktop e a fonte de dados configurada para o gateway.
Além disso, para poder publicar conjuntos de dados de conexão em tempo real, os
usuários devem aparecer em Usuários na lista de fontes de dados.

Depois de publicar relatórios, a partir do Power BI Desktop ou obtendo dados no

serviço do Power BI, a sua ligação de dados deve começar a funcionar. Pode levar vários
minutos depois de criar a fonte de dados no gateway antes que você possa usar a
conexão.

Usar a fonte de dados com atualização agendada

Se você estiver listado na guia Usuários da fonte de dados configurada no gateway e o
nome do servidor e do banco de dados coincidirem, você verá o gateway como uma
opção a ser usada com a atualização agendada.

Limitações das conexões em tempo real do Analysis

Services
Os recursos de formatação e tradução no nível da célula não são suportados.

As ações e os conjuntos nomeados não são expostos ao Power BI. Você ainda
pode se conectar a cubos multidimensionais que contêm ações ou conjuntos
nomeados para criar elementos visuais e relatórios.
Requisitos de SKU

ﾉ Expandir tabela

Versão do servidor SKU necessário

2014 Business Intelligence e SKU Empresarial

2016 SKU padrão ou superior

2017 SKU padrão ou superior

2019 SKU padrão ou superior

2022 SKU padrão ou superior

Conteúdos relacionados
Resolução de problemas do gateway de dados no local
Solucionar problemas de gateways - Power BI

Tem dúvidas? Experimente a Comunidade do Power BI.

Comentários
Esta página foi útil?  Yes  No

Fornecer comentários sobre o produto | Perguntar à comunidade

Gerencie sua fonte de dados - Oracle
Artigo • 04/10/2023

７ Nota

Dividimos os documentos do gateway de dados local em conteúdo específico do

Power BI e conteúdo geral que se aplica a todos os serviços suportados pelo
gateway. Você está atualmente no conteúdo do Power BI. Para fornecer
comentários sobre este artigo ou sobre a experiência geral de documentos do
gateway, role até a parte inferior do artigo.

Depois de instalar o gateway de dados local, você pode adicionar fontes de dados para
usar com o gateway. Este artigo analisa como trabalhar com o gateway local e fontes de
dados Oracle para atualização agendada ou para DirectQuery.

Ligar a uma base de dados Oracle

Para se conectar a um banco de dados Oracle com o gateway de dados local, baixe e
instale o Oracle Client for Microsoft Tools (OCMT) de 64 bits no computador que
executa o gateway.

As versões suportadas do Oracle são:

Oracle Database Server 12c (12.1.0.2) e posterior

Oracle Autonomous Database - todas as versões

Depois de instalar e configurar o OCMT corretamente, você pode usar o Power BI

Desktop ou outro cliente de teste para verificar a instalação e a configuração corretas no
gateway.

Adicionar uma origem de dados

1. Na tela Nova conexão para seu gateway de dados local, selecione Oracle para
Tipo de conexão.
2. Em Servidor, insira o nome da fonte de dados, como o nome do serviço de rede
Oracle (por exemplo, myADB_high) ou a cadeia de conexão Easy Connect Plus.

3. Em Método de autenticação, escolha Windows ou Basic. Escolha Básico se você

planeja fazer login como um usuário de banco de dados Oracle. Em seguida, insira
as credenciais a serem usadas para essa fonte de dados. Escolha o Windows ao
usar a autenticação do sistema operacional Windows e com o cliente e o
servidor Oracle em execução no Windows .

７ Nota

Todas as consultas à fonte de dados são executadas com essas credenciais.

Para saber mais sobre o armazenamento de credenciais, consulte Armazenar
credenciais criptografadas na nuvem.

4. Configure o nível de Privacidade para sua fonte de dados. Essa configuração

controla como os dados podem ser combinados para atualização agendada. A
configuração de nível de privacidade não se aplica ao DirectQuery. Para saber mais
sobre os níveis de privacidade da sua fonte de dados, consulte Níveis de
privacidade (Power Query).

5. Selecione Criar.
 Se a criação for bem-sucedida, você verá Nome da fonte> de dados criada<.
Agora você pode usar essa fonte de dados para atualização agendada ou
DirectQuery com o servidor de banco de dados Oracle.

Usar a fonte de dados

Depois de criar a fonte de dados, ela fica disponível para uso com o DirectQuery ou a
atualização agendada.

） Importante

Os nomes do servidor e do banco de dados devem corresponder entre o Power BI

Desktop e a fonte de dados no gateway de dados local.

O link entre o conjunto de dados e a fonte de dados no gateway é baseado no nome do

servidor e no nome do banco de dados. Esses nomes devem corresponder exatamente.
Por exemplo, se você fornecer um endereço IP para o nome do servidor no Power BI
Desktop, deverá usar o endereço IP da fonte de dados na configuração do gateway.
Esse nome também deve corresponder a um nome de serviço de rede ou alias que o
arquivo tnsnames.ora define. Esse requisito é o caso do DirectQuery e da atualização
agendada.

Usar a fonte de dados com conexões DirectQuery

Verifique se os nomes do servidor e do banco de dados correspondem entre o Power BI
Desktop e a fonte de dados configurada para o gateway. Além disso, para poder
publicar conjuntos de dados DirectQuery, os usuários devem aparecer em Usuários na
listagem da fonte de dados.

Depois de publicar relatórios, a partir do Power BI Desktop ou obtendo dados no

serviço do Power BI, a sua ligação à base de dados deve funcionar. Pode levar vários
minutos depois de criar a fonte de dados no gateway para poder usar a conexão.

Usar a fonte de dados com atualização agendada

Se você estiver na lista Usuários de uma fonte de dados configurada no gateway e os
nomes do servidor e do banco de dados corresponderem, você verá o gateway como
uma opção a ser usada com a atualização agendada.
Resolução de problemas
Você pode obter um dos seguintes erros do Oracle quando a sintaxe de nomenclatura
estiver incorreta ou configurada incorretamente:

ORA-12154: TNS:could not resolve the connect identifier specified.

ORA-12514: TNS:listener does not currently know of service requested in

connect descriptor.
ORA-12541: TNS:no listener.

ORA-12170: TNS:connect timeout occurred.

ORA-12504: TNS:listener was not given the SERVICE_NAME in CONNECT_DATA.

Esses erros podem ocorrer se o descritor de conexão de banco de dados Oracle

tnsnames.ora estiver configurado incorretamente, o nome do serviço de rede fornecido
estiver escrito incorretamente ou se o ouvinte do banco de dados Oracle não estiver em
execução ou não estiver acessível, como um firewall bloqueando o ouvinte ou a porta
do banco de dados. Certifique-se de que está a cumprir os pré-requisitos mínimos de
instalação.

Visite o Oracle Database Error Help Portal para revisar causas e resoluções comuns para
o erro específico do Oracle encontrado. Insira o erro Oracle na barra de pesquisa do
portal.

Para diagnosticar problemas de conectividade entre o servidor de fonte de dados e a

máquina de gateway, instale um cliente como o Power BI Desktop na máquina de
gateway. Você pode usar o cliente para verificar a conectividade com o servidor de fonte
de dados.

Para obter mais informações sobre solução de problemas de gateway, consulte

Solucionar problemas do gateway de dados local.
Próximos passos
Solucionar problemas de gateways - Power BI
Power BI Premium

Tem dúvidas? Tente perguntar à Comunidade do Power BI.

Gerencie sua fonte de dados - SAP
HANA
Artigo • 08/09/2023

７ Nota

Dividimos os documentos do gateway de dados local em conteúdo específico do

Power BI e conteúdo geral que se aplica a todos os serviços suportados pelo
gateway. Você está atualmente no conteúdo do Power BI. Para fornecer
comentários sobre este artigo ou sobre a experiência geral de documentos do
gateway, role até a parte inferior do artigo.

Depois de instalar o gateway de dados local, você precisa adicionar fontes de dados que
possam ser usadas com o gateway. Este artigo analisa como trabalhar com gateways e
fontes de dados SAP HANA que são usados para atualização agendada ou para
DirectQuery.

Adicionar uma origem de dados

Para obter mais informações sobre como adicionar uma fonte de dados, consulte
Adicionar uma fonte de dados. Em Tipo de conexão, selecione SAP HANA.
Depois de selecionar o tipo de fonte de dados SAP HANA, preencha as informações de
servidor, nome de usuário e senha da fonte de dados.

７ Nota

Todas as consultas à fonte de dados são executadas usando essas credenciais. Para
saber mais sobre como as credenciais são armazenadas, consulte Armazenar
credenciais criptografadas na nuvem.
Depois de preencher tudo, selecione Criar. Agora você pode usar essa fonte de dados
para atualização agendada ou DirectQuery em um servidor SAP HANA local. Você verá
Nova fonte de dados criada se ela tiver êxito.

Definições avançadas
Opcionalmente, você pode configurar o nível de privacidade para sua fonte de dados.
Essa configuração controla como os dados podem ser combinados. Ele é usado apenas
para atualização agendada. A configuração de nível de privacidade não se aplica ao
DirectQuery. Para saber mais sobre os níveis de privacidade da sua origem de dados,
consulte Definir níveis de privacidade (Power Query).
Usar a fonte de dados
Depois de criar a fonte de dados, ela fica disponível para uso com conexões DirectQuery
ou por meio de atualização agendada.

７ Nota

Os nomes do servidor e do banco de dados devem corresponder entre o Power BI

Desktop e a fonte de dados no gateway de dados local.

O link entre o conjunto de dados e a fonte de dados no gateway é baseado no nome do

servidor e no nome do banco de dados. Esses nomes devem corresponder. Por
exemplo, se você fornecer um endereço IP para o nome do servidor no Power BI
Desktop, deverá usar o endereço IP da fonte de dados na configuração do gateway. Se
você usar SERVER\INSTANCE no Power BI Desktop, também deverá usá-lo na fonte de
dados configurada para o gateway.

Esse requisito é o caso do DirectQuery e da atualização agendada.

Usar a fonte de dados com conexões DirectQuery

Verifique se os nomes do servidor e do banco de dados correspondem entre o Power BI
Desktop e a fonte de dados configurada para o gateway. Você também precisa verificar
se o usuário está listado na guia Usuários da fonte de dados para publicar conjuntos de
dados DirectQuery. A seleção para DirectQuery ocorre no Power BI Desktop quando
você importa dados pela primeira vez. Para obter mais informações sobre como usar o
DirectQuery, consulte Usar o DirectQuery no Power BI Desktop.

Depois de publicar, a partir do Power BI Desktop ou Obter Dados, os relatórios devem

começar a funcionar. Pode levar vários minutos depois de criar a fonte de dados no
gateway para que a conexão seja utilizável.
Usar a fonte de dados com atualização agendada
Se você estiver listado na guia Usuários da fonte de dados configurada no gateway e o
nome do servidor e o nome do banco de dados corresponderem, você verá o gateway
como uma opção a ser usada com a atualização agendada.

Próximos passos
Resolução de problemas do gateway de dados no local
Solucionar problemas de gateways - Power BI

Tem dúvidas? Tente perguntar à Comunidade do Power BI.

Gerenciar uma fonte de dados do SQL
Server
Artigo • 28/06/2024

７ Nota

Dividimos os documentos do gateway de dados local em conteúdo específico do

Power BI e conteúdo geral que se aplica a todos os serviços suportados pelo
gateway. Você está atualmente no conteúdo do Power BI. Para fornecer
comentários sobre este artigo ou sobre a experiência geral de documentos do
gateway, role até a parte inferior do artigo.

Depois de instalar um gateway de dados local, você pode adicionar fontes de dados
para usar com o gateway. Este artigo descreve como adicionar uma fonte de dados do
SQL Server a um gateway de dados local para usar para atualização agendada ou
DirectQuery.

Adicionar uma origem de dados

Siga estas instruções para adicionar uma fonte de dados do SQL Server ao seu gateway
de dados local.

７ Nota

Quando você usa o DirectQuery, o gateway oferece suporte somente ao SQL

Server 2012 SP1 e posterior.

1. Na tela Nova conexão, selecione Local. Insira o nome do cluster de gateway e o

novo Nome da conexão e, em Tipo de conexão, selecione SQL Server.
2. Preencha as informações do Servidor e do Banco de Dados da fonte de dados.

3. Em Método de autenticação, escolha Windows ou Basic. Escolha Básico se você

planeja usar a autenticação SQL em vez da autenticação do Windows. Em seguida,
insira as credenciais a serem usadas para essa fonte de dados.
 Todas as consultas à fonte de dados são executadas usando essas credenciais, a
menos que você configure e habilite o logon único (SSO) Kerberos para a fonte de
dados. Com o SSO, os conjuntos de dados usam as credenciais de SSO do usuário
atual do Power BI para executar as consultas.

Para obter mais informações sobre como armazenar e usar credenciais, consulte:

Armazene credenciais criptografadas na nuvem

Use Kerberos para logon único (SSO) do Power BI para fontes de dados
locais.

4. Configure o nível de Privacidade para sua fonte de dados. Essa configuração

controla como os dados podem ser combinados apenas para atualização
agendada. A configuração de nível de privacidade não se aplica ao DirectQuery.
Para saber mais sobre os níveis de privacidade da sua fonte de dados, consulte
Níveis de privacidade (Power Query).
 5. Selecione Criar.

Você verá uma mensagem de sucesso se a criação for bem-sucedida. Agora você pode
usar essa fonte de dados para atualização agendada ou DirectQuery em um SQL Server
local.

Para obter mais informações sobre como adicionar uma fonte de dados, consulte
Adicionar uma fonte de dados.

Usar a fonte de dados

Depois de criar a fonte de dados, ela fica disponível para uso com conexões DirectQuery
ou por meio de atualização agendada.

Os nomes do servidor e do banco de dados devem

corresponder
O link entre o conjunto de dados e a fonte de dados no gateway é baseado no nome do
servidor e no nome do banco de dados. Esses nomes devem corresponder exatamente.

Por exemplo, se você fornecer um endereço IP para o nome do servidor no Power BI

Desktop, deverá usar o endereço IP da fonte de dados na configuração do gateway. Se
você usar SERVER\INSTANCE no Power BI Desktop, deverá usar SERVER\INSTANCE na
fonte de dados configurada para o gateway. Esse requisito é válido para o DirectQuery e
a atualização agendada.

Usar a fonte de dados com conexões DirectQuery

Verifique se os nomes do servidor e do banco de dados correspondem entre o Power BI
Desktop e a fonte de dados configurada para o gateway. Além disso, para poder
publicar conjuntos de dados DirectQuery, os usuários devem aparecer em Usuários na
lista de fontes de dados.

Selecione o método de conexão DirectQuery no Power BI Desktop quando se conectar

aos dados pela primeira vez. Para obter mais informações sobre como usar o
DirectQuery, consulte Usar o DirectQuery no Power BI Desktop.

Depois de publicar relatórios, seja do Power BI Desktop ou obtendo dados no serviço

do Power BI, sua conexão de dados local do SQL Server deve funcionar. Pode levar
vários minutos depois de criar a fonte de dados no gateway para poder usar a conexão.

Usar a fonte de dados com atualização agendada

Se sua conta estiver na coluna Usuários da fonte de dados configurada no gateway e o
nome do servidor e o nome do banco de dados corresponderem, você verá o gateway
como uma opção a ser usada com a atualização agendada.

Conteúdos relacionados
 Conectar-se a dados locais no SQL Server
Resolução de problemas do gateway de dados no local
Solucionar problemas de gateways - Power BI
Usar Kerberos para logon único (SSO) do Power BI para fontes de dados locais

Tem dúvidas? Tente perguntar à Comunidade do Power BI.

Comentários
Esta página foi útil?  Yes  No

Fornecer comentários sobre o produto | Perguntar à comunidade

Gerenciar sua fonte de dados -
importação e atualização agendada
Artigo • 08/09/2023

７ Nota

Dividimos os documentos do gateway de dados local em conteúdo específico do

Power BI e conteúdo geral que se aplica a todos os serviços suportados pelo
gateway. Você está atualmente no conteúdo do Power BI. Para fornecer
comentários sobre este artigo ou sobre a experiência geral de documentos do
gateway, role até a parte inferior do artigo.

Depois de instalar o gateway de dados local, você precisa adicionar fontes de dados que
possam ser usadas com o gateway. Este artigo analisa como trabalhar com gateways e
fontes de dados que são usados para atualização agendada, em oposição ao
DirectQuery ou conexões ao vivo.

Adicionar uma origem de dados

Selecione um tipo de fonte de dados. Todos os tipos de fonte de dados listados podem
ser usados para atualização agendada com o gateway de dados local. O Analysis
Services, o SQL Server e o SAP HANA podem ser usados para atualizações agendadas,
DirectQuery ou conexões ao vivo. Para obter mais informações sobre como adicionar
uma fonte de dados, consulte Adicionar uma fonte de dados.
Em seguida, preencha as informações da fonte de dados, que incluem as informações e
credenciais da fonte usadas para acessar a fonte de dados.

７ Nota

Todas as consultas à fonte de dados são executadas usando essas credenciais. Para
saber mais sobre como as credenciais são armazenadas, consulte Armazenar
credenciais criptografadas na nuvem.
Para obter uma lista de tipos de fonte de dados que podem ser usados com a
atualização agendada, consulte Lista de tipos de fonte de dados disponíveis.

Depois de preencher tudo, selecione Criar. Se a ação for bem-sucedida, você verá Nova
fonte de dados criada. Agora você pode usar essa fonte de dados para atualização
agendada com seus dados locais.
Definições avançadas
Opcionalmente, você pode configurar o nível de privacidade para sua fonte de dados.
Essa configuração controla como os dados podem ser combinados. Ele é usado apenas
para atualização agendada. Para saber mais sobre os níveis de privacidade da sua fonte
de dados, consulte Níveis de privacidade (Power Query).

Usar a fonte de dados para atualização

agendada
Depois de criar a fonte de dados, ela fica disponível para uso com conexões DirectQuery
ou por meio de atualização agendada.

７ Nota

Os nomes do servidor e do banco de dados devem corresponder entre o Power BI

Desktop e a fonte de dados no gateway de dados local.

O link entre o conjunto de dados e a fonte de dados no gateway é baseado no nome do

servidor e no nome do banco de dados. Esses nomes devem corresponder. Por
exemplo, se você fornecer um endereço IP para o nome do servidor no Power BI
Desktop, deverá usar o endereço IP da fonte de dados na configuração do gateway. Se
você usar SERVER\INSTANCE no Power BI Desktop, também deverá usá-lo na fonte de
dados configurada para o gateway.

Se você estiver listado na guia Usuários da fonte de dados configurada no gateway e o

nome do servidor e o nome do banco de dados corresponderem, você verá o gateway
como uma opção a ser usada com a atualização agendada.
 ） Importante

Após a republicação, o proprietário do conjunto de dados deve associar o conjunto

de dados a um gateway e à fonte de dados correspondente novamente. A
associação anterior não é mantida após a republicação.

２ Aviso

Se o conjunto de dados contiver várias fontes de dados, cada fonte de dados

deverá ser adicionada ao gateway. Se uma ou mais fontes de dados não forem
adicionadas ao gateway, você não verá o gateway como disponível para
atualização agendada.

Próximos passos
Resolução de problemas do gateway de dados no local
Solucionar problemas de gateways - Power BI

Tem dúvidas? Experimente a Comunidade do Power BI.

Mesclar ou anexar fontes de dados
locais e na nuvem
Artigo • 28/05/2024

７ Nota

Dividimos os documentos do gateway de dados local em conteúdo específico do

Power BI e conteúdo geral que se aplica a todos os serviços suportados pelo
gateway. Você está atualmente no conteúdo do Power BI. Para fornecer
comentários sobre este artigo ou sobre a experiência geral de documentos do
gateway, role até a parte inferior do artigo.

Você pode usar o gateway de dados local para mesclar ou acrescentar fontes de dados
locais e na nuvem na mesma consulta. Essa solução é útil quando você deseja combinar
dados de várias fontes sem ter que usar consultas separadas.

７ Nota

Este artigo aplica-se apenas a conjuntos de dados que tenham fontes de dados na
nuvem e no local mescladas ou acrescentadas em uma única consulta. Para
conjuntos de dados que incluem consultas separadas, por exemplo, uma que se
conecta a uma fonte de dados local e a outra a uma fonte de dados em nuvem, o
gateway não executa a consulta para a fonte de dados em nuvem.

Pré-requisitos
Um gateway instalado em um computador local.
Um arquivo do Power BI Desktop com consultas que combinam fontes de dados
locais e na nuvem.

７ Nota

Para acessar qualquer fonte de dados na nuvem, você deve garantir que o gateway
tenha acesso a essas fontes de dados.

1. No canto superior direito do serviço do Power BI, selecione o ícone de

engrenagem e, em seguida , Gerenciar conexões e gateways.
2. Selecione o gateway que deseja configurar e selecione Configurações na faixa de
opções superior

3. Em Configurações, selecione Permitir que as fontes de dados na nuvem do

usuário sejam atualizadas por meio desse cluster de gateway e selecione Salvar.

4. Para adicionar quaisquer fontes de dados locais usadas em suas consultas,

selecione Conexões e, em seguida, selecione Novo para criar uma conexão. Você
não precisa adicionar as fontes de dados na nuvem aqui.

5. Selecione seu gateway para Nome do cluster de gateway. Nomeie a conexão e

especifique o tipo de conexão e outras informações necessárias. Depois, selecione
Criar.

6. Carregue para o serviço Power BI o seu ficheiro do Power BI Desktop com as

consultas que combinam origens de dados no local e na nuvem.
Com o conjunto de credenciais na nuvem, agora você pode atualizar o conjunto de
dados usando a opção Atualizar agora . Ou, você pode programá-lo para atualizar
periodicamente.

Conteúdos relacionados
Para saber mais sobre a atualização de dados para gateways, consulte: Usar a fonte de
dados para atualização agendada.

Comentários
Esta página foi útil?  Yes  No

Fornecer comentários sobre o produto | Perguntar à comunidade

Visão geral do logon único para
gateways de dados locais no Power BI
Artigo • 22/12/2023

Você pode obter conectividade de logon único (SSO) contínua, permitindo que os
relatórios e painéis do Power BI sejam atualizados em tempo real configurando seu
gateway de dados local. Você tem a opção de configurar seu gateway com as seguintes
opções de SSO:

SSO do Ative Directory (AD), que inclui:

Kerberos restringiu a delegação.
SAML (Security Assertion Markup Language).
Microsoft Entra SSO.

７ Nota

O SSO só é suportado por conjuntos de dados do Power BI e não por fluxos de

dados do Power BI.

Fontes de dados suportadas para SSO

O AD SSO geralmente é configurado para fontes de dados locais protegidas em sua
rede local. O Microsoft Entra SSO está configurado para fontes de dados que suportam
a autenticação do Microsoft Entra, normalmente fontes de dados na nuvem, protegidas
por trás de uma Rede Virtual do Azure.

Embora o gateway de dados local ofereça suporte a SSO usando DirectQuery ou Refresh
para as opções de SSO baseadas em AD, apenas o DirectQuery é suportado para o
Microsoft Entra SSO.

O Power BI suporta as seguintes fontes de dados:

Amazon Redshift (ID do Microsoft Entra)

Azure Databricks
Azure Data Explorer (ID do Microsoft Entra)
Azure SQL (Microsoft Entra ID)
Azure Synapse Analytics (Microsoft Entra ID)
Denodo (Kerberos)
Hive LLAP (Kerberos)
 Impala (Kerberos)
Oracle (Kerberos)
Servidor de aplicativos SAP BW (Kerberos)
Servidor de mensagens SAP BW (Kerberos)
SAP HANA (Kerberos e SAML)
Floco de neve (ID do Microsoft Entra)
Faísca (Kerberos)
SQL Server (Kerberos)
Teradata (Kerberos)
Tibco Data Virtualization (Kerberos)

７ Nota

O SQL Server Analysis Services também oferece suporte a SSO, mas o faz usando
conexões Live, em vez de usar Kerberos ou SAML. O Power BI não suporta SSO
para extensões M.

Interaja com relatórios que dependem de SSO

Quando um usuário interage com um relatório DirectQuery no serviço do Power BI,
cada operação de filtro cruzado, fatia, classificação e edição de relatório pode resultar
em consultas executadas ao vivo na fonte de dados subjacente. Quando você configura
o SSO para a fonte de dados, as consultas são executadas sob a identidade do usuário
que interage com o Power BI. Ou seja, são executados através da experiência Web ou de
aplicações móveis do Power BI. Portanto, cada usuário vê precisamente os dados para
os quais tem permissões na fonte de dados subjacente.

Você também pode configurar um relatório configurado para atualização no serviço do

Power BI para usar o SSO. Quando você configura o SSO para essa fonte de dados, as
consultas são executadas sob a identidade do proprietário do conjunto de dados no
Power BI. Portanto, a atualização acontece com base nas permissões do proprietário do
conjunto de dados na fonte de dados subjacente. Atualmente, a atualização usando SSO
está habilitada apenas para fontes de dados que usam a delegação restrita de Kerberos .

Próximos passos
Agora que você entende os conceitos básicos de SSO através do gateway, leia
informações detalhadas sobre como configurar o SSO aqui:

Active Directory (AD) SSO

SSO do Microsoft Entra
Active Directory (AD) SSO
Artigo • 21/11/2024

O gateway de dados local oferece suporte ao SSO do Ative Directory (AD) para conexão
com suas fontes de dados locais que têm o Ative Directory configurado. O AD SSO
inclui a delegação restrita de Kerberos e o SAML (Security Assertion Markup Language).
Para obter mais informações sobre SSO e a lista de fontes de dados com suporte para
AD SSO, consulte Visão geral do logon único (SSO) para gateways de dados locais no
Power BI.

Etapas de consulta ao executar o SSO do Ative

Directory
Uma consulta executada com SSO consiste em três etapas, conforme mostrado no
diagrama a seguir.

Aqui estão mais detalhes sobre cada etapa:

1. O serviço do Power BI inclui o nome principal do usuário (UPN) para cada consulta.
O UPN é o nome de usuário totalmente qualificado do usuário atualmente
conectado ao serviço do Power BI quando a solicitação de consulta é enviada para
o gateway configurado.

2. O gateway deve mapear o UPN do Microsoft Entra para uma identidade local do
Ative Directory:
 a. Se o Microsoft Entra DirSync (também conhecido como Microsoft Entra Connect)
estiver configurado, o mapeamento funcionará automaticamente no gateway. b.
Caso contrário, o gateway pode procurar e mapear o UPN do Microsoft Entra para
um usuário local do AD executando uma pesquisa no domínio local do Ative
Directory.

3. O processo de serviço de gateway representa o usuário local mapeado, abre a

conexão com o banco de dados subjacente e envia a consulta. Não é necessário
instalar o gateway na mesma máquina que o banco de dados.

Conteúdos relacionados
Agora que você entendeu os conceitos básicos da habilitação do SSO por meio do
gateway, leia informações mais detalhadas sobre Kerberos e SAML:

Logon único (SSO) - Kerberos

Logon único (SSO) - SAML
Visão geral do logon único (SSO) para gateways de dados locais no Power BI

Comentários
Esta página foi útil?  Yes  No

Fornecer comentários sobre o produto | Perguntar à comunidade

Configurar o SSO baseado em Kerberos
do serviço do Power BI para fontes de
dados locais
Artigo • 23/01/2024

Habilitar o SSO facilita para os relatórios e painéis do Power BI atualizar dados de fontes
locais, respeitando as permissões de nível de usuário configuradas nessas fontes. Use a
delegação restrita de Kerberos para permitir a conectividade SSO perfeita.

Este artigo descreve as etapas necessárias para configurar o SSO baseado em Kerberos
do serviço do Power BI para fontes de dados locais.

Pré-requisitos
Vários itens devem ser configurados para que a delegação restrita de Kerberos funcione
corretamente, incluindo *SPN (Nomes da Entidade de Serviço) e configurações de
delegação em contas de serviço.

７ Nota

Não há suporte para o uso de aliasing DNS com SSO.

Esboço de configuração
As etapas necessárias para configurar o logon único do gateway são descritas abaixo.

1. Conclua todas as etapas na Seção 1: Configuração básica.

2. Dependendo do ambiente do Ative Directory e das fontes de dados usadas, talvez

seja necessário concluir parte ou toda a configuração descrita na Seção 2:
Configuração específica do ambiente.

Os possíveis cenários que podem exigir configuração adicional estão listados

abaixo:

ﾉ Expandir tabela
 Cenário Aceda a

Seu ambiente do Ative Directory é protegido pela Adicionar conta de serviço de

segurança. gateway ao Grupo de Acesso e
Autorização do Windows

A conta de serviço de gateway e as contas de usuário que Adicionar conta de serviço de

o gateway representará estão em domínios ou florestas gateway ao Grupo de Acesso e
separados. Autorização do Windows

Você não tem o Microsoft Entra Connect com a Definir parâmetros de

sincronização de conta de usuário configurada e o UPN configuração de mapeamento
usado no Power BI para usuários não corresponde ao UPN de usuário na máquina de
em seu ambiente local do Ative Directory. gateway

Você planeja usar uma fonte de dados SAP HANA com Conclua as etapas de
SSO. configuração específicas da
fonte de dados

Você planeja usar uma fonte de dados SAP BW com SSO. Conclua as etapas de
configuração específicas da
fonte de dados

Você planeja usar uma fonte de dados Teradata com SSO. Conclua as etapas de
configuração específicas da
fonte de dados

3. Valide sua configuração conforme descrito na Seção 3: Valide a configuração para

garantir que o SSO esteja configurado corretamente.

Seção 1: Configuração básica

Etapa 1: Instalar e configurar o gateway de dados local da

Microsoft
O gateway de dados local oferece suporte a uma atualização in-loco e à tomada de
controle de configurações de gateways existentes.

Etapa 2: Obter direitos de administrador de domínio para

configurar SPNs (SetSPN) e configurações de delegação
restrita Kerberos
Para definir SPNs e configurações de delegação Kerberos, um administrador de domínio
deve evitar conceder direitos a alguém que não tenha direitos de administrador de
domínio. Na seção a seguir, abordamos as etapas de configuração recomendadas com
mais detalhes.

Etapa 3: Configurar a conta de serviço do Gateway

A opção A abaixo é a configuração necessária, a menos que você tenha o Microsoft
Entra Connect configurado e as contas de usuário estejam sincronizadas. Nesse caso,
recomenda-se a opção B.

Opção A: Executar o serviço de gateway do Windows como uma

conta de domínio com SPN

Em uma instalação padrão, o gateway é executado como a conta de serviço local da

máquina, NT Service\PBIEgwService.

Para habilitar a delegação restrita de Kerberos, o gateway deve ser executado como
uma conta de domínio, a menos que sua instância do Microsoft Entra já esteja
sincronizada com sua instância local do Ative Directory (usando o Microsoft Entra
DirSync/Connect). Para mudar para uma conta de domínio, consulte Alterar a conta de
serviço de gateway.

Configurar um SPN para a conta de serviço de gateway

Primeiro, determine se um SPN já foi criado para a conta de domínio usada como conta
de serviço de gateway:

1. Como administrador de domínio, inicie o snap-in Usuários e Computadores do

Ative Directory do Console de Gerenciamento Microsoft (MMC).

2. No painel esquerdo, clique com o botão direito do rato no nome de domínio,

selecione Localizar e, em seguida, introduza o nome da conta da conta de serviço
de gateway.

3. No resultado da pesquisa, clique com o botão direito do mouse na conta de

serviço do gateway e selecione Propriedades.

4. Se a guia Delegação estiver visível na caixa de diálogo Propriedades, um SPN já

foi criado e você poderá pular para Configurar delegação restrita de Kerberos.
 5. Se não houver uma guia Delegação na caixa de diálogo Propriedades, você
poderá criar manualmente um SPN na conta para habilitá-lo. Use a ferramenta
setspn que vem com o Windows (você precisa de direitos de administrador de
domínio para criar o SPN).

Por exemplo, suponha que a conta de serviço de gateway é Contoso\GatewaySvc

e o serviço de gateway está sendo executado na máquina chamada
MyGatewayMachine. Para definir o SPN para a conta de serviço de gateway,
execute o seguinte comando:

setspn -S gateway/MyGatewayMachine Contoso\GatewaySvc

Você também pode definir o SPN usando o snap-in MMC Usuários e

Computadores do Ative Directory.

Opção B: Configurar o computador para o Microsoft Entra Connect

Se o Microsoft Entra Connect estiver configurado e as contas de usuário estiverem
sincronizadas, o serviço de gateway não precisará executar pesquisas locais do
Microsoft Entra em tempo de execução. Em vez disso, você pode simplesmente usar o
SID de serviço local para o serviço de gateway para concluir toda a configuração
necessária no Microsoft Entra ID. As etapas de configuração de delegação restrita
Kerberos descritas neste artigo são as mesmas que as etapas de configuração
necessárias no contexto do Microsoft Entra. Eles são aplicados ao objeto de computador
do gateway (conforme identificado pelo SID do serviço local) no ID do Microsoft Entra
em vez da conta de domínio. O SID de serviço local para NT SERVICE/PBIEgwService é o
seguinte:

S-1-5-80-1835761534-3291552707-3889884660-1303793167-3990676079

Para criar o SPN para este SID no computador do Gateway do Power BI, você precisaria
executar o seguinte comando em um prompt de comando administrativo (substitua
<COMPUTERNAME> pelo nome do computador do Gateway do Power BI):

SetSPN -s HTTP/S-1-5-80-1835761534-3291552707-3889884660-1303793167-3990676079

<COMPUTERNAME>

７ Nota

Dependendo das configurações de segurança locais, talvez seja necessário

adicionar a conta de serviço de gateway, NT SERVICE\PBIEgwService, ao grupo
 Administradores local na máquina de gateway e, em seguida, reiniciar o serviço de
gateway no aplicativo de gateway.

Etapa 4: Configurar a delegação restrita de Kerberos

Você pode definir as configurações de delegação para delegação restrita de Kerberos
padrão ou delegação restrita de Kerberos baseada em recursos. Para obter mais
informações sobre as diferenças entre as duas abordagens de delegação, consulte Visão
geral da delegação restrita de Kerberos.

As seguintes contas de serviço são necessárias:

Conta de serviço de gateway: usuário de serviço que representa o gateway no

Ative Directory, com um SPN configurado na Etapa 3.
Conta de serviço da Fonte de Dados: Usuário de serviço que representa a fonte de
dados no Ative Directory, com um SPN mapeado para a fonte de dados.

７ Nota

As contas de serviço de gateway e de fonte de dados devem ser separadas. A

mesma conta de serviço não pode ser usada para representar o gateway e a fonte
de dados.

Dependendo da abordagem que você deseja usar, vá para uma das seções a seguir. Não
preencha ambas as secções:

Opção A: Delegação restrita de Kerberos padrão. Esta é a recomendação padrão

para a maioria dos ambientes.
Opção B: Delegação restrita de Kerberos baseada em recursos. Isso é necessário se
a fonte de dados pertencer a um domínio diferente do gateway.

Opção A: Delegação restrita de Kerberos padrão

Agora vamos definir as configurações de delegação para a conta de serviço de gateway.

Há várias ferramentas que você pode usar para executar essas etapas. Aqui, usaremos o
snap-in MMC Usuários e Computadores do Ative Directory para administrar e publicar
informações no diretório. Está disponível em controladores de domínio por padrão; em
outras máquinas, você pode habilitá-lo por meio da configuração de recursos do
Windows.
Precisamos configurar a delegação restrita de Kerberos com transição de protocolo.
Com a delegação restrita, você deve ser explícito sobre quais serviços você permite que
o gateway apresente credenciais delegadas. Por exemplo, somente o SQL Server ou o
servidor SAP HANA aceita chamadas de delegação da conta de serviço do gateway.

Esta seção pressupõe que você já tenha configurado SPNs para suas fontes de dados
subjacentes (como SQL Server, SAP HANA, SAP BW, Teradata ou Spark). Para saber
como configurar esses SPNs de servidor de fonte de dados, consulte a documentação
técnica do respetivo servidor de banco de dados e consulte a seção Qual SPN seu
aplicativo exige? na postagem do blog Minha lista de verificação Kerberos.

Nas etapas a seguir, assumimos um ambiente local com duas máquinas no mesmo
domínio: uma máquina gateway e um servidor de banco de dados executando o SQL
Server que já foi configurado para SSO baseado em Kerberos. As etapas podem ser
adotadas para uma das outras fontes de dados suportadas, desde que a fonte de dados
já tenha sido configurada para logon único baseado em Kerberos. Para este exemplo,
usaremos as seguintes configurações:

Domínio Ative Directory (Netbios): Contoso

Nome da máquina de gateway: MyGatewayMachine
Conta de serviço de gateway: Contoso\GatewaySvc
Nome da máquina da fonte de dados do SQL Server: TestSQLServer
Conta de serviço da fonte de dados do SQL Server: Contoso\SQLService

Veja como definir as configurações de delegação:

1. Com direitos de administrador de domínio, abra o snap-in MMC Usuários e

Computadores do Ative Directory.

2. Clique com o botão direito do mouse na conta de serviço do gateway

(Contoso\GatewaySvc) e selecione Propriedades.

3. Selecione a guia Delegação .

4. Selecione Confiar neste computador para delegação apenas a

serviços>especificados Usar qualquer protocolo de autenticação.

5. Em Serviços aos quais esta conta pode apresentar credenciais delegadas,

selecione Adicionar.

6. Na nova caixa de diálogo, selecione Usuários ou Computadores.

7. Insira a conta de serviço para a fonte de dados e selecione OK.

 Por exemplo, uma fonte de dados do SQL Server pode ter uma conta de serviço
como Contoso\SQLService. Um SPN apropriado para a fonte de dados já deveria
ter sido definido nesta conta.

8. Selecione o SPN que você criou para o servidor de banco de dados.

Em nosso exemplo, o SPN começa com MSSQLSvc. Se você adicionou o FQDN e o

SPN NetBIOS para seu serviço de banco de dados, selecione ambos. Você pode ver
apenas um.

9. Selecione OK.

Agora você deve ver o SPN na lista de serviços para os quais a conta de serviço de
gateway pode apresentar credenciais delegadas.
 10. Para continuar o processo de configuração, prossiga para Conceder direitos de
política local à conta de serviço de gateway na máquina do gateway.

Opção B: Delegação restrita de Kerberos baseada em recursos

Você usa a delegação restrita de Kerberos baseada em recursos para habilitar a

conectividade de logon único para o Windows Server 2012 e versões posteriores. Esse
tipo de delegação permite que os serviços front-end e back-end estejam em domínios
diferentes. Para funcionar, o domínio de serviço back-end precisa confiar no domínio de
serviço front-end.

Nas etapas a seguir, assumimos um ambiente local com duas máquinas em domínios
diferentes: uma máquina gateway e um servidor de banco de dados executando o SQL
Server que já foi configurado para SSO baseado em Kerberos. Essas etapas podem ser
adotadas para uma das outras fontes de dados suportadas, desde que a fonte de dados
já tenha sido configurada para logon único baseado em Kerberos. Para este exemplo,
usaremos as seguintes configurações:

Domínio frontend do Ative Directory (Netbios): ContosoFrontEnd

Domínio de back-end do Ative Directory (Netbios): ContosoBackEnd
Nome da máquina de gateway: MyGatewayMachine
Conta de serviço de gateway: ContosoFrontEnd\GatewaySvc
Nome da máquina da fonte de dados do SQL Server: TestSQLServer
Conta de serviço da fonte de dados do SQL Server: ContosoBackEnd\SQLService

Conclua as seguintes etapas de configuração:

1. Use o snap-in MMC Usuários e Computadores do Ative Directory no controlador

de domínio para o domínio ContosoFrontEnd e verifique se nenhuma
configuração de delegação é aplicada para a conta de serviço de gateway.
2. Use Usuários e Computadores do Ative Directory no controlador de domínio para
o domínio ContosoBackEnd e verifique se nenhuma configuração de delegação é
aplicada para a conta de serviço back-end.
3. Na guia Editor de Atributos das propriedades da conta, verifique se o atributo
msDS-AllowedToActOnBehalfOfOtherIdentity não está definido.
4. Em Usuários e Computadores do Ative Directory, crie um grupo no controlador de
domínio para o domínio ContosoBackEnd . Adicione a conta de serviço de
gateway GatewaySvc ao grupo ResourceDelGroup .

Para adicionar usuários de um domínio confiável, esse grupo deve ter um escopo
de Domínio local.
 5. Abra um prompt de comando e execute os seguintes comandos no controlador de
domínio do domínio ContosoBackEnd para atualizar o atributo msDS-
AllowedToActOnBehalfOfOtherIdentity da conta de serviço back-end:

PowerShell

$c = Get-ADGroup ResourceDelGroup
Set-ADUser SQLService -PrincipalsAllowedToDelegateToAccount $c

6. Em Usuários e Computadores do Ative Directory, verifique se a atualização está

refletida na guia Editor deAtributos, nas propriedades da conta de serviço back-
end.

Etapa 5: Habilitar a criptografia AES em contas de serviço

Aplique as seguintes configurações à conta de serviço do gateway e a cada conta de
serviço da fonte de dados à qual o gateway pode delegar:

７ Nota

Se houver enctypes existentes definidos na(s) conta(s) de serviço, consulte o

administrador do Ative Directory, pois seguir as etapas abaixo substituirá os valores
enctypes existentes e poderá quebrar clientes.

1. Com direitos de administrador de domínio, abra o snap-in MMC Usuários e

Computadores do Ative Directory.

2. Clique com o botão direito do mouse na conta de serviço de gateway/fonte de

dados e selecione Propriedades.

3. Selecione o separador Conta.

4. Em Opções de Conta, ative pelo menos uma (ou ambas) das seguintes opções.
Observe que as mesmas opções precisam ser habilitadas para todas as contas de
serviço.

Esta conta suporta encriptação Kerberos AES de 128 bits

Esta conta suporta criptografia Kerberos AES de 256 bits

７ Nota

Se não tiver certeza de qual esquema de criptografia usar, consulte o administrador

do Ative Directory.

Etapa 6: Conceder à conta de serviço de gateway direitos

de política local na máquina de gateway
Finalmente, na máquina que executa o serviço de gateway (MyGatewayMachine em
nosso exemplo), conceda à conta de serviço de gateway as políticas locais Represente
um cliente após a autenticação e Aja como parte do sistema operacional
(SeTcbPrivilege). Execute essa configuração com o Editor de Diretiva de Grupo Local
(gpedit.msc).

1. Na máquina do gateway, execute gpedit.msc.

2. Vá para Política do Computador Local, Configuração do Computador,

Configurações do>Windows, Configurações>de Segurança,
 Políticas>Locais,>>Atribuição de Direitos do Usuário.

3. Em Atribuição de Direitos de Usuário, na lista de políticas, selecione Representar

um cliente após a autenticação.

4. Clique com o botão direito do rato na política, abra Propriedades e, em seguida,

veja a lista de contas.

A lista deve incluir a conta de serviço de gateway (Contoso\GatewaySvc ou

ContosoFrontEnd\GatewaySvc, dependendo do tipo de delegação restrita).

5. Em Atribuição de Direitos de Usuário, selecione Agir como parte do sistema

operacional (SeTcbPrivilege) na lista de políticas. Verifique se a conta de serviço
do gateway está incluída na lista de contas.

6. Reinicie o processo do serviço de gateway de dados local.

Etapa 7: A conta do Windows pode acessar a máquina de

gateway
O SSO usa a Autenticação do Windows, portanto, verifique se a conta do Windows pode
acessar a máquina do gateway. Se não tiver certeza, adicione NT-AUTHORITY\Usuários
autenticados (S-1-5-11) ao grupo "Usuários" da máquina local.

Seção 2: Configuração específica do ambiente

Adicionar conta de serviço de gateway ao Grupo de

Acesso e Autorização do Windows
Preencha esta secção se alguma das seguintes situações se aplicar:

Seu ambiente do Ative Directory é protegido pela segurança.

Quando a conta de serviço do gateway e as contas de usuário que o gateway
representará estiverem em domínios ou florestas separados.

Você também pode adicionar a conta de serviço de gateway ao Grupo de Autorização e

Acesso do Windows em situações em que o domínio/floresta não foi protegido, mas
não é necessário.

Para obter mais informações, consulte Grupo de Autorização e Acesso do Windows.

Para concluir esta etapa de configuração, para cada domínio que contém usuários do
Ative Directory, você deseja que a conta de serviço de gateway possa representar:

1. Entre em um computador no domínio e inicie o snap-in MMC Usuários e

Computadores do Ative Directory.
2. Localize o grupo Grupo de Autorização e Acesso do Windows, que normalmente é
encontrado no contêiner Interno .
3. Clique duas vezes no grupo e clique na guia Membros .
4. Clique em Adicionar e altere o local do domínio para o domínio em que a conta
de serviço de gateway reside.
5. Digite o nome da conta de serviço de gateway e clique em Verificar Nomes para
verificar se a conta de serviço de gateway está acessível.
6. Clique em OK.
7. Clique em Aplicar.
8. Reinicie o serviço de gateway.

Definir parâmetros de configuração de mapeamento de

usuário na máquina de gateway
Preencha esta secção se:

Você não tem o Microsoft Entra Connect com a sincronização de conta de usuário
configurada E
O UPN usado no Power BI para usuários não corresponde ao UPN em seu
ambiente local do Ative Directory.

Cada usuário do Ative Directory mapeado dessa maneira precisa ter permissões de SSO
para sua fonte de dados.

1. Abra o arquivo de configuração do gateway principal,

Microsoft.PowerBI.DataMovement.Pipeline.GatewayCore.dll . Por padrão, esse
 arquivo é armazenado em C:\Program Files\On-premises data gateway .

2. Defina ADUserNameLookupProperty como um atributo do Ative Directory não

utilizado. Usaremos msDS-cloudExtensionAttribute1 as etapas a seguir. Este
atributo está disponível apenas no Windows Server 2012 e posterior.

3. Defina ADUserNameReplacementProperty como SAMAccountName e salve o

arquivo de configuração.

７ Nota

Em cenários de vários domínios, talvez seja necessário definir

ADUserNameReplacementProperty para userPrincipalName preservar as
informações de domínio do usuário.

4. Na guia Serviços do Gerenciador de Tarefas, clique com o botão direito do mouse

no serviço de gateway e selecione Reiniciar.

5. Para cada usuário do serviço Power BI para o qual você deseja habilitar o SSO
Kerberos, defina a msDS-cloudExtensionAttribute1 propriedade de um usuário
local do Ative Directory (com permissão SSO para sua fonte de dados) como o
nome de usuário completo (UPN) do usuário do serviço Power BI. Por exemplo, se
você entrar no serviço do Power BI como e quiser mapear esse usuário para um
usuário local do Ative Directory com permissões de SSO, digamos, , defina o
atributo desse msDS-cloudExtensionAttribute1 usuário como
[email protected]@contoso.com. [email protected]

Você pode definir a msDS-cloudExtensionAttribute1 propriedade com o snap-in

MMC Usuários e Computadores do Ative Directory:

a. Como administrador de domínio, inicie Usuários e Computadores do Ative

Directory.
 b. Clique com o botão direito do rato no nome de domínio, selecione Localizar e,
em seguida, introduza o nome da conta do utilizador local do Ative Directory a
mapear.

c. Selecione a guia Editor de Atributos.

Localize a msDS-cloudExtensionAttribute1 propriedade e clique duas vezes nela.

Defina o valor para o nome de usuário completo (UPN) do usuário que você usa
para entrar no serviço do Power BI.

d. Selecione OK.

e. Selecione Aplicar. Verifique se o valor correto foi definido na coluna Valor .

Conclua as etapas de configuração específicas da fonte

de dados
Para fontes de dados SAP HANA, SAP BW e Teradata, é necessária uma configuração
adicional para usar com o SSO do gateway:

Use Kerberos para logon único (SSO) no SAP HANA.

Use o logon único Kerberos para SSO para SAP BW usando CommonCryptoLib
(sapcrypto.dll).
Use Kerberos para logon único (SSO) para Teradata.

７ Nota

Embora outras bibliotecas SNC também possam funcionar para BW SSO, elas não
são oficialmente suportadas pela Microsoft.

Seção 3: Validar configuração

Etapa 1: Configurar fontes de dados no Power BI

Depois de concluir todas as etapas de configuração, use a página Gerenciar Gateway no
Power BI para configurar a fonte de dados a ser usada para SSO. Se você tiver vários
gateways, certifique-se de selecionar o gateway configurado para Kerberos SSO. Em
seguida, em Configurações para a fonte de dados, verifique se Usar SSO via Kerberos
para consultas DirectQuery ou Usar SSO via Kerberos para consultas DirectQuery e
Importar está marcado para Relatórios baseados em DirectQuery e Usar SSO via
Kerberos para consultas DirectQuery e Importar está marcado para Importar
relatórios baseados em Relatórios.

As configurações Usar SSO via Kerberos para consultas DirectQuery e Usar SSO via
Kerberos para consultas DirectQuery e Importar fornecem um comportamento
diferente para relatórios baseados em DirectQuery e relatórios baseados em Importar.

Use o SSO via Kerberos para consultas DirectQuery:

Para o relatório baseado em DirectQuery, as credenciais SSO do usuário são

usadas.
Para relatório baseado em importação, as credenciais SSO não são usadas, mas as
credenciais inseridas na página da fonte de dados são usadas.

Use o SSO via Kerberos para consultas DirectQuery e Import:

Para o relatório baseado em DirectQuery, as credenciais SSO do usuário são

usadas.
Para o relatório baseado em Importação, as credenciais de SSO do proprietário do
modelo semântico são usadas, independentemente do usuário que aciona a
Importação.

Etapa 2: Testar o logon único

Vá para Testar configuração de logon único (SSO) para validar rapidamente se sua
configuração está definida corretamente e solucionar problemas comuns.

Etapa 3: Executar um relatório do Power BI

Ao publicar, selecione o gateway que configurou para SSO se tiver vários gateways.

Conteúdos relacionados
Para obter mais informações sobre o gateway de dados local e o DirectQuery, consulte
os seguintes recursos:

What is an on-premises data gateway? (O que é um gateway de dados no local?)

DirectQuery no Power BI
Fontes de dados suportadas pelo DirectQuery
DirectQuery e SAP BW
DirectQuery e SAP HANA
Usar Kerberos para logon único (SSO)
no SAP BW usando gx64krb5
Artigo • 22/10/2024

Este artigo descreve como configurar sua fonte de dados do SAP Business Warehouse
(BW) para habilitar o logon único (SSO) do serviço do Power BI usando gx64krb5.

） Importante

A Microsoft permitirá que você crie conexões usando bibliotecas SNC (Secure
Network Communications) (como gx64krb5), mas não fornecerá suporte para essas
configurações. Além disso, o SAP não suporta mais o gx64krb5 para gateways de
dados locais no Power BI e as etapas necessárias para configurá-lo para o gateway
são significativamente mais complexas em comparação com o CommonCryptoLib.
Como resultado, a Microsoft recomenda usar CommonCryptoLib em vez disso. Para
obter mais informações, consulte SAP Note 352295 . Observe que o gx64krb5
não permite conexões SSO do gateway de dados para os servidores de mensagens
SAP BW; somente conexões com SAP BW Application Servers são possíveis. Essa
restrição não existe se você usar CommonCryptoLib como sua biblioteca SNC. Para
obter informações sobre como configurar o SSO usando CommonCryptoLib,
consulte Configurar o SAP BW para SSO usando CommonCryptoLib. Use
CommonCryptoLib ou gx64krb5 como sua biblioteca SNC, mas não ambos. Não
conclua as etapas de configuração para ambas as bibliotecas.

７ Nota

Configurar ambas as bibliotecas (sapcrypto e gx64krb5) no mesmo servidor

gateway é um cenário sem suporte. Não é recomendável configurar ambas as
bibliotecas no mesmo servidor gateway, pois isso levará a uma combinação de
bibliotecas. Se você quiser usar ambas as bibliotecas, separe totalmente o servidor
gateway. Por exemplo, configure gx64krb5 para o servidor A e, em seguida,
sapcrypto para o servidor B. Lembre-se de que qualquer falha no servidor A que
usa gx64krb5 não é suportada, pois gx64krb5 não é mais suportado pela SAP e
Microsoft.

Este guia é exaustivo; Se já tiver concluído alguns dos passos descritos, pode ignorá-los.
Por exemplo, você pode já ter configurado seu servidor SAP BW para SSO usando
gx64krb5.
Configurar o gx64krb5 na máquina gateway e
no servidor SAP BW
A biblioteca gx64krb5 deve ser usada pelo cliente e pelo servidor para concluir uma
conexão SSO através do gateway. Ou seja, o cliente e o servidor devem estar usando a
mesma biblioteca SNC.

1. Faça o download gx64krb5.dll do SAP Note 2115486 (SAP s-user necessário).

Certifique-se de ter pelo menos a versão 1.0.11.x. Além disso, faça o download do
gsskrb5.dll (a versão de 32 bits da biblioteca) se quiser testar a conexão SSO no
SAP GUI antes de tentar a conexão SSO através do gateway (recomendado). A
versão de 32 bits é necessária para testar com o SAP GUI porque o SAP GUI é
apenas de 32 bits.

2. Coloque gx64krb5.dll em um local na máquina do gateway que seja acessível pelo

usuário do serviço de gateway. Se você quiser testar a conexão SSO com SAP GUI,
coloque também uma cópia do gsskrb5.dll em sua máquina e defina a variável de
ambiente SNC_LIB para apontar para ela. Tanto o usuário do serviço de gateway
quanto os usuários do Ative Directory (AD) que o usuário do serviço representará
precisam de permissões de leitura e execução para a cópia do gx64krb5.dll.
Recomendamos conceder permissões no .dll ao grupo Usuários Autenticados. Para
fins de teste, você também pode conceder explicitamente essas permissões ao
usuário do serviço de gateway e ao usuário do AD que você usa para testar.

3. Se o servidor BW ainda não tiver sido configurado para SSO usando gx64krb5.dll,
coloque outra cópia do .dll na máquina do servidor SAP BW em um local acessível
pelo servidor SAP BW.

Para obter mais informações sobre como configurar o gx64krb5.dll para uso com
um servidor SAP BW, consulte a documentação do SAP (SAP s-user required).

4. Nas máquinas cliente e servidor, defina as variáveis de ambiente SNC_LIB e

SNC_LIB_64 :

Se você usar gsskrb5.dll, defina a variável SNC_LIB como seu caminho

absoluto.
Se você usar gx64krb5.dll, defina a variável SNC_LIB_64 como seu caminho
absoluto.

Configurar um usuário do serviço SAP BW e

habilitar a comunicação SNC no servidor BW
Conclua esta seção se você ainda não configurou seu servidor SAP BW para
comunicação SNC (por exemplo, SSO) usando gx64krb5.

７ Nota

Esta seção pressupõe que você já criou um usuário de serviço para BW e vinculou
um SPN adequado a ele (ou seja, um nome que começa com SAP/).

1. Dê ao usuário do serviço acesso ao seu servidor de aplicativos SAP BW:

a. Na máquina do servidor SAP BW, adicione o usuário do serviço ao grupo

Administrador local. Abra o programa Gerenciamento do Computador e
identifique o grupo Administrador Local do seu servidor.

b. Clique duas vezes no grupo Administrador Local e selecione Adicionar para

adicionar o usuário do serviço ao grupo.

c. Selecione Verificar Nomes para se certificar de que introduziu o nome

corretamente e, em seguida, selecione OK.
2. Defina o usuário de serviço do servidor SAP BW como o usuário que inicia o
serviço do servidor SAP BW na máquina do servidor SAP BW:

a. Abra Executar e insira Services.msc.

b. Encontre o serviço correspondente à sua instância do SAP BW Application

Server, clique com o botão direito do mouse nele e selecione Propriedades.

c. Alterne para a guia Fazer logon e altere o usuário para o usuário do serviço SAP
BW.

d. Introduza a palavra-passe do utilizador e, em seguida, selecione OK.

3. No SAP Logon, faça login no servidor e defina os seguintes parâmetros de perfil

usando a transação RZ10:

a. Defina o parâmetro de perfil snc/identity/as como o usuário do serviço p:<SAP

BW que você criou>. Por exemplo, p:[email protected]. Observe
que p: precede o nome principal do usuário do serviço (UPN), em oposição a
p:CN=, que precede o UPN quando você usa CommonCryptoLib como a
biblioteca SNC.

b. Defina o parâmetro de perfil snc/gssapi_lib como <caminho para gx64krb5.dll

no servidor> BW. Coloque a biblioteca em um local que o SAP BW Application
Server possa acessar.

c. Defina os seguintes parâmetros de perfil adicionais, alterando os valores

conforme necessário para atender às suas necessidades. As últimas cinco
opções permitem que os clientes se conectem ao servidor SAP BW usando o
SAP Logon sem ter o SNC configurado.

ﾉ Expandir tabela
 Definição Valor

SNC/data_protection/Max 3

SNC/data_protection/min 1

SNC/data_protection/UTILIZAÇÃO 9

SNC/accept_insecure_cpic 1

SNC/accept_insecure_gui 1

SNC/accept_insecure_r3int_rfc 1

SNC/accept_insecure_rfc 1

SNC/permit_insecure_start 1

d. Defina a propriedade snc/enable como 1.

4. Depois de definir esses parâmetros de perfil, abra o SAP Management Console na

máquina do servidor e reinicie a instância do SAP BW.

Se o servidor não iniciar, confirme se você definiu os parâmetros de perfil

corretamente. Para obter mais informações sobre configurações de parâmetros de
perfil, consulte a documentação do SAP. Você também pode consultar a seção
Solução de problemas neste artigo.

Mapear um usuário do SAP BW para um

usuário do Ative Directory
Se você ainda não tiver feito isso, mapeie um usuário do AD para um usuário do SAP
BW Application Server e teste a conexão SSO no SAP Logon.

1. Faça login no seu servidor SAP BW com o SAP Logon. Execute a transação SU01.

2. Em User, insira o usuário do SAP BW para o qual você deseja habilitar a conexão
SSO. Selecione o ícone Editar (ícone de caneta) próximo ao canto superior
esquerdo da janela SAP Logon.
3. Selecione a guia SNC. Na caixa de entrada de nome SNC, digite p:<seu usuário>
do Ative Directory@<seu domínio>. Para o nome SNC, p: deve preceder o UPN do
usuário do AD. Observe que o UPN diferencia maiúsculas de minúsculas.

O usuário do AD especificado deve pertencer à pessoa ou organização para a qual

você deseja habilitar o acesso SSO ao SAP BW Application Server. Por exemplo, se
você quiser habilitar o acesso SSO para o usuário [email protected],
digite p:[email protected].
 4. Selecione o ícone Salvar (imagem de disquete) próximo ao canto superior
esquerdo da tela.

Testar o início de sessão através de SSO

Verifique se você pode entrar no servidor usando o SAP Logon through SSO como o
usuário do AD para o qual você habilitou o acesso SSO:

1. Como o usuário do AD para o qual você acabou de habilitar o acesso SSO, entre
em uma máquina em seu domínio na qual o SAP Logon está instalado. Inicie o SAP
Logon e crie uma nova conexão.

2. Copie o arquivo gsskrb5.dll baixado anteriormente para um local na máquina em

que você entrou. Defina a variável de ambiente SNC_LIB para o caminho absoluto
deste local.

3. Inicie o SAP Logon e crie uma nova conexão.

4. Na tela Criar Nova Entrada do Sistema , selecione Sistema Especificado pelo

Usuário e, em seguida, selecione Avançar.
5. Preencha os detalhes apropriados na próxima tela, incluindo o servidor de
aplicativos, o número da instância e o ID do sistema. Em seguida, selecione
Concluir.

6. Clique com o botão direito do rato na nova ligação, selecione Propriedades e, em

seguida, selecione o separador Rede.

7. Na caixa Nome do SNC, digite UPN> do usuário do serviço p:<SAP BW. Por
exemplo, p:[email protected]. Selecione OK.
 8. Clique duas vezes na conexão que você acabou de criar para tentar uma conexão
SSO com o servidor SAP BW.

Se essa conexão for bem-sucedida, continue para a próxima seção. Caso contrário,
reveja os passos anteriores neste documento para se certificar de que foram
concluídas corretamente ou reveja a secção Resolução de problemas . Se não for
possível conectar-se ao servidor SAP BW via SSO neste contexto, não será possível
conectar-se ao servidor SAP BW usando o SSO no contexto do gateway.

Adicionar entradas do Registro à máquina do

gateway
Adicione as entradas de registo necessárias ao registo da máquina em que o gateway
está instalado e a máquinas destinadas a ligar a partir do Power BI Desktop. Para
adicionar essas entradas do Registro, execute os seguintes comandos:

REG ADD HKLM\SOFTWARE\Wow6432Node\SAP\gsskrb5 /v ForceIniCredOK /t REG_DWORD

/d 1 /f
 REG ADD HKLM\SOFTWARE\SAP\gsskrb5 /v ForceIniCredOK /t REG_DWORD /d 1 /f

Adicionar uma nova fonte de dados do SAP BW

Application Server ao serviço do Power BI ou
editar uma existente
1. Na janela de configuração da fonte de dados, insira o Nome do host, o número
do sistema e a ID do cliente do servidor de aplicativos SAP BW, como faria para
entrar no servidor SAP BW a partir do Power BI Desktop.

2. No campo Nome do parceiro SNC, digite p:<SPN mapeado para o usuário> do

serviço SAP BW. Por exemplo, se o SPN for
SAP/[email protected], digite
p:SAP/[email protected] no campo Nome do parceiro SNC.

3. Para a Biblioteca SNC, selecione a opção Personalizado e forneça o caminho

absoluto para GX64KRB5.DLL ou GSSKRB5.DLL na máquina do gateway.

4. Selecione Usar SSO via Kerberos para consultas DirectQuery e, em seguida,

selecione Aplicar. Se a conexão de teste não for bem-sucedida, verifique se as
etapas de instalação e configuração anteriores foram concluídas corretamente.

5. Execute um relatório do Power BI.

Resolução de Problemas

Solucionar problemas de configuração do gx64krb5

Se você encontrar qualquer um dos seguintes problemas, siga estas etapas para
solucionar problemas de instalação do gx64krb5 e conexões SSO:

Você encontra erros ao concluir as etapas de configuração do gx64krb5. Por

exemplo, o servidor SAP BW não será iniciado depois que você alterar os
parâmetros do perfil. Exibir os logs do servidor (... work\dev_w0 na máquina do
servidor) para solucionar esses erros.

Não é possível iniciar o serviço SAP BW devido a uma falha de início de sessão.
Você pode ter fornecido a senha errada ao definir o SAP BW start-as user. Verifique
a senha entrando como usuário do serviço SAP BW em uma máquina em seu
ambiente AD.
 Você obtém erros sobre credenciais de fonte de dados subjacentes (por exemplo,
SQL Server), que impedem que o servidor seja iniciado. Verifique se você concedeu
ao usuário do serviço acesso ao banco de dados do SAP BW.

Você recebe a seguinte mensagem: (GSS-API) destino especificado é desconhecido

ou inacessível. Este erro geralmente significa que você tem o nome SNC errado
especificado. Certifique-se de usar p: only, não p:CN=, para preceder o UPN do
usuário do serviço no aplicativo cliente.

Você recebe a seguinte mensagem: (GSS-API) Um nome inválido foi fornecido.

Certifique-se de que p: é o valor do parâmetro de perfil de identidade SNC do
servidor.

Você recebe a seguinte mensagem: (erro SNC) o módulo especificado não pôde ser
encontrado. Esse erro geralmente é causado por colocar gx64krb5.dll em um local
que requer privilégios elevados (.. /direitos de administrador) para aceder.

Solucionar problemas de conectividade de gateway

1. Verifique os logs do gateway. Abra o aplicativo de configuração do gateway e
selecione Diagnóstico e, em seguida , Exportar logs. Os erros mais recentes estão
no final de todos os arquivos de log examinados.
 2. Ative o rastreamento do SAP BW e revise os arquivos de log gerados. Há vários
tipos diferentes de rastreamento SAP BW disponíveis (por exemplo, rastreamento
CPIC):

a. Para habilitar o rastreamento CPIC, defina duas variáveis de ambiente:

CPIC_TRACE e CPIC_TRACE_DIR.

A primeira variável define o nível de rastreamento e a segunda variável define o

diretório do arquivo de rastreamento. O diretório deve ser um local no qual os
membros do grupo Usuários Autenticados possam gravar.

b. Defina CPIC_TRACE como 3 e CPIC_TRACE_DIR para qualquer diretório no qual

você deseja que os arquivos de rastreamento sejam gravados. Por exemplo:

c. Reproduza o problema e verifique se CPIC_TRACE_DIR contém arquivos de

rastreamento.

d. Examine o conteúdo dos arquivos de rastreamento para determinar o problema

de bloqueio. Por exemplo, você pode descobrir que gx64krb5.dll não foi carregado
corretamente ou que um usuário do AD diferente daquele que você esperava
iniciou a tentativa de conexão SSO.

Conteúdos relacionados
Para obter mais informações sobre o gateway de dados local e o DirectQuery, consulte
os seguintes recursos:

What is an on-premises data gateway? (O que é um gateway de dados no local?)

DirectQuery no Power BI
Fontes de dados suportadas pelo DirectQuery
DirectQuery e SAP BW
DirectQuery e SAP HANA

Comentários
Esta página foi útil?  Yes  No

Fornecer comentários sobre o produto | Perguntar à comunidade

Usar o logon único Kerberos para SSO
para SAP BW usando
CommonCryptoLib (sapcrypto.dll)
Artigo • 22/10/2024

Este artigo descreve como configurar sua fonte de dados SAP BW para habilitar o logon
único (SSO) do serviço Power BI usando CommonCryptoLib (sapcrypto.dll).

７ Nota

Antes de tentar atualizar um relatório baseado em SAP BW que usa SSO Kerberos,
conclua as etapas neste artigo e as etapas em Configurar SSO baseado em
Kerberos. O uso do CommonCryptoLib como sua biblioteca SNC (Secure Network
Communications) permite conexões SSO com SAP BW Application Servers e SAP
BW Message Servers.

７ Nota

Configurar ambas as bibliotecas (sapcrypto e gx64krb5) no mesmo servidor

gateway é um cenário sem suporte. Não é recomendável configurar ambas as
bibliotecas no mesmo servidor gateway, pois isso levará a uma combinação de
bibliotecas. Se você quiser usar ambas as bibliotecas, separe totalmente o servidor
gateway. Por exemplo, configure gx64krb5 para o servidor A e, em seguida,
sapcrypto para o servidor B. Lembre-se de que qualquer falha no servidor A que
usa gx64krb5 não é suportada, pois gx64krb5 não é mais suportado pela SAP e
Microsoft.

Configurar o SAP BW para habilitar o SSO

usando CommonCryptoLib

７ Nota

O gateway de dados local é um software de 64 bits e, portanto, requer a versão de

64 bits do CommonCryptoLib (sapcrypto.dll) para executar o SSO BW. Se você
planeja testar a conexão SSO com seu servidor SAP BW no SAP GUI antes de tentar
uma conexão SSO através do gateway (recomendado), você também precisará da
versão de 32 bits do CommonCryptoLib, pois o SAP GUI é um software de 32 bits.

1. Verifique se o servidor BW está configurado corretamente para Kerberos SSO

usando CommonCryptoLib. Se estiver, você pode usar o SSO para acessar seu
servidor BW (diretamente ou por meio de um servidor de mensagens SAP BW)
com uma ferramenta SAP como SAP GUI que foi configurada para usar
CommonCryptoLib.

Para obter mais informações sobre as etapas de configuração, consulte SAP Single
Sign-On: Authenticate with Kerberos/SPNEGO . Seu servidor BW deve usar
CommonCryptoLib como sua biblioteca SNC e ter um nome SNC que começa com
CN=, como CN=BW1. Para obter mais informações sobre os requisitos de nome
SNC (especificamente, o parâmetro snc/identity/as), consulte Parâmetros SNC para
configuração Kerberos.

2. Se ainda não tiver feito isso, instale a versão x64 do SAP .NET Connector no
computador em que o gateway foi instalado.

Você pode verificar se o componente foi instalado tentando se conectar ao seu

servidor BW no Power BI Desktop a partir do computador gateway. Se você não
puder se conectar usando a implementação 2.0, o .NET Connector não está
instalado ou não foi instalado no cache de assembly global.

3. Certifique-se de que o Secure Login Client (SLC) do SAP não está em execução no
computador onde o gateway está instalado.

O SLC coloca os pedidos do Kerberos em cache de uma forma que pode interferir
com a capacidade do gateway utilizar o Kerberos para SSO.

4. Se o SLC estiver instalado, desinstale-o ou certifique-se de sair do SAP Secure

Login Client. Clique com o botão direito do mouse no ícone na bandeja do sistema
e selecione Sair e Sair antes de tentar uma conexão SSO usando o gateway.

SLC não é suportado para uso em máquinas Windows Server. Para obter mais
informações, consulte SAP Note 2780475 (s-user required).
5. Se você desinstalar o SLC ou selecionar Sair e Sair, abra uma janela cmd e entre
klist purge para limpar todos os tíquetes Kerberos armazenados em cache antes

de tentar uma conexão SSO através do gateway.

6. Transfira o CommonCryptoLib (sapcrypto.dll) de 64 bits versão 8.5.25 ou superior a

partir do SAP Launchpad e copie-o para uma pasta no seu computador gateway.
No mesmo diretório onde você copiou sapcrypto.dll, crie um arquivo chamado
sapcrypto.ini, com o seguinte conteúdo:

ccl/snc/enable_kerberos_in_client_role = 1

O arquivo .ini contém informações de configuração exigidas pelo

CommonCryptoLib para habilitar o SSO no cenário de gateway.

７ Nota

Esses arquivos devem ser armazenados no mesmo local; Em outras palavras,

/path/to/sapcrypto/ deve conter sapcrypto.ini e sapcrypto.dll.

Tanto o utilizador do serviço de gateway como o utilizador do Active Directory

(AD) que o utilizador de serviço representam precisam de permissões de leitura e
execução para ambos os ficheiros. Recomendamos conceder permissões nos
arquivos .ini e .dll ao grupo Usuários Autenticados. Para fins de teste, você também
pode conceder explicitamente essas permissões ao usuário do serviço de gateway
e ao usuário do AD que você usa para teste. Na captura de tela a seguir,
concedemos ao grupo Usuários Autenticados permissões de leitura e execução
para sapcrypto.dll:
7. Se você ainda não tiver uma fonte de dados SAP BW associada ao gateway pelo
qual deseja que a conexão SSO flua, adicione uma na página Gerenciar Conexões
e Gateways no serviço do Power BI. Se você já tiver essa fonte de dados, edite-a:

Escolha SAP Business Warehouse como o Tipo de Fonte de Dados se quiser

criar uma conexão SSO com um BW Application Server.
Selecione Sap Business Warehouse Message Server se quiser criar uma
conexão SSO com um BW Message Server.

8. Para Biblioteca SNC, selecione a variável de ambiente SNC_LIB ou SNC_LIB_64 ou

Personalizada.

Se você selecionar SNC_LIB, deverá definir o valor da variável de ambiente

SNC_LIB_64 na máquina de gateway para o caminho absoluto da cópia de 64
 bits de sapcrypto.dll na máquina de gateway. Por exemplo,
C:\Users\Test\Desktop\sapcrypto.dll.

Se você escolher Personalizado, cole o caminho absoluto para sapcrypto.dll

no campo Caminho da Biblioteca SNC Personalizada que aparece na página
Gerenciar gateways .

9. Para SNC Partner Name, insira o SNC Name do servidor BW. Em Configurações
avançadas, verifique se a opção Usar SSO via Kerberos para consultas
DirectQuery está marcada. Preencha os outros campos como se estivesse a
estabelecer uma ligação de Autenticação do Windows a partir do PBI Desktop.

10. Crie uma variável de ambiente do sistema CCL_PROFILE e defina seu valor para o
caminho a ser sapcrypto.ini.

Os arquivos sapcrypto .dll e .ini devem existir no mesmo local. No exemplo acima,
sapcrypto.ini e sapcrypto.dll estão localizados na área de trabalho.

11. Reinicie o serviço de gateway.

 12. Executar um relatório do Power BI

Resolução de Problemas
Se não conseguir atualizar o relatório no serviço do Power BI, pode utilizar o rastreio de
gateway, o rastreio CPIC e o rastreio CommonCryptoLib para diagnosticar o problema.
Como o rastreamento CPIC e o CommonCryptoLib são produtos SAP, a Microsoft não
pode fornecer suporte para eles.

Logs de gateway
1. Reproduza o problema.

2. Abra o aplicativo de gateway e selecione Exportar logs na guia Diagnóstico .

Rastreio CPIC
1. Para habilitar o rastreamento CPIC, defina duas variáveis de ambiente: CPIC_TRACE
e CPIC_TRACE_DIR.

A primeira variável define o nível de rastreamento e a segunda variável define o

diretório do arquivo de rastreamento. O diretório deve ser um local no qual os
membros do grupo Usuários Autenticados possam gravar.

2. Defina CPIC_TRACE como 3 e CPIC_TRACE_DIR para qualquer diretório no qual

você deseja que os arquivos de rastreamento sejam gravados. Por exemplo:

3. Reproduza o problema e verifique se CPIC_TRACE_DIR contém arquivos de

rastreamento.

O rastreamento CPIC pode diagnosticar problemas de nível superior, como uma

falha ao carregar a biblioteca de sapcrypto.dll. Por exemplo, aqui está um trecho
de um arquivo de rastreamento CPIC onde ocorreu um erro de carregamento de
.dll:

Output

[Thr 7228] *** ERROR => DlLoadLib()==DLENOACCESS -

LoadLibrary("C:\Users\test\Desktop\sapcrypto.dll")
Error 5 = "Access is denied." [dlnt.c 255]
 Se você encontrar tal falha, mas tiver definido as permissões Ler & Executar em
sapcrypto.dll e sapcrypto.ini conforme descrito na seção acima, tente definir as
mesmas permissões Ler & Executar na pasta que contém os arquivos.

Se ainda não conseguir carregar o .dll, tente ativar a auditoria para o arquivo.
Examinar os logs de auditoria resultantes no Visualizador de Eventos do Windows
pode ajudá-lo a determinar por que o arquivo está falhando ao carregar. Procure
uma entrada de falha iniciada pelo usuário do AD representado. Por exemplo, para
o usuário MYDOMAIN\mytestuser representado, uma falha no log de auditoria seria
mais ou menos assim:

Output

A handle to an object was requested.

Subject:
Security ID: MYDOMAIN\mytestuser
Account Name: mytestuser
Account Domain: MYDOMAIN
Logon ID: 0xCF23A8

Object:
Object Server: Security
Object Type: File
Object Name: <path information>\sapcrypto.dll
Handle ID: 0x0
Resource Attributes: -

Process Information:
Process ID: 0x2b4c
Process Name: C:\Program Files\On-premises data
gateway\Microsoft.Mashup.Container.NetFX45.exe

Access Request Information:

Transaction ID: {00000000-0000-0000-0000-000000000000}
Accesses: ReadAttributes

Access Reasons: ReadAttributes: Not granted

Access Mask: 0x80

Privileges Used for Access Check: -
Restricted SID Count: 0

Rastreamento CommonCryptoLib
1. Ative o rastreamento CommonCryptoLib adicionando estas linhas ao arquivo
sapcrypto.ini criado anteriormente:
 ccl/trace/level=5
ccl/trace/directory=<drive>:\logs\sectrace

2. Altere a ccl/trace/directory opção para um local no qual os membros do grupo

Usuários Autenticados possam gravar.

3. Como alternativa, crie um novo arquivo de .ini para alterar esse comportamento.
No mesmo diretório que sapcrypto.ini e sapcrypto.dll, crie um arquivo chamado
sectrace.ini com o seguinte conteúdo. Substitua a DIRECTORY opção por um local
na sua máquina no qual os membros do grupo Usuários Autenticados possam
gravar:

LEVEL = 5
DIRECTORY = <drive>:\logs\sectrace

4. Reproduza o problema e verifique se o local apontado pelo DIRECTORY contém

arquivos de rastreamento.

5. Quando terminar, desative o rastreamento CPIC e CCL.

Para obter mais informações sobre o rastreamento CommonCryptoLib, consulte

SAP Note 2491573 (SAP s-user required).

Falsificação de identidade
Esta seção descreve os sintomas de solução de problemas e as etapas de resolução de
problemas de representação.

Sintoma: Ao olhar para o GatewayInfo[date].log você encontra uma entrada semelhante

à seguinte: Prestes a representar o usuário DOMAIN\User (IsAuthenticated: True,
ImpersonationLevel: Impersonation). Se o valor de ImpersonationLevel for diferente de
Impersonation, a representação não está acontecendo corretamente.

Resolução: siga as etapas encontradas no artigo Conceder direitos de política local à

conta de serviço de gateway no artigo da máquina de gateway. Reinicie o serviço de
gateway depois de alterar a configuração.

Validação: atualize ou crie o relatório e colete o GatewayInfo[date].log. Abra o arquivo

de log GatewayInfo mais recente e verifique novamente a cadeia de caracteres About to
impersonate user DOMAIN\User (IsAuthenticated: True, ImpersonationLevel:
Impersonation) para garantir que o valor de ImpersonationLevel corresponda a
Impersonation.

Delegação
Os problemas de delegação geralmente aparecem no serviço do Power BI como erros
genéricos. Para determinar se a delegação é o problema, é útil coletar os rastreamentos
do Wireshark e usar Kerberos como filtro. Para referência de erros Kerberos, consulte
esta postagem de blog. O restante desta seção descreve os sintomas de solução de
problemas e as etapas de resolução de problemas de delegação.

Sintoma: No serviço do Power BI, você pode encontrar um erro inesperado semelhante
ao da captura de tela a seguir. Em GatewayInfo[date].log você verá [DM.GatewayCore]
ingerindo uma exceção durante a tentativa de execução da consulta ADO para
clientPipelineId e a importação [0D_NW_CHANN] não corresponde a nenhuma
exportação.

No Mashup[date].log você vê o erro genérico GSS-API(maj): Nenhuma credencial foi

fornecida.

Examinando os rastreamentos CPIC (sec-Microsoft.Mashup.trc*), você verá algo

semelhante ao seguinte:

[Thr 4896] *** ERROR => SncPEstablishContext() failed for target='p:CN=BW5'

[sncxxall.c 3638]
[Thr 4896] *** ERROR => SncPEstablishContext()==SNCERR_GSSAPI [sncxxall.c
3604]
[Thr 4896] GSS-API(maj): No credentials were supplied
[Thr 4896] Unable to establish the security context
[Thr 4896] target="p:CN=BW5"
[Thr 4896] <<- SncProcessOutput()==SNCERR_GSSAPI
[Thr 4896]
[Thr 4896] LOCATION CPIC (TCP/IP) on local host HNCL2 with Unicode
[Thr 4896] ERROR GSS-API(maj): No credentials were supplied
[Thr 4896] Unable to establish the security context
 [Thr 4896] target="p:CN=BW5"
[Thr 4896] TIME Thu Oct 15 20:49:31 2020
[Thr 4896] RELEASE 721
[Thr 4896] COMPONENT SNC (Secure Network Communication)
[Thr 4896] VERSION 6
[Thr 4896] RC -4
[Thr 4896] MODULE sncxxall.c
[Thr 4896] LINE 3604
[Thr 4896] DETAIL SncPEstablishContext
[Thr 4896] SYSTEM CALL gss_init_sec_context
[Thr 4896] COUNTER 3
[Thr 4896]
[Thr 4896] *** ERROR => STISEND:STISncOut failed 20 [r3cpic.c 9834]
[Thr 4896] STISearchConv: found conv without search

O erro torna-se mais claro nos sectraces da máquina de gateway sec-

Microsoft.Mashup.Con-[].trc:

[2020.10.15 20:31:38.396000][4][Microsoft.Mashup.Con][Kerberos ][ 3616]

AcquireCredentialsHandleA called successfully.
[2020.10.15 20:31:38.396000][2][Microsoft.Mashup.Con][Kerberos ][ 3616]
InitializeSecurityContextA returned -2146893053 (0x80090303). Preparation
for kerberos failed!
[2020.10.15 20:31:38.396000][2][Microsoft.Mashup.Con][Kerberos ][ 3616]
Getting kerberos ticket for 'SAP/BW5' failed (user name is
[email protected])
[2020.10.15 20:31:38.396000][2][Microsoft.Mashup.Con][Kerberos ][ 3616]
Error for requested algorithm 18: 0/C000018B The security database on the
server does not have a computer account for this workstation trust
relationship.
[2020.10.15 20:31:38.396000][2][Microsoft.Mashup.Con][Kerberos ][ 3616]
Error for requested algorithm 17: 0/C000018B The security database on the
server does not have a computer account for this workstation trust
relationship.
[2020.10.15 20:31:38.396000][2][Microsoft.Mashup.Con][Kerberos ][ 3616]
Error for requested algorithm 23: 0/C000018B The security database on the
server does not have a computer account for this workstation trust
relationship.
[2020.10.15 20:31:38.396000][2][Microsoft.Mashup.Con][Kerberos ][ 3616]
Error for requested algorithm 3: 0/C000018B The security database on the
server does not have a computer account for this workstation trust
relationship.

Você também pode ver o problema se olhar para os vestígios do WireShark.

 ７ Nota

Os outros erros KRB5KDC_ERR_PREAUTH_REQUIRED podem ser ignorados com

segurança.

Resolução: você deve adicionar um SPN SAP/BW5 a uma conta de serviço. Informações
detalhadas e etapas estão disponíveis na documentação do SAP.

Você pode encontrar um erro semelhante, mas não idêntico que se manifesta em
rastreamentos WireShark como o seguinte erro KRB5KDC_ERR_BADOPTION:

Esse erro indica que o SPN SAP/BW5 pode ser encontrado, mas não é em Serviços para
o qual essa conta pode apresentar credenciais delegadas na guia Delegação da conta de
serviço de gateway. Para corrigir esse problema, siga as etapas para configurar a conta
de serviço de gateway para delegação restrita de kerberos padrão.
Validação: A configuração adequada evitará que erros genéricos ou inesperados sejam
apresentados pelo gateway. Se você ainda vir erros, verifique a configuração do próprio
gateway ou a configuração do servidor BW.

Erros de credenciais
Esta seção descreve os sintomas de solução de problemas e as etapas de resolução para
problemas de erro de credenciais. Você também pode ver erros genéricos do serviço do
Power BI, conforme descrito na seção anterior sobre delegação.

Existem diferentes resoluções, com base nos sintomas que você vê na fonte de dados
(SAP BW), por isso analisaremos ambas.

Sintoma 1: No arquivo sectraces sec-disp+work[].trc do BW Server, você vê rastreamentos

semelhantes aos seguintes:

[2020.05.26 14:21:28.668325][4][disp+work ][SAPCRYPTOLIB][435584] {

gss_display_name [2020.05.26 14:21:28.668338][4][disp+work ][GSS ][435584]
gss_display_name output buffer (41 bytes) [2020.05.26 14:21:28.668338][4]
[disp+work ][GSS ][435584] [email protected]@CONTOSO.COM

Resolução: conclua as etapas de configuração para definir os parâmetros de

configuração de mapeamento do usuário na máquina do gateway, se necessário. Você
precisará concluir essas etapas mesmo que já tenha o Microsoft Entra Connect
configurado.

Validação: você poderá carregar com êxito o relatório no serviço do Power BI. Se não
conseguir carregar o relatório, consulte os passos em Sintoma 2.

Sintoma 2: No arquivo sectraces sec-disp+work[].trc do BW Server, você vê

rastreamentos semelhantes aos seguintes:

[2020.10.19 23:10:15.469000][4][disp+work.EXE ][SAPCRYPTOLIB][ 4460] {

gss_display_name
[2020.10.19 23:10:15.469000][4][disp+work.EXE ][GSS ][ 4460]
gss_display_name output buffer (23 bytes)
[2020.10.19 23:10:15.469000][4][disp+work.EXE ][GSS ][ 4460]
[email protected]

Resolução: verifique se o ID externo Kerberos para o usuário corresponde ao que os

sectraces estão mostrando.
 1. Abra o SAP Logon.
2. Use a transação SU01.
3. Edite o usuário.
4. Navegue até a guia SNC e verifique se o nome SNC corresponde ao que é
mostrado em seus logs.

Validação: Quando concluída corretamente, você poderá criar e atualizar relatórios no

serviço do Power BI.

Conteúdos relacionados
Para obter mais informações sobre o gateway de dados local e o DirectQuery, consulte
os seguintes recursos:

What is an on-premises data gateway? (O que é um gateway de dados no local?)

DirectQuery no Power BI
Fontes de dados suportadas pelo DirectQuery
DirectQuery e SAP BW
DirectQuery e SAP HANA

Comentários
Esta página foi útil?  Yes  No

Fornecer comentários sobre o produto | Perguntar à comunidade

Usar Kerberos para SSO para SAP HANA
Artigo • 23/09/2024

Este artigo descreve como configurar sua fonte de dados do SAP HANA para habilitar o
logon único (SSO) do serviço do Power BI.

） Importante

Como o SAP não suporta mais OpenSSL, a Microsoft também descontinuou seu
suporte. Suas conexões existentes continuam funcionando, mas você não pode
mais criar novas conexões. Em vez disso, use SAP Cryptographic Library
(CommonCryptoLib) ou sapcrypto.

７ Nota

Antes de tentar atualizar um relatório baseado no SAP HANA que usa Kerberos
SSO, conclua as etapas neste artigo e Configure Kerberos SSO.

Habilitar o SSO para SAP HANA

Para habilitar o SSO para SAP HANA, execute as seguintes etapas:

1. Verifique se o servidor SAP HANA está executando a versão mínima necessária,

que depende do nível da plataforma do servidor SAP HANA:

HANA 2 SPS 01 Revisão 012.03

HANA 2 SPS 02 Rev 22
HANA 1 SP 12 Rev 122.13

2. No computador gateway, instale o driver SAP HANA ODBC mais recente. A versão
mínima é HANA ODBC versão 2.00.020.00 de agosto de 2017.

3. Verifique se o servidor SAP HANA foi configurado para SSO baseado em Kerberos.
Para obter mais informações sobre como configurar o SSO para SAP HANA usando
Kerberos, consulte Logon único usando Kerberos . Veja também os links dessa
página, particularmente SAP Note 1837331 – HOWTO HANA DBSSO
Kerberos/Ative Directory.

Também recomendamos seguir estas etapas extras, que podem gerar uma pequena
melhoria de desempenho:
 1. No diretório de instalação do gateway, procure e abra este arquivo de
configuração: Microsoft.PowerBI.DataMovement.Pipeline.GatewayCore.dll.config.

2. Procure a FullDomainResolutionEnabled propriedade e altere seu valor para True .

XML

<setting name=" FullDomainResolutionEnabled " serializeAs="String">

<value>True</value>
</setting>

3. Execute um relatório do Power BI.

Resolver problemas
Esta seção fornece instruções para solucionar problemas usando Kerberos para logon
único (SSO) para SAP HANA no serviço Power BI. Usando estas etapas de solução de
problemas, você pode autodiagnosticar e corrigir muitos problemas que você pode
estar enfrentando.

Para seguir as etapas nesta seção, você precisa coletar logs de gateway.

Erro TLS/SSL (certificado)

Este problema tem vários sintomas.

Quando você tenta adicionar uma nova fonte de dados, você pode ver um erro
como a seguinte mensagem:

Output

Unable to connect: We encountered an error while trying to connect to.

Details: "We could not register this data source for any gateway
instances within this cluster.
Please find more details below about specific errors for each gateway
instance."

Quando tenta criar ou atualizar um relatório, poderá ver a seguinte mensagem de

erro:
 

Quando você investiga o Mashup[date]*.log, você vê a seguinte mensagem de erro:

Output

A connection was successfully established with the server,

but then an error occurred during the login process and
the certificate chain was issued by an authority that is not trusted.

Resolução

Para resolver esse erro TLS/SSL, vá para a conexão da fonte de dados e, na seção Validar
Certificado do Servidor, desative a configuração, conforme mostrado na imagem a
seguir:

Depois de desativar essa configuração, a mensagem de erro não será mais exibida.

Falsificação de identidade
As entradas de log para representação contêm entradas semelhantes a:

Output

About to impersonate user DOMAIN\User (IsAuthenticated: True,

ImpersonationLevel: Impersonation).

O elemento importante nesta entrada de log são as informações exibidas após a

ImpersonationLevel: entrada. Qualquer valor diferente de Impersonation revela que a

representação não está ocorrendo corretamente.

Resolução

Você pode configurar ImpersonationLevel corretamente seguindo as instruções em

Conceder direitos de política local à conta de serviço do gateway no gateway.

Depois de alterar o arquivo de configuração, reinicie o serviço de gateway para que a

alteração entre em vigor.

Validação

Atualize ou crie o relatório e, em seguida, colete os logs do gateway. Abra o arquivo

GatewayInfo mais recente e verifique a seguinte cadeia de caracteres: About to
impersonate user DOMAIN\User (IsAuthenticated: True, ImpersonationLevel:
Impersonation) . Certifique-se de que a ImpersonationLevel configuração retorna

Impersonation .

Delegação
Os problemas de delegação geralmente aparecem no serviço do Power BI como erros
genéricos. Para garantir que o problema não seja um problema de delegação, colete
rastreamentos do Wireshark e use Kerberos como filtro. Para saber mais sobre o
Wireshark e obter informações sobre erros Kerberos, consulte Erros Kerberos em
capturas de rede.

Os seguintes sintomas e etapas de solução de problemas podem ajudar a solucionar

alguns problemas comuns.

Questões do SPN
Se você vir o seguinte erro: The import [table] matches no exports. Did you miss a
module reference?: ao investigar o Mashup[date]*.log, você está enfrentando problemas

de nome principal de serviço (SPN).

Quando você investiga mais usando rastreamentos do Wireshark, revela o erro

KRB4KDC_ERR_S_PRINCIPAL_UNKOWN , o que significa que o SPN não foi encontrado ou não

existe. A imagem a seguir mostra um exemplo:

Resolução

Para resolver problemas de SPN como esse, você deve adicionar um SPN a uma conta
de serviço. Para obter mais informações, consulte a documentação do SAP em
Configurar Kerberos para hosts de banco de dados SAP HANA .

Além disso, siga as instruções de resolução descritas na próxima seção.

Sem problemas de credenciais

Pode não haver sintomas claros associados a esse problema. Quando você investiga o
Mashup[date]*.log, você vê o seguinte erro:

Output

29T20:21:34.6679184Z","Action":"RemoteDocumentEvaluator/RemoteEvaluation/Han
dleException","HostProcessId":"1396","identity":"DirectQueryPool","Exception
":"Exception:\r\nExceptionType:
Microsoft.Mashup.Engine1.Runtime.ValueException, Microsoft.MashupEngine,
 Version=1.0.0.0, Culture=neutral,
PublicKeyToken=31bf3856ad364e35\r\nMessage:

Quando você investiga o mesmo arquivo, o seguinte erro (inútil) aparece:

Output

No credentials are available in the security package

A captura de vestígios do Wireshark revela o seguinte erro: KRB5KDC_ERR_BADOPTION .

Normalmente, esses erros significam que o arquivo SPN hdb/hana2-s4-

sso2.westus2.cloudapp.azure.com pode ser encontrado, mas não está na lista Serviços
para os quais essa conta pode apresentar credenciais delegadas no painel Delegação
na conta de serviço Gateway.

Resolução

Para resolver o problema Sem credenciais, siga as etapas descritas em Configurar

delegação restrita de Kerberos. Quando concluída corretamente, a guia delegação na
conta de serviço do gateway reflete o arquivo HansaWorld Database (HDB) e o FQDN
(nome de domínio totalmente qualificado) na lista de Serviços aos quais essa conta
pode apresentar credenciais delegadas.

Validação
Seguir as etapas anteriores deve resolver o problema. Se você ainda tiver problemas de
Kerberos, poderá ter uma configuração incorreta no gateway do Power BI ou no próprio
servidor HANA.

Erros de credenciais
Se você tiver erros de credenciais, os erros nos logs ou rastreamentos expõem erros que
descrevem Credentials are invalid ou erros semelhantes. Esses erros podem se
manifestar de forma diferente no lado da fonte de dados da conexão, como o SAP
HANA. A imagem a seguir mostra um exemplo de erro:

Sintoma 1

Nos rastreamentos de autenticação HANA, você pode ver entradas semelhantes à

seguinte mensagem:

Output

[Authentication|manager.cpp:166] Kerberos: Using Service Principal

Name [email protected]@CONTOSO.COM with name type:
GSS_KRB5_NT_PRINCIPAL_NAME
[Authentication|methodgssinitiator.cpp:367] Got principal name:
[email protected]@CONTOSO.COM

Resolução
Siga as instruções descritas em Definir parâmetros de configuração de mapeamento de
usuário na máquina do gateway, mesmo que você já tenha configurado o serviço
Microsoft Entra Connect .
Validação
Depois de concluir a validação, você pode carregar com êxito o relatório no serviço do
Power BI.

Sintoma 2
Nos rastreamentos de autenticação HANA, você pode ver entradas semelhantes à
seguinte entrada:

Output

Authentication ManagerAcceptor.cpp(00233) : Extending list of expected

external names by [email protected] (method: GSS) Authentication
AuthenticationInfo.cpp(00168) : ENTER getAuthenticationInfo
([email protected]) Authentication
AuthenticationInfo.cpp(00237) :
Found no user with expected external name!

Resolução

Verifique o ID externo Kerberos em Usuário HANA para determinar se os IDs

correspondem corretamente.

Validação
Depois de resolver o problema, você pode criar ou atualizar relatórios no serviço do
Power BI.

Conteúdos relacionados
Para obter mais informações sobre o gateway de dados local e o DirectQuery, consulte
os seguintes recursos:

What is an on-premises data gateway? (O que é um gateway de dados no local?)

DirectQuery no Power BI
Fontes de dados suportadas pelo DirectQuery
DirectQuery e SAP Business Warehouse (BW)
DirectQuery e SAP HANA

Comentários
Esta página foi útil?  Yes  No

Fornecer comentários sobre o produto | Perguntar à comunidade

Usar Kerberos para SSO para Teradata
Artigo • 31/01/2024

Este artigo descreve um requisito adicionado específico para habilitar com êxito o logon
único (SSO) para Teradata do serviço Power BI.

Se Teradata identificar contas de usuário usando sAMAccountNames, você deverá

definir FullDomainResolutionEnabled no gateway como True .

Se o Teradata identificar contas de usuário usando UPNs (Nomes Principais de

Usuário), mantenha FullDomainResolutionEnabled o gateway definido como False .

Habilitar SSO para Teradata

Para alterar a FullDomainResolutionEnabled configuração no gateway para habilitar o
SSO para Teradata:

1. No diretório do gateway local em %ProgramFiles%\On-premises data gateway,

abra o arquivo de configuração
Microsoft.PowerBI.DataMovement.Pipeline.GatewayCore.dll.config.

2. No arquivo, localize a FullDomainResolutionEnabled propriedade e altere seu valor

para True .

XML

<setting name=" FullDomainResolutionEnabled " serializeAs="String">

<value>True</value>
</setting>

Conteúdos relacionados
Para obter mais informações sobre o gateway de dados local e o DirectQuery, consulte
os seguintes recursos:

What is an on-premises data gateway? (O que é um gateway de dados no local?)

DirectQuery no Power BI
Fontes de dados suportadas pelo DirectQuery
DirectQuery e SAP Business Warehouse (BW)
DirectQuery e SAP HANA
Usar a linguagem de marcação de
asserção de segurança para SSO do
Power BI para fontes de dados locais
Artigo • 08/09/2023

Ao habilitar o logon único (SSO), você pode facilitar a atualização de dados de fontes
locais por relatórios e painéis do Power BI enquanto respeita as permissões de nível de
usuário configuradas nessas fontes. Para habilitar a conectividade SSO perfeita, use o
SAML (Security Assertion Markup Language).

７ Nota

Você pode se conectar a apenas uma fonte de dados usando o SAML de Logon
Único com um gateway de dados local. Para se conectar a uma fonte de dados
adicional usando o SAML de Logon Único, você deve usar um gateway de dados
local diferente.

Fontes de dados suportadas para SAML

Atualmente, a Microsoft suporta SAP HANA com SAML. Para obter mais informações
sobre como configurar o logon único para SAP HANA usando SAML, consulte SAML
SSO for BI Platform to HANA.

Suportamos fontes de dados adicionais com Kerberos (incluindo SAP HANA).

Para o SAP HANA, recomendamos que você habilite a criptografia antes de estabelecer
uma conexão SAML SSO. Para habilitar a criptografia, configure o servidor HANA para
aceitar conexões criptografadas e, em seguida, configure o gateway para usar
criptografia para se comunicar com o servidor HANA. Como o driver ODBC do HANA
não criptografa asserções SAML por padrão, a asserção SAML assinada é enviada do
gateway para o servidor HANA de forma clara e fica vulnerável à intercetação e
reutilização por terceiros.

） Importante

Como o SAP não suporta mais OpenSSL, a Microsoft também descontinuou seu
suporte. Suas conexões existentes continuam funcionando, mas você não pode
 mais criar novas conexões. Em vez disso, use a SAP Cryptographic Library
(CommonCryptoLib) ou sapcrypto.

Configurar o gateway e a fonte de dados

Para usar o SAML, você deve estabelecer uma relação de confiança entre os servidores
HANA para os quais deseja habilitar o SSO e o gateway. Nesse cenário, o gateway serve
como o provedor de identidade SAML (IdP). Você pode estabelecer essa relação de
várias maneiras. A SAP recomenda que você use CommonCryptoLib para concluir as
etapas de configuração. Para obter mais informações, consulte a documentação oficial
do SAP.

Criar os certificados
Você pode estabelecer uma relação de confiança entre um servidor HANA e o IdP do
gateway assinando o certificado X509 do IdP do gateway com uma autoridade de
certificação (CA) raiz confiável pelo servidor HANA.

Para criar os certificados, faça o seguinte:

1. No dispositivo que está executando o SAP HANA, crie uma pasta vazia para
armazenar seus certificados e vá para essa pasta.

2. Crie os certificados raiz executando o seguinte comando:

openssl req -new -x509 -newkey rsa:2048 -days 3650 -sha256 -keyout
CA_Key.pem -out CA_Cert.pem -extensions v3_ca'''

Certifique-se de copiar e salvar a senha para usar esse certificado para assinar
outros certificados. Você deve ver os arquivos CA_Cert.pem e CA_Key.pem sendo
criados.

3. Crie os certificados IdP executando o seguinte comando:

openssl req -newkey rsa:2048 -days 365 -sha256 -keyout IdP_Key.pem -out
IdP_Req.pem -nodes

Você deve ver os arquivos IdP_Key.pem e IdP_Req.pem sendo criados.

 4. Assine os certificados IdP com os certificados raiz:

openssl x509 -req -days 365 -in IdP_Req.pem -sha256 -extensions

usr_cert -CA CA_Cert.pem -CAkey CA_Key.pem -CAcreateserial -out
IdP_Cert.pem

Você deve ver os arquivos CA_Cert.srl e IdP_Cert.pem sendo criados. No momento,

você está preocupado apenas com o arquivo IdP_Cert.pem .

Criar mapeamento para o certificado do provedor de

identidade SAML
Para criar mapeamento para o certificado do Provedor de Identidade SAML, faça o
seguinte:

1. No SAP HANA Studio, clique com o botão direito do mouse no nome do servidor
SAP HANA e selecione Security Open Security>Console>SAML Identity Provider.

2. Selecione a opção SAP Cryptographic Library . Não use a opção OpenSSL

Cryptographic Library, que foi preterida pelo SAP.

3. Para importar o certificado assinado IdP_Cert.pem, selecione o botão azul Importar

, conforme mostrado na imagem a seguir:

4. Lembre-se de atribuir um nome para seu provedor de identidade.

Importar e criar os certificados assinados no HANA
Para importar e criar os certificados assinados no HANA, faça o seguinte:

1. No SAP HANA Studio, execute a seguinte consulta:

CREATE CERTIFICATE FROM '<idp_cert_pem_certificate_content>'

Eis um exemplo:

CREATE CERTIFICATE FROM

'-----BEGIN CERTIFICATE-----
MIIDyDCCArCgA...veryLongString...0WkC5deeawTyMje6
-----END CERTIFICATE-----
'

2. Se não houver um ambiente de segurança pessoal (PSE) com SAML de finalidade,

crie um executando a seguinte consulta no SAP HANA Studio:

CREATE PSE SAMLCOLLECTION;

set pse SAMLCOLLECTION purpose SAML;

3. Adicione o certificado assinado recém-criado ao PSE executando o seguinte

comando:

alter pse SAMLCOLLECTION add CERTIFICATE <certificate_id>;

Por exemplo:

alter pse SAMLCOLLECTION add CERTIFICATE 1978320;

Você pode verificar a lista de certificados criados executando a seguinte consulta:

 select * from PUBLIC"."CERTIFICATES"

O certificado agora está instalado corretamente. Para confirmar a instalação, você

pode executar a seguinte consulta:

select * from "PUBLIC"."PSE_CERTIFICATES"

Mapeie o usuário
Para mapear o usuário, faça o seguinte:

1. No SAP HANA Studio, selecione a pasta Segurança .

2. Expanda Usuários e selecione o usuário para o qual você deseja mapear seu
usuário do Power BI.

3. Marque a caixa de seleção SAML e, em seguida, selecione Configurar, conforme

mostrado na imagem a seguir:

4. Selecione o provedor de identidade que você criou na seção Criar mapeamento

para o certificado do provedor de identidade SAML. Para Identidade Externa,
insira o UPN do usuário do Power BI (normalmente, o endereço de email que o
usuário usa para entrar no Power BI) e selecione Adicionar.
 Se você configurou seu gateway para usar a opção de configuração
ADUserNameReplacementProperty , insira o valor que substituirá o UPN original do
usuário do Power BI. Por exemplo, se você definir
ADUserNameReplacementProperty como SAMAccountName, insira
SAMAccountName do usuário.

Configurar o gateway
Agora que você configurou o certificado e a identidade do gateway, converta o
certificado em um formato de arquivo PFX e, em seguida, configure o gateway para usar
o certificado fazendo o seguinte:

1. Converta o certificado para o formato PFX executando o seguinte comando. Este

comando nomeia o arquivo resultante samlcert.pfx e define root como sua senha,
conforme mostrado aqui:

openssl pkcs12 -export -out samltest.pfx -in IdP_Cert.pem -inkey

IdP_Key.pem -passin pass:root -passout pass:root

2. Copie o arquivo PFX para a máquina do gateway:

a. Clique duas vezes em samltest.pfx e selecione Avançar com máquina>local.

b. Introduza a palavra-passe e, em seguida, selecione Seguinte.

c. Selecione Colocar todos os certificados no armazenamento a seguir e, em

seguida, selecione Procurar>OK pessoal.>
 d. Selecione Avançar e, em seguida, selecione Concluir.

3. Para conceder à conta de serviço de gateway acesso à chave privada do

certificado, faça o seguinte:

a. Na máquina do gateway, execute o MMC (Console de Gerenciamento

Microsoft).

b. No MMC, selecione Adicionar ou remover snap-in de arquivo>.

 c. Selecione Adicionar certificados>e, em seguida, selecione Conta
de>computador Avançar.

d. Selecione Concluir>OK do Computador>Local.

e. Expanda Certificados>Pessoais>e procure o certificado.

f. Clique com o botão direito do rato no certificado e, em seguida, selecione Todas

as Tarefas Gerir Chaves Privadas>.

g. Adicione a conta de serviço de gateway à lista. Por padrão, a conta é NT

SERVICE\PBIEgwService. Você pode descobrir qual conta está executando o
serviço de gateway executando services.msc e, em seguida, procurando o serviço
de gateway de dados local.

Por fim, adicione a impressão digital do certificado à configuração do gateway:

1. Para listar os certificados em sua máquina, execute o seguinte comando do

PowerShell:

PowerShell

Get-ChildItem -path cert:\LocalMachine\My

2. Copie a impressão digital do certificado que criou.

3. Vá para o diretório do gateway, que é C:\Arquivos de Programas\Gateway de

dados local por padrão.

4. Abra PowerBI.DataMovement.Pipeline.GatewayCore.dll.config e procure a seção

SapHanaSAMLCertThumbprint . Cole a impressão digital copiada na etapa 2.

5. Reinicie o serviço de gateway.

Executar um relatório do Power BI
Agora você pode usar a página Gerenciar Gateway no Power BI para configurar a fonte
de dados do SAP HANA. Em Configurações avançadas, habilite o SSO via SAML. Ao
fazer isso, você pode publicar relatórios e conjuntos de dados vinculando a essa fonte
de dados.

７ Nota

O SSO usa a Autenticação do Windows, portanto, certifique-se de que a conta do

Windows possa acessar a máquina do gateway. Se não tiver certeza, certifique-se
de adicionar NT-AUTHORITY\Authenticated Users (S-1-5-11) ao grupo "Usuários"
da máquina local.

Solução de problemas de uso do SAML para

logon único no SAP HANA
Esta seção fornece etapas abrangentes para solucionar problemas de uso do SAML para
logon único no SAP HANA. Utilizar estes passos pode ajudá-lo a autodiagnosticar e
corrigir quaisquer problemas que possa enfrentar.

Credenciais rejeitadas
Depois de configurar o SSO baseado em SAML, poderá ver o seguinte erro no portal do
Power BI: "As credenciais fornecidas não podem ser utilizadas para a origem SapHana."
Esse erro indica que as credenciais SAML foram rejeitadas pelo SAP HANA.
Os rastreamentos de autenticação do lado do servidor fornecem informações
detalhadas para solucionar problemas de credenciais no SAP HANA. Para configurar o
rastreamento para seu servidor SAP HANA, faça o seguinte:

1. No servidor SAP HANA, ative o rastreamento de autenticação executando a

seguinte consulta:

ALTER SYSTEM ALTER CONFIGURATION ('indexserver.ini', 'SYSTEM') set

('trace', 'authentication') = 'debug' with reconfigure

2. Reproduza o problema.

3. No SAP HANA Studio, abra o console de administração e selecione a guia Arquivos

de diagnóstico.

4. Abra o rastreamento de servidor de indexação mais recente e procure

SAMLAuthenticator.cpp.

Você deve encontrar uma mensagem de erro detalhada que indica a causa raiz,
conforme mostrado no exemplo a seguir:

[3957]{-1}[-1/-1] 2018-09-11 21:40:23.815797 d Authentication

SAMLAuthenticator.cpp(00091) : Element
'{urn:oasis:names:tc:SAML:2.0:assertion}Assertion', attribute 'ID':
'123123123123123' is not a valid value of the atomic type 'xs:ID'.
[3957]{-1}[-1/-1] 2018-09-11 21:40:23.815914 i Authentication
SAMLAuthenticator.cpp(00403) : No valid SAML Assertion or SAML Protocol
detected

5. Depois de concluir a solução de problemas, desative o rastreamento de

autenticação executando a seguinte consulta:

ALTER SYSTEM ALTER CONFIGURATION ('indexserver.ini', 'SYSTEM') UNSET

('trace', 'authentication');

Verificar e solucionar erros de gateway

Para seguir os procedimentos desta seção, você precisa coletar logs de gateway.
Erro SSL (certificado)
Sintomas de erro

Este problema tem vários sintomas. Quando tenta adicionar uma nova origem de dados,
poderá ver uma mensagem de erro como a seguinte:

Unable to connect: We encountered an error while trying to connect to . Details:

"We could not register this data source for any gateway instances within this
cluster. Please find more details below about specific errors for each gateway

instance."

Quando tenta criar ou atualizar um relatório, poderá ver uma mensagem de erro como
a da imagem seguinte:

Quando você investigar o Mashup[date]*.log, você verá a seguinte mensagem de erro:

A connection was successfully established with the server, but then an error
occurred during the login process and the certificate chain was issued by an

authority that is not trusted

Resolução
Para resolver esse erro SSL, vá para a conexão da fonte de dados e, em seguida, na lista
suspensa Validar Certificado do Servidor, selecione Não, conforme mostrado na imagem
a seguir:

Depois de selecionar essa configuração, a mensagem de erro não será mais exibida.

Erro Gateway SignXML

O erro SignXML do gateway pode ser o resultado de configurações incorretas do
SapHanaSAMLCertThumbprint ou pode ser um problema com o servidor HANA. As
entradas nos logs do gateway ajudam a identificar onde o problema reside e como
resolvê-lo.

Sintomas de erro

Entradas de log para SignXML: Found the cert... : Se o arquivo GatewayInfo[date].log

contiver esse erro, o certificado SignXML foi encontrado e seus esforços de solução de
problemas devem se concentrar nas etapas encontradas na seção "Verificar e solucionar
problemas do lado do servidor HANA".

Entradas de log para Couldn't find saml cert : Se o arquivo GatewayInfo[date].log

contiver esse erro, SapHanaSAMLCertThumbprint está definido incorretamente. A seção
de resolução a seguir descreve como resolver o problema.

Resolução

Para definir corretamente o SapHanaSAMLCertThumbprint, siga as instruções na seção

"Configurar o gateway ". As instruções começam com Finalmente, adicione a impressão
digital do certificado à configuração do gateway.

Depois de alterar o arquivo de configuração, você precisa reiniciar o serviço de gateway

para que a alteração entre em vigor.

Validação

Quando o SapHanaSAMLCertThumbprint estiver configurado corretamente, os logs do

gateway terão entradas que incluem SignXML: Found the cert... . Neste ponto, você
deve ser capaz de prosseguir para a seção "Verificar e solucionar problemas do lado do
servidor HANA".

Se o gateway não conseguir usar o certificado para assinar a asserção SAML, você
poderá ver um erro nos logs semelhante ao seguinte:

GatewayPipelineErrorCode=DM_GWPipeline_UnknownError GatewayVersion=

InnerType=CryptographicException InnerMessage=<pi>Signing key is not loaded.</pi>

InnerToString=<pi>System.Security.Cryptography.CryptographicException: Signing key

is not loaded.

Para resolver esse erro, siga as instruções que começam com a etapa 3 na seção
"Configurar o gateway ".

Depois de alterar a configuração, reinicie o serviço de gateway para que a alteração

entre em vigor.

Verificar e solucionar problemas do lado do servidor HANA

Use as soluções nesta seção se o gateway puder encontrar o certificado e assinar a

asserção SAML, mas você ainda estiver enfrentando erros. Você precisará coletar
rastreamentos de autenticação HANA, conforme descrito anteriormente na seção
"Credenciais rejeitadas".

O provedor de identidade SAML

A presença da cadeia de caracteres nos rastreamentos de autenticação HANA indica que

o provedor de Found SAML provider identidade SAML está configurado corretamente.
Se a cadeia de caracteres não estiver presente, a configuração está incorreta.

Resolução

Primeiro, determine se sua organização está usando OpenSSL ou commoncrypto como

o sslcryptoprovider. Para determinar qual provedor está sendo usado, faça o seguinte:

1. Abra o SAP HANA Studio.

2. Abra o Console de Administração do locatário que você está usando.

3. Selecione a guia Configuração e use sslcryptoprovider como um filtro, conforme

mostrado na imagem a seguir:
Em seguida, verifique se a biblioteca criptográfica está definida corretamente fazendo o
seguinte:

1. Vá para Console de segurança no SAP HANA Studio selecionando a guia

Provedores de identidade SAML e siga um destes procedimentos:

Se o sslcryptoprovider for OpenSSL, selecione Biblioteca criptográfica

OpenSSL.
Se o sslcryptoprovider for commonCrypto, selecione SAP Cryptographic
Library.

Na imagem a seguir, a SAP Cryptographic Library está selecionada:

2. Implante suas alterações selecionando o botão Implantar no canto superior

direito, conforme mostrado na imagem a seguir:

Validação

Quando os rastreamentos estiverem configurados corretamente, eles relatarão Found

SAML provider e não relatarão SAML Provider not found . Você pode prosseguir para a

próxima seção, "Solucionar problemas da assinatura de asserção SAML".

Se o provedor de criptografia estiver definido, mas SAML Provider not found ainda
estiver sendo relatado, procure uma cadeia de caracteres no rastreamento que comece
com o seguinte texto:
Search SAML provider for certificate with subject =

Nessa cadeia de caracteres, verifique se o assunto e o emissor são exatamente os

mesmos exibidos na guia Provedor de identidade SAML no Console de Segurança. Uma
diferença de até mesmo um único caractere pode causar o problema. Se você encontrar
uma diferença, poderá corrigir o problema na Biblioteca criptográfica SAP para que as
entradas correspondam exatamente.

Se a alteração da Biblioteca Criptográfica SAP não corrigir o problema, você poderá

editar manualmente os campos Emitido para e Emitido por simplesmente clicando duas
vezes neles.

Solucionar problemas da assinatura de asserção SAML

Você pode encontrar rastreamentos de autenticação HANA que contêm entradas

semelhantes à seguinte:

[48163]{-1}[-1/-1] 2020-09-11 21:15:18.896165 i Authentication

SAMLAuthenticator.cpp(00398) : Unable to verify XML signature [48163]{-1}[-1/-1]

2020-09-11 21:15:18.896168 i Authentication MethodSAML.cpp(00103) : unsuccessful

login attempt with SAML ticket!

A presença de tais entradas significa que a assinatura não é confiável.

Resolução

Se você estiver usando OpenSSL como seu sslcryptoprovider, verifique se os arquivos

trust.pem e key.pem estão no diretório SSL. Para obter mais informações, consulte o blog
SAP Securing the communication between SAP HANA Studio and SAP HANA Server
through SSL.

Se você estiver usando commoncrypto como seu sslcryptoprovider, verifique se há uma

coleção com seu certificado no locatário.

Validação

Quando os rastreamentos estiverem configurados corretamente, eles relatarão Found

valid XML signature .

Solucionar problemas do mapeamento UPN

Você pode encontrar rastreamentos HANA que contêm entradas semelhantes à
seguinte:
SAMLAuthenticator.cpp(00886) : Assertion Subject NameID: `[email protected]`
SAMLAuthenticator.cpp(00398) : Database user does not exist

O erro indica que nameId [email protected] foi encontrado nas asserções SAML, mas
não existe ou não está mapeado corretamente no HANA Server.

Resolução

Vá para o usuário do banco de dados HANA e, na caixa de seleção SAML selecionada,

selecione o link Configurar . É apresentada a seguinte janela:

Como a mensagem de erro descreve, HANA estava tentando encontrar

[email protected], mas a identidade externa é exibida apenas como johnny. Estes
dois valores devem corresponder. Para resolver o problema, em Identidade Externa,
altere o valor para [email protected]. Observe que esse valor diferencia maiúsculas
de minúsculas.

Próximos passos
Para obter mais informações sobre o gateway de dados local e o DirectQuery, consulte
os seguintes recursos:

What is an on-premises data gateway? (O que é um gateway de dados no local?)

DirectQuery no Power BI
Fontes de dados suportadas pelo DirectQuery
DirectQuery e SAP Business Warehouse (BW)
DirectQuery e SAP HANA
Testar a configuração de logon único
(SSO)
Artigo • 08/09/2023

O logon único (SSO) permite que cada usuário do Power BI acesse os dados precisos
para os quais tem permissões em uma fonte de dados subjacente. Muitas fontes de
dados do Power BI são habilitadas para SSO, usando a delegação restrita de Kerberos
ou SAML (Security Assertion Markup Language). Para obter mais informações, consulte
Visão geral do logon único para gateways de dados locais no Power BI.

A configuração do SSO é complexa, portanto, você pode usar o recurso de configuração

de logon único (SSO) de teste para testar sua configuração .

O teste de logon único:

Permite que o gateway se conecte à fonte de dados usando um UPN (Nome

Principal do Usuário) de teste fornecido.
Valida a configuração do SSO, que inclui a verificação do mapeamento UPN para
uma identidade local do Ative Directory (AD) para representação e acesso à fonte
de dados.
Ajuda a identificar problemas se ocorrerem falhas de conexão. Por exemplo, uma
mensagem de erro indica se um UPN mapeia para uma identidade local do AD
que não tem acesso à fonte de dados.

O recurso de logon único de teste funciona para Kerberos e SSO baseado em SAML
para as fontes de dados listadas em Fontes de dados suportadas para SSO. Para
delegação restrita de Kerberos, o recurso de logon único de teste pode ajudar a testar o
SSO para DirectQuery e Import, ou apenas fontes de dados DirectQuery.

） Importante

O recurso de logon único de teste requer a versão de gateway de março de 2021

ou posterior.

Testar SSO para o gateway

Para testar a configuração de SSO:

1. Em Gerenciar conexões e gateways no Power BI, selecione Configurações para a

fonte de dados.
2. No painel Configurações, em Logon único, selecione Testar logon único.

3. Forneça um Nome Principal de Usuário para testar.

Se o cluster de gateway for capaz de representar o usuário e se conectar com êxito

à fonte de dados, o teste será bem-sucedido, conforme mostrado na imagem a
seguir:
Resolução de problemas
Esta seção descreve erros comuns que você pode ver ao testar o logon único e as ações
que você pode tomar para corrigi-los.

Erro de representação
Se o cluster de gateway não puder representar o usuário e se conectar à fonte de dados,
o teste falhará com a mensagem de erro: Erro: A conta de serviço do gateway de dados
local não conseguiu representar o usuário.
Pode haver as seguintes causas e soluções possíveis:

O usuário não existe no Azure Ative Directory (Azure AD). Verifique se o usuário
está presente no Azure AD.
O usuário não está mapeado corretamente para uma conta do AD local. Verifique
as configurações e siga as etapas em Visão geral do logon único para gateways de
dados locais no Power BI.
O gateway não tem direitos de representação. Conceda à conta de serviço de
gateway direitos de política local na máquina de gateway, conforme descrito em
Conceder direitos de política local à conta de serviço de gateway na máquina de
gateway.

Erro de credenciais inválidas

O erro Erro: Credenciais de conexão inválidas aparece quando o gateway não pode se
conectar à fonte de dados, porque o UPN fornecido não tem acesso à fonte de dados.
Verifique se a fonte de dados foi configurada incorretamente para negar acesso ao
usuário. Talvez seja necessário trabalhar com o administrador da fonte de dados/banco
de dados para acessar a configuração e as definições da fonte de dados.

Próximos passos
Visão geral do logon único (SSO) para gateways no Power BI
Logon único (SSO) - Kerberos
Logon único (SSO) - SAML
SSO do Microsoft Entra
Artigo • 21/11/2024

Você pode usar o logon único (SSO) do Microsoft Entra para autenticar no gateway de
dados e acessar fontes de dados na nuvem que dependem da autenticação baseada no
Microsoft Entra ID. Quando você configura o Microsoft Entra SSO no gateway de dados
local para uma fonte de dados aplicável, as consultas são executadas sob a identidade
Microsoft Entra do usuário que interage com o relatório do Power BI.

As Redes Virtuais do Azure (VNets) oferecem isolamento de rede e segurança para os

seus recursos na nuvem da Microsoft. Os gateways de dados locais ajudam você a obter
uma maneira segura de se conectar a essas fontes de dados. O Microsoft Entra SSO
permite que os usuários vejam apenas os dados aos quais têm acesso.

７ Nota

Os gateways de dados VNet, que estão disponíveis em visualização pública para

modelos semânticos do Power BI Premium, eliminam a necessidade de instalar um
gateway de dados local para se conectar às suas fontes de dados VNet. Para saber
mais sobre gateways de rede virtual e suas limitações atuais, consulte O que é um
gateway de dados de rede virtual (VNet).

As fontes de dados listadas aqui não são suportadas com o Microsoft Entra SSO usando
um gateway de dados local por trás de uma VNet do Azure:

Analysis Services
ADLS Gen1
ADLS Gen2
Blobs do Azure
CDPA
Exchange
OData
SharePoint
SQL Server
Web
AzureDevOpsServer
CDSTOData
Cognite
CommonDataService
Databricks
 EQuIS
Kusto (ao usar a função "DataExplorer" mais recente)
VSTS
Análise da Área de Trabalho

Para obter mais informações sobre SSO e uma lista de fontes de dados com suporte
para o Microsoft Entra SSO, consulte Visão geral do logon único para gateways de
dados locais no Power BI.

Etapas de consulta ao executar o Microsoft

Entra SSO

Habilitar o Microsoft Entra SSO para Gateway

Como o token Microsoft Entra do usuário é passado pelo gateway, é possível que um
administrador do computador do gateway obtenha acesso a esses tokens. Para garantir
que um usuário com intenção maliciosa não seja capaz de intercetar esses tokens, os
seguintes mecanismos de proteção estão disponíveis:

Somente os administradores de malha podem habilitar o SSO do Microsoft Entra

para um locatário habilitando a configuração no portal de administração do
Microsoft Fabric. Para obter mais informações, consulte Logon único do Microsoft
Entra para gateways.
Como administrador de malha, você também pode controlar quem pode instalar
gateways em seu locatário. Para obter mais informações, consulte Gerenciar
instaladores de gateway.

O recurso Microsoft Entra SSO é desabilitado por padrão para gateways de dados locais.
Como administrador de malha, você precisa habilitar a configuração de logon único
(SSO) do Microsoft Entra para locatário de gateway no portal de administração antes
que as fontes de dados possam usar o Microsoft Entra SSO em um gateway de dados
local.

Conteúdos relacionados
Visão geral do logon único para gateways de dados locais no Power BI

Comentários
Esta página foi útil?  Yes  No

Fornecer comentários sobre o produto | Perguntar à comunidade

Solucionar problemas de gateways -
Power BI
Artigo • 16/08/2024

７ Nota

Dividimos os documentos do gateway de dados local em conteúdo específico do

Power BI e conteúdo geral que se aplica a todos os serviços suportados pelo
gateway. Você está atualmente no conteúdo do Power BI. Para fornecer
comentários sobre este artigo ou sobre a experiência geral de documentos do
gateway, role até a parte inferior do artigo.

Este artigo discute alguns problemas comuns que podem ocorrer quando você usa o
gateway de dados local com o Power BI. Se encontrar um problema que não esteja
listado aqui, pode utilizar o site da Comunidade do Power BI. Ou, você pode criar um
tíquete de suporte.

Configuração

Erro: O serviço do Power BI relatou o gateway local como

inacessível. Reinicie o gateway e tente novamente.
No final da configuração, o serviço do Power BI é chamado novamente para validar o
gateway. O serviço do Power BI não relata o gateway como ativo. Reiniciar o serviço do
Windows pode permitir que a comunicação seja bem-sucedida. Para obter mais
informações, você pode coletar e revisar os logs conforme descrito em Coletar logs do
aplicativo de gateway de dados local.

Origens de dados

７ Nota

Nem todas as fontes de dados têm artigos dedicados detalhando suas

configurações ou configurações de conexão. Para muitas fontes de dados e
conectores que não sejam da Microsoft, as opções de conexão podem variar entre
o Power BI Desktop e as configurações Gerenciar conexões e gateways no serviço
 do Power BI. Nesses casos, as configurações padrão fornecidas são os cenários
atualmente suportados para o Power BI.

Erro: Não é possível conectar. Detalhes: "Credenciais de

conexão inválidas"
Em Mostrar detalhes, a mensagem de erro recebida da fonte de dados é exibida. Para o
SQL Server, você verá uma mensagem como a que se segue:

Output

Login failed for user 'username'.

Verifique se você tem o nome de usuário e a senha corretos. Além disso, verifique se
essas credenciais podem se conectar com êxito à fonte de dados. Verifique se a conta
que está sendo usada corresponde ao método de autenticação.

Erro: Não é possível conectar. Detalhes: "Não é possível

conectar-se ao banco de dados"
Você conseguiu se conectar ao servidor, mas não ao banco de dados fornecido.
Verifique o nome do banco de dados e se o nome de usuário e a senha têm a permissão
adequada para acessar esse banco de dados.

Em Mostrar detalhes, a mensagem de erro recebida da fonte de dados é exibida. Para o

SQL Server, você verá algo como a seguinte mensagem:

Output

Cannot open database "AdventureWorks" requested by the login. The login

failed. Login failed for user 'username'.

Erro: Não é possível conectar. Detalhes: "Erro

desconhecido no gateway de dados"
Este erro pode ocorrer por diferentes motivos. Certifique-se de validar que você pode se
conectar à fonte de dados da máquina que hospeda o gateway. Esta situação pode ser
o resultado do servidor não estar acessível.
Em Mostrar detalhes, você pode ver um código de erro de
DM_GWPipeline_UnknownError.

Você também pode procurar em Logs de Eventos>, Logs de Aplicativos>e Serviços,

Serviço de gateway de dados local para obter mais informações. Consulte Logs de
eventos para obter uma descrição detalhada.

Erro: Encontramos um erro ao tentar se conectar ao

<servidor>. Detalhes: "Chegamos ao gateway de dados,
mas o gateway não pode acessar a fonte de dados local."
Você não pôde se conectar à fonte de dados especificada. Certifique-se de validar as
informações fornecidas para essa fonte de dados.

Em Mostrar detalhes, você pode ver um código de erro de

DM_GWPipeline_Gateway_DataSourceAccessError.

Se a mensagem de erro subjacente for semelhante à seguinte, isso significa que a conta
que você está usando para a fonte de dados não é um administrador de servidor para
essa instância do Analysis Services. Para obter mais informações, consulte Conceder
direitos de administrador do servidor a uma instância do Analysis Services.

Output

The 'CONTOSO\account' value of the 'EffectiveUserName' XML for Analysis

property is not valid.

Se a mensagem de erro subjacente for semelhante à seguinte, isso pode significar que a
conta de serviço do Analysis Services pode estar faltando o atributo de diretório Token-
Groups-Global-And-Universal (TGGAU).

Output

The username or password is incorrect.

Os domínios com acesso de compatibilidade anterior ao Windows 2000 têm o atributo

TGGAU ativado. A maioria dos domínios recém-criados não habilita esse atributo por
padrão. Para obter mais informações, consulte Alguns aplicativos e APIs exigem acesso a
informações de autorização em objetos de conta.

Para confirmar se o atributo está habilitado, siga estas etapas.

 1. Conecte-se à máquina do Analysis Services no SQL Server Management Studio.
Nas propriedades de conexão avançadas, inclua EffectiveUserName para o usuário
em questão e veja se essa adição reproduz o erro.

2. Você pode usar a ferramenta dsacls Ative Directory para validar se o atributo está
listado. Esta ferramenta é encontrada em um controlador de domínio. Você precisa
saber qual é o nome de domínio distinto para a conta e passar esse nome para a
ferramenta.

Console

dsacls "CN=John Doe,CN=UserAccounts,DC=contoso,DC=com"

Você deseja ver algo semelhante à seguinte saída nos resultados:

Console

Allow BUILTIN\Windows Authorization Access Group

SPECIAL ACCESS for
tokenGroupsGlobalAndUniversal
READ PROPERTY

Para corrigir esse problema, você deve habilitar o TGGAU na conta usada para o serviço
Windows do Analysis Services.

Outra possibilidade para "O nome de usuário ou senha está

incorreto."

Esse erro também pode ser causado se o servidor do Analysis Services estiver em um
domínio diferente dos usuários e não houver uma confiança bidirecional estabelecida.

Trabalhe com os administradores de domínio para verificar a relação de confiança entre

domínios.

Não é possível ver as fontes de dados do gateway de dados na

experiência Obter Dados para Analysis Services a partir do serviço
Power BI

Verifique se sua conta está listada na guia Usuários da fonte de dados dentro da
configuração do gateway. Se você não tiver acesso ao gateway, verifique com o
administrador do gateway e peça-lhe para verificar. Somente as contas na lista Usuários
podem ver a fonte de dados listada na lista Analysis Services.
Erro: Você não tem nenhum gateway instalado ou
configurado para as fontes de dados neste conjunto de
dados.
Certifique-se de ter adicionado uma ou mais fontes de dados ao gateway, conforme
descrito em Adicionar uma fonte de dados. Se o gateway não aparecer no portal de
administração em Gerenciar conexões e gateways, limpe o cache do navegador ou saia
do serviço e entre novamente.

Erro: Sua fonte de dados não pode ser atualizada porque

as credenciais são inválidas. Atualize as credenciais e
tente novamente.
Você conseguiu se conectar e atualizar o conjunto de dados sem erros de tempo de
execução para a conexão, mas no serviço do Power BI essa barra de erro aparece.
Quando o usuário tenta atualizar as credenciais com credenciais em boas condições,
aparece um erro informando que as credenciais fornecidas eram inválidas.

Esse erro pode ocorrer quando o gateway tenta uma conexão de teste, mesmo se as
credenciais fornecidas forem aceitáveis e a operação de atualização for bem-sucedida.
Isso acontece porque quando o gateway executa um teste de conexão, ele não inclui
nenhum parâmetro opcional durante a tentativa de conexão, e alguns conectores de
dados (Snowflake, por exemplo) exigem parâmetros de conexão opcionais para se
conectar.

Quando a atualização estiver sendo concluída corretamente e você não tiver erros de
tempo de execução, poderá ignorar esses erros de conexão de teste para fontes de
dados que exigem parâmetros opcionais.

Modelos semânticos

Erro: Não há espaço suficiente para esta linha.

Este erro ocorre se tiver uma única linha com mais de 4 MB de tamanho. Determine qual
é a linha da sua fonte de dados e tente filtrá-la ou reduzir o tamanho dessa linha.

Erro: O nome do servidor fornecido não corresponde ao

nome do servidor no certificado SSL do SQL Server.
Este erro pode ocorrer quando o nome comum do certificado é para o nome de
domínio totalmente qualificado (FQDN) do servidor, mas você forneceu apenas o nome
NetBIOS para o servidor. Essa situação causa uma incompatibilidade para o certificado.
Para resolver esse problema, faça com que o nome do servidor dentro da fonte de
dados do gateway e o arquivo PBIX use o FQDN do servidor.

Erro: Você não vê o gateway de dados local presente

quando configura a atualização agendada.
Alguns cenários diferentes podem ser responsáveis por esse erro:

O nome do servidor e do banco de dados não correspondem ao que foi inserido

no Power BI Desktop e à fonte de dados configurada para o gateway. Estes nomes
devem ser os mesmos. Eles não diferenciam maiúsculas de minúsculas.
Sua conta não está listada na guia Usuários da fonte de dados na configuração do
gateway. Você precisa ser adicionado a essa lista pelo administrador do gateway.
Seu arquivo do Power BI Desktop tem várias fontes de dados dentro dele, e nem
todas essas fontes de dados são configuradas com o gateway. Você precisa ter
cada fonte de dados definida com o gateway para que o gateway apareça na
atualização agendada.

Erro: Os dados não compactados recebidos no cliente de

gateway excederam o limite.
A limitação exata é de 10 GB de dados não compactados por tabela. Se você está
enfrentando esse problema, há boas opções para otimizá-lo e evitá-lo. Em particular,
reduza o uso de valores de cadeia de caracteres longos e altamente constantes e, em
vez disso, use uma chave normalizada. Ou remover a coluna se ela não estiver em uso
ajuda.

Erro: DM_GWPipeline_Gateway_SpooledOperationMissing
Alguns cenários diferentes podem ser responsáveis por esse erro:

O processo de gateway pode ter sido reiniciado enquanto a atualização do

conjunto de dados estava em andamento.
A máquina do gateway é clonada onde o gateway está sendo executado. Não
devemos clonar a máquina de gateway.

Relatórios
Erro: O relatório não pôde acessar a fonte de dados
porque você não tem acesso à nossa fonte de dados por
meio de um gateway de dados local.
Este erro é geralmente causado por um dos seguintes:

As informações da fonte de dados não correspondem ao que está no conjunto de

dados subjacente. O nome do servidor e do banco de dados precisa corresponder
entre a fonte de dados definida para o gateway de dados local e o que você
fornece no Power BI Desktop. Se você usar um endereço IP no Power BI Desktop, a
fonte de dados para o gateway de dados local também precisará usar um
endereço IP.
Não há nenhuma fonte de dados disponível em nenhum gateway dentro da sua
organização. Você pode configurar a fonte de dados em um gateway de dados
local novo ou existente.

Erro: Erro de acesso à fonte de dados. Entre em contato

com o administrador do gateway.
Se esse relatório fizer uso de uma conexão ativa do Analysis Services, você poderá
encontrar um problema com um valor sendo passado para EffectiveUserName que não
é válido ou não tem permissões na máquina do Analysis Services. Normalmente, um
problema de autenticação é devido ao fato de que o valor que está sendo passado para
EffectiveUserName não corresponde a um UPN (nome principal do usuário) local.

Para confirmar o nome de usuário efetivo, siga estas etapas.

1. Encontre o nome de usuário efetivo nos logs do gateway.

2. Depois de ter o valor sendo passado, valide se ele está correto. Se for seu usuário,
você pode usar o seguinte comando em um prompt de comando para ver o UPN.
O UPN parece um endereço de e-mail.

Console

whoami /upn

Opcionalmente, você pode ver o que o Power BI obtém da ID do Microsoft Entra.

1. Navegue para https://developer.microsoft.com/graph/graph-explorer.

2. Selecione Entrar no canto superior direito.

 3. Execute a seguinte consulta. Você vê uma resposta JSON bastante grande.

HTTP

https://graph.windows.net/me?api-version=1.5

4. Procure userPrincipalName.

Se o UPN do Microsoft Entra não corresponder ao UPN local do Ative Directory, você
poderá usar o recurso Mapear nomes de usuário para substituí-lo por um valor válido.
Em alternativa, pode trabalhar com o administrador do Power BI ou com o
administrador local do Ative Directory para alterar o UPN.

Kerberos
Se o servidor de banco de dados subjacente e o gateway de dados local não estiverem
configurados adequadamente para delegação restrita de Kerberos, habilite o log
adicional no gateway. Em seguida, investigue com base nos erros ou rastreamentos nos
arquivos de log do gateway como ponto de partida para a solução de problemas. Para
coletar os logs do gateway para exibição, consulte Coletar logs do aplicativo de gateway
de dados local.

ImpersonationLevel
O ImpersonationLevel está relacionado à configuração do SPN (nome principal do
servidor) ou à configuração de diretiva local.

[DataMovement.PipeLine.GatewayDataAccess] About to impersonate user

DOMAIN\User (IsAuthenticated: True, ImpersonationLevel: Identification)

Solução

Siga estas etapas para resolver o problema.

1. Configure um SPN para o gateway local.

2. Configure a delegação restrita no Ative Directory.

FailedToImpersonateUserException: Falha ao criar

identidade do Windows para userid de usuário
O FailedToImpersonateUserException acontece se você não conseguir representar em
nome de outro usuário. Esse erro também pode acontecer se a conta que você está
tentando representar for de outro domínio que não aquele em que o domínio do
serviço de gateway está. Esta é uma limitação.

Solução

Verifique se a configuração está correta de acordo com as etapas na seção

"ImpersonationLevel" anterior.
Verifique se o ID de usuário que está tentando representar é uma conta válida do
Ative Directory.

Erro geral: erro 1033 ao analisar o protocolo

Você recebe o erro 1033 quando sua ID externa configurada no SAP HANA não
corresponde ao login se o usuário for representado usando o UPN ([email protected]).
Você verá "UPN original '[email protected]' substituído por um novo UPN
'[email protected]'" na parte superior dos logs de erros, como visto aqui:

[DM.GatewayCore] SingleSignOn Required. Original UPN '[email protected]'

replaced with new UPN '[email protected].'

Solução

O SAP HANA exige que o usuário representado use o atributo sAMAccountName

(alias de usuário) no Ative Directory. Se esse atributo não estiver correto, você verá
o erro 1033.

Nos logs, você vê o sAMAccountName (alias) e não o UPN, que é o alias seguido
pelo domínio ([email protected]).
 XML

<setting name="ADUserNameReplacementProperty" serializeAs="String">

<value>sAMAccount</value>
</setting>
<setting name="ADServerPath" serializeAs="String">
<value />
</setting>
<setting name="CustomASDataSource" serializeAs="String">
<value />
</setting>
<setting name="ADUserNameLookupProperty" serializeAs="String">
<value>AADEmail</value>

[SAP AG] [LIBODBCHDB DLL] [HDBODBC] Falha no link de

comunicação:-10709 Falha na conexão (erro RTE:[-1]
Kerberos. Major: "Fracasso diverso [851968]." Menor:
"Nenhuma credencial está disponível no pacote de
segurança."
Você receberá a mensagem de erro "-10709 Falha na conexão" se sua delegação não
estiver configurada corretamente no Ative Directory.

Solução

Verifique se você tem o servidor SAP HANA na guia Delegação no Ative Directory
para a conta de serviço do gateway.
Exportar logs para um tíquete de suporte
Os logs de gateway são necessários para solucionar problemas e criar um tíquete de
suporte. Use as etapas a seguir para extrair esses logs.

1. Identifique o cluster de gateway.

Se você for proprietário de um conjunto de dados, primeiro verifique o nome do

cluster de gateway associado ao seu conjunto de dados. Na imagem a seguir,
IgniteGateway é o cluster de gateway.
2. Verifique as propriedades do gateway.

O administrador do gateway deve verificar o número de membros do gateway no

cluster e se o balanceamento de carga está habilitado.

Se o balanceamento de carga estiver habilitado, a etapa 3 deverá ser repetida para

todos os membros do gateway. Se não estiver habilitado, a exportação de logs no
gateway primário será suficiente.

3. Recupere e exporte os logs do gateway.

Em seguida, o administrador do gateway, que também é o administrador do

sistema de gateway, deve executar as seguintes etapas:

a. Entre na máquina do gateway e inicie o aplicativo de gateway de dados local

para entrar no gateway.

b. Habilite o registro em log adicional.

c. Opcionalmente, você pode habilitar os recursos de monitoramento de

desempenho e incluir logs de desempenho para fornecer detalhes adicionais para
a solução de problemas.

d. Execute o cenário para o qual você está tentando capturar logs de gateway.

e. Exporte os logs do gateway.

Histórico de atualizações
Quando você usa o gateway para uma atualização agendada, o histórico de
atualizações pode ajudá-lo a ver quais erros ocorreram. Ele também pode fornecer
dados úteis se você precisar criar uma solicitação de suporte. Você pode visualizar
atualizações agendadas e sob demanda. As imagens a seguir mostram como você pode
chegar ao histórico de atualizações.

Na página de detalhes do modelo semântico, selecione Atualizar no friso e, em seguida,

selecione Atualizar histórico.

Você também pode acessar o histórico de atualizações nas configurações do modelo

semântico. Selecione Ficheiro no friso e, em seguida, selecione Definições.

Para obter mais informações sobre como solucionar problemas de cenários de

atualização, consulte Solucionar problemas de cenários de atualização.

Conteúdos relacionados
 Resolução de problemas do gateway de dados no local
Definir configurações de proxy para o gateway de dados local
Gerenciar fontes de dados do SQL Server Analysis Services
Gerencie sua fonte de dados - SAP HANA
Gerenciar uma fonte de dados do SQL Server
Gerenciar sua fonte de dados - importação e atualização agendada

Tem dúvidas? Experimente a Comunidade do Power BI.

Comentários
Esta página foi útil?  Yes  No

Fornecer comentários sobre o produto | Perguntar à comunidade

Solucionar problemas do gateway do
Power BI (modo pessoal)
Artigo • 28/05/2024

７ Nota

Dividimos os documentos do gateway de dados local em conteúdo específico do

Power BI e conteúdo geral que se aplica a todos os serviços suportados pelo
gateway. Você está atualmente no conteúdo do Power BI. Para fornecer
comentários sobre este artigo ou sobre a experiência geral de documentos do
gateway, role até a parte inferior do artigo.

As seções a seguir passam por alguns problemas comuns que você pode encontrar ao
usar o gateway de dados local do Power BI (modo pessoal).

Atualizar para a versão mais recente

A versão atual do gateway para uso pessoal é o gateway de dados local (modo pessoal).
Para usar essa versão, atualize a instalação.

Muitos problemas podem surgir quando a versão do gateway está desatualizada. É uma
boa prática geral certificar-se de que você está na versão mais recente. Se a data da
última atualização do gateway for um mês ou mais, considere instalar a versão mais
recente do gateway. Em seguida, tente reproduzir o problema.

Instalação
O gateway (modo pessoal) opera em versões de 64 bits: se o computador for uma
versão de 32 bits, não será possível instalar o gateway (modo pessoal). O seu sistema
operativo tem de ser uma versão de 64 bits. Instale uma versão de 64 bits do Windows
ou instale o gateway (modo pessoal) em um computador de 64 bits.

Tempo limite de operação: esta mensagem é comum se o computador, máquina física

ou virtual, no qual você está instalando o gateway (modo pessoal) tiver um processador
de núcleo único. Feche todos os aplicativos, desative todos os processos não essenciais
e tente instalar novamente.

O gateway de gerenciamento de dados ou o conector do Analysis Services não pode

ser instalado no mesmo computador que o gateway (modo pessoal): se você já tiver
um conector do Analysis Services ou um gateway de gerenciamento de dados instalado,
primeiro desinstale o conector ou o gateway. Em seguida, tente instalar o gateway
(modo pessoal).

７ Nota

Se você encontrar um problema durante a instalação, os logs de instalação podem

fornecer informações para ajudá-lo a resolver o problema. Para obter mais
informações, consulte Logs de instalação.

Configuração de proxy: você pode ver problemas com a configuração do gateway

(modo pessoal) se seu ambiente precisar do uso de um proxy. Para saber mais sobre
como configurar informações de proxy, consulte Definir configurações de proxy para o
gateway de dados local.

Atualizar agendar
Erro: A credencial armazenada na nuvem está ausente.

Você pode obter esse erro nas configurações de um conjunto de dados se tiver uma
atualização agendada e, em seguida, desinstalar e reinstalar o gateway (modo pessoal).
Quando você desinstala um gateway (modo pessoal), as credenciais da fonte de dados
de um conjunto de dados que foi configurado para atualização são removidas do
serviço do Power BI.

Solução: No serviço do Power BI, vá para as configurações de atualização de um

conjunto de dados. Em Gerenciar Fontes de Dados, para qualquer fonte de dados com
um erro, selecione Editar credenciais. Em seguida, entre na fonte de dados novamente.

Erro: As credenciais fornecidas para o conjunto de dados são inválidas. Atualize as

credenciais por meio de uma atualização ou na caixa de diálogo Configurações da
fonte de dados para continuar.

Solução: Se você receber uma mensagem de credenciais, isso pode significar:

Os nomes de utilizador e palavras-passe que utilizou para iniciar sessão em

origens de dados não estão atualizados. No serviço do Power BI, vá para atualizar
as configurações do conjunto de dados. Em Gerenciar Fontes de Dados, selecione
Editar credenciais para atualizar as credenciais da fonte de dados.

Os mashups entre uma fonte de nuvem e uma fonte local, em uma única consulta,
não serão atualizados no gateway (modo pessoal) se uma das fontes estiver
 usando OAuth para autenticação. Um exemplo desse problema é um mashup
entre o CRM Online e uma instância local do SQL Server. O mashup falha porque o
CRM Online requer OAuth.

Este erro é um problema conhecido e está a ser analisado. Para contornar o

problema, tenha uma consulta separada para a fonte de nuvem e a fonte local. Em
seguida, use uma consulta de mesclagem ou acréscimo para combiná-los.

Erro: Fonte de dados não suportada.

Solução: Se você receber uma mensagem de fonte de dados sem suporte nas
configurações de Agendar Atualização , isso pode significar:

Atualmente, não há suporte para atualização da fonte de dados no serviço do

Power BI.
A pasta de trabalho do Excel não contém um modelo de dados, apenas dados da
planilha. Atualmente, o serviço do Power BI só oferece suporte à atualização se a
pasta de trabalho do Excel carregada contiver um modelo de dados. Quando
importar dados utilizando o Power Query no Excel, escolha a opção Carregar para
carregar dados num modelo de dados. Essa opção garante que os dados sejam
importados para um modelo de dados.

Erro: [Não é possível combinar dados] <parte de consulta/<...>>/<...> está a aceder a

fontes de dados que têm níveis de privacidade, que não podem ser utilizados em
conjunto. Reconstrua esta combinação de dados.

Solução: Este erro deve-se às restrições de nível de privacidade e aos tipos de fontes de
dados que está a utilizar.

Erro: Erro da fonte de dados: Não é possível converter o valor "[Tabela]" para o tipo
Tabela.

Solução: Este erro deve-se às restrições de nível de privacidade e aos tipos de fontes de
dados que está a utilizar.

Erro: Não há espaço suficiente para esta linha.

Solução: Este erro ocorre se tiver uma única linha com mais de 4 MB de tamanho.
Localize a linha da sua fonte de dados e filtre-a ou reduza o tamanho dessa linha.

Origens de dados
Provedor de dados ausente: O gateway (modo pessoal) opera apenas em versões de 64
bits. Ele requer uma versão de 64 bits dos provedores de dados para ser instalado no
mesmo computador onde o gateway (modo pessoal) está instalado. Por exemplo, se a
fonte de dados no conjunto de dados for o Microsoft Access, você deverá instalar o
provedor ACE de 64 bits no mesmo computador em que instalou o gateway (modo
pessoal).

７ Nota

Se você tiver uma versão de 32 bits do Excel, não poderá instalar um provedor ACE
de versão de 64 bits no mesmo computador.

A autenticação do Windows não é suportada para a base de dados do Access:

atualmente, o serviço Power BI apenas suporta a autenticação Anónima para a base de
dados do Access.

Erro: Erro de entrada ao inserir credenciais para uma fonte de dados: se você receber
um erro como este ao inserir credenciais do Windows para uma fonte de dados:

Você ainda pode estar em uma versão mais antiga do gateway (modo pessoal).

Solução: Para obter mais informações, consulte Instalar a versão mais recente do
gateway do Power BI (modo pessoal).
Erro: Erro de entrada quando você seleciona a autenticação do Windows para uma
fonte de dados usando ACE OLEDB: Se você receber o seguinte erro ao inserir
credenciais de fonte de dados para uma fonte de dados usando um provedor ACE
OLEDB:

Atualmente, o serviço do Power BI não oferece suporte à autenticação do Windows para

uma fonte de dados usando um provedor OLEDB ACE.

Solução: Para contornar esse erro, selecione Autenticação anônima. Para um provedor
OLEDB ACE herdado, as credenciais anônimas são iguais às credenciais do Windows.

Atualização de mosaico
Se você receber um erro quando os blocos do painel forem atualizados, consulte
Solução de problemas de erros de bloco.

Ferramentas de resolução de problemas

Histórico de atualizações
Com o histórico de atualizações, você pode ver quais erros ocorreram e encontrar
dados úteis se precisar criar uma solicitação de suporte. Você pode visualizar
atualizações agendadas e sob demanda. Veja como chegar ao Atualizar histórico.

1. No painel de navegação do serviço do Power BI, em Modelos semânticos,

selecione um conjunto de dados. Abra o menu Mais opções (...) e selecione
Agendar atualização.
2. Em Configurações para..., selecione Atualizar histórico.
Registos de eventos
Vários logs de eventos podem fornecer informações. Os dois primeiros, Data
Management Gateway e PowerBIGateway, estão presentes se você for um
administrador na máquina. Se você não for um administrador e estiver usando o
gateway de dados (modo pessoal), as entradas de log no log do aplicativo serão
exibidas.

Os logs do Data Management Gateway e do PowerBIGateway estão presentes em

Logs de aplicativos e serviços.

Traçado de violinista
Fiddler é uma ferramenta gratuita da Telerik que monitora o tráfego HTTP. Você pode
ver a comunicação com o serviço do Power BI na máquina cliente. Esta comunicação
pode apresentar erros e outras informações relacionadas.
Logs de instalação
Se o gateway (modo pessoal) falhar na instalação, um link para mostrar o log de
configuração será exibido. O log de instalação pode mostrar detalhes sobre a falha.
Esses logs são logs de instalação do Windows, também conhecidos como logs do
Microsoft Software Installer (MSI). Podem ser bastante complexos e difíceis de ler.
Normalmente, o erro resultante está na parte inferior, mas determinar a causa do erro
não é trivial. Pode ser resultado de erros em um log diferente. Também pode ser
resultado de um erro mais acima no log.

Ou, você pode ir para sua pasta Temp (%temp%) e procurar arquivos que começam com
Power_BI_.

７ Nota

Ir para %temp% pode levá-lo a uma subpasta de Temp. Os arquivos Power_BI_

estão na raiz do diretório Temp. Você pode precisar subir um nível ou dois.
Conteúdos relacionados
Definir configurações de proxy para o gateway de dados local
Atualizar dados no Power BI
Usar gateways pessoais no Power BI
Resolução de erros em mosaicos
Solucionar problemas de gateways - Power BI

Tem dúvidas? Tente perguntar à Comunidade do Power BI.

Comentários
Esta página foi útil?  Yes  No

Fornecer comentários sobre o produto | Perguntar à comunidade

Usar conectores de dados
personalizados com um gateway de
dados local
Artigo • 08/09/2023

７ Nota

Dividimos os documentos do gateway de dados local em conteúdo específico do

Power BI e conteúdo geral que se aplica a todos os serviços suportados pelo
gateway. Você está atualmente no conteúdo do Power BI. Para fornecer
comentários sobre este artigo ou sobre a experiência geral de documentos do
gateway, role até a parte inferior do artigo.

Você usa conectores de dados do Power BI para se conectar e acessar dados de um

aplicativo, serviço ou fonte de dados. Você pode desenvolver conectores de dados
personalizados e usá-los no Power BI Desktop.

Se você criar relatórios no Power BI Desktop que usam conectores de dados

personalizados, poderá usar um gateway de dados local para atualizar esses relatórios
no serviço do Power BI.

Para saber mais sobre como desenvolver conectores de dados personalizados para o
Power BI, consulte o SDK DataConnectors no GitHub. Este site inclui informações
sobre como começar e exemplos para o Power BI e o Power Query.

Habilitar e usar conectores personalizados

Para habilitar o uso de conectores personalizados, selecione Conectores no aplicativo
de gateway de dados local. Em Conectores de dados personalizados, em Carregar
conectores de dados personalizados da pasta, procure e selecione uma pasta que o
usuário que executa o serviço de gateway possa acessar. O usuário padrão é NT
SERVICE\PBIEgwService. O gateway carrega automaticamente os arquivos de conector
personalizados nessa pasta e eles aparecem na lista de conectores de dados.
 ７ Nota

Se estiver a utilizar um gateway de dados no local (modo pessoal), pode carregar o

seu relatório do Power BI para o serviço do Power BI e utilizar o gateway para o
atualizar.

Para um gateway de dados local, você precisa criar uma fonte de dados para seu
conector personalizado. Na página de configurações de gateway no serviço Power BI,
selecione a opção para habilitar o uso de conectores personalizados com esse cluster.
Ao habilitar essa opção, você verá seus conectores personalizados como conexões de
fonte de dados disponíveis que podem ser adicionadas a esse cluster de gateway.
Depois de criar uma fonte de dados que usa seu novo conector personalizado, você
pode atualizar relatórios do Power BI usando o conector personalizado no serviço do
Power BI.
Considerações e limitações
Verifique se a pasta criada está acessível ao serviço de gateway em segundo plano.
Normalmente, as pastas sob as pastas do Windows ou pastas do sistema dos
usuários não estão acessíveis. O aplicativo de gateway de dados local mostra uma
mensagem se a pasta não estiver acessível. Essa limitação não se aplica ao gateway
de dados local (modo pessoal).

Para que os conectores personalizados funcionem com o gateway de dados local,

eles precisam implementar uma seção TestConnection no código do conector
personalizado. Esta seção não é necessária quando você usa conectores
personalizados com o Power BI Desktop. Por esse motivo, você pode ter um
conector que funcione com o Power BI Desktop, mas não com o gateway. Para
obter mais informações sobre como implementar uma seção TestConnection,
consulte TestConnection.

Se o conector personalizado estiver em uma unidade de rede, inclua o caminho

totalmente qualificado no aplicativo de gateway de dados local.
 Você só pode usar uma fonte de dados de conector personalizada ao trabalhar no
modo DirectQuery. Várias fontes de dados de conector personalizadas não
funcionam com o DirectQuery.

Próximos passos
Gerenciar sua fonte de dados - Analysis Services
Gerencie sua fonte de dados - SAP HANA
Gerenciar sua fonte de dados - SQL Server
Gerencie sua fonte de dados - Oracle
Gerenciar sua fonte de dados - Importação/atualização agendada
Definir configurações de proxy para o gateway de dados local
Usar Kerberos para logon único (SSO) do Power BI para fontes de dados locais

Tem dúvidas? Tente perguntar à Comunidade do Power BI.

Obter dados de arquivos para o Power
BI
Artigo • 10/11/2023

No Power BI, você pode se conectar ou importar dados e relatórios desses tipos de
arquivos:

Arquivos de .xlsx e .xlsm do Microsoft Excel

Arquivos de relatório .pbix do Power BI Desktop
Arquivos de .csv de valores separados por vírgulas (CSV)

O que significa obter dados de um ficheiro

No Power BI, os dados que você explora vêm de um modelo semântico. Para ter um
modelo semântico, você precisa de alguns dados. Este artigo se concentra na obtenção
de dados de arquivos.

Para entender melhor a importância dos modelos semânticos e como obter dados para
eles, considere um automóvel. Sentar no seu carro e olhar para o painel é como sentar-
se em frente ao seu computador olhando para um painel no Power BI. O painel de
instrumentos mostra todas as coisas que o seu carro está a fazer, como a velocidade de
rotação do motor, a temperatura, a velocidade em que está e a sua velocidade.

No Power BI, um modelo semântico é como o motor do seu carro. O modelo semântico
fornece os dados, métricas e informações que são exibidos em seu painel do Power BI.
Seu motor, ou modelo semântico, precisa de combustível, e os dados são o combustível
no Power BI. Seu carro tem um tanque de combustível que fornece gás para o motor. O
Power BI também precisa de um tanque de combustível de dados que você possa
alimentar seu modelo semântico. Esse tanque de combustível pode ser um arquivo do
Power BI Desktop, um arquivo de pasta de trabalho do Excel ou um arquivo CSV.

Para dar um passo adiante, um tanque de combustível em um carro tem que ser
preenchido com gás. O gás para um arquivo do Power BI Desktop, Excel ou CSV são
dados de uma fonte de dados que você coloca no arquivo Excel, Power BI Desktop ou
CSV. Você pode inserir manualmente linhas de dados em uma pasta de trabalho do
Excel ou arquivo CSV, ou pode se conectar à fonte de dados externa para consultar e
carregar dados em seu arquivo. Depois de ter um arquivo que contém alguns dados,
você pode obter o arquivo no Power BI como um modelo semântico.

７ Nota
 Quando você importa dados do Excel para o Power BI, os dados devem estar em
uma tabela ou modelo de dados.

Onde guardar o ficheiro

O local onde guarda o ficheiro faz a diferença.

Local. Se guardar o ficheiro do livro numa unidade no computador ou noutra

localização da organização, pode importar o ficheiro para o Power BI. Seu arquivo
permanece na unidade de origem. Quando você importa o arquivo, o Power BI cria
um novo modelo semântico em seu site e carrega seus dados e, em alguns casos,
seu modelo de dados, no modelo semântico. Todos os relatórios em seu arquivo
aparecem em Meu espaço de trabalho como Relatórios.

OneDrive para trabalho ou escola. Se tiver o OneDrive para trabalho ou escola,

inicie sessão com a mesma conta que utiliza para o Power BI. Esse método é a
maneira mais eficaz de manter seu trabalho em arquivos Excel, Power BI Desktop
ou CSV sincronizados com seu modelo semântico, relatórios e painéis do Power BI.
O Power BI e o OneDrive estão na nuvem e o Power BI liga-se ao seu ficheiro no
OneDrive cerca de uma vez por hora. Se o Power BI encontrar alterações, ele
atualizará automaticamente seu modelo semântico, relatórios e painéis do Power
BI.

７ Nota

Não pode carregar ficheiros de contas pessoais do OneDrive, mas pode

carregar ficheiros a partir do seu computador.

Site de equipe do SharePoint. Salvar seus arquivos do Power BI Desktop em um

site de equipe do SharePoint é muito parecido com salvar no OneDrive para
trabalho ou escola. A maior diferença é como você se conecta ao arquivo do
Power BI. Pode especificar um URL ou ligar à pasta raiz.

７ Nota

Não é possível atualizar modelos semânticos importados do OneDrive para

trabalho ou escola a partir de ficheiros locais. Para que o Power BI atualize o
modelo semântico, tem de substituir o ficheiro no OneDrive para trabalho ou
 escola. Como alternativa, você pode excluir o modelo semântico e seus itens
relacionados e, em seguida, importar novamente de um arquivo local.

Próximos passos
Obter dados a partir de ficheiros de livros do Excel
Obter dados de arquivos do Power BI Desktop
Obter dados de arquivos CSV (valores separados por vírgula)
Obter dados de arquivos CSV (valores
separados por vírgula)
Artigo • 31/01/2024

Os arquivos de valores separados por vírgula, geralmente conhecidos como CSV, são
arquivos de texto simples com linhas de dados onde cada valor é separado por uma
vírgula. Esses tipos de arquivos podem conter grandes quantidades de dados dentro de
um tamanho de arquivo relativamente pequeno, tornando-os uma fonte de dados ideal
para o Power BI. Você pode baixar um arquivo CSV de exemplo.

Se você tiver um CSV, é hora de colocá-lo em seu site do Power BI como um modelo
semântico onde você pode começar a explorar seus dados, criar alguns painéis e
compartilhar suas perceções com outras pessoas.

 Dica

Muitas organizações produzem um CSV com dados atualizados todos os dias. Para
garantir que seu modelo semântico no Power BI permaneça sincronizado com seu
arquivo atualizado, verifique se o arquivo está salvo no OneDrive com o mesmo
nome.

O local onde o ficheiro é guardado faz a

diferença
Local - Se guardar o ficheiro CSV numa unidade local no computador ou noutra
localização da organização, pode importar o ficheiro para o Power BI. Na verdade, o
arquivo permanecerá na unidade local, portanto, o arquivo inteiro não será importado
para o Power BI. O que realmente acontece é que um novo modelo semântico é criado
no Power BI e os dados do arquivo CSV são carregados no modelo semântico.

OneDrive para trabalho ou escola – Se tiver o OneDrive para trabalho ou escola e

iniciar sessão com a mesma conta que utiliza para iniciar sessão no Power BI, este
método é a forma mais eficaz de manter o seu ficheiro CSV e o seu modelo semântico,
relatórios e dashboards no Power BI sincronizados. Como o Power BI e o OneDrive estão
na nuvem, o Power BI se conecta ao seu arquivo no OneDrive a cada hora. Se forem
encontradas alterações, o modelo semântico, os relatórios e os painéis serão atualizados
automaticamente no Power BI.

OneDrive - Pessoal – Se guardar os seus ficheiros na sua própria conta do OneDrive,

obterá muitas das mesmas vantagens que obteria com o OneDrive para trabalho ou
escola. A maior diferença é que, quando se liga ao ficheiro pela primeira vez, terá de
iniciar sessão no OneDrive com a sua conta Microsoft, que é diferente do que utiliza
para iniciar sessão no Power BI. Ao iniciar sessão no OneDrive com a sua conta
Microsoft, certifique-se de que seleciona a opção Manter-me ligado . Desta forma, o
Power BI poderá ligar-se ao seu ficheiro a cada hora e certificar-se de que o seu modelo
semântico no Power BI está sincronizado.

SharePoint – Guardar os seus ficheiros do Power BI Desktop no SharePoint é o mesmo

que guardar no OneDrive para trabalho ou escola. A maior diferença é como você se
conecta ao arquivo do Power BI. Pode especificar um URL ou ligar à pasta raiz.

Importar ou conectar-se a um arquivo CSV

） Importante

O tamanho máximo de ficheiro que pode importar para o Power BI é de 1 GB.

1. Em um espaço de trabalho do Power BI, selecione Meu espaço de trabalho >

Novo > modelo semântico.
2. Na janela que aparece, selecione CSV.

3. Aceda ao ficheiro que pretende carregar e, em seguida, selecione Importar. Uma

nova janela de detalhes do modelo semântico aparece no painel principal do
Power BI.
Conteúdos relacionados
Explore seus dados - Depois de obter dados de seu arquivo no Power BI, é hora de
explorar. Selecione Mais opções (...) e, em seguida, escolha uma opção no menu.
Agendar atualização - Se o arquivo for salvo em uma unidade local, você poderá
agendar atualizações para que seu modelo semântico e relatórios no Power BI
permaneçam atualizados. Para saber mais, consulte Atualização de dados no Power BI.
Se o seu ficheiro for guardado no OneDrive, o Power BI sincronizará automaticamente
com ele a cada hora.
Obter dados a partir de ficheiros de
livros do Excel
Artigo • 03/12/2024

O Microsoft Excel é um dos aplicativos de negócios mais usados e uma das fontes de
dados mais comuns para o Power BI.

Pastas de trabalho suportadas

O Power BI oferece suporte à importação ou conexão a pastas de trabalho criadas no
Excel 2007 e posterior. Alguns recursos descritos neste artigo estão disponíveis somente
em versões posteriores do Excel. As pastas de trabalho devem estar no tipo de arquivo
.xlsx ou .xlsm e ter menos de 1 GB.

） Importante

Os seguintes recursos foram preteridos e não estarão mais disponíveis a partir de

29 de setembro de 2023:

O carregamento de pastas de trabalho locais para espaços de trabalho do

Power BI não será mais permitido.
Configurar o agendamento de atualização e atualização agora para arquivos
do Excel que ainda não têm a atualização agendada configurada não será
mais permitido.

Os seguintes recursos foram preteridos e não estarão mais disponíveis a partir de

31 de outubro de 2023:

A atualização agendada e a atualização agora para arquivos existentes do

Excel que foram configurados anteriormente para atualização agendada não
serão mais permitidas.
As pastas de trabalho locais carregadas nos espaços de trabalho do Power BI
não serão mais abertas no Power BI.

Após 31 de outubro de 2023:

Pode transferir livros locais existentes a partir da sua área de trabalho do

Power BI.
 Você pode publicar seu modelo de dados do Excel como um modelo
semântico do Power BI e agendar a atualização.
Você pode importar pastas de trabalho do Excel do OneDrive e bibliotecas de
documentos do SharePoint para exibi-las no Power BI.

Se sua organização usa esses recursos, consulte mais detalhes em Migrando suas
pastas de trabalho do Excel.

Pastas de trabalho com intervalos ou tabelas de dados

Se o seu livro contiver folhas de cálculo simples com intervalos de dados, certifique-se
de que formata esses intervalos como tabelas para tirar o máximo partido dos seus
dados no Power BI. Quando você cria relatórios no Power BI, as tabelas e colunas
nomeadas no painel Tabelas facilitam muito a visualização de seus dados.

Pastas de trabalho com modelos de dados

Uma pasta de trabalho pode conter um modelo de dados que tenha uma ou mais
tabelas de dados carregadas nela por meio de tabelas vinculadas, Power Query, Obter &
Transformar Dados no Excel ou Power Pivot. O Power BI suporta todas as propriedades
do modelo de dados, como relações, medidas, hierarquias e indicadores-chave de
desempenho (KPIs).

７ Nota

Não é possível compartilhar pastas de trabalho que contenham modelos de dados

entre locatários do Power BI. Por exemplo, um usuário que entra no Power BI com
uma contoso.com conta não pode compartilhar uma pasta de trabalho contendo
modelos de dados com um usuário que entra com uma woodgrovebank.com conta.

Pastas de trabalho com conexões com fontes de dados

externas
Se sua pasta de trabalho do Excel se conectar a uma fonte de dados externa, depois que
sua pasta de trabalho estiver no Power BI, você poderá criar relatórios e painéis com
base nos dados dessa fonte conectada. Você também pode configurar a atualização
agendada para se conectar automaticamente à fonte de dados e obter atualizações.
Você não precisa mais atualizar manualmente usando Obter Dados no Excel. As
visualizações em relatórios e blocos de painel baseadas na fonte de dados são
atualizadas automaticamente. Para obter mais informações, consulte Atualização de
dados no Power BI.

Pastas de trabalho com tabelas dinâmicas e gráficos

Se e como suas Tabelas Dinâmicas e gráficos aparecem no Power BI depende de onde
você salva o arquivo da pasta de trabalho e como você escolhe obter o arquivo no
Power BI. O resto deste artigo explica as opções.

Tipos de dados
Atribua tipos de dados específicos a dados no Excel para melhorar a sua experiência no
Power BI. O Power BI suporta estes tipos de dados:

Número inteiro
Número decimal
Moeda
Date
Verdadeiro/falso
Texto

Importar ou carregar dados do Excel

Há duas maneiras de explorar dados do Excel no Power BI: carregar e importar. Quando
carrega o seu livro, este aparece no Power BI tal como no Excel Online. Mas você
também tem alguns ótimos recursos para ajudá-lo a fixar elementos de suas planilhas
em seus painéis. Quando importa os seus dados, o Power BI importa quaisquer dados
suportados em tabelas e qualquer modelo de dados para um novo modelo semântico
do Power BI.

Carregar para o Power BI

Você pode usar o botão Carregar para carregar arquivos para o serviço do Power BI. Na
área de trabalho onde pretende adicionar o ficheiro, selecione Carregar na parte
superior da página. Na lista suspensa, selecione:

OneDrive para se conectar a arquivos armazenados no OneDrive.

SharePoint para se conectar a arquivos em qualquer site do SharePoint ao qual
você tenha acesso.
Navegue para carregar ficheiros a partir do seu computador.
Se carregar um ficheiro local, o Power BI adiciona uma cópia do ficheiro à área de
trabalho. Se você usar as opções do OneDrive for Business ou do SharePoint , o Power
BI criará uma conexão com o arquivo. À medida que você faz alterações no arquivo no
SharePoint ou no OneDrive, o Power BI sincroniza automaticamente essas alterações
cerca de uma vez por hora.

Quando você se conecta a um arquivo do Excel usando o OneDrive, não pode editar sua
pasta de trabalho no Power BI. Se precisar de efetuar alterações, pode selecionar Editar
e, em seguida, optar por editar o seu livro no Excel Online ou abri-lo no Excel no seu
computador. As alterações são salvas na pasta de trabalho no OneDrive.

Você deve se conectar ou carregar dados se tiver apenas dados em planilhas ou se tiver
intervalos, tabelas dinâmicas e gráficos que deseja fixar em painéis.

As pastas de trabalho locais do Excel são abertas no Excel Online no Power BI. Ao
contrário das pastas de trabalho do Excel armazenadas em sites de equipe do OneDrive
ou do SharePoint, você não pode editar arquivos locais do Excel no Power BI.

Se utilizar o Excel 2016 e posterior, também pode utilizar o Carregamento de

Publicação de Ficheiros>> a partir do Excel. Para obter mais informações, consulte
Publicar no Power BI a partir do Microsoft Excel.

Depois que a pasta de trabalho for carregada, ela aparecerá na lista de conteúdo do
espaço de trabalho:
Esse método de carregamento é fácil de usar e as opções do OneDrive for Business e do
SharePoint usam a mesma interface de seleção de arquivos que muitos outros produtos
da Microsoft. Em vez de inserir uma URL para um local do SharePoint ou do OneDrive,
você pode selecionar um de seus sites usando a seção Acesso rápido ou selecionando
Mais locais.

Se você não tiver uma assinatura, as opções do OneDrive for Business e do SharePoint
não estarão disponíveis, mas você ainda poderá selecionar Procurar para obter arquivos
locais do seu computador. Esta imagem mostra as opções indisponíveis, mas a opção
Procurar está ativada:

Não pode utilizar Carregar para obter ficheiros de contas pessoais do OneDrive, mas
pode carregar ficheiros a partir do seu computador.

Importar dados do Excel para o Power BI

Para importar dados do Excel para o Power BI, noMeu espaço de trabalho , selecione
Novo item>Modelo semântico>Excele localize o arquivo.

A lista Meus arquivos permite que você adicione arquivos de sua pasta de documentos
e outras fontes pessoais.

Você pode usar a lista de acesso rápido no lado esquerdo da janela para adicionar
arquivos de sites do SharePoint e outras fontes compartilhadas.

Selecione Procurar neste dispositivo para adicionar ficheiros a partir do dispositivo que
está a utilizar atualmente.

Quando você importa dados do Excel, o Power BI importa quaisquer dados com suporte
em tabelas e qualquer modelo de dados para um novo modelo semântico do Power BI.

Você deve importar seus dados se tiver usado Obter & Transformar Dados ou Power
Pivot para carregar dados em um modelo de dados.

Se carregar a partir do OneDrive para Empresas, quando guardar alterações, o Power BI

sincroniza-as com o modelo semântico no Power BI, normalmente dentro de cerca de
uma hora. Você também pode selecionar Publicar para exportar as alterações
imediatamente. Todas as visualizações em relatórios e painéis também são atualizadas,
com base nos seguintes gatilhos de atualização:

ﾉ Expandir tabela

Blocos de relatório Blocos do painel

Abra o relatório depois que o Abra o painel após a atualização do cache.

cache expirar.

Selecione Atualizar no Selecione Atualizar no painel.

relatório.

Automaticamente para blocos fixados quando o cache é

atualizado, se o painel já estiver aberto.

７ Nota

As páginas de relatório fixas não suportam o recurso de atualização automática.

Onde salvar o arquivo da pasta de trabalho

Onde você salva o arquivo da pasta de trabalho faz a diferença.
 Local. Se guardar o ficheiro do livro numa unidade no computador ou noutra
localização na sua organização, pode carregar o ficheiro no Power BI. Na verdade,
o arquivo permanece na unidade de origem. Quando você importa o arquivo, o
Power BI cria um novo modelo semântico e carrega dados e qualquer modelo de
dados da pasta de trabalho para o modelo semântico.

As pastas de trabalho locais do Excel são abertas no Excel Online no Power BI. Ao
contrário das pastas de trabalho do Excel armazenadas em sites de equipe do
OneDrive ou do SharePoint, você não pode editar arquivos locais do Excel no
Power BI.

O Excel também tem um comando Publicar no menu Arquivo. Usar este comando
Publicar é efetivamente o mesmo que usar Carregar>Procurar do Power BI. Se
você fizer alterações regularmente na pasta de trabalho, geralmente é mais fácil
atualizar seu modelo semântico no Power BI.

OneDrive. Iniciar sessão no OneDrive com a mesma conta que o Power BI é a

forma mais eficaz de manter o seu trabalho no Excel sincronizado com o seu
modelo semântico, relatórios e dashboards do Power BI. O Power BI e o OneDrive
estão na nuvem e o Power BI liga-se ao ficheiro do livro no OneDrive cerca de uma
vez por hora. Se o Power BI encontrar alterações, ele atualizará automaticamente
seu modelo semântico, relatórios e painéis do Power BI.

Como quando você tem um arquivo salvo em uma unidade local, você pode usar
Publicar no Excel para atualizar seu modelo semântico do Power BI e relatórios
imediatamente. Caso contrário, o Power BI sincroniza automaticamente,
geralmente dentro de uma hora.

Site de equipe do SharePoint. Salvar seus arquivos do Power BI Desktop em um

site de equipe do SharePoint é quase o mesmo que salvá-los no OneDrive. A maior
diferença é como você se conecta ao arquivo do Power BI. Pode especificar um
URL ou ligar à pasta raiz.

Publicar do Excel no seu site do Power BI

Usar o recurso Publicar no Excel no Power BI é efetivamente o mesmo que usar o Power
BI para importar ou se conectar ao seu arquivo. Para obter mais informações, consulte
Publicar no Power BI a partir do Microsoft Excel.

７ Nota
 Se você carregar uma pasta de trabalho do Excel conectada a um cubo local do
SQL Server Analysis Services (SSAS), não poderá atualizar o modelo de dados
subjacente no serviço do Power BI.

Migrando suas pastas de trabalho do Excel

Para pastas de trabalho locais do Excel carregadas em um espaço de trabalho do Power
BI, use a opção Baixar arquivo do Excel para baixar a pasta de trabalho. Em seguida,
salve-o no OneDrive ou em uma biblioteca de documentos do SharePoint (ODSP). Em
seguida, você pode importar a pasta de trabalho do ODSP para o espaço de trabalho
novamente.

Para atualizar dados em modelos de dados do Excel, você precisará publicar o modelo
de dados como um modelo semântico do Power BI. Recomendamos usar o Power BI
Desktop para importar o modelo porque ele atualiza seu modelo de dados para a
versão mais recente. Isto dá-lhe a melhor experiência futura. Utilize a opção Importar
do Power Query, Power Pivot, Power View no menu Ficheiro do Power BI Desktop.

Para criar novas pastas de trabalho conectadas a um modelo de dados semânticos em

sua pasta de trabalho do Excel, você deve primeiro publicar o modelo de dados como
um modelo semântico do Power BI. Em seguida, no Excel, use a opção Do Power BI
(Microsoft) para conectar sua pasta de trabalho ao modelo semântico. Esta opção está
disponível no friso Dados, em Obter Dados no menu Da Plataforma de Energia.
Para casos em que você inclui uma pasta de trabalho em um aplicativo organizacional
do Power BI, lembre-se de publicar novamente o aplicativo com os novos itens.

Para saber quais pastas de trabalho podem ser afetadas pela substituição de pastas de
trabalho locais e recursos de atualização, use a API REST de administração do Power BI.
Ele lista as pastas de trabalho em sua organização. Você deve ser um administrador de
malha para chamar essa API.

GET https://api.powerbi.com/v1.0/myorg/admin/workbooks

A API fornece uma lista de todas as pastas de trabalho do Excel publicadas em sua
organização. A lista está formatada em JSON.

Abaixo está um exemplo de saída para a API.

[
{
"DisplayName": "Workbook without a Data Model",
"WorkspaceName": "My workspace",
"HasDataModel": false,
"HasScheduledRefreshOnDataModel": false,
"UploadedOn": "2023-07-28T10:54:17.093"
},
{
"DisplayName": "Workbook with Data Model",
"WorkspaceName": "My workspace",
"HasDataModel": true,
"HasScheduledRefreshOnDataModel": true,
"UploadedBy": "[email protected]",
"UploadedOn": "2022-11-16T09:51:17.497"
}
]

Você pode verificar se a pasta de trabalho do Excel é uma pasta de trabalho local
navegando até ela no Power BI e vendo se a opção Baixar arquivo do Excel está
disponível.

Você pode usar o PowerShell para chamar a API, conforme mostrado no exemplo
abaixo:

Invoke-PowerBIRestMethod -Url
 "https://api.powerbi.com/v1.0/myorg/admin/workbooks" -Method GET

Para usar o PowerShell, primeiro instale o módulo MicrosoftPowerBIMgmt necessário.

Consulte Referência de cmdlets do Power BI para obter detalhes. Você precisará chamar
o comando Login-PowerBIServiceAccount antes de chamar o comando Invoke-
PowerBIRestMethod.

Solução de problemas e limitações

Se o arquivo da pasta de trabalho for muito grande, consulte Reduzir o tamanho
de uma pasta de trabalho do Excel para exibi-la no Power BI.

O carregamento de pastas de trabalho do Excel para um espaço de trabalho do

Power BI não é suportado para clientes soberanos da nuvem.

Não é possível usar a atualização agendada para pastas de trabalho do Excel que
tenham conexões com modelos tabulares do SSAS local por meio de um gateway.

Conteúdos relacionados
Explore os seus dados. Depois de carregar dados e relatórios do seu ficheiro para
o Power BI, pode selecionar o novo modelo semântico para explorar os dados.
Quando você seleciona a pasta de trabalho, ela é aberta no Power BI como se
estivesse no Excel Online.

Atualizar agendar. Se a pasta de trabalho do Excel se conectar a fontes de dados

externas ou se você importou de uma unidade local, poderá configurar a
atualização agendada para garantir que seu modelo semântico ou relatório esteja
sempre atualizado. Na maioria dos casos, configurar a atualização agendada é fácil
de fazer. Para obter mais informações, consulte Atualização de dados no Power BI.

Publique no Power BI a partir do Microsoft Excel.

Comentários
Esta página foi útil?  Yes  No

Fornecer comentários sobre o produto | Perguntar à comunidade

Publicar no Power BI a partir do
Microsoft Excel
Artigo • 19/07/2024

） Importante

Publicar no Power BI será preterido do Excel no Microsoft 365 a partir de 19 de

agosto de 2024 e Publicar no Power BI não será incluído na versão perpétua do
Excel 2024. Isso não afeta as versões anteriores do Office local.

Os seguintes recursos foram preteridos e não estarão mais disponíveis a partir de

29 de setembro de 2023:

O carregamento de pastas de trabalho locais para espaços de trabalho do

Power BI não será mais permitido.
Configurar o agendamento de atualização e atualização agora para arquivos
do Excel que ainda não têm a atualização agendada configurada não será
mais permitido.

Os seguintes recursos foram preteridos e não estarão mais disponíveis a partir de

31 de outubro de 2023:

A atualização agendada e a atualização agora para arquivos existentes do

Excel que foram configurados anteriormente para atualização agendada não
serão mais permitidas.
As pastas de trabalho locais carregadas nos espaços de trabalho do Power BI
não serão mais abertas no Power BI.

Após 31 de outubro de 2023:

Pode transferir livros locais existentes a partir da sua área de trabalho do

Power BI.
Você pode publicar seu modelo de dados do Excel como um modelo
semântico do Power BI e agendar a atualização.
Você pode importar pastas de trabalho do Excel do OneDrive e bibliotecas de
documentos do SharePoint para exibi-las no Power BI.
 Se sua organização usa esses recursos, consulte mais detalhes em Migrando suas
pastas de trabalho do Excel.

Com o Microsoft Excel 2016 e posterior, você pode publicar suas pastas de trabalho do
Excel diretamente no espaço de trabalho do Power BI . No Power BI, você pode criar
relatórios e painéis altamente interativos com base nos dados da pasta de trabalho. Em
seguida, você pode compartilhar seus insights com outras pessoas em sua organização.

Quando você publica uma pasta de trabalho no Power BI, há algumas coisas a
considerar:

Tem de utilizar a mesma conta para iniciar sessão no Office, no OneDrive para
trabalho ou escola se os seus livros estiverem guardados lá e no Power BI.
Não pode publicar um livro vazio ou um livro que não tenha qualquer conteúdo
suportado pelo Power BI.
Não é possível publicar pastas de trabalho criptografadas ou protegidas por senha
ou pastas de trabalho com o Gerenciamento de Proteção de Informações aplicado.
A publicação no Power BI requer autenticação moderna para ser habilitada, o
padrão. Caso contrário, a opção Publicar não estará disponível no menu Arquivo .
A publicação no Power BI a partir do Excel Desktop não é suportada para nuvens
soberanas.

Publicar a pasta de trabalho do Excel

Para publicar sua pasta de trabalho do Excel no Power BI, no Excel, selecione
Publicar>Arquivo e selecione Carregar ou Exportar. A captura de tela a seguir mostra
as duas opções de como colocar sua pasta de trabalho no Power BI:
 Se selecionar Carregar, pode interagir com o livro tal como faria no Excel Online.
Também pode fixar seleções do seu livro nos painéis do Power BI e partilhar o seu
livro ou elementos selecionados através do Power BI.

Se você selecionar Exportar, poderá exportar dados de tabela e seu modelo de

dados para um modelo semântico do Power BI e usar o modelo semântico para
criar relatórios e painéis do Power BI.

Ao selecionar Publicar, você pode selecionar o espaço de trabalho no qual publicar. Se

o seu ficheiro Excel estiver no OneDrive para trabalho ou escola, pode publicar apenas
no Meu Espaço de Trabalho. Se o arquivo do Excel estiver em uma unidade local, você
poderá publicar em Meu Espaço de Trabalho ou em um espaço de trabalho
compartilhado que possa acessar.

Publicar arquivos locais

O Excel suporta a publicação de ficheiros Excel locais. Os ficheiros não precisam de ser
guardados no OneDrive para trabalho ou escola ou no SharePoint Online.
 ） Importante

Só pode publicar ficheiros locais se estiver a utilizar o Excel 2016 ou posterior com
uma subscrição do Microsoft 365. As instalações autônomas do Excel 2016 podem
publicar no Power BI, mas somente quando a pasta de trabalho é salva no
OneDrive para trabalho ou escola ou no SharePoint Online.

Depois de publicado, o conteúdo da pasta de trabalho que você publica é importado

para o Power BI, separado do arquivo local. Se quiser atualizar o arquivo no Power BI,
atualize o arquivo local e publique a versão atualizada novamente. Ou, você pode
atualizar os dados configurando a atualização agendada na pasta de trabalho ou
modelo semântico no Power BI.

Publicar a partir de uma instalação autónoma do Excel

Quando publica a partir de uma instalação autónoma do Excel, tem de guardar o livro
no OneDrive para trabalho ou escola. Selecione Guardar na Nuvem e escolha uma
localização no OneDrive para trabalho ou escola.

Depois de guardar o seu livro no OneDrive para trabalho ou escola, quando seleciona
Publicar, pode utilizar as opções Carregar ou Exportar para colocar o seu livro no
Power BI.
Carregue o seu livro para o Power BI

Quando você escolhe a opção Carregar , sua pasta de trabalho aparece no Power BI
exatamente como no Excel Online. Mas, ao contrário do Excel Online, você tem opções
para permitir que você fixe elementos de suas planilhas em painéis.

Se escolher Carregar, não poderá editar o seu livro no Power BI. Se precisar de alterar os
dados, pode selecionar Editar e, em seguida, optar por editar o seu livro no Excel Online
ou abri-lo no Excel no seu computador. Todas as alterações feitas são salvas na pasta de
trabalho no OneDrive para trabalho ou escola.

Quando você escolhe Carregar, nenhum modelo semântico é criado no Power BI. Sua
pasta de trabalho aparece no painel de navegação do espaço de trabalho em
Relatórios. As pastas de trabalho carregadas no Power BI têm um ícone do Excel que as
identifica como pastas de trabalho do Excel carregadas.

Escolha a opção Carregar se tiver apenas dados em folhas de cálculo ou se tiver Tabelas
Dinâmicas e Gráficos que pretende ver no Power BI.

Usar Carregar de Publicar no Power BI no Excel é uma experiência semelhante a usar o

Carregamento>do OneDrive for Business>no Power BI e, em seguida, abrir o arquivo
no Excel Online do Power BI em seu navegador.

Exportar dados da pasta de trabalho para o Power BI

Quando você escolhe a opção Exportar, todos os dados com suporte em tabelas e/ou
um modelo de dados são exportados para um novo modelo semântico no Power BI.
Pode continuar a editar o seu livro. Quando você salva as alterações, elas são
sincronizadas com o modelo semântico no Power BI, geralmente em cerca de uma hora.
Se precisar de atualizações mais imediatas, você pode selecionar Publicar novamente
do Excel para exportar as alterações imediatamente. Todas as visualizações em relatórios
e painéis também são atualizadas.

Escolha a opção Exportar se tiver usado os recursos Obter & Transformar dados ou
Power Pivot para carregar dados em um modelo de dados.

Usar Exportar é semelhante a usar Novo>Carregar um arquivo>Importar do Excel>do

Power BI em seu navegador.

Publicar
Quando escolhe Carregar ou Exportar, o Excel inicia sessão no Power BI com a sua
conta atual e publica o seu livro na sua área de trabalho do Power BI. Você pode
monitorar a barra de status no Excel para ver o progresso da publicação.

Quando a publicação estiver concluída, pode aceder ao Power BI diretamente a partir

do Excel.

Conteúdos relacionados
Dados do Excel no Power BI
Tem dúvidas? Experimente a Comunidade do Power BI.

Comentários
Esta página foi útil?  Yes  No

Fornecer comentários sobre o produto | Perguntar à comunidade

Reduzir o tamanho de uma pasta de
trabalho do Excel para exibi-la no Power
BI
Artigo • 22/10/2024

Pode carregar qualquer livro do Excel com menos de 1 GB para o Power BI. Uma pasta
de trabalho do Excel pode ter duas partes: um modelo de dados e o restante do
relatório — o conteúdo principal da planilha. Se o relatório atender aos seguintes limites
de tamanho, você poderá salvá-lo no OneDrive para trabalho ou escola, conectar-se a
ele a partir do Power BI e exibi-lo no Excel Online:

A pasta de trabalho pode ter até 1 GB.

O conteúdo principal da planilha pode ser de até 30 MB.

Este artigo informa o que você pode fazer para limitar ou reduzir o tamanho de uma
pasta de trabalho do Excel para que ela atenda aos requisitos de tamanho para carregar
dados.

O que torna o conteúdo da planilha principal

maior que 30 MB
Aqui estão alguns elementos que podem tornar o conteúdo da planilha principal maior
que 30 MB:

Imagens
Células sombreadas
Planilhas coloridas
Caixas de texto
Clip art

Considere remover esses elementos, se possível.

Se o relatório tiver um modelo de dados, você poderá reduzir o tamanho geral do

relatório usando informações em Criar um modelo de dados com uso eficiente de
memória.

Você também pode consultar este artigo sobre Limites de tamanho de arquivo para
pastas de trabalho do Excel no SharePoint .
Otimizador de tamanho de pasta de trabalho
Se a pasta de trabalho contiver um modelo de dados, você poderá executar o
otimizador de tamanho da pasta de trabalho para reduzir o tamanho da pasta de
trabalho. Para obter mais informações, consulte Baixar o otimizador de tamanho da
pasta de trabalho.

Conteúdos relacionados
Criar um Modelo de Dados com uso eficiente de memória usando o Excel e o
suplemento Power Pivot
Usar o OneDrive para links de trabalho ou de escola no Power BI Desktop

Comentários
Esta página foi útil?  Yes  No

Fornecer comentários sobre o produto | Perguntar à comunidade

Obter dados de arquivos do Power BI
Desktop
Artigo • 10/11/2023

O Power BI Desktop facilita a inteligência de negócios e a geração de relatórios. Quer

esteja a ligar-se a muitas origens de dados diferentes, a consultar e a transformar dados,
a modelar os seus dados e a criar relatórios poderosos e dinâmicos, o Power BI Desktop
torna as tarefas de business intelligence intuitivas e rápidas. Se não estiver familiarizado
com o Power BI Desktop, consulte Introdução ao Power BI Desktop.

Depois de trazer dados para o Power BI Desktop e criar alguns relatórios, é hora de
colocar o arquivo salvo no serviço do Power BI.

O local onde o ficheiro é guardado faz a

diferença
Há vários locais onde você pode armazenar arquivos do Power BI Desktop:

Local. Se guardar o ficheiro numa unidade local no computador ou noutra

localização na sua organização, pode importar o ficheiro ou publicar a partir do
Power BI Desktop para obter os respetivos dados e relatórios para o serviço do
Power BI.

O ficheiro permanece na unidade local. O arquivo inteiro não é movido para o

Power BI. Um novo modelo semântico é criado no Power BI e os dados e o modelo
de dados do arquivo do Power BI Desktop são carregados no modelo semântico.
Se o arquivo tiver relatórios, esses relatórios aparecerão no site de serviço do
Power BI em Relatórios.

OneDrive para trabalho ou escola. De longe, a maneira mais eficaz de manter seu
trabalho no Power BI Desktop sincronizado com o serviço do Power BI é usar seu
OneDrive para trabalho ou escola e entrar com a mesma conta que o serviço do
Power BI. Seu trabalho inclui modelo semântico, relatórios e painéis. Como o
serviço do Power BI e o OneDrive estão na nuvem, o Power BI se conecta ao seu
arquivo no OneDrive a cada hora. Se encontrar alterações, seu modelo semântico,
relatórios e painéis serão atualizados no serviço do Power BI.
 OneDrive - Pessoal. Se guardar os seus ficheiros na sua própria conta do
OneDrive, obtém muitas das mesmas vantagens que obteria com o OneDrive para
trabalho ou escola. A maior diferença é que, quando se liga ao ficheiro pela
primeira vez, tem de iniciar sessão no OneDrive com a sua conta Microsoft. Essa
conta geralmente é diferente do que você usa para entrar no serviço do Power BI.

Ao iniciar sessão com o OneDrive com a sua conta Microsoft, certifique-se de que
seleciona a opção Manter-me ligado . Dessa forma, o serviço do Power BI pode se
conectar ao seu arquivo a cada hora e garantir que seu modelo semântico no
serviço do Power BI esteja sincronizado.

Sites de equipe do SharePoint. Guardar os seus ficheiros do Power BI Desktop no

SharePoint – Sites de Equipa é o mesmo que guardar no OneDrive para trabalho
ou escola. A maior diferença é como você se conecta ao arquivo a partir do serviço
do Power BI. Pode especificar um URL ou ligar à pasta raiz. Você também pode
configurar uma pasta Sincronizar que aponte para a pasta do SharePoint. Os
arquivos nessa pasta são sincronizados com os do SharePoint.

Carregamento simplificado para o Power BI

A partir de novembro de 2022, há uma experiência nova e simplificada para carregar
arquivos no serviço do Power BI. No espaço de trabalho no qual você deseja adicionar
arquivos, você verá uma opção de menu suspenso Carregar ao lado do botão Novo.
Pode utilizar o menu pendente para ligar a ficheiros armazenados no OneDrive para
trabalho ou escola ou em qualquer site do SharePoint ao qual tenha acesso, ou pode
carregá-los a partir do seu computador através da opção de menu Procurar. A imagem a
seguir mostra as opções do menu.
Se você optar por carregar um arquivo local, uma cópia do arquivo será adicionada ao
espaço de trabalho. Se você usar a opção OneDrive para trabalho ou escola ou
SharePoint, o serviço do Power BI criará uma conexão com o arquivo e, à medida que você
fizer alterações no arquivo no SharePoint, o Power BI poderá sincronizar automaticamente
essas alterações aproximadamente a cada hora.

Um benefício de carregar arquivos dessa forma, além de ser fácil de usar, é que as
opções do OneDrive para trabalho ou escola e do SharePoint usam a mesma interface
de seleção de arquivos usada em muitos outros produtos da Microsoft.

Em vez de ter que colar uma URL direta em um determinado site do SharePoint, o que
antes era necessário, agora você pode simplesmente selecionar um de seus sites por
meio da seção Acesso rápido ou dos links Mais lugares .

Quando você carrega um arquivo do Excel dessa maneira, sua pasta de trabalho aparece
no serviço do Power BI exatamente como faria no Excel Online, conforme mostrado na
imagem a seguir.

Se não tiver uma subscrição, as opções do OneDrive para trabalho ou escola e do

SharePoint estão desativadas, mas ainda pode procurar ficheiros locais no seu
computador. A imagem seguinte mostra as opções de subscrição desativadas, com a
opção Procurar realçada.

７ Nota

Não é possível carregar ficheiros a partir da pasta do conjunto de documentos do

SharePoint ou de contas pessoais do OneDrive.
Publicar um arquivo do Power BI Desktop no
serviço do Power BI
Usar Publicar do Power BI Desktop é semelhante ao carregamento de arquivos no
serviço do Power BI. Ambos inicialmente importam seus dados de arquivo de uma
unidade local ou se conectam a ele no OneDrive. No entanto, existem diferenças. Se
você carregar de uma unidade local, atualize esses dados com frequência para garantir
que as cópias online e locais dos dados estejam atualizadas entre si.

Aqui está o rápido como, mas você pode ver Publicar do Power BI Desktop para saber
mais.

1. No Power BI Desktop, selecione Publicar Arquivo Publicar>>no Power BI ou

selecione Publicar na faixa de opções.

2. Entre no serviço do Power BI. Só precisa de iniciar sessão pela primeira vez.

Quando terminar, você receberá um link para abrir seu relatório em seu site do
Power BI.

Próximos passos
Explore seus dados: depois de obter dados e relatórios do seu arquivo no serviço
do Power BI, é hora de explorar. Se o arquivo já tiver relatórios, eles aparecerão no
painel do navegador em Relatórios. Se o seu arquivo tinha apenas dados, você
pode criar novos relatórios; basta clicar com o botão direito do rato no novo
modelo semântico e, em seguida, selecionar Explorar.
Atualizar fontes de dados externas: se o arquivo do Power BI Desktop se
conectar a fontes de dados externas, você poderá configurar a atualização
agendada para garantir que seu modelo semântico esteja sempre atualizado. Na
maioria dos casos, configurar a atualização agendada é fácil de fazer, mas entrar
nos detalhes está fora do escopo deste artigo. Consulte Atualização de dados no
Power BI para saber mais.
Editar configurações de parâmetros no
serviço do Power BI
Artigo • 31/01/2024

Os criadores de relatórios adicionam parâmetros de consulta a relatórios no Power BI

Desktop. Os parâmetros permitem que partes dos relatórios dependam de um ou mais
valores de parâmetro. Por exemplo, um criador de relatório pode criar um parâmetro
que restrinja os dados a um único país/região ou um parâmetro que defina formatos
aceitáveis para campos como datas, hora e texto.

Rever e editar parâmetros no serviço do Power

BI
Como criador de relatórios, você define parâmetros no Power BI Desktop. Quando você
publica esse relatório no serviço do Power BI, as configurações de parâmetros e as
seleções viajam com ele. Você pode revisar e editar configurações de parâmetros no
serviço do Power BI, mas não criá-las.

1. No serviço do Power BI, selecione o ícone de engrenagem e escolha

Configurações.

2. Selecione a guia Modelos semânticos e realce um modelo semântico na lista.

 3. Expanda Parâmetros. Se o modelo semântico selecionado não tiver parâmetros,
você verá uma mensagem com um link para Saiba mais sobre parâmetros de
consulta. Se o modelo semântico tiver parâmetros, expanda o título Parâmetros
para revelar esses parâmetros.

4. Revise as configurações de parâmetros e faça alterações, se necessário.

Considerações e limitações
Os campos acinzentados não são editáveis. Todos os parâmetros de tipo binário
funcionam no Power BI Desktop. Atualmente, o serviço do Power BI não oferece suporte
a eles por motivos de segurança.

Conteúdos relacionados
Uma maneira ad-hoc de adicionar parâmetros simples é modificando filtros.
Streaming em tempo real no Power BI
Artigo • 16/12/2024

） Importante

A criação de modelos de streaming permanece habilitada até 31 de outubro de

2027. Após essa data, a criação de novos modelos semânticos em tempo real não
será mais suportada, incluindo modelos semânticos push, modelos semânticos de
streaming, modelos semânticos de streaming PubNub e blocos de dados de
streaming. Seus modelos semânticos de streaming existentes não serão afetados.
Para obter mais informações sobre a desativação do streaming em tempo real no
Power BI, consulte o anúncio da postagem do blog. A Microsoft recomenda que
os usuários explorem o Real-Time Intelligence no Microsoft Fabric.

O Power BI com streaming em tempo real ajuda você a transmitir dados e atualizar
painéis em tempo real. Qualquer visual ou painel criado no Power BI pode exibir e
atualizar dados e visuais em tempo real. Os dispositivos e fontes de dados de streaming
podem ser sensores de fábrica, fontes de mídia social, métricas de uso de serviços ou
muitos outros coletores ou transmissores de dados sensíveis ao tempo.

Este artigo mostra como configurar e usar modelos semânticos de streaming em tempo
real no Power BI.
Tipos de modelos semânticos em tempo real
Primeiro, é importante entender os tipos de modelos semânticos em tempo real
projetados para exibição em blocos e painéis e como esses modelos semânticos
diferem.

Os três tipos de modelos semânticos em tempo real a seguir são projetados para
exibição em painéis em tempo real:

Modelo semântico de push

Modelo semântico de streaming
Modelo semântico de streaming PubNub

Esta seção explica como esses modelos semânticos diferem uns dos outros. As seções
posteriores descrevem como enviar dados por push para cada um desses modelos
semânticos.

Modelo semântico de push

Com um modelo semântico push, os dados são enviados por push para o serviço do
Power BI. Quando o modelo semântico é criado, o serviço do Power BI cria
automaticamente um novo banco de dados no serviço para armazenar os dados.

Como há um banco de dados subjacente que armazena os dados à medida que eles
chegam, você pode criar relatórios com os dados. Esses relatórios e seus visuais são
como qualquer outro visual de relatório. Você pode usar todos os recursos de criação
de relatórios do Power BI, como visuais do Power BI, alertas de dados e blocos de painel
fixos.

Depois de criar um relatório usando o modelo semântico push, você pode fixar
qualquer um dos visuais de relatório em um painel. Nesse painel, os elementos visuais
são atualizados em tempo real sempre que os dados são atualizados. No serviço do
Power BI, o painel dispara uma atualização de bloco sempre que novos dados são
recebidos.

Há duas considerações a serem observadas sobre blocos fixados de um modelo

semântico push:

Fixar um relatório inteiro usando a opção Fixar ao vivo não resultará na

atualização automática dos dados.
Depois de fixar um visual em um painel, você pode usar as Perguntas e Respostas
para fazer perguntas sobre o modelo semântico push em linguagem natural.
Depois de fazer uma consulta de P&R , você pode fixar o visual resultante de volta
ao painel, e esse visual também será atualizado em tempo real.

Modelo semântico de streaming

Um modelo semântico de streaming também envia dados para o serviço do Power BI,
com uma diferença importante: o Power BI armazena os dados apenas em um cache
temporário, que expira rapidamente. O cache temporário é usado apenas para exibir
elementos visuais que têm algum histórico transitório, como um gráfico de linhas que
tem uma janela de tempo de uma hora.

Um modelo semântico de streaming não tem banco de dados subjacente, portanto,

você não pode criar visuais de relatório usando os dados que fluem do fluxo. Portanto,
você não pode usar a funcionalidade de relatório, como filtragem, visuais do Power BI e
outras funções de relatório.

A única maneira de visualizar um modelo semântico de streaming é adicionar um bloco

e usar o modelo semântico de streaming como uma fonte de dados de streaming
personalizada. Os blocos de streaming personalizados baseados em um modelo
semântico de streaming são otimizados para exibir rapidamente dados em tempo real.
Há pouca latência entre enviar os dados para o serviço do Power BI e atualizar o visual,
porque não há necessidade de os dados serem inseridos ou lidos de um banco de
dados.

Na prática, é melhor usar modelos semânticos de streaming e seus visuais de streaming

em situações em que é crítico minimizar a latência entre enviar e visualizar dados. Você
deve ter os dados enviados por push em um formato que possa ser visualizado como
está, sem mais agregações. Exemplos de dados que estão prontos no estado em que se
encontram incluem temperaturas e médias pré-calculadas.

Modelo semântico de streaming PubNub

Com um modelo semântico de streaming PubNub, o cliente Web do Power BI usa o
SDK PubNub para ler um fluxo de dados PubNub existente. O serviço do Power BI não
armazena dados. Como o cliente da Web faz essa chamada diretamente, se você
permitir apenas o tráfego de saída aprovado da sua rede, deverá listar o tráfego para o
PubNub conforme permitido. Para obter instruções, consulte o artigo de suporte sobre
como aprovar o tráfego de saída para o PubNub .

Assim como no modelo semântico de streaming, o modelo semântico de streaming

PubNub não tem banco de dados subjacente do Power BI. Você não pode criar visuais
de relatório em relação aos dados que fluem e não pode usar a funcionalidade de
relatório, como filtragem ou visuais do Power BI. Você pode visualizar um modelo
semântico de streaming PubNub somente adicionando um bloco ao painel e
configurando um fluxo de dados PubNub como a origem.

Os blocos baseados em um modelo semântico de streaming PubNub são otimizados

para exibir rapidamente dados em tempo real. Como o Power BI está diretamente
conectado ao fluxo de dados PubNub, há pouca latência entre enviar os dados para o
serviço do Power BI e atualizar o visual.

Matriz de modelo semântico de streaming

A tabela a seguir descreve os três tipos de modelos semânticos para streaming em
tempo real e lista seus recursos e limitações.

ﾉ Expandir tabela

Funcionalidade Emitir via push Transmissão PubNub

Os blocos do painel são Sim. Sim. Sim.

atualizados em tempo Para elementos Para blocos de Para blocos de
real à medida que os visuais criados por streaming streaming
meio de relatórios personalizados personalizados
 Funcionalidade Emitir via push Transmissão PubNub

dados são enviados por e, em seguida, adicionados adicionados

push fixados ao painel. diretamente ao painel. diretamente ao
painel.

Atualização dos blocos Não. Sim. Sim.

do painel com animações
suaves

Dados armazenados Sim. Não. Não.

permanentemente no Os dados são
Power BI para análise armazenados
histórica temporariamente por
uma hora para
renderizar elementos
visuais.

Criar relatórios do Power Sim. Não. Não.

BI sobre os dados

Taxa máxima de ingestão 1 pedido 5 pedidos N/D

de dados 16 MB/pedido 15 KB/pedido Os dados não estão
sendo enviados por
push para o Power
BI.

Limites na taxa de 1 milhão de Nenhum. N/D

transferência de dados linhas/hora Os dados não estão
sendo enviados por
push para o Power
BI.

Enviar dados por push para modelos

semânticos
Esta seção descreve como criar e enviar dados por push para os três tipos principais de
modelos semânticos em tempo real que você pode usar no streaming em tempo real.

Você pode enviar dados por push para um modelo semântico usando os seguintes
métodos:

As APIs REST do Power BI

A interface do usuário do modelo semântico de streaming do Power BI
Azure Stream Analytics
Usar APIs REST do Power BI para enviar dados por push
Você pode usar as APIs REST do Power BI para criar e enviar dados para modelos
semânticos por push e para modelos semânticos de streaming. Quando você cria um
modelo semântico usando APIs REST do Power BI, o defaultMode sinalizador especifica
se o modelo semântico é push ou streaming.

Se nenhum defaultMode sinalizador for definido, o modelo semântico assumirá como

padrão um modelo semântico push. Se o defaultMode valor for definido como
pushStreaming , o modelo semântico será um modelo semântico de push e streaming e

fornecerá os benefícios de ambos os tipos de modelo semântico.

７ Nota

Quando você usa modelos semânticos com o sinalizador defaultMode definido

como pushStreaming , se uma solicitação exceder a restrição de tamanho de 15 KB
para um modelo semântico de streaming, mas for menor que a restrição de
tamanho de 16 MB para um modelo semântico por push, a solicitação será bem-
sucedida e os dados serão atualizados no modelo semântico por push. No entanto,
todos os blocos de streaming falham temporariamente.

Depois que um modelo semântico é criado, você pode usar as APIs REST PostRows para
enviar dados por push. Todas as solicitações para APIs REST são protegidas usando o
Microsoft Entra ID OAuth.

Usar a interface do usuário do modelo semântico de

streaming para enviar dados por push
No serviço Power BI, você pode criar um modelo semântico selecionando a abordagem
de API , conforme mostrado na captura de tela a seguir:
Ao criar o novo modelo semântico de streaming, você pode habilitar a análise de dados
históricos, conforme mostrado na captura de tela a seguir. Esta seleção tem um impacto
significativo.
Quando a análise de dados históricos está desabilitada, como é por padrão, você cria
um modelo semântico de streaming conforme descrito anteriormente. Quando a
análise de dados históricos está habilitada, o modelo semântico criado se torna um
modelo semântico de streaming e um modelo semântico por push. Essa configuração é
equivalente a usar as APIs REST do Power BI para criar um modelo semântico com seu
defaultMode conjunto como pushStreaming , conforme descrito anteriormente.

７ Nota

Os modelos semânticos de streaming criados usando a interface do usuário do

serviço Power BI não exigem autenticação do Microsoft Entra. Nesses modelos
semânticos, o proprietário do modelo semântico recebe uma URL com uma chave
de linha, que autoriza o solicitante a enviar dados por push para o modelo
semântico sem usar um token de portador OAuth do Microsoft Entra ID. No
entanto, a abordagem Microsoft Entra ID ainda funciona para enviar dados para o
modelo semântico.
Usar o Azure Stream Analytics para enviar dados por
push
Você pode adicionar o Power BI como uma saída no Azure Stream Analytics e, em
seguida, visualizar esses fluxos de dados no serviço do Power BI em tempo real. Esta
seção descreve os detalhes técnicos desse processo.

O Azure Stream Analytics usa as APIs REST do Power BI para criar seu fluxo de dados de
saída para o Power BI, com defaultMode definido como pushStreaming . O modelo
semântico resultante pode usar push e streaming. Quando você cria o modelo
semântico, o Azure Stream Analytics define o sinalizador retentionPolicy como
basicFIFO . Com essa configuração, o banco de dados que suporta o modelo semântico

de push armazena 200.000 linhas e descarta linhas de forma FIFO (first-in, first-out).

） Importante

Se sua consulta do Azure Stream Analytics resultar em uma saída muito rápida para
o Power BI, por exemplo, uma ou duas vezes por segundo, o Azure Stream
Analytics começará a enviar as saídas em lote em uma única solicitação. Esse envio
em lote pode fazer com que o tamanho da solicitação exceda o limite de blocos de
streaming e os blocos de streaming podem falhar na renderização. Nesse caso, a
prática recomendada é diminuir a taxa de saída de dados para o Power BI. Por
exemplo, em vez de um valor máximo a cada segundo, solicite um valor máximo
durante 10 segundos.

Configurar seu modelo semântico de streaming

em tempo real no Power BI
Para começar a usar o streaming em tempo real, escolha uma das seguintes maneiras de
consumir dados de streaming no Power BI:

Blocos com elementos visuais de streaming de dados

Modelos semânticos criados a partir de dados de streaming que persistem no
Power BI

Para qualquer opção, você precisa configurar dados de streaming no Power BI. Para que
seu modelo semântico de streaming em tempo real funcione no Power BI:

1. Em um painel existente ou novo, selecione Adicionar um bloco.

2. Na página Adicionar um mosaico, selecione Dados de Transmissão em Sequência
Personalizados e, em seguida, selecione Seguinte.

3. Na página Adicionar um bloco de dados de streaming personalizado, você pode

selecionar um modelo semântico existente ou selecionar Gerenciar modelos
semânticos para importar seu modelo semântico de streaming, caso já tenha
criado um. Se você ainda não tiver dados de streaming configurados, selecione
Adicionar modelo semântico de streaming para começar.
4. Na página Novo modelo semântico de streaming, selecione API, Azure Stream ou
PubNub e selecione Avançar.
Criar um modelo semântico de streaming
Há três maneiras de criar um feed de dados de streaming em tempo real que o Power BI
pode consumir e visualizar:

API REST do Power BI usando um ponto de extremidade de streaming em tempo

real
Azure Stream
PubNub
Esta seção descreve as opções Power BI REST API e PubNub e explica como criar um
bloco de streaming ou modelo semântico a partir da fonte de dados de streaming. Em
seguida, você pode usar o modelo semântico para criar relatórios. Para obter mais
informações sobre a opção Azure Stream, consulte Saída do Power BI do Azure Stream
Analytics.

Usar a API REST do Power BI

A API REST do Power BI facilita o streaming em tempo real para os desenvolvedores.
Depois de selecionar API na tela Novo modelo semântico de streaming e selecionar
Avançar, você pode fornecer entradas que permitem que o Power BI se conecte e use
seu ponto de extremidade. Para obter mais informações sobre a API, consulte Usar as
APIs REST do Power BI.
Se você quiser que o Power BI armazene os dados enviados por esse fluxo de dados,
para que você possa fazer relatórios e análises sobre os dados coletados, habilite a
análise de dados históricos.

Depois de criar com êxito seu fluxo de dados, você obtém um ponto de extremidade
REST API URL. Seu aplicativo pode chamar o ponto de extremidade usando POST
solicitações para enviar seus dados de streaming para o modelo semântico do Power BI.
Em suas POST solicitações, verifique se o corpo da solicitação corresponde ao JSON de
exemplo fornecido pela interface do usuário do Power BI. Por exemplo, envolva seus
objetos JSON em uma matriz.

Ｕ Atenção

Para modelos semânticos de streaming criados na interface do usuário do serviço

Power BI, o proprietário do modelo semântico obtém uma URL que inclui uma
chave de recurso. Essa chave autoriza o solicitante a enviar dados por push para o
modelo semântico sem usar um token de portador OAuth do Microsoft Entra ID.
Tenha em mente as implicações de ter uma chave secreta na URL quando você
trabalha com esse tipo de modelo semântico e método.

Use PubNub
A integração do streaming PubNub com o Power BI ajuda você a criar e usar seus fluxos
de dados PubNub de baixa latência no Power BI. Quando você seleciona PubNub na
tela Novo modelo semântico de streaming e seleciona Avançar, você vê a seguinte tela:
 ） Importante

Você pode proteger os canais PubNub usando uma chave de autenticação do

PubNub Access Manager (PAM). Essa chave é compartilhada com todos os usuários
que têm acesso ao painel. Para obter mais informações sobre o controle de acesso
PubNub, consulte Access Manager .

Os fluxos de dados PubNub geralmente são de alto volume e nem sempre são
adequados para armazenamento e análise histórica em sua forma original. Para usar o
Power BI para análise histórica de dados PubNub, você deve agregar o fluxo PubNub
bruto e enviá-lo para o Power BI, por exemplo, usando o Azure Stream Analytics .
Exemplo de streaming em tempo real no Power
BI
Veja um exemplo de como o streaming em tempo real no Power BI funciona. Este
exemplo usa um fluxo disponível publicamente do PubNub. Siga o exemplo para ver o
valor do streaming em tempo real por si mesmo.

1. No serviço do Power BI, selecione ou crie um novo painel. Na parte superior do

ecrã, selecione Editar>Adicionar um mosaico.

2. No ecrã Adicionar um mosaico, selecione Dados de Transmissão em Sequência

Personalizados e, em seguida, selecione Seguinte.
3. Na página Adicionar um bloco de dados de streaming personalizado, selecione
Adicionar modelo semântico de streaming.

4. Na página Novo modelo semântico de streaming, selecione PubNub e, em

seguida, selecione Avançar.

5. No ecrã seguinte, introduza um nome de modelo semântico, introduza os

seguintes valores nos dois campos seguintes e, em seguida, selecione Seguinte.

Sub-chave:sub-c-99084bc5-1844-4e1c-82ca-a01b18166ca8
Nome do canal:pubnub-sensor-network
6. Na tela seguinte, mantenha os valores preenchidos automaticamente e selecione
Criar.
7. De volta ao seu espaço de trabalho do Power BI, crie um novo painel e, na parte
superior da tela, selecione Editar>Adicionar um bloco.

8. Selecione Dados de streaming personalizados e selecione Avançar.

9. Na página Adicionar um bloco de dados de streaming personalizado, selecione

seu novo modelo semântico de streaming e selecione Avançar.

Brinque com o modelo semântico de exemplo. Ao adicionar campos de valor a

gráficos de linhas e adicionar outros blocos, você pode obter um painel em tempo
real semelhante à seguinte captura de tela:
Vá em frente para criar seus próprios modelos semânticos e transmitir dados ao vivo
para o Power BI.

Perguntas e respostas
Aqui estão algumas perguntas e respostas comuns sobre streaming em tempo real no
Power BI.

É possível usar filtros em modelos semânticos push ou streaming?

Os modelos semânticos de streaming não suportam filtragem. Para modelos semânticos
push, você pode criar um relatório, filtrar o relatório e, em seguida, fixar os visuais
filtrados em um painel. No entanto, não há como alterar o filtro no visual quando ele
estiver no painel.

Você pode fixar o bloco de relatório dinâmico no painel separadamente e, em seguida,

alterar os filtros. No entanto, os blocos de relatório dinâmicos não serão atualizados em
tempo real à medida que os dados forem enviados. Você precisa atualizar manualmente
o visual selecionando o ícone Atualizar no canto superior direito da página do painel.

Quando você aplica filtros a modelos semânticos por push que têm DateTime campos
com precisão de milissegundos, os operadores de equivalência não são suportados.
Operadores como maior ou menor que >< operam corretamente.

Como você vê o valor mais recente em modelos semânticos de

push ou streaming?

Os modelos semânticos de streaming são projetados para exibir os dados mais

recentes. Você pode usar o tipo visual Card streaming para ver facilmente os valores
numéricos mais recentes. Os visuais do cartão não suportam DateTime tipos Text de
dados.

Para modelos semânticos push, se você tiver um carimbo de data/hora no esquema,

poderá tentar criar um relatório visual com o last N filtro.

Como você pode fazer modelagem em modelos semânticos em

tempo real?
A modelagem não é possível em um modelo semântico de streaming, porque os dados
não são armazenados permanentemente. Para um modelo semântico push, você pode
usar a API REST de modelo semântico de criação para criar um modelo semântico com
relação e medidas e usar as APIs REST da tabela de atualização para adicionar medidas
às tabelas existentes.

Como você pode limpar todos os valores em um modelo semântico

de push ou streaming?
Em um modelo semântico push, você pode usar a chamada da API REST de exclusão de
linhas. Não há como limpar dados de um modelo semântico de streaming, embora os
dados se limpem após uma hora.

Se você configurar uma saída do Azure Stream Analytics para o

Power BI, mas não a vir no Power BI, o que está errado?

Siga estas etapas para solucionar o problema:

1. Reinicie o trabalho do Azure Stream Analytics.

2. Tente reautorizar sua conexão do Power BI no Azure Stream Analytics.
3. Certifique-se de que está a verificar a mesma área de trabalho no serviço do Power
BI que especificou para a saída do Azure Stream Analytics.
4. Certifique-se de que a consulta do Azure Stream Analytics produz explicitamente
saídas para a saída do Power BI usando a INTO palavra-chave.
 5. Determine se o trabalho do Azure Stream Analytics tem dados fluindo através dele.
O modelo semântico é criado somente quando os dados estão sendo transmitidos.
6. Analise os logs do Azure Stream Analytics para ver se há avisos ou erros.

Atualização automática da página

Você pode usar a atualização automática de página em um nível de página de relatório
para definir um intervalo de atualização para elementos visuais que só fica ativo quando
a página está sendo consumida. A atualização automática de página está disponível
apenas para fontes de dados DirectQuery. O intervalo mínimo de atualização depende
do tipo de espaço de trabalho em que o relatório é publicado e das configurações de
administrador de capacidade para espaços de trabalho Premium.

Para obter mais informações sobre a atualização automática de página, consulte

Atualização automática de página no Power BI.

Considerações e limitações
O download de conjuntos de dados ou relatórios não é suportado para Streaming
ou Pubnub. Os modelos push só podem ser baixados como uma conexão ao vivo,
mas os usuários devem se conectar explicitamente ao modelo no modo
liveconnect, carregar o relatório para o serviço e, em seguida, baixá-lo somente no
modo de conexão ao vivo.

Conteúdos relacionados
Visão geral da API REST do Power BI com dados em tempo real
Carregue dados em um modelo semântico de streaming do Power BI e crie um
relatório de monitoramento de fluxos de dados com o Power BI

Comentários
Esta página foi útil?  Yes  No

Fornecer comentários sobre o produto | Perguntar à comunidade

Introdução a modelos semânticos em
espaços de trabalho
Artigo • 10/11/2023

Business intelligence é uma atividade colaborativa. É importante estabelecer modelos

semânticos padronizados que possam ser a única fonte da verdade. Então, descobrir e
reutilizar esses modelos semânticos padronizados é fundamental. Quando modeladores
de dados especializados em sua organização criam e compartilham modelos semânticos
otimizados, os criadores de relatórios podem começar com esses modelos semânticos
para criar relatórios precisos. Em seguida, sua organização tem dados consistentes para
tomar decisões e uma cultura de dados saudável.

No Power BI, os criadores de modelos semânticos podem controlar quem tem acesso
aos seus dados usando a permissão Compilar. Os criadores de modelos semânticos
também podem certificar ou promover modelos semânticos para que outros possam
descobri-los. Dessa forma, os autores de relatórios sabem quais modelos semânticos
são de alta qualidade e oficiais, e eles podem usar esses modelos semânticos onde quer
que criem no Power BI. Os administradores têm uma nova configuração de locatário
para controlar o uso de modelos semânticos em espaços de trabalho.

Compartilhamento semântico de modelos e

espaços de trabalho
A criação de relatórios com base em modelos semânticos em espaços de trabalho
diferentes e a cópia de relatórios para espaços de trabalho diferentes estão intimamente
ligadas ao espaço de trabalho:

No serviço Power BI, quando você abre o catálogo de modelos semânticos de um

espaço de trabalho, o catálogo de modelos semânticos mostra modelos
semânticos em Meu espaço de trabalho e em outros espaços de trabalho .
No Power BI Desktop, você pode publicar relatórios do Live Connect em espaços
de trabalho diferentes.

Descubra modelos semânticos

Quando você cria um relatório sobre um modelo semântico existente, a primeira etapa é
conectar-se ao modelo semântico, no serviço do Power BI ou no Power BI Desktop. Leia
sobre como descobrir modelos semânticos de diferentes espaços de trabalho

Copiar um relatório
Quando encontrar um relatório de que goste, numa área de trabalho ou numa
aplicação, pode fazer uma cópia do mesmo e, em seguida, modificá-lo de acordo com
as suas necessidades. Você não precisa se preocupar em criar o modelo de dados. O
modelo de dados já foi criado para você. E é muito mais fácil modificar um relatório
existente do que começar do zero. Leia mais sobre como copiar relatórios.

Permissão de compilação para modelos

semânticos
Com o tipo de permissão Compilar , se você for um criador de modelo semântico,
poderá determinar quem em sua organização pode criar novo conteúdo em seus
modelos semânticos. As pessoas com permissão Criar também podem criar novo
conteúdo no modelo semântico fora do Power BI, como planilhas do Excel por meio de
Analisar no Excel, XMLA e exportar. Leia mais sobre a permissão de compilação.

Promoção e certificação
Se você criar modelos semânticos, ao criar um do qual outros possam se beneficiar,
poderá facilitar a descoberta deles promovendo seu modelo semântico. Você também
pode solicitar que especialistas em sua organização certifiquem seu modelo semântico.
Licenciamento
Os recursos e experiências específicos criados em recursos de modelo semântico
compartilhado são licenciados de acordo com seus cenários existentes. Por exemplo:

Em geral, descobrir e conectar-se a modelos semânticos compartilhados está

disponível para qualquer pessoa. Não é um recurso restrito ao Premium.
Os usuários sem uma licença Pro ou Premium Per User (PPU) só podem usar
modelos semânticos em espaços de trabalho para criação de relatórios se esses
modelos semânticos residirem no espaço de trabalho pessoal My dos usuários ou
em um espaço de trabalho apoiado por Premium. A mesma restrição de
licenciamento se aplica se eles criarem relatórios no Power BI Desktop ou no
serviço do Power BI.
A cópia de relatórios entre espaços de trabalho requer uma licença Pro ou
Premium por usuário.
Copiar relatórios de um aplicativo requer uma licença Pro ou Premium por usuário.
Promover e certificar modelos semânticos requer uma licença Pro ou Premium por
usuário.

Considerações e limitações
Como editor de aplicativos, você precisa garantir que seu público tenha acesso a
modelos semânticos fora do espaço de trabalho. Caso contrário, os usuários
encontrarão problemas ao interagir com seu aplicativo: os relatórios não serão
abertos sem acesso ao modelo semântico e os blocos do painel serão exibidos
como bloqueados. Além disso, os usuários não poderão abrir o aplicativo se o
primeiro item em sua navegação for um relatório sem acesso ao modelo
semântico.
Por design, Publicar na Web não funciona para um relatório baseado em um
modelo semântico compartilhado.
Se duas pessoas forem membros de um espaço de trabalho que está acessando
um modelo semântico compartilhado, é possível que apenas uma delas possa ver
o modelo semântico relacionado no espaço de trabalho. Somente pessoas com
pelo menos acesso de leitura ao modelo semântico podem ver o modelo
semântico compartilhado.

Próximos passos
Promover modelos semânticos
Certificar modelos semânticos
Solicitar certificação de modelo semântico
Governar o uso de modelos semânticos em espaços de trabalho
Perguntas? Tente perguntar à Comunidade do Power BI
Descrição do modelo semântico
Artigo • 17/10/2024

Para ajudar os membros da sua organização a identificar rapidamente modelos

semânticos que possam ser úteis para eles, forneça uma descrição concisa e informativa
do seu modelo semântico nas configurações do modelo semântico. Os usuários veem
essa descrição na dica de ferramenta ao lado do nome do modelo semântico no hub de
modelos semânticos e na página de detalhes do modelo semântico.

Fornecer uma descrição significativa ajuda a promover a reutilização do modelo

semântico. Por exemplo, com base na descrição de um modelo semântico, os usuários
podem decidir explorar relatórios baseados no modelo semântico ou criar seus próprios
relatórios com base no modelo semântico.

Fornecer uma descrição do modelo semântico

Para fornecer uma descrição para um modelo semântico, vá para a página de
configurações do modelo semântico, localize a seção Descrição do modelo semântico e
insira sua descrição na caixa de texto.

Na página de configurações, localize a seção Descrição do modelo semântico e insira

sua descrição na caixa de texto. Selecione Aplicar para salvar sua descrição.

Conteúdos relacionados
 Hub de dados OneLake
Perguntas? Tente perguntar à Comunidade do Power BI

Comentários
Esta página foi útil?  Yes  No

Fornecer comentários sobre o produto | Perguntar à comunidade

Compartilhar acesso a um modelo
semântico
Artigo • 24/07/2024

Para possibilitar que outros usuários aproveitem um modelo semântico, você pode
compartilhá-lo com eles. Compartilhar um modelo semântico significa conceder acesso
a ele. Este documento mostra como conceder acesso a um modelo semântico usando a
caixa de diálogo Compartilhar modelo semântico.

Partilhar um modelo semântico

Para compartilhar um modelo semântico

1. No menu de opções do modelo semântico no hub de dados do OneLake ou na

página de detalhes de dados, escolha Compartilhar da seguinte maneira:

Hub de dados OneLake: na lista de itens de dados, abra o menu de opções e

selecione Compartilhar. Em um bloco de item de dados recomendado,
escolha Compartilhar no menu Mais opções (... ).

Página de detalhes do modelo semântico: Clique no ícone Compartilhar na

barra de ações na parte superior da página.
2. Na caixa de diálogo Modelo semântico de partilha apresentada, introduza os
nomes ou endereços de e-mail das pessoas ou grupos específicos (grupos de
distribuição ou grupos de segurança) aos quais pretende conceder acesso e, em
seguida, escolha os tipos de acesso que pretende conceder. Opcionalmente, pode
optar por enviar-lhes um e-mail a notificá-los de que lhes foi concedido acesso.

Permitir que os destinatários modifiquem este modelo semântico: esta

opção permite que os destinatários modifiquem o modelo semântico.

Permitir que os destinatários compartilhem esse modelo semântico: essa

opção permite que os destinatários concedam acesso a outros usuários por
 meio do compartilhamento.

Permitir que os destinatários criem conteúdo com os dados associados a

este modelo semântico: esta opção concede aos destinatários a permissão
Build no modelo semântico, o que lhes permite criar novos relatórios e
dashboards com base nos dados associados.

Se você desmarcar essa caixa de seleção, o usuário obterá permissão

somente leitura no modelo semântico. A permissão somente leitura permite
que eles explorem o modelo semântico na página de informações do modelo
semântico, mas não permite que criem novo conteúdo com base no modelo
semântico.

Enviar uma notificação por e-mail: Quando esta opção for selecionada, um
e-mail será enviado aos destinatários notificando-os de que lhes foi
concedido acesso ao modelo semântico. Você pode adicionar uma
mensagem opcional à mensagem de email.

3. Clique em Conceder acesso.

７ Nota

Quando você pressiona Conceder acesso, o acesso é concedido automaticamente.

Não é necessária qualquer outra aprovação.

Para monitorar, alterar ou remover o acesso do usuário ao seu modelo semântico,

consulte Gerenciar permissões de acesso ao modelo semântico.

Conteúdos relacionados
Permissões de modelo semântico
Gerenciar permissões de acesso ao modelo semântico
Usar modelos semânticos em espaços de trabalho
Compartilhar um relatório via link
Perguntas? Tente perguntar à Comunidade do Power BI

Comentários
Esta página foi útil?  Yes  No
Fornecer comentários sobre o produto | Perguntar à comunidade
Permissões de modelo semântico
Artigo • 05/11/2024

Este artigo descreve as permissões de modelo semântico no serviço Power BI e como

essas permissões são adquiridas pelos usuários.

Quais são as permissões do modelo semântico?

A tabela a seguir descreve os quatro níveis de permissão que controlam o acesso a
modelos semânticos no serviço Power BI. A tabela também descreve as permissões que
o proprietário do modelo semântico tem no modelo semântico e outras ações que
somente o proprietário do modelo semântico pode executar.

ﾉ Expandir tabela

Permissão Description

Lida Permite que o usuário acesse relatórios e outras soluções, como modelos
compostos em espaços de trabalho Premium/PPU, que leem dados do modelo
semântico.
Permite que o usuário visualize as configurações do modelo semântico.

Compilar Permite que o usuário crie novo conteúdo a partir do modelo semântico e localize
o conteúdo que usa o modelo semântico.
Permite que o usuário acesse relatórios que acessam modelos compostos em
espaços de trabalho do Power BI Pro.
Permite ao usuário construir modelos compostos.
Permite ao usuário puxar os dados para Analisar no Excel.
Permite consultar usando APIs externas, como XMLA.
Permite que o usuário veja campos de dados ocultos.

Partilhar Permite que o usuário conceda acesso ao modelo semântico.

novamente

Escrita Permite que o usuário publique novamente o modelo semântico.

Permite ao usuário fazer backup e restaurar o modelo semântico.
Permite que o usuário faça alterações no modelo semântico via XMLA.
Permite que o usuário edite configurações de modelo semântico, exceto
atualização de dados, credenciais e agregações automáticas.

Proprietário O proprietário do modelo semântico não é uma permissão em si, mas sim uma
função conceitual que tem todas as permissões em um modelo semântico. O
primeiro proprietário do modelo semântico é a pessoa que criou o modelo
semântico e, posteriormente, a última pessoa a configurar o modelo semântico
depois de assumi-lo nas configurações do modelo semântico.
 Permissão Description

Além das permissões descritas nesta tabela que podem ser concedidas
explicitamente, um proprietário de modelo semântico pode configurar a
atualização do modelo semântico, credenciais e agregações automáticas.

７ Nota

A permissão de compilação é principalmente um recurso de descoberta. Ele

permite que os usuários descubram facilmente modelos semânticos e criem
relatórios do Power BI e outros itens consumíveis com base nos modelos
descobertos, como Tabelas Dinâmicas do Excel e ferramentas de visualização de
dados que não sejam da Microsoft, usando o ponto de extremidade XMLA. Os
usuários que têm permissão de Ler sem permissão de compilação podem consumir
e interagir com relatórios existentes que foram compartilhados com eles. A
concessão de permissão de Ler sem permissão de compilação não deve ser
invocada para proteger dados confidenciais. Os usuários com permissão de Ler,
mesmo sem permissão de compilação, podem acessar e interagir com dados no
modelo semântico.

Como são adquiridas as permissões do modelo

semântico?

Permissões adquiridas implicitamente por meio da

função de espaço de trabalho
A função de um usuário em um espaço de trabalho concede implicitamente permissões
nos modelos semânticos no espaço de trabalho, conforme descrito na tabela a seguir.

ﾉ Expandir tabela

Administrador Membro Contribuinte Visualizador

Ler

Compilação

Partilhar novamente

Escrever
 ７ Nota

As permissões herdadas por meio da função de espaço de trabalho só podem ser

alteradas ou retiradas de um usuário alterando ou removendo sua função no
espaço de trabalho. Eles não podem ser alterados ou removidos explicitamente
usando a página gerenciar permissões.

Permissões concedidas explicitamente por meio da

página gerenciar permissões do modelo semântico
Um usuário com uma função de Administrador ou Membro no espaço de trabalho pode
conceder explicitamente permissões a outros usuários usando a página gerenciar
permissões.

Permissões adquiridas através de um link

Quando os usuários compartilham relatórios ou modelos semânticos, são criados links
que fornecem permissões no modelo semântico. Os usuários autorizados a usar esses
links podem acessar o modelo semântico. Os usuários com funções de Administrador
ou Membro no espaço de trabalho onde um modelo semântico está localizado podem
gerenciar esses links na página gerenciar permissões.

Permissões concedidas em um aplicativo

Os usuários podem adquirir permissões em um modelo semântico usado em um
aplicativo se o proprietário do aplicativo permitir isso na configuração de permissões do
aplicativo.

Permissões concedidas por meio de APIs REST

As permissões do modelo semântico podem ser definidas por meio de APIs REST. Para
obter mais informações, consulte Permissões de modelo semântico no contexto das
APIs REST do Power BI.

Permissões de modelo semântico e segurança

em nível de linha (RLS)
A segurança em nível de linha (RLS) pode afetar a capacidade dos usuários com
permissão de leitura ou compilação em um modelo semântico de ler dados do modelo
semântico.

Quando a RLS não é definida no modelo semântico, os usuários com permissão de

gravação, leitura ou compilação no modelo semântico podem ler dados do
modelo semântico.
Quando a RLS é definida no modelo semântico:
Os usuários com permissão apenas de leitura ou compilação no modelo
semântico não podem ler dados do modelo semântico, a menos que pertençam
a uma de suas funções RLS.
Os usuários com permissão de gravação no modelo semântico podem ler
dados do modelo semântico, independentemente de pertencerem ou não a
qualquer uma de suas funções RLS.

Conteúdos relacionados
Compartilhar acesso a um modelo semântico
Gerenciar permissões de acesso ao modelo semântico
Permissões da API REST do modelo semântico

Comentários
Esta página foi útil?  Yes  No

Fornecer comentários sobre o produto | Perguntar à comunidade

Gerenciar permissões de acesso ao
modelo semântico (visualização)
Artigo • 05/11/2024

A página de permissões de gerenciamento de modelo semântico permite monitorar e

gerenciar o acesso ao seu modelo semântico. Tem dois separadores que o ajudam a
controlar o acesso ao seu modelo semântico:

Acesso direto: permite monitorar, adicionar, modificar ou excluir permissões de

acesso para pessoas ou grupos específicos (grupos de distribuição ou grupos de
segurança).
Links de relatório compartilhados: mostra links que foram gerados para
compartilhar relatórios. Esses links às vezes também dão acesso ao seu modelo
semântico. Nesta guia, você pode revisá-los e removê-los, se necessário.

Este documento explica como usar o modelo semântico gerenciar a página de

permissões.

７ Nota

Para poder acessar a página de permissões de gerenciamento de um modelo

semântico, você deve ter uma função de Administrador ou Membro no espaço de
trabalho onde o modelo semântico está localizado.

Abrir a página de permissões de

gerenciamento de modelo semântico
Para abrir a página de permissões de gerenciamento de modelo semântico:

No hub de dados OneLake ou no espaço de trabalho para o modelo semântico:

Selecione Gerenciar permissões no menu Mais opções (...) disponível ao lado do
nome do modelo semântico na lista.
 Na página de detalhes do modelo semântico: selecione o ícone Compartilhar na
barra de ações na parte superior da página e escolha Gerenciar permissões.

Essas ações abrem a página de permissões de gerenciamento de modelos semânticos. A

página gerenciar permissões tem duas guias para ajudá-lo a gerenciar o acesso ao
modelo semântico.

Gerenciar acesso direto

A guia de acesso direto lista os usuários aos quais foi concedido acesso. Para cada
usuário, você pode ver seu endereço de e-mail e as permissões que eles têm.
 Para modificar as permissões de um usuário, selecione Mais opções (...) e escolha
uma das opções disponíveis.

Para conceder acesso ao modelo semântico a outro usuário, selecione + Adicionar

usuário. A caixa de diálogo Compartilhar modelo semântico é aberta.

Gerir permissões concedidas através de uma aplicação

As permissões no modelo semântico concedidas por meio de um aplicativo são
indicadas pela palavra "App" seguida pelas permissões entre parênteses, conforme
mostrado na imagem a seguir:

Não é possível modificar as permissões concedidas por meio de um aplicativo

diretamente na guia Acesso direto. Você deve primeiro removê-los da configuração do
aplicativo. Para remover essas permissões:

1. Edite o aplicativo e desmarque as permissões relevantes na guia Permissões das

definições de configuração do aplicativo.

2. Publique novamente o aplicativo.

3. Vá para a guia Acesso direto da página gerenciar permissões do modelo

semântico do modelo semântico, conforme descrito em Gerenciar acesso direto. O
usuário ainda tem as permissões concedidas por meio do aplicativo antes da
atualização, mas agora eles não estão vinculados ao aplicativo (observe que os
parênteses desapareceram). Agora você pode remover as permissões que desejar.

Gerenciar links gerados para compartilhamento

de relatórios
A guia Links de relatório compartilhado lista links que foram criados para relatórios
compartilhados baseados em seu modelo semântico. Esses links também podem
conceder acesso ao modelo semântico subjacente do relatório e, portanto, esses links
estão listados aqui. Você pode ver quais permissões o link carrega e quem criou o link.
Você também pode excluir o link do sistema, se desejar.

２ Aviso

A exclusão de um link o remove do sistema. Os usuários que usam o link para

acessar um relatório podem perder o acesso a esse relatório.
Conteúdos relacionados
Permissões de modelo semântico
Compartilhar acesso a um modelo semântico
Usar modelos semânticos em espaços de trabalho
Compartilhar um relatório via link
Perguntas? Tente perguntar à Comunidade do Power BI

Comentários
Esta página foi útil?  Yes  No

Fornecer comentários sobre o produto | Perguntar à comunidade

Permissão de compilação para modelos
semânticos compartilhados
Artigo • 10/11/2023

Quando você cria um relatório no Power BI Desktop, os dados nesse relatório são
armazenados em um modelo de dados. Quando você publica um relatório no serviço do
Power BI, o modelo de dados também é publicado no serviço como um modelo
semântico ao mesmo tempo. Ao compartilhar o relatório com outras pessoas, você
pode conceder a elas permissão de compilação para o modelo semântico no qual o
relatório foi criado, para que elas possam descobri-lo e reutilizá-lo para seus próprios
relatórios, painéis, etc. Este artigo explica como você controla o acesso ao modelo
semântico usando a permissão de compilação.

A permissão de compilação aplica-se a modelos semânticos. Quando você concede aos

usuários permissão de Compilação, eles podem criar novo conteúdo em seu modelo
semântico, como relatórios, painéis, blocos fixados de Perguntas e Respostas&,
relatórios paginados e descoberta de Insights. Se um relatório fora do espaço de
trabalho do modelo semântico usar seu modelo semântico, você não poderá excluir o
modelo semântico. Se você tentar fazer isso, você receberá uma mensagem de erro.

Os usuários também precisam de permissão de compilação para executar as seguintes

ações:

Exporte dados subjacentes do Power BI.

Crie novo conteúdo no modelo semântico, como com Analisar no Excel.
Acesse os dados por meio do ponto de extremidade XML for Analysis (XMLA).

Como os usuários obtêm permissão de

compilação
Os usuários obtêm permissão de compilação para um modelo semântico de algumas
maneiras diferentes:

Os usuários que têm pelo menos uma função de Colaborador em um espaço de

trabalho têm permissão Criar nos modelos semânticos desse espaço de trabalho,
bem como permissão para copiar relatórios nesse espaço de trabalho. Para obter
mais informações sobre funções em espaços de trabalho, consulte Funções em
espaços de trabalho no Power BI.
 Os proprietários de modelos semânticos podem atribuir permissão de compilação
a usuários ou grupos de segurança específicos na página Gerenciar permissões .
Para obter mais informações, consulte Gerenciar permissões de acesso ao modelo
semântico.

Um usuário com uma função de Administrador ou Membro no espaço de trabalho

onde o modelo semântico reside pode decidir durante a publicação do aplicativo
que os usuários com permissão para o aplicativo também obtenham permissão de
Criação para os modelos semânticos subjacentes. Para obter mais informações,
consulte Criar e gerenciar vários públicos.

Se você tiver a permissão Recompartilhar e Construir em um modelo semântico e

compartilhar um relatório ou painel criado nesse modelo semântico, poderá
especificar que os destinatários também obtenham a permissão Construir para o
modelo semântico. Para obter mais informações, consulte Compartilhar relatórios
e painéis do Power BI com colegas de trabalho e outros.

Remover permissão de compilação

Para remover a permissão de compilação para usuários de um modelo semântico
compartilhado, siga as instruções em Gerenciar acesso direto.

Se você remover a permissão de compilação, as pessoas cuja permissão você revogou

ainda poderão ver o relatório, mas não poderão mais editá-lo ou exportar dados
subjacentes. Os usuários com permissão apenas de leitura ainda podem exportar dados
resumidos.

Remover a permissão de compilação para um modelo

semântico em um aplicativo
Se você distribuir um aplicativo de um espaço de trabalho, remover o acesso das
pessoas ao aplicativo não removerá automaticamente suas permissões de compilação e
compartilhamento novamente. Para remover suas permissões de compilação, execute as
seguintes etapas:

1. No espaço de trabalho, no modo de exibição de lista, selecione Atualizar

aplicativo.
2. Selecione a guia Audiência e, no painel lateral Gerenciar Acesso à Audiência, passe
o mouse sobre a pessoa ou grupo cujo acesso você deseja excluir e selecione o
ícone da lixeira exibido. Quando terminar, selecione Atualizar aplicativo.

Você verá uma mensagem informando que precisa ir para Gerenciar permissões
para remover permissões para usuários com acesso existente.
 3. Selecione Atualizar.

4. Siga as instruções em Gerenciar permissões para ver como remover permissões de

usuários com acesso existente. Quando você tira a permissão Build de um usuário
em um modelo semântico, ele ainda pode ver relatórios criados no modelo
semântico, mas não pode mais editar os relatórios.

Configurar como os usuários solicitam

permissão de compilação
Certas ações, como criar um relatório com base em um modelo semântico ou acessar a
página de detalhes de um modelo semântico no hub de dados, exigem a permissão
Build no modelo semântico. Por padrão, quando os usuários que não têm permissão de
compilação tentam essas ações, eles recebem uma caixa de diálogo que lhes permite
enviar e-mails para o proprietário do modelo semântico solicitando a permissão de
compilação. O e-mail inclui os detalhes do usuário, o nome do modelo semântico ao
qual ele está solicitando acesso e qualquer outra informação que ele forneça
opcionalmente.
Alterar o comportamento da solicitação de acesso
Se você tiver uma função de Administrador, Membro ou Colaborador no espaço de
trabalho onde o modelo semântico reside, poderá alterar o comportamento de
solicitação de acesso padrão para um modelo semântico indo para as configurações do
modelo semântico e configurando as opções de acesso de solicitação conforme
desejado.

A opção padrão, não selecionada na imagem anterior, é que as solicitações de

permissão de compilação cheguem até você por e-mail. Você é responsável por
agir sobre as solicitações e notificar os solicitantes.

A segunda opção é fornecer instruções sobre como obter permissão de

compilação, em vez de receber solicitações por e-mail. Você pode escolher essa
opção, por exemplo, se sua organização usa um sistema automatizado para lidar
com solicitações de acesso. Quando os usuários que não têm permissão de
compilação tentam uma ação que requer permissão de compilação, eles veem
uma mensagem com as instruções fornecidas.
 A área de texto Instruções no exemplo de acesso de solicitação anterior mostra
instruções de exemplo. As instruções devem ser redigidas em texto simples. HTML
ou qualquer outro tipo de formatação de código são renderizados como texto sem
formatação, em vez do formato de código. O exemplo a seguir mostra as
instruções que os usuários veem quando tentam uma ação para a qual precisam
de permissão de compilação.

７ Nota

Quando você fornece instruções específicas, seu endereço de e-mail fica

visível para os usuários que solicitam acesso.

Permissões mais granulares

O Power BI fornece a permissão Build como um complemento às permissões de Leitura
e Repartilha. Todos os usuários que já têm permissão de Ler para modelos semânticos
por meio de permissões de aplicativo, compartilhamento ou acesso ao espaço de
trabalho também obtêm permissão de compilação para esses modelos semânticos.
Esses usuários obtêm permissão de compilação automaticamente porque permissão de
Ler já lhes concede o direito de criar novo conteúdo no modelo semântico usando
Analisar no Excel ou Exportar.

Com a permissão de compilação mais granular, você pode escolher quem só pode exibir
o conteúdo em um relatório ou painel existente e quem pode criar conteúdo conectado
ao modelo semântico subjacente.
Próximos passos
Usar modelos semânticos em espaços de trabalho
Partilhar um modelo semântico
Funções em espaços de trabalho
Gerenciar permissões de acesso ao modelo semântico

Perguntas? Tente perguntar à Comunidade do Power BI

Crie relatórios com base em modelos
semânticos de diferentes espaços de
trabalho
Artigo • 21/11/2024

Este artigo descreve como você pode criar relatórios em seus próprios espaços de
trabalho com base em modelos semânticos em outros espaços de trabalho.

７ Nota

Se você estiver criando seu relatório em várias fontes de dados, consulte também
Usar modelos compostos no Power BI Desktop.

Para criar um relatório sobre um modelo semântico existente, você pode começar a
partir do Power BI Desktop ou do serviço do Power BI, em Meu espaço de trabalho ou
em outro espaço de trabalho.

No serviço Power BI: Criar>Relatório>Escolha um modelo semântico publicado.

No Power BI Desktop: na faixa de opções Página Inicial, selecione Obter
dados>Modelos semânticos do Power BI.

Em ambos os casos, a experiência de descoberta do modelo semântico começa no hub

de dados. Você vê todos os modelos semânticos aos quais tem acesso,
independentemente de onde estejam:


Um dos modelos semânticos é rotulado como Promovido. Saiba mais sobre esse rótulo
na seção Encontre um modelo semântico endossado, mais adiante neste artigo.

Os modelos semânticos nesta lista atendem a pelo menos uma das seguintes condições:

O modelo semântico está em um espaço de trabalho do qual você é membro.

Consulte [Considerações e limitações](service-semantic models-across-
workspaces.md#considerations-and-limitations).
Você tem permissão de compilação para o modelo semântico.
O modelo semântico está em Meu espaço de trabalho.

７ Nota

Se você for um usuário gratuito, verá apenas conjuntos de dados em seu espaço
de trabalho Meu espaço de trabalho ou conjuntos de dados para os quais você
tem permissão de Compilação que estão em espaços de trabalho de capacidade
Premium ou Malha.

Ao selecionar Criar, você cria uma conexão em tempo real com o modelo semântico. A
experiência de criação de relatório é aberta com o modelo semântico completo
disponível. Você não fez uma cópia do modelo semântico. O modelo semântico ainda
reside em sua localização original. Você pode usar todas as tabelas e medidas no
modelo semântico para criar seus próprios relatórios. As restrições de segurança em
nível de linha (RLS) no modelo semântico estão em vigor, portanto, você só vê os dados
que tem permissões para ver com base na sua função RLS.

Você pode salvar o relatório no espaço de trabalho atual no serviço do Power BI ou

publicá-lo em um espaço de trabalho do Power BI Desktop. O Power BI cria
automaticamente uma entrada na lista de modelos semânticos se o relatório se basear
num modelo semântico fora da área de trabalho.

A entrada mostra informações sobre o modelo semântico e algumas ações

selecionadas.

Encontrar um modelo semântico aprovado

Existem dois tipos diferentes de modelos semânticos endossados. Os proprietários de
modelos semânticos podem promover um modelo semântico que eles recomendam a
você. Além disso, o administrador do Power BI pode designar especialistas em sua
organização que podem certificar modelos semânticos para todos usarem. Os modelos
semânticos promovidos e certificados exibem emblemas que você vê ao procurar um
modelo semântico e na lista de modelos semânticos em um espaço de trabalho. O
nome da pessoa que certificou um modelo semântico é exibido em uma dica de
ferramenta durante a experiência de descoberta do modelo semântico. Passe o cursor
sobre o rótulo Certificado e você o verá.

No serviço Power BI: hub de dados OneLake.

No Power BI Desktop: Obter dados>de modelos semânticos do Power BI.

No hub de dados do OneLake, selecione Endossado em sua organização.

Conteúdos relacionados
Usar modelos semânticos em espaços de trabalho
Utilizar modelos compostos no Power BI Desktop
Perguntas? Tente perguntar à Comunidade do Power BI

Comentários
Esta página foi útil?  Yes  No

Fornecer comentários sobre o produto | Perguntar à comunidade

Copiar relatórios de outros espaços de
trabalho
Artigo • 10/11/2023

Quando encontrar um relatório de que goste numa área de trabalho ou numa aplicação,
pode fazer uma cópia do mesmo e guardá-lo numa área de trabalho diferente. Em
seguida, você pode modificar sua cópia do relatório, adicionando ou excluindo
elementos visuais e outros elementos. Você não precisa se preocupar em criar o modelo
de dados - a cópia do relatório ainda fará referência ao mesmo modelo semântico do
relatório original. E é muito mais fácil modificar um relatório existente do que começar
do zero. No entanto, quando cria uma aplicação a partir da sua área de trabalho, por
vezes não consegue publicar a sua cópia do relatório na aplicação. Consulte
Considerações e limitações no artigo "Usar modelos semânticos em espaços de
trabalho" para obter detalhes.

Pré-requisitos
Para copiar um relatório, você precisa de uma licença Pro ou Premium por usuário
(PPU), mesmo que o relatório original esteja em um espaço de trabalho com
capacidade Premium.
Para copiar um relatório para outro espaço de trabalho ou para criar um relatório
em um espaço de trabalho com base em um modelo semântico em outro espaço
de trabalho, você precisa da permissão Criar para o modelo semântico. Se você
tiver pelo menos a função de Colaborador no espaço de trabalho onde o modelo
semântico está localizado, terá automaticamente a permissão Criar por meio da
função de espaço de trabalho. Você também precisa pelo menos da função de
Colaborador no espaço de trabalho onde o relatório que você está copiando está
localizado e no espaço de trabalho onde você deseja criar a cópia do relatório.
Consulte Funções em espaços de trabalho para obter detalhes.

Salvar uma cópia de um relatório em um

espaço de trabalho
1. Em um espaço de trabalho, localize um relatório na lista. Abra o menu Mais
opções e selecione Salvar uma cópia.
 Você só verá a opção Salvar uma cópia se tiver permissão de compilação. Mesmo
que você tenha acesso ao espaço de trabalho, você precisa ter permissão de
compilação para o modelo semântico.

2. Em Salvar uma cópia deste relatório, dê um nome ao relatório e selecione o

espaço de trabalho de destino.

Você pode salvar o relatório no espaço de trabalho atual ou em um espaço de

trabalho diferente no serviço do Power BI. Você só vê espaços de trabalho nos
quais é membro.

3. Selecione Guardar.

O Power BI cria automaticamente uma cópia do relatório no espaço de trabalho

selecionado. No modo de exibição de lista desse espaço de trabalho, você não
 verá o modelo semântico referenciado se ele estiver localizado em outro espaço
de trabalho. Para ver o modelo semântico compartilhado, na cópia do relatório no
modo de exibição de lista, selecione Mais opções>Exibir linhagem.

No modo de exibição de linhagem, os modelos semânticos localizados em outros

espaços de trabalho mostram o nome do espaço de trabalho em que estão
localizados. Isso facilita a visualização de quais relatórios e painéis usam modelos
semânticos que estão fora do espaço de trabalho.

Consulte Sua cópia do relatório neste artigo para obter mais informações sobre o
relatório e o modelo semântico relacionado.

Copiar um relatório numa aplicação

1. Numa aplicação, abra o relatório que pretende copiar.

2. Na barra de menus, selecione Arquivo>Salvar uma cópia.

Você só verá a opção Salvar uma cópia se as permissões do aplicativo concederem

permissão de compilação para o modelo semântico subjacente e permitirem que os
usuários façam cópias do relatório.
 3. Dê um nome ao relatório, selecione um espaço de trabalho de destino e selecione
Salvar.

Sua cópia é salva automaticamente no espaço de trabalho selecionado.

4. Selecione Ir para relatório para abrir a cópia.

A sua cópia do relatório

Ao salvar uma cópia do relatório, você cria uma conexão em tempo real com o modelo
semântico e pode abrir a experiência de criação de relatório com o modelo semântico
completo disponível.

Você não fez uma cópia do modelo semântico. O modelo semântico ainda reside em
sua localização original. Você pode usar todas as tabelas e medidas no modelo
semântico em seu próprio relatório. As restrições de segurança em nível de linha (RLS)
no modelo semântico estão em vigor, portanto, você só vê os dados que tem
permissões para ver com base na sua função RLS.
Ver modelos semânticos relacionados
Quando você tem um relatório em um espaço de trabalho baseado em um modelo
semântico em outro espaço de trabalho, talvez seja necessário saber mais sobre o
modelo semântico no qual ele se baseia.

1. No relatório, selecione Mais opções>Ver conteúdo relacionado.

2. A caixa de diálogo Conteúdo relacionado mostra todos os itens relacionados.

Nesta lista, o modelo semântico se parece com qualquer outro. Não há indicação
de onde o modelo semântico reside.

Excluir uma cópia de relatório

Se desejar excluir a cópia do relatório, na lista de relatórios no espaço de trabalho, passe
o mouse sobre o relatório que deseja excluir, selecione Mais opções e escolha Excluir.
 ７ Nota

A exclusão de um relatório não exclui o modelo semântico no qual ele foi criado.

Próximos passos
Usar modelos semânticos em espaços de trabalho
Perguntas? Tente perguntar à Comunidade do Power BI
Controlar o uso de modelos semânticos
em espaços de trabalho
Artigo • 04/04/2024

O uso de modelos semânticos em espaços de trabalho é uma maneira poderosa de

impulsionar a cultura de dados e a democratização de dados dentro de uma
organização. Ainda assim, se você for um administrador do Power BI, às vezes deseja
restringir o fluxo de informações em seu locatário do Power BI. Com a configuração de
locatário Usar modelos semânticos entre espaços de trabalho, você pode restringir a
reutilização total ou parcial do modelo semântico por grupos de segurança.

Alguns dos efeitos de desativar essa configuração estão listados abaixo:

O botão para copiar relatórios entre espaços de trabalho não está disponível.
Em um relatório baseado em um modelo semântico compartilhado, o botão Editar
relatório não está disponível.
No serviço do Power BI, a experiência de descoberta mostra apenas modelos
semânticos no espaço de trabalho atual.
No Power BI Desktop, a experiência de descoberta mostra apenas modelos
semânticos de espaços de trabalho dos quais você é membro.
No hub de dados, os usuários veem modelos semânticos que foram
compartilhados com eles fora do espaço de trabalho, mas não podem interagir
com eles.
 No Power BI Desktop, se os usuários abrirem um arquivo .pbix com uma conexão
em tempo real com um modelo semântico fora de quaisquer espaços de trabalho
dos quais sejam membros, eles verão uma mensagem de erro solicitando que se
conectem a um modelo semântico diferente. Consulte a seção "Limitações" de
Baixar um relatório do serviço do Power BI para o Power BI Desktop para obter
mais informações.

Fornecer um link para o processo de

certificação
Como administrador do Power BI, você pode fornecer uma URL para o link Saiba mais
na página Configuração de endosso. Consulte Habilitar certificação de conteúdo para
obter detalhes. Este link pode ir para a documentação sobre seu processo de
certificação. Se você não fornecer um destino para o link Saiba mais , por padrão, ele
apontará para o artigo Endossar seu conteúdo .

Conteúdos relacionados
Usar modelos semânticos em espaços de trabalho
Perguntas? Tente perguntar à Comunidade do Power BI
Comentários
Esta página foi útil?  Yes  No

Fornecer comentários sobre o produto | Perguntar à comunidade

Azure e Power BI
Artigo • 08/09/2023

Com os serviços do Azure e o Power BI, pode transformar os seus esforços de

processamento de dados em análises e relatórios que fornecem informações em tempo
real sobre a sua empresa. Quer o seu processamento de dados seja baseado na nuvem
ou no local, simples ou complexo, de origem única ou massivamente dimensionado,
armazenado ou em tempo real, o Azure e o Power BI têm a conectividade e a integração
incorporadas para dar vida aos seus esforços de business intelligence.

O Power BI tem uma infinidade de conexões do Azure disponíveis e as soluções de

business intelligence que você pode criar com esses serviços são tão exclusivas quanto
sua empresa. Você pode conectar apenas uma fonte de dados do Azure ou uma mão
cheia e, em seguida, moldar e refinar seus dados para criar relatórios personalizados.

Banco de Dados SQL do Azure e Power BI

Você pode começar com uma conexão direta com um Banco de Dados SQL do Azure e
criar relatórios para monitorar o progresso do seu negócio. Usando o Power BI Desktop,
você pode criar relatórios que identificam tendências e indicadores-chave de
desempenho que impulsionam seus negócios.
Há muito mais informações para você aprender sobre o Banco de Dados SQL do
Azure.

Transforme, modele e mescle seus dados na

nuvem
Você tem dados mais complexos e todos os tipos de fontes? Não há problema. Com o
Power BI Desktop e os serviços do Azure, as conexões estão a apenas um toque da
caixa de diálogo Obter Dados . Na mesma consulta, você pode se conectar ao Banco de
Dados SQL do Azure, à fonte de dados do Azure HDInsight e ao Armazenamento de
Blobs do Azure ou ao Armazenamento de Tabela do Azure. Em seguida, selecione
apenas os subconjuntos dentro de cada um que você precisa e refine-o a partir daí.

Você também pode criar relatórios diferentes para públicos diferentes, usando as
mesmas conexões de dados e até mesmo a mesma consulta. Basta criar uma nova
página de relatório, refinar suas visualizações para cada público e vê-lo manter a
empresa informada.
Para obter mais informações, consulte os seguintes recursos:

Base de Dados SQL do Azure

Azure HDInsight
Armazenamento do Azure (armazenamento de Blob e armazenamento de
tabela)

E para obter mais informações sobre os recursos do Azure disponíveis no Power BI,
consulte Fontes de dados do Azure.

Seja complexo (e avançado) usando os serviços

do Azure e o Power BI
Você pode expandir o quanto precisar com o Azure e o Power BI. Aproveite o
processamento de dados de várias fontes, faça uso de sistemas massivos em tempo real,
use o Stream Analytics e os Hubs de Eventos e una seus variados serviços SaaS em
relatórios de business intelligence que dão vantagem ao seu negócio.
Insights de contexto com a análise do Power BI
Embedded
Incorpore visualizações de dados impressionantes e interativas em aplicativos, sites,
portais e muito mais, para aproveitar os dados da sua empresa. Com o Power BI
Embedded como um recurso no Azure , você pode incorporar facilmente relatórios e
painéis interativos, para que seus usuários possam desfrutar de experiências
consistentes e de alta fidelidade entre dispositivos. O Power BI usado com a
incorporação de análises é para ajudá-lo em sua jornada de Dados para Conhecimento
e Insights para Ações. Além disso, você pode estender o valor do Power BI e do Azure
também incorporando análises nos portais e aplicativos internos da sua organização.

Há muitas informações sobre APIs do Power BI no Portal do Desenvolvedor do Power

BI .

Para obter mais informações, consulte Power BI Embedded.

Incorpore seus dados do Power BI em seu

aplicativo
Incorpore visualizações de dados impressionantes e interativas em aplicativos, sites,
portais e muito mais, para mostrar seus dados de negócios no contexto. Usando o
Power BI Embedded no Azure , você pode incorporar facilmente relatórios e painéis
interativos, para que seus usuários possam desfrutar de experiências consistentes e de
alta fidelidade entre dispositivos.
O que você poderia fazer com o Azure e o
Power BI?
Há todos os tipos de cenários em que o Azure e o Power BI podem ser combinados. As
possibilidades e oportunidades são tão únicas quanto o seu negócio. Para obter mais
informações sobre os serviços do Azure, confira esta página de visão geral, que
descreve os Cenários de Análise de Dados usando o Azure, e saiba como transformar
suas fontes de dados em inteligência que impulsiona seus negócios.
Power BI e saída do Azure
Artigo • 08/09/2023

Os dados que saem ou saem dos data centers do Azure podem incorrer em cobranças
de largura de banda. Ao usar o Power BI com fontes de dados do Azure, você pode
evitar cobranças de saída do Azure certificando-se de que seu locatário de serviço do
Power BI esteja na mesma região que suas fontes de dados do Azure.

Quando seu locatário de serviço do Power BI é implantado na mesma região do Azure

que você implanta suas fontes de dados, você não incorre em cobranças de saída para
atualização agendada e interações DirectQuery.

Determinando onde seu locatário do Power BI

está localizado
Para descobrir onde seu locatário do Power BI está localizado, consulte Localizar a
região padrão para sua organização.

Para clientes do Power BI Premium Multi-Geo, se o seu locatário do Power BI não estiver
no local ideal para algumas de suas fontes de dados baseadas no Azure, você poderá
implantar o Power BI Premium Multi-Geo na região desejada do Azure e se beneficiar de
ter seu locatário do Power BI e fontes de dados do Azure na mesma região do Azure.

７ Nota

O Power BI Premium Por Usuário (PPU) não é suportado para Multi-Geo.

Próximos passos
Para obter mais informações sobre o Power BI Premium ou Multi-Geo, consulte os
seguintes recursos:

Detalhes de preços da largura de banda do Azure

O que é o Microsoft Power BI Premium?
Como comprar o Power BI Premium
Suporte Multi-Geo para Power BI Premium
Onde está localizado o meu inquilino do Power BI?
Perguntas frequentes sobre o Power BI Premium
Azure Synapse Analytics (anteriormente
SQL Data Warehouse) com DirectQuery
Artigo • 10/11/2023

O Azure Synapse Analytics (anteriormente SQL Data Warehouse) com DirectQuery

permite criar relatórios dinâmicos com base em dados e métricas que você já tem no
Azure Synapse Analytics. Com o DirectQuery, as consultas são enviadas de volta para o
Azure Synapse Analytics em tempo real à medida que você explora os dados. As
consultas em tempo real, combinadas com a escala do Synapse Analytics, permitem que
os usuários criem relatórios dinâmicos em minutos em relação a terabytes de dados.

Quando você usa o conector do Azure Synapse Analytics:

Especifique o nome do servidor totalmente qualificado quando você se conectar

(consulte os detalhes mais adiante neste artigo).
Verifique se as regras de firewall para o servidor estão configuradas para "Permitir
acesso aos serviços do Azure".
Cada ação, como selecionar uma coluna ou adicionar um filtro, consultará
diretamente o data warehouse.
Os blocos são definidos para serem atualizados aproximadamente a cada 15
minutos e você não precisa agendar uma atualização. Você pode ajustar a
atualização nas Configurações avançadas quando se conectar.
As P&R não estão disponíveis para modelos semânticos DirectQuery.
As alterações de esquema não são captadas automaticamente.

Essas restrições e notas podem mudar à medida que continuamos a melhorar a

experiência. As etapas para se conectar estão na próxima seção.

Criar painéis e relatórios no Power BI

） Importante

Melhoramos continuamente a conectividade com o Azure Synapse Analytics. Para

obter a melhor experiência para se conectar à sua fonte de dados do Azure
Synapse Analytics, use o Power BI Desktop. Depois de criar seu modelo e relatório,
você pode publicá-lo no serviço do Power BI. O conector direto disponível
anteriormente para o Azure Synapse Analytics no serviço Power BI não está mais
disponível.
A maneira mais fácil de se mover entre o Synapse Analytics e o Power BI é criar
relatórios no Power BI Desktop. Para começar, baixe e instale o Power BI Desktop.

Ligar através do Power BI Desktop

Você pode se conectar a um Azure Synapse Analytics usando o processo descrito no
artigo do Power Query sobre o SQL Data Warehouse do Azure.

Localizar valores de parâmetro

Seu nome de servidor totalmente qualificado e nome de banco de dados podem ser
encontrados no portal do Azure. O Azure Synapse Analytics só tem presença no portal
do Azure neste momento.

７ Nota

Se o seu locatário do Power BI estiver na mesma região que o Azure Synapse

Analytics, não haverá cobranças de saída. Para localizar onde seu locatário do
Power BI está localizado, consulte Localizar a região padrão para sua organização.

Início de sessão único

Depois de publicar um modelo semântico do Azure SQL DirectQuery no serviço, você
pode habilitar o logon único (SSO) usando o Microsoft Entra ID OAuth2 para seus
usuários finais.

Para habilitar o SSO, vá para as configurações do modelo semântico, abra a guia Fontes
de Dados e marque a caixa SSO.
Quando a opção SSO está habilitada e seus usuários acessam relatórios criados sobre a
fonte de dados, o Power BI envia suas credenciais autenticadas do Microsoft Entra nas
consultas para o banco de dados SQL do Azure ou data warehouse. Essa opção permite
que o Power BI respeite as configurações de segurança definidas no nível da fonte de
dados.

A opção SSO afeta todos os modelos semânticos que usam essa fonte de dados. Isso
não afeta o método de autenticação usado para cenários de importação.

７ Nota

Para que o SSO funcione corretamente, o modelo semântico deve estar no mesmo
locatário que o recurso SQL do Azure.

Conteúdos relacionados
DirectQuery no Power BI
O que é Power BI?
Origens de dados do serviço Power BI
O que é pool SQL dedicado (anteriormente SQL DW) no Azure Synapse Analytics?

Tem dúvidas? Pergunte à Comunidade do Power BI

Banco de Dados SQL do Azure com
DirectQuery
Artigo • 22/12/2023

Saiba como você pode se conectar diretamente ao Banco de Dados SQL do Azure e
criar relatórios que usam dados dinâmicos. Você pode manter seus dados na origem e
não no Power BI.

Com o DirectQuery, as consultas são enviadas de volta ao Banco de Dados SQL do

Azure à medida que você explora os dados na exibição de relatório. Essa experiência é
sugerida para usuários que estão familiarizados com os bancos de dados e entidades
aos quais se conectam.

） Importante

Esta descrição pressupõe que o banco de dados SQL do Azure não esteja atrás de
uma VNET ou tenha o ponto de extremidade de link privado habilitado.

Notas:

Especifique o nome do servidor totalmente qualificado ao se conectar (veja abaixo

para obter mais detalhes).
Verifique se as regras de firewall para o banco de dados estão configuradas
para"Permitir acesso aos serviços do Azure.
Cada ação, como selecionar uma coluna ou adicionar um filtro, enviará uma
consulta de volta ao banco de dados.
Os blocos são atualizados a cada hora (a atualização não precisa ser agendada).
Você pode ajustar a frequência de atualização nas Configurações avançadas
quando se conectar.
As alterações de esquema não são captadas automaticamente.
Alterar o alias da cadeia de conexão da fonte de dados de para xxxx.domain.com
indica ao serviço do Power BI que ela é uma fonte de dados local e sempre requer
o estabelecimento de uma conexão de xxxx.database.windows.net gateway.

Estas restrições e notas podem mudar à medida que continuamos a melhorar as

experiências. As etapas para se conectar são detalhadas abaixo.

） Importante
 Temos vindo a melhorar a nossa conectividade com a Base de Dados SQL do Azure.
Para obter a melhor experiência para se conectar à sua fonte de dados do Banco de
Dados SQL do Azure, use o Power BI Desktop. Assim que tiver criado o seu modelo
e relatório, pode publicá-lo no serviço Power BI. O conector direto do Banco de
Dados SQL do Azure no serviço Power BI agora foi preterido.

Power BI Desktop e DirectQuery

Para se conectar ao Banco de Dados SQL do Azure usando DirectQuery, você deve usar
o Power BI Desktop. Esta abordagem proporciona mais flexibilidade e capacidades. Os
relatórios criados usando o Power BI Desktop podem ser publicados no serviço do
Power BI. Para saber mais sobre como se conectar ao Banco de Dados SQL do Azure no
Power BI Desktop, consulte Usar o DirectQuery no Power BI Desktop.

Localizar valores de parâmetros

Você pode encontrar seu nome de servidor totalmente qualificado e o nome do banco
de dados no portal do Azure.
Início de sessão único
Depois de publicar um modelo semântico do Azure SQL DirectQuery no serviço, você
pode habilitar o logon único (SSO) usando o Microsoft Entra ID OAuth2 para seus
usuários finais.

Para habilitar o SSO, vá para as configurações do modelo semântico, abra a guia Fontes
de Dados e marque a caixa SSO.

Quando a opção SSO está habilitada e seus usuários acessam relatórios criados sobre a
fonte de dados, o Power BI envia suas credenciais autenticadas do Microsoft Entra nas
consultas para o banco de dados SQL do Azure ou data warehouse. Essa opção permite
que o Power BI respeite as configurações de segurança definidas no nível da fonte de
dados.

A opção SSO afeta todos os modelos semânticos que usam essa fonte de dados. Isso
não afeta o método de autenticação usado para cenários de importação.

７ Nota

Para que o SSO funcione corretamente, o modelo semântico deve estar no mesmo
locatário que o recurso SQL do Azure.

Próximos passos
Usar o DirectQuery no Power BI Desktop
O que é Power BI?
 Origens de dados do serviço Power BI

Tem dúvidas? Experimente a comunidade do Power BI

Atualizar dados no Power BI
Artigo • 25/10/2024

O Power BI permite que você passe de dados para insights e ações rapidamente, mas
você deve garantir que os dados em seus relatórios e painéis do Power BI sejam
recentes. Saber como atualizar os dados é muitas vezes fundamental para fornecer
resultados precisos.

Este artigo descreve os recursos de atualização de dados do Power BI e suas

dependências em um nível conceitual. Ele também fornece práticas recomendadas e
dicas para evitar problemas comuns de atualização. O conteúdo estabelece uma base
para ajudá-lo a entender como a atualização de dados funciona. Para obter instruções
passo a passo direcionadas para configurar a atualização de dados, consulte os tutoriais
e guias de instruções listados na seção Conteúdo relacionado no final deste artigo.

Noções básicas sobre a atualização de dados

Sempre que você atualizar dados, o Power BI deve consultar as fontes de dados
subjacentes, possivelmente carregar os dados de origem em um modelo semântico e,
em seguida, atualizar quaisquer visualizações em seus relatórios ou painéis que
dependem do modelo semântico atualizado. Todo o processo consiste em várias fases,
dependendo dos modos de armazenamento de seus modelos semânticos, conforme
explicado nas seções a seguir.

Para entender como o Power BI atualiza seus modelos semânticos, relatórios e painéis,
você deve estar ciente dos seguintes conceitos:

Modos de armazenamento e tipos de modelo semântico: Os modos de

armazenamento e os tipos de modelo semântico suportados pelo Power BI têm
requisitos de atualização diferentes. Você pode escolher entre reimportar dados
para o Power BI para ver quaisquer alterações que ocorreram ou consultar os
dados diretamente na origem.
Tipos de atualização do Power BI: independentemente das especificidades do
modelo semântico, conhecer os vários tipos de atualização pode ajudá-lo a
entender onde o Power BI pode gastar seu tempo durante uma operação de
atualização. E combinar esses detalhes com as especificidades do modo de
armazenamento ajuda a entender o que exatamente o Power BI faz quando você
seleciona Atualizar agora para um modelo semântico.

Modos de armazenamento e tipos de modelo semântico

Um modelo semântico do Power BI pode operar em um dos seguintes modos para
acessar dados de várias fontes de dados. Para obter mais informações, consulte Modo
de armazenamento no Power BI Desktop.

Modo de importação
Modo DirectQuery
Modo Lago Direto
Modo LiveConnect
Modo push

O diagrama a seguir ilustra os diferentes fluxos de dados, com base no modo de

armazenamento. O ponto mais significativo é que apenas os modelos semânticos do
modo de importação exigem uma atualização de dados de origem. Eles exigem
atualização porque apenas esse tipo de modelo semântico importa dados de suas
fontes de dados, e os dados importados podem ser atualizados regularmente ou ad
hoc. Os modelos semânticos no modo DirectQuery, Direct Lake ou LiveConnect para o
Analysis Services não importam dados; Eles consultam a fonte de dados subjacente com
cada interação do usuário. Os modelos semânticos no modo Push não acessam
nenhuma fonte de dados diretamente, mas esperam que você envie os dados por push
para o Power BI. Os requisitos de atualização do modelo semântico variam dependendo
do modo de armazenamento/tipo de modelo semântico.
Modelos semânticos no modo de importação
O Power BI importa os dados das fontes de dados originais para o modelo semântico.
As consultas de relatório e painel do Power BI enviadas ao modelo semântico retornam
resultados das tabelas e colunas importadas. Você pode considerar esse modelo
semântico uma cópia point-in-time. Como o Power BI copia os dados, você deve
atualizar o modelo semântico para buscar alterações das fontes de dados subjacentes.

Quando um modelo semântico é atualizado, ele é totalmente atualizado ou

parcialmente atualizado. A atualização parcial ocorre em modelos semânticos que têm
tabelas com uma política de atualização incremental. Nesses modelos semânticos,
apenas um subconjunto das partições de tabela é atualizado. Além disso, os usuários
avançados podem usar o ponto de extremidade XMLA para atualizar partições
específicas em qualquer modelo semântico.

A quantidade de memória necessária para atualizar um modelo semântico depende se

você está executando uma atualização total ou parcial. Durante a atualização, uma cópia
do modelo semântico é mantida para manipular consultas ao modelo semântico. Isso
significa que, se você estiver executando uma atualização completa, precisará do dobro
da quantidade de memória que o modelo semântico exige.

Recomendamos que você planeje o uso da capacidade para garantir que a memória
extra necessária para a atualização do modelo semântico seja contabilizada. Ter
memória suficiente evita problemas de atualização que podem ocorrer se seus modelos
semânticos exigirem mais memória do que a disponível durante as operações de
atualização. Para descobrir quanta memória está disponível para cada modelo
semântico em uma capacidade Premium, consulte a tabela Capacidades e SKUs .

Para obter mais informações sobre modelos semânticos grandes em capacidades

Premium, consulte Modelos semânticos grandes.

Modelos semânticos no modo DirectQuery

O Power BI não importa dados em conexões que operam no modo DirectQuery. Em vez
disso, o modelo semântico retorna resultados da fonte de dados subjacente sempre que
um relatório ou painel consulta o modelo semântico. O Power BI transforma e
encaminha as consultas para a fonte de dados.

７ Nota

Os relatórios de conexão em tempo real enviam consultas para a capacidade ou

instância do Analysis Services que hospeda o modelo semântico ou o modelo. Ao
 usar serviços de análise externos, como o SQL Server Analysis Services (SSAS) ou o
Azure Analysis Services (AAS), os recursos são consumidos fora do Power BI.

Como o Power BI não importa os dados, você não precisa executar uma atualização de
dados. No entanto, o Power BI ainda executa atualizações de bloco e, possivelmente,
atualizações de relatório, como explica a próxima seção sobre tipos de atualização. Um
bloco é um relatório visual fixado a um painel, e as atualizações do bloco do painel
acontecem a cada hora para que os blocos mostrem resultados recentes. Você pode
alterar o agendamento nas configurações do modelo semântico, como na captura de
tela abaixo, ou forçar uma atualização do painel manualmente usando a opção
Atualizar agora .

７ Nota

Os modelos semânticos no modo de Importação e os modelos semânticos

compostos que combinam o modo de Importação e o modo DirectQuery não
exigem uma atualização de mosaico separada porque o Power BI atualiza os
mosaicos automaticamente durante cada atualização de dados agendada ou
a pedido. Os modelos semânticos atualizados com base no ponto de
extremidade XMLA limparão apenas os dados de bloco armazenados em
cache (invalidar o cache). Os caches de bloco não são atualizados até que
cada usuário acesse o painel. Para modelos de importação, você pode
encontrar a agenda de atualização na seção "Atualização agendada" da guia
 Modelos semânticos. Para modelos semânticos compostos, a seção
"Atualização agendada" está localizada na seção Otimizar desempenho.
O Power BI não dá suporte a conexões em tempo real transfronteiriças com o
Azure Analysis Services (AAS) em uma nuvem soberana.

Modelos semânticos push

Os modelos semânticos push não contêm uma definição formal de uma fonte de dados,
portanto, não exigem que você execute uma atualização de dados no Power BI. Você os
atualiza enviando seus dados para o modelo semântico por meio de um serviço ou
processo externo, como o Azure Stream Analytics. Esta é uma abordagem comum para
análise em tempo real com o Power BI. O Power BI ainda executa atualizações de cache
para quaisquer blocos usados sobre um modelo semântico por push. Para obter um
passo a passo detalhado, consulte Analisar dados de chamadas fraudulentas com o
Stream Analytics e visualizar resultados no painel do Power BI.

Tipos de atualização do Power BI

Uma operação de atualização do Power BI pode consistir em vários tipos de atualização,
incluindo atualização de dados, atualização do OneDrive, atualização de caches de
consulta, atualização de bloco e atualização de visuais de relatório. Embora o Power BI
determine as etapas de atualização necessárias para um determinado modelo
semântico automaticamente, você deve saber como elas contribuem para a
complexidade e a duração de uma operação de atualização. Para obter uma referência
rápida, consulte a tabela a seguir.

ﾉ Expandir tabela

Modo de Atualização Atualização Caches de Atualização de Visuais

armazenamento de dados do OneDrive consulta mosaico de
relatório

Importar Agendado e Sim, para Se ativado Automaticamente Não

sob modelos na e sob demanda
demanda semânticos capacidade
conectados Premium

DirectQuery Não Sim, para Não Automaticamente Não

aplicável modelos aplicável e sob demanda
semânticos
conectados
 Modo de Atualização Atualização Caches de Atualização de Visuais
armazenamento de dados do OneDrive consulta mosaico de
relatório

LiveConnect Não Sim, para Não Automaticamente Sim

aplicável modelos aplicável e sob demanda
semânticos
conectados

Emitir via push Não Não aplicável Não é Automaticamente Não

aplicável prático e sob demanda

Outra maneira de considerar os diferentes tipos de atualização é o que eles impactam e

onde você pode aplicá-los. As alterações na estrutura da tabela ou esquema da fonte de
dados, como uma coluna nova, renomeada ou removida, só podem ser aplicadas no
Power BI Desktop e, no serviço do Power BI, podem fazer com que a atualização falhe.
Para obter uma referência rápida sobre o seu impacto, consulte a tabela seguinte.

ﾉ Expandir tabela

Atualização de visuais de Atualização de dados Atualização do

relatório esquema

O que fazem os As consultas usadas para Os dados são Qualquer alteração na

diferentes tipos preencher elementos atualizados a partir da estrutura da tabela da
de atualização? visuais são atualizadas. fonte de dados. fonte de dados desde a
atualização anterior
Para elementos visuais Não se aplica a tabelas será exibida.
que usam tabelas DirectQuery, pois elas
DirectQuery, o visual estão no nível visual e Por exemplo: Para
consultará para obter os dependem da mostrar uma nova
dados mais recentes da atualização de visuais coluna adicionada a um
fonte de dados. de relatório. modo de exibição Fluxo
de Dados do Power BI
Para elementos visuais Para tabelas ou Banco de Dados SQL.
que usam tabelas importadas, os dados
importadas, o visual só são atualizados da Aplica-se a tabelas
consultará dados já fonte. importadas, DirectQuery
importados para o modelo e Direct Lake.
semântico na última
atualização de dados.

No Power BI Desktop, a atualização de elementos visuais de relatório, a atualização de

dados e a atualização de esquema acontecem juntas usando

Botão Atualizar faixa de opções >inicial.

 Faixa de opções >Página inicial Botão Transformar dados>Fechar & Aplicar.

O menu de contexto (clique com o botão direito do mouse ou selecione as

reticências) em qualquer tabela no painel Dados: escolha Atualizar dados.

Esses tipos de atualização nem sempre podem ser aplicados de forma independente, e
onde você pode aplicá-los é diferente no Power BI Desktop e no serviço do Power BI.
Para obter uma referência rápida, consulte a tabela a seguir.

ﾉ Expandir tabela

Atualização de visuais Atualização de dados Atualização do esquema

de relatório

No Otimizar visuais de Não disponível Não disponível

Power atualização da faixa independentemente de independentemente de
BI de opções > outros tipos de atualização outros tipos de atualização
Desktop Ver friso >Botão
>Analisador de
Desempenho
Atualizar
elementos visuais
Criando e
alterando
elementos visuais
que fazem com
que uma consulta
DAX seja executada
Quando a
Atualização de
Página está ativada
(somente
DirectQuery)
Abrindo o arquivo
PBIX

No Quando o Atualização agendada Disponível apenas para

serviço navegador carrega Atualizar agora modelos semânticos no
Power ou recarrega o Atualizar um modelo modo Direct Lake ao usar
BI relatório semântico do Power Editar tabelas ao editar um
Clicar no botão BI a partir do Power modelo de dados no
superior direito da Automate serviço do Power BI.
barra de menus Processando a tabela
Atualizar do SQL Server
elementos visuais Management Studio
Clicar no botão (Premium)
Atualizar no modo
de edição
 Atualização de visuais Atualização de dados Atualização do esquema
de relatório

Quando a
Atualização de
Página está ativada
(somente
DirectQuery)

Tenha Por exemplo, se você A atualização de dados no Uma coluna ou tabela

em abrir um relatório no serviço do Power BI falhará renomeada ou removida
mente navegador, a atualização quando a coluna ou tabela na fonte de dados será
agendada executará uma de origem for renomeada removida com uma
atualização de dados das ou removida. Falha porque atualização de esquema e
tabelas importadas, os o serviço do Power BI pode quebrar elementos
visuais de relatório no também não inclui uma visuais e expressões DAX
navegador aberto não atualização de esquema. (medidas, colunas
serão atualizados até que Para corrigir esse erro, uma calculadas, segurança em
uma atualização dos atualização de esquema nível de linha, etc.), bem
visuais de relatório seja precisa acontecer no Power como remover relações
iniciada. BI Desktop e o modelo que dependem dessas
semântico precisa ser colunas ou tabelas.
republicado no serviço.

Atualização de dados
Para os usuários do Power BI, atualizar dados normalmente significa importar dados das
fontes de dados originais para um modelo semântico, com base em uma agenda de
atualização ou sob demanda. Você pode executar várias atualizações de modelo
semântico diariamente, o que pode ser necessário se os dados de origem subjacentes
forem alterados com freqüência. O Power BI limita os modelos semânticos na
capacidade compartilhada a oito atualizações diárias agendadas do modelo semântico.
Os oito valores de tempo são armazenados no banco de dados back-end e baseiam-se
no fuso horário local selecionado na página de configurações do modelo semântico. O
agendador verifica qual modelo deve ser atualizado e em que momento(s). A cota de
oito atualizações é redefinida diariamente às 12h01, horário local.
Se o modelo semântico residir em uma capacidade Premium, você poderá agendar até
48 atualizações por dia nas configurações do modelo semântico. Para obter mais
informações, consulte Configurar atualização agendada mais adiante neste artigo. Os
modelos semânticos em uma capacidade Premium com o ponto de extremidade XMLA
habilitado para leitura-gravação suportam operações de atualização ilimitadas quando
configurados programaticamente com TMSL ou PowerShell.

Também é importante destacar que a limitação de capacidade compartilhada para

atualizações diárias se aplica a atualizações agendadas e atualizações de API
combinadas. Você também pode acionar uma atualização sob demanda selecionando
Atualizar agora na faixa de opções na página de configurações do modelo semântico,
como mostra a captura de tela a seguir. As atualizações sob demanda não estão
incluídas na limitação de atualização. Observe também que os modelos semânticos em
uma capacidade Premium não impõem limitações para atualizações de API. Se você
estiver interessado em criar sua própria solução de atualização usando a API REST do
Power BI, consulte Modelos semânticos - Atualizar modelo semântico.
 ７ Nota

As atualizações de dados devem ser concluídas em menos de duas horas na

capacidade compartilhada. Se seus modelos semânticos exigirem operações de
atualização mais longas, considere mover o modelo semântico para uma
capacidade Premium. No Premium, a duração máxima da atualização é de cinco
horas, mas usar o ponto de extremidade XMLA para atualizar dados pode ignorar o
limite de cinco horas.

Atualização do OneDrive
Se você criou seus modelos semânticos e relatórios com base em um arquivo do Power
BI Desktop, pasta de trabalho do Excel ou arquivo de valor separado por vírgula (.csv)
no OneDrive ou no SharePoint Online, o Power BI executará outro tipo de atualização,
conhecida como atualização do OneDrive. Para obter mais informações, consulte Obter
dados de arquivos para o Power BI.

Ao contrário de uma atualização de modelo semântico durante a qual o Power BI

importa dados de uma fonte de dados para um modelo semântico, a atualização do
OneDrive sincroniza modelos semânticos e relatórios com seus arquivos de origem. Por
padrão, o Power BI verifica a cada hora se um modelo semântico conectado a um
arquivo no OneDrive ou no SharePoint Online requer sincronização.
O Power BI executa a atualização com base em uma ID de item no OneDrive, portanto,
tenha cuidado ao considerar atualizações versus substituição. Quando você define um
arquivo do OneDrive como a fonte de dados, o Power BI faz referência à ID do item do
arquivo quando ele executa a atualização. Considere o seguinte cenário: você tem um
arquivo mestre A e uma cópia de produção desse arquivo B e configura a atualização do
OneDrive para o arquivo B. Se, em seguida, copiar o ficheiro A sobre o ficheiro B, a
operação de cópia elimina o ficheiro B antigo e cria um novo ficheiro B com um ID de
item diferente, o que interrompe a atualização do OneDrive. Para evitar essa situação,
você pode, em vez disso, carregar e substituir o arquivo B, que mantém seu mesmo ID
de item.

Você pode mover o arquivo para outro local (usando arrastar e soltar, por exemplo) e a
atualização continuará a funcionar porque o Power BI ainda sabe a ID do item do
arquivo. No entanto, se você copiar esse arquivo para outro local, uma nova instância
do arquivo e a nova ID do item serão criadas. Portanto, sua referência de arquivo do
Power BI não é mais válida e a atualização falhará.

７ Nota

O Power BI pode levar até 60 minutos para atualizar um modelo semântico, mesmo
depois que a sincronização for concluída em sua máquina local e depois de usar
Atualizar agora no serviço do Power BI.

Para rever ciclos de sincronização anteriores, verifique o separador OneDrive no

histórico de atualizações. A captura de tela a seguir mostra um ciclo de sincronização
concluído para um modelo semântico de exemplo.

Como mostra a captura de tela acima, o Power BI identificou essa atualização do

OneDrive como uma atualização agendada , mas não é possível configurar o intervalo
de atualização. Você só pode desativar a atualização do OneDrive nas configurações do
modelo semântico. A desativação da atualização é útil se você não quiser que seus
modelos semânticos e relatórios no Power BI captem as alterações dos arquivos de
origem automaticamente.

A página de configurações do modelo semântico só mostra as seções Credenciais do

OneDrive e Atualização do OneDrive se o modelo semântico estiver conectado a um
arquivo no OneDrive ou no SharePoint Online, como na captura de tela a seguir. Os
modelos semânticos que não estão conectados a arquivos de origem no OneDrive ou
no SharePoint Online não mostram essas seções.

Se você desabilitar a atualização do OneDrive para um modelo semântico, ainda poderá

sincronizar seu modelo semântico sob demanda selecionando Atualizar agora no menu
do modelo semântico. Como parte da atualização sob demanda, o Power BI verifica se o
arquivo de origem no OneDrive ou no SharePoint Online é mais recente do que o
modelo semântico no Power BI e sincroniza o modelo semântico, se for. O Histórico de
atualizações lista essas atividades como atualizações sob demanda na guia OneDrive .

Lembre-se de que a atualização do OneDrive não extrai dados das fontes de dados
originais. A atualização do OneDrive simplesmente atualiza os recursos no Power BI com
os metadados e dados do arquivo .pbix, .xlsx ou .csv, como ilustra o diagrama a seguir.
Para garantir que o modelo semântico tenha os dados mais recentes das fontes de
dados, o Power BI também dispara uma atualização de dados como parte de uma
atualização sob demanda. Você pode verificar isso no Histórico de atualizações se
alternar para a guia Agendado .

Se você mantiver a atualização do OneDrive habilitada para um modelo semântico

conectado ao OneDrive ou ao SharePoint Online e quiser executar a atualização de
dados de forma agendada, certifique-se de configurar o agendamento para que o
Power BI execute a atualização de dados após a atualização do OneDrive. Por exemplo,
se você criou seu próprio serviço ou processo para atualizar o arquivo de origem no
OneDrive ou no SharePoint Online todas as noites à 1h00, poderá configurar a
atualização agendada para 2h30 para dar ao Power BI tempo suficiente para concluir a
atualização do OneDrive antes de iniciar a atualização de dados.

Atualização de caches de consulta

Se o seu modelo semântico residir em uma capacidade Premium, você poderá melhorar
o desempenho de quaisquer relatórios e painéis associados habilitando o cache de
consultas, conforme mostrado na captura de tela a seguir. O cache de consultas instrui a
capacidade Premium a usar seu serviço de cache local para manter os resultados da
consulta, evitando que a fonte de dados subjacente calcule esses resultados. Para obter
mais informações, consulte Cache de consultas no Power BI Premium.
Após uma atualização de dados, no entanto, os resultados da consulta armazenados em
cache anteriormente não são mais válidos. O Power BI descarta esses resultados
armazenados em cache e deve recriá-los. Por esse motivo, o cache de consultas pode
não ser tão benéfico para relatórios e painéis associados a modelos semânticos que
você atualiza com frequência, por exemplo, 48 vezes por dia.

Atualização de visuais de relatório

Esse processo de atualização é menos importante porque só é relevante para conexões
em tempo real com o Analysis Services. Para essas conexões, o Power BI armazena em
cache o último estado dos visuais do relatório para que, quando você exibir o relatório
novamente, o Power BI não precise consultar o modelo de tabela do Analysis Services.
Quando você interage com o relatório, por exemplo, alterando um filtro de relatório, o
Power BI consulta o modelo de tabela e atualiza os visuais do relatório
automaticamente. Se suspeitar que um relatório está mostrando dados obsoletos, você
também pode selecionar o botão Atualizar do relatório para acionar uma atualização de
todos os visuais do relatório, como ilustra a captura de tela a seguir.
Apenas os elementos visuais fixados são atualizados, não as páginas dinâmicas fixadas.
Para atualizar uma página ativa fixada, você pode usar o botão Atualizar do navegador.

Revisar dependências de infraestrutura de

dados
Independentemente dos modos de armazenamento, nenhuma atualização de dados
pode ser bem-sucedida a menos que as fontes de dados subjacentes estejam acessíveis.
Existem três cenários principais de acesso a dados:

Um modelo semântico usa fontes de dados que residem no local.

Um modelo semântico usa fontes de dados na nuvem.
Um modelo semântico usa dados de fontes locais e na nuvem.

Ligar a origens de dados no local

Se seu modelo semântico usa uma fonte de dados que o Power BI não pode acessar por
meio de uma conexão de rede direta, você deve configurar uma conexão de gateway
para esse modelo semântico antes de habilitar uma agenda de atualização ou executar
uma atualização de dados sob demanda. Para obter mais informações sobre gateways
de dados e como eles funcionam, consulte O que é um gateway de dados local?

Tem as seguintes opções:

Escolha um gateway de dados corporativos com a definição de fonte de dados

necessária.
 Implante um gateway de dados pessoais.

Usando um gateway de dados corporativos

A Microsoft recomenda o uso de um gateway de dados corporativos em vez de um
gateway pessoal para conectar um modelo semântico a uma fonte de dados local.
Verifique se o gateway está configurado corretamente, o que significa que o gateway
deve ter as atualizações mais recentes e todas as definições de fonte de dados
necessárias. Uma definição de fonte de dados fornece ao Power BI as informações de
conexão para uma determinada fonte, incluindo pontos de extremidade de conexão,
modo de autenticação e credenciais. Para obter mais informações sobre como gerenciar
fontes de dados em um gateway, consulte Gerenciar sua fonte de dados - importação e
atualização agendada.

Conectar um modelo semântico a um gateway corporativo é relativamente simples se

você for um administrador de gateway. Com permissões de administrador, você pode
atualizar imediatamente o gateway e adicionar fontes de dados ausentes, se necessário.
Na verdade, você pode adicionar uma fonte de dados ausente ao seu gateway
diretamente da página de configurações do modelo semântico. Expanda o botão de
alternância para exibir as fontes de dados e selecione o link Adicionar ao gateway ,
como na captura de tela a seguir. Se você não for um administrador de gateway, por
outro lado, deverá entrar em contato com um administrador de gateway para adicionar
a definição de fonte de dados necessária.

７ Nota

Somente os administradores de gateway podem adicionar fontes de dados a um

gateway. Certifique-se também de que o administrador do gateway adiciona sua
conta de usuário à lista de usuários com permissões para usar a fonte de dados. A
página de configurações do modelo semântico só permite selecionar um gateway
corporativo com uma fonte de dados correspondente que você tenha permissão
para usar.
Certifique-se de mapear a definição correta da fonte de dados para sua fonte de dados.
Como ilustra a captura de tela acima, os administradores de gateway podem criar várias
definições em um único gateway que se conecta à mesma fonte de dados, cada uma
com credenciais diferentes. No exemplo mostrado, um proprietário de modelo
semântico no departamento de Vendas escolheria a definição de fonte de dados
AdventureWorksProducts-Sales, enquanto um proprietário de modelo semântico no
departamento de Suporte mapearia o modelo semântico para a definição de fonte de
dados AdventureWorksProducts-Support. Se os nomes da definição da fonte de dados
não forem intuitivos, entre em contato com o administrador do gateway para esclarecer
qual definição escolher.

７ Nota

Um modelo semântico só pode usar uma única conexão de gateway. Em outras

palavras, não é possível acessar fontes de dados locais em várias conexões de
gateway. Assim, você deve adicionar todas as definições de fonte de dados
necessárias ao mesmo gateway.

Implantando um gateway de dados pessoais

Se você não tiver acesso a um gateway de dados corporativos e for a única pessoa que
gerencia modelos semânticos para não precisar compartilhar fontes de dados com
outras pessoas, poderá implantar um gateway de dados no modo pessoal. Na seção
Conexão de gateway, em Você não tem gateways pessoais instalados , selecione
Instalar agora. O gateway de dados pessoais tem várias limitações, conforme
documentado em Usar um gateway pessoal no Power BI.

Ao contrário de um gateway de dados corporativo, você não precisa adicionar

definições de fonte de dados a um gateway pessoal. Em vez disso, você gerencia a
configuração da fonte de dados usando a seção Credenciais da fonte de dados nas
configurações do modelo semântico, como ilustra a captura de tela a seguir.

Acesso a fontes de dados na nuvem

Os modelos semânticos que usam fontes de dados na nuvem, como o Banco de Dados
SQL do Azure, não exigem um gateway de dados se o Power BI puder estabelecer uma
conexão de rede direta com a fonte. Assim, você pode gerenciar a configuração dessas
fontes de dados usando a seção Credenciais da fonte de dados nas configurações do
modelo semântico. Como mostra a captura de tela a seguir, você não precisa configurar
uma conexão de gateway.
 ７ Nota

Cada usuário só pode ter um conjunto de credenciais por fonte de dados, em

todos os modelos semânticos que possui, independentemente dos espaços de
trabalho onde os modelos semânticos residem. E cada modelo semântico só pode
ter um dono. Se você quiser atualizar as credenciais de um modelo semântico onde
você não é o proprietário do modelo semântico, você deve primeiro assumir o
modelo semântico clicando no botão Assumir na página de configurações do
modelo semântico.

Acessando fontes locais e na nuvem na mesma consulta

de origem
Um modelo semântico pode obter dados de várias fontes, e essas fontes podem residir
no local ou na nuvem. No entanto, um modelo semântico só pode usar uma única
conexão de gateway, como mencionado anteriormente. Embora as fontes de dados na
nuvem não exijam necessariamente um gateway, um gateway é necessário se um
modelo semântico se conectar a fontes locais e na nuvem em uma única consulta de
mashup. Nesse cenário, o Power BI também deve usar um gateway para as fontes de
dados na nuvem. O diagrama a seguir ilustra como esse modelo semântico acessa suas
fontes de dados.
 ７ Nota

Se um modelo semântico usar consultas de mashup separadas para se conectar a

fontes locais e na nuvem, o Power BI usará uma conexão de gateway para alcançar
as fontes locais e uma conexão de rede direta para acessar as fontes de nuvem. Se
uma consulta mashup mesclar ou acrescentar dados de fontes locais e na nuvem, o
Power BI alternará para a conexão de gateway, mesmo para as fontes de nuvem.

Os modelos semânticos do Power BI dependem do Power Query para aceder e

recuperar dados de origem. A listagem de mashup a seguir mostra um exemplo básico
de uma consulta que mescla dados de uma fonte local e uma fonte de nuvem.

Let

OnPremSource = Sql.Database("on-premises-db", "AdventureWorks"),

CloudSource = Sql.Databases("cloudsql.database.windows.net",
"AdventureWorks"),

TableData1 = OnPremSource{[Schema="Sales",Item="Customer"]}[Data],

TableData2 = CloudSource {[Schema="Sales",Item="Customer"]}[Data],

MergedData = Table.NestedJoin(TableData1, {"BusinessEntityID"},

TableData2, {"BusinessEntityID"}, "MergedData", JoinKind.Inner)
 in

MergedData

Há duas opções para configurar um gateway de dados para dar suporte à mesclagem
ou anexação de dados de fontes locais e na nuvem:

Adicione uma definição de fonte de dados para a fonte de nuvem ao gateway de

dados, além das fontes de dados locais.
Habilite a caixa de seleção Permitir que as fontes de dados na nuvem do usuário
sejam atualizadas por meio desse cluster de gateway.

Se você habilitar a caixa de seleção Permitir que as fontes de dados na nuvem do

usuário sejam atualizadas por meio desse cluster de gateway na configuração do
gateway, como na captura de tela acima, o Power BI poderá usar a configuração que o
usuário definiu para a fonte de nuvem em Credenciais da fonte de dados nas
configurações do modelo semântico. Isso pode ajudar a reduzir a sobrecarga de
configuração do gateway. Por outro lado, se você quiser ter maior controle sobre as
conexões que seu gateway estabelece, não deve habilitar essa caixa de seleção. Nesse
caso, você deve adicionar uma definição explícita de fonte de dados para cada fonte de
nuvem que deseja oferecer suporte ao gateway. Também é possível ativar a caixa de
seleção e adicionar definições explícitas de fonte de dados para suas fontes de nuvem a
um gateway. Nesse caso, o gateway usa as definições de fonte de dados para todas as
fontes correspondentes.
Configurando parâmetros de consulta
As consultas mashup ou M que cria utilizando o Power Query podem variar em
complexidade, desde passos triviais a construções parametrizadas. A listagem a seguir
mostra uma pequena consulta mashup de exemplo que usa dois parâmetros chamados
SchemaName e TableName para acessar uma determinada tabela em um banco de
dados AdventureWorks.

let

Source = Sql.Database("SqlServer01", "AdventureWorks"),

TableData = Source{[Schema=SchemaName,Item=TableName]}[Data]

in

TableData

７ Nota

Os parâmetros de consulta só são suportados para modelos semânticos do modo

de importação. O modo DirectQuery/LiveConnect não suporta definições de
parâmetros de consulta.

Para garantir que um modelo semântico parametrizado acesse os dados corretos, você
deve configurar os parâmetros de consulta mashup nas configurações do modelo
semântico. Você também pode atualizar os parâmetros programaticamente usando a
API REST do Power BI. A captura de tela a seguir mostra a interface do usuário para
configurar os parâmetros de consulta para um modelo semântico que usa a consulta
mashup acima.
Atualização e fontes de dados dinâmicas
Uma fonte de dados dinâmica é uma fonte de dados na qual algumas ou todas as
informações necessárias para se conectar não podem ser determinadas até que o Power
Query execute sua consulta, porque os dados são gerados em código ou retornados de
outra fonte de dados. Os exemplos incluem: o nome da instância e o banco de dados de
um banco de dados do SQL Server; o caminho de um arquivo CSV; ou o URL de um
serviço Web.

Na maioria dos casos, os modelos semânticos do Power BI que usam fontes de dados
dinâmicas não podem ser atualizados no serviço do Power BI. Há algumas exceções nas
quais as fontes de dados dinâmicas podem ser atualizadas no serviço do Power BI,
como ao usar as opções RelativePath e Query com a função Web.Contents M. As
consultas que fazem referência a parâmetros do Power Query também podem ser
atualizadas.

Para determinar se a fonte de dados dinâmica pode ser atualizada, abra a caixa de
diálogo Configurações da fonte de dados no Editor do Power Query e selecione Fontes
de dados no arquivo atual. Na janela que aparece, procure a mensagem de aviso,
conforme mostrado na imagem a seguir:

７ Nota
 Algumas origens de dados poderão não ser apresentadas devido a consultas
criadas manualmente.

Se esse aviso estiver presente na caixa de diálogo Configurações da fonte de dados

exibida, uma fonte de dados dinâmica que não pode ser atualizada no serviço do Power
BI estará presente.

） Importante

A alternância de fontes de dados usando parâmetros de consulta M dinâmicos

também não é suportada no serviço do Power BI.

Configurar a atualização agendada

Estabelecer conectividade entre o Power BI e suas fontes de dados é, de longe, a tarefa
mais desafiadora na configuração de uma atualização de dados. As etapas restantes são
relativamente simples e incluem definir o cronograma de atualização e habilitar
notificações de falha de atualização. Para obter instruções passo a passo, consulte o
guia de instruções Configurar atualização agendada.
Definindo uma agenda de atualização
A seção Atualizar é onde você define a frequência e os intervalos de tempo para
atualizar um modelo semântico. Como mencionado anteriormente, você pode
configurar até oito intervalos de tempo diários se seu modelo semântico estiver em
capacidade compartilhada ou 48 intervalos de tempo no Power BI Premium. A captura
de tela a seguir mostra uma agenda de atualização em um intervalo de 12 horas.

Depois de configurar uma agenda de atualização, a página de configurações do modelo

semântico informa sobre a próxima hora de atualização, como na captura de tela acima.
Se você quiser atualizar os dados mais cedo, para testar a configuração do gateway e da
fonte de dados, por exemplo, execute uma atualização sob demanda usando a opção
Atualizar agora na página de configurações do modelo semântico. As atualizações sob
demanda não afetam o próximo horário de atualização agendado.

 Sugestão
 O Power BI não tem uma opção de intervalo de atualização mensal. No entanto,
você pode usar o Power Automate para criar um intervalo de atualização
personalizado que ocorre mensalmente, conforme descrito na seguinte
postagem de blog do Power BI.

Observe também que o tempo de atualização configurado pode não ser o momento
exato em que o Power BI inicia o próximo processo agendado. O Power BI inicia
atualizações agendadas com base no melhor esforço. O objetivo é iniciar a atualização
no prazo de 15 minutos do intervalo de tempo agendado, mas pode ocorrer um atraso
máximo de uma hora se o serviço não puder alocar os recursos necessários mais cedo.

７ Nota

O Power BI desativa o agendamento de atualização após quatro falhas

consecutivas ou quando o serviço deteta um erro fatal que requer a atualização da
configuração, como credenciais inválidas ou expiradas. Não é possível alterar o
limiar de falhas consecutivas.

Recebendo notificações de falha de atualização

Por padrão, o Power BI envia notificações de falha de atualização para o proprietário do
modelo semântico por email, para que ele possa agir em tempo hábil caso ocorram
problemas de atualização. Se o proprietário tiver o aplicativo Power BI em seu
dispositivo móvel, ele também receberá a notificação de falha lá. O Power BI também
envia uma notificação por email quando o serviço desabilita uma atualização agendada
devido a falhas consecutivas. A Microsoft recomenda que você deixe a caixa de seleção
Enviar e-mails de notificação de falha de atualização proprietário do modelo
semântico habilitada.

Também é uma boa ideia especificar destinatários adicionais para notificações de falha
de atualização agendada usando a caixa de texto Enviar esses contatos por e-mail
quando a atualização falhar . Os destinatários especificados recebem notificações de
falha de atualização por e-mail e notificações por push para o aplicativo móvel, assim
como o proprietário do modelo semântico. Os destinatários especificados podem incluir
um colega cuidando de seus modelos semânticos enquanto você está de férias ou o
alias de e-mail de sua equipe de suporte cuidando de problemas de atualização para
seu departamento ou organização. O envio de notificações de falha de atualização para
outras pessoas, além do proprietário do modelo semântico, ajuda a garantir que os
problemas sejam notados e resolvidos em tempo hábil.
 ７ Nota

As notificações push para as aplicações móveis não suportam aliases de grupo.

Observe que o Power BI não apenas envia notificações sobre falhas de atualização, mas
também quando o serviço pausa uma atualização agendada devido à inatividade. Após
dois meses, quando nenhum usuário visitou qualquer painel ou relatório criado no
modelo semântico, o Power BI considera o modelo semântico inativo. Nessa situação, o
Power BI envia uma mensagem de email para o proprietário do modelo semântico
indicando que o serviço pausou a agenda de atualização para o modelo semântico. Veja
a captura de tela a seguir para obter um exemplo de tal notificação.
Para retomar a atualização agendada, visite um relatório ou painel criado usando esse
modelo semântico ou atualize manualmente o modelo semântico usando a opção
Atualizar agora .

７ Nota

Não há suporte para o envio de notificações de atualização para usuários externos.

Os destinatários especificados na caixa de texto E-mail esses usuários quando a
atualização falhar devem ter contas em seu locatário do Microsoft Entra. Essa
limitação se aplica à atualização do modelo semântico e à atualização do fluxo de
dados.

Verificando o status e o histórico de atualização

Além das notificações de falha, é uma boa ideia verificar seus modelos semânticos
periodicamente em busca de erros de atualização. Uma maneira rápida é exibir a lista de
modelos semânticos em um espaço de trabalho. Os modelos semânticos com erros
mostram um pequeno ícone de aviso. Selecione o ícone de aviso para obter
informações adicionais, como na captura de tela a seguir. Para obter mais informações
sobre como solucionar erros de atualização específicos, consulte Solucionar problemas
de cenários de atualização.
O ícone de aviso ajuda a indicar problemas atuais do modelo semântico, mas também é
uma boa ideia verificar o histórico de atualizações ocasionalmente. Como o nome
indica, o histórico de atualizações permite que você revise o status de sucesso ou falha
de ciclos de sincronização anteriores. Por exemplo, um administrador de gateway pode
ter atualizado um conjunto expirado de credenciais de banco de dados. Como você
pode ver na captura de tela a seguir, o histórico de atualizações mostra quando uma
atualização afetada começou a funcionar novamente.

７ Nota

Você pode encontrar um link para exibir o histórico de atualizações nas

configurações do modelo semântico. Você também pode recuperar o histórico de
atualizações programaticamente usando a API REST do Power BI. Usando uma
solução personalizada, você pode monitorar o histórico de atualização de vários
modelos semânticos de forma centralizada.

Atualização automática da página

A atualização automática de página funciona em um nível de página de relatório e
permite que os autores de relatórios definam um intervalo de atualização para
elementos visuais em uma página que só está ativa quando a página está sendo
consumida. A atualização automática de página só está disponível para fontes de dados
DirectQuery. O intervalo mínimo de atualização depende do tipo de espaço de trabalho
em que o relatório é publicado e das configurações de administrador de capacidade
para espaços de trabalho Premium e espaços de trabalho incorporados.

Saiba mais sobre a atualização automática de página no artigo Atualização automática

de página .

Histórico de atualização do modelo semântico

As tentativas de atualização para modelos semânticos do Power BI nem sempre
ocorrem sem problemas ou podem levar mais tempo do que o esperado. Você pode
usar a página Histórico de atualizações para ajudá-lo a diagnosticar por que uma
atualização pode não ter acontecido como esperado.

O Power BI faz automaticamente várias tentativas de atualizar um modelo semântico se

ele tiver uma falha de atualização. Sem informações sobre as atividades do histórico de
atualização, pode parecer que uma atualização está demorando mais do que o
esperado. Com a página Histórico de atualização, você pode ver essas tentativas
fracassadas e obter informações sobre o motivo da falha.

A captura de tela a seguir mostra uma atualização com falha, com detalhes sobre cada
vez que o Power BI tentou concluir automaticamente a atualização com êxito.

Você também pode ver quando o Power BI é bem-sucedido após tentativas anteriores
falharem, conforme mostrado na imagem a seguir, que revela que o Power BI teve êxito
somente após três falhas anteriores. Observe que a atualização de dados bem-sucedida
e o cache de consultas compartilham o mesmo número de índice, indicando que ambos
foram bem-sucedidos na quarta tentativa.

Você pode selecionar o link Mostrar ao lado de uma falha para obter mais informações
sobre a tentativa de atualização com falha, o que pode ajudar a solucionar o problema.

Além disso, cada tentativa de atualização do Power BI é dividida em duas operações:

Dados – Carregue dados no modelo semântico.

Cache de Consultas – Caches de consulta Premium e/ou atualização de blocos de
painel.

As imagens a seguir mostram como o histórico de atualização separa essas operações e

fornece informações sobre cada uma.
O uso significativo de blocos de painel ou cache premium pode aumentar a duração da
atualização, uma vez que qualquer um deles pode enfileirar muitas consultas após cada
atualização. Você pode reduzir o número de painéis ou desabilitar a configuração de
atualização automática de cache para ajudar a reduzir o número de consultas.

As fases de cache de dados e consulta são independentes umas das outras, mas são
executadas em sequência. A atualização de dados é executada primeiro e, quando isso é
bem-sucedido, a atualização do cache de consulta é executada. Se a atualização de
dados falhar, a atualização da consulta não será iniciada. É possível que a atualização de
dados possa ser executada com êxito, mas a atualização do cache de consulta falha.

As atualizações feitas usando o ponto de extremidade XMLA não mostrarão detalhes da

tentativa na janela Histórico de atualizações.

Atualizar cancelamento
Parar uma atualização de modelo semântico é útil quando você deseja interromper uma
atualização de um modelo semântico grande durante o horário de pico. Use o recurso
de cancelamento de atualização para interromper a atualização de modelos semânticos
que residem em capacidades Premium, Premium Por Usuário (PPU) ou Power BI
Embedded .

Para cancelar uma atualização de modelo semântico, você precisa ser um colaborador,
membro ou administrador do espaço de trabalho do modelo semântico. O
cancelamento de atualização do modelo semântico só funciona com modelos
semânticos que usam o modo Importar ou o modo Composto.
 ７ Nota

Não há suporte para modelos semânticos criados como parte de datamarts.

Para iniciar uma atualização, vá para o modelo semântico que deseja atualizar e
selecione Atualizar agora.

Para interromper uma atualização, siga estas etapas:

1. Vá para o modelo semântico que está atualizando e selecione Cancelar

atualização.

2. Na janela pop-up Cancelar atualização, selecione Sim.

Melhores práticas
Verificar o histórico de atualizações de seus modelos semânticos regularmente é uma
das práticas recomendadas mais importantes que você pode adotar para garantir que
seus relatórios e painéis usem dados atuais. Se você descobrir problemas, resolva-os
prontamente e faça o acompanhamento com proprietários de fontes de dados e
administradores de gateway, se necessário.

Além disso, considere as seguintes recomendações para estabelecer e manter processos

confiáveis de atualização de dados para seus modelos semânticos:

Agende suas atualizações para horários menos ocupados, especialmente se seus

modelos semânticos estiverem no Power BI Premium. Se você distribuir os ciclos
de atualização para seus modelos semânticos em uma janela de tempo mais
ampla, poderá ajudar a evitar picos que, de outra forma, poderiam sobrecarregar
os recursos disponíveis. Os atrasos no início de um ciclo de atualização são um
indicador de sobrecarga de recursos. Se uma capacidade Premium estiver
esgotada, o Power BI poderá até ignorar um ciclo de atualização.
Tenha em mente os limites de atualização. Se os dados de origem forem alterados
com frequência ou se o volume de dados for substancial, considere usar o modo
DirectQuery/LiveConnect em vez do modo Importar se o aumento da carga na
origem e o impacto no desempenho da consulta forem aceitáveis. Evite atualizar
constantemente um modelo semântico do modo de importação. Você também
deve estar ciente de que o modo DirectQuery/LiveConnect tem várias limitações,
como um limite de um milhão de linhas para retornar dados e um limite de tempo
de resposta de 225 segundos para executar consultas, conforme documentado em
Usar DirectQuery no Power BI Desktop. No entanto, essas limitações podem exigir
que você use o modo de importação. Para grandes volumes de dados, considere o
uso de agregações no Power BI.
Verifique se o tempo de atualização do modelo semântico não excede a duração
máxima da atualização. Use o Power BI Desktop para verificar a duração da
 atualização. Se demorar mais de duas horas, considere mover seu modelo
semântico para o Power BI Premium. Seu modelo semântico pode não ser
atualizável na capacidade compartilhada. Considere também o uso de atualização
incremental para modelos semânticos maiores que 1 GB ou que levem várias horas
para serem atualizados.
Otimize seus modelos semânticos para incluir apenas as tabelas e colunas que
seus relatórios e painéis usam. Otimize suas consultas de mashup e, se possível,
evite definições dinâmicas de fonte de dados e cálculos DAX caros. Evite
especificamente funções DAX que testam todas as linhas de uma tabela devido ao
alto consumo de memória e sobrecarga de processamento.
Aplique as mesmas configurações de privacidade do Power BI Desktop para
garantir que o Power BI possa gerar consultas de origem eficientes. Lembre-se de
que o Power BI Desktop não publica configurações de privacidade. Você deve
reaplicar manualmente as configurações nas definições da fonte de dados depois
de publicar seu modelo semântico.
Limite o número de elementos visuais em seus painéis, especialmente se você usar
segurança em nível de linha (RLS). Conforme explicado anteriormente neste artigo,
um número excessivo de blocos do painel pode aumentar significativamente a
duração da atualização.
Use uma implantação confiável de gateway de dados corporativos para conectar
seus modelos semânticos a fontes de dados locais. Se você notar falhas de
atualização relacionadas ao gateway, como gateway indisponível ou
sobrecarregado, faça o acompanhamento com os administradores de gateway
para adicionar gateways adicionais a um cluster existente ou implantar um novo
cluster (scale-up versus scale-out).
Use gateways de dados separados para modelos semânticos no modo de
importação e modelos semânticos DirectQuery/LiveConnect para que as
importações de dados durante a atualização agendada não afetem o desempenho
de relatórios e painéis sobre os modelos semânticos DirectQuery/LiveConnect, que
consultam as fontes de dados com cada interação do usuário.
Certifique-se de que o Power BI pode enviar notificações de falha de atualização
para sua caixa de correio. Os filtros de spam podem bloquear as mensagens de e-
mail ou movê-las para uma pasta separada, onde você pode não percebê-las
imediatamente.

Conteúdos relacionados
Configurar a atualização agendada
Resolução de problemas de cenários de atualização
Solucionar problemas de gateways - Power BI
Tem dúvidas? Tente perguntar à Comunidade do Power BI

Comentários
Esta página foi útil?  Yes  No

Fornecer comentários sobre o produto | Perguntar à comunidade

Configurar a atualização agendada
Artigo • 16/08/2024

７ Nota

Após dois meses de inatividade, a atualização agendada no seu modelo semântico

é pausada. Para obter mais informações, consulte Atualização agendada mais
adiante neste artigo.

Este artigo descreve as opções disponíveis para atualização agendada para o gateway
de dados local (modo pessoal) e o gateway de dados local. Você especifica opções de
atualização nas seguintes áreas do serviço do Power BI: Conexão de gateway,
Credenciais da fonte de dados e Atualização de agendamento. Analisaremos cada um
por sua vez. Para obter mais informações sobre a atualização de dados, incluindo
limitações em agendas de atualização, consulte Atualização de dados.

Para aceder ao ecrã Agendar atualização :

1. Vá para o espaço de trabalho e selecione um modelo semântico na lista de

conteúdo do espaço de trabalho.

2. Na página de detalhes do modelo semântico, selecione Atualizar>Agendar

atualização.

Conexões de gateway e nuvem

Você verá diferentes opções aqui, dependendo se você tem um gateway pessoal ou
gateway corporativo on-line e disponível.

Se nenhum gateway estiver disponível, você verá a conexão de gateway desabilitada.

Você também verá uma mensagem indicando como instalar o gateway pessoal.
Se você tiver um gateway pessoal configurado e ele estiver online, ele estará disponível
para seleção. Ele é exibido off-line se não estiver disponível.

Você também pode selecionar o gateway corporativo, se houver um disponível para

você. Você só verá um gateway corporativo disponível se sua conta estiver listada na
guia Usuários da fonte de dados configurada para um determinado gateway.

Credenciais da origem de dados

Power BI Gateway - Pessoal

Se você estiver usando o gateway pessoal para atualizar dados, deverá fornecer as
credenciais para se conectar à fonte de dados back-end. Se você se conectou a um
aplicativo a partir de um serviço online, as credenciais inseridas para se conectar serão
transferidas para atualização agendada.

Só é necessário entrar em uma fonte de dados na primeira vez que usar a atualização
nesse modelo semântico. Uma vez inseridas, essas credenciais são mantidas com o
modelo semântico.

７ Nota

Para alguns métodos de autenticação, se a senha usada para entrar em uma fonte
de dados expirar ou for alterada, você também precisará alterá-la para a fonte de
dados nas credenciais da fonte de dados.
Se houver um problema, normalmente é que o gateway está offline porque não pôde
entrar no Windows e iniciar o serviço ou o Power BI não pôde entrar nas fontes de
dados para consultar dados atualizados. Se a atualização falhar, verifique as
configurações do modelo semântico. Se o serviço de gateway estiver offline, Status é
onde você vê o erro. Se o Power BI não puder entrar nas fontes de dados, você verá um
erro nas credenciais da fonte de dados.

Gateway de dados no local

Se você estiver usando o gateway de dados local para atualizar dados, não precisará
fornecer credenciais, pois elas são definidas para a fonte de dados pelo administrador
do gateway.

７ Nota

Ao conectar-se ao SharePoint local para atualização de dados, o Power BI oferece

suporte apenas a mecanismos de autenticação Anônimos, Básicos e do Windows
(NTLM/Kerberos). O Power BI não oferece suporte ao ADFS ou a quaisquer
mecanismos de Autenticação Baseada em Formulários para atualização de dados de
fontes de dados locais do SharePoint.

Atualização agendada
A seção Atualizar é onde você define a frequência e os intervalos de tempo para
atualizar o modelo semântico. Algumas fontes de dados não exigem que um gateway
seja configurável para atualização, enquanto outras fontes de dados exigem um
gateway.

Em um cenário DirectQuery, quando um modelo semântico se qualifica para otimização

de desempenho, Atualizar será movido para a seção Otimizar desempenho .

Defina o controle deslizante Configurar uma agenda de atualização como Ativado para
definir as configurações.

７ Nota
 O objetivo é iniciar a atualização no prazo de 15 minutos do intervalo de tempo
agendado, mas pode ocorrer um atraso máximo de uma hora se o serviço não
puder alocar os recursos necessários mais cedo. A atualização pode começar cinco
minutos antes do horário de atualização agendado.

７ Nota

Após dois meses de inatividade, a atualização agendada no seu modelo semântico

é pausada. Um modelo semântico é considerado inativo quando nenhum usuário
visitou qualquer painel ou relatório criado no modelo semântico. Quando a
atualização agendada é pausada, o proprietário do modelo semântico recebe um
e-mail. A agenda de atualização para o modelo semântico é exibida como
desabilitada. Para retomar a atualização agendada, revisite qualquer painel ou
relatório criado no modelo semântico.

O que é suportado?
 ７ Nota

A atualização agendada também será desativada automaticamente após quatro

erros consecutivos.

 Dica

O Power BI não tem uma opção de intervalo de atualização mensal. No entanto,

você pode usar o Power Automate para criar um intervalo de atualização
personalizado que ocorre mensalmente, conforme descrito na seguinte
postagem de blog do Power BI.

Certos modelos semânticos são suportados em gateways diferentes para atualização

agendada.

Power BI Gateway - Pessoal

O Power BI Desktop

Todas as fontes de dados online mostradas em Obter dados e no Editor do Power

Query do Power BI Desktop.
Todas as fontes de dados locais mostradas em Obter dados e no Editor do Power
Query do Power BI Desktop, exceto arquivos Hadoop (HDFS) e Microsoft
Exchange.

Excel

Todas as fontes de dados online mostradas no Power Query.

Todas as fontes de dados locais mostradas no Power Query, exceto arquivos
Hadoop (HDFS) e Microsoft Exchange.
Todas as fontes de dados online mostradas no Power Pivot.
Todas as fontes de dados locais mostradas no Power Pivot, exceto arquivos
Hadoop (HDFS) e Microsoft Exchange.

７ Nota

No Excel 2016 e posterior, Iniciar o Editor do Power Query está disponível em

Obter Dados na faixa de opções Dados.
Power BI Gateway
Para obter informações sobre fontes de dados com suporte, consulte Fontes de dados
do Power BI.

Resolução de Problemas
Às vezes, a atualização de dados pode não ocorrer conforme o esperado, geralmente
devido a um problema relacionado a um gateway. Consulte estes artigos de solução de
problemas de gateway para obter ferramentas e problemas conhecidos.

Resolução de problemas do gateway de dados no local

Solucionar problemas do gateway do Power BI (modo pessoal)

Conteúdos relacionados
Atualizar dados no Power BI
Usar um gateway pessoal no Power BI
Gateway de dados local (visão geral)

Tem dúvidas? Tente perguntar à Comunidade do Power BI

Comentários
Esta página foi útil?  Yes  No

Fornecer comentários sobre o produto | Perguntar à comunidade

Atualizar resumos para o Power BI
Artigo • 10/11/2023

A página de resumo da Atualização do Power BI, encontrada no portal de

Administração do Power BI, fornece controle e informações sobre suas agendas de
atualização, capacidades e possíveis sobreposições de agenda de atualização para
suas capacidades do Power BI Premium. Você pode usar a página de resumo de
atualização para determinar se deve ajustar as agendas de atualização, aprender
códigos de erro associados a problemas de atualização e gerenciar adequadamente o
agendamento de atualização de dados.

A página de resumos de atualização tem dois modos de exibição:

Histórico. Exibe o histórico de resumo de atualização para as capacidades do

Power BI Premium das quais você é administrador.
Horário. Mostra o modo de exibição de agendamento para atualização agendada,
que também pode revelar problemas com intervalos de tempo com excesso de
inscrições.

Você também pode exportar informações sobre um evento de atualização para um

arquivo de .csv, que pode fornecer informações significativas e informações sobre eventos
de atualização ou erros que podem afetar o desempenho ou a conclusão de eventos de
atualização agendada.

As seções a seguir examinam cada um desses modos de exibição por vez.

Histórico de atualizações
Você pode selecionar a visualização Histórico clicando em Histórico na página de
atualização de resumos.
 

O Histórico fornece uma visão geral dos resultados de atualizações agendadas

recentemente sobre os recursos para os quais você tem privilégio de administrador.
Você pode classificar a exibição por qualquer coluna selecionando a coluna. Você pode
optar por classificar a exibição pela coluna selecionada por ordem crescente,
decrescente ou usando filtros de texto.

Na visualização de histórico, os dados associados a uma determinada atualização são

baseados em até 60 registros mais recentes para cada atualização agendada.

Você também pode exportar informações de qualquer atualização agendada para um

arquivo .csv , que inclui informações detalhadas, incluindo mensagens de erro para cada
evento de atualização. A exportação para um arquivo .csv permite classificar o arquivo
com base em qualquer uma das colunas, pesquisar palavras, classificar com base em
códigos de erro ou proprietários e assim por diante. A imagem a seguir mostra um
exemplo de arquivo .csv exportado.
 

Com as informações no arquivo exportado, você pode revisar a capacidade, a duração e

quaisquer mensagens de erro gravadas para a instância de atualização.

Agenda de atualização
Você pode selecionar o modo de exibição Agenda selecionando Agendar em resumos
de atualização. O modo de exibição Agenda exibe informações de agendamento para a
semana, divididas em intervalos de tempo de 30 minutos.

O modo de exibição Agenda é muito útil para determinar se os eventos de

atualização agendados estão espaçados corretamente, permitindo que todas as
atualizações sejam concluídas sem sobreposição, ou se você tem eventos de
atualização agendados que estão demorando muito e criando contenção de recursos.
Se você encontrar essa contenção de recursos, deverá ajustar suas agendas de
atualização para evitar conflitos ou sobreposições, para que as atualizações agendadas
possam ser concluídas com êxito.

A coluna Tempo de atualização reservado (minutos) é um cálculo da média de até 60

registros para cada modelo semântico associado. O valor numérico para cada intervalo
de tempo de 30 minutos é a soma de minutos calculada para todas as atualizações
agendadas para iniciar no intervalo de tempo e quaisquer atualizações agendadas
definidas para começar no intervalo de tempo anterior, mas cuja duração média
transborda para o intervalo de tempo selecionado.

A coluna Tempo de atualização disponível (minutos) é um cálculo dos minutos

disponíveis para atualização em cada intervalo de tempo, menos qualquer atualização já
agendada para esse intervalo de tempo. Por exemplo, se sua assinatura P2 fornecer 80
atualizações em execução simultânea, você terá 80 slots de 30 minutos, portanto, 80
atualizações x 30 minutos cada = 2.400 minutos disponíveis para atualização nesse
intervalo de tempo. Se você tiver uma atualização reservada nesse slot que leva 20
minutos, seu tempo de atualização disponível (minutos) nesse slot é de 2.380 minutos
(2.400 minutos totais disponíveis, menos 20 minutos já reservados = 2.380 minutos
ainda disponíveis).

Você pode selecionar um intervalo de tempo e, em seguida, selecionar o botão de

detalhes associado para ver quais eventos de atualização agendados contribuem para o
tempo de atualização reservado, seus proprietários e quanto tempo levam para serem
concluídos.

Vejamos um exemplo, para ver como isso funciona. A caixa de diálogo a seguir é exibida
quando selecionamos o horário das 20h30 para domingo e selecionamos detalhes.


Há três eventos de atualização agendados ocorrendo neste intervalo de tempo.

A atualização agendada #1 e #3 está agendada para este intervalo de tempo das 20h30,
que podemos determinar observando o valor na coluna Intervalo de tempo agendado.
Suas durações médias são de 4:39 e seis segundos (0:06), respectivamente. Tudo é bom
lá.

No entanto, a atualização agendada #2 está agendada para o intervalo de tempo das

20:00, mas como leva em média mais de 48 minutos para ser concluída (visto na coluna
Duração média), esse evento de atualização transborda para o próximo intervalo de
tempo de 30 minutos.

Isso não é bom. O administrador, nesse caso, deve entrar em contato com os
proprietários dessa instância de atualização agendada e sugerir que eles encontrem um
intervalo de tempo diferente para essa atualização agendada, ou reagendar as outras
atualizações para que não haja sobreposição, ou encontrar alguma outra solução para
evitar essa sobreposição.

Próximos passos
Atualizar dados no Power BI
Power BI Gateway - Pessoal
Gateway de dados local (modo pessoal)
Resolução de problemas do Gateway de dados no local
Solução de problemas do Gateway do Power BI - Pessoal

Tem dúvidas? Tente perguntar à Comunidade do Power BI

Atualização incremental e dados em
tempo real para modelos semânticos
Artigo • 13/08/2024

A atualização incremental e os dados em tempo real para modelos semânticos no Power

BI fornecem maneiras eficientes de lidar com dados dinâmicos e melhorar o
desempenho da atualização do modelo. Ao automatizar a criação e o gerenciamento de
partições, a atualização incremental reduz a quantidade de dados que precisam ser
atualizados e permite a inclusão de dados em tempo real. Este artigo explica como
configurar e usar recursos de atualização incremental no Power BI para capturar dados
em movimento rápido e aprimorar o desempenho.

A atualização incremental estende as operações de atualização agendadas fornecendo

criação e gerenciamento automatizados de partições para tabelas de modelos
semânticos que carregam frequentemente dados novos e atualizados. Para a maioria
dos modelos, uma ou mais tabelas contêm dados de transação que mudam com
frequência e podem crescer exponencialmente, como uma tabela de fatos em um
esquema de banco de dados relacional ou em estrela. Uma política de atualização
incremental para particionar a tabela, atualizar apenas as partições de importação mais
recentes e, opcionalmente, usar outra partição DirectQuery para dados em tempo real
pode reduzir significativamente a quantidade de dados que precisam ser atualizados.
Ao mesmo tempo, essa política garante que as alterações mais recentes na fonte de
dados sejam incluídas nos resultados da consulta.

Com atualização incremental e dados em tempo real:

São necessários menos ciclos de atualização para dados em rápida mudança. O

modo DirectQuery obtém as atualizações de dados mais recentes à medida que as
consultas são processadas, sem exigir uma alta cadência de atualização.
As atualizações são mais rápidas. Apenas os dados mais recentes que foram
alterados precisam ser atualizados.
As atualizações são mais confiáveis. Conexões de longa duração com fontes de
dados voláteis não são necessárias. As consultas aos dados de origem são
executadas mais rapidamente, reduzindo o potencial de interferência de
problemas de rede.
O consumo de recursos é reduzido. Menos dados a serem atualizados reduz o
consumo geral de memória e outros recursos no Power BI e nos sistemas de fonte
de dados.
Modelos semânticos grandes estão habilitados. Modelos semânticos com
potencialmente bilhões de linhas podem crescer sem a necessidade de atualizar
 totalmente o modelo inteiro a cada operação de atualização.
A configuração é fácil. As políticas de atualização incremental são definidas no
Power BI Desktop com apenas algumas tarefas. Quando o Power BI Desktop
publica o relatório, o serviço aplica automaticamente essas políticas a cada
atualização.

Quando você publica um modelo do Power BI Desktop no serviço, cada tabela no novo
modelo tem uma única partição. Essa única partição contém todas as linhas dessa
tabela. Se a tabela for grande, digamos, com dezenas de milhões de linhas ou mais, uma
atualização para essa tabela pode levar muito tempo e consumir uma quantidade
excessiva de recursos.

Com a atualização incremental, o serviço particiona e separa dinamicamente os dados

que precisam ser atualizados com frequência dos dados que podem ser atualizados
com menos frequência. Os dados da tabela são filtrados utilizando os parâmetros de
data/hora do Power Query com os nomes RangeStart reservados que diferenciam
maiúsculas de minúsculas e RangeEnd . Quando você configura a atualização incremental
no Power BI Desktop, esses parâmetros são usados para filtrar apenas um pequeno
período de dados carregados no modelo. Quando o Power BI Desktop publica o
relatório no serviço do Power BI, com a primeira operação de atualização, o serviço cria
partições históricas e de atualização incremental e, opcionalmente, uma partição
DirectQuery em tempo real com base nas configurações de diretiva de atualização
incremental. Em seguida, o serviço substitui os valores de parâmetro para filtrar e
consultar dados para cada partição com base em valores de data/hora para cada linha.

A cada atualização subsequente, os filtros de consulta retornam apenas as linhas dentro

do período de atualização definido dinamicamente pelos parâmetros. As linhas com
uma data/hora dentro do período de atualização são atualizadas. As linhas com uma
data/hora que não estão mais dentro do período de atualização passam a fazer parte
do período histórico, que não é atualizado. Se uma partição DirectQuery em tempo real
for incluída na política de atualização incremental, seu filtro também será atualizado
para que ele retome todas as alterações que ocorrerem após o período de atualização.
Tanto a atualização quanto os períodos históricos são rolados. À medida que novas
partições de atualização incremental são criadas, as partições de atualização não mais
no período de atualização se tornam partições históricas. Com o tempo, as partições
históricas tornam-se menos granulares à medida que são fundidas. Quando uma
partição histórica não está mais no período histórico definido pela política, ela é
totalmente removida do modelo. Esse comportamento é conhecido como um padrão de
janela rolante.
A beleza da atualização incremental é que o serviço lida com tudo isso para você com
base nas políticas de atualização incremental que você define. Na verdade, o processo e
as partições criadas a partir dele não são visíveis no serviço. Na maioria dos casos, uma
política de atualização incremental bem definida é tudo o que é necessário para
melhorar significativamente o desempenho de atualização do modelo. No entanto, a
partição DirectQuery em tempo real só é suportada para modelos em capacidades
Premium. O Power BI Premium também permite cenários de partição e atualização mais
avançados por meio do ponto de extremidade XML for Analysis (XMLA).

Requisitos
As próximas seções descrevem os planos e fontes de dados suportados.

Planos suportados
A atualização incremental é suportada para os modelos Power BI Premium, Premium por
utilizador, Power BI Pro e Power BI Embedded.

A obtenção dos dados mais recentes em tempo real com o DirectQuery só é suportada
para os modelos Power BI Premium, Premium por utilizador e Power BI Embedded.

Supported data sources (Origens de dados suportadas)

A atualização incremental e os dados em tempo real funcionam melhor para fontes de
dados relacionais estruturadas, como o Banco de Dados SQL e o Azure Synapse, mas
também podem funcionar para outras fontes de dados. Em qualquer caso, sua fonte de
dados deve suportar o seguinte:

Filtragem de data - A fonte de dados deve suportar algum mecanismo para filtrar
dados por data. Para uma fonte relacional, normalmente é uma coluna de data do tipo
de dados data/hora ou inteiro na tabela de destino. Os parâmetros RangeStart e
RangeEnd, que devem ser o tipo de dados de data/hora, filtram os dados da tabela com
base na coluna de data. Para colunas de data de chaves substitutas inteiras na forma de
, você pode criar uma função que converta o valor de yyyymmdd data/hora nos
parâmetros RangeStart e RangeEnd para corresponder às chaves substitutas inteiras da
coluna de data. Para saber mais, consulte Configurar atualização incremental e dados
em tempo real - Converter DateTime em inteiro.

Para outras fontes de dados, os parâmetros RangeStart e RangeEnd devem ser passados
para a fonte de dados de alguma forma que permita a filtragem. Para fontes de dados
baseadas em arquivos em que arquivos e pastas são organizados por data, os
parâmetros RangeStart e RangeEnd podem ser usados para filtrar os arquivos e pastas
para selecionar quais arquivos carregar. Para fontes de dados baseadas na Web, os
parâmetros RangeStart e RangeEnd podem ser integrados à solicitação HTTP. Por
exemplo, a consulta a seguir pode ser usada para atualização incremental dos
rastreamentos de uma instância do AppInsights:

Power Query M

let
strRangeStart = DateTime.ToText(RangeStart,[Format="yyyy-MM-
dd'T'HH:mm:ss'Z'", Culture="en-US"]),
strRangeEnd = DateTime.ToText(RangeEnd,[Format="yyyy-MM-
dd'T'HH:mm:ss'Z'", Culture="en-US"]),
Source =
Json.Document(Web.Contents("https://api.applicationinsights.io/v1/apps/<app-
guid>/query",
[Query=[#"query"="traces
| where timestamp >= datetime(" & strRangeStart &")
| where timestamp < datetime("& strRangeEnd &")
",#"x-ms-app"="AAPBI",#"prefer"="ai.response-
thinning=true"],Timeout=#duration(0,0,4,0)])),
TypeMap = #table(
{ "AnalyticsTypes", "Type" },
{
{ "string", Text.Type },
{ "int", Int32.Type },
{ "long", Int64.Type },
{ "real", Double.Type },
{ "timespan", Duration.Type },
{ "datetime", DateTimeZone.Type },
{ "bool", Logical.Type },
{ "guid", Text.Type },
{ "dynamic", Text.Type }
}),
DataTable = Source[tables]{0},
Columns = Table.FromRecords(DataTable[columns]),
ColumnsWithType = Table.Join(Columns, {"type"}, TypeMap ,
{"AnalyticsTypes"}),
Rows = Table.FromRows(DataTable[rows], Columns[name]),
Table = Table.TransformColumnTypes(Rows, Table.ToList(ColumnsWithType,
(c) => { c{0}, c{3}}))
in
Table
Quando a atualização incremental é configurada, uma expressão do Power Query que
inclui um filtro de data/hora com base nos parâmetros RangeStart e RangeEnd é
executada na fonte de dados. Se o filtro for especificado em uma etapa de consulta
após a consulta de origem inicial, é importante que a dobragem da consulta combine a
etapa de consulta inicial com as etapas que fazem referência aos parâmetros RangeStart
e RangeEnd. Por exemplo, na expressão de consulta a seguir, Table.SelectRows será
dobrado porque ele segue imediatamente a etapa e o SQL Server oferece suporte à
Sql.Database dobragem:

Power Query M

let
Source = Sql.Database("dwdev02","AdventureWorksDW2017"),
Data = Source{[Schema="dbo",Item="FactInternetSales"]}[Data],
#"Filtered Rows" = Table.SelectRows(Data, each [OrderDateKey] >=
Int32.From(DateTime.ToText(RangeStart,[Format="yyyyMMdd"]))),
#"Filtered Rows1" = Table.SelectRows(#"Filtered Rows", each [OrderDateKey]
< Int32.From(DateTime.ToText(RangeEnd,[Format="yyyyMMdd"])))

in
#"Filtered Rows1"

Não há nenhum requisito para a consulta final para suportar dobragem. Por exemplo, na
expressão a seguir, usamos um NativeQuery não dobrável, mas integramos os
parâmetros RangeStart e RangeEnd diretamente no SQL:

Power Query M

let
Query = "select * from dbo.FactInternetSales where OrderDateKey >= '"&
Text.From(Int32.From( DateTime.ToText(RangeStart,"yyyyMMdd") )) &"' and
OrderDateKey < '"& Text.From(Int32.From(
DateTime.ToText(RangeEnd,"yyyyMMdd") )) &"' ",
Source = Sql.Database("dwdev02","AdventureWorksDW2017"),
Data = Value.NativeQuery(Source, Query, null, [EnableFolding=false])
in
Data

No entanto, se a política de atualização incremental incluir a obtenção de dados em

tempo real com o DirectQuery, as transformações não dobráveis não poderão ser
usadas. Se for uma política de modo de importação pura sem dados em tempo real, o
mecanismo de mashup de consulta pode compensar e aplicar o filtro localmente, o que
requer a recuperação de todas as linhas da tabela da fonte de dados. Isso pode fazer
com que a atualização incremental seja lenta e o processo pode ficar sem recursos no
serviço do Power BI ou em um gateway de dados local - derrotando efetivamente a
finalidade da atualização incremental.
Como o suporte para dobragem de consulta é diferente para diferentes tipos de fontes
de dados, a verificação deve ser executada para garantir que a lógica do filtro seja
incluída nas consultas que estão sendo executadas na fonte de dados. Na maioria dos
casos, o Power BI Desktop tenta executar essa verificação para você ao definir a política
de atualização incremental. Para fontes de dados baseadas em SQL, como Banco de
Dados SQL, Azure Synapse, Oracle e Teradata, essa verificação é confiável. No entanto,
outras fontes de dados podem não conseguir verificar sem rastrear as consultas. Se o
Power BI Desktop não conseguir confirmar as consultas, um aviso será exibido na caixa
de diálogo Configuração da política de atualização incremental.

Se vir este aviso e pretender verificar se a dobragem de consulta necessária está a

ocorrer, utilize a funcionalidade Diagnóstico do Power Query ou rastreie consultas
utilizando uma ferramenta suportada pela origem de dados, como o SQL Profiler. Se a
dobragem da consulta não estiver ocorrendo, verifique se a lógica do filtro está incluída
na consulta que está sendo passada para a fonte de dados. Caso contrário, é provável
que a consulta inclua uma transformação que impeça a dobragem.

Antes de configurar a sua solução de atualização incremental, leia e compreenda

cuidadosamente as orientações de dobragem de consultas no Power BI Desktop e na
dobragem de consultas do Power Query. Estes artigos podem ajudá-lo a determinar se
a fonte de dados e as consultas oferecem suporte à dobragem de consultas.

Fonte de dados única

Quando você configura a atualização incremental e os dados em tempo real usando o
Power BI Desktop ou configura uma solução avançada usando TMSL (Tabular Model
Scripting Language) ou TOM (Tabular Object Model) por meio do ponto de extremidade
XMLA, todas as partições, sejam elas de importação ou DirectQuery, devem consultar
dados de uma única fonte.

Outros tipos de fontes de dados

Usando mais funções de consulta personalizadas e lógica de consulta, a atualização

incremental pode ser usada com outros tipos de fontes de dados se os filtros se
basearem RangeStart e RangeEnd puderem ser passados em uma única consulta, como
com fontes de dados como arquivos de pasta de trabalho do Excel armazenados em
uma pasta, arquivos no SharePoint e feeds RSS. Tenha em mente que esses são cenários
avançados que exigem mais personalização e testes além do descrito aqui. Certifique-se
de verificar a seção Comunidade mais adiante neste artigo para obter sugestões sobre
como você pode encontrar mais informações sobre como usar a atualização incremental
para cenários exclusivos.

Prazos
Independentemente da atualização incremental, os modelos do Power BI Pro têm um
limite de tempo de atualização de duas horas e não suportam a obtenção de dados em
tempo real com o DirectQuery. Para modelos com capacidade Premium, o prazo é de
cinco horas. As operações de atualização consomem muito processo e memória. Uma
operação de atualização completa pode usar até o dobro da quantidade de memória
exigida apenas pelo modelo, porque o serviço mantém um instantâneo do modelo na
memória até que a operação de atualização seja concluída. As operações de atualização
também podem ser intensivas em processos, consumindo uma quantidade significativa
de recursos de CPU disponíveis. As operações de atualização também devem depender
de conexões voláteis com fontes de dados e da capacidade desses sistemas de fonte de
dados de retornar rapidamente a saída da consulta. O limite de tempo é uma
salvaguarda para limitar o consumo excessivo dos recursos disponíveis.

７ Nota

Com capacidades Premium, as operações de atualização realizadas através do

ponto de extremidade XMLA não têm limite de tempo. Para saber mais, consulte
Atualização incremental avançada com o ponto de extremidade XMLA.

Como a atualização incremental otimiza as operações de atualização no nível da

partição no modelo, o consumo de recursos pode ser significativamente reduzido. Ao
mesmo tempo, mesmo com a atualização incremental, a menos que passem pelo ponto
de extremidade XMLA, as operações de atualização são limitadas por esses mesmos
limites de duas horas e cinco horas. Uma política de atualização incremental eficaz não
só reduz a quantidade de dados processados com uma operação de atualização, mas
também reduz a quantidade de dados históricos desnecessários armazenados em seu
modelo.

As consultas também podem ser limitadas por um limite de tempo padrão para a fonte
de dados. A maioria das fontes de dados relacionais permite substituir limites de tempo
na expressão Power Query M. Por exemplo, a expressão a seguir usa a função de acesso
a dados do SQL Server para definir CommandTimeout como duas horas. Cada período
definido pelos intervalos de política envia uma consulta observando a configuração de
tempo limite do comando:

Power Query M

let
Source = Sql.Database("myserver.database.windows.net", "AdventureWorks",
[CommandTimeout=#duration(0, 2, 0, 0)]),
dbo_Fact = Source{[Schema="dbo",Item="FactInternetSales"]}[Data],
#"Filtered Rows" = Table.SelectRows(dbo_Fact, each [OrderDate] >=
RangeStart and [OrderDate] < RangeEnd)
in
#"Filtered Rows"

Para modelos muito grandes em capacidades Premium que provavelmente contêm

bilhões de linhas, a operação de atualização inicial pode ser inicializada. O
bootstrapping permite que o serviço crie objetos de tabela e partição para o modelo,
mas não carrega e processa dados em nenhuma das partições. Usando o SQL Server
Management Studio, você pode definir partições para serem processadas
individualmente, sequencialmente ou em paralelo, para reduzir a quantidade de dados
retornados em uma única consulta e também ignorar o limite de tempo de cinco horas.
Para saber mais, consulte Atualização incremental avançada - Evitar tempos limite na
atualização completa inicial.

Data e hora atuais

Por padrão, a data e a hora atuais são determinadas com base no Tempo Universal
Coordenado (UTC) no momento da atualização. Para atualizações sob demanda e
agendadas, você pode configurar um fuso horário diferente em 'Atualizar' que será
levado em conta ao determinar a data e a hora atuais. Por exemplo, uma atualização
que ocorre às 20:00, hora do Pacífico (EUA e Canadá) com um fuso horário configurado,
determina a data e hora atuais com base na hora do Pacífico, não UTC, que retornaria
no dia seguinte.

７ Nota

A configuração de fuso horário é levada em conta mesmo se a atualização

agendada estiver desativada.
As operações de atualização não invocadas por meio do serviço do Power BI, como o
comando XMLA TMSL refresh ou a API de atualização aprimorada, não consideram o
fuso horário de atualização agendada configurado e o padrão para UTC.

Configurar atualização incremental e dados em

tempo real
Esta seção descreve conceitos importantes de configuração de atualização incremental e
dados em tempo real. Quando estiver pronto para obter instruções passo a passo mais
detalhadas, consulte Configurar atualização incremental e dados em tempo real.

A configuração da atualização incremental é feita no Power BI Desktop. Para a maioria

dos modelos, apenas algumas tarefas são necessárias. No entanto, tenha em
consideração os seguintes pontos:

Depois de publicar no serviço do Power BI, não pode publicar o mesmo modelo
novamente a partir do Power BI Desktop. A republicação remove todas as
partições e dados existentes já no modelo. Se você estiver publicando em uma
capacidade Premium, as alterações subsequentes no esquema de metadados
podem ser feitas com ferramentas como o ALM Toolkit de código aberto ou
 usando TMSL. Para saber mais, consulte Atualização incremental avançada -
Implantação somente de metadados.
Depois de publicar no serviço do Power BI, você não pode baixar o modelo de
volta como um .pbix para o Power BI Desktop. Como os modelos no serviço
podem crescer tanto, é impraticável baixá-los e abri-los em um computador
desktop típico.
Ao obter dados em tempo real com o DirectQuery, você não pode publicar o
modelo em um espaço de trabalho não Premium. A atualização incremental com
dados em tempo real só é suportada com o Power BI Premium.

Criar parâmetros
Para configurar a atualização incremental no Power BI Desktop, primeiro crie dois
parâmetros de data/hora do Power Query com os nomes RangeStart reservados que
diferenciam maiúsculas de minúsculas e RangeEnd . Esses parâmetros, definidos na caixa
de diálogo Gerenciar Parâmetros no Editor do Power Query, são inicialmente usados
para filtrar os dados carregados na tabela de modelo do Power BI Desktop para incluir
apenas as linhas com data/hora dentro desse período. RangeStart representa a
data/hora mais antiga ou mais antiga e RangeEnd representa a data/hora mais recente
ou mais recente. Depois que o modelo é publicado no serviço RangeStart e RangeEnd
são substituídos automaticamente pelo serviço para consultar dados definidos pelo
período de atualização especificado nas configurações de diretiva de atualização
incremental.

Por exemplo, a tabela de fonte de dados FactInternetSales tem uma média de 10.000
novas linhas por dia. Para limitar o número de linhas inicialmente carregadas no modelo
no Power BI Desktop, especifique um período de dois dias entre RangeStart e RangeEnd .
Filtrar dados
Com os RangeStart parâmetros e RangeEnd definidos, você aplica filtros de data
personalizados na coluna de data da tabela. Os filtros aplicados selecionam um
subconjunto de dados que é carregado no modelo quando você seleciona Aplicar.
Com nosso exemplo FactInternetSales, depois de criar filtros com base nos parâmetros e
aplicar etapas, dois dias de dados (cerca de 20.000 linhas) são carregados no modelo.

Definir policy
Depois que os filtros tiverem sido aplicados e um subconjunto de dados tiver sido
carregado no modelo, você definirá uma política de atualização incremental para a
tabela. Depois que o modelo é publicado no serviço, a política é usada pelo serviço para
criar e gerenciar partições de tabela e executar operações de atualização. Para definir a
política, use a caixa de diálogo Atualização incremental e dados em tempo real para
especificar as configurações necessárias e opcionais.
Tabela

A caixa de listagem Selecionar tabela assume como padrão a tabela selecionada no

modo Dados. Habilite a atualização incremental para a tabela com o controle deslizante.
Se a expressão do Power Query para a tabela não incluir um filtro baseado nos
RangeStart parâmetros e RangeEnd , a alternância não estará disponível.

Configurações necessárias
A configuração Arquivar dados começando antes da data de atualização determina o
período histórico no qual as linhas com data/hora nesse período são incluídas no
modelo, mais linhas para o período histórico incompleto atual, além de linhas no
período de atualização até a data e hora atuais.

Por exemplo, se você especificar cinco anos, a tabela armazenará os últimos cinco anos
inteiros de dados históricos em partições de ano. A tabela também incluirá linhas para o
ano atual em partições de trimestre, mês ou dia, até e incluindo o período de
atualização.

Para modelos com capacidades Premium, as partições históricas retroativas podem ser
seletivamente atualizadas com uma granularidade determinada por essa configuração.
Para saber mais, consulte Atualização incremental avançada - Partições.

A configuração Atualizar dados incrementalmente começando antes da data de

atualização determina o período de atualização incremental no qual todas as linhas com
data/hora nesse período são incluídas nas partições de atualização e atualizadas com
cada operação de atualização.

Por exemplo, se você especificar um período de atualização de três dias, com cada
operação de atualização, o serviço substituirá os RangeStart parâmetros e RangeEnd
para criar uma consulta para linhas com data/hora dentro de um período de três dias,
com o início e o término dependentes da data e hora atuais. As linhas com uma
data/hora nos últimos três dias até a hora da operação de atualização atual são
atualizadas. Com esse tipo de política, você pode esperar que nossa tabela de modelo
FactInternetSales no serviço, que tem uma média de 10.000 novas linhas por dia,
atualize cerca de 30.000 linhas a cada operação de atualização.

Especifique um período que inclua apenas o número mínimo de linhas necessárias para
garantir relatórios precisos. Quando você define políticas para mais de uma tabela, os
mesmos RangeStart parâmetros devem RangeEnd ser usados mesmo que diferentes
períodos de armazenamento e atualização sejam definidos para cada tabela.

Configurações opcionais
A configuração Obter os dados mais recentes em tempo real com DirectQuery
(somente Premium) permite buscar as alterações mais recentes da tabela selecionada
na fonte de dados além do período de atualização incremental usando o DirectQuery.
Todas as linhas com data/hora posterior ao período de atualização incremental são
incluídas em uma partição DirectQuery e buscadas na fonte de dados com cada
consulta de modelo.

Por exemplo, se essa configuração estiver habilitada, a cada operação de atualização, o

serviço ainda substituirá os RangeStart parâmetros e RangeEnd para criar uma consulta
para linhas com data/hora após o período de atualização, com o início dependente da
data e hora atuais. As linhas com uma data/hora após a hora da operação de
atualização atual também estão incluídas. Com esse tipo de política, a tabela de modelo
FactInternetSales no serviço inclui as atualizações de dados mais recentes.

A configuração Somente dias completos de atualização garante que todas as linhas do

dia inteiro sejam incluídas na operação de atualização. Essa configuração é opcional, a
menos que você habilite a configuração Obter os dados mais recentes em tempo real
com DirectQuery (somente Premium). Por exemplo, digamos que sua atualização está
programada para ser executada às 4h00 todas as manhãs. Se novas linhas de dados
aparecerem na tabela da fonte de dados durante essas quatro horas entre meia-noite e
4h00, você não deseja contabilizá-las. Algumas métricas de negócios, como barris por
dia na indústria de petróleo e gás, não fazem sentido com dias parciais. Outro exemplo
é a atualização de dados de um sistema financeiro em que os dados do mês anterior
são aprovados no décimo segundo dia de calendário do mês. Você pode definir o
período de atualização para um mês e agendar a execução da atualização no décimo
segundo dia do mês. Com essa opção selecionada, ele atualizaria, por exemplo, os
dados de janeiro em 12 de fevereiro.

Lembre-se de que, a menos que a atualização agendada esteja configurada para um

fuso horário que não seja UTC, as operações de atualização no serviço são executadas
sob a hora UTC, o que pode determinar a data efetiva e os períodos completos.

A configuração Detetar alterações de dados permite uma atualização ainda mais

seletiva. Você pode selecionar uma coluna de data/hora usada para identificar e
atualizar apenas os dias em que os dados foram alterados. Essa configuração pressupõe
que essa coluna exista na fonte de dados, que normalmente é para fins de auditoria.
Esta coluna não deve ser a mesma usada para particionar os dados com os RangeStart
parâmetros e RangeEnd . O valor máximo desta coluna é avaliado para cada um dos
períodos no intervalo incremental. Se ele não tiver mudado desde a última atualização,
não há necessidade de atualizar o período, o que poderia reduzir ainda mais os dias
atualizados incrementalmente de três para um.

O design atual requer que a coluna para detetar alterações de dados seja mantida e
armazenada em cache na memória. As seguintes técnicas podem ser usadas para
reduzir a cardinalidade e o consumo de memória:

Persista apenas o valor máximo da coluna no momento da atualização, talvez

usando uma função do Power Query.
Reduza a precisão para um nível aceitável, tendo em conta os seus requisitos de
frequência de atualização.
 Defina uma consulta personalizada para detetar alterações de dados usando o
ponto de extremidade XMLA e evite persistir completamente o valor da coluna.

Em alguns casos, a ativação da opção Detetar alterações de dados pode ser aprimorada.
Por exemplo, convém evitar a persistência de uma coluna de última atualização no
cache na memória ou habilitar cenários em que uma tabela de configuração/instrução é
preparada por processos ETL (extract-transform-load) para sinalizar apenas as partições
que precisam ser atualizadas. Em casos como estes, para capacidades Premium, use
TMSL e/ou TOM para substituir o comportamento de deteção de alterações de dados.
Para saber mais, consulte Atualização incremental avançada - consultas personalizadas
para detetar alterações de dados.

Publicar
Depois de configurar a política de atualização incremental, você publica o modelo no
serviço. Quando a publicação estiver concluída, você poderá executar a operação de
atualização inicial no modelo.

７ Nota

Os modelos semânticos com uma política de atualização incremental para obter os

dados mais recentes em tempo real com o DirectQuery só podem ser publicados
em um espaço de trabalho Premium.

Para modelos publicados em espaços de trabalho atribuídos a capacidades Premium, se

você acha que o modelo crescerá além de 1 GB, poderá melhorar o desempenho da
operação de atualização e garantir que o modelo não exceda os limites máximos de
tamanho habilitando a configuração de formato de armazenamento de modelo
semântico grande antes de executar a primeira operação de atualização no serviço. Para
saber mais, consulte Modelos grandes no Power BI Premium.

） Importante

Depois que o Power BI Desktop publicar o modelo no serviço, você não poderá
baixar esse .pbix de volta.

Atualizar
Depois de publicar no serviço, você executa uma operação de atualização inicial no
modelo. Essa atualização deve ser uma atualização individual (manual) para que você
possa monitorar o progresso. A operação de atualização inicial pode levar um bom
tempo para ser concluída. Partições devem ser criadas, dados históricos carregados,
objetos como relações e hierarquias construídos ou reconstruídos e objetos calculados
recalculados.

As operações de atualização subsequentes, individuais ou agendadas, são muito mais

rápidas porque apenas as partições de atualização incremental são atualizadas. Outras
operações de processamento ainda devem ocorrer, como mesclagem de partições e
recálculo, mas geralmente leva muito menos tempo do que a atualização inicial.

Atualização automática de relatórios

Para relatórios que usam um modelo com uma política de atualização incremental para
obter os dados mais recentes em tempo real com o DirectQuery, é uma boa ideia
habilitar a atualização automática de página em um intervalo fixo ou com base na
deteção de alterações para que os relatórios incluam os dados mais recentes sem
demora. Para saber mais, consulte Atualização automática de página no Power BI.

Atualização incremental avançada

Se o seu modelo estiver em uma capacidade Premium com um ponto de extremidade
XMLA habilitado, a atualização incremental poderá ser estendida ainda mais para
cenários avançados. Por exemplo, você pode usar o SQL Server Management Studio
para exibir e gerenciar partições, inicializar a operação de atualização inicial ou atualizar
partições históricas retroativas. Para saber mais, consulte Atualização incremental
avançada com o ponto de extremidade XMLA.

Comunidade
O Power BI tem uma comunidade vibrante onde MVPs, profissionais de BI e colegas
compartilham conhecimentos em grupos de discussão, vídeos, blogs e muito mais. Ao
aprender sobre a atualização incremental, consulte estes recursos:

Comunidade do Power BI
Pesquisar "Atualização incremental do Power BI" no Bing
Pesquisar "Atualização incremental de ficheiros" no Bing
Pesquisar "Manter dados existentes usando atualização incremental" no Bing
Conteúdos relacionados
Configurar atualização incremental para modelos semânticos
Atualização incremental avançada com o ponto de extremidade XMLA
Solucionar problemas de atualização incremental
Atualização incremental para fluxos de dados

Comentários
Esta página foi útil?  Yes  No

Fornecer comentários sobre o produto | Perguntar à comunidade

Configurar atualização incremental e
dados em tempo real
Artigo • 03/12/2024

Este artigo descreve como configurar a atualização incremental e dados em tempo real
para modelos semânticos. Para saber mais sobre como configurar a atualização
incremental para fluxos de dados, consulte Recursos premium de fluxos de dados -
Atualização incremental.

A configuração da atualização incremental inclui a criação de parâmetros RangeStart e

RangeEnd, a aplicação de filtros e a definição de uma política de atualização
incremental. Depois de publicar no serviço do Power BI, você executará uma operação
de atualização inicial no modelo. A operação de atualização inicial e as operações de
atualização subsequentes aplicam a política de atualização incremental que você
definiu. Antes de concluir essas etapas, certifique-se de entender completamente a
funcionalidade descrita em Atualização incremental e dados em tempo real para
modelos semânticos.

Criar parâmetros
Nesta tarefa, utilizará o Editor do Power Query para criar parâmetros RangeStart e
RangeEnd com valores predefinidos. Os valores padrão se aplicam somente ao filtrar os
dados a serem carregados no modelo no Power BI Desktop. Os valores inseridos devem
incluir apenas uma pequena quantidade dos dados mais recentes da sua fonte de
dados. Quando publicada no serviço, a política de atualização incremental substitui
esses valores de intervalo de tempo. Ou seja, a política cria janelas de dados recebidos,
uma após a outra.

1. No Power BI Desktop, selecione Transformar dados na faixa de opções Página

Inicial para abrir o Editor do Power Query.

2. Selecione a lista suspensa Gerenciar parâmetros e, em seguida, escolha Novo

parâmetro.

3. No campo Nome, insira RangeStart (diferencia maiúsculas de minúsculas). No

campo Tipo, selecione Data/Hora na lista suspensa. No campo Valor Atual, insira
um valor de data e hora de início.
4. Selecione Novo para criar um segundo parâmetro chamado RangeEnd. No campo
Tipo, selecione Data/Hora e, em seguida, no campo Valor Atual, insira um valor de
data e hora de término. Selecione OK.
Agora que você definiu os parâmetros RangeStart e RangeEnd, filtrará os dados a serem
carregados no modelo com base nesses parâmetros.

Filtrar dados

７ Nota

Antes de continuar com esta tarefa, verifique se a tabela de origem tem uma
coluna de data do tipo de dados Data/Hora. Se ele não tiver uma coluna
Data/Hora, mas tiver uma coluna de data de chaves substitutas inteiras na forma de
yyyymmdd , siga as etapas em Converter DateTime em inteiro mais adiante neste

artigo para criar uma função que converta o valor de data/hora nos parâmetros
para corresponder à chave substituta inteira da tabela de origem.
Agora você aplicará um filtro com base nas condições nos parâmetros RangeStart e
RangeEnd.

1. No Power Query Editor, selecione a coluna de data em que pretende filtrar e, em

seguida, escolha a seta >pendente Filtros de>Data Filtro Personalizado.

2. Em Filtrar Linhas, para especificar a primeira condição, selecione é depois ou é

depois ou igual a, escolha Parâmetro e, em seguida, escolha RangeStart.

Para especificar a segunda condição, se você selecionou é depois na primeira

condição, escolha é antes ou igual a, ou se você selecionou é depois ou igual a na
primeira condição, escolha é antes para a segunda condição, escolha Parâmetro e,
em seguida, escolha RangeEnd.

Importante: Verifique se as consultas têm um igual a (=) em RangeStart ou

RangeEnd, mas não em ambos. Se o igual a (=) existir em ambos os parâmetros,
uma linha pode satisfazer as condições para duas partições, o que pode levar a
dados duplicados no modelo. Por exemplo, = Table.SelectRows(#"Changed Type",
each [OrderDate] >= RangeStart and [OrderDate] <= RangeEnd) pode resultar em

dados duplicados se houver um OrderDate igual a RangeStart e RangeEnd.

Selecione OK para fechar.

3. No friso Base do Power Query Editor, selecione Fechar & Aplicar. O Power Query
carrega dados com base nos filtros definidos pelos parâmetros RangeStart e
RangeEnd e em quaisquer outros filtros que tenha definido.

O Power Query carrega apenas dados especificados entre os parâmetros

RangeStart e RangeEnd. Dependendo da quantidade de dados nesse período, a
tabela deve ser carregada rapidamente. Se parecer lenta e intensiva em processos,
é provável que a consulta não esteja dobrando.
Definir policy
Depois de definir os parâmetros RangeStart e RangeEnd e filtrar os dados com base
nesses parâmetros, você definirá uma política de atualização incremental. Essa política é
aplicada somente depois que o modelo é publicado no serviço e uma operação de
atualização manual ou agendada é executada.

1. Na vista de Tabela, clique com o botão direito do rato numa tabela no painel
Dados e selecione Atualização incremental.

2. Em Atualização incremental e dados>em tempo real Selecione a tabela, verifique

ou selecione a tabela. O valor padrão da caixa de listagem Selecionar tabela é a
tabela selecionada no modo de exibição Tabela.

3. Especifique as configurações necessárias:

Em Definir intervalos>de importação e atualização: atualizar incrementalmente

esta tabela, mova o controle deslizante para Ativado. Se o controlo de deslize
estiver desativado, significa que a expressão do Power Query para a tabela não
inclui um filtro baseado nos parâmetros RangeStart e RangeEnd.

Em Início de dados de arquivamento, especifique o período de armazenamento

histórico que você deseja incluir no modelo. Todas as linhas com datas neste
 período serão carregadas no modelo no serviço, a menos que outros filtros se
apliquem.

Em Iniciar dados de atualização incremental, especifique o período de atualização .

Todas as linhas com datas nesse período serão atualizadas no modelo sempre que
uma operação de atualização manual ou agendada for executada pelo serviço do
Power BI.

4. Especifique as configurações opcionais:

Em Escolher configurações opcionais, selecione Obter os dados mais recentes em

tempo real com DirectQuery (somente Premium) para incluir as alterações de
dados mais recentes que ocorreram na fonte de dados após o último período de
atualização. Essa configuração faz com que a política de atualização incremental
adicione uma partição DirectQuery à tabela.

Selecione Atualizar apenas dias completos para atualizar apenas dias inteiros. Se a
operação de atualização detetar que um dia não está concluído, as linhas desse dia
inteiro não serão atualizadas. Essa opção é ativada automaticamente quando você
seleciona Obter os dados mais recentes em tempo real com o DirectQuery
(somente Premium).

Selecione Detetar alterações de dados para especificar uma coluna de data/hora

usada para identificar e atualizar apenas os dias em que os dados foram alterados.
Uma coluna de data/hora deve existir, geralmente para fins de auditoria, na fonte
de dados. Esta coluna não deve ser a mesma usada para particionar os dados com
os parâmetros RangeStart e RangeEnd. O valor máximo desta coluna é avaliado
para cada um dos períodos no intervalo incremental. Se não tiver sido alterado
desde a última atualização, o período atual não será atualizado. Para modelos
publicados em capacidades Premium, você também pode especificar uma consulta
personalizada. Para saber mais, consulte Atualização incremental avançada -
consultas personalizadas para detetar alterações de dados.

Dependendo das suas configurações, sua política deve ter esta aparência:
 5. Reveja as suas definições e, em seguida, selecione Aplicar para concluir a política
de atualização. Esta etapa não carrega dados.

Salvar e publicar no serviço

Agora que os parâmetros RangeStart e RangeEnd, as configurações de política de
filtragem e atualização estão concluídas, salve seu modelo e publique no serviço. Se o
seu modelo se tornar grande, certifique-se de ativar formato de armazenamento de
modelo grandeantes de invocar a primeira atualização no serviço.

Atualizar modelo
No serviço, atualize o modelo. A primeira atualização carrega dados novos e atualizados
no período de atualização, bem como dados históricos de todo o período de
armazenamento. Dependendo da quantidade de dados, essa atualização pode demorar
um pouco. As atualizações subsequentes, sejam manuais ou agendadas, geralmente são
muito mais rápidas porque a política de atualização incremental é aplicada e apenas os
dados do período especificado na configuração de política de atualização são
atualizados.

Converter DateTime em inteiro

Essa tarefa só será necessária se a tabela usar chaves substitutas inteiras em vez de
valores de Data/Hora na coluna de data usada para a definição de filtro RangeStart e
RangeEnd.

O tipo de dados dos parâmetros RangeStart e RangeEnd deve ser do tipo de dados
data/hora, independentemente do tipo de dados da coluna de data. No entanto, para
muitas fontes de dados, as tabelas não têm uma coluna de tipo de dados de data/hora,
mas têm uma coluna de data de chaves substitutas inteiras na forma de yyyymmdd .
Normalmente, não é possível converter essas chaves substitutas inteiras para o tipo de
dados Data/Hora porque o resultado seria uma expressão de consulta não dobrável,
mas você pode criar uma função que converta o valor de data/hora nos parâmetros
para corresponder à chave substituta inteira da tabela da fonte de dados sem perder a
capacidade de dobragem. A função é então chamada em uma etapa de filtro. Esta etapa
de conversão é necessária se a tabela da fonte de dados contiver apenas uma chave
substituta como tipo de dados inteiro.

1. No friso Base no Power Query Editor, selecione o menu pendente Nova Origem e,
em seguida, selecione Consulta em Branco.

2. Em Definições de Consulta, introduza um nome, por exemplo, DateKey e, em

seguida, no editor de fórmulas, introduza a seguinte fórmula:

= (x as datetime) => Date.Year(x)*10000 + Date.Month(x)*100 + Date.Day(x)

 3. Para testar a fórmula, em Inserir Parâmetro, insira um valor de data/hora e
selecione Invocar. Se a fórmula estiver correta, um valor inteiro para a data será
retornado. Depois de verificar, exclua esta nova consulta de função invocada.

4. Em Consultas, selecione a tabela e edite a fórmula de consulta para chamar a

função com os parâmetros RangeStart e RangeEnd.

= Table.SelectRows(#"Reordered Column OrderDateKey", each [OrderDateKey] >

DateKey(RangeStart) and [OrderDateKey] <= DateKey(RangeEnd))

Conteúdos relacionados
Solucionar problemas de configuração da atualização incremental
Atualização incremental avançada com o ponto de extremidade XMLA
Configurar a atualização agendada

Comentários
Esta página foi útil?  Yes  No

Fornecer comentários sobre o produto | Perguntar à comunidade

Atualização incremental avançada e
dados em tempo real com o ponto de
extremidade XMLA
Artigo • 10/11/2023

Os modelos semânticos em uma capacidade Premium com o ponto de extremidade

XMLA habilitado para operações de leitura/gravação permitem atualizações mais
avançadas, gerenciamento de partições e implantações somente de metadados por
meio de suporte a ferramentas, scripts e API. Além disso, as operações de atualização
por meio do ponto de extremidade XMLA não estão limitadas a 48 atualizações por dia,
e o limite de tempo de atualização agendado não é imposto.

Partições
As partições de tabela de modelo semântico não são visíveis e não podem ser
gerenciadas usando o Power BI Desktop ou o serviço do Power BI. Para modelos em um
espaço de trabalho atribuído a uma capacidade Premium, as partições podem ser
gerenciadas por meio do ponto de extremidade XMLA usando ferramentas como o SQL
Server Management Studio (SSMS), o Editor de Tabelas de código aberto, com script
com TMSL (Tabular Model Scripting Language) e programaticamente com o TOM
(Tabular Object Model).

Quando você publica um modelo pela primeira vez no serviço do Power BI, cada tabela
no novo modelo tem uma partição. Para tabelas sem política de atualização incremental,
essa partição contém todas as linhas de dados dessa tabela, a menos que tenham sido
aplicados filtros. Para tabelas com uma política de atualização incremental, essa partição
inicial só existe porque o Power BI ainda não aplicou a política. Configure a partição
inicial no Power BI Desktop quando define o filtro de intervalo de data/hora para a sua
tabela com base nos parâmetros e e RangeEnd em quaisquer outros filtros aplicados no
Editor do RangeStart Power Query. Essa partição inicial contém apenas as linhas de
dados que atendem aos critérios de filtro.

Quando você executa a primeira operação de atualização, as tabelas sem política de

atualização incremental atualizam todas as linhas contidas na partição única padrão
dessa tabela. Para tabelas com uma política de atualização incremental, as partições de
atualização e históricas são criadas automaticamente e as linhas são carregadas nelas de
acordo com a data/hora de cada linha. Se a política de atualização incremental incluir a
obtenção de dados em tempo real, o Power BI também adicionará uma partição
DirectQuery à tabela.

Essa primeira operação de atualização pode levar algum tempo, dependendo da

quantidade de dados que precisa ser carregada da fonte de dados. A complexidade do
modelo também pode ser um fator significativo porque as operações de atualização
devem fazer mais processamento e recálculo. Esta operação pode ser inicializada. Para
obter mais informações, consulte Evitar tempos limite na atualização completa inicial.

As partições são criadas e nomeadas por granularidade de período: anos, trimestres,

meses e dias. As partições mais recentes, as partições de atualização, contêm linhas no
período de atualização especificado na política. As partições históricas contêm linhas por
período completo até o período de atualização. Se o tempo real estiver habilitado, uma
partição DirectQuery selecionará todas as alterações de dados que ocorreram após a
data final do período de atualização. A granularidade para partições de atualização e
histórico depende dos períodos de atualização e histórico (armazenamento) escolhidos
ao definir a política.

Por exemplo, se a data de hoje for 2 de fevereiro de 2021 e nossa tabela

FactInternetSales na fonte de dados contiver linhas até hoje, se nossa política
especificar incluir alterações em tempo real, atualizar linhas no último período de
atualização de um dia e armazenar linhas no período histórico dos últimos três anos. Em
seguida, com a primeira operação de atualização, uma partição DirectQuery é criada
para alterações no futuro, uma nova partição de importação é criada para as linhas de
hoje, uma partição histórica é criada para ontem, um período de dia inteiro, 1º de
fevereiro de 2021. Uma partição histórica é criada para o período do mês inteiro
anterior (janeiro de 2021), uma partição histórica é criada para o período do ano inteiro
anterior (2020) e partições históricas para os períodos do ano inteiro de 2019 e 2018
são criadas. Não foram criadas partições trimestrais inteiras porque ainda não
concluímos o primeiro trimestre completo de 2021.

Com cada operação de atualização, somente as partições de período de atualização são

atualizadas e o filtro de data da partição DirectQuery é atualizado para incluir apenas as
alterações que ocorrem após o período de atualização atual. Uma nova partição de
atualização é criada para novas linhas com uma nova data/hora dentro do período de
atualização atualizado, e as linhas existentes com uma data/hora já dentro de partições
existentes no período de atualização são atualizadas com atualizações. As linhas com
uma data/hora anterior ao período de atualização não são mais atualizadas.

À medida que períodos inteiros se fecham, as partições são mescladas. Por exemplo, se
um período de atualização de um dia e um período de armazenamento histórico de três
anos forem especificados na política, no primeiro dia do mês, todas as partições de dia
do mês anterior serão mescladas em uma partição de mês. No primeiro dia de um novo
trimestre, todas as três partições do mês anterior são mescladas em uma partição
trimestral. No primeiro dia de um novo ano, todas as quatro partições do trimestre
anterior são fundidas em uma partição de ano.

Um modelo sempre retém partições para todo o período de armazenamento histórico,

além de partições de período inteiro até o período de atualização atual. No exemplo,
três anos completos de dados históricos são retidos em partições para 2018, 2019, 2020
e também partições para o período de mês 2021Q101, o período de dia 2021Q10201 e
a partição do período de atualização do dia atual. Como o exemplo retém dados
históricos por três anos, a partição de 2018 é mantida até a primeira atualização em 1º
de janeiro de 2022.

Com a atualização incremental do Power BI e dados em tempo real, o serviço lida com o
gerenciamento de partições para você com base na política. Embora o serviço possa
lidar com todo o gerenciamento de partições para você, usando ferramentas por meio
do ponto de extremidade XMLA, você pode atualizar seletivamente partições
individualmente, sequencialmente ou em paralelo.

Gerenciamento de atualizações com o SQL

Server Management Studio
O SQL Server Management Studio (SSMS) pode ser usado para exibir e gerenciar
partições criadas pelo aplicativo de políticas de atualização incremental. Usando o
SSMS, você pode, por exemplo, atualizar uma partição histórica específica que não
esteja no período de atualização incremental para executar uma atualização retroativa
sem precisar atualizar todos os dados históricos. O SSMS também pode ser usado
durante a inicialização para carregar dados históricos para modelos grandes,
adicionando/atualizando incrementalmente partições históricas em lotes.
Substituir o comportamento de atualização incremental
Com o SSMS, você também tem mais controle sobre como invocar atualizações usando
a linguagem de script de modelo tabular e o modelo de objeto tabular. Por exemplo, no
SSMS, no Pesquisador de Objetos, clique com o botão direito do mouse em uma tabela
e selecione a opção de menu Processar Tabela e selecione o botão Script para gerar um
comando de atualização TMSL.
Esses parâmetros podem ser usados com o comando TMSL refresh para substituir o
comportamento padrão de atualização incremental:

applyRefreshPolicy. Se uma tabela tiver uma política de atualização incremental

definida, applyRefreshPolicy determinará se a política é aplicada ou não. Se a
política não for aplicada, uma operação completa do processo deixará as
definições de partição inalteradas e todas as partições na tabela serão totalmente
atualizadas. O valor predefinido é verdadeiro.

effectiveDate. Se uma política de atualização incremental estiver sendo aplicada,

ela precisará saber a data atual para determinar os intervalos de janela contínua
para os períodos de atualização incremental e históricos. O effectiveDate
parâmetro permite que você substitua a data atual. Esse parâmetro é útil para
testes, demonstrações e cenários de negócios em que os dados são atualizados
incrementalmente até uma data no passado ou no futuro, por exemplo,
orçamentos no futuro. O valor padrão é a data atual.

JSON

{
"refresh": {
"type": "full",

"applyRefreshPolicy": true,
"effectiveDate": "12/31/2013",

"objects": [
{
"database": "IR_AdventureWorks",
"table": "FactInternetSales"
 }
]
}
}

Para saber mais sobre como substituir o comportamento de atualização incremental

padrão com TMSL, consulte Comando Atualizar.

Garantir um desempenho ideal

Com cada operação de atualização, o serviço do Power BI pode enviar consultas de
inicialização para a fonte de dados para cada partição de atualização incremental. Talvez
seja possível melhorar o desempenho de atualização incremental reduzindo o número
de consultas de inicialização garantindo a seguinte configuração:

A tabela para a qual você configura a atualização incremental deve obter dados de
uma única fonte de dados. Se a tabela obtiver dados de mais de uma fonte de
dados, o número de consultas enviadas pelo serviço para cada operação de
atualização será multiplicado pelo número de fontes de dados, reduzindo
potencialmente o desempenho da atualização. Verifique se a consulta para a
tabela de atualização incremental é para uma única fonte de dados.
Para soluções com atualização incremental de partições de importação e dados em
tempo real com o Direct Query, todas as partições devem consultar dados de uma
única fonte de dados.
Se os requisitos de segurança permitirem, defina a configuração Nível de
privacidade da fonte de dados como Organizacional ou Público. Por padrão, o
nível de privacidade é Privado, no entanto, esse nível pode impedir que os dados
sejam trocados com outras fontes de nuvem. Para definir o nível de privacidade,
selecione o menu Mais opções e escolha Configurações>Credenciais>da fonte
de dados Editar credenciais>Configuração de nível de privacidade para esta
fonte de dados. Se o nível de privacidade estiver definido no modelo do Power BI
Desktop antes da publicação no serviço, ele não será transferido para o serviço
quando você publicar. Você ainda deve defini-lo em configurações de modelo
semântico no serviço. Para saber mais, consulte Níveis de privacidade.
Se estiver a utilizar um Gateway de Dados no local, certifique-se de que está a
utilizar a versão 3000.77.3 ou superior.

Evitar tempos limite na atualização completa

inicial
Depois de publicar no serviço do Power BI, a operação inicial de atualização completa
para o modelo cria partições para a tabela de atualização incremental, carrega e
processa dados históricos para todo o período definido na política de atualização
incremental. Para alguns modelos que carregam e processam grandes quantidades de
dados, o tempo que a operação de atualização inicial leva pode exceder o limite de
tempo de atualização imposto pelo serviço ou um limite de tempo de consulta imposto
pela fonte de dados.

Inicializar a operação de atualização inicial permite que o serviço crie objetos de

partição para a tabela de atualização incremental, mas não carregue e processe dados
históricos em qualquer uma das partições. O SSMS é então usado para processar
partições seletivamente. Dependendo da quantidade de dados a serem carregados para
cada partição, você pode processar cada partição sequencialmente ou em pequenos
lotes para reduzir o potencial de uma ou mais dessas partições causarem um tempo
limite. Os métodos a seguir funcionam para qualquer fonte de dados.

Aplicar política de atualização

A ferramenta de código aberto Tabular Editor 2 fornece uma maneira fácil de
inicializar uma operação de atualização inicial. Depois de publicar um modelo com uma
política de atualização incremental definida para ele do Power BI Desktop para o serviço,
conecte-se ao modelo usando o ponto de extremidade XMLA no modo de
Leitura/Gravação. Execute Apply Refresh Policy na tabela de atualização incremental.
Com apenas a política aplicada, as partições são criadas, mas nenhum dado é carregado
nelas. Em seguida, conecte-se ao SSMS para atualizar as partições sequencialmente ou
em lotes para carregar e processar os dados. Para obter mais informações, consulte
Atualização incremental na documentação do editor de tabela.
Filtro do Power Query para partições vazias
Antes de publicar o modelo no serviço, no Power Query Editor, adicione outro filtro à
ProductKey coluna que filtre qualquer valor diferente de 0, de forma eficaz ou filtre

todos os dados da tabela FactInternetSales .

Depois de selecionar Fechar & Aplicar no Power Query Editor, definir a política de
atualização incremental e guardar o modelo, o modelo é publicado no serviço. A partir
do serviço, a operação de atualização inicial é executada no modelo. As partições para a
tabela FactInternetSales são criadas de acordo com a política, mas nenhum dado é
carregado e processado porque todos os dados são filtrados.

Após a conclusão da operação de atualização inicial, de volta ao Power Query Editor, o

outro filtro na ProductKey coluna é removido. Depois de selecionar Fechar & Aplicar no
Power Query Editor e guardar o modelo, o modelo não é publicado novamente. Se o
modelo for publicado novamente, ele substituirá as configurações de diretiva de
atualização incremental e forçará uma atualização completa no modelo quando uma
operação de atualização subsequente for executada a partir do serviço. Em vez disso,
execute uma implantação somente de metadados usando o Application Lifecycle
Management (ALM) Toolkit que remove o filtro na ProductKey coluna do modelo. O
SSMS pode então ser usado para processar partições seletivamente. Quando todas as
partições tiverem sido totalmente processadas, o que deve incluir um recálculo de
processo em todas as partições, a partir do SSMS, as operações de atualização
subsequentes no modelo do serviço atualizarão apenas as partições de atualização
incremental.

 Dica

Não deixe de conferir vídeos, blogs e muito mais fornecidos pela comunidade de
especialistas em BI do Power BI.

Procure por "Evitar tempos limite com atualização incremental" no Bing .

Para saber mais sobre como processar tabelas e partições do SSMS, consulte Processar
banco de dados, tabela ou partições (Analysis Services). Para saber mais sobre como
processar modelos, tabelas e partições usando TMSL, consulte Comando Atualizar
(TMSL).

Consultas personalizadas para detetar

alterações de dados
TMSL e TOM podem ser usados para substituir o comportamento de alterações de
dados detetadas. Esse método não só pode ser usado para evitar a persistência da
coluna de última atualização no cache na memória, mas também pode habilitar cenários
em que uma tabela de configuração ou instrução é preparada por processos de
extração, transformação e carregamento (ETL) para sinalizar apenas as partições que
precisam ser atualizadas. Esse método pode criar um processo de atualização
incremental mais eficiente onde apenas os períodos necessários são atualizados, não
importa há quanto tempo as atualizações de dados ocorreram.

O pollingExpression destina-se a ser uma expressão M leve ou nome de outra consulta

M. Ele deve retornar um valor escalar e será executado para cada partição. Se o valor
retornado for diferente do que foi a última vez que ocorreu uma atualização
incremental, a partição será sinalizada para processamento completo.
O exemplo a seguir abrange todos os 120 meses do período histórico para alterações
retroativas. Especificar 120 meses em vez de 10 anos significa que a compactação de
dados pode não ser tão eficiente, mas evita ter que atualizar um ano histórico inteiro, o
que seria mais caro quando um mês seria suficiente para uma alteração retroativa.

JSON

"refreshPolicy": {
"policyType": "basic",
"rollingWindowGranularity": "month",
"rollingWindowPeriods": 120,
"incrementalGranularity": "month",
"incrementalPeriods": 120,
"pollingExpression": "<M expression or name of custom polling query>",
"sourceExpression": [
"let ..."
]
}

 Dica

Não deixe de conferir vídeos, blogs e muito mais fornecidos pela comunidade de
especialistas em BI do Power BI.

Procure por "Atualização incremental do Power BI detetar alterações de

dados" no Bing .

Implantação somente de metadados

Ao publicar uma nova versão de um arquivo .pbix do Power BI Desktop em um espaço de
trabalho, se já existir um modelo com o mesmo nome, você será solicitado a substituir o
modelo existente.

Em alguns casos, talvez você não queira substituir o modelo, especialmente com a
atualização incremental. O modelo no Power BI Desktop pode ser muito menor do que
o do serviço do Power BI. Se o modelo no serviço do Power BI tiver uma política de
atualização incremental aplicada, ele pode ter vários anos de dados históricos que serão
perdidos se o modelo for substituído. A atualização de todos os dados históricos pode
levar horas e resultar em tempo de inatividade do sistema para os usuários.

Em vez disso, é melhor executar uma implantação somente de metadados, que permite
a implantação de novos objetos sem perder os dados históricos. Por exemplo, se você
adicionou algumas medidas, pode implantar apenas as novas medidas sem precisar
atualizar os dados, economizando tempo.

Para espaços de trabalho atribuídos a uma capacidade Premium configurada para

leitura/gravação de ponto de extremidade XMLA, as ferramentas compatíveis permitem
a implantação somente de metadados. Por exemplo, o ALM Toolkit é uma ferramenta de
comparação de esquema para modelos do Power BI e pode ser usada apenas para
executar a implantação de metadados.

Baixe e instale a versão mais recente do ALM Toolkit a partir do repositório Git do
Analysis Services. Orientações passo a passo sobre como usar o ALM Toolkit não estão
incluídas na documentação da Microsoft. Os links de documentação do ALM Toolkit e
informações sobre a capacidade de suporte estão disponíveis na faixa de opções Ajuda.
Para executar uma implantação somente de metadados, execute uma comparação e
selecione a instância do Power BI Desktop em execução como a origem e o modelo
existente no serviço do Power BI como destino. Considere as diferenças exibidas e
ignore a atualização da tabela com partições de atualização incremental ou use a caixa
de diálogo Opções para reter partições para atualizações de tabela. Valide a seleção
para garantir a integridade do modelo de destino e, em seguida, atualize.
Adicionando uma política de atualização
incremental e dados em tempo real
programaticamente
Você também pode usar o TMSL e o TOM para adicionar uma política de atualização
incremental a um modelo existente por meio do ponto de extremidade XMLA.

７ Nota

Para evitar problemas de compatibilidade, certifique-se de usar a versão mais

recente das bibliotecas de cliente do Analysis Services. Por exemplo, para trabalhar
com políticas híbridas, a versão deve ser 19.27.1.8 ou superior.

O processo inclui as seguintes etapas:

1. Verifique se o modelo de destino tem o nível mínimo de compatibilidade exigido.

No SSMS, clique com o botão direito do mouse no [nome do modelo]>Nível de
Compatibilidade de Propriedades.> Para aumentar o nível de compatibilidade,
 use um script createOrReplace TMSL ou verifique o seguinte código de exemplo
TOM para obter um exemplo.

text

a. Import policy - 1550

b. Hybrid policy - 1565

2. Adicione os RangeStart parâmetros e RangeEnd às expressões do modelo. Se

necessário, adicione também uma função para converter valores de Data/Hora em
chaves de data.

3. Defina um RefreshPolicy objeto com o arquivamento desejado (janela contínua) e

períodos de atualização incremental, bem como uma expressão de origem que
filtre a tabela de destino com base nos RangeStart parâmetros e RangeEnd . Defina
o modo de política de atualização como Importar ou Híbrido, dependendo dos
seus requisitos de dados em tempo real. Híbrido faz com que o Power BI adicione
uma partição DirectQuery à tabela para buscar as alterações mais recentes da
fonte de dados que ocorreram após a última hora de atualização.

4. Adicione a política de atualização à tabela e execute uma atualização completa

para que o Power BI particione a tabela de acordo com seus requisitos.

O exemplo de código a seguir demonstra como executar as etapas anteriores usando

TOM. Se quiser usar este exemplo como está, você deve ter uma cópia para o banco de
dados AdventureWorksDW e importar a tabela FactInternetSales para um modelo. O
exemplo de código pressupõe que os RangeStart parâmetros e e RangeEnd a DateKey
função não existem no modelo. Basta importar a tabela FactInternetSales e publicar o
modelo em um espaço de trabalho no Power BI Premium. Em seguida, atualize o para
que o workspaceUrl exemplo de código possa se conectar ao seu modelo. Atualize mais
linhas de código conforme necessário.

C#

using System;
using TOM = Microsoft.AnalysisServices.Tabular;
namespace Hybrid_Tables
{
class Program
{
static string workspaceUrl = "<Enter your Workspace URL here>";
static string databaseName = "AdventureWorks";
static string tableName = "FactInternetSales";
static void Main(string[] args)
{
 using (var server = new TOM.Server())
{
// Connect to the dataset.
server.Connect(workspaceUrl);
TOM.Database database =
server.Databases.FindByName(databaseName);
if (database == null)
{
throw new ApplicationException("Database cannot be
found!");
}
if(database.CompatibilityLevel < 1565)
{
database.CompatibilityLevel = 1565;
database.Update();
}
TOM.Model model = database.Model;
// Add RangeStart, RangeEnd, and DateKey function.
model.Expressions.Add(new TOM.NamedExpression {
Name = "RangeStart",
Kind = TOM.ExpressionKind.M,
Expression = "#datetime(2021, 12, 30, 0, 0, 0) meta
[IsParameterQuery=true, Type=\"DateTime\", IsParameterQueryRequired=true]"
});
model.Expressions.Add(new TOM.NamedExpression
{
Name = "RangeEnd",
Kind = TOM.ExpressionKind.M,
Expression = "#datetime(2021, 12, 31, 0, 0, 0) meta
[IsParameterQuery=true, Type=\"DateTime\", IsParameterQueryRequired=true]"
});
model.Expressions.Add(new TOM.NamedExpression
{
Name = "DateKey",
Kind = TOM.ExpressionKind.M,
Expression =
"let\n" +
" Source = (x as datetime) => Date.Year(x)*10000
+ Date.Month(x)*100 + Date.Day(x)\n" +
"in\n" +
" Source"
});
// Apply a RefreshPolicy with Real-Time to the target table.
TOM.Table salesTable = model.Tables[tableName];
TOM.RefreshPolicy hybridPolicy = new TOM.BasicRefreshPolicy
{
Mode = TOM.RefreshPolicyMode.Hybrid,
IncrementalPeriodsOffset = -1,
RollingWindowPeriods = 1,
RollingWindowGranularity =
TOM.RefreshGranularityType.Year,
IncrementalPeriods = 1,
IncrementalGranularity = TOM.RefreshGranularityType.Day,
SourceExpression =
"let\n" +
 " Source =
Sql.Database(\"demopm.database.windows.net\", \"AdventureWorksDW\"),\n" +
" dbo_FactInternetSales =
Source{[Schema=\"dbo\",Item=\"FactInternetSales\"]}[Data],\n" +
" #\"Filtered Rows\" =
Table.SelectRows(dbo_FactInternetSales, each [OrderDateKey] >=
DateKey(RangeStart) and [OrderDateKey] < DateKey(RangeEnd))\n" +
"in\n" +
" #\"Filtered Rows\""
};
salesTable.RefreshPolicy = hybridPolicy;
model.RequestRefresh(TOM.RefreshType.Full);
model.SaveChanges();
}
Console.WriteLine("{0}{1}", Environment.NewLine, "Press [Enter]
to exit...");
Console.ReadLine();
}
}
}

Próximos passos
Partições em modelos tabulares
Ferramentas externas no Power BI Desktop
Configurar a atualização agendada
Solucionar problemas de atualização incremental e dados em tempo real
Solucionar problemas de atualização
incremental e dados em tempo real
Artigo • 26/04/2024

Há duas fases ao implementar uma atualização incremental e uma solução de dados em

tempo real, sendo a primeira a configuração de parâmetros, filtragem e definição de
uma política no Power BI Desktop e a segunda a operação inicial de atualização do
modelo semântico e as atualizações subsequentes no serviço. Este artigo discute a
solução de problemas separadamente para cada uma dessas fases.

Tendo particionado a tabela no serviço do Power BI, é importante ter em mente que as
tabelas atualizadas incrementalmente que também estão recebendo dados em tempo
real com o DirectQuery agora estão operando no modo híbrido, o que significa que
operam no modo de importação e no modo DirectQuery. Todas as tabelas com relações
com essa tabela híbrida atualizada incrementalmente devem usar o modo Dual para
que possam ser usadas no modo de importação e DirectQuery sem penalidades de
desempenho. Além disso, os visuais de relatório podem armazenar os resultados em
cache para evitar o envio de consultas de volta para a fonte de dados, o que impediria a
tabela de pegar as atualizações de dados mais recentes em tempo real. A seção final de
solução de problemas aborda esses problemas de modo híbrido.

Antes de solucionar problemas de atualização incremental e dados em tempo real,

revise Atualização incremental para modelos e dados em tempo real e informações
passo a passo em Configurar atualização incremental e dados em tempo real.

Configurando no Power BI Desktop

A maioria dos problemas que ocorrem ao configurar a atualização incremental e os
dados em tempo real tem a ver com o dobramento da consulta. Conforme descrito em
Visão geral da atualização incremental para modelos - Fontes de dados suportadas, sua
fonte de dados deve oferecer suporte à dobragem de consulta.

Problema: O carregamento de dados demora demasiado

tempo
No Power Query Editor, depois de selecionar Aplicar, o carregamento de dados leva
uma quantidade excessiva de tempo e recursos do computador. Existem várias causas
potenciais.
Causa: incompatibilidade de tipo de dados
Esse problema pode ser causado por uma incompatibilidade de tipo de dados em que
Date/Time é o tipo de dados necessário para os RangeStart parâmetros e RangeEnd ,

mas a coluna de data da tabela na qual os filtros são aplicados não Date/Time são do
tipo de dados ou vice-versa. Tanto o tipo de dados de parâmetros quanto a coluna de
dados filtrados devem ser Date/Time do tipo de dados e o formato deve ser o mesmo.
Caso contrário, a consulta não poderá ser dobrada.

Solução: Verificar o tipo de dados

Verifique se a coluna de data/hora da tabela de atualização incremental é do tipo de

Date/Time dados. Se a tabela não contiver uma coluna de tipo de dados, mas usar um

tipo de dados inteiro, você poderá criar uma função que converta RangeStart o valor de
Date/Time data/hora nos parâmetros e RangeEnd para corresponder à chave substituta

inteira da tabela da fonte de dados. Para saber mais, consulte Configurar atualização
incremental - Converter DateTime em inteiro.

Causa: a fonte de dados não oferece suporte à dobragem de

consulta
Conforme descrito em Atualização incremental e dados em tempo real para modelos -
Requisitos, a atualização incremental foi projetada para fontes de dados que oferecem
suporte à dobragem de consultas. Certifique-se de que as consultas da fonte de dados
estão sendo dobradas no Power BI Desktop antes de publicar no serviço, onde os
problemas de dobragem de consulta podem ser significativamente agravados. Essa
abordagem é especialmente importante ao incluir dados em tempo real em uma
política de atualização incremental, pois a partição DirectQuery em tempo real requer
dobragem de consulta.

Solução: verificar e testar consultas

Na maioria dos casos, um aviso é mostrado na caixa de diálogo Política de atualização
incremental indicando se a consulta a ser executada na fonte de dados não oferece
suporte à dobragem de consulta. No entanto, em alguns casos, pode ser necessário
garantir que a dobragem de consultas seja possível. Se possível, monitore a consulta
que está sendo passada para a fonte de dados usando uma ferramenta como o SQL
Profiler. Uma consulta com filtros baseados em RangeStart e RangeEnd deve ser
executada em uma única consulta.
Você também pode especificar um curto período de data/hora nos RangeStart
parâmetros e RangeEnd que não incluem mais do que alguns milhares de linhas. Se a
carga de dados filtrados da fonte de dados para o modelo demorar muito tempo e for
de processo intensivo, isso provavelmente significa que a consulta não está sendo
dobrada.

Se determinar que a consulta não está a ser dobrada, consulte Orientações de

dobragem de consulta no Power BI Desktop e Dobragem de consulta do Power Query
para obter ajuda com a identificação do que pode estar a impedir a dobragem de
consultas e como, ou se, a origem de dados pode mesmo suportar a dobragem de
consultas.

Atualização do modelo semântico no serviço

A solução de problemas de atualização incremental no serviço difere dependendo do
tipo de capacidade em que seu modelo foi publicado. Os modelos semânticos em
capacidades Premium oferecem suporte ao uso de ferramentas como o SQL Server
Management Studio (SSMS) para exibir e atualizar seletivamente partições individuais.
Os modelos do Power BI Pro, por outro lado, não fornecem acesso à ferramenta por
meio do ponto de extremidade XMLA, portanto, a solução de problemas de atualização
incremental pode exigir um pouco mais de tentativa e erro.

Problema: A atualização inicial expira

A atualização agendada para modelos do Power BI Pro em uma capacidade
compartilhada tem um limite de tempo de duas horas. Este limite de tempo é
aumentado para cinco horas para os modelos com capacidade Premium. Os sistemas de
fonte de dados também podem impor um limite de tamanho de retorno de consulta ou
tempo limite de consulta.

Causa: as consultas da fonte de dados não estão sendo dobradas

Embora os problemas com a dobragem de consultas geralmente possam ser

determinados no Power BI Desktop antes da publicação no serviço, é possível que as
consultas de atualização de modelo não estejam sendo dobradas, levando a tempos de
atualização excessivos e à utilização de recursos do mecanismo de mashup de consulta.
Essa situação acontece porque uma consulta é criada para cada partição no modelo. Se
as consultas não estiverem sendo dobradas e os dados não estiverem sendo filtrados na
fonte de dados, o mecanismo tentará filtrar os dados.
Solução: Verificar o dobramento da consulta
Use uma ferramenta de rastreamento na fonte de dados para determinar a consulta que
está sendo passada para cada partição é uma única consulta que inclui um filtro com
base nos parâmetros RangeStart e RangeEnd. Caso contrário, verifique se a dobragem
de consulta está ocorrendo no modelo do Power BI Desktop ao carregar uma pequena
quantidade filtrada de dados no modelo. Caso contrário, fixe-o no modelo primeiro,
execute uma atualização apenas de metadados para o modelo (usando o ponto de
extremidade XMLA) ou, se um modelo do Power BI Pro em uma capacidade
compartilhada, exclua o modelo incompleto no serviço, publique novamente e tente
uma operação de atualização inicial novamente.

Se determinar que as consultas não estão a ser dobradas, consulte Orientações de

dobragem de consultas no Power BI Desktop e Dobragem de consultas do Power Query
para obter ajuda para identificar o que pode estar a impedir a dobragem de consultas.

Causa: os dados carregados em partições são muito grandes

Solução: Reduza o tamanho do modelo

Em muitos casos, o tempo limite é causado pela quantidade de dados que devem ser
consultados e carregados nas partições do modelo excede os limites de tempo
impostos pela capacidade. Reduza o tamanho ou a complexidade do seu modelo ou
considere dividi-lo em partes menores.

Solução: habilite o formato de armazenamento de modelo grande

Para modelos publicados em capacidades Premium, se o modelo crescer além de 1 GB
ou mais, você poderá melhorar o desempenho da operação de atualização e garantir
que o modelo não exceda os limites de tamanho ativando o formato de armazenamento
de modelo grande antes de executar a primeira operação de atualização no serviço. Para
saber mais, consulte Modelos grandes no Power BI Premium.

Solução: Atualização inicial do Bootstrap

Para modelos publicados em capacidades Premium, você pode inicializar a operação de

atualização inicial. O bootstrapping permite que o serviço crie objetos de tabela e
partição para o modelo, mas não carregue e processe dados históricos em qualquer
uma das partições. Para saber mais, consulte Atualização incremental avançada - Evitar
tempos limite na atualização completa inicial.
Causa: tempo limite de consulta da fonte de dados
As consultas podem ser limitadas por um limite de tempo padrão para a fonte de
dados.

Solução: substitua o limite de tempo na expressão de consulta

Muitas fontes de dados permitem substituir o limite de tempo na expressão de consulta.
Para saber mais, consulte Atualização incremental para modelos - Limites de tempo.

Problema: A atualização falha devido a valores duplicados

Causa: as datas de publicação foram alteradas

Com uma operação de atualização, somente os dados que foram alterados na fonte de
dados são atualizados no modelo. Como os dados são divididos por uma data, é
recomendável que as datas de postagem (transação) não sejam alteradas.

Se uma data for alterada acidentalmente, dois problemas podem ocorrer: os usuários
notam alguns totais alterados nos dados históricos (o que não deveria acontecer) ou,
durante uma atualização, um erro é retornado indicando que um valor exclusivo não é,
de fato, exclusivo. Para este último, essa situação pode acontecer quando a tabela com
atualização incremental configurada é usada em um 1:N relacionamento com outra
tabela como 1 lateral e deve ter valores exclusivos. Quando os dados são alterados para
um ID específico, esse ID aparece em outra partição e o mecanismo deteta que o valor
não é exclusivo.

Solução: Atualizar partições específicas

Quando houver uma necessidade comercial de alterar alguns dados passados das datas,
uma solução possível é usar o SSMS para atualizar todas as partições desde o ponto em
que a alteração está localizada até a partição de atualização atual, mantendo assim o 1
lado da relação exclusivo.

Problema: Os dados estão truncados

Causa: o limite de consulta da fonte de dados foi excedido

Algumas fontes de dados, como o Azure Data Explorer, o Log Analytics e o Application
Insights, têm um limite de 64 MB (compactado) em dados que podem ser retornados
para uma consulta externa. O Azure Data Explorer pode retornar um erro explícito, mas
para outros, como o Log Analytics e o Application Insights, os dados retornados são
truncados.

Solução: especifique períodos menores de atualização e

armazenamento

Especifique períodos menores de atualização e armazenamento na política. Por

exemplo, se você especificou um período de atualização de um ano e um erro de
consulta é retornado ou os dados retornados são truncados, tente um período de
atualização de 12 meses. Você deseja garantir que as consultas para a partição de
atualização atual ou quaisquer partições históricas baseadas nos períodos Atualizar e
Armazenar não retornem mais de 64 MB de dados.

Problema: A atualização falha devido a conflitos de chave

de partição

Causa: a data em que a coluna de data na fonte de dados é

atualizada
O filtro na coluna de data é usado para particionar dinamicamente os dados em
intervalos de períodos no serviço do Power BI. A atualização incremental não foi
projetada para dar suporte a casos em que a coluna de data filtrada é atualizada no
sistema de origem. Uma atualização é interpretada como uma inserção e uma exclusão,
não como uma atualização real. Se a exclusão ocorrer no intervalo histórico e não no
intervalo incremental, ela não será captada, o que pode causar falhas de atualização de
dados devido a conflitos de chave de partição.

Modo híbrido no serviço (Pré-visualização)

Quando o Power BI aplica uma política de atualização incremental com dados em
tempo real, ele transforma a tabela atualizada incrementalmente em uma tabela híbrida
que opera no modo de importação e no modo DirectQuery. Observe a partição
DirectQuery no final da seguinte lista de partições de uma tabela de exemplo. A
presença de uma partição DirectQuery tem implicações para tabelas relacionadas e
visuais de relatório que consultam essa tabela.
 

Problema: O desempenho da consulta é fraco

Causa: as tabelas relacionadas não estão no modo Duplo

As tabelas híbridas que operam no modo de importação e no modo DirectQuery

exigem que todas as tabelas relacionadas operem no modo Dual para que possam atuar
como armazenadas em cache ou não em cache, dependendo do contexto da consulta
enviada ao modelo do Power BI. O modo duplo permite que o Power BI reduza o
número de relações limitadas no modelo e gere consultas de fonte de dados eficientes
para garantir um bom desempenho. Relações limitadas não podem ser enviadas por
push para a fonte de dados que exige que o Power BI recupere mais dados do que o
necessário. Como as tabelas duplas podem atuar como tabelas DirectQuery ou Import,
essa situação é evitada.

Solução: Converter tabelas relacionadas para o modo Dual

Ao configurar uma política de atualização incremental, o Power BI Desktop lembra você
de alternar quaisquer tabelas relacionadas para o modo Duplo ao selecionar Obter os
dados mais recentes em tempo real com o DirectQuery (somente Premium). Além
disso, certifique-se de revisar todas as relações de tabela existentes no Modo de
Exibição de Modelo.
 

As tabelas atualmente operando no modo DirectQuery são facilmente alternadas para o

modo Dual. Nas propriedades da tabela, em Avançado, selecione Dual na caixa de
listagem Modo de armazenamento. As tabelas atualmente operando no modo de
importação, no entanto, exigem trabalho manual. As tabelas duplas têm as mesmas
restrições funcionais que as tabelas DirectQuery. Portanto, o Power BI Desktop não pode
converter tabelas de importação porque elas podem depender de outras
funcionalidades não disponíveis no modo Dual. Você deve recriar manualmente essas
tabelas no modo DirectQuery e, em seguida, convertê-las para o modo Duplo. Para
saber mais, consulte Gerenciar o modo de armazenamento no Power BI Desktop.

Problema: os visuais de relatório não mostram os dados

mais recentes

Causa: os resultados da consulta em cache do Power BI melhoram

o desempenho e reduzem a carga de back-end

Por padrão, o Power BI armazena em cache os resultados da consulta, para que as

consultas de visuais de relatório possam ser processadas rapidamente, mesmo que
sejam baseadas no DirectQuery. Evitar consultas desnecessárias à fonte de dados
melhora o desempenho e reduz a carga da fonte de dados, mas também pode significar
que as alterações de dados mais recentes na origem não são incluídas nos resultados.

Solução: configurar a atualização automática de página

Para continuar buscando as alterações de dados mais recentes da fonte, configure a

atualização automática de página para seus relatórios no serviço do Power BI. A
atualização automática de página pode ser realizada em intervalos fixos, como cinco
segundos ou dez minutos. Quando esse intervalo específico é atingido, todos os
elementos visuais nessa página enviam uma consulta de atualização para a fonte de
dados e atualizam de acordo. Como alternativa, você pode atualizar elementos visuais
em uma página com base na deteção de alterações nos dados. Essa abordagem requer
uma medida de deteção de alterações que o Power BI usa para sondar a fonte de dados
em busca de alterações. A deteção de alterações só é suportada em espaços de trabalho
que fazem parte de uma capacidade Premium. Para saber mais, consulte Atualização
automática de página no Power BI.

Conteúdos relacionados
Atualizar dados no Power BI
Atualização incremental avançada com o ponto de extremidade XMLA
Atualização incremental para fluxos de dados

Comentários
Esta página foi útil?  Yes  No

Fornecer comentários sobre o produto | Perguntar à comunidade

Gerir a atualização de consultas no
Power BI
Artigo • 31/01/2024

Com o Power BI, você pode se conectar a muitos tipos diferentes de fontes de dados e
moldar os dados para atender às suas necessidades. As conexões e transformações são
armazenadas em consultas, que são, por padrão, atualizadas por atualização manual ou
automática do relatório no Serviço.

Gerenciando o carregamento de consultas

Em muitas situações, faz sentido dividir as transformações de dados em várias consultas.
Um exemplo popular é a fusão, em que você mescla duas consultas em uma para
essencialmente fazer uma junção. Nessa situação, algumas consultas não são relevantes
para carregar no Power BI Desktop porque são etapas intermediárias, enquanto ainda
são necessárias para que suas transformações de dados funcionem corretamente. Para
essas consultas, você pode garantir que elas não sejam carregadas no Power BI Desktop.
Desmarque Ativar carregamento no menu de contexto da consulta no Power Query
Editor:

Você também pode fazer essa alteração na tela Propriedades :

Excluindo consultas da atualização
Para consultas para as quais os dados de origem não são atualizados com frequência ou
de todo, faz sentido não ter as consultas incluídas na atualização do relatório. Nesse
cenário, você pode excluir consultas de serem atualizadas quando o relatório é
atualizado. Desmarque Incluir na atualização do relatório no menu de contexto da
consulta no Editor do Power Query:

Você também pode fazer essa alteração na tela Propriedades :

 ７ Nota

Todas as consultas excluídas da atualização também são excluídas na atualização

automática no serviço do Power BI.

Conteúdos relacionados
Formatar e combinar dados
Configurar atualização agendada
Ferramentas para solucionar problemas de atualização
Resolução de problemas de cenários de atualização

Tem dúvidas? Tente perguntar à Comunidade do Power BI

Cache de consultas no Power BI
Premium ou Power BI Embedded
Artigo • 21/05/2024

As organizações com Power BI Premium ou Power BI Embedded podem tirar proveito

do cache de consultas para acelerar relatórios associados a um modelo semântico. O
cache de consulta instrui a capacidade do Power BI Premium ou Power BI Embedded a
usar seu serviço de cache local para manter os resultados da consulta, evitando que a
fonte de dados subjacente calcule esses resultados.

） Importante

O cache de consultas só está disponível no Power BI Premium ou no Power BI

Embedded, para Importar modelos semânticos. Não é aplicável modelos
semânticos DirectQuery ou LiveConnect que usam o Azure Analysis Services ou o
SQL Server Analysis Services.

O cache é executado na primeira vez que um usuário abre o relatório. O serviço só faz
cache de consulta para a página inicial em que eles chegam. Em outras palavras, as
consultas não são armazenadas em cache quando você interage com o relatório. Os
resultados da consulta em cache são específicos para o contexto do usuário e do
modelo semântico e sempre respeitam as regras de segurança. O cache de consultas
respeita marcadores pessoais e filtros persistentes , de modo que as consultas geradas
por um relatório personalizado são armazenadas em cache. Os blocos do painel que são
alimentados pelas mesmas consultas também se beneficiam quando a consulta é
armazenada em cache. O desempenho se beneficia especialmente quando um modelo
semântico é acessado com frequência e não precisa ser atualizado com frequência. O
cache de consultas também pode reduzir a carga em sua capacidade, reduzindo o
número geral de consultas.

Você controla o comportamento de cache de consulta na página Configurações para o

modelo semântico no serviço do Power BI. Tem três configurações possíveis:

Padrão de capacidade: cache de consulta desativado

Desativado: não use cache de consulta para este modelo semântico.
Ativado: Use o cache de consulta para este modelo semântico.
Considerações e limitações
Quando você altera as configurações de cache de Ativado para Desativado, todos
os resultados de consulta salvos anteriormente para o modelo semântico são
removidos do cache de capacidade. Você pode desativar o cache explicitamente
ou revertendo para a configuração padrão de capacidade que um administrador
define como Desativado. Desativá-lo pode introduzir um pequeno atraso na
próxima vez que qualquer relatório executar consultas nesse modelo semântico. O
atraso é causado por essas consultas de relatório em execução sob demanda e não
aplicando resultados salvos. Além disso, o modelo semântico necessário pode
precisar ser carregado na memória antes de poder atender consultas.
O cache de consulta é atualizado quando o Power BI executa uma atualização de
modelo semântico. Quando o cache de consulta é atualizado, o Power BI deve
executar consultas nos modelos de dados subjacentes para obter os resultados
mais recentes. Se um grande número de modelos semânticos tiver o cache de
consultas habilitado e a capacidade Premium/Embedded estiver sob carga pesada,
poderá ocorrer alguma degradação do desempenho durante a atualização do
cache. A degradação resulta do aumento do volume de consultas sendo
executadas.

Conteúdos relacionados
O que é a análise incorporada do Power BI?

Comentários
Esta página foi útil?  Yes  No

Fornecer comentários sobre o produto | Perguntar à comunidade

Atualização aprimorada com a API REST
do Power BI
Artigo • 08/01/2025

Você pode usar qualquer linguagem de programação que ofereça suporte a chamadas
REST para fazer operações de atualização de modelo semântico usando a API REST do
Conjunto de Dados de Atualização do Power BI.

A atualização otimizada para modelos particionados grandes e complexos é

tradicionalmente invocada com métodos de programação que usam TOM (Tabular
Object Model), cmdlets do PowerShell ou TMSL (Tabular Model Scripting Language). No
entanto, esses métodos exigem conexões HTTP de longa execução que podem não ser
confiáveis.

A API REST do conjunto de dados de atualização do Power BI pode realizar operações

de atualização de modelo de forma assíncrona, portanto, conexões HTTP de longa
execução de aplicativos cliente não são necessárias. Em comparação com as operações
de atualização padrão, a atualização aprimorada com a API REST fornece mais opções
de personalização e os seguintes recursos que auxiliam modelos grandes:

Confirmações em lote
Atualização em nível de tabela e partição
Aplicação de políticas de atualização incremental
GET atualizar detalhes

Atualizar cancelamento
Configuração de tempo limite

７ Nota

Anteriormente, a atualização aprimorada era chamada de atualização

assíncrona com a API REST. No entanto, uma atualização padrão que usa a API
REST do conjunto de dados de atualização também é executada de forma
assíncrona por sua natureza inerente.
As operações de atualização melhoradas da API REST do Power BI não
atualizam automaticamente os caches de azulejos. Os caches de mosaicos são
atualizados somente quando um usuário acessa um relatório.

Base URL
O URL base está no seguinte formato:

HTTP

https://api.powerbi.com/v1.0/myorg/groups/{groupId}/datasets/{datasetId}/ref
reshes

Você pode acrescentar recursos e operações à URL base com base em parâmetros. No
diagrama a seguir, Grupos, Conjuntos de Dadose Atualizações são coleções. Grupo,
Datasete Refresh são objetos .

Requerimentos
Você precisa dos seguintes requisitos para usar a API REST:

Um modelo semântico no Power BI Premium, Premium por usuário ou Power BI

Embedded.
Um ID de grupo e um ID de conjunto de dados a serem usados na URL de
solicitação.
Dataset.ReadWrite.All âmbito de permissão.

O número de atualizações é limitado pelas limitações gerais para atualizações baseadas

em API para modelos Pro e Premium.

Autenticação
Todas as chamadas devem ser autenticadas com um token OAuth 2 válido do Microsoft
Entra ID no cabeçalho Authorization. O token deve atender aos seguintes requisitos:

Pode ser um token de usuário ou um principal de serviço da aplicação.

Assegure que o público esteja corretamente definido para
https://api.powerbi.com .

Ser usado por um usuário ou aplicativo que tenha permissões suficientes no

modelo.

７ Nota
 As modificações da API REST não alteram as permissões atualmente definidas para
atualizações de modelo.

POST /atualiza
Para fazer uma atualização, use o verbo POST na coleção /refreshes para adicionar um
novo objeto refresh à coleção. O cabeçalho Location na resposta inclui o requestId .
Como a operação é assíncrona, um aplicativo cliente pode se desconectar e usar o
requestId para verificar o status posteriormente, se necessário.

O código a seguir mostra uma solicitação de exemplo:

HTTP

POST https://api.powerbi.com/v1.0/myorg/groups/f089354e-8366-4e18-aea3-
4cb4a3a50b48/datasets/cfafbeb1-8037-4d0c-896e-a46fb27ff229/refreshes

O corpo da solicitação pode ser semelhante ao seguinte exemplo:

JSON

{
"type": "Full",
"commitMode": "transactional",
"maxParallelism": 2,
"retryCount": 2,
"timeout": "02:00:00",
"objects": [
{
"table": "DimCustomer",
"partition": "DimCustomer"
},
{
"table": "DimDate"
}
]
}

７ Nota

O serviço aceita apenas uma operação de atualização de cada vez para um modelo.
Se houver uma atualização a decorrer e outra solicitação for submetida, retornará
um código de status HTTP 400 Bad Request .
Parâmetros
Para fazer uma operação de atualização avançada, você deve especificar um ou mais
parâmetros no corpo da solicitação. Os parâmetros especificados podem especificar o
valor padrão ou opcional. Quando a solicitação especifica parâmetros, todos os outros
parâmetros se aplicam à operação com seus valores padrão. Se a solicitação não
especificar parâmetros, todos os parâmetros usarão seus valores padrão e ocorrerá uma
operação de atualização padrão.

ﾉ Expandir tabela

Nome Tipo Padrão Descrição

type Enum automatic O tipo de processamento a ser executado. Os

tipos se alinham com os tipos de comando de
atualização TMSL: full , clearValues ,
calculate , dataOnly , automatic e defragment .
O tipo add não é suportado.

commitMode Enum transactional Determina se os objetos devem ser

confirmados em lotes ou somente quando
concluídos. Os modos são transactional e
partialBatch . Ao usar partialBatch a
operação de atualização não ocorre em uma
transação. Cada comando é cometido
individualmente. Se houver uma falha, o
modelo pode estar vazio ou incluir apenas um
subconjunto dos dados. Para se proteger
contra falhas e manter os dados que estavam
no modelo antes do início da operação,
execute a operação com commitMode =
transactional .

maxParallelism Int 10 Determina o número máximo de threads que

podem executar os comandos de
processamento em paralelo. Esse valor se
alinha com a propriedade MaxParallelism que
pode ser definida no comando TMSL
Sequence ou usando outros métodos.

retryCount Int 0 Número de vezes que a operação tenta

novamente antes de falhar.

objects Matriz Modelo Uma matriz de objetos a serem processados.

completo Cada objeto inclui table ao processar uma
tabela inteira, ou table e partition ao
processar uma partição. Se nenhum objeto for
especificado, todo o modelo será atualizado.
Nome Tipo Padrão Descrição

applyRefreshPolicy Booleano true Se uma política de atualização incremental for

definida, determinará se a política deve ser
aplicada. Os modos são true ou false . Se a
política não for aplicada, o processo completo
deixará as definições de partição inalteradas e
atualizará totalmente todas as partições na
tabela.

Se commitMode for transactional ,

applyRefreshPolicy pode ser true ou false .
Se commitMode for partialBatch ,
applyRefreshPolicy de true não é suportado
e applyRefreshPolicy deve ser definido como
false .

effectiveDate Data Data atual Se uma política de atualização incremental for

aplicada, o parâmetro effectiveDate
substituirá a data atual. Se não for
especificado, o dia atual é determinado
usando a configuração de fuso horário em
'Atualizar'.

timeout String 05:00:00 (5 Se um timeout for especificado, cada

horas) tentativa de atualização de dados no modelo
semântico aderirá a esse tempo limite. Uma
única solicitação de atualização pode incluir
várias tentativas se retryCount for
especificado, o que pode fazer com que a
duração total da atualização exceda o tempo
limite especificado. Por exemplo, definir um
timeout de 1 hora com um retryCount de 2
pode resultar em uma duração total de
atualização de até 3 horas. Os usuários
podem ajustar o timeout para encurtar a
duração da atualização para uma deteção de
falha mais rápida ou estendê-la além das 5
horas padrão para atualizações de dados mais
complexas. No entanto, a duração total da
atualização, incluindo tentativas, não pode
exceder 24 horas.

Resposta
JSON
 202 Accepted

A resposta também inclui um campo de cabeçalho de resposta Location para orientar o

utilizador para a operação de atualização que foi criada e aceite. O Location é o local
do novo recurso que a solicitação criou, que inclui o requestId que algumas operações
de atualização aprimoradas exigem. Por exemplo, na resposta a seguir, requestId é o
último identificador na resposta 87f31ef7-1e3a-4006-9b0b-191693e79e9e .

JSON

x-ms-request-id: 87f31ef7-1e3a-4006-9b0b-191693e79e9e
Location: https://api.powerbi.com/v1.0/myorg/groups/f089354e-8366-4e18-aea3-
4cb4a3a50b48/datasets/cfafbeb1-8037-4d0c-896e-
a46fb27ff229/refreshes/87f31ef7-1e3a-4006-9b0b-191693e79e9e

GET /refreshes
Use o verbo GET na coleção /refreshes para listar operações de atualização históricas,
atuais e pendentes.

O corpo da resposta pode se parecer com o exemplo a seguir:

JSON

[
{
"requestId": "1344a272-7893-4afa-a4b3-3fb87222fdac",
"refreshType": "ViaEnhancedApi",
"startTime": "2020-12-07T02:06:57.1838734Z",
"endTime": "2020-12-07T02:07:00.4929675Z",
"status": "Completed",
"extendedStatus": "Completed"
},
{
"requestId": "474fc5a0-3d69-4c5d-adb4-8a846fa5580b",
"startTime": "2020-12-07T01:05:54.157324Z",
"refreshType": "ViaEnhancedApi",
"status": "Unknown"
}
{
"requestId": "85a82498-2209-428c-b273-f87b3a1eb905",
"refreshType": "ViaEnhancedApi",
"startTime": "2020-12-07T01:05:54.157324Z",
"status": "Unknown",
"extendedStatus": "NotStarted"
}
 ]

７ Nota

O Power BI pode descartar solicitações se houver muitas solicitações em um curto

período de tempo. O Power BI faz uma atualização, enfileira a próxima solicitação e
descarta todas as outras. Por design, você não pode consultar o status em
solicitações descartadas.

Propriedades de resposta

ﾉ Expandir tabela

Nome Tipo Descrição

requestId Guid O identificador da solicitação de atualização. Você precisa requestId

para consultar o status da operação de atualização individual ou
cancelar uma operação de atualização em andamento.

refreshType String OnDemand indica que a atualização foi acionada interativamente por
meio do portal do Power BI.
Scheduled indica que uma agenda de atualização do modelo acionou a
atualização.
ViaApi indica que uma chamada de API disparou a atualização.
ViaEnhancedApi indica que uma chamada de API disparou uma
atualização aprimorada.

startTime String Data e hora do início da atualização.

endTime String Data e hora do fim da atualização.

status String Completed indica a operação de atualização concluída com êxito.

Failed indica que a operação de atualização falhou.
Unknown indica que o estado de conclusão não pode ser determinado.
Com esse status, endTime está vazio.
Disabled indica que a atualização foi desabilitada pela atualização
seletiva.
Cancelled indica que a atualização foi cancelada com êxito.

extendedStatus String Aumenta a propriedade status para fornecer mais informações.

７ Nota
 No Azure Analysis Services, o resultado do status concluído é succeeded . Se você
migrar uma solução do Azure Analysis Services para o Power BI, talvez seja
necessário modificar suas soluções.

Limitar o número de operações de atualização retornadas

A API REST do Power BI suporta a limitação do número solicitado de entradas no
histórico de atualizações usando o parâmetro $top opcional. Se não for especificado, o
padrão é todas as entradas disponíveis.

HTTP

GET
https://api.powerbi.com/v1.0/myorg/groups/{groupId}/datasets/{datasetId}/ref
reshes?$top={$top}

GET /refreshes/<requestId>
Para verificar o status de uma operação de atualização, use o verbo GET no objeto
refresh especificando o requestId . Se a operação estiver em andamento, status
retornará InProgress , como no seguinte exemplo de corpo de resposta:

JSON

{
"startTime": "2020-12-07T02:06:57.1838734Z",
"endTime": "2020-12-07T02:07:00.4929675Z",
"type": "Full",
"status": "InProgress",
"currentRefreshType": "Full",
"objects": [
{
"table": "DimCustomer",
"partition": "DimCustomer",
"status": "InProgress"
},
{
"table": "DimDate",
"partition": "DimDate",
"status": "InProgress"
}
]
}
DELETE /refreshes/<requestId>
Para cancelar uma operação de atualização aprimorada em andamento, use o verbo
DELETE no objeto refresh especificando o requestId .

Por exemplo

HTTP

DELETE https://api.powerbi.com/v1.0/myorg/groups/f089354e-8366-4e18-aea3-
4cb4a3a50b48/datasets/cfafbeb1-8037-4d0c-896e-
a46fb27ff229/refreshes/1344a272-7893-4afa-a4b3-3fb87222fdac

Considerações e limitações
A operação de atualização tem as seguintes considerações e limitações:

Operações de atualização padrão

Não é possível cancelar atualizações de modelo agendadas ou sob demanda que

foram acionadas selecionando o botão de atualização no portal, usando DELETE
/refreshes/<requestId> .

As atualizações de modelo agendadas e sob demanda que foram acionadas ao

selecionar o botão de atualização no portal não suportam a obtenção de detalhes
da operação de atualização usando GET /refreshes/<requestId> .
Obter Detalhes e Cancelar são operações novas disponíveis apenas para a
atualização melhorada. A atualização padrão não suporta essas operações.

Power BI incorporado
Se a capacidade for pausada manualmente no portal do Power BI ou usando o
PowerShell, ou se ocorrer uma interrupção do sistema, o status de qualquer operação
de atualização aprimorada em andamento permanecerá InProgress por no máximo seis
horas. Se a capacidade for retomada dentro de seis horas, a operação de atualização
será retomada automaticamente. Se a capacidade for retomada após mais de seis horas,
a operação de atualização poderá retornar um erro de tempo limite. Em seguida,
reinicie a operação de atualização.

Despejo do modelo semântico

O Power BI usa o gerenciamento dinâmico de memória para otimizar a memória de
capacidade. Se o modelo for removido da memória durante uma operação de
atualização, o seguinte erro pode retornar:

JSON

{
"messages": [
{
"code": "0xC11C0020",
"message": "Session cancelled because it is connected to a
database that has been evicted to free up memory for other operations",
"type": "Error"
}
]
}

A solução é executar novamente a operação de atualização. Para saber mais sobre a

gestão dinâmica de memória e a remoção de modelos, consulte remoção de modelos.

Atualizar os limites de tempo de operação

Uma operação de atualização pode incluir várias tentativas, se retryCount for
especificado. Cada tentativa tem um tempo limite padrão de 5 horas, que pode ser
ajustado usando o parâmetro timeout . A duração total da atualização, incluindo
tentativas, não deve exceder 24 horas.

Se retryCount especificar um número, uma nova operação de atualização começará

com o limite de tempo. O serviço tenta novamente esta operação até que ela tenha
sucesso, atinja o limite de retryCount ou atinja o máximo de 24 horas a partir da
primeira tentativa.

Você pode ajustar o timeout para reduzir a duração da atualização para uma deteção
de falha mais rápida ou estendê-la além das 5 horas padrão para atualizações de dados
mais complexas.

Ao planejar a atualização do modelo semântico com a API REST do conjunto de dados

Refresh, considere os limites de tempo e o parâmetro retryCount. Uma atualização pode
exceder o tempo limite se a tentativa inicial falhar e retryCount estiver definido como 1
ou mais. Se você solicitar uma atualização com "retryCount": 1, e a primeira tentativa
falhar após 4 horas, uma segunda tentativa será iniciada. Se isso for bem-sucedido em 3
horas, o tempo total para a atualização é de 7 horas.
Se as operações de atualização falharem regularmente, excederem o limite de tempo
limite ou excederem o tempo desejado da operação de atualização bem-sucedida,
considere reduzir a quantidade de dados que estão sendo atualizados da fonte de
dados. Você pode dividir a atualização em várias solicitações, por exemplo, uma
solicitação para cada tabela. Você também pode especificar partialBatch no parâmetro
commitMode.

Exemplo de código
Para obter um exemplo de código C# para você começar, consulte RestApiSample no
GitHub.

Para usar o exemplo de código:

1. Clone ou baixe o repo.

2. Abra a solução RestApiSample.
3. Encontre a linha client.BaseAddress = … e forneça o seu URL base .

O exemplo de código usa a autenticação da entidade de serviço.

Conteúdo relacionado
API REST de atualização do conjunto de dados do Power BI
Usar as APIs REST do Power BI

Comentários
Esta página foi útil?  Yes  No

Fornecer comentários sobre o produto | Perguntar à comunidade

Atualizar modelos semânticos criados a
partir de ficheiros locais do Power BI
Desktop
Artigo • 10/11/2023

O Power BI dá suporte a Atualizar agora e Agendar atualização para modelos

semânticos criados a partir de arquivos locais importados do Power BI Desktop. O Power
BI dá suporte à atualização para qualquer uma das seguintes fontes de dados às quais
você se conecta ou carrega com Obter dados e o Editor do Power Query.

Gateway do Power BI (modo pessoal)

O gateway de dados local (modo pessoal) oferece suporte à atualização para as
seguintes fontes de dados:

Todas as fontes de dados online que aparecem no Power BI Desktop Obter dados
e no Power Query Editor.
Todas as fontes de dados locais que aparecem no Power BI Desktop Obter dados e
no Editor do Power Query, exceto arquivos Hadoop (HDFS) e Microsoft Exchange.

Gateway de dados no local

O gateway de dados local oferece suporte à atualização para as seguintes fontes de
dados:

Tabela do Analysis Services

Analysis Services Multidimensional
SQL Server
SAP HANA
Oracle
Teradata
Ficheiro
Pasta
Lista do SharePoint (local)
Cliente Web
OData
IBM DB2
MySQL
Sybase
 SAP BW
Base de Dados IBM Informix
ODBC

７ Nota

Um gateway deve ser instalado e executado para que o Power BI se conecte a

fontes de dados locais e atualize o modelo semântico.

Atualizar no Power BI Desktop vs. serviço do

Power BI
Você pode fazer uma atualização manual única no Power BI Desktop selecionando
Atualizar na guia Página Inicial da faixa de opções. Quando você seleciona Atualizar, os
dados no modelo do arquivo são atualizados com dados atualizados da fonte de dados
original.

Esse tipo de atualização de dentro do Power BI Desktop é diferente da atualização

manual ou agendada no serviço do Power BI. É importante entender a distinção.

Quando você importa seu arquivo do Power BI Desktop de uma unidade local, os dados
e outras informações sobre o modelo são carregados em um modelo semântico no
serviço do Power BI. Você baseia seus relatórios no serviço do Power BI no modelo
semântico. Você atualiza os dados no serviço do Power BI, não no Power BI Desktop,
porque baseou seus relatórios no modelo semântico no serviço. Como as fontes de
dados são externas, você pode atualizar manualmente o modelo semântico usando
Atualizar agora ou pode configurar uma agenda de atualização usando Agendar
atualização.

Quando você atualiza o modelo semântico, o Power BI não se conecta ao arquivo na

unidade local para consultar dados atualizados. O Power BI usa informações no modelo
semântico para se conectar diretamente às fontes de dados, consultar dados atualizados
e carregar os dados atualizados no modelo semântico.
 ７ Nota

Os dados atualizados no modelo semântico não são sincronizados com o arquivo

na unidade local.

Atualização agendada
Quando você configura uma agenda de atualização, o Power BI se conecta diretamente
às fontes de dados usando as informações de conexão e as credenciais no modelo
semântico. O Power BI consulta dados atualizados e, em seguida, carrega os dados
atualizados no modelo semântico. Todas as visualizações em relatórios e painéis
baseados nesse modelo semântico também são atualizadas.

Para obter detalhes sobre como configurar a atualização agendada, consulte Configurar
a atualização agendada.

Resolução de problemas
Quando as coisas dão errado, geralmente é porque o Power BI não pode entrar em
fontes de dados. Certifique-se de que o Power BI pode iniciar sessão nas suas origens
de dados. Se o modelo semântico se conectar a uma fonte de dados local, o gateway
poderá estar offline. Se a senha que você usa para entrar na fonte de dados for alterada
ou o Power BI for desconectado, tente entrar em suas fontes de dados novamente em
Credenciais da fonte de dados.

Certifique-se de definir Enviar notificações de falha de atualização como Proprietário

do modelo semântico, para saber imediatamente se uma atualização agendada falhar.

Às vezes, atualizar os dados pode não sair como você espera. Esse problema geralmente
envolve um gateway. Para ferramentas e problemas conhecidos, consulte os seguintes
artigos de solução de problemas de gateway:

Resolução de problemas do gateway de dados no local

Solucionar problemas do Gateway do Power BI - Pessoal

Tem dúvidas? Tente perguntar à Comunidade do Power BI

Atualizar um modelo semântico
armazenado no OneDrive ou no
SharePoint Online
Artigo • 10/11/2023

Importar arquivos do OneDrive ou do SharePoint Online para o serviço do Power BI é

uma ótima maneira de garantir que seu trabalho no Power BI Desktop permaneça
sincronizado com o serviço do Power BI.

Vantagens de armazenar um arquivo do Power

BI Desktop no OneDrive ou no SharePoint
Online
Quando você armazena um arquivo do Power BI Desktop no OneDrive ou no SharePoint
Online, todos os dados carregados no modelo do arquivo são importados para o
modelo semântico. Todos os relatórios criados a partir do ficheiro são carregados em
Relatórios no serviço Power BI. Digamos que você faça alterações em seu arquivo no
OneDrive ou no SharePoint Online. Essas alterações podem incluir a adição de novas
medidas, a alteração de nomes de colunas ou a edição de visualizações. Depois de
salvar o arquivo, o serviço do Power BI também é sincronizado com essas alterações,
geralmente em cerca de uma hora.

Você pode fazer uma atualização manual única diretamente no Power BI Desktop
selecionando Atualizar na faixa de opções Página Inicial . Ao selecionar Atualizar, você
atualiza o modelo do arquivo com dados atualizados da fonte de dados original. Esse
tipo de atualização acontece inteiramente de dentro do próprio aplicativo Power BI
Desktop. É diferente de uma atualização manual ou agendada no Power BI e é
importante entender a distinção.
Ao importar seu arquivo do Power BI Desktop do OneDrive ou do SharePoint Online,
você carrega dados e informações de modelo em um modelo semântico no Power BI.
Depois disso, você atualiza o modelo semântico no serviço do Power BI porque é nisso
que seus relatórios se baseiam. Como as fontes de dados são externas, você pode
atualizar manualmente o modelo semântico usando Atualizar agora ou pode configurar
uma agenda de atualização usando Agendar atualização.

Quando você atualiza o modelo semântico, o Power BI não se conecta ao arquivo no

OneDrive ou no SharePoint Online para consultar dados atualizados. Ele usa
informações no modelo semântico para se conectar diretamente às fontes de dados e
consultar dados atualizados. Em seguida, ele carrega esses dados no modelo semântico.
Esses dados atualizados no modelo semântico não são sincronizados de volta ao
arquivo no OneDrive ou no SharePoint Online.
Atualizações automáticas versus manuais das
informações do modelo
Por padrão, o Power BI atualiza as informações do modelo do OneDrive e do SharePoint
de hora em hora. Se pretender que estas atualizações ocorram manualmente, pode
desativar a atualização automática do OneDrive nas definições do modelo semântico.
Abra as configurações do modelo semântico, expanda a seção de atualização do
OneDrive e defina a alternância como Desativado.

Proprietários de modelos semânticos versus

usuários com permissão de gravação
Por padrão, os proprietários de modelos semânticos e os usuários de modelos
semânticos com permissão de gravação podem atualizar manualmente as informações e
os dados do modelo em um modelo semântico usando Atualizar agora. Como parte de
uma atualização manual, o Power BI recupera as informações de modelo mais recentes
do OneDrive ou do SharePoint e, em seguida, atualiza os dados. As informações de
modelo mais recentes podem incluir conexões de dados novas e modificadas e tabelas
adicionadas aos arquivos no OneDrive ou no SharePoint.

Você pode restringir a capacidade de adicionar novas fontes de dados a um modelo

semântico no Power BI limitando as atualizações de informações do modelo aos
proprietários do modelo semântico. Nas definições do modelo semântico, expanda
Sincronizar com o OneDrive e o SharePoint, selecione Restringir atualizações e, em
seguida, selecione Aplicar.
Com atualizações restritas, apenas os proprietários de modelos semânticos podem
atualizar as informações do modelo no modelo semântico com alterações feitas na
versão armazenada no OneDrive e no SharePoint. Os proprietários de modelos
semânticos devem atualizar manualmente os modelos semânticos para que as
alterações sejam refletidas. Se um usuário de modelo semântico com permissão de
gravação atualizar o modelo semântico, as alterações de arquivos armazenados no
OneDrive ou no SharePoint não serão refletidas.

Se desejar que os proprietários de modelos semânticos e os usuários de modelos

semânticos com permissão de gravação tenham a capacidade de atualizar as
informações do modelo, selecione Atualizações automáticas. Os modelos semânticos
no serviço Power BI são atualizados automaticamente com as alterações feitas nas
versões dos modelos semânticos armazenados no OneDrive e no SharePoint.

Os modelos semânticos existentes serão definidos como Atualizações padrão. Quando

a configuração for alterada para Restringir atualizações ou Atualizações automáticas, as
atualizações padrão não serão mais uma opção para o modelo semântico.

Novos modelos semânticos receberão atualizações restritas após a criação. A

configuração pode ser alterada para Atualizações automáticas, se desejado, sem opção
para aplicar a configuração Atualizações padrão.

A diferença entre Atualizações automáticas e Atualizações padrão é que a

configuração Atualizações padrão é aplicada a modelos semânticos existentes,
enquanto a configuração Atualizações automáticas precisa ser aplicada após a criação
de um novo modelo semântico, já que novos modelos semânticos usam como padrão
Atualizações restritas.
 Nome da Quem pode fazer Tipo de Disponibilidade Definição
definição atualizações atualização predefinida

Restringir Somente proprietários Manual Sempre uma opção Sobre novos

atualizações de modelos modelos
semânticos semânticos

Atualizações Proprietários de Automático Sempre uma opção Nunca

automáticas modelos semânticos e
usuários de modelos
semânticos com
permissão de gravação

Atualizações Proprietários de Automático Uma vez que outra Em modelos

padrão modelos semânticos e configuração é semânticos
usuários de modelos aplicada, não é mais existentes
semânticos com uma opção
permissão de gravação

Aplicação de atualizações restritas

Os administradores de locatários podem impor atualizações restritas em todos os
modelos semânticos em sua organização desativando a configuração de locatário Os
proprietários de modelos semânticos podem optar por atualizar automaticamente os
modelos semânticos de arquivos importados do OneDrive ou do SharePoint.

Com as atualizações restritas impostas no nível do locatário, os proprietários de

modelos semânticos não podem mais habilitar as atualizações automáticas na seção
Sincronizar com o OneDrive e o SharePoint . Um bloco de informações mostra ao
usuário que um administrador desativou as atualizações automáticas para a
organização.
O que é suportado?
O Power BI suporta Atualização e Atualização de Agendamento para modelos
semânticos criados a partir de ficheiros do Power BI Desktop importados de uma
unidade local onde utiliza Obter dados ou o Editor do Power Query para ligar e
carregar dados das seguintes origens de dados.

７ Nota

A atualização do Onedrive para modelos semânticos de conexão ao vivo é

suportada. No entanto, não há suporte para alterar o modelo semântico de
conexão em tempo real, de um modelo semântico para outro em um relatório já
publicado, no cenário de atualização do OneDrive.

Power BI Gateway - Pessoal

Todas as fontes de dados online mostradas em Obter dados e no Editor do Power
Query do Power BI Desktop.
Todas as fontes de dados locais mostradas em Obter dados do Power BI Desktop e
no Editor do Power Query, exceto o Arquivo Hadoop (HDFS) e o Microsoft
Exchange.

Gateway de dados no local

O gateway de dados local oferece suporte à atualização para as seguintes fontes de
dados:

Tabela do Analysis Services

Analysis Services Multidimensional
SQL Server
SAP HANA
Oracle
Teradata
Ficheiro
Pasta
Lista do SharePoint (local)
Cliente Web
OData
IBM DB2
MySQL
Sybase
SAP BW
Base de Dados IBM Informix
ODBC

７ Nota

Um gateway deve ser instalado e executado para que o Power BI se conecte a

fontes de dados locais e atualize o modelo semântico.

OneDrive ou OneDrive para trabalho ou escola.

Qual é a diferença?
Se tiver um OneDrive pessoal e um OneDrive para trabalho ou escola, deve manter
todos os ficheiros que pretende importar para o Power BI no OneDrive para trabalho ou
escola. Aqui está o motivo: você provavelmente usa duas contas diferentes para entrar
nelas.

Quando você se conecta ao OneDrive para trabalho ou escola no Power BI, a conexão é
fácil porque sua conta do Power BI geralmente é a mesma conta que sua conta do
OneDrive para trabalho ou estudante. Com o OneDrive pessoal, normalmente inicia
sessão com uma conta Microsoft diferente .
Quando iniciar sessão com a sua conta Microsoft, certifique-se de que seleciona
Manter-me ligado. O Power BI pode, em seguida, sincronizar quaisquer atualizações
feitas no arquivo no Power BI Desktop com modelos semânticos no Power BI.

Se tiver alterado as suas credenciais Microsoft, não poderá sincronizar as alterações

entre o seu ficheiro no OneDrive e o modelo semântico no Power BI. Você precisa se
conectar e importar seu arquivo novamente do OneDrive.

Como faço para agendar a atualização?

Quando você configura uma agenda de atualização, o Power BI se conecta diretamente
às fontes de dados. O Power BI usa informações de conexão e credenciais no modelo
semântico para consultar dados atualizados. Em seguida, o Power BI carrega os dados
atualizados no modelo semântico. Em seguida, ele atualiza todas as visualizações de
relatório e painéis com base nesse modelo semântico no serviço do Power BI.

Para obter detalhes sobre como configurar a atualização agendada, consulte Configurar
a atualização agendada.

Quando as coisas correm mal

Quando as coisas dão errado, geralmente é porque o Power BI não pode entrar em
fontes de dados. As coisas também podem dar errado se o modelo semântico tentar se
conectar a uma fonte de dados local, mas o gateway estiver offline. Para evitar esses
problemas, verifique se o Power BI pode entrar em fontes de dados. Tente entrar em
suas fontes de dados em Credenciais da Fonte de Dados. Às vezes, a senha que você
usa para entrar em uma fonte de dados é alterada ou o Power BI é desconectado de
uma fonte de dados.

Quando você salva suas alterações no arquivo do Power BI Desktop no OneDrive e não
vê essas alterações no Power BI dentro de uma hora ou mais, pode ser porque o Power
BI não pode se conectar ao seu OneDrive. Tente conectar-se ao arquivo no OneDrive
novamente. Se lhe for pedido para iniciar sessão, certifique-se de que seleciona Manter-
me ligado. Como o Power BI não pôde se conectar ao OneDrive para sincronizar com o
arquivo, você precisa importar o arquivo novamente.

Os modelos semânticos armazenados no OneDrive ou no SharePoint são definidos para

restringir atualizações por padrão. Se o modelo semântico estiver definido para
restringir atualizações, as atualizações só poderão acontecer quando o proprietário do
modelo semântico atualizar manualmente o modelo semântico, o que pode fazer com
que as alterações nos arquivos do Power BI no OneDrive e no SharePoint não sejam
refletidas no serviço do Power BI. Um proprietário de modelo semântico pode encontrar
uma mensagem de erro depois de atualizar um arquivo no OneDrive ou no SharePoint.
O proprietário do modelo semântico pode corrigir o erro escolhendo sempre atualizar
manualmente o modelo semântico ou alterando a configuração do modelo semântico
para atualizações automáticas.

Se o proprietário do modelo semântico não conseguir alterar a configuração do modelo

semântico para atualizações automáticas, o administrador do locatário provavelmente
impôs atualizações restritas em todos os modelos semânticos da organização. Para
permitir que o proprietário do modelo semântico altere a configuração, ele deve entrar
em contato com o administrador da Malha e solicitar que o administrador habilite a
configuração do modelo semântico que os proprietários podem optar por atualizar
automaticamente de arquivos importados do OneDrive ou do SharePoint .

Se o proprietário do modelo semântico tiver configurado a atualização agendada em

modelos semânticos, o modelo ainda será atualizado na programação. No entanto, os
outros conteúdos do relatório, como elementos visuais, não serão atualizados a menos
que sejam feitas atualizações manuais.

Há suporte para a importação de arquivos .pbix rotulados como sensíveis

(protegidos e não protegidos) armazenados no OneDrive ou no SharePoint Online,
bem como a atualização automática e sob demanda do modelo semântico desses
arquivos, exceto nos seguintes cenários:
Arquivos .pbix conectados ao vivo protegidos e arquivos .pbix protegidos do
Azure Analysis Services. A atualização falhará. Nem o conteúdo nem o rótulo do
relatório serão atualizados.
Arquivos .pbix do Live Connect rotulados como desprotegidos: o conteúdo do
relatório será atualizado, mas o rótulo não será atualizado.
Quando o arquivo .pbix tiver um novo rótulo de sensibilidade aplicado ao qual o
proprietário do modelo semântico não tem direitos de uso. Nesse caso, a
atualização falhará. Nem o conteúdo nem o rótulo do relatório serão
atualizados.
 Se o token de acesso do proprietário do modelo semântico para
OneDrive/SharePoint tiver expirado. Nesse caso, a atualização falhará. Nem o
conteúdo nem o rótulo do relatório serão atualizados.

Resolução de problemas
Às vezes, a atualização de dados pode não ocorrer conforme o esperado. Normalmente,
você terá problemas de atualização de dados quando estiver conectado a um gateway.
Dê uma olhada nos artigos de solução de problemas de gateway para ferramentas e
problemas conhecidos.

Resolução de problemas do Gateway de dados no local

Solução de problemas do Gateway do Power BI - Pessoal

Tem dúvidas? Tente perguntar à Comunidade do Power BI.

Atualizar um conjunto de dados criado a
partir de uma pasta de trabalho do
Excel em uma unidade local
Artigo • 07/09/2023

O que é suportado?

） Importante

Os seguintes recursos foram preteridos e não estarão mais disponíveis a partir de

29 de setembro de 2023:

O carregamento de pastas de trabalho locais para espaços de trabalho do

Power BI não será mais permitido.
Configurar o agendamento de atualização e atualização agora para arquivos
do Excel que ainda não têm a atualização agendada configurada não será
mais permitido.

Os seguintes recursos foram preteridos e não estarão mais disponíveis a partir de

31 de outubro de 2023:

A atualização agendada e a atualização agora para arquivos existentes do

Excel que foram configurados anteriormente para atualização agendada não
serão mais permitidas.
As pastas de trabalho locais carregadas nos espaços de trabalho do Power BI
não serão mais abertas no Power BI.

Após 31 de outubro de 2023:

Pode transferir livros locais existentes a partir da sua área de trabalho do

Power BI.
Você pode publicar seu modelo de dados do Excel como um conjunto de
dados do Power BI e agendar a atualização.
Você pode importar pastas de trabalho do Excel do OneDrive e das
bibliotecas de documentos do SharePoint para exibi-las no Power BI.
 Se sua organização usa esses recursos, consulte mais detalhes em Migrando suas
pastas de trabalho do Excel.

No Power BI, Atualizar Agora e Agendar Atualização são suportados para conjuntos de
dados criados a partir de livros do Excel importados de uma unidade local onde o Power
Query ou o Power Pivot é utilizado para ligar a qualquer uma das seguintes origens de
dados e carregar dados no modelo de dados do Excel. O Power Query é Obter & dados
de Transformação no Excel 2016.

Power BI Gateway - Pessoal

Todas as fontes de dados online mostradas no Power Query.
Todas as fontes de dados locais mostradas no Power Query, exceto o arquivo
Hadoop (HDFS) e o Microsoft Exchange.
Todas as fontes de dados online mostradas no Power Pivot.
Todas as fontes de dados locais mostradas no Power Pivot, exceto o arquivo
Hadoop (HDFS) e o Microsoft Exchange.

Gateway de dados no local

O gateway de dados local oferece suporte à atualização para as seguintes fontes de
dados:

Tabela do Analysis Services

Analysis Services Multidimensional
SQL Server
SAP HANA
Oracle
Teradata
Ficheiro
Pasta
Lista do SharePoint (local)
Web
OData
IBM DB2
MySQL
Sybase
SAP BW
Base de Dados IBM Informix
ODBC
Tenha em mente as seguintes notas:

Um gateway deve ser instalado e executado para que o serviço do Power BI se

conecte a fontes de dados locais e atualize o conjunto de dados.

Ao utilizar o Excel 2013, certifique-se de que atualizou o Power Query para a

versão mais recente.

A atualização não é suportada para pastas de trabalho do Excel importadas de

uma unidade local onde os dados existem apenas em planilhas ou tabelas
vinculadas. A atualização é suportada para dados da folha de cálculo se forem
armazenados e importados do OneDrive. Para saber mais, consulte Atualizar um
conjunto de dados criado a partir de uma pasta de trabalho do Excel no OneDrive
ou no SharePoint Online.

Quando você atualiza um conjunto de dados criado a partir de uma pasta de

trabalho do Excel importada de uma unidade local, somente os dados consultados
de fontes de dados são atualizados.

Se você alterar a estrutura do modelo de dados no Excel ou no Power Pivot, por

exemplo, criar uma nova medida ou alterar o nome de uma coluna, essas
alterações não serão copiadas para o conjunto de dados. Se você fizer essas
alterações, recarregue ou publique novamente a pasta de trabalho.

Se você espera fazer alterações regulares na estrutura da sua pasta de trabalho e

deseja que essas alterações sejam refletidas no conjunto de dados no serviço do
Power BI sem precisar recarregar, considere colocar sua pasta de trabalho no
OneDrive. O serviço Power BI atualiza automaticamente a estrutura e os dados da
planilha de pastas de trabalho armazenadas e importadas do OneDrive.

Como posso certificar-me de que os dados são

carregados no modelo de dados do Excel?
Quando utiliza o Power Query para ligar a uma origem de dados, tem várias opções
onde carregar os dados. O Power Query é Obter & dados de Transformação no Excel
2016. Para se certificar de que carrega dados no modelo de dados, tem de selecionar a
opção Adicionar estes dados ao Modelo de Dados na caixa de diálogo Carregar em .

７ Nota

As imagens aqui mostram o Excel 2016.

No Navegador, selecione Carregar para...

Ou, se selecionar Editar no Navegador, abra o Editor de Consultas. Lá você pode

selecionar Fechar & carga para....

Em seguida, em Carregar em, certifique-se de selecionar Adicionar esses dados ao

Modelo de Dados.

E se eu usar Obter Dados Externos no Power Pivot?

Não há problema. Sempre que você usa o Power Pivot para se conectar e consultar
dados de uma fonte de dados local ou online, os dados são carregados
automaticamente no modelo de dados.
Como faço para agendar a atualização?
Quando você configura uma agenda de atualização, o Power BI se conecta diretamente
às fontes de dados usando informações de conexão e credenciais no conjunto de dados
para consultar dados atualizados e, em seguida, carrega os dados atualizados no
conjunto de dados. Todas as visualizações em relatórios e painéis com base nesse
conjunto de dados no serviço do Power BI também são atualizadas.

Para obter detalhes sobre como configurar a atualização da agenda, consulte Configurar
a atualização da agenda.

Quando as coisas correm mal

Quando as coisas dão errado, geralmente é porque o Power BI não pode entrar em
fontes de dados ou, se o conjunto de dados se conectar a uma fonte de dados local, o
gateway estará offline. Certifique-se de que o Power BI pode iniciar sessão em origens
de dados. Se uma senha que você usa para entrar em uma fonte de dados for alterada
ou o Power BI for desconectado de uma fonte de dados, tente entrar em suas fontes de
dados novamente em Credenciais da Fonte de Dados.

Certifique-se de deixar o e-mail de notificação de falha de atualização Enviar para mim

selecionado. Você quer saber imediatamente se uma atualização agendada falhar.

） Importante

A atualização não é suportada para feeds OData ligados e consultados a partir do

Power Pivot. Ao utilizar um feed OData como origem de dados, utilize o Power
Query.

Resolução de problemas
Às vezes, a atualização de dados pode não sair como esperado. Normalmente, os
problemas são causados por um problema relacionado a um gateway. Dê uma olhada
nos artigos de solução de problemas de gateway para ferramentas e problemas
conhecidos.

Resolução de problemas do Gateway de dados no local

Solução de problemas do Gateway do Power BI - Pessoal

Próximos passos
Tem dúvidas? Tente a Comunidade do Power BI
Atualizar um modelo semântico criado a
partir de uma pasta de trabalho do
Excel no OneDrive ou no SharePoint
Online
Artigo • 10/11/2023

） Importante

Os seguintes recursos foram preteridos e não estarão mais disponíveis a partir de

29 de setembro de 2023:

O carregamento de pastas de trabalho locais para espaços de trabalho do

Power BI não será mais permitido.
Configurar o agendamento de atualização e atualização agora para arquivos
do Excel que ainda não têm a atualização agendada configurada não será
mais permitido.

Os seguintes recursos foram preteridos e não estarão mais disponíveis a partir de

31 de outubro de 2023:

A atualização agendada e a atualização agora para arquivos existentes do

Excel que foram configurados anteriormente para atualização agendada não
serão mais permitidas.
As pastas de trabalho locais carregadas nos espaços de trabalho do Power BI
não serão mais abertas no Power BI.

Após 31 de outubro de 2023:

Pode transferir livros locais existentes a partir da sua área de trabalho do

Power BI.
Você pode publicar seu modelo de dados do Excel como um modelo
semântico do Power BI e agendar a atualização.
Você pode importar pastas de trabalho do Excel do OneDrive e bibliotecas de
documentos do SharePoint para exibi-las no Power BI.

Se sua organização usa esses recursos, consulte mais detalhes em Migrando suas
pastas de trabalho do Excel.
Você pode importar pastas de trabalho do Excel de sua máquina local ou do
armazenamento em nuvem, como o OneDrive para trabalho ou escola ou o SharePoint
Online. Este artigo explora as vantagens de usar o armazenamento em nuvem para seus
arquivos do Excel. Para obter mais informações sobre como importar arquivos do Excel
para o Power BI, consulte Obter dados de arquivos de pasta de trabalho do Excel.

Quais são as vantagens?

Quando você importa arquivos do OneDrive ou do SharePoint Online, isso garante que
o trabalho que você está fazendo no Excel permaneça sincronizado com o serviço do
Power BI. Todos os dados que você carregou no modelo do arquivo são atualizados no
modelo semântico. Todos os relatórios que você criou no arquivo são carregados em
Relatórios no Power BI. Se você fizer e salvar alterações em seu arquivo no OneDrive ou
no SharePoint Online, o Power BI mostrará as atualizações dessas alterações. Por
exemplo, se você adicionar novas medidas, alterar nomes de colunas ou editar
visualizações, o Power BI refletirá as alterações. Normalmente, as alterações são
atualizadas uma hora depois de as ter guardado.

Quando você importa uma pasta de trabalho do Excel do seu OneDrive pessoal, todos
os dados na pasta de trabalho são carregados em um novo modelo semântico no Power
BI. Por exemplo, tabelas em planilhas, dados carregados no modelo de dados do Excel e
a estrutura do modelo de dados entram em um novo modelo semântico. O Power BI se
conecta automaticamente à pasta de trabalho no OneDrive ou no SharePoint Online,
aproximadamente a cada hora para verificar se há atualizações. Se a pasta de trabalho
foi alterada, o Power BI atualizará o modelo semântico e os relatórios no serviço do
Power BI.

Você pode atualizar o modelo semântico no serviço do Power BI. Quando você atualiza
manualmente ou agenda uma atualização no modelo semântico, o Power BI se conecta
diretamente às fontes de dados externas para consultar quaisquer dados atualizados.
Em seguida, carrega dados atualizados no modelo semântico. Atualizar um modelo
semântico de dentro do Power BI não atualiza os dados na pasta de trabalho no
OneDrive ou no SharePoint Online.

O que é suportado?
O Power BI dá suporte às opções Atualizar Agora e Agendar Atualização para modelos
semânticos que atendem às seguintes condições:

Os modelos semânticos são criados a partir de arquivos do Power BI Desktop

importados de uma unidade local.
 Obter dados ou o Editor do Power Query no Power BI é usado para se conectar e
carregar os dados.
Os dados são de uma fonte descrita em uma das seções a seguir.

Gateway do Power BI - pessoal

Todas as fontes de dados online mostradas em Obter dados e no Editor do Power
Query do Power BI Desktop.
Todas as fontes de dados locais mostradas em Obter dados e no Editor do Power
Query do Power BI Desktop, exceto o arquivo Hadoop (HDFS) e o Microsoft
Exchange.

Gateway de dados no local

O gateway de dados local oferece suporte à atualização para as seguintes fontes de
dados:

Tabela do Analysis Services

Analysis Services Multidimensional
SQL Server
SAP HANA
Oracle
Teradata
Ficheiro
Pasta
Lista do SharePoint (local)
Cliente Web
OData
IBM DB2
MySQL
Sybase
SAP BW
Base de Dados IBM Informix
ODBC

７ Nota

Um gateway deve ser instalado e executado para que o Power BI se conecte a

fontes de dados locais e atualize o modelo semântico.
OneDrive ou OneDrive para trabalho ou escola.
Qual é a diferença?
Se tiver um OneDrive pessoal e um OneDrive para trabalho ou escola, recomenda-se
que mantenha os ficheiros que pretende importar no OneDrive para trabalho ou escola.
Aqui está o motivo: você provavelmente usa duas contas diferentes para entrar e
acessar seus arquivos.

No Power BI, a ligação ao OneDrive para trabalho ou escola é normalmente fácil porque
é provável que utilize a mesma conta para iniciar sessão no Power BI que o OneDrive
para trabalho ou escola. Mas com o OneDrive pessoal, é mais comum entrar com uma
conta da Microsoft diferente .

Quando iniciar sessão no OneDrive para trabalho ou escola com a sua conta Microsoft,
selecione Manter-me ligado. O Power BI pode, em seguida, sincronizar quaisquer
atualizações feitas no arquivo no Power BI Desktop com modelos semânticos no Power
BI.

Se as credenciais da sua conta Microsoft forem alteradas, as edições no ficheiro no

OneDrive não poderão ser sincronizadas com o modelo semântico ou os relatórios no
Power BI. Você precisa reconectar e importar o arquivo novamente do seu OneDrive
pessoal.

Opções para ligar a um ficheiro Excel

Quando você se conecta a uma pasta de trabalho do Excel no OneDrive para trabalho
ou escola, ou no SharePoint Online, você tem duas opções sobre como obter o que está
em sua pasta de trabalho no Power BI.

Importar dados do Excel para o Power BI – Quando você importa uma pasta de
trabalho do Excel do OneDrive para trabalho ou escola ou do SharePoint Online, ela
funciona conforme descrito anteriormente.
Conectar, gerenciar e exibir o Excel no Power BI – Ao usar essa opção, você cria uma
conexão do Power BI diretamente com sua pasta de trabalho no OneDrive para
trabalho ou escola ou no SharePoint Online.

Quando você se conecta a uma pasta de trabalho do Excel dessa maneira, um modelo
semântico não é criado no Power BI. Mas a pasta de trabalho aparece no serviço do
Power BI em Relatórios com um ícone do Excel ao lado do nome. Ao contrário do Excel
Online, quando você se conecta à sua pasta de trabalho a partir do Power BI, se sua
pasta de trabalho tiver conexões com fontes de dados externas que carregam dados no
modelo de dados do Excel, você poderá configurar uma agenda de atualização.

Quando você configura uma agenda de atualização dessa maneira, a única diferença é
que os dados atualizados vão para o modelo de dados da pasta de trabalho no
OneDrive ou no SharePoint Online, em vez de um modelo semântico no Power BI.

Como posso certificar-me de que os dados são

carregados no modelo de dados do Excel?
Quando utiliza o Power Query (Obter & Transformar Dados no Excel 2016) para ligar a
uma origem de dados, tem várias opções de onde carregar os dados. Para garantir que
você carregue dados no modelo de dados, selecione a opção Adicionar estes dados ao
Modelo de Dados na caixa de diálogo Importar Dados .

1. No Excel, selecione Data Get Data> e selecione de onde você deseja que seus
dados venham. Neste exemplo, os dados são carregados de um arquivo de pasta
de trabalho do Excel.

2. Na janela do navegador de arquivos, localize e selecione seu arquivo de dados e,

em seguida, selecione Importar.

3. No Navegador, selecione seu arquivo e escolha Carregar para... .

 Ou, no Excel, selecione Data Get Data>>Launch Power Query Editor para abrir o
Editor de Consultas. Lá você pode selecionar Fechar & carga para....

4. Em seguida, em Importar Dados, selecione Adicionar esses dados ao Modelo de

Dados e selecione OK.
E se eu usar Obter Dados Externos no Power Pivot?
Não há problema. Sempre que você usa o Power Pivot para se conectar e consultar
dados de uma fonte de dados local ou online, os dados são carregados
automaticamente no modelo de dados.

Como faço para agendar uma atualização?

Quando você configura uma agenda de atualização, o Power BI se conecta diretamente
às fontes de dados usando informações de conexão e credenciais no modelo semântico
para consultar dados atualizados. Em seguida, ele carrega os dados atualizados no
modelo semântico. Todas as visualizações em relatórios e painéis com base nesse
modelo semântico no serviço do Power BI também são atualizadas.

Para obter mais informações sobre como configurar uma atualização agendada,
consulte Configurar atualização agendada.

Quando as coisas correm mal

Quando as coisas dão errado, geralmente é porque o Power BI não pode entrar em
fontes de dados. Ou é porque o modelo semântico se conecta a uma fonte de dados
local e o gateway está offline. Certifique-se de que o Power BI pode entrar em fontes de
dados. Se uma senha que você usa para entrar em uma fonte de dados for alterada ou o
Power BI for desconectado de uma fonte de dados, certifique-se de entrar em suas
fontes de dados novamente em Credenciais da Fonte de Dados.

Certifique-se de deixar a configuração Enviar e-mail de notificação de falha de

atualização para mim selecionada. Você quer saber imediatamente se uma atualização
agendada falhar.

Notas importantes
A atualização não é suportada para feeds OData ligados e consultados a partir do Power
Pivot. Ao utilizar um feed OData como origem de dados, utilize o Power Query.

Resolução de problemas
Às vezes, a atualização de dados pode não sair como esperado. Normalmente, os
problemas com a atualização são um problema com o gateway de dados. Para obter
ferramentas, dicas e problemas conhecidos, consulte os seguintes artigos sobre como
solucionar problemas do gateway.

Resolução de problemas do gateway de dados no local

Solucionar problemas do gateway do Power BI - pessoal

Tem dúvidas? Experimente a Comunidade do Power BI.

Atualizar um modelo semântico criado a
partir de um arquivo . Arquivo CSV no
OneDrive ou SharePoint
Artigo • 10/11/2023

Quando você se conecta a um arquivo de valores separados por vírgulas (.csv) no

OneDrive ou SharePoint, um modelo semântico é criado no Power BI. Os dados do
arquivo .csv são importados para o modelo semântico no Power BI. Em seguida, o Power
BI se conecta automaticamente ao arquivo e atualiza todas as alterações com o modelo
semântico no Power BI. Se você editar o arquivo de .csv no OneDrive ou no SharePoint,
depois de salvar, essas alterações aparecerão no Power BI, geralmente em cerca de uma
hora. Todas as visualizações no Power BI baseadas no modelo semântico são atualizadas
automaticamente.

７ Nota

Por padrão, usar a experiência Obter Dados para conectores de tipo de arquivo
específico no Power BI Desktop usa uma referência local ao arquivo armazenado
no OneDrive, que não será atualizado automaticamente a menos que você tenha
um gateway configurado. Para que seu CSV seja atualizado automaticamente sem
precisar configurar um gateway, em vez de usar o conector Texto/CSV, use o
conector da Web e faça referência à versão online do seu CSV.

Vantagens
Se os seus ficheiros estiverem numa pasta partilhada no OneDrive para trabalho ou
escola, ou no SharePoint, outros utilizadores podem trabalhar no mesmo ficheiro.
Depois de salvar o arquivo, as alterações são atualizadas automaticamente no Power BI,
geralmente dentro de uma hora.

Muitas organizações executam processos que consultam automaticamente os bancos

de dados em busca de dados salvos em um arquivo .csv todos os dias. Se o arquivo
estiver armazenado no OneDrive ou no SharePoint e o mesmo arquivo for substituído
todos os dias, ao contrário de um novo arquivo com um nome diferente sendo criado a
cada dia, você poderá se conectar a esse arquivo no Power BI. Seu modelo semântico
que se conecta ao arquivo será sincronizado logo após a atualização do arquivo no
OneDrive ou no SharePoint. Todas as visualizações baseadas no modelo semântico são
atualizadas automaticamente.
O que é suportado
Os arquivos de valores separados por vírgulas são arquivos de texto simples, não há
suporte para conexões com fontes de dados externas e relatórios. Não é possível
agendar uma atualização em um modelo semântico criado a partir de um arquivo .csv .
No entanto, quando o arquivo estiver no OneDrive ou no SharePoint, o Power BI
sincronizará automaticamente todas as alterações no arquivo com o modelo semântico
a cada hora.

Qual é a diferença entre o OneDrive pessoal e o

OneDrive para trabalho ou escola
Se tiver um OneDrive pessoal e um OneDrive para trabalho ou escola, recomendamos
que mantenha todos os ficheiros que pretende ligar ao Power BI no OneDrive para
trabalho ou escola. Porquê? Porque você provavelmente usa duas contas diferentes para
entrar nelas.

A ligação ao OneDrive para trabalho ou escola e ao Power BI é normalmente perfeita

porque a mesma conta que utiliza para iniciar sessão no Power BI é frequentemente a
mesma conta utilizada para iniciar sessão no OneDrive para trabalho ou escola. Mas,
com o OneDrive pessoal, é provável que utilize uma conta Microsoft diferente .

Quando iniciar sessão na sua conta Microsoft, certifique-se de que seleciona Manter-me
ligado. O Power BI pode, em seguida, sincronizar quaisquer atualizações com modelos
semânticos no Power BI.

Quando você faz alterações em seu arquivo de .csv no OneDrive e elas não são
sincronizadas com o modelo semântico no Power BI. Pode ser porque as credenciais da
sua conta Microsoft foram alteradas, você precisará se conectar ao arquivo e importá-lo
novamente do seu OneDrive pessoal.
Quando as coisas correm mal
Se os dados no arquivo .csv no OneDrive forem alterados e as alterações não forem
refletidas no Power BI, é mais provável que seja porque o Power BI não pode se conectar
ao OneDrive. Tente conectar-se ao arquivo e importá-lo novamente. Se lhe for pedido
para iniciar sessão, certifique-se de que seleciona Manter-me ligado.

Próximos passos
Solucionar problemas de gateways - Power BI
Solucionar problemas de cenários de atualização

Tem dúvidas? Pergunte à Comunidade do Power BI

Experimente uma amostra de
inteligência em tempo real
Artigo • 26/09/2024

O Power BI pode ser integrado com a Inteligência em Tempo Real para fornecer
desempenho aprimorado para usuários que precisam de altas taxas de atualização ou
grandes volumes de dados. Este artigo descreve a experiência de exemplo de
Inteligência em Tempo Real, que é um ponto de entrada do Power BI para a Inteligência
em Tempo Real.

Quando integrado com o Real-Time Intelligence, o Power BI pode usar dados de

streaming para fornecer informações atualizadas ao minuto. O Real-Time Intelligence
gerencia a ingestão, transformação e armazenamento de dados de streaming e os
disponibiliza para análise e visualização no Power BI. Essa integração fornece uma
solução abrangente e totalmente integrada para análise e visualização de dados em
tempo real para casos de uso com altos volumes de dados ou altas taxas de atualização.

Real-Time Intelligence é um serviço poderoso no pacote de produtos Fabric que pode

ajudá-lo a extrair insights e visualizar seus dados em movimento. Ele oferece uma
solução completa para cenários orientados a eventos, streaming de dados e logs de
dados.

Saiba mais sobre Inteligência em Tempo Real.

Criar um exemplo
Quando a taxa de atualização do modelo semântico é maior do que um determinado
limite, você vê um pop-up de bolha convidando você a experimentar uma experiência
de amostra no Real-Time Intelligence.

Selecione Experimentar um exemplo para começar a criar uma solução de ponta a

ponta de exemplo no Real-Time Intelligence. Os seguintes componentes são criados:

Fluxo de eventos
Casa de eventos
Base de dados KQL
Conjunto de consultas KQL
Painel em Tempo Real
Relatório do Power BI

Esta solução é baseada em dados de amostra de streaming, para mostrar a facilidade e

o poder da solução em Inteligência em Tempo Real. Quando a compilação for concluída,
uma caixa de diálogo será aberta com links individuais para cada um dos itens de
exemplo, que serão abertos em uma nova guia na barra de navegação.

Selecione o nome de um item para abri-lo no Real-Time Intelligence.

Selecione Explorar para fechar a caixa de diálogo e vá para a janela do banco de
dados KQL para o exemplo.

O histograma e as tabelas no painel de exibição principal são atualizados

automaticamente à medida que os dados são atualizados.

Componentes da solução Real-Time

Intelligence
Os componentes da experiência de amostra de Inteligência em Tempo Real são:

Fluxo de eventos: um fluxo de eventos é o mecanismo para ingestão de dados e

processamento de seus dados em tempo real no Microsoft Fabric. Pode
transformar os seus dados e encaminhá-los através de filtros para vários destinos.
Leia mais sobre fluxos de eventos.

Eventhouse: Uma casa de eventos é onde os dados são armazenados e analisados.

Uma casa de eventos foi projetada para lidar com fluxos de dados em tempo real
de forma eficiente. Uma casa de eventos pode conter um ou mais bancos de
dados KQL. Eles são adaptados para grandes volumes de eventos de streaming
baseados no tempo com dados estruturados, semiestruturados e não estruturados.
Leia mais sobre a Eventhouse.

Banco de dados KQL: Um banco de dados KQL é onde os dados são armazenados
e gerenciados. Ele permite que você consulte dados em tempo real, fornecendo
uma ferramenta poderosa para exploração e análise de dados. O banco de dados
KQL suporta várias políticas e transformações de dados. Leia mais sobre as bases
de dados KQL.

KQL Queryset: Um conjunto de consultas KQL é usado para executar consultas,

exibir e personalizar resultados de consulta em dados de um banco de dados KQL.
Leia mais sobre o conjunto de consultas KQL.

Painel em tempo real: um painel em tempo real fornece um instantâneo atualizado

de várias métricas e pontos de dados em uma coleção de blocos. Cada bloco tem
uma consulta subjacente e uma representação visual. Ele permite que você
visualize dados em tempo real, fornecendo insights e permitindo a exploração de
dados. Leia mais sobre painéis em tempo real.

Power BI: é usado para criar relatórios em tempo real que exibem dados de fluxos
de eventos e bancos de dados KQL gerenciados pelo Real-Time Intelligence.

Crie a sua própria solução em Inteligência em

Tempo Real
Pode implementar esta solução com os seus próprios dados. Antes de começar, você
precisa de um espaço de trabalho com uma capacidade habilitada para Microsoft Fabric.

Para configurar nosso próprio painel em tempo real, siga os tutoriais de Inteligência em
Tempo Real. Aqui está um resumo das etapas:

1. Crie uma casa de eventos e configure seu ambiente.

 2. Crie um fluxo de eventos e traga seus dados para um banco de dados KQL.
3. Crie um conjunto de consultas KQL e consulte seus dados.
4. Crie um painel em tempo real e explore seus dados visualmente.
5. Crie um relatório do Power BI.

Conteúdos relacionados
Documentação de inteligência em tempo real
Tutorial de ponta a ponta de Inteligência em Tempo Real

Comentários
Esta página foi útil?  Yes  No

Fornecer comentários sobre o produto | Perguntar à comunidade

O que são aplicativos de modelo do
Power BI?
Artigo • 17/12/2024

Os novos aplicativos de modelo do Power BI permitir que os parceiros do Power BI

criem aplicativos do Power BI com pouca ou nenhuma codificação e os implantem em
qualquer cliente do Power BI. Este artigo é uma visão geral do programa de aplicativo
de modelo do Power BI.

Como parceiro do Power BI, você cria um conjunto de conteúdo pronto para uso para
seus clientes e o publica você mesmo.

Você cria aplicações de modelo que permitem que seus clientes se conectem e
instanciem em suas próprias contas. Como especialistas em domínio, eles podem
desbloquear os dados de uma forma que seja fácil para seus usuários corporativos
consumirem.

Você envia um aplicativo modelo para o Partner center. Em seguida, os aplicativos ficam
disponíveis publicamente no Power BI apps marketplace e em o mercado comercial
da Microsoft . Aqui está uma visão geral da experiência de criação de aplicações de
modelo público.

Mercado de Aplicativos do Power BI

Os aplicativos de modelo do Power BI permitem que os usuários do Power BI Pro ou
Power BI Premium obtenham informações imediatas por meio de painéis e relatórios
pré-empacotados que podem ser conectados a fontes de dados ativas. Muitos
Aplicativos do Power BI já estão disponíveis no Power BI Apps marketplace.
 ７ Nota

Os aplicativos do Marketplace não estão disponíveis para instâncias de nuvem do

governo dos EUA. Para obter mais informações, consulte Power BI para clientes do
governo dos EUA.

Processo
O processo geral para desenvolver e enviar um aplicativo modelo envolve várias etapas.
Algumas etapas podem incluir mais de uma atividade ao mesmo tempo.

ﾉ Expandir tabela

Palco Power BI Serviço do Power BI Centro de Parceiros

Desktop
(software de
análise de dados)

Um Criar um modelo Crie um espaço de trabalho. Registe-se como parceiro

de dados e um Importe arquivo .pbix. Criar um
relatório num painel complementar
ficheiro .pbix

Dois Criar um pacote de teste e executar

a validação interna

Três Proponha o pacote de teste para o Com seu pacote de pré-

ambiente de pré-produção para produção, crie uma oferta
validação fora do ambiente do de aplicativo de modelo do
 Palco Power BI Serviço do Power BI Centro de Parceiros
Desktop
(software de
análise de dados)

Power BI e submeta-o ao Power BI e inicie o processo

AppSource. de validação

Quatro Promover o pacote de pré- Ir ao vivo

produção para produção

Antes de começar
Para criar a aplicação modelo, precisa-se de permissões para a criar. Para obter mais
informações, consulte Definições de inquilino da aplicação modelo.

Para publicar um aplicativo de modelo no serviço Power BI e no AppSource, você deve

atender aos requisitos para se tornar um editor do Partner Center.

Etapas de alto nível

Aqui estão as etapas de alto nível.

1. Reveja os requisitos para se certificar de que os cumpre.

2. Crie um relatório no Power BI Desktop. Use parâmetros para que você possa salvá-
lo como um arquivo que outras pessoas podem usar.

3. Crie um espaço de trabalho para seu aplicativo de modelo em seu locatário no

serviço Power BI ( app.powerbi.com ).

4. Importe o seu arquivo .pbix e adicione conteúdo, como um dashboard, à sua

aplicação.

5. Crie um pacote de teste para testar o aplicativo modelo você mesmo dentro da
sua organização.

6. Promova o aplicativo de teste para pré-produção para enviar o aplicativo para

validação no AppSource e para testar fora do seu próprio locatário.

7. Envie o conteúdo para o centro de parceiros para publicação.

8. Faça sua oferta ir Live no AppSource e mova seu aplicativo para produção no
Power BI.
 9. Agora você pode começar a desenvolver a próxima versão no mesmo espaço de
trabalho, em pré-produção.

Requerimentos
Para criar a aplicação modelo, precisa de permissões para o fazer. Para obter mais
informações, consulte Configurações do inquilino da aplicação modelo.

Para publicar um aplicativo de modelo no serviço Power BI e no AppSource, você deve

atender aos requisitos para se tornar um editor do Partner Center.

７ Nota

Os envios de aplicativos de modelo são gerenciados no Partner Center. Use a

mesma conta de registro do Microsoft Developer Center para entrar. Você deve ter
apenas uma conta da Microsoft para suas ofertas do AppSource. As contas não
devem ser específicas de serviços ou ofertas individuais.

Dicas
Certifique-se de que seu aplicativo inclui dados de exemplo para que todos
comecem com um clique.
Limite o tamanho do modelo semântico (regra geral: arquivo .pbix< 10MBs). Isso
normalmente significa manter o tamanho dos dados de amostra o menor possível.
Examine cuidadosamente seu aplicativo instalando-o em seu locatário e em um
locatário secundário. Certifique-se de que os clientes vejam apenas o que você
quer que eles vejam.
Use o AppSource como sua loja online para hospedar seu aplicativo. Desta forma,
todos os utilizadores do Power BI podem encontrar a sua aplicação.
Considere oferecer mais de uma aplicação modelo para cenários exclusivos
separados.
Habilite a personalização de dados. Por exemplo, suporte a conexão personalizada
e configuração de parâmetros pelo instalador.
Se você for um fornecedor independente de software e estiver distribuindo seu
aplicativo por meio de seu serviço Web, considere automatizar a configuração de
parâmetros durante a instalação para facilitar as coisas para seus clientes e
aumentar a probabilidade de uma instalação bem-sucedida. Para obter mais
informações, consulte Configuração automatizada de instalação de uma aplicação
de modelo.
Consulte Dicas para criar aplicativos de modelo no Power BI para obter mais sugestões.

Limitações conhecidas
ﾉ Expandir tabela

Funcionalidade Limitação conhecida

Conteúdo: Modelos Exatamente um modelo semântico deve estar presente. Apenas são
semânticos permitidos modelos semânticos incorporados no Power BI Desktop
(ficheiros .pbix). Não suportado: modelos semânticos de outros
aplicativos de modelo, modelos semânticos entre espaços de trabalho,
relatórios paginados (arquivos de .rdl) e pastas de trabalho do Excel.

Conteúdo: Relatórios Um único aplicativo de modelo não pode incluir mais de 20 relatórios.

Conteúdo: Painéis de Blocos em tempo real não são permitidos. Em outras palavras, não há
controlo suporte para conjuntos de dados push ou streaming.

Índice: Fluxos de dados Não suportado: Fluxos de dados.

Conteúdo dos ficheiros Somente arquivos .pbix são permitidos. Não suportado: arquivos .rdl
(relatórios paginados) e pastas de trabalho do Excel.

Fontes de dados São permitidas fontes de dados suportadas para a atualização de dados
agendada na nuvem. Não suportado: conexões em tempo real, fontes
de dados locais (gateways pessoais e corporativos não são suportados),
em tempo real (sem suporte para conjunto de dados push) e modelos
compostos.

Modelo semântico: Não são permitidos modelos semânticos entre espaços de trabalho.
espaço de trabalho
cruzado

Parâmetros de consulta Não suportado: Parâmetros do tipo Qualquer, Data, ou Binário tipo de
operação de atualização de bloco para modelo semântico.

Atualização Os aplicativos de modelo não oferecem suporte à atualização

incremental incremental.

Visuais do Power BI Apenas os visuais do Power BI disponíveis publicamente são

suportados. Os visuais organizacionais do Power BI não são suportados.

Nuvens soberanas As aplicações de modelo não estão disponíveis em nuvens soberanas.

Modelos compósitos Os modelos compostos não devem ser usados no espaço de trabalho
do construtor de aplicativos. Os instaladores de aplicativos podem usar
modelos compostos após a instalação do aplicativo.
 Funcionalidade Limitação conhecida

Formato de O formato de armazenamento de grandes modelos semânticos não é

armazenamento de suportado para aplicações de modelo.
modelo semântico
grande

Layout móvel Suporte parcial. O posicionamento de elementos em layout móvel é

suportado. Não há suporte para alterações de propriedades do layout
móvel, como cor.

Suporte
Para suporte durante o desenvolvimento, use https://powerbi.microsoft.com/support .
Monitorizamos e gerimos ativamente este site. Os incidentes com os clientes chegam
rapidamente à equipa adequada.

Conteúdo relacionado
Criar um aplicativo de modelo

Comentários
Esta página foi útil?  Yes  No

Fornecer comentários sobre o produto | Perguntar à comunidade

Criar um aplicativo de modelo no Power
BI
Artigo • 07/09/2023

Este artigo contém instruções passo a passo para criar um aplicativo de modelo do
Power BI. Os aplicativos de modelo do Power BI permitem que os parceiros do Power BI
criem aplicativos do Power BI com pouca ou nenhuma codificação e os implantem em
qualquer cliente do Power BI.

Se você puder criar relatórios e painéis do Power BI, poderá se tornar um construtor de
aplicativos de modelo e criar e empacotar conteúdo analítico em um aplicativo. Em
seguida, você pode implantar seu aplicativo para outros locatários do Power BI por meio
de qualquer plataforma disponível, como AppSource ou seu próprio serviço Web. Se
você estiver distribuindo seu aplicativo de modelo por meio de seu próprio serviço Web,
poderá automatizar parte do processo de instalação para facilitar as coisas para seus
clientes.

Os administradores do Power BI controlam e controlam quem em sua organização pode

criar aplicativos de modelo e quem pode instalá-los. Os usuários autorizados podem
instalar seu aplicativo de modelo, modificá-lo e distribuí-lo para os consumidores do
Power BI em suas organizações.

Pré-requisitos
Aqui estão os requisitos para criar um aplicativo modelo:

Uma licença do Power BI pro

Power BI Desktop (opcional)
Familiaridade com conceitos básicos do Power BI
Permissões para compartilhar um aplicativo de modelo publicamente, conforme
mostrado em Configurações de locatário do aplicativo de modelo

Criar o espaço de trabalho do modelo

Para criar um aplicativo de modelo que você pode distribuir para outros locatários do
Power BI, você precisa criá-lo em um espaço de trabalho.

1. No serviço do Power BI, crie um espaço de trabalho conforme descrito em Criar

um espaço de trabalho no Power BI. Na seção Avançado, selecione Desenvolver
um aplicativo modelo.
 ） Importante

A capacidade atribuída ao espaço de trabalho do construtor de aplicativos

não determina a atribuição de capacidade dos espaços de trabalho nos quais
os instaladores de aplicativos instalam o aplicativo. Isso significa que um
aplicativo desenvolvido em um espaço de trabalho de capacidade premium
não será necessariamente instalado em um espaço de trabalho de capacidade
premium. Portanto, não é recomendável usar a capacidade premium para o
espaço de trabalho do construtor, pois os espaços de trabalho do instalador
podem não ser de capacidade premium e a funcionalidade que depende da
capacidade premium não funcionará a menos que o instalador reatribua
manualmente o espaço de trabalho instalado à capacidade premium.

2. Quando terminar de criar o espaço de trabalho, selecione Salvar.

７ Nota

Você precisa de permissões do administrador do Power BI para promover

aplicativos de modelo.

Adicionar conteúdo ao espaço de trabalho do

aplicativo de modelo
Assim como em um espaço de trabalho normal do Power BI, sua próxima etapa é
adicionar conteúdo ao espaço de trabalho. Se estiver a utilizar parâmetros no Power
Query, certifique-se de que têm tipos bem definidos, como Text . Os tipos Any e Binary
não são suportados.
Para obter sugestões a serem consideradas ao criar relatórios e painéis para seu
aplicativo de modelo, consulte Dicas para criar aplicativos de modelo no Power BI.

Definir as propriedades do aplicativo modelo

Agora que você tem conteúdo em seu espaço de trabalho, você pode empacotá-lo em
um aplicativo de modelo. A primeira etapa é criar um aplicativo de modelo de teste,
acessível apenas de dentro da sua organização em seu locatário.

1. No espaço de trabalho do aplicativo de modelo, selecione Criar aplicativo.

Em seguida, preencha mais opções para seu aplicativo de modelo em seis guias.

2. Na guia Marca, preencha os seguintes campos:

Nome da aplicação
Descrição
Site de suporte. O link de suporte aparece em Informações do aplicativo
depois que você redistribui o aplicativo modelo como um aplicativo
organizacional.
Logótipo da aplicação. O logotipo tem um limite de tamanho de arquivo de
45K, deve ter uma proporção de 1:1 e deve estar em um formato de arquivo
.png, .jpg ou .jpeg .
Cor do tema do aplicativo
3. Na guia Navegação, você pode ativar Novo construtor de navegação para definir
o painel de navegação do aplicativo.

Se você não ativar Novo construtor de navegação, terá a opção de selecionar uma
página de destino do aplicativo. Defina um relatório ou painel para ser a página de
destino do seu aplicativo. Use uma página de destino que dê a impressão
desejada.
4. Na guia Controle, defina os limites e restrições dos usuários do aplicativo sobre o
conteúdo do aplicativo. Você pode usar esse controle para proteger a propriedade
intelectual em seu aplicativo.

７ Nota

Se você quiser proteger seus dados, desative a opção Baixar o relatório para
arquivo e, em seguida, configure as outras duas opções conforme desejado.

Porquê:

Os controles de exibição, edição e exportação nesta guia se aplicam somente

ao serviço do Power BI. Depois de baixar o arquivo .pbix , ele não está mais no
serviço. Coloca uma cópia dos seus dados, desprotegidos, num local
escolhido pelo utilizador. Você então não tem mais controle sobre o que o
usuário pode fazer com ele.

Se você quiser limitar o acesso às suas consultas e medidas e, ao mesmo

tempo, permitir que os usuários adicionem suas próprias fontes de dados,
considere marcar apenas as opções Exportar ou conectar-se externamente
aos dados . Isso permite que os usuários adicionem suas próprias fontes de
dados sem poder editar seu conjunto de dados. Para obter mais informações,
consulte Usar modelos compostos no Power BI Desktop.

5. Os parâmetros são criados no arquivo .pbix original (saiba mais sobre como criar
parâmetros de consulta). Você usa os recursos nesta guia para ajudar o
instalador do aplicativo a configurar o aplicativo após a instalação quando eles se
conectam aos dados.

Cada parâmetro tem um nome, que vem da consulta, e um campo Valor . Há três
opções para obter um valor para o parâmetro durante a instalação:

Você pode exigir que o usuário que instala o aplicativo insira um valor.

Nesse caso, você fornece um exemplo que o usuário substitui. Para

configurar um parâmetro dessa maneira, marque a caixa de seleção
Obrigatório e forneça um exemplo na caixa de texto que mostre ao usuário
que tipo de valor é esperado, conforme mostrado no exemplo a seguir.

Você pode fornecer um valor pré-preenchido que o usuário que instala o

aplicativo não pode alterar.

Um parâmetro configurado dessa maneira fica oculto do usuário que instala

o aplicativo. Você deve usar esse método somente se tiver certeza de que o
 valor pré-preenchido é válido para todos os usuários. Caso contrário, use o
primeiro método que requer a entrada do usuário.

Para configurar um parâmetro dessa maneira, insira o valor na caixa de texto

Valor e selecione o ícone de cadeado para que o valor não possa ser
alterado. O exemplo a seguir mostra essa opção:

Você pode fornecer um valor padrão que o usuário pode alterar durante a
instalação.

Para configurar um parâmetro dessa maneira, insira o valor padrão desejado

na caixa de texto Valor e deixe o ícone de cadeado desbloqueado, como no
exemplo a seguir:

Nesta guia, você também fornece um link para a documentação do aplicativo.

6. Na guia Autenticação, selecione o método de autenticação a ser usado. As opções

disponíveis dependem dos tipos de fonte de dados que estão sendo usados.
 O nível de privacidade é configurado automaticamente:

Uma única fonte de dados é configurada automaticamente como privada.

Uma fonte de dados multianônima é configurada automaticamente como
pública.

7. Na fase de teste, na guia Acesso, decida quem mais na sua organização pode
instalar e testar seu aplicativo. Você voltará e alterará essas configurações mais
tarde. A configuração não afeta o acesso do aplicativo de modelo distribuído.

8. Selecione Criar aplicativo.

Você vê uma mensagem informando que o aplicativo de teste está pronto, com
um link para copiar e compartilhar com os testadores do aplicativo.
 Você também fez a primeira etapa do seguinte processo de gerenciamento de
versão.

Gerenciar a versão do aplicativo de modelo

Antes de lançar o aplicativo de modelo publicamente, você quer ter certeza de que ele
está pronto. No painel de gerenciamento de versão do Power BI, você pode seguir e
inspecionar o caminho de liberação completo do aplicativo. Você também pode acionar
a transição de estágio para estágio. As etapas comuns são:

Gere um aplicativo de teste apenas para teste em sua organização.

Promova o pacote de teste para o estágio de pré-produção e teste fora da sua
organização.
Promover o pacote de pré-produção para a versão de produção em Produção.
Exclua qualquer pacote ou comece de novo de um estágio anterior.

O URL não muda à medida que você se move entre os estágios de lançamento. A
promoção não afeta o URL em si.

Para passar pelas etapas de lançamento:

1. No espaço de trabalho do modelo, selecione Release Management.

2. Se você seguiu as etapas neste artigo para criar o aplicativo de teste, o ponto ao
lado de Teste já estará preenchido. Selecione Obter link.

Se você ainda não criou o aplicativo, selecione Criar aplicativo para iniciar o
processo de criação do aplicativo modelo.

3. Para testar a experiência de instalação do aplicativo, copie o link na janela e cole-o

em uma nova janela do navegador.

A partir daqui, você segue o mesmo procedimento que seus instaladores de

aplicativos seguirão. Para obter mais informações, consulte Instalar e distribuir
aplicativos de modelo em sua organização.
4. Na caixa de diálogo, selecione Instalar.

5. Depois que a instalação for bem-sucedida, selecione o aplicativo na lista

Aplicativos para abri-lo.

6. Verifique se o aplicativo de teste tem os dados de exemplo. Para fazer alterações,

volte para o aplicativo no espaço de trabalho original. Atualize o aplicativo de teste
até ficar satisfeito.

7. Quando estiver pronto para promover seu aplicativo à pré-produção para teste
fora do locatário, volte para o painel Gerenciamento de Versões e selecione
Promover aplicativo.
 ７ Nota

Quando você promove o aplicativo, ele fica disponível publicamente fora da

sua organização.

Se não vir a opção Promover aplicação, contacte o administrador do Power BI para

lhe conceder permissões para o desenvolvimento de aplicações de modelo no
portal de administração.

8. Na caixa de diálogo, selecione Promover.

9. Copie o novo URL para compartilhar fora do locatário para teste. Este link também
é o que você envia para iniciar o processo de distribuição do seu aplicativo no
AppSource criando uma nova oferta do Partner Center.

Envie apenas links de pré-produção para o Partner center. Depois que o aplicativo
for aprovado e você receber uma notificação de que ele foi publicado no
AppSource, você poderá promover o pacote para produção no Power BI.

10. Quando seu aplicativo estiver pronto para produção ou compartilhamento via
AppSource, volte para o painel Gerenciamento de versão e selecione Promover
aplicativo ao lado de Pré-produção.

11. Selecione Promover.

Agora seu aplicativo está em produção e pronto para distribuição.

Para tornar seu aplicativo amplamente disponível para usuários do Power BI em todo o
mundo, envie-o para o AppSource. Para obter mais informações, consulte Criar uma
oferta de aplicativo do Power BI.

Automatize a configuração de parâmetros

durante a instalação
Se for um fornecedor de software independente e distribuir a sua aplicação de modelo
através do seu serviço Web, pode criar automação que configura automaticamente os
parâmetros da aplicação de modelo quando os seus clientes instalam a aplicação no
Power BI. A configuração automática facilita as coisas para seus clientes e aumenta a
probabilidade de uma instalação bem-sucedida, porque os clientes não precisam
fornecer detalhes que talvez não saibam. Para obter mais informações, consulte
Configuração automatizada de uma instalação de aplicativo de modelo.

Próximos passos
Para saber como seus clientes interagem com seu aplicativo de modelo, consulte
Instalar, personalizar e distribuir aplicativos de modelo em sua organização.
Para obter detalhes sobre como distribuir seu aplicativo, consulte Criar uma oferta
de aplicativo do Power BI.
Dicas para criar aplicativos de modelo
no Power BI
Artigo • 08/09/2023

Quando você cria seu aplicativo de modelo no Power BI, parte do processo é a logística
de criação do espaço de trabalho, teste e produção. Mas a outra parte importante é,
obviamente, a autoria do relatório e do painel. Você pode dividir o processo de criação
em vários componentes. Trabalhar nesses componentes ajuda você a criar o melhor
aplicativo de modelo possível:

Consultas. Com consultas, você conecta e transforma os dados e define

parâmetros .
Modelo de dados. No modelo de dados, você cria relações, medidas e melhorias
de Q&A.
Páginas de relatórios. As páginas de relatório incluem elementos visuais e filtros
para fornecer informações sobre seus dados.
Painel e blocos. Painéis e blocos oferecem uma visão geral das informações
incluídas.
Dados de exemplo. Um exemplo torna seu aplicativo detetável imediatamente
após a instalação.

Você pode estar familiarizado com cada peça como recursos existentes do Power BI.
Quando você cria um aplicativo de modelo, há outras coisas a considerar para cada
peça. Para obter detalhes, consulte as seções a seguir.

Consultas
Para aplicativos de modelo, as consultas desenvolvidas no Power BI Desktop são usadas
para se conectar à sua fonte de dados e importar dados. Essas consultas são necessárias
para retornar um esquema consistente e são suportadas para a atualização de dados
agendada.

Conecte-se à sua API

Para começar, você precisa se conectar à sua API do Power BI Desktop para começar a
criar suas consultas.

Você pode usar os Conectores de Dados disponíveis no Power BI Desktop para se

conectar à sua API. Você pode usar o conector de dados da Web (Get data>Web) para
se conectar à sua API Rest ou o conector OData (obter feed OData de dados) para se
conectar ao seu feed>OData.

７ Nota

Atualmente, os aplicativos de modelo não oferecem suporte a conectores

personalizados. Recomendamos explorar o uso do Odatafeed Auth 2.0 como uma
atenuação para alguns dos casos de uso da conexão ou para enviar seu conector
para certificação. Para obter detalhes sobre como desenvolver um conector e
certificá-lo, consulte Conectores de dados.

Considere a fonte
As consultas definem os dados incluídos no modelo de dados. Dependendo do
tamanho do seu sistema, essas consultas também devem incluir filtros para garantir que
seus clientes estejam lidando com um tamanho gerenciável que se adapte ao seu
cenário de negócios.

Os aplicativos de modelo do Power BI podem executar várias consultas em paralelo e

para vários usuários simultaneamente. Planeje sua estratégia de limitação e
simultaneidade e pergunte-nos como tornar seu aplicativo de modelo tolerante a falhas.

Aplicação do esquema
Certifique-se de que suas consultas sejam resilientes a alterações em seu sistema.
Alterações no esquema na atualização podem quebrar o modelo. Se a origem puder
retornar um resultado de esquema nulo ou ausente para algumas consultas, considere
retornar uma tabela vazia ou uma mensagem de erro personalizada significativa.

Parâmetros
Os parâmetros no Power BI Desktop permitem que os usuários forneçam valores de
entrada que personalizam os dados recuperados pelo usuário. Pense nos parâmetros
antecipadamente para evitar retrabalho depois de investir tempo para criar consultas ou
relatórios detalhados.

７ Nota

Os aplicativos de modelo suportam todos os parâmetros, exceto Any e Binary .

Dicas de consulta adicionais
Certifique-se de que todas as colunas estão digitadas adequadamente.
Atribua nomes informativos às colunas. Para obter mais informações, consulte
Perguntas e respostas&.
Para lógica compartilhada, considere o uso de funções ou consultas.
Atualmente, os níveis de privacidade não são suportados no serviço. Se você
receber uma solicitação sobre os níveis de privacidade, talvez seja necessário
reescrever a consulta para usar caminhos relativos.

Modelos de dados
Um modelo de dados bem definido garante que seus clientes possam interagir de
forma fácil e intuitiva com o aplicativo de modelo. Crie o modelo de dados no Power BI
Desktop.

７ Nota

Você deve fazer grande parte da modelagem básica, como digitação e nomes de
colunas, nas consultas.

Perguntas e Respostas
A modelagem também afeta o quão bem o Q A&pode fornecer resultados para seus
clientes. Certifique-se de adicionar sinônimos às colunas mais usadas e nomeie
corretamente suas colunas nas consultas.

Dicas adicionais de modelo de dados

Certifique-se de que:

Formatação aplicada a todas as colunas de valor. Aplique tipos na consulta.

Formatação aplicada a todas as medidas.
Defina o resumo padrão. Em particular, defina Não resumir quando aplicável, para
valores exclusivos, por exemplo.
Defina uma categoria de dados, quando aplicável.
Estabeleça relações, conforme necessário.

Relatórios
As páginas de relatório oferecem informações adicionais sobre os dados incluídos no
seu aplicativo de modelo. Use as páginas dos relatórios para responder às principais
perguntas de negócios que seu aplicativo modelo está tentando resolver. Crie o
relatório usando o Power BI Desktop.

Dicas de relatório adicionais

Use mais de um visual por página para filtragem cruzada.
Alinhe os elementos visuais cuidadosamente, sem sobreposição.
Certifique-se de que a página está definida para o modo 4:3 ou 16:9 para layout.
Certifique-se de que todas as agregações apresentadas fazem sentido numérico,
por exemplo, médias ou valores únicos.
Verifique se o fatiamento produz resultados racionais.
Inclua o seu logótipo pelo menos no relatório principal.
Certifique-se de que os elementos estão no esquema de cores do cliente na
medida do possível.

７ Nota

Um único aplicativo de modelo não pode incluir mais de vinte relatórios.

Dashboards
O painel é o principal ponto de interação com seu aplicativo de modelo para seus
clientes. Ele deve incluir uma visão geral do conteúdo incluído, especialmente as
métricas importantes para o seu cenário de negócios.

Para criar um painel para seu aplicativo de modelo, basta carregar seu PBIX por meio de
Obter arquivos de dados>ou publicar diretamente do Power BI Desktop.

Dicas adicionais do painel

Mantenha o mesmo tema ao fixar para que os blocos no painel sejam consistentes.
Fixe um logótipo no tema para que os consumidores saibam de onde vem a
embalagem.
O layout sugerido para trabalhar com a maioria das resoluções de tela é de cinco a
seis blocos pequenos de largura.
Todos os blocos do painel devem ter títulos e legendas apropriados.
Considere agrupamentos no painel para diferentes cenários, vertical ou
horizontalmente.
Dados de exemplo
Um aplicativo de modelo, como parte do estágio de criação do aplicativo, encapsula os
dados de cache no espaço de trabalho como parte do aplicativo:

Permite que o instalador entenda a funcionalidade e a finalidade do aplicativo

antes de conectar dados.
Cria uma experiência que leva o instalador a explorar ainda mais os recursos do
aplicativo, o que leva à conexão do conjunto de dados do aplicativo.

Recomendamos ter dados de exemplo de qualidade antes de criar o aplicativo para

garantir que o relatório e os painéis do aplicativo sejam preenchidos com dados. Tente
manter o tamanho dos dados de amostra o menor possível.

Publicação no AppSource
Os aplicativos de modelo podem ser publicados no AppSource. Siga estas diretrizes
antes de enviar seu aplicativo para o AppSource:

Certifique-se de criar um aplicativo modelo com dados de exemplo atraentes que

possam ajudar o instalador a entender o que o aplicativo pode fazer. Relatórios e
painéis vazios não serão aprovados.
As aplicações de modelo suportam apenas aplicações de dados de exemplo.
Certifique-se de marcar a caixa de seleção do aplicativo estático.
Tenha instruções para a equipe de validação seguir que incluam credenciais e
parâmetros que eles podem usar para se conectar aos dados.
Seu aplicativo deve incluir um ícone de aplicativo no Power BI e em sua oferta de
portal de parceiro de nuvem (CPP).
Configure a página de destino.
Certifique-se de seguir a documentação sobre a oferta do Aplicativo Power BI.
Se um painel fizer parte do seu aplicativo, verifique se ele não está vazio.
Instale o aplicativo usando o link do aplicativo antes de enviá-lo. Certifique-se de
que consegue ligar o conjunto de dados e de que a experiência da aplicação está
como planeado.
Antes de carregar um arquivo PBIX no espaço de trabalho do modelo, certifique-se
de descarregar todas as conexões desnecessárias.
Siga as práticas de design recomendadas do Power BI para relatórios e elementos
visuais para obter o máximo impacto em seus usuários e obter aprovação para
distribuição.
Criar um link de download para o aplicativo
Depois de publicar o aplicativo de modelo no AppSource, considere criar um link de
download do seu site para:

A página de download do AppSource, que pode ser visualizada publicamente.

Obtenha o link da sua página AppSource.
Power BI, que pode ser visualizado por um utilizador do Power BI.

Para redirecionar um usuário para o link de download do aplicativo no Power BI,

consulte o seguinte exemplo de código: repositório GitHub .

Automatize a configuração de parâmetros

durante a instalação
Se for um fornecedor de software independente (ISV) e estiver a distribuir a sua
aplicação de modelo através do seu serviço Web, pode criar automação que configura
automaticamente os parâmetros da aplicação de modelo quando os seus clientes
instalam a aplicação na respetiva conta do Power BI. Esta abordagem torna as coisas
mais fáceis para os seus clientes. Isso também aumenta a probabilidade de uma
instalação bem-sucedida, porque eles não precisam fornecer detalhes que talvez não
saibam. Para obter mais informações, consulte Configuração automatizada de uma
instalação de aplicativo de modelo.

Próximos passos
O que são aplicativos de modelo do Power BI?
Gerenciar seu aplicativo de modelo
publicado
Artigo • 17/10/2024

Se você tiver um aplicativo de modelo do Power BI em produção, quando quiser fazer

alterações no aplicativo, poderá fazê-lo sem interromper a experiência atual do usuário.
Este artigo explica como recomeçar na fase de teste, sem interferir com o aplicativo em
produção.

Atualizar a sua aplicação

Vá para o espaço de trabalho do aplicativo de modelo. Em seguida, se você fez suas
alterações no Power BI Desktop, comece na Etapa 1. Se você não fez nenhuma alteração
no Power BI Desktop, comece na Etapa 2.

1. Carregue seu modelo semântico atualizado e certifique-se de substituir o modelo

semântico existente.

Se o arquivo .pbix que você está carregando tiver o mesmo nome que o
modelo semântico e o relatório usados no aplicativo, o upload substituirá o
modelo semântico existente.

Se você estiver alterando o nome do modelo semântico e do relatório usados

no aplicativo e o arquivo .pbix que deseja carregar tiver um nome diferente
do modelo semântico e do relatório usados no aplicativo, faça o seguinte:
Renomeie o modelo semântico e o relatório usados no aplicativo para que
seus nomes correspondam exatamente ao nome do arquivo .pbix
atualizado.
Carregue seu arquivo .pbix e substitua o modelo semântico existente e o
relatório que você acabou de renomear.

Em ambos os casos, para carregar um arquivo .pbix local para o serviço,

selecione Carregar Procurar, navegue até o arquivo e selecione Abrir>. Uma
caixa de diálogo solicita sua permissão para substituir o modelo semântico
usado pelo aplicativo. Se você não substituir o modelo semântico existente,
os clientes não poderão instalar seu aplicativo atualizado.
 ） Importante

Nunca exclua o modelo semântico usado pelo aplicativo. A exclusão do

modelo semântico impossibilita que os clientes atualizem suas cópias do
aplicativo.

2. No painel Gerenciamento de versões do aplicativo, selecione Criar aplicativo.

3. Repita o processo de criação do aplicativo. Se você alterou o nome do modelo

semântico e do relatório usados no aplicativo, convém renomear o aplicativo
também.

4. Depois de definir Marca, Navegação, Controlo, Parâmetros, Autenticação e

Acesso, selecione Criar aplicação novamente para guardar as alterações e, em
seguida, selecione Fechar.

5. Selecione Gerenciamento de liberação novamente.

No painel Gerenciamento de versão, agora você vê duas versões do aplicativo: A

versão em Produção, além de uma nova versão em Teste.
6. Quando estiver pronto para promover seu aplicativo à pré-produção para testes
adicionais fora do locatário, volte para o painel Gerenciamento de Versões e
selecione Promover aplicativo ao lado de Teste.

Agora você tem uma versão em Produção e uma versão em Pré-produção.

Seu link está agora no ar.

７ Nota
 O botão Promover aplicativo no estágio de pré-produção está desativado. A
desativação do botão evita a substituição acidental do link de produção ao
vivo pela versão atual do aplicativo antes que o Cloud Partner Portal (CPP)
valide e aprove a nova versão do aplicativo.

7. Envie seu link novamente para o CPP seguindo as etapas em Atualização da oferta
do Aplicativo Power BI. No CPP, você deve publicar sua oferta novamente e tê-la
validada e aprovada. Se você alterou o nome do aplicativo, certifique-se de alterar
também o nome no CPP. Quando sua oferta for aprovada, o botão Promover
aplicativo ficará ativo novamente.

8. Promova seu aplicativo para o estágio de produção .

Atualizar comportamento
A atualização do aplicativo permite que os instaladores de aplicativos de modelo
atualizem seus aplicativos de modelo nos espaços de trabalho já instalados sem
perder a configuração de conexão.

Para saber como as alterações no modelo semântico afetam o aplicativo de

modelo instalado, consulte Substituir comportamento.

Quando um aplicativo de modelo é substituído e atualizado, ele primeiro reverte

para dados de exemplo e se reconecta automaticamente usando os parâmetros de
configuração e autenticação do instalador. Até que a atualização seja concluída, os
relatórios, painéis e aplicativo organizacional exibem o banner de dados de
exemplo.

Se você adicionou um novo parâmetro de consulta ao modelo semântico

atualizado que requer entrada do usuário, marque a caixa de seleção Obrigatório .
Essa seleção solicita ao instalador a cadeia de conexão após atualizar o aplicativo.
Extrair espaço de trabalho
É fácil reverter para a versão anterior de um aplicativo de modelo com o recurso de
extração. As etapas a seguir extraem uma versão específica do aplicativo de um estágio
de lançamento para um novo espaço de trabalho:

1. No painel Gerenciamento de Versão, ao lado de uma versão do aplicativo,

selecione Mais opções (...) e, em seguida, selecione Extrair.
2. Na caixa de diálogo de confirmação, insira um nome para o espaço de trabalho
extraído e selecione Extrair. O Power BI adiciona um novo espaço de trabalho para
o aplicativo extraído.
O controle de versão do novo espaço de trabalho é redefinido e você pode continuar a
desenvolver e distribuir o aplicativo de modelo a partir do espaço de trabalho recém-
extraído.

Excluir versão do aplicativo de modelo

Um espaço de trabalho de aplicativo de modelo é a origem de um aplicativo de modelo
distribuído ativo. Para proteger os usuários do aplicativo de modelo, não é possível
excluir um espaço de trabalho do aplicativo de modelo sem primeiro remover todas as
versões do aplicativo criadas no espaço de trabalho. A exclusão de uma versão do
aplicativo também exclui o URL do aplicativo, que não funciona mais.

1. No painel Gerenciamento de Versão, ao lado da versão do aplicativo que você

deseja excluir, selecione Mais opções (...) e, em seguida, selecione Excluir.
2. Na caixa de diálogo de confirmação, selecione Eliminar.
 ７ Nota

Certifique-se de não excluir as versões do aplicativo que os clientes ou o

AppSource estão usando, ou elas não funcionarão mais.

Conteúdos relacionados
Veja como seus clientes interagem com seu aplicativo de modelo em Instalar,
personalizar e distribuir aplicativos de modelo em sua organização.
Consulte a oferta do Aplicativo Power BI para obter detalhes sobre como distribuir
seu aplicativo.

Comentários
Esta página foi útil?  Yes  No

Fornecer comentários sobre o produto | Perguntar à comunidade

Instalar, partilhar e atualizar aplicações
de modelo na sua organização
Artigo • 07/09/2023

Você é um analista do Power BI? Aqui você pode saber mais sobre aplicativos de
modelo e como se conectar a muitos dos serviços que você usa para administrar sua
empresa, como Salesforce, Microsoft Dynamics e Google Analytics. Em seguida, você
pode modificar o painel e os relatórios pré-criados do aplicativo modelo para atender às
necessidades da sua organização e distribuí-los aos seus colegas como aplicativos.

Se estiver interessado em criar aplicações de modelo para distribuição fora da sua

organização, consulte Criar uma aplicação de modelo no Power BI. Com pouca ou
nenhuma codificação, os parceiros do Power BI podem criar aplicativos do Power BI e
disponibilizá-los para clientes do Power BI.

Pré-requisitos
Para instalar, personalizar e distribuir um aplicativo modelo, você precisa:

Uma licença do Power BI pro.

Permissões para instalar aplicativos de modelo em seu locatário.
Um link de instalação válido para o aplicativo, que você obtém do AppSource ou
do criador do aplicativo.
Uma boa familiaridade com os conceitos básicos do Power BI.
Instalar um aplicativo de modelo
1. No painel de navegação no serviço do Power BI, selecione Aplicativos>Obter
aplicativos.

2. No mercado de aplicativos do Power BI exibido, selecione Aplicativos de modelo.

Todos os aplicativos de modelo disponíveis no AppSource são mostrados.
Navegue para encontrar o aplicativo de modelo que você está procurando ou
obtenha uma seleção filtrada usando a caixa de pesquisa. Digite parte do nome do
aplicativo modelo ou selecione uma categoria, como finanças, análise ou
marketing, para encontrar o item que você está procurando.

3. Quando encontrar o aplicativo de modelo que está procurando, selecione-o. A

oferta de aplicativo modelo é exibida. Selecione Obter Agora.
 

4. Na caixa de diálogo exibida, selecione Instalar.

O aplicativo é instalado, juntamente com um espaço de trabalho de mesmo nome

que tem todos os artefatos necessários para personalização adicional.

７ Nota

Se você usar um link de instalação para um aplicativo que não está listado no
AppSource, uma caixa de diálogo de validação solicitará que você confirme
sua escolha.

Para poder instalar um aplicativo de modelo que não esteja listado no

AppSource, você pode solicitar as permissões relevantes do seu
administrador. Consulte as configurações do aplicativo de modelo no portal
de administração do Power BI para obter detalhes.
 Quando a instalação for concluída com êxito, uma notificação informará que seu
novo aplicativo está pronto.

Ligar a dados
1. Selecione Ir para a aplicação.

O aplicativo é aberto, mostrando dados de exemplo.

2. Selecione o link Conectar seus dados no banner na parte superior da página.

Este link abre a caixa de diálogo de parâmetros, onde você altera a fonte de dados
dos dados de exemplo para sua própria fonte de dados (consulte limitações
conhecidas), seguida pela caixa de diálogo do método de autenticação. Talvez seja
necessário redefinir os valores nessas caixas de diálogo. Consulte a documentação
do aplicativo modelo específico que você está instalando para obter detalhes.
 

Depois de concluir o preenchimento das caixas de diálogo de conexão, o processo

de conexão é iniciado. Um banner informa que os dados estão sendo atualizados e
que, enquanto isso, você está visualizando dados de exemplo.

Os dados do relatório serão atualizados automaticamente uma vez por dia, a

menos que você desabilite essa configuração durante o processo de entrada. Você
também pode configurar sua própria agenda de atualização para manter os dados
do relatório atualizados, se desejar.

Personalizar e partilhar a aplicação

Depois de se conectar aos seus dados e a atualização de dados estiver concluída, você
pode personalizar qualquer um dos relatórios e painéis que o aplicativo inclui, bem
como compartilhar o aplicativo com seus colegas. Lembre-se, no entanto, de que
quaisquer alterações feitas serão substituídas quando você atualizar o aplicativo com
uma nova versão, a menos que você salve os itens alterados com nomes diferentes. Veja
detalhes sobre a substituição.
Para personalizar e compartilhar seu aplicativo, selecione o ícone de lápis no canto
superior direito da página.

Para obter informações sobre como editar artefatos no espaço de trabalho, consulte

Percorrer o editor de relatórios no Power BI

Conceitos básicos para designers no serviço do Power BI

Quando terminar de fazer alterações nos artefatos no espaço de trabalho, você estará
pronto para publicar e compartilhar o aplicativo. Consulte Publicar seu aplicativo para
saber como.

Atualizar um aplicativo de modelo

De tempos em tempos, os criadores de aplicativos de modelo lançam novas versões
aprimoradas de seus aplicativos de modelo, via AppSource, um link direto ou ambos.

Se você baixou originalmente o aplicativo do AppSource, quando uma nova versão do

aplicativo modelo estiver disponível, você será notificado de duas maneiras:

Um banner de atualização aparece no serviço do Power BI informando que uma

nova versão do aplicativo está disponível.

Você recebe uma notificação no painel de notificação do Power BI.

 ７ Nota

Se você originalmente obteve o aplicativo por meio de um link direto em vez de

através do AppSource, a única maneira de saber quando uma nova versão está
disponível é entrar em contato com o criador do aplicativo modelo.

Para instalar a atualização, selecione Obter no banner de notificação ou na central de

notificações, ou localize o aplicativo novamente no AppSource e escolha Obter agora.
Se você tiver um link direto para a atualização do criador do aplicativo Modelo,
selecione o link.

Ser-lhe-á perguntado como pretende que a atualização afete a sua aplicação

atualmente instalada.
 Atualizar o espaço de trabalho e o aplicativo: atualiza o espaço de trabalho e o
aplicativo e republica o aplicativo na sua organização. Escolha esta opção se não
tiver efetuado alterações à aplicação ou ao respetivo conteúdo e pretender
substituir a aplicação antiga. Suas conexões serão restabelecidas e a nova versão
do aplicativo incluirá qualquer marca atualizada do aplicativo, como nome,
logotipo e navegação do aplicativo, bem como as melhorias mais recentes do
editor no conteúdo.

Atualizar apenas o conteúdo do espaço de trabalho sem atualizar o aplicativo:

atualiza os relatórios, painéis e conjunto de dados no espaço de trabalho. Depois
de atualizar o espaço de trabalho, você pode escolher o que deseja incluir no
aplicativo e, em seguida, precisa atualizar o aplicativo para publicá-lo novamente
em sua organização com as alterações.

Instalar outra cópia do aplicativo em um novo espaço de trabalho: instala uma

nova versão do espaço de trabalho e do aplicativo. Escolha esta opção se não
quiser alterar seu aplicativo atual.

Comportamento de substituição
A substituição atualiza os relatórios, painéis e conjunto de dados no espaço de
trabalho, não no aplicativo. A substituição não altera a navegação, a configuração
e as permissões do aplicativo.

Se você escolher a segunda opção, depois de atualizar o espaço de trabalho,

precisará atualizar o aplicativo para aplicar as alterações do espaço de trabalho
para o aplicativo.
 A substituição mantém os parâmetros configurados e a autenticação. Após a
atualização, uma atualização automática do conjunto de dados é iniciada. Durante
essa atualização, o aplicativo, os relatórios e os painéis apresentam dados de
exemplo.

A substituição sempre apresenta dados de exemplo até que a atualização seja

concluída. Se o autor do aplicativo de modelo tiver feito alterações no conjunto de
dados ou nos parâmetros, os usuários do espaço de trabalho e do aplicativo não
verão os novos dados até que a atualização seja concluída. Em vez disso, eles
ainda verão dados de exemplo durante esse período.

A substituição nunca exclui novos relatórios ou painéis que você adicionou ao

espaço de trabalho. Ele apenas substitui os relatórios e painéis originais com
alterações do autor original.

） Importante

Lembre-se de atualizar o aplicativo após a substituição para aplicar alterações

aos relatórios e ao painel para os usuários do aplicativo organizacional.

Excluir um aplicativo de modelo

Um aplicativo de modelo instalado consiste no aplicativo e em seu espaço de trabalho
associado. Se você quiser remover o aplicativo de modelo, você tem duas opções:

Remover completamente o aplicativo e seu espaço de trabalho associado: para

remover completamente um aplicativo modelo e seu espaço de trabalho
associado, vá para o bloco do aplicativo na página Aplicativos, selecione o ícone
da lixeira e escolha Excluir na caixa de diálogo exibida.

Cancelar publicação do aplicativo: essa opção remove o aplicativo, mas mantém

seu espaço de trabalho associado. Essa opção é útil se houver personalizações que
você fez e deseja manter.

Para cancelar a publicação do aplicativo:

1. Abra o aplicativo.
 2. Selecione o ícone de lápis do aplicativo de edição para abrir o espaço de
trabalho do aplicativo de modelo.

3. No espaço de trabalho do aplicativo modelo, selecione Mais opções (...) e

escolha Cancelar publicação do aplicativo.

Próximos passos
Criar um espaço de trabalho no Power BI
Configuração automatizada de uma
instalação de aplicativo de modelo
Artigo • 08/09/2023

Os aplicativos de modelo são uma ótima maneira de os clientes começarem a obter

informações de seus dados. Os aplicativos de modelo os colocam em funcionamento
rapidamente, conectando-os aos seus dados. Os aplicativos de modelo fornecem
relatórios pré-criados que eles podem personalizar se assim desejarem.

Os clientes nem sempre estão familiarizados com os detalhes de como se conectar aos
seus dados. Ter que fornecer esses detalhes quando eles instalam um aplicativo modelo
pode ser um ponto problemático para eles.

Se você for um provedor de serviços de dados e tiver criado um aplicativo de modelo

para ajudar seus clientes a começar a usar seus dados em seu serviço, você pode
facilitar a instalação do aplicativo de modelo. Você pode automatizar a configuração dos
parâmetros do seu aplicativo de modelo. Quando o cliente entra no seu portal, ele
seleciona um link especial que você preparou. Este link:

Lança a automação, que reúne as informações de que precisa.

Pré-configura os parâmetros do aplicativo de modelo.
Redireciona o cliente para sua conta do Power BI onde ele pode instalar o
aplicativo.

Tudo o que eles precisam fazer é selecionar Instalar e autenticar em sua fonte de dados,
e eles estão prontos para ir!

A experiência do cliente é ilustrada aqui.

Este artigo descreve o fluxo básico, os pré-requisitos e as principais etapas e APIs
necessárias para automatizar a configuração de uma instalação de aplicativo de modelo.
Se quiser mergulhar e começar, pule para o tutorial onde você automatiza a
configuração da instalação do aplicativo de modelo usando um aplicativo de exemplo
simples que preparamos e que usa uma função do Azure.

Fluxo básico
O fluxo básico de automatizar a configuração de uma instalação de aplicativo de
modelo é o seguinte:

1. O usuário entra no portal do ISV e seleciona o link fornecido. Esta ação inicia o
fluxo automatizado. O portal do ISV prepara a configuração específica do usuário
nesta fase.

2. O ISV adquire um token somente de aplicativo com base em uma entidade de

serviço (token somente de aplicativo) registrada no locatário do ISV.

3. Usando APIs REST do Power BI, o ISV cria um tíquete de instalação, que contém a
configuração de parâmetro específica do usuário, conforme preparado pelo ISV.

4. O ISV redireciona o usuário para o Power BI usando um POST método de

redirecionamento que contém o tíquete de instalação.

5. O usuário é redirecionado para sua conta do Power BI com o tíquete de instalação

e é solicitado a instalar o aplicativo de modelo. Quando o usuário seleciona
Instalar, o aplicativo de modelo é instalado para ele.

７ Nota

Enquanto os valores dos parâmetros são configurados pelo ISV no processo de

criação do tíquete de instalação, as credenciais relacionadas à fonte de dados só
são fornecidas pelo usuário nos estágios finais da instalação. Essa disposição evita
que eles sejam expostos a terceiros e garante uma conexão segura entre o usuário
e as fontes de dados do aplicativo modelo.

Pré-requisitos
Para fornecer uma experiência de instalação pré-configurada para seu aplicativo
modelo, os seguintes pré-requisitos são necessários:
Uma licença Pro do Power BI. Se não estiver inscrito no Power BI Pro, poderá
inscrever-se numa avaliação gratuita antes de começar.

Seu próprio locatário do Azure Ative Directory (Azure AD) configurado. Para obter
instruções sobre como configurar um, consulte Criar um locatário do Azure AD.

Uma entidade de serviço (token somente aplicativo) registrada no locatário

anterior. Para obter mais informações, consulte Incorporar conteúdo do Power BI
com entidade de serviço e um segredo de aplicativo. Certifique-se de registrar o
aplicativo como um aplicativo Web do lado do servidor. Você registra um
aplicativo Web do lado do servidor para criar um segredo de aplicativo. A partir
desse processo, você precisa salvar o ID do aplicativo (ClientID) e o segredo do
aplicativo (ClientSecret) para etapas posteriores.

Um aplicativo de modelo parametrizado pronto para instalação. O aplicativo de

modelo deve ser criado no mesmo locatário no qual você registra seu aplicativo no
Azure AD. Para obter mais informações, consulte Dicas de aplicativo de modelo ou
Criar um aplicativo de modelo no Power BI. No aplicativo modelo, você precisa
observar as seguintes informações para as próximas etapas:
ID do aplicativo, Chave do pacote e ID do proprietário conforme aparecem na
URL de instalação no final do processo de definição das propriedades do
aplicativo modelo quando o aplicativo foi criado. Você também pode obter o
mesmo link selecionando Obter link no painel Gerenciamento de Versões do
aplicativo de modelo.
Nomes de parâmetros conforme definidos no conjunto de dados do aplicativo
de modelo. Os nomes de parâmetros diferenciam maiúsculas de minúsculas e
também podem ser recuperados na guia Configurações de Parâmetro quando
você define as propriedades do aplicativo de modelo ou das configurações do
conjunto de dados no Power BI.

Para poder testar seu fluxo de trabalho de automação, adicione a entidade de

serviço ao espaço de trabalho do aplicativo de modelo como administrador.

７ Nota

Você pode testar seu aplicativo de instalação pré-configurado em seu

aplicativo de modelo se o aplicativo de modelo estiver pronto para instalação,
mesmo que ainda não esteja disponível publicamente no AppSource. Para
que os utilizadores fora do seu inquilino possam utilizar a aplicação de
instalação automatizada para instalar a sua aplicação de modelo, a aplicação
de modelo tem de estar disponível publicamente no mercado de aplicações
do Power BI. Antes de distribuir seu aplicativo modelo usando o aplicativo
 de instalação automatizada que você está criando, certifique-se de publicá-lo
no Partner Center.

Principais etapas e APIs

As principais etapas para automatizar a configuração de uma instalação de aplicativo de
modelo e as APIs necessárias são descritas nas seções a seguir. Embora a maioria das
etapas seja feita com APIs REST do Power BI, os exemplos de código descritos aqui são
feitos com o SDK do .NET.

Etapa 1: Criar um objeto de cliente do Power BI

Usar APIs REST do Power BI exige que você obtenha um token de acesso para sua
entidade de serviço do Azure AD. É necessário obter um token de acesso do Azure AD
para seu aplicativo Power BI antes de fazer chamadas para as APIs REST do Power BI.
Para criar o cliente do Power BI com seu token de acesso, você precisa criar seu objeto
de cliente do Power BI, que permite interagir com as APIs REST do Power BI. Você cria o
objeto de cliente do Power BI encapsulando o AccessToken com um objeto
Microsoft.Rest.TokenCredentials.

C#

using Microsoft.IdentityModel.Clients.ActiveDirectory;
using Microsoft.Rest;
using Microsoft.PowerBI.Api.V2;

var tokenCredentials = new

TokenCredentials(authenticationResult.AccessToken, "Bearer");

// Create a Power BI client object. It's used to call Power BI APIs.

using (var client = new PowerBIClient(new Uri(ApiUrl), tokenCredentials))
{
// Your code goes here.
}

Etapa 2: Criar um tíquete de instalação

Crie um tíquete de instalação, que é usado quando você redireciona seus usuários para
o Power BI. A API usada para esta operação é a API CreateInstallTicket .

Aplicativos de modelo CreateInstallTicket

Um exemplo de como criar um tíquete de instalação para instalação e configuração do
aplicativo de modelo está disponível no arquivo
InstallTemplateApp/InstallAppFunction.cs no aplicativo de exemplo.

O exemplo de código a seguir mostra como usar o aplicativo de modelo

CreateInstallTicket REST API.

C#

using Microsoft.PowerBI.Api.V2;
using Microsoft.PowerBI.Api.V2.Models;

// Create Install Ticket Request.

InstallTicket ticketResponse = null;
var request = new CreateInstallTicketRequest()
{
InstallDetails = new List<TemplateAppInstallDetails>()
{
new TemplateAppInstallDetails()
{
AppId = Guid.Parse(AppId),
PackageKey = PackageKey,
OwnerTenantId = Guid.Parse(OwnerId),
Config = new TemplateAppConfigurationRequest()
{
Configuration = Parameters
.GroupBy(p => p.Name)
.ToDictionary(k => k.Key, k =>
k.Select(p => p.Value).Single())
}
}
}
};

// Issue the request to the REST API using .NET SDK.

InstallTicket ticketResponse = await
client.TemplateApps.CreateInstallTicketAsync(request);

Etapa 3: Redirecionar usuários para o Power BI

com o tíquete
Depois de criar um tíquete de instalação, use-o para redirecionar seus usuários para o
Power BI para continuar com a instalação e a configuração do aplicativo de modelo.
Você usa um redirecionamento de método para a URL de instalação do aplicativo de
POST modelo, com o tíquete de instalação no corpo da solicitação.
Existem vários métodos documentados de como emitir um redirecionamento usando
POST solicitações. Escolher um ou outro depende do cenário e de como seus usuários

interagem com seu portal ou serviço.

Um exemplo simples, usado principalmente para fins de teste, usa um formulário com
um campo oculto, que se envia automaticamente após o carregamento.

JavaScript

<html>
<body onload='document.forms["form"].submit()'>
<!-- form method is POST and action is the app install URL -->
<form name='form' action='https://app.powerbi.com/....'
method='post' enctype='application/json'>
<!-- value should be the new install ticket -->
<input type='hidden' name='ticket' value='H4sI....AAA='>
</form>
</body>
</html>

O exemplo a seguir da resposta do aplicativo de exemplo mantém o tíquete de

instalação e redireciona automaticamente os usuários para o Power BI. A resposta para
essa função do Azure é o mesmo formulário de autoenvio automático que vemos no
exemplo HTML anterior.

C#

...
return new ContentResult() { Content = RedirectWithData(redirectUrl,
ticket.Ticket), ContentType = "text/html" };
}

...

public static string RedirectWithData(string url, string ticket)

{
StringBuilder s = new StringBuilder();
s.Append("<html>");
s.AppendFormat("<body onload='document.forms[\"form\"].submit()'>");
s.AppendFormat("<form name='form' action='{0}' method='post'
enctype='application/json'>", url);
s.AppendFormat("<input type='hidden' name='ticket' value='{0}' />",
ticket);
s.Append("</form></body></html>");
return s.ToString();
}

７ Nota
 Existem vários métodos de usar POST redirecionamentos de navegador. Deve
sempre utilizar o método mais seguro, que depende das suas necessidades e
restrições de serviço. Lembre-se de que algumas formas de redirecionamento
inseguro podem resultar na exposição de seus usuários ou serviço a problemas de
segurança.

Etapa 4: Mover sua automação para a

produção
Quando a automação projetada estiver pronta, certifique-se de movê-la para a
produção.

Próximos passos
Experimente nosso tutorial, que usa uma função simples do Azure para
automatizar a configuração de uma instalação de aplicativo de modelo.
Tem dúvidas? Tente perguntar à Comunidade do Power BI.
Conectar-se aos serviços que você usa
com o Power BI
Artigo • 26/07/2024

Com o Power BI, pode ligar-se a muitos dos serviços que utiliza para gerir o seu
negócio, como o Salesforce, o Microsoft Dynamics e o Google Analytics. O Power BI
começa usando suas credenciais para se conectar ao serviço. Ele cria um espaço de
trabalho do Power BI com um painel e um conjunto de relatórios do Power BI que
mostram automaticamente seus dados e fornecem insights visuais sobre sua empresa.

Entre no Power BI para exibir todos os serviços aos quais você pode se conectar.
Selecione Aplicativos>Obter aplicativos.

Depois de instalar o aplicativo, você pode exibir o painel e os relatórios no aplicativo e o

espaço de trabalho no serviço do Power BI (https://powerbi.com ). Você também pode
exibi-los nos aplicativos móveis do Power BI. No espaço de trabalho, você pode
modificar o painel e os relatórios para atender às necessidades da sua organização e,
em seguida, distribuí-los aos seus colegas como um aplicativo.
Começar
1. Selecione Aplicações no painel de navegação e, em seguida, selecione Obter
aplicações no canto superior direito.

2. Em aplicativos do Power BI, selecione a guia Aplicativos e procure o serviço

desejado.
Editar o painel e os relatórios
Quando a importação estiver concluída, o novo aplicativo aparecerá na página
Aplicativos.

1. Selecione Aplicações no painel de navegação e, em seguida, escolha a aplicação.

2. Você pode fazer uma pergunta digitando na caixa Perguntas e respostas ou

selecionar um bloco para abrir o relatório subjacente.
 Altere o painel e o relatório para atender às necessidades da sua organização. Em
seguida, distribua seu aplicativo para seus colegas

O que está incluído

Depois de se conectar a um serviço, você verá um aplicativo e espaço de trabalho
recém-criados com um painel, relatórios e modelo semântico. Os dados do serviço são
focados em um cenário específico e podem não incluir todas as informações do serviço.
Os dados são agendados para serem atualizados automaticamente uma vez por dia.
Você pode controlar a agenda selecionando o modelo semântico.

Você também pode se conectar a muitos serviços no Power BI Desktop, como o Google
Analytics, e criar seus próprios painéis e relatórios personalizados.

Para obter mais informações sobre como se conectar a serviços específicos, consulte as
páginas de ajuda individuais.

Resolução de Problemas
Blocos vazios: enquanto o Power BI está se conectando primeiro ao serviço, você pode
ver um conjunto vazio de blocos em seu painel. Se você ainda vir um painel vazio após
duas horas, é provável que a conexão tenha falhado. Se você não vir uma mensagem de
erro com informações sobre como corrigir o problema, registre um tíquete de suporte.

Selecione o ícone de ponto de interrogação (?) no canto >superior direito Obter

ajuda.

Informações ausentes: o painel e os relatórios incluem conteúdo do serviço focado em

um cenário específico. Se você estiver procurando por uma métrica específica no
aplicativo e não a vir, adicione uma ideia na página Suporte do Power BI.

Sugestão de serviços
Você usa um serviço que gostaria de sugerir para um aplicativo do Power BI? Aceda à
página de Suporte do Power BI e informe-nos.

Se estiver interessado em criar aplicações de modelo para distribuir a si próprio,

consulte Criar uma aplicação de modelo no Power BI. Os parceiros do Power BI podem
criar aplicativos do Power BI com pouca ou nenhuma codificação e implantá-los para
clientes do Power BI.

Conteúdos relacionados
Distribuir aplicações aos seus colegas
Criar espaços de trabalho no Power BI
Perguntas? Tente perguntar à Comunidade do Power BI
Comentários
Esta página foi útil?  Yes  No

Fornecer comentários sobre o produto | Perguntar à comunidade

Conecte-se ao Relatório de Presença de
Comunicação de Crise
Artigo • 08/09/2023

Este aplicativo Power BI é o artefato de relatório/painel na solução Microsoft Power

Platform para Comunicação de Crise. Ele rastreia a localização do trabalhador para
usuários do aplicativo de Comunicação de Crise. A solução combina recursos do Power
Apps, Power Automate, Teams, SharePoint e Power BI. Pode ser utilizado na web, em
dispositivos móveis ou no Teams.

O painel mostra os gestores de emergência a agregar dados em todo o seu sistema de

saúde para os ajudar a tomar decisões atempadas e corretas.

Este artigo explica como instalar o aplicativo e como se conectar às fontes de dados.
Para obter mais informações sobre o aplicativo Comunicação de Crise, consulte
Configurar e aprender sobre o modelo de exemplo de Comunicação de Crise no Power
Apps

Depois de instalar o aplicativo de modelo e se conectar às fontes de dados, você pode

personalizar o relatório de acordo com suas necessidades. Em seguida, você pode
distribuí-lo como um aplicativo para colegas em sua organização.

Pré-requisitos
Antes de instalar este aplicativo modelo, você deve primeiro instalar e configurar o
exemplo de Comunicação de crise. A instalação desta solução cria as referências de
fonte de dados necessárias para preencher o aplicativo com dados.

Ao instalar o exemplo de Comunicação de Crise, anote o caminho da pasta de lista do

SharePoint de "Status do CI_Employee" e a ID da lista.

Instalar a aplicação
1. Clique no link a seguir para acessar o aplicativo: Aplicativo de modelo Relatório de
Presença de Comunicação de Crise

2. Na página AppSource do aplicativo, selecione OBTER AGORA.

3. Leia as informações em Mais uma coisa e selecione Continuar.

4. Selecione Instalar.
 Depois que o aplicativo for instalado, você o verá na página Aplicativos.

Ligar a origens de dados

1. Selecione o ícone na página Aplicativos para abrir o aplicativo.

O aplicativo é aberto, mostrando dados de exemplo.

2. Selecione o link Conectar seus dados no banner na parte superior da página.

3. Na caixa de diálogo:
a. No campo SharePoint_Folder, insira o caminho da lista do SharePoint
"CI_Employee Status".
 b. No campo List_ID, insira o ID da lista obtido nas configurações da lista. Quando
terminar, clique em Avançar.

4. Na próxima caixa de diálogo exibida, defina o método de autenticação como

OAuth2. Você não precisa fazer nada para a configuração de nível de privacidade.

Selecione Iniciar sessão.

 5. No ecrã de início de sessão da Microsoft, inicie sessão no Power BI.

Depois de entrar, o relatório se conecta às fontes de dados e é preenchido com

dados atualizados. Durante esse tempo, o monitor de atividade gira.

Agendar atualização do relatório

Quando a atualização de dados for concluída, configure uma agenda de atualização
para manter os dados do relatório atualizados.

1. Na barra de cabeçalho superior, selecione Power BI.

 2. No painel de navegação esquerdo, procure o espaço de trabalho Painel de Suporte
à Decisão de Resposta de Emergência Hospitalar em Espaços de Trabalho e siga
as instruções descritas no artigo Configurar atualização agendada.

Personalizar e partilhar
Consulte Personalizar e compartilhar o aplicativo para obter detalhes. Certifique-se de
revisar as isenções de responsabilidade do relatório antes de publicar ou distribuir o
aplicativo.

Próximos passos
Configurar e aprender sobre o modelo de exemplo de Comunicação de Crise no
Power Apps
Perguntas? Tente perguntar à Comunidade do Power BI
O que são aplicativos de modelo do Power BI?
Instalar e distribuir aplicativos de modelo em sua organização
Conectar-se ao Painel de Impacto de
Emissões do Azure
Artigo • 15/03/2024

Calcule hoje mesmo as suas emissões de carbono baseadas na nuvem com o Painel de
Impacto de Emissões do Azure.

A gestão contabilística precisa do carbon exige boas informações dos parceiros,

fabricantes e fornecedores. O Painel de Impacto de Emissões do Azure oferece
transparência sobre as emissões de carbono geradas pelo uso do Azure e do Microsoft
Dynamics. A contabilização de carbono da Microsoft se estende por todos os três
escopos de emissões com uma metodologia validada pela Universidade de Stanford em
2018. Ele usa contabilidade de carbono consistente e precisa para quantificar o impacto
dos serviços de nuvem da Microsoft na pegada ambiental dos clientes. A Microsoft é o
único provedor de nuvem a fornecer esse nível de transparência aos clientes enquanto
compila relatórios para requisitos de relatórios voluntários ou estatutários.

） Importante

Em fevereiro de 2024, os seus dados passarão por um recálculo devido a uma

atualização na metodologia que agora permite uma atribuição mais detalhada das
emissões de carbono. Para obter mais informações sobre essas alterações, vá para
Perguntas frequentes sobre atualização de cálculos.

Pré-requisitos
Para instalar o Painel de Impacto de Emissões para Azure no Power BI e conectá-lo aos
seus dados, verifique se você tem uma licença do Power BI Pro. Se você não tiver uma
licença do Power BI Pro, obtenha uma avaliação gratuita agora .

O Painel de Impacto de Emissões para Azure é suportado para contas EA Direct, MCA e
MPA com relações de faturação direta com a Microsoft.

Se tiver uma conta EA Direct, tem de ser um Administrador de Conta de Faturação

(anteriormente conhecido como Administrador de Inscrição) com permissões de
leitura ou escrita e ter o ID da conta de faturação da sua empresa (anteriormente
conhecido como o número de inscrição).
 Se tiver uma relação MCA ou MPA e de faturação direta com a Microsoft, tem de
ser um Administrador de Conta de Faturação com uma função de
Leitor/Contribuidor/Proprietário da Conta de Faturação e ter o ID da conta de
faturação da sua empresa.

） Importante

Os fornecedores de soluções cloud (CSPs) são suportados. Os clientes que

comprarem o Azure de um CSP não são suportados e têm de trabalhar diretamente
com o respetivo parceiro CSP para conhecerem as respetivas emissões de cloud.
Contas legadas e inscrições na China não são suportadas.

Instalar a aplicação
1. Selecione o seguinte link para acessar o aplicativo: Aplicativo de modelo Painel
de Impacto de Emissões.

2. Na página AppSource do aplicativo, selecione OBTER AGORA.

 Também pode procurar a aplicação no Power BI.

3. Quando solicitado, selecione Instalar.

4. Quando a instalação do aplicativo terminar, ele aparecerá na página Aplicativos do

Power BI. Selecione o aplicativo e abra-o.
5. Selecione Conectar seus dados.

6. Na caixa de diálogo Ligar ao Painel de Impacto das Emissões apresentada, em

EnrollmentIDorBillingAccountID, introduza o ID da sua conta de faturação
(anteriormente conhecido como o número de inscrição) para clientes EA Direct ou
o ID da conta de faturação para MCA/MPA.
 Quando terminar, selecione Avançar.

7. Conecte sua conta:

Para Método de autenticação, selecione OAuth2.

Para Configuração de nível de privacidade para esta fonte de dados,
selecione Organizacional.
Quando terminar, selecione Entrar e conectar.
8. Selecione a conta de usuário. Certifique-se de entrar com as credenciais que têm
acesso ao ID de inscrição/ID da conta de cobrança com permissões válidas,
conforme explicado nos pré-requisitos.
 9. Aguarde até que a vista seja construída, o que pode levar até 24 horas. Atualize o
conjunto de dados após 24 horas.

Atualizar a aplicação
Periodicamente, você pode receber notificações de atualização do Appsource/Power BI
sobre uma nova versão do aplicativo. Quando você instala a nova versão, as seguintes
opções estão disponíveis:

Selecione Atualizar o espaço de trabalho e o aplicativo e, em seguida, selecione

Instalar. A atualização é instalada, substituindo o espaço de trabalho e o aplicativo
existentes/instalados.

Problemas
Se houver algum problema com a atualização do conjunto de dados/atualização do
aplicativo durante o processo de atualização, valide essas etapas e atualize o conjunto
de dados.

Siga estas etapas para garantir que as configurações do conjunto de dados estejam
definidas corretamente:

1. Vá para o painel de espaço de trabalho e abra o espaço de trabalho do aplicativo.

2. Abra a opção Atualização agendada nas configurações do conjunto de dados e

verifique se o ID da conta de cobrança está correto.
3. Abra a seção Parâmetros e configure a fonte de dados novamente na seção Fonte
de Dados com as credenciais que têm acesso ao ID de Inscrição / ID da Conta de
Cobrança com permissões válidas, mencionadas nos pré-requisitos.

4. Depois que as etapas acima forem validadas, volte para o espaço de trabalho do
aplicativo e selecione a opção Atualizar .
 5. Depois que o conjunto de dados for atualizado com êxito, selecione a opção
Atualizar aplicativo no canto superior direito do espaço de trabalho do aplicativo.

Recursos adicionais
Vídeo de instruções
Os benefícios de carbono da computação em nuvem: um estudo sobre o Microsoft
Cloud em parceria com a WSP

Encontrar o ID da conta de faturação da sua

empresa
Siga estes passos para encontrar o ID da conta de faturação da sua empresa ou
pergunte ao administrador do Azure da sua organização.

1. No portal do Azure , navegue para Cost Management + Faturação.

2. No menu Âmbitos de Faturação, selecione a sua conta de faturação.

 3. Em Definições, selecione Propriedades. O ID da sua conta de faturação é
apresentado em Conta de faturação.

Perguntas frequentes sobre a atualização de

cálculos

Por que existem valores atualizados para os dados de

emissões do Azure da minha organização?
Em janeiro de 2024, refinamos nossa metodologia de atribuição de estimativas de
carbono. Esta atualização permite uma alocação mais granular e precisa de emissões de
carbono para cada recurso, assinatura e cliente do Azure.

Qual é a diferença entre as metodologias antigas e as

novas?
A nova metodologia agora permite uma atribuição mais aprimorada e detalhada das
emissões de carbono quando um recurso pertence a uma região não específica, como
All, Null ou Global. Em vez de apenas dados de emissões de carbono no nível de
assinatura, agora você pode acessar informações de emissões para cada um dos seus
recursos individuais do Azure. Esses dados granulares podem ser acessados por meio
das APIs de exportação do Cloud for Sustainability, do Project ESG lake e dos recursos
de Otimização de Carbono do Azure. Aumenta a transparência e o controlo do impacto
ambiental.

Existe um plano para atualizar o Painel de Impacto de

Emissões do Azure para exibir dados granulares de
emissões granulados e granulados de recursos?
No momento, não estamos aprimorando o Painel de Impacto de Emissões do Azure
para exibir dados de emissões no nível de recursos. O painel mantém a sua
funcionalidade atual, continuando a apresentar dados ao nível da subscrição. Esses
dados, alimentados por nossa metodologia atualizada, agregam todos os dados de
nível de recurso em segundo plano e os exibem no nível de assinatura para uma visão
abrangente.

Todos os dados históricos foram atualizados para refletir

a nova metodologia?
Sim, todos os dados históricos de emissões do Azure para sua organização são
recalculados usando a nova metodologia.

Os dados no Painel de Impacto de Emissões para Azure e

na API de Nuvem para Sustentabilidade são os mesmos?
O Painel de Impacto de Emissões e a API de Nuvem para Sustentabilidade fornecem
dados baseados na mesma fonte e são os mesmos.

Existe uma opção para eu acessar meus dados de

emissões do Azure usando a metodologia antiga?
Infelizmente, não é possível fornecer os dados de emissões usando a metodologia
antiga.

FAQs Gerais

Configuração do aplicativo
Estou recebendo um erro no momento de conectar meus dados ao painel. O que
posso fazer?
Primeiro, verifique o Microsoft Cost Management e verifique se você tem privilégios de
administrador. Caso contrário, solicite esse acesso ao administrador. Em seguida,
verifique se você está usando o ID da conta de cobrança ou o número de inscrição
corretos.

Introduzi o meu número de inscrição/ID da conta de faturação, mas os dados da

minha empresa não estão a carregar. Qual é o problema?

O Painel de Impacto de Emissões do Azure pode levar até 24 horas para carregar seus
dados. Retorne após 24 horas e selecione o botão Atualizar no Power BI.

A Microsoft está tentando transferir a responsabilidade pelas emissões da Microsoft

para mim?

N.º As emissões de carbono dos serviços do Azure são relatadas como emissões de
escopo 1 e 2 da Microsoft, consistentes com o Protocolo de Gases de Efeito Estufa (GEE)
padrão do setor. O GHG Protocol define as emissões de escopo 3 como emissões que
outra entidade emite em seu nome e são inerentemente duplamente contadas. O Painel
de Impacto de Emissões do Azure fornece nova transparência às suas emissões de
escopo 3 associadas ao uso dos serviços do Azure, especificamente o Escopo 3
Categoria 1 "Bens e serviços adquiridos".

Por que minhas emissões do uso da nuvem da Microsoft são tão menores do que
seriam se eu estivesse usando uma solução local?

A Microsoft realizou um estudo, publicado em 2018 , que avaliou a diferença entre a

nuvem da Microsoft e os datacenters locais ou tradicionais. Os resultados mostram que
o Azure Compute and Storage é entre 52% e 79% mais eficiente em termos de energia
do que os datacenters empresariais tradicionais. Estes números dependem da
comparação específica que está a ser feita a uma alternativa local de eficiência
demasiado baixa, média ou alta. Se você levar em conta nossas compras de energia
renovável, o Azure é entre 79% e 98% mais eficiente em carbono. Essas economias se
devem a quatro recursos principais do Microsoft Cloud: eficiência operacional de TI,
eficiência de equipamentos de TI, eficiência da infraestrutura de datacenter e
eletricidade renovável.

Se as operações da Microsoft são neutras em carbono e alimentadas por energias

renováveis, por que as emissões dos clientes dos serviços do Azure não são zero?

Há duas razões principais pelas quais as emissões dos clientes da Microsoft não são
zero. A primeira está relacionada com as práticas contabilísticas dos GEE, e a segunda
tem a ver com os limites desta análise. Para alcançar operações neutras em carbono, a
Microsoft usa compensações de carbono para reduzir certas fontes de emissão, como a
combustão de combustível no local para geradores de backup, refrigerantes e frotas de
veículos. Estes reduzem as emissões líquidas da Microsoft a zero. O painel informa as
emissões brutas de GEE antes da aplicação dessas compensações, embora o volume de
compensações aplicadas e as emissões líquidas sejam relatados na guia Relatório de
GEE para maior transparência. A segunda razão é que, além da energia e das emissões
associadas à operação dos datacenters da Microsoft, a pegada de emissões inclui a
energia usada pelos provedores de serviços de Internet fora do limite operacional da
Microsoft para transmitir dados entre os datacenters da Microsoft e os clientes do
Azure.

Como devo utilizar estes dados e onde os devo denunciar?

Suas emissões podem ser relatadas como parte das emissões indiretas de carbono do
Escopo 3 da sua empresa. As emissões de escopo 3 são frequentemente divulgadas em
relatórios de sustentabilidade, CDP de mudanças climáticas e outros meios de
comunicação. Além dos totais de emissões, as reduções de emissões fornecem um
exemplo claro de como a decisão da sua empresa de utilizar os serviços do Microsoft
Azure está a contribuir para as reduções globais de emissões. Para contextualizar, o
aplicativo indica as milhas equivalentes de veículos evitadas correspondentes à redução
das emissões de GEE, com base nos fatores da calculadora de equivalência da EPA a
partir de janeiro de 2020.

O que posso fazer para reduzir ainda mais as emissões?

Ser eficiente em termos de recursos e de custos no Azure reduz o impacto ambiental da

sua utilização do Azure. Por exemplo, as máquinas virtuais não utilizadas são um
desperdício na nuvem ou no local. O dimensionamento correto de máquinas virtuais
para melhorar os fatores de utilização de computação (CUF) diminui o uso de energia
por saída útil, assim como acontece com os servidores físicos. O Microsoft Cost
Management e a otimização de carbono do Azure fornecem as ferramentas para
planejar, analisar e reduzir seus gastos para maximizar seu investimento em nuvem. As
orientações de sustentabilidade no Azure Well-Architected Framework (WAF) também
foram concebidas para o ajudar a otimizar as suas cargas de trabalho na nuvem e a
reduzir a sua pegada operacional.

O processo de renovação do contrato da minha empresa está em curso e teremos um

novo número de conta. Vou perder os meus dados históricos de emissões?

Sim, você vai. Antes da renovação, certifique-se de baixar todos os dados históricos e
relatórios necessários para seus registros.

Posso exportar dados de emissões para o Microsoft Excel?

Você pode exportar dados do relatório de Preparação de GEE, do relatório de uso e da
página do painel por visualização. Não é possível exportar os dados gerais do relatório
do botão Exportar no cabeçalho superior.

７ Nota

A exportação para o Excel está limitada a 150.000 linhas e a exportação para CSV
está limitada a 30.000 linhas.

Metodologia
Qual é a metodologia por trás da ferramenta?

O Painel de Impacto de Emissões para Azure reflete os serviços de nuvem específicos

consumidos e os requisitos de energia associados, a eficiência dos datacenters que
fornecem esses serviços, as misturas de combustível de eletricidade nas regiões em que
esses datacenters operam e as compras de energia renovável da Microsoft.

Como parte do desenvolvimento do aplicativo, a metodologia e sua implementação

passaram por verificação de terceiros para garantir que ele esteja alinhado ao World
Resources Institute (WRI)/World Business Council for Sustainable Development (WBCSD)
Greenhouse Gas (GHG) Protocol Corporate Accounting and Reporting Standard. O
âmbito da verificação, realizada de acordo com a norma ISO 14064-3: Gases com efeito
de estufa - Parte 3: Especificação com orientações para a validação e verificação de
afirmações de gases com efeito de estufa, incluiu a estimativa das emissões dos serviços
do Azure, mas excluiu a estimativa das emissões no local, dada a natureza contrafactual
dessa estimativa. Uma descrição mais detalhada do cálculo de carbono está
documentada na guia Metodologia de Cálculo na ferramenta.

Que dados são necessários para calcular a pegada de carbono do Azure? Acedem aos
dados da minha empresa?

Os cálculos de carbono estimados são realizados com base no consumo dos serviços do
Azure acessados usando a Receita Consumida do Azure. O painel não acessa nenhum
dos dados armazenados do cliente. Os dados de consumo são combinados com os
dados de rastreamento de energia e carbono da Microsoft para calcular as emissões
estimadas associadas ao seu consumo de serviços do Azure com base nos datacenters
que fornecem esses serviços.

Esse cálculo inclui todos os serviços do Azure e todas as regiões do Azure?

As estimativas incluem todos os serviços do Azure em todas as regiões do Azure
associadas ao ID de inquilino fornecido durante a configuração.

Caracterização das emissões no local

Onde o Painel de Impacto de Emissões do Azure obtém dados sobre minhas emissões
e operações locais?

O Painel de Impacto de Emissões do Azure não obtém nenhuma informação específica

sobre seus datacenters locais, exceto o que você fornece. Conforme descrito nas
perguntas frequentes subsequentes, o Painel de Impacto de Emissões do Azure baseia-
se em pesquisas do setor e informações de usuários sobre a eficiência e a combinação
de energia de alternativas locais para desenvolver uma estimativa de emissões locais.

Quais são os pressupostos relativos às estimativas locais? As economias de eficiência

são apenas devido a melhorias na Eficácia de Uso de Energia (PUE)?

As eficiências associadas aos serviços de nuvem da Microsoft incluem muito mais do

que PUE aprimorado. Embora os datacenters da Microsoft se esforcem para otimizar o
PUE, as principais melhorias de eficiência vêm da eficiência operacional de TI
(provisionamento dinâmico, multilocação, utilização do servidor) e da eficiência do
equipamento de TI (adaptando o hardware aos serviços, garantindo que mais energia vá
para a saída útil), além da eficiência da infraestrutura do datacenter (melhorias na UPE).
Nosso estudo de 2018 quantifica essas economias em comparação com uma
variedade de alternativas locais, que vão de datacenters de baixa eficiência a alta
eficiência. Essas descobertas são usadas para estimar o uso de energia necessário para
que um datacenter local correspondente forneça os mesmos serviços que cada cliente
consome na nuvem da Microsoft.

Qual é o cabaz energético assumido para a infraestrutura local?

Por padrão, o Painel de Impacto de Emissões do Azure estima as emissões locais com
base na combinação de energias renováveis e não renováveis na rede. Supõe-se que o
datacenter local estaria localizado na mesma grade que os datacenters da Microsoft. No
entanto, para clientes que compram eletricidade renovável além do que está na rede
(por exemplo, por meio de Contratos de Compra de Energia), os usuários podem
selecionar a porcentagem de eletricidade renovável e o Painel de Impacto de Emissões
do Azure ajusta as emissões locais de acordo.

Quando devo escolher Baixo, Médio ou Alto para a eficiência da infraestrutura local?

Os usuários devem selecionar a eficiência mais representativa da implantação local com

a qual gostariam de comparar, com base nas características do equipamento e do
datacenter aqui:

Baixo: Servidores físicos e armazenamento com conexão direta em um pequeno

datacenter localizado (500-1.999 pés quadrados)
Médio: Combinação de servidores físicos/virtualizados e armazenamento
conectado/dedicado em datacenter interno intermediário (2.000 a 19.999 pés
quadrados)
Alto: servidores virtualizados e armazenamento dedicado em datacenter interno
high-end (>20.000 pés quadrados)
Conecte-se ao Painel de Impacto de
Emissões do Microsoft 365
Artigo • 21/12/2023

Calcule as emissões da utilização do Microsoft 365 pelo seu inquilino com o Painel de
Impacto das Emissões para o Microsoft 365.

A gestão contabilística precisa do carbon exige boas informações dos parceiros,

fabricantes e fornecedores. O Painel de Impacto de Emissões para Microsoft 365 oferece
transparência sobre as emissões de carbono geradas pelo uso do Microsoft 365 pela
sua organização. A contabilização de carbono da Microsoft se estende por todos os três
escopos de emissões com uma metodologia validada por terceiros.

Pré-requisitos
Para instalar o Painel de Impacto de Emissões para Microsoft 365 no Power BI e
conectá-lo aos seus dados, verifique se você tem o seguinte:

Uma subscrição empresarial, empresarial ou educativa para o Microsoft 365 ou

Office 365.
Uma licença Pro do Power BI. Se você não tiver uma licença do Power BI Pro,
obtenha uma avaliação gratuita agora .
Uma das seguintes funções de administrador do Microsoft 365:
Administrador Global do
Administrador do Exchange
Administrador do Skype for Business
Administrador do SharePoint
Leitor global
Leitor de relatórios

７ Nota

Para garantir que o relatório seja atualizado com êxito ao longo do tempo, as
credenciais de administrador do Microsoft 365 do usuário que conecta o aplicativo
aos dados da sua organização devem persistir ao longo do tempo. Se esse usuário
tiver a função de administrador removida depois que a conexão for estabelecida, o
relatório renderizará os dados de demonstração na próxima atualização.
 ７ Nota

Atualmente, o Painel de Impacto de Emissões para Microsoft 365 não é suportado

para implantações de nuvem nacionais/regionais, incluindo, entre outros, as nuvens
do governo dos EUA da Microsoft e o Office 365 operado pela 21Vianet.

Aplicações Microsoft 365 incluídas

O Painel de Impacto de Emissões para Microsoft 365 relata as emissões do datacenter e
o uso ativo associados aos seguintes aplicativos:

Exchange Online
SharePoint
OneDrive
Microsoft Teams
Word
Excel
PowerPoint
Outlook

Instalar a aplicação
1. Selecione o seguinte link para acessar o aplicativo: Painel de Impacto de Emissões
para Microsoft 365 .

2. Na página AppSource do aplicativo, selecione OBTER AGORA. Também pode

procurar a aplicação no Power BI.

3. Quando solicitado, selecione Instalar.

4. Quando a instalação do aplicativo terminar, ele aparecerá na página Aplicativos do

Power BI. Selecione o aplicativo e abra-o.
5. Selecione Conectar seus dados.

6. Na caixa de diálogo Conectar ao Painel de Impacto de Emissões para Microsoft

365, insira sua ID de locatário do Microsoft 365 . Para obter ajuda para encontrar
o ID do inquilino, consulte Localizar o ID do inquilino do Microsoft 365.
 Quando terminar, selecione Avançar.

7. Conecte sua conta:

Para Método de autenticação, escolha OAuth2.

Para Configuração de nível de privacidade para esta fonte de dados, escolha
Organizacional.
Quando terminar, selecione Entrar e conectar.
8. Selecione a conta de usuário. Certifique-se de entrar com as credenciais que têm
acesso de administrador apropriado ao seu locatário do Microsoft 365 (consulte a
lista de funções aprovadas acima).
 Aguarde até que a vista seja criada. Isso pode levar de 24 a 48 horas. Atualize o
modelo semântico após 24 horas.

Atualizar a aplicação
Periodicamente, você pode receber notificações de atualização do Appsource/Power BI
sobre uma nova versão do aplicativo. Quando você instala a nova versão, as seguintes
opções estão disponíveis:

Escolha Atualizar o espaço de trabalho e o aplicativo e, em seguida, selecione Instalar.

Isso instala a atualização, substituindo o espaço de trabalho e o aplicativo
existentes/instalados. Após a conclusão da instalação, repita as etapas 5 a 8 na seção
Instalar o aplicativo acima para restabelecer a conexão para a nova versão do aplicativo .

Problemas
Se houver algum problema com a atualização do modelo semântico/atualização do
aplicativo durante o processo de atualização, valide as etapas a seguir e atualize o
modelo semântico.

Siga as etapas abaixo para garantir que as configurações do modelo semântico estejam
definidas corretamente:

1. Vá para o painel de espaço de trabalho e abra o espaço de trabalho do aplicativo.

2. Abra a opção Atualização agendada nas configurações do modelo semântico.

3. Abra a seção Parâmetros e configure a fonte de dados mais uma vez na seção
Fonte de Dados com as credenciais com as quais você tem acesso à ID do
Locatário com permissões válidas, mencionadas na seção de pré-requisitos
acima.

4. Depois que as etapas acima forem validadas, volte para o espaço de trabalho do
aplicativo e selecione a opção Atualizar .
 5. Depois que o modelo semântico for atualizado com êxito, selecione a opção
Atualizar aplicativo no canto superior direito do espaço de trabalho do
aplicativo .

Optar por não participar

Para desativar o Painel de Impacto de Emissões do Microsoft 365, vá para a guia
Desativação no aplicativo e siga as instruções. Esta etapa deve ser executada por um
usuário com uma das funções listadas na seção de pré-requisitos acima.

Dentro de 48 horas após enviar sua solicitação de exclusão, volte para o Power BI e
exclua o Painel de Impacto de Emissões para o aplicativo Microsoft 365. Se você não
executar essa etapa e o aplicativo fizer uma atualização de dados mais de 48 horas após
sua solicitação de exclusão, seu locatário será excluído novamente para o
processamento de emissões.
Se optar por não participar no Painel de Impacto das Emissões do Microsoft 365, pode
sempre voltar a participar reinstalando e religando-se à aplicação, mas os dados
históricos não estarão inicialmente disponíveis.

Esquemas de dados
Esquema de dados: Relatório de preparação de GEE

Se você optar por exportar dados da guia Relatório de Preparação de GEE, use o
esquema de dados a seguir para determinar a definição de cada coluna de saída.

ﾉ Expandir tabela

Column Tipo Description Exemplo

Year Número O ano em que as emissões estão a ser 2023

inteiro comunicadas.

Trimestre String O trimestre em que as emissões estão a ser Qtr1

comunicadas.

Month String O mês em que as emissões estão a ser Janeiro

comunicadas.

País/Região String A região Microsoft 365 à qual as emissões Ásia-Pacífico

estão associadas.

Âmbito String Indica se o valor de emissões está associado Âmbito de

ao Escopo 1, Escopo 2 ou Escopo 3 da aplicação1
Microsoft.

Emissões de Duplo Volume de dióxido de carbono equivalente, 1.019

carbono (mtCO2e) medido em toneladas métricas.

Esquema de dados: Relatório de uso

Se você optar por exportar dados da guia Relatório de Preparação de GEE, use o
esquema de dados a seguir para determinar a definição de cada coluna de saída.

ﾉ Expandir tabela

Column Tipo Description Exemplo

Year Número O ano em que o uso ativo está sendo relatado. 2023
inteiro

Trimestre String O trimestre em que o uso ativo está sendo relatado. Qtr1
 Column Tipo Description Exemplo

Month String O mês em que o uso ativo está sendo relatado. Janeiro

Usuários Número Contagem de usuários ativos exclusivos nos aplicativos 5000

ativos do inteiro do Microsoft 365 atualmente incluídos no relatório. Se
Microsoft 365 um determinado usuário tiver o uso de vários
aplicativos, eles serão contados apenas uma vez.

Acesso aos dados através da API Cloud for

Sustainability (pré-visualização)
Os mesmos dados subjacentes que alimentam o Painel de Impacto de Emissões para
Microsoft 365 podem ser acessados programaticamente por meio da API Cloud for
Sustainability (visualização). Saiba mais aqui.

Recursos adicionais
O papel do carbono incorporado nas emissões de nuvem: avaliando a escala e as
fontes de emissões do Microsoft 365 e o que as organizações podem fazer para
ajudar a reduzi-las (PDF Download).
Os benefícios de carbono da computação em nuvem: um estudo sobre o Microsoft
Cloud em parceria com a WSP
Página Web de Sustentabilidade da Microsoft

Encontrar o ID de Inquilino do Microsoft 365 da sua

empresa
Siga os passos nesta página para encontrar o seu ID de inquilino.

FAQs

Configuração do aplicativo
Estou recebendo um erro no momento de conectar meus dados ao painel. O que
posso fazer?

Primeiro, verifique no Centro de Administração do Microsoft 365 se você tem uma das
funções listadas na seção de pré-requisitos acima. Caso contrário, solicite esse acesso ao
administrador. Em seguida, verifique se você está usando a ID de locatário correta do
Microsoft 365.

Introduzi o meu ID de inquilino, mas os dados da minha empresa não estão a

carregar. Qual é o problema?

O Dashboard do Impacto das Emissões para o Microsoft 365 poderá demorar 24 a 48

horas a carregar os dados depois de concluir o processo de ligação. Retorne após 24
horas e selecione o botão Atualizar no Power BI no espaço de trabalho do aplicativo,
conforme mostrado na seção Problemas acima.

Como sei que tenho a versão mais recente do aplicativo modelo instalada?

A Microsoft pode lançar periodicamente uma nova versão do Painel de Impacto de

Emissões para o Microsoft 365 para fornecer novos recursos ou atualizar texto e
elementos visuais no relatório. A Microsoft notifica a sua organização sobre novas
versões através do centro de mensagens do Microsoft 365. Além disso, o usuário em
sua organização que instalou o aplicativo receberá uma notificação no Power BI
solicitando que atualize para a versão mais recente do relatório. Esse usuário deve
seguir as etapas acima para atualizar para a versão mais recente do aplicativo.

Dados de emissões
Liguei-me com êxito aos dados do meu inquilino. Por que ainda vejo dados de
demonstração no relatório, mesmo depois de esperar 48 horas?

Isso pode indicar que você não tem uma das funções de administrador do Microsoft
365 listadas na seção de pré-requisitos acima. Certifique-se de que uma dessas funções
esteja atribuída ao seu perfil, abra o espaço de trabalho do aplicativo e atualize o
modelo semântico (consulte mais instruções na seção Problemas acima).

Liguei-me com êxito aos dados do meu inquilino. Por que motivo vejo dados em
branco no relatório?

Isso provavelmente indica que os volumes de emissões do seu locatário são muito
pequenos. Os gráficos deste relatório não exibem valores de emissões inferiores a 0,001
MTCO2e.

Por que não consigo ver os dados de emissões do mês anterior?

Os dados de emissões de um determinado mês estarão disponíveis até ao 14.º dia após
o fim desse mês (incluindo dias não úteis). Certifique-se de que seu modelo semântico
esteja agendado para ser atualizado automaticamente diariamente ou semanalmente
para que você sempre tenha acesso às informações mais recentes.
Por que não consigo ver as informações de uso anteriores a junho de 2022 na guia
Intensidade de carbono?

Atualmente, as informações sobre a utilização do Microsoft 365 só estão disponíveis no

relatório a partir de junho de 2022 em diante. Para obter mais histórico de uso, consulte
o Relatório de uso no Centro de administração do Microsoft 365.

Por que motivo vejo emissões de regiões fora da minha localização de dados do
Microsoft 365?

As emissões do Microsoft 365 são alocadas com base no armazenamento de dados,

bem como no uso ativo e na computação associados aos aplicativos do Microsoft 365.
Podem ocorrer emissões alocadas com base em computação em regiões fora da sua
localização de dados do Microsoft 365. Saiba mais sobre a residência de dados do
Microsoft 365 aqui.

Onde são armazenados os dados utilizados para produzir este relatório?

É armazenado nos Estados Unidos.

Como posso influenciar os números de emissões do Microsoft 365 do meu inquilino?

Consulte este white paper (PDF Download) para obter orientação sobre como
interpretar e agir com base nas informações relatadas no Painel de Impacto de Emissões
para Microsoft 365.

Por que só posso ver os dados de emissões dos últimos 12 meses?

Atualmente, o Painel de Impacto de Emissões para Microsoft 365 relata apenas as

emissões dos 12 meses anteriores e não é possível que os usuários do aplicativo
acessem os dados de emissões antes dessa janela. Se, no futuro, este prazo for
alargado, será disponibilizado através de uma nova versão da aplicação e anunciado
através do centro de mensagens Microsoft 365.

Na guia "intensidade de carbono", por que vejo minhas emissões crescerem mesmo
que a contagem de usuários do Microsoft 365 em nosso locatário tenha permanecido
estável ou diminuído (ou vice-versa) de um mês para o outro?

É possível que seu valor de emissões do Microsoft 365 se mova na direção oposta à sua
contagem de usuários ativos exclusivos no Microsoft 365. Isso geralmente ocorre
quando uma organização que já usa um ou vários aplicativos do Microsoft 365 inicia o
processo de integração a um novo aplicativo. Nesse cenário, a organização começaria a
receber emissões alocadas associadas ao novo aplicativo, mas a contagem geral de
usuários ativos exclusivos exibida na guia "intensidade de carbono" do painel poderia
permanecer constante ou até mesmo diminuir. Isso ocorre porque o número de
"contagem de usuários" só conta cada usuário uma vez, mesmo que eles usem vários
aplicativos. Assim, por exemplo, se uma organização tiver 500 usuários do Exchange em
junho (e não usar nenhum outro aplicativo do Microsoft 365 naquele mês) e,
posteriormente, integrar todos esses 500 usuários ao SharePoint em julho, seu número
geral de emissões aumentaria em julho, mas sua contagem de usuários ativos exclusivos
permaneceria a mesma. O Painel de Impacto das Emissões apresenta apenas uma única
contagem única de utilizadores ativos no separador «intensidade de carbono»; para
analisar o uso de aplicativos específicos do Microsoft 365, as organizações podem visitar
o relatório de uso de aplicativos no Centro de administração do Microsoft 365.

As emissões do Microsoft Copilot para uso do Microsoft 365 estão incluídas no

relatório?

O Copilot para Microsoft 365 não está incluído neste relatório.

Metodologia
Qual é a metodologia por trás da ferramenta?

O Painel de Impacto de Emissões para Microsoft 365 reflete os serviços de nuvem

específicos consumidos e os requisitos de energia associados, a eficiência dos
datacenters que fornecem esses serviços, misturas de combustível de eletricidade nas
regiões em que esses datacenters operam e as compras de energia renovável da
Microsoft. Como parte do desenvolvimento do aplicativo, a metodologia e sua
implementação passaram por verificação de terceiros para garantir que ele esteja
alinhado ao World Resources Institute (WRI)/World Business Council for Sustainable
Development (WBCSD) Greenhouse Gas (GHG) Protocol Corporate Accounting and
Reporting Standard. O âmbito da verificação, realizada em conformidade com a norma
ISO 14064-3: Gases com efeito de estufa - Parte 3: Especificação com orientações para a
validação e verificação de asserções de gases com efeito de estufa, incluiu a estimativa
das emissões dos serviços Microsoft 365, mas excluiu a estimativa das emissões no local,
dada a natureza contrafactual dessa estimativa. Uma descrição mais detalhada do
cálculo de carbono está documentada na guia Metodologia de Cálculo na ferramenta.

Caracterização das emissões no local

Onde o Painel de Impacto de Emissões do Microsoft 365 obtém dados sobre minhas
emissões e operações locais?

O Painel de Impacto de Emissões para Microsoft 365 não obtém nenhuma informação
específica sobre seus datacenters locais, exceto o que você fornece. Conforme descrito
em perguntas frequentes subsequentes, o Painel de Impacto de Emissões para
Microsoft 365 baseia-se em pesquisas do setor e informações de usuários sobre a
eficiência e a combinação de energia de alternativas locais para desenvolver uma
estimativa de emissões locais.

Quais são os pressupostos relativos às estimativas locais? As economias de eficiência

são apenas devido a melhorias na Eficácia de Uso de Energia (PUE)?

As eficiências associadas aos serviços de nuvem da Microsoft incluem muito mais do

que PUE aprimorado. Embora os datacenters da Microsoft se esforcem para otimizar o
PUE, as principais melhorias de eficiência vêm da eficiência operacional de TI
(provisionamento dinâmico, multilocação, utilização do servidor) e da eficiência do
equipamento de TI (adaptando o hardware aos serviços, garantindo que mais energia vá
para a saída útil), além da eficiência da infraestrutura do datacenter (melhorias na UPE).
Nosso estudo de 2018 quantifica essas economias em comparação com uma
variedade de alternativas locais, que vão de datacenters de baixa eficiência a alta
eficiência. Essas descobertas são usadas para estimar o uso de energia necessário para
que um datacenter local correspondente forneça os mesmos serviços que cada cliente
consome na nuvem da Microsoft.

Qual é o cabaz energético assumido para a infraestrutura local?

Por padrão, o Painel de Impacto de Emissões do Microsoft 365 estima as emissões locais
com base na combinação de energias renováveis e não renováveis na rede. Supõe-se
que o datacenter local estaria localizado na mesma grade que os datacenters da
Microsoft. No entanto, para os clientes que compram eletricidade renovável além do
que está na rede (por exemplo, através de Contratos de Compra de Energia), os
utilizadores podem selecionar a percentagem de eletricidade renovável, e o Painel de
Impacto das Emissões para o Microsoft 365 ajustará as emissões no local em
conformidade.

Quando devo escolher Baixo, Médio ou Alto para a eficiência da infraestrutura local?

Os usuários devem selecionar a eficiência mais representativa da implantação local com

a qual gostariam de comparar, com base nas características do equipamento e do
datacenter aqui:

Baixo: Servidores físicos e armazenamento com conexão direta em um pequeno

datacenter localizado (500-1.999 pés quadrados).
Médio: Combinação de servidores físicos/virtualizados e armazenamento
conectado/dedicado em datacenter interno intermediário (2.000-19.999 pés
quadrados).
Alto: servidores virtualizados e armazenamento dedicado em datacenter interno
high-end (>20.000 pés quadrados).
Conectar-se ao GitHub com o Power BI
Artigo • 08/09/2023

Este artigo orienta você na extração de seus dados da sua conta do GitHub com um
aplicativo de modelo do Power BI. O aplicativo de modelo gera um espaço de trabalho
com um painel, um conjunto de relatórios e um conjunto de dados para permitir que
você explore seus dados do GitHub. O aplicativo GitHub para Power BI mostra
informações sobre seu repositório GitHub, também conhecido como repo, com dados
sobre contribuições, problemas, solicitações pull e usuários ativos.

Depois de instalar o aplicativo de modelo, você pode alterar o painel e o relatório. Em

seguida, você pode distribuí-lo como um aplicativo para colegas em sua organização.

Conecte-se ao aplicativo de modelo GitHub ou leia mais sobre a integração do

GitHub com o Power BI.

Você também pode tentar o tutorial do GitHub. Ele instala dados reais do GitHub sobre
o repositório público para a documentação do Power BI.

７ Nota

Este aplicativo de modelo requer que a conta do GitHub tenha acesso ao

repositório. Mais detalhes sobre os requisitos abaixo.

Este aplicativo de modelo não suporta o GitHub Enterprise.

Instalar a aplicação
1. Clique no link a seguir para acessar o aplicativo: Aplicativo de modelo do GitHub

2. Na página AppSource do aplicativo, selecione OBTER AGORA.

3. Selecione Instalar.

Depois que o aplicativo for instalado, você o verá na página Aplicativos.

Ligar a origens de dados
1. Selecione o ícone na página Aplicativos para abrir o aplicativo.

O aplicativo é aberto, mostrando dados de exemplo.

2. Selecione o link Conectar seus dados no banner na parte superior da página.

3. Isso abre a caixa de diálogo de parâmetros, onde você altera a fonte de dados dos
dados de exemplo para sua própria fonte de dados (consulte limitações
conhecidas), seguida pela caixa de diálogo do método de autenticação. Talvez seja
necessário redefinir os valores nessas caixas de diálogo.
4. Insira suas credenciais do GitHub e siga o processo de autenticação do GitHub
(esta etapa pode ser ignorada se você já estiver conectado com seu navegador).
Depois de preencher as caixas de diálogo de conexão e entrar no GitHub, o processo de
conexão é iniciado. Um banner informa que os dados estão sendo atualizados e que,
enquanto isso, você está visualizando dados de exemplo.

Os dados do relatório serão atualizados automaticamente uma vez por dia, a menos
que você tenha desativado isso durante o processo de login. Você também pode
configurar sua própria agenda de atualização para manter os dados do relatório
atualizados, se desejar.

Personalizar e partilhar
Para personalizar e compartilhar seu aplicativo, selecione o ícone de lápis no canto
superior direito da página.

Para obter informações sobre como editar itens no espaço de trabalho, consulte

Percorrer o editor de relatórios no Power BI

Conceitos básicos para designers no serviço do Power BI
Depois de concluir as alterações desejadas nos itens no espaço de trabalho, você estará
pronto para publicar e compartilhar o aplicativo. Consulte Criar e publicar seu aplicativo
para saber como fazer isso.

O que está incluído na aplicação

Os seguintes dados estão disponíveis no GitHub no Power BI:

Nome da tabela Descrição

Contribuições A tabela de contribuições fornece o total de adições, exclusões e

confirmações de autoria do colaborador agregado por semana. Os 100
maiores contribuidores estão incluídos.

Problemas Liste todos os problemas para o repositório selecionado e ele contém

cálculos como tempo total e médio para fechar um problema, Total de
problemas abertos, Total de problemas fechados. Esta tabela estará
vazia quando não houver problemas no repo.

Pedidos Pull Esta tabela contém todas as solicitações pull para o repositório e quem
puxou a solicitação. Ele também contém cálculos sobre quantas
solicitações de pull abertas, fechadas e totais, quanto tempo levou para
puxar as solicitações e quanto tempo a solicitação pull média levou.
Esta tabela estará vazia quando não houver solicitações pull no
repositório.

Utilizadores Esta tabela fornece uma lista de usuários ou colaboradores do GitHub

que fizeram contribuições, arquivaram problemas ou resolveram
solicitações Pull para o repositório selecionado.

Marcos Tem todos os marcos para o repositório selecionado.

Tabela de datas Esta tabela contém datas de hoje e de anos no passado que permitem
analisar seus dados do GitHub por data.

ContribuiçãoPunchCard Esta tabela pode ser usada como um cartão perfurado de contribuição
para o repositório selecionado. Mostra os compromissos por dia da
semana e hora do dia. Esta tabela não está conectada a outras tabelas
no modelo.

RepoDetalhes Esta tabela fornece detalhes para o repositório selecionado.

Requisitos de sistema
A conta do GitHub que tem acesso ao repositório.
Permissão concedida ao aplicativo Power BI para GitHub durante o primeiro login.
Veja detalhes abaixo sobre a revogação do acesso.
 Chamadas de API suficientes disponíveis para extrair e atualizar os dados.

７ Nota

Este aplicativo de modelo não suporta o GitHub Enterprise.

Cancelar a autorização do Power BI

Para desautorizar que o Power BI seja conectado ao seu repositório GitHub, você pode
Revogar o acesso no GitHub. Consulte este tópico de ajuda do GitHub para obter
detalhes.

Localizando parâmetros
Você pode determinar o proprietário e o repositório observando o repositório no
próprio GitHub:

A primeira parte "Azure" é o proprietário e a segunda parte "azure-sdk-for-php" é o

repositório em si. Você vê esses mesmos dois itens na URL do repositório:

Consola

<https://github.com/Azure/azure-sdk-for-php> .

Resolução de problemas
Se necessário, você pode verificar suas credenciais do GitHub.

1. Em outra janela do navegador, vá para o site do GitHub e entre no GitHub. Você

pode ver que está conectado, no canto superior direito do site do GitHub.
2. No GitHub, navegue até a URL do repositório que você planeja acessar no Power
BI. Por exemplo: https://github.com/dotnet/corefx .
 3. De volta ao Power BI, tente se conectar ao GitHub. Na caixa de diálogo Configurar
o GitHub, use os nomes do repositório e do proprietário do repositório para esse
mesmo repositório.

Próximos passos
Tutorial: Conectar-se a um repositório GitHub com o Power BI
Criar espaços de trabalho no Power BI
Instalar e utilizar aplicações no Power BI
Conectar-se a aplicativos do Power BI para serviços externos
Perguntas? Tente perguntar à Comunidade do Power BI
Conecte-se ao Painel de Suporte à
Decisão de Resposta de Emergência
Hospitalar
Artigo • 31/01/2024

O aplicativo de modelo Painel de Suporte à Decisão de Resposta de Emergência

Hospitalar é o componente de relatório da solução Microsoft Power Platform para
resposta de emergência de cuidados de saúde. O painel mostra que os gestores de
emergência agregam dados em todo o seu sistema de saúde para ajudá-los a tomar
decisões atempadas e corretas.

Este artigo explica como instalar o aplicativo e como se conectar às fontes de dados.
Para saber como usar o relatório que você verá com este aplicativo, consulte a
documentação do Painel de Suporte à Decisão de Resposta de Emergência Hospitalar.

Depois de instalar o aplicativo de modelo e se conectar às fontes de dados, você pode

personalizar o relatório de acordo com suas necessidades. Em seguida, você pode
distribuí-lo como um aplicativo para colegas em sua organização.

Pré-requisitos
Antes de instalar este aplicativo modelo, você deve primeiro instalar e configurar a
solução Hospital Emergency Response Power Platform. A instalação desta solução cria
as referências de fonte de dados necessárias para preencher o aplicativo com dados.
Ao instalar a solução Hospital Emergency Response Power Platform, anote a URL da
instância do ambiente do Common Data Service. Você precisará dele para conectar o
aplicativo de modelo aos dados.

Instalar a aplicação
1. Clique no link a seguir para acessar o aplicativo: Aplicativo de modelo do Painel de
Apoio à Decisão de Resposta de Emergência Hospitalar

2. Na página AppSource do aplicativo, selecione OBTER AGORA.

3. Leia as informações em Mais uma coisa e selecione Continuar.

4. Selecione Instalar.
 Depois que o aplicativo for instalado, você o verá na página Aplicativos.

Ligar a origens de dados

1. Selecione o ícone na página Aplicativos para abrir o aplicativo.

2. Na tela inicial, selecione Explorar.

 O aplicativo é aberto, mostrando dados de exemplo.

3. Selecione o link Conectar seus dados no banner na parte superior da página.

4. Na caixa de diálogo:
a. No campo nome da organização, insira o nome da sua organização, por
exemplo, "Sistemas de Saúde da Contoso". Este campo é opcional. Esse nome
aparece no lado superior esquerdo do painel.
b. No campo CDS_base_solution, digite a URL da instância do ambiente do
Common Data Service. Por exemplo: https://[myenv].crm.dynamics.com.
Quando terminar, clique em Avançar.
5. Na próxima caixa de diálogo exibida, defina o método de autenticação como
OAuth2. Você não precisa fazer nada para a configuração de nível de privacidade.

Selecione Iniciar sessão.

6. No ecrã de início de sessão da Microsoft, inicie sessão no Power BI.

 Depois de entrar, o relatório se conecta às fontes de dados e é preenchido com
dados atualizados. Durante esse tempo, o monitor de atividade gira.

Agendar atualização do relatório

Quando a atualização de dados for concluída, configure uma agenda de atualização
para manter os dados do relatório atualizados.

1. Na barra de cabeçalho superior, selecione Power BI.

 2. No painel de navegação esquerdo, procure o espaço de trabalho Painel de Suporte
à Decisão de Resposta de Emergência Hospitalar em Espaços de Trabalho e siga
as instruções descritas no artigo Configurar atualização agendada.

Personalizar e partilhar
Consulte Personalizar e compartilhar o aplicativo para obter detalhes. Certifique-se de
revisar as isenções de responsabilidade do relatório antes de publicar ou distribuir o
aplicativo.

Conteúdos relacionados
Compreender o relatório de Resposta a Emergências Hospitalares
Configurar e aprender sobre o modelo de exemplo de Comunicação de Crise no
Power Apps
Perguntas? Tente perguntar à Comunidade do Power BI
O que são aplicativos de modelo do Power BI?
Instalar e distribuir aplicativos de modelo em sua organização
Conectar-se ao Office365Mon com o
Power BI
Artigo • 22/10/2024

Analisar suas interrupções do Office 365 e dados de desempenho de integridade é fácil

com o Power BI e o aplicativo de modelo Office365Mon. O Power BI recupera seus
dados, incluindo interrupções e testes de integridade, e cria um painel e relatórios
prontos para uso com base nesses dados. Este artigo explica como instalar o
aplicativo de modelo Office365Mon para o aplicativo Power BI e conectá-lo aos seus
dados.

７ Nota

Você precisa de uma conta de administrador do Office365Mon para se conectar e

carregar o aplicativo de modelo do Power BI.

Como se ligar
1. Selecione Conectar seus dados na parte superior da tela:

2. Na janela Ligar ao Pacote de Modelos do Power BI do Office365, selecione

Seguinte:
3. Na caixa Método de autenticação , selecione OAuth2. Você pode alterar o nível de
privacidade, se desejar. Para obter mais informações, selecione Saiba mais na
janela. Quando terminar, selecione Entrar e conectar.
4. Quando solicitado, insira suas credenciais de administrador do Office365Mon e
conclua o processo de autenticação.

5. Depois que o Power BI importar os dados, você verá um novo painel, relatório e
modelo semântico em seu espaço de trabalho. Selecione Office365Mon.
 

E agora?

Tente fazer uma pergunta na caixa de perguntas e respostas na parte superior do

painel.
Altere os blocos no painel.
Selecione um bloco para abrir o relatório subjacente.
Altere a agenda de atualização. O modelo semântico está agendado para ser
atualizado diariamente. Você pode alterar a agenda ou atualizá-la sob demanda
selecionando Atualizar agora no espaço de trabalho.

Resolução de Problemas
Se vir um erro Precisa de aprovação de administrador quando tenta iniciar sessão no
Office365Mon, a conta que está a utilizar não tem permissões para recuperar os dados.
Tem de utilizar uma conta de administrador do Office365Mon quando iniciar sessão.

Conteúdos relacionados
O que é Power BI?
Obter dados para o Power BI
Comentários
Esta página foi útil?  Yes  No

Fornecer comentários sobre o produto | Perguntar à comunidade

Conectar-se ao Project Web App com o
Power BI
Artigo • 31/01/2024

O Microsoft Project Web App é uma solução online flexível para gerenciamento de
portfólio de projetos (PPM) e trabalho diário. O Project Web App permite que as
organizações iniciem, priorizem investimentos em portfólio de projetos e forneçam o
valor comercial pretendido. O Aplicativo de Modelo do Project Web App para Power BI
permite que você desbloqueie informações do Project Web App para ajudar a gerenciar
projetos, portfólios e recursos.

Conecte-se ao Aplicativo de Modelo do Project Web App para Power BI.

Como se ligar
1. Selecione Aplicações no painel > de navegação, selecione Obter aplicações no
canto superior direito.

2. Na caixa Serviços, selecione Obter.

3. No AppSource, selecione a guia Aplicativos e pesquise/selecione Microsoft

Project Web App.

4. Você receberá uma mensagem dizendo - Instalar este aplicativo Power BI?
selecione Instalar.
5. No painel Aplicativos, selecione o bloco Microsoft Project Web App.

6. Em Introdução ao seu novo aplicativo, selecione Conectar dados.

7. Na caixa de texto URL do Project Web App, insira a URL do Project Web App
(PWA) ao qual você deseja se conectar. Observe que isso pode ser diferente do
exemplo se você tiver um domínio personalizado. Na caixa de texto Idioma do Site
do PWA, digite o número que corresponde ao idioma do site do PWA. Escreva o
algarismo único «1» para inglês, «2» para francês, «3» para alemão, «4» para
português (Brasil), «5» para português (Portugal) e «6» para espanhol.
 8. Para Método de autenticação, selecione oAuth2>Sign In. Quando solicitado, insira
suas credenciais do Project Web App e siga o processo de autenticação.

７ Nota

Você precisa ter permissões de Visualizador de Portfólio, Gerenciador de

Portfólio ou Administrador para o Project Web App ao qual está se
conectando.

9. Você verá uma notificação indicando que seus dados estão sendo carregados.
Dependendo do tamanho da sua conta, isso pode levar algum tempo. Depois que
o Power BI importar os dados, você verá o conteúdo do seu novo espaço de
trabalho. Talvez seja necessário atualizar o modelo semântico para obter as
atualizações mais recentes.

Depois que o Power BI importar os dados, você verá o relatório com 13 páginas e
o modelo semântico no painel de navegação.

10. Quando os relatórios estiverem prontos, vá em frente e comece a explorar os

dados do Project Web App! O aplicativo modelo vem com 13 relatórios ricos e
detalhados para a Visão geral do portfólio (6 páginas de relatório), Visão geral do
recurso (5 páginas de relatório) e Status do projeto (2 páginas de relatório).
E agora?

Embora seu modelo semântico esteja agendado para atualização diária, você pode
alterar a agenda de atualização ou tentar atualizá-la sob demanda usando
Atualizar Agora.

Expanda o aplicativo modelo

Baixe o arquivo PBIT do GitHub para personalizar e atualizar ainda mais o aplicativo
modelo.

Conteúdos relacionados
Introdução ao Power BI
Obter dados no Power BI
Conecte-se ao Painel Regional de
Resposta a Emergências
Artigo • 08/09/2023

O Painel Regional de Resposta a Emergências é o componente de relatório da solução

de Resposta de Emergência Regional da Microsoft Power Platform. Os administradores
de organizações regionais podem exibir o painel em seu locatário do Power BI,
permitindo que visualizem rapidamente dados e métricas importantes que os ajudarão
a tomar decisões eficientes.

Este artigo explica como instalar o aplicativo de Resposta de Emergência Regional

usando o aplicativo de modelo Painel de Resposta de Emergência Regional e como se
conectar às fontes de dados.

Para obter informações detalhadas sobre o que é apresentado no painel, consulte Obter
informações.

Depois de instalar o aplicativo de modelo e se conectar às fontes de dados, você pode

personalizar o relatório de acordo com suas necessidades. Em seguida, você pode
distribuí-lo como um aplicativo para colegas em sua organização.

Pré-requisitos
Antes de instalar este aplicativo modelo, você deve primeiro instalar e configurar a
solução de Resposta de Emergência Regional. A instalação desta solução cria as
referências de fonte de dados necessárias para preencher o aplicativo com dados.
Ao instalar a solução de Resposta de Emergência Regional, anote a URL da instância do
ambiente do Common Data Service. Você precisará dele para conectar o aplicativo de
modelo aos dados.

Instalar a aplicação
1. Clique no link a seguir para acessar o aplicativo: Aplicativo de modelo do Painel de
Resposta de Emergência Regional

2. Na página AppSource do aplicativo, selecione OBTER AGORA.

3. Selecione Instalar.

Depois que o aplicativo for instalado, você o verá na página Aplicativos.

Ligar a origens de dados
1. Selecione o ícone na página Aplicativos para abrir o aplicativo.

2. Na tela inicial, selecione Explorar.

O aplicativo é aberto, mostrando dados de exemplo.

3. Selecione o link Conectar seus dados no banner na parte superior da página.

4. Na caixa de diálogo exibida, digite a URL da instância do ambiente do Common
Data Service. Por exemplo: https://[myenv].crm.dynamics.com. Quando terminar,
clique em Avançar.

5. Na próxima caixa de diálogo exibida, defina o método de autenticação como

OAuth2. Você não precisa fazer nada para a configuração de nível de privacidade.

Selecione Iniciar sessão.

6. No ecrã de início de sessão da Microsoft, inicie sessão no Power BI.

Depois de entrar, o relatório se conecta às fontes de dados e é preenchido com

dados atualizados. Durante esse tempo, o monitor de atividade gira.
Agendar atualização do relatório
Quando a atualização de dados for concluída, configure uma agenda de atualização
para manter os dados do relatório atualizados.

1. Na barra de cabeçalho superior, selecione Power BI.

2. No painel de navegação esquerdo, procure o espaço de trabalho Painel de

Resposta de Emergência Regional em Espaços de trabalho e siga as instruções
descritas no artigo Configurar atualização agendada.

Personalizar e partilhar
Consulte Personalizar e compartilhar o aplicativo para obter detalhes. Certifique-se de
revisar as isenções de responsabilidade do relatório antes de publicar ou distribuir o
aplicativo.

Próximos passos
Compreender o painel de Resposta a Emergências Regionais
Configurar e aprender sobre o modelo de exemplo de Comunicação de Crise no
Power Apps
Perguntas? Tente perguntar à Comunidade do Power BI
O que são aplicativos de modelo do Power BI?
Instalar e distribuir aplicativos de modelo em sua organização
Salesforce Analytics para gerentes de
vendas
Artigo • 08/09/2023

O aplicativo de modelo Salesforce Analytics for Sales Managers inclui elementos visuais
e insights para analisar seu esforço de marketing.

O painel pronto para uso do aplicativo fornece métricas-chave, como seu pipeline de
vendas, melhores contas e KPIs. Você pode detalhar o relatório para obter mais detalhes
sobre cada aspeto. Visuais totalmente interativos ajudam você a explorar ainda mais
seus dados.

Neste artigo, vamos percorrer o aplicativo usando dados de exemplo para lhe dar uma
ideia de como você pode usar o aplicativo para obter informações importantes sobre
seus dados de vendas.

Pré-requisitos
Power BI Pro
Uma assinatura de marketing, desenvolvedor ou administrador do Salesforce

Instalar a aplicação
1. Clique no link a seguir para acessar o aplicativo: Aplicativo de modelo Salesforce
Analytics for Sales Managers.

2. Quando estiver na página AppSource do aplicativo, clique em OBTENHA-o

AGORA.
 3. Quando solicitado, clique em Instalar. Depois que o aplicativo for instalado, você o
verá na página Aplicativos.

Ligar a origens de dados

1. Clique no ícone na página Aplicativos para abrir o aplicativo. O aplicativo é aberto,
mostrando dados de exemplo.

2. Selecione o link Conectar seus dados no banner na parte superior da página.

3. A caixa de diálogo de parâmetros será exibida. Não há parâmetros necessários.

Clique em Seguinte.
4. A caixa de diálogo do método de autenticação será exibida. Os valores
recomendados são pré-preenchidos. Não os altere, a menos que tenha
conhecimentos específicos de valores diferentes. Clique em Entrar e conectar.
 5. Quando solicitado, faça login no Salesforce.

O relatório se conectará às fontes de dados e será preenchido com dados

atualizados. Durante esse tempo, você verá dados de exemplo e essa atualização
está em andamento.

O que o painel de KPI nos diz?

Ao abrir o aplicativo, você verá o painel de KPIs. O painel de KPI nos mostra uma visão
geral das principais métricas de todos os painéis. Clique nas setas para chegar aos
painéis individuais.
O que nos diz o painel do Gerente de Vendas?
O painel do Gerente de Vendas e o relatório subjacente se concentram em um desafio
de vendas típico: fornecer uma análise total de vendas durante um determinado
período.

Usando o painel para examinar os dados de exemplo, veremos como

Entenda o quanto podemos gerar a partir do total de oportunidades abertas que

uma empresa de vendas tem.
Identificar em quais áreas devemos nos concentrar no ciclo de vida total de
vendas.
Identificar lacunas que devemos analisar.

Agora vamos examinar os vários componentes do painel.

Os dois principais visuais nos mostram o número total de oportunidades abertas que
temos e a receita que podemos esperar gerar a partir delas.

O visual do Opportunity Sales Stage mostra a posição das oportunidades no pipeline de

vendas. Selecione qualquer etapa do pipeline de vendas para ver seu impacto em todo
o processo de vendas. Agora podemos analisar a receita que corresponde a essa etapa.
Se você clicar em qualquer um dos setores no visual Share of Industry, ele mostrará a
participação do setor em que sua equipe de vendas está trabalhando. Vamos clicar em
"Vestuário", por exemplo.

Quando clicamos em "Vestuário", vemos que a conta que temos neste setor é uma das
dez principais oportunidades críticas no que diz respeito à receita. Podemos concluir
que esta é uma oportunidade que merece o nosso foco numa base prioritária, uma vez
que a sua receita esperada está entre as mais elevadas em comparação com outras
contas.
O que nos diz o painel Conta?
O painel Conta permite-lhe supervisionar o seu desempenho em todas as suas contas.
Diz-lhe quais são as suas contas mais rentáveis. Vamos analisar as contas do vestuário.

No painel, selecione "Vestuário" no visual Account Share Industry Wise do painel Conta.

Você verá os blocos serem atualizados. Observe que há uma indústria em vestuário,
para a qual temos 1 conta.

Se olharmos para o visual do mapa Account Area Wise, você verá a área onde temos a
conta de vestuário.
Vejamos a receita da conta em vestuário. No visual Receita por Conta é possível ver que
a conta de vestuário está realçada e mostra a receita que está sendo gerada.

Também podemos ver uma comparação entre receitas ganhas e perdidas. Se passarmos
o mouse sobre uma barra, veremos a receita exata obtida da receita total.

O que nos diz o painel de leads?

O painel de leads permite que você veja quais são as fontes de seus leads. Diz-lhe quais
são as suas fontes mais rentáveis de lead.

Observe o visual Probabilidade de Conversão para examinar qual é a probabilidade de

que o lead de uma fonte seja convertido. Por exemplo, selecionar "Referência Externa"
no visual Leads by Source mostra que a probabilidade de conversão é de 90,00%,
enquanto seu valor total previsto é de 1,65 milhão de dólares.

Da mesma forma, você também pode ver a distribuição de clientes no lead de vendas
observando o visual Sales Lead by Customer Type. Você pode vê-lo para um único lead
pairando sobre ele. Assim, para "Indicação Externa", você pode ver que há um novo
cliente pertencente à categoria "Novos Negócios".

Também podemos ver o número total de status de lead que temos, e em que estágio
eles estão.

O que nos diz o painel do Representante?

O painel Representante permite medir o desempenho dos representantes de vendas por
várias matrizes.

Podemos ver todas as indústrias em que um representante de vendas trabalha, e todos

os representantes de uma indústria.

Para ver o desempenho dos representantes comerciais, selecionamos "Energia" como a

indústria do visual Share of Industry. Então, no visual Total de Oportunidades Ganhas,
podemos ver o nome do representante de vendas e o número de oportunidades que
pertencem ao setor selecionado.

Os três principais visuais nos mostram o número de leads gerados pelos representantes
de vendas e a receita que eles geraram e perderam.

Ao mesmo tempo, podemos usar o visual Month Wise Performance para medir o
desempenho mensal dos representantes de vendas.
Requisitos e considerações do sistema
Conectado a uma conta do Salesforce de produção que tenha o acesso à API
habilitado.
Permissão concedida ao aplicativo Power BI durante o login.
A conta tem chamadas de API suficientes disponíveis para extrair e atualizar os
dados.
Um token de autenticação válido é necessário para a atualização. O Salesforce tem
um limite de cinco tokens de autenticação por aplicativo, portanto, certifique-se de
ter cinco ou menos conjuntos de dados do Salesforce importados.
A API de relatórios do Salesforce tem uma restrição que suporta até 2.000 linhas
de dados.

Resolução de problemas
Se encontrar algum erro, reveja os requisitos acima.
Atualmente, não há suporte para entrar em um domínio personalizado ou de área
restrita.
Referência do conector Salesforce

Mensagem "Não é possível conectar-se ao servidor

remoto"
Se você receber uma mensagem "Não é possível se conectar ao servidor remoto" ao
tentar se conectar à sua conta do Salesforce, consulte esta solução no seguinte fórum:
Mensagem de erro de login do Salesforce Connector: Não é possível conectar-se ao
servidor remoto

Próximos passos
O que são aplicativos de modelo do Power BI
Criar um aplicativo de modelo no Power BI
Instalar e distribuir aplicativos de modelo em sua organização
Perguntas? Tente perguntar à Comunidade do Power BI
Conectar-se ao Smartsheet com o Power
BI
Artigo • 31/01/2024

Este artigo orienta você sobre como extrair seus dados de sua conta do Smartsheet com
um aplicativo de modelo do Power BI. O Smartsheet oferece uma plataforma fácil para
colaboração e compartilhamento de arquivos. O aplicativo de modelo Smartsheet para
Power BI fornece um painel, relatórios e modelo semântico que mostram uma visão
geral da sua conta do Smartsheet. Você também pode usar o Power BI Desktop para se
conectar diretamente a planilhas individuais em sua conta.

Depois de instalar o aplicativo de modelo, você pode alterar o painel e o relatório. Em

seguida, você pode distribuí-lo como um aplicativo para colegas em sua organização.

Conecte-se ao aplicativo de modelo Smartsheet para Power BI.

７ Nota

Uma conta de administrador do Smartsheet é preferida para conectar e carregar o

aplicativo de modelo do Power BI, pois ele tem acesso adicional.

Instalar a aplicação
1. Selecione Aplicações no painel de navegação e, em seguida, selecione Obter
aplicações no canto superior direito.
2. Em aplicativos do Power BI, selecione a guia Aplicativos e procure o serviço
desejado.

1. Selecione Smartsheet>Obter agora.

2. Em Instalar este Aplicativo Power BI? , selecione Instalar.

3. No painel Aplicativos, selecione o bloco Smartsheet.

Conecte-se à fonte de dados do Smartsheet
1. Selecione o bloco do Smartsheet na página Aplicativos para abrir o aplicativo. O
aplicativo é aberto, mostrando dados de exemplo.

2. Selecione o link Conectar seus dados no banner na parte superior da página.

3. Para Método de autenticação, selecione oAuth2 > Sign In.

Quando solicitado, insira suas credenciais do Smartsheet e siga o processo de

autenticação.
4. Depois que o Power BI importa os dados, o painel do Smartsheet é aberto.
Modificar e distribuir seu aplicativo
Você instalou o aplicativo de modelo do Smartsheet. Isso significa que você também
criou o espaço de trabalho do Smartsheet. No espaço de trabalho, você pode alterar o
relatório e o painel e, em seguida, distribuí-lo como um aplicativo para colegas em sua
organização.

1. Para visualizar todo o conteúdo do seu novo espaço de trabalho do Smartsheet,

no painel de navegação, selecione Espaços de>trabalho Smartsheet.

Esta vista é a lista de conteúdos da área de trabalho. No canto superior direito,

você verá Atualizar aplicativo. Quando estiver pronto para distribuir a sua
aplicação aos seus colegas, é por aí que irá começar.
 2. Selecione Relatórios e Modelos semânticos para ver os outros elementos no
espaço de trabalho.

Leia sobre como distribuir aplicativos para seus colegas.

O que está incluído

O aplicativo de modelo do Smartsheet para Power BI inclui uma visão geral da sua conta
do Smartsheet, como o número de espaços de trabalho, relatórios e planilhas que você
tem, quando eles são modificados, etc. Os usuários administradores também veem
algumas informações sobre os usuários em seu sistema, como os criadores de planilhas
superiores.

Para se conectar diretamente a planilhas individuais em sua conta, você pode usar o
conector do Smartsheet no Power BI Desktop.

Conteúdos relacionados
Criar espaços de trabalho no Power BI
Instalar e utilizar aplicações no Power BI
Conectar-se a aplicativos do Power BI para serviços externos
Perguntas? Tente perguntar à Comunidade do Power BI
Conectar-se ao Zendesk com o Power BI
Artigo • 08/09/2023

Este artigo orienta você na extração de seus dados da sua conta do Zendesk com um
aplicativo de modelo do Power BI. O aplicativo Zendesk oferece um painel do Power BI e
um conjunto de relatórios do Power BI que fornecem informações sobre os volumes de
tíquetes e o desempenho do agente. Os dados são atualizados automaticamente uma
vez por dia.

Depois de instalar o aplicativo de modelo, você pode personalizar o painel e o relatório

para destacar as informações que mais lhe interessam. Em seguida, você pode distribuí-
lo como um aplicativo para colegas em sua organização.

Conecte-se ao aplicativo de modelo Zendesk ou leia mais sobre a integração do

Zendesk com o Power BI.

Depois de instalar o aplicativo de modelo, você pode alterar o painel e o relatório. Em

seguida, você pode distribuí-lo como um aplicativo para colegas em sua organização.

７ Nota

Você precisa de uma conta Zendesk Admin para se conectar. Mais detalhes sobre
os requisitos abaixo.

２ Aviso

Antes de 15 de outubro de 2019, a API de pesquisa do Zendesk Support permitia

que um total de 200.000 resultados fossem recebidos por meio da paginação de
grandes consultas. Para alinhar o uso da pesquisa com o escopo pretendido, o
Zendesk agora limita o número máximo de resultados retornados a 1.000
resultados totais, com um máximo de 100 resultados por página. No entanto, o
conector atual do Power BI Zendesk ainda pode criar chamadas de API que
excedem esses novos limites, resultando em resultados possivelmente enganosos.

Instalar a aplicação
1. Selecione Aplicações no painel de navegação e, em seguida, selecione Obter
aplicações no canto superior direito.
 2. Em aplicativos do Power BI, selecione a guia Aplicativos e procure o serviço
desejado.

1. Selecione Zendesk>Obtenha-o agora.

2. Quando solicitado, selecione Instalar. Depois que o aplicativo for instalado, você o
verá listado na página Aplicativos.

Conecte-se à fonte de dados do Zendesk

1. Selecione o bloco Zendesk na página Aplicativos para abrir o aplicativo. O
aplicativo é aberto, mostrando dados de exemplo.

2. Selecione o link Conectar seus dados no banner na parte superior da página.

3. Forneça o URL associado à sua conta. O URL tem o formulário
https://company.zendesk.com . Veja detalhes sobre como encontrar esses
parâmetros abaixo.

4. Quando solicitado, insira suas credenciais do Zendesk. Selecione oAuth 2 como o

Mecanismo de Autenticação e selecione Entrar. Siga o fluxo de autenticação do
Zendesk. (Se você já estiver conectado ao Zendesk em seu navegador, talvez não
sejam solicitadas credenciais.)

７ Nota

Este aplicativo de modelo requer que você se conecte com uma conta de
administrador do Zendesk.

5. Selecione Permitir para permitir que o Power BI acesse seus dados do Zendesk.
6. Selecione Conectar para iniciar o processo de importação.

7. Depois que o Power BI importar os dados, você verá a lista de conteúdo do seu
aplicativo Zendesk: um novo painel, relatório e conjunto de dados.

8. Selecione o painel para iniciar o processo de exploração.

Modificar e distribuir seu aplicativo
Você instalou o aplicativo de modelo Zendesk. Isso significa que você também criou o
espaço de trabalho do Zendesk. No espaço de trabalho, você pode alterar o relatório e
o painel e, em seguida, distribuí-lo como um aplicativo para colegas em sua
organização.

1. Para visualizar todo o conteúdo do seu novo espaço de trabalho do Zendesk, no

painel de navegação, selecione Workspaces>Zendesk.
 Esta vista é a lista de conteúdos da área de trabalho. No canto superior direito,
você verá Atualizar aplicativo. Quando estiver pronto para distribuir a sua
aplicação aos seus colegas, é por aí que irá começar.

2. Selecione Relatórios e Conjuntos de Dados para ver os outros elementos no

espaço de trabalho.

Leia sobre como distribuir aplicativos para seus colegas.

Requisitos de sistema
Uma conta de administrador do Zendesk é necessária para acessar o aplicativo de
modelo do Zendesk. Se você for um agente ou um usuário final e estiver interessado em
exibir seus dados do Zendesk, adicione uma sugestão e revise o conector do Zendesk
no Power BI Desktop.

Localizando parâmetros
Seu URL do Zendesk será o mesmo que você usa para entrar na sua conta do Zendesk.
Se você não tiver certeza do URL do Zendesk, poderá usar a ajuda de login do
Zendesk .

Resolução de problemas
Se você estiver tendo problemas para se conectar, verifique o URL do Zendesk e
confirme que está usando uma conta de administrador do Zendesk.

Próximos passos
Criar espaços de trabalho no Power BI
Instalar e utilizar aplicações no Power BI
Conectar-se a aplicativos do Power BI para serviços externos
Perguntas? Tente perguntar à Comunidade do Power BI
Solucionar problemas de inicialização
do Power BI Desktop
Artigo • 07/02/2024

Este artigo descreve e fornece soluções para várias circunstâncias em que o Power BI
não pode abrir ou não pode se conectar a fontes de dados.

Problemas com a abertura de ficheiros PBIX

encriptados
Não é possível abrir ficheiros PBIX encriptados utilizando uma versão do Power BI
Desktop que não suporte a proteção de informações. Se precisar de continuar a utilizar
o Power BI Desktop, atualize para uma versão que suporte a proteção de informações.

Solução:Selecione este link para baixar diretamente o executável de instalação mais

recente do Power BI Desktop. A versão mais recente do Power BI Desktop suporta a
proteção de informações e pode desencriptar e abrir qualquer ficheiro PBIX encriptado.

Problemas de gateway de dados local

Os usuários que instalaram e estão executando versões anteriores do gateway de dados
local do Power BI podem ser impedidos de abrir o Power BI Desktop. As versões
anteriores do gateway de dados local colocavam restrições de política administrativa em
pipes nomeados na máquina local.

Solução: para resolver o problema associado ao gateway de dados local e permitir

que o Power BI Desktop seja aberto, use uma das seguintes opções:

Instale a versão mais recente do gateway de dados local do Power BI.

A versão mais recente do gateway de dados local do Power BI não coloca

restrições de pipe nomeado na máquina local e permite que o Power BI Desktop
abra corretamente. Se você precisar continuar usando o gateway de dados local
do Power BI, a resolução recomendada é atualizá-lo. Selecione este link para baixar
diretamente o executável de instalação mais recente do gateway de dados local
do Power BI.

Desinstale ou pare o serviço de gateway de dados local do Power BI. Você pode
desinstalar o gateway de dados local do Power BI se não precisar mais dele. Ou
 você pode parar o serviço de gateway de dados local do Power BI, que remove a
restrição de política e permite que o Power BI Desktop seja aberto.

Execute o Power BI Desktop com privilégios de administrador.

Você pode iniciar o Power BI Desktop como administrador, o que também permite
que o Power BI Desktop seja aberto com êxito. Ainda é recomendável instalar a
versão mais recente do gateway de dados local do Power BI.

O Power BI Desktop é uma arquitetura de vários processos e vários desses

processos se comunicam usando pipes nomeados do Windows. Outros processos
podem interferir com os pipes nomeados. A razão mais comum para tal
interferência é a segurança, incluindo situações em que o software antivírus ou
firewalls bloqueiam os tubos ou redirecionam o tráfego para uma porta específica.

Abrir o Power BI Desktop com privilégio de administrador pode resolver esse

problema. Se não conseguir abrir o Power BI Desktop com privilégio de
administrador, pergunte ao administrador quais as regras de segurança que estão
a impedir que pipes nomeados comuniquem corretamente. Em seguida, adicione o
Power BI Desktop e seus subprocessos às listas de permissões.

Problemas de conexão com o SQL Server

Se você tentar se conectar a um banco de dados do SQL Server usando uma conta
diferente da conta que você entrou no seu computador, usando o Windows > Usar
credenciais alternativas, poderá ver uma mensagem semelhante ao seguinte erro:

Ocorreu um erro ao ler dados do provedor:

'Não foi possível carregar o arquivo ou assembly 'System.EnterpriseServices,
Version=4.0.0.0, Culture=neutral, PublicKeyToken=xxxxxxxxxxxxx' ou uma de suas
dependências. Um nível de representação exigido não foi fornecido ou o nível de
representação fornecido é inválido. (Exceção de HRESULT: 0x80070542)»

Causa: Isto deve-se à forma como o seu sistema e contas locais são configurados pelo
seu departamento de TI. Se a conta alternativa do Windows que você está tentando usar
não tiver permissão de acesso ao sistema, ela será impedida de registrar as DLLs
necessárias para o Power BI Desktop estabelecer a conexão.

Solução: muitas vezes você pode resolver o problema se abrir o Power BI Desktop como
administrador antes de fazer a conexão com o SQL Server ou se pedir aos
administradores do sistema que forneçam à conta alternativa do Windows as
permissões corretas para o seu computador. Abrir o Power BI Desktop como
administrador e estabelecer a conexão registra as DLLs necessárias, depois disso, você
não precisa mais abrir o Power BI Desktop como administrador para essa conexão. No
entanto, se você optar por se conectar ao SQL Server com outras credenciais
alternativas diferentes do Windows, precisará abrir o Power BI Desktop como
administrador toda vez que se conectar.

Problemas de "Não é possível iniciar sessão"

Poderá ver uma mensagem semelhante ao seguinte erro:

Não é possível iniciar sessão. Desculpe, encontramos um erro ao tentar fazer login.
Detalhes: A conexão subjacente foi fechada: Não foi possível estabelecer uma relação
de confiança para o canal seguro SSL/TLS.

Solução: desative a verificação de revogação de certificação em Opções e

configurações>Opções>de revogação de certificação de segurança.> Para obter
detalhes, consulte Verificação de revogação de certificado, Power BI Desktop.

Problemas ao iniciar a versão da Microsoft

Store do Power BI Desktop
Poderá ver uma mensagem semelhante ao seguinte erro:

Hmmmm... não consegue aceder a esta página. Não foi possível encontrar o endereço
IP do servidor ms-pbi.pbi.microsoft.com. Mensagem de log de eventos do aplicativo -
A descrição da ID de Evento 1 da origem

A mensagem pode incluir mais informações, como os seguintes detalhes:

O componente que gera esse evento não está instalado no computador local ou a
instalação está corrompida. Você pode instalar ou reparar o componente no
computador local.

Solução: Reinstale o WebView2 usando as etapas a seguir, que não exigem permissões
administrativas elevadas.

1. Desinstale webview2.
2. Reinstale o webview2 usando este link de instalação.

Problemas relacionados ao WebView2

Raramente, o Power BI Desktop pode falhar ao iniciar e exibe uma janela cinza ou uma
mensagem de erro que menciona WebView2.
A maioria dos casos são causados por um programa na sua máquina, geralmente um
software antivírus. Para verificar se um programa está causando o problema, execute as
seguintes etapas:

1. Feche o Power BI Desktop.

2. Abra Configurações do Windows Sobre>as configurações avançadas do >sistema

e selecione Variáveis de ambiente.

Selecione Novo em Variáveis de usuário e adicione o nome da variável

WEBVIEW2_ADDITIONAL_BROWSER_ARGUMENTS com o valor --disable-
features=RendererCodeIntegrity.
 3. Inicie o Power BI Desktop e verifique se ele é iniciado com êxito desta vez.

4. Exclua a variável de ambiente definida.

Solução: Se as etapas anteriores corrigiram o problema, desative qualquer software que

possa estar interferindo na inicialização do Power BI Desktop ou forneça uma isenção
para o processo WebView2.

Se você ainda tiver problemas, envie um incidente de suporte para o suporte do

Power BI e forneça as seguintes informações:

Relatórios de erros WebView2. Se você usar a versão da Microsoft Store do Power

BI Desktop, os relatórios de erros estarão em c:\Users\username\Microsoft\Power BI
Desktop Store App\WebView2\EBWebView\Crashpad\reports ou
c:\Users\username>>\Microsoft\Power BI Desktop Store
App\WebView2Elevated\EBWebView\Crashpad\<<reports.

Se você usar a versão .exe baixada do Power BI Desktop, os relatórios de erros

estarão em c:\Users\username\AppData\Local\Microsoft\Power BI
Desktop\WebView2\EBWebView\Crashpad\reports ou
c:\Users\username>>\AppData\Local\Microsoft\Power BI
Desktop\WebView2Elevated\EBWebView\Crashpad\<<reports.

ID do dispositivo da sua máquina, a partir de Acerca do Sistema>de

Definições>do Windows.

Installer e logs de atualização. Colete os seguintes arquivos dos seguintes locais

copiando e colando os caminhos no Explorador de Arquivos e, em seguida,
copiando os arquivos para outro local. Alguns arquivos têm os mesmos nomes,
portanto, certifique-se de não substituí-los, mas renomeá-los ao copiar.

ﾉ Expandir tabela

Caminho Ficheiro

%Temp%\ msedge_installer.log
 Caminho Ficheiro

%ProgramData%\Microsoft\EdgeUpdate\Log\ MicrosoftEdgeUpdate.log

%windir%\Temp\ MicrosoftEdgeUpdate.log

%allusersprofile%\Microsoft\EdgeUpdate\Log\ MicrosoftEdgeUpdate.log

%raiz do sistema%\Temp\ msedge_installer.log

%localappdata%\Temp\ msedge_installer.log

%localappdata%\Temp\ MicrosoftEdgeUpdate.log

Logs do Visualizador de Eventos. Inicie o Visualizador de Eventos no menu Iniciar

. No Visualizador de Eventos, vá para o log de>Aplicativos e Serviços do
Microsoft>Windows>CodeIntegrity>Operational. Clique com o botão direito do
mouse em Operacional no painel esquerdo e escolha Salvar todos os eventos
como. Armazene o arquivo em algum lugar que você possa recuperá-lo. Faça o
mesmo para o Aplicativo de Logs>do Windows.

A chave ClientState do Editor do Registro. Abra o Editor do Registro procurando

por regedit no Windows Search ou no menu Iniciar . No Editor do Registro,
navegue até
HKEY_LOCAL_MACHINE\SOFTWARE\WOW6432Node\Microsoft\EdgeUpdate\Cli
entState. Clique com o botão direito do mouse em ClientState no painel
esquerdo, escolha Exportar e salve o arquivo.

Rastreamentos de processos. Siga estas etapas para coletar rastreamentos de

processo usando o Process Monitor:

1. Baixe o Process Monitor, extraia o arquivo baixado e execute o Procmon.exe.

2. Pare de capturar selecionando o botão Capturar quadrado aberto.

3. Limpe todos os vestígios selecionando o botão Limpar lata de lixo.

4. Comece a capturar selecionando o botão Capturar .

5. Inicie o Power BI Desktop e aguarde até que o erro apareça.

6. Pare a captura selecionando o botão Capturar .

 7. Salve os rastreamentos escolhendo Salvar arquivo>. Na caixa de diálogo
Salvar em arquivo, selecione Todos os eventos e PML (Native Process
Monitor Format), forneça um caminho para o arquivo e selecione OK.

8. Compartilhe os rastreamentos com a equipe de suporte mediante solicitação.

Informação diagnóstica extra. Use o Kit de Avaliação e Implantação do Windows

para coletar informações adicionais.

1. Baixe o Kit de Avaliação e Implantação do Windows.

2. Após o download, inicie o adksetup.exe, selecione Instalar o Kit de Avaliação e

Desenvolvimento do Windows neste computador e selecione Avançar:
3. Continue o assistente. Na página Selecione os recursos que deseja instalar,
selecione Kit de Ferramentas de Desempenho do Windows e selecione
Instalar:

4. Conclua a instalação e inicie o Gravador de Desempenho do Windows.

5. Transfira o ficheiro EdgeWebView2_General_EventsOnly.wprp para a sua

máquina e descompacte-o .
6. No Gravador de Desempenho do Windows, escolha Mais opções.

7. Escolha Adicionar perfis para adicionar o perfil

EdgeWebView2_General_EventsOnly.wprp que você baixou na etapa
anterior.

8. Escolha Iniciar para iniciar a gravação.

 9. Com a gravação em execução, inicie o Power BI Desktop e verifique se o
problema de inicialização ocorre.

10. Quando terminar, escolha Salvar para parar a gravação e salvar os resultados
no seu computador.
 11. Forneça todas as informações coletadas à equipe de suporte mediante
solicitação.

Tempos limite de conexão de dados

Quando você tenta criar uma nova conexão ou se conectar a um modelo semântico
existente do Power BI, o Power BI Desktop pode atingir o tempo limite sem estabelecer
a conexão. O girador de conexão pode continuar a girar, mas a conexão nunca é
concluída.

Esta situação pode acontecer se a sua máquina tiver um produto de segurança como o
Digital Guardian ou outros produtos de segurança instalados. Em alguns casos, o
produto de segurança instalado pode interferir nas chamadas de solicitação de conexão
de rede de saída, fazendo com que a tentativa de conexão atinja o tempo limite ou
falhe.

Solução: tente desativar o produto de segurança e tente a conexão novamente. Se a

conexão for bem-sucedida depois de desabilitar o produto de segurança, você saberá
que o produto de segurança provavelmente foi a causa da falha de conexão.

Outras questões de lançamento

A equipe de documentação do Power BI se esforça para cobrir o maior número possível
de problemas do Power BI Desktop. A equipa analisa regularmente problemas que
podem afetar muitos clientes e inclui-os em artigos.

Se o seu problema não estiver relacionado a um gateway de dados local ou se as

resoluções neste artigo não funcionarem, você poderá enviar um incidente de suporte
ao suporte do Power BI.

Sempre que tiver problemas com o Power BI Desktop, é útil ativar o rastreamento e
reunir arquivos de log. Os arquivos de log podem ajudar a isolar e identificar o
problema. Para ativar o rastreamento no Power BI Desktop, escolha Opções de
Arquivo>e Opções de configurações>, selecione Diagnóstico e selecione Habilitar
rastreamento. O Power BI Desktop deve estar em execução para definir essa opção, mas
é útil para quaisquer problemas futuros associados à abertura do Power BI Desktop.

Conteúdos relacionados
Obter o Power BI Desktop
Solucionar problemas de cenários de
atualização
Artigo • 26/09/2024

Este artigo descreve diferentes cenários que você pode encontrar ao atualizar dados no
serviço do Power BI.

７ Nota

Se você encontrar um cenário que não está listado neste artigo e se estiver
causando problemas, você pode pedir mais assistência no site da comunidade
ou criar um tíquete de suporte.

Você deve sempre garantir que os requisitos básicos para atualização sejam atendidos e
verificados:

Verifique se a versão do gateway está atualizada.

Verifique se o relatório tem um gateway selecionado. Se não houver nenhum
gateway selecionado, a fonte de dados pode ter sido alterada ou estar faltando.

Depois de confirmar que os requisitos foram atendidos, consulte as seções a seguir para
obter mais solução de problemas.

Notificações por e-mail

Se você estiver chegando a este artigo a partir de uma notificação por email e não
quiser mais receber emails sobre problemas de atualização, entre em contato com o
administrador do Power BI. Peça-lhes para remover o seu e-mail, ou uma lista de e-mail
em que está inscrito, dos modelos semânticos apropriados no Power BI. Um
administrador usa a seguinte área nas configurações do modelo semântico.
Atualizar usando o conector da Web não
funciona corretamente
Se você tiver um script de conector da Web que esteja usando a função Web.Page e
tiver atualizado seu modelo semântico ou relatório após 18 de novembro de 2016,
deverá usar um gateway para que a atualização funcione corretamente.

Fonte de dados sem suporte para atualização

Ao configurar um modelo semântico, você pode receber um erro indicando que o
modelo semântico usa uma fonte de dados sem suporte para atualização. Para obter
detalhes, consulte Solução de problemas de fonte de dados sem suporte para
atualização.

O painel não reflete as alterações após a

atualização
Aguarde de 10 a 15 minutos para que uma atualização seja refletida nos blocos do
painel. Se ainda assim não aparecer, recoloque a visualização no painel.

GatewayNotReachable ao definir credenciais

Você pode encontrar um GatewayNotReachable erro ao tentar definir credenciais para
uma fonte de dados, que pode ser o resultado de um gateway desatualizado. Instale o
gateway mais recente e tente novamente.

Erro de processamento: Ocorreu o seguinte

erro de sistema: Tipo incompatível
Este erro pode ser um problema com o script M no ficheiro do Power BI Desktop ou no
livro do Excel. Também pode ser devido a uma versão desatualizada do Power BI
Desktop.

Erros de atualização de bloco

Para obter uma lista de erros que você pode encontrar com blocos de painel e
explicações, consulte Solucionar erros de bloco.

A atualização falha ao atualizar dados de

fontes que usam o Microsoft Entra ID OAuth
O token OAuth do Microsoft Entra ID, usado por muitas fontes de dados diferentes,
expira em aproximadamente uma hora. Às vezes, esse token expira antes que os dados
terminem de carregar, já que o serviço do Power BI aguarda por até duas horas ao
carregar dados. Nessa situação, o processo de carregamento de dados pode falhar com
um erro de credenciais.

As fontes de dados que usam o Microsoft Entra ID OAuth incluem Microsoft Dynamics
CRM Online, SharePoint Online (SPO) e outros. Se você estiver se conectando a essas
fontes de dados e obtiver uma falha de credenciais quando o carregamento de dados
demorar mais de uma hora, o OAuth pode ser o motivo.

A Microsoft está investigando uma solução que permite que o processo de

carregamento de dados atualize o token e continue. No entanto, se sua instância do
Dynamics CRM Online ou SPO for tão grande que ultrapasse o limite de carga de dados
de duas horas, o serviço do Power BI poderá relatar um tempo limite de carregamento
de dados. Esse tempo limite de carregamento de dados também se aplica a outras
fontes de dados OAuth do Microsoft Entra ID.

Para que a atualização funcione corretamente ao se conectar a uma fonte de dados SPO
usando o Microsoft Entra ID OAuth, você deve usar a mesma conta que usa para entrar
no serviço do Power BI.

Se você quiser se conectar a uma fonte de dados do serviço do Power BI usando

OAuth2, a fonte de dados deve estar no mesmo locatário que o serviço do Power BI.
Atualmente, os cenários de conexão multilocatária não são suportados com OAuth2.

Limites de dados não compactados para

atualização
O tamanho máximo para modelos semânticos importados para o serviço do Power BI é
de 1 GB. Esses modelos semânticos são fortemente compactados para garantir alto
desempenho. Além disso, na capacidade compartilhada, o serviço coloca um limite de
10 GB na quantidade de dados não compactados que são processados durante a
atualização. Esse limite é responsável pela compactação e, portanto, é maior do que o
tamanho máximo do modelo semântico de 1 GB. Os modelos semânticos no Power BI
Premium não estão sujeitos a esses limites. Se a atualização no serviço do Power BI
falhar por esse motivo, reduza a quantidade de dados que estão sendo importados para
o Power BI e tente novamente.

Tempo limite de atualização agendado

As atualizações agendadas para modelos semânticos importados expiram após duas
horas. Esse tempo limite é aumentado para cinco horas para modelos semânticos em
espaços de trabalho Premium. Se você encontrar esse limite, considere reduzir o
tamanho ou a complexidade do seu modelo semântico ou considere refatorar o modelo
semântico grande em vários modelos semânticos menores.

Atualização agendada desativada

Se uma atualização agendada falhar quatro vezes seguidas, o Power BI desativará a
atualização. Resolva o problema subjacente e, em seguida, reative a atualização
agendada.

No entanto, se o modelo semântico residir em um espaço de trabalho em Capacidade

incorporada e essa capacidade estiver desativada, a primeira tentativa de atualização
falhará (uma vez que a capacidade está desativada) e, nessa circunstância, sua
atualização agendada será imediatamente desativada.

O acesso ao recurso é proibido

Este erro pode ocorrer devido a credenciais em cache expiradas. Limpe o cache do
navegador da Internet, entre no Power BI e vá para https://app.powerbi.com?
alwaysPromptForContentProviderCreds=true forçar uma atualização de suas credenciais.

Falha na atualização de dados devido a

alteração de senha ou credenciais expiradas
A atualização de dados também pode falhar devido a credenciais armazenadas em
cache expiradas. Limpe o cache do navegador da Internet, entre no Power BI e vá para
https://app.powerbi.com?alwaysPromptForContentProviderCreds=true , o que força uma

atualização de suas credenciais.

Atualizar uma coluna do tipo ANY que contém

resultados TRUE ou FALSE em valores
inesperados
Quando você cria um relatório no Power BI Desktop que tem uma coluna de tipo de
dados ANY contendo valores TRUE ou FALSE, os valores dessa coluna podem diferir
entre o Power BI Desktop e o serviço do Power BI após uma atualização. No Power BI
Desktop, o mecanismo subjacente converte os valores booleanos em cadeias de
caracteres, retendo valores TRUE ou FALSE. No serviço Power BI, o mecanismo
subjacente converte os valores em objetos e, em seguida, converte os valores em -1 ou
0.

Os elementos visuais criados no Power BI Desktop usando essas colunas podem se

comportar ou aparecer conforme projetado antes de um evento de atualização, mas
podem mudar (devido à conversão de TRUE/FALSE para -1/0) após o evento de
atualização.

Resolva o erro: O contêiner saiu

inesperadamente com o código 0x0000DEAD
Se o contêiner sair inesperadamente com erro de 0x0000DEAD de código, tente
desativar a atualização agendada e publicar novamente o modelo semântico.

Operação de atualização limitada pelo Power BI

Premium
Uma capacidade Premium pode limitar as operações de atualização de dados quando
muitos modelos semânticos estão sendo processados simultaneamente. A limitação
pode ocorrer nas capacidades do Power BI Premium. Quando uma operação de
atualização é cancelada, as seguintes mensagens de erro são registradas no histórico de
atualização:

Você excedeu o limite de capacidade para atualizações de modelo semântico. Tente

novamente quando menos modelos semânticos estiverem sendo processados.

Se o erro ocorrer com frequência, use o modo de exibição de agenda para determinar
se os eventos de atualização agendada estão espaçados corretamente. Para entender o
número máximo de atualizações simultâneas permitidas por SKU, revise a tabela
Capacidades e SKUs .

Para resolver esse erro, você pode modificar sua agenda de atualização para executar a
operação de atualização quando menos modelos semânticos estiverem sendo
processados. Você também pode aumentar o tempo entre as operações de atualização
para todos os modelos semânticos em sua agenda de atualização na capacidade
Premium afetada. Você pode repetir a operação se estiver usando operações XMLA
personalizadas.

Limite de nível de capacidade excedido.

Esse erro indica que você tem muitos modelos semânticos executando a atualização ao
mesmo tempo, com base na capacidade adquirida pela sua organização. Você pode
repetir a operação de atualização ou reagendar o tempo de atualização para resolver
esse erro.

Limite de nível de nó excedido.

Este erro indica um erro de sistema no Power BI Premium com base em modelos
semânticos que residem em um determinado nó físico. Você pode repetir a operação de
atualização ou reagendar o tempo de atualização para resolver esse erro.
Fluxos de dados ou falhas de datamart em
espaços de trabalho Premium
Alguns conectores não são suportados para fluxos de dados e datamarts em espaços de
trabalho Premium. Ao usar um conector sem suporte, você pode receber o seguinte
erro: Expression.Error: A importação "<"connector name">" não corresponde a
exportações. Perdeu uma referência de módulo?

Os seguintes conectores não são suportados para fluxos de dados e datamarts em

espaços de trabalho Premium:

Linkar
Ácio
AmazonAthena
AmazonOpenSearchService
BIConnector
DataVirtualidade
DenodoForPowerBI
Exasol
Fundição
Indexima
IRIS
JethroODBC
Kyligence
MariaDB
MarkLogicODBC
OpenSearchProject
QubolePresto
SingleStoreODBC
StarburstPresto
TibcoTdv

O uso da lista anterior de conectores com fluxos de dados ou datamarts só é suportado

em espaços de trabalho que não são Premium.

Houve um problema ao atualizar o fluxo de

dados, a versão do gateway que você está
usando não é suportada
Este erro ocorre se a versão do gateway de dados local que está sendo usado para
atualizar seu fluxo de dados (Gen1 ou Gen2) estiver sem suporte. Atualmente, a
Microsoft suporta apenas as últimas seis versões do gateway de dados local. Atualize o
gateway para a versão mais recente ou para uma versão suportada para resolver esse
problema. Use o artigo Atualizar um gateway de dados local para obter orientação
sobre como atualizar gateways.

Erro de dependência circular relacionado à

tabela calculada utilizar SummarizeColumns
Em setembro de 2024, foi habilitado um recurso que permite que SummarizeColumns
seja colocado dentro de uma medida e avaliado dentro de qualquer contexto de filtro
externo, o que pode introduzir novas dependências se SummarizeColumns for usado em
CalculateTable. Essas novas dependências podem causar um erro de dependência
circluar durante a atualização do modelo.

Se esse erro aparecer, as etapas a seguir podem resolver o problema:

1. Identificar todas as CalculateTables que usam SummarizeColumns

2. Para cada expressão SummarizeColumns , faça as seguintes alterações:

Para uma expressão SummarizeColumns com GB em Produto e Geografia, por exemplo:

SummarizeColumns(
Product[Color],
Geography[Country],
...
)

Adicione Produto e Geografia como filtros em SummarizeColumns para que se pareça

com a seguinte expressão:

SummarizeColumns(
Product[Color],
Geography[Country],
Product,
Geography,
...
)
Estas etapas removem a linha em branco introduzida e restauram o comportamento
original. Se você tiver várias tabelas calculadas que usam SummarizeColumns, as
alterações para todas as tabelas deverão ser enviadas juntas em uma única transação
que exija que o Editor de Tabelas faça as modificações, já que o Power BI Desktop não
pode agrupar várias alterações de tabela em uma única transação.

Conteúdos relacionados
Atualizar dados no Power BI
Configurar a atualização agendada
Solucionar problemas de gateways - Power BI
Solução de problemas do gateway do Power BI (modo pessoal)

Tem dúvidas? Tente perguntar à Comunidade do Microsoft Power BI.

Comentários
Esta página foi útil?  Yes  No

Fornecer comentários sobre o produto | Perguntar à comunidade

Solucionar erros de bloco
Artigo • 30/10/2024

Este artigo lista e explica os erros comuns que podem ocorrer com a atualização de
bloco no Power BI. Se um erro que não está listado causar problemas, você pode pedir
ajuda no site da comunidade do Power BI ou registrar um tíquete de suporte.

Lista de erros
A lista a seguir explica e oferece soluções para erros comuns de atualização de blocos.

O Power BI encontrou um erro inesperado ao carregar o modelo. Tente

novamente mais tarde.

ou

Não foi possível recuperar o modelo de dados. Entre em contato com o

proprietário do painel para verificar se as fontes de dados e o modelo existem e
estão acessíveis.

O Power BI não pôde acessar seus dados porque a fonte de dados não estava
acessível. Esse problema pode acontecer se a fonte de dados foi removida,
renomeada ou movida, se a fonte estiver offline ou se as permissões tiverem sido
alteradas. Verifique se a fonte ainda está no local especificado e você ainda tem
permissão para acessá-la. Se esse não for o problema, a fonte pode ser lenta. Tente
novamente mais tarde durante um período em que a carga na fonte é menor. Se
for uma fonte local, o proprietário da fonte de dados poderá fornecer mais
informações.

Você não tem permissão para exibir esse bloco ou abrir a pasta de trabalho.

Entre em contato com o proprietário do painel para verificar se as fontes de dados

e o modelo existem e estão acessíveis para sua conta.

Os visuais do Power BI foram desabilitados pelo administrador.

O administrador do Power BI desativou o uso de visuais do Power BI para sua

organização ou seu grupo de segurança. Não é possível usar visuais do Power BI
do Microsoft marketplace ou importar visuais particulares de um arquivo. Você
pode usar apenas o conjunto pré-embalado de elementos visuais.

As formas de dados devem conter pelo menos um grupo ou cálculo que

produza dados. Entre em contato com o proprietário do painel.
Não há dados para exibir porque a consulta está vazia. Tente adicionar alguns
campos da lista de campos ao visual e refixá-lo.

Não é possível exibir os dados porque o Power BI não pode determinar a relação
entre dois ou mais campos.

Você está tentando usar dois ou mais campos de tabelas que não estão
relacionadas. Você precisa remover os campos não relacionados do visual e, em
seguida, criar uma relação entre as tabelas. Depois de criar a relação, você pode
adicionar os campos de volta ao visual. Você pode usar o Power BI Desktop ou o
Power Pivot para Excel para esse processo. Para obter mais informações, consulte
Criar e gerenciar relacionamentos no Power BI Desktop.

Os grupos no eixo primário e no eixo secundário sobrepõem-se. Os grupos no

eixo primário não podem ter as mesmas teclas que os grupos no eixo
secundário.

Esse problema geralmente é transitório e normalmente acontece quando você está

movendo grupos de linhas para colunas. O erro deve desaparecer quando você
terminar de mover todos os grupos. Se continuar a ver a mensagem, tente alternar
campos entre as linhas, colunas ou legenda do eixo, ou tente remover campos do
visual.

Este visual excedeu os recursos disponíveis. Tente filtrar para diminuir a

quantidade de dados exibidos.

O visual tentou consultar muitos dados para que o Power BI concluísse o resultado
com os recursos disponíveis. Tente filtrar o visual para reduzir a quantidade de
dados no resultado.

Não conseguimos identificar os seguintes campos: {0}. Atualize o visual com os

campos que existem no modelo semântico.

O campo provavelmente foi excluído ou renomeado. Você pode remover o campo

quebrado do visual, adicionar um campo diferente e replicá-lo.

Não foi possível recuperar os dados para este visual. Tente novamente mais
tarde.

Este problema é geralmente transitório. Se tentar novamente mais tarde e

continuar a ver esta mensagem, contacte o suporte .

Os mosaicos continuam a mostrar dados não filtrados depois de ativar o início de

sessão único (SSO).
 Esse problema pode acontecer se o modelo semântico subjacente usar o modo
DirectQuery ou uma conexão ao vivo com o Analysis Services por meio de um
gateway de dados local. Nesse problema, os blocos continuam a mostrar dados
não filtrados depois que você habilita o SSO para a fonte de dados, até a próxima
atualização do bloco. Na próxima atualização de bloco, o Power BI usa o SSO
conforme configurado e os blocos mostram os dados filtrados de acordo com a
identidade do usuário.

Para ver os dados filtrados imediatamente, você pode forçar uma atualização de
bloco. Selecione o ícone Atualizar no canto superior direito de um painel do
Power BI.

Como proprietário de um modelo semântico, você também pode aumentar a

frequência de atualização do bloco para 15 minutos para acelerar a atualização do
bloco. Vá para o espaço de trabalho do painel e localize o modelo semântico
associado. Ao lado do nome do modelo semântico, selecione o ícone de três
pontos horizontais para abrir o menu Mais opções e, em seguida, selecione
Configurações. Na guia Modelos semânticos, expanda Atualizar e, em Bloco
automático do painel e atualização métrica, altere Frequência de atualização.
Certifique-se de redefinir a configuração para a frequência de atualização original
depois que o Power BI fizer a próxima atualização de bloco.

７ Nota

O bloco automático do painel e a atualização de métricas estão disponíveis

apenas para modelos semânticos nos modos DirectQuery ou Conexão ao
Vivo. Os modelos semânticos no modo de importação não precisam de uma
atualização de bloco separada porque os blocos são atualizados
automaticamente durante a próxima atualização de dados agendada.

Contato de suporte
Se continuar a ter problemas, contacte o suporte e peça-lhe que investigue mais.

Conteúdos relacionados
Resolução de problemas do gateway de dados no local
Solucionar problemas do gateway pessoal do Power BI
Tem dúvidas? Experimente o site da comunidade do Power BI.
Comentários
Esta página foi útil?  Yes  No

Fornecer comentários sobre o produto | Perguntar à comunidade

Solução de problemas de fonte de
dados sem suporte para atualização
Artigo • 07/02/2024

Você pode ver um erro ao tentar configurar um modelo semântico para atualização
agendada.

Output

You cannot schedule refresh for this semantic model because it gets data
from sources that currently don't support refresh.

Esse problema acontece quando a fonte de dados usada, no Power BI Desktop, não tem
suporte para atualização. Você precisa localizar a fonte de dados que está usando e
compará-la com a lista de fontes de dados com suporte em Atualizar dados no Power
BI.

Localizar a fonte de dados

Se você não tiver certeza de qual fonte de dados foi usada, poderá descobrir isso
usando as etapas a seguir no Power BI Desktop.

1. No Power BI Desktop, verifique se você está no painel Relatório .

2. Selecione Transformar dados na barra da faixa de opções.

3. Selecione Editor Avançado.

4. Anote o provedor listado para a fonte. Neste exemplo, o provedor é o

ActiveDirectory.

5. Compare o provedor com a lista de fontes de dados suportadas encontradas em

fontes de dados do Power BI.

７ Nota
 Para problemas de atualização relacionados a fontes de dados dinâmicas, incluindo
fontes de dados que incluem consultas criadas manualmente, consulte Atualizar e
fontes de dados dinâmicas.

Conteúdos relacionados
Atualização de dados
Power BI Gateway - Pessoal
Gateway de dados no local
Resolução de problemas do Gateway de dados no local
Solução de problemas do Gateway do Power BI - Pessoal

Tem dúvidas? Tente perguntar à Comunidade do Power BI

Solucionar problemas de atualização
agendada para bancos de dados SQL do
Azure no Power BI
Artigo • 08/09/2023

Para obter informações detalhadas sobre a atualização, consulte Atualizar dados no

Power BI e Configurar atualização agendada.

Enquanto você configura a atualização agendada para um banco de dados SQL do

Azure, se você receber um erro com o código de erro 400 ao editar as credenciais, tente
estas etapas para configurar a regra de firewall correta:

1. Inicie sessão no portal do Azure .

2. Vá para o banco de dados SQL do Azure para o qual você está configurando a
atualização.

3. Na página Visão geral, selecione Definir firewall do servidor.

4. Na página Rede, selecione Permitir que os serviços e recursos do Azure acessem

este servidor e escolha Salvar.
Tem dúvidas? Pergunte à Comunidade do Power BI.
Solucionar problemas de conexão do
Excel com dados do Power BI
Artigo • 10/11/2023

Pode haver momentos ao conectar o Excel aos dados do Power BI que você obtenha um
resultado inesperado ou o recurso não funcione como esperado. Esta página fornece
soluções para problemas comuns ao analisar dados do Power BI no Excel.

７ Nota

Existem artigos separados para diferentes tipos de conexão. Esses artigos são os
seguintes:

Inicie no Power BI com Analisar no Excel.

Comece no Excel para se conectar a modelos semânticos do Power BI.

Se você encontrar um cenário que não esteja listado abaixo, peça ajuda no site da
comunidade do Power BI ou crie um tíquete de suporte.

Se você precisar solucionar um problema com dados do Power BI no Excel, consulte as

seguintes seções:

Erro proibido
Não é possível acessar o Analysis Services local
Não é possível arrastar nada para a área Valores da Tabela Dinâmica (sem medidas)

Se você precisar solucionar um problema no Power BI com Analisar no Excel, consulte as

seguintes seções:

A conexão não pode ser feita erro

Não é possível encontrar o erro do modelo de cubo OLAP
Erro de token expirado

Erro proibido
Um usuário pode ter mais de uma conta do Power BI. Quando o Excel tenta se conectar
ao Power BI usando credenciais de uma dessas contas, ele pode tentar usar credenciais
que não têm acesso ao modelo semântico ou relatório desejado.
Quando essa situação ocorre, você pode receber um erro intitulado Proibido. Esse erro
significa que você pode estar conectado ao Power BI com credenciais que não têm
permissão para acessar o modelo semântico. Depois de encontrar o erro Proibido e
quando vir a mensagem, escreva as credenciais que têm permissão para aceder ao
modelo semântico que está a tentar utilizar.

Se continuar a ter erros, inicie sessão no Power BI com a conta que tem permissão. Em
seguida, verifique se pode ver e aceder ao modelo semântico no Power BI que está a
tentar aceder no Excel.

Não é possível acessar o Analysis Services local

Se você estiver tentando acessar um modelo semântico que tenha uma conexão em
tempo real com dados do SQL Server Analysis Services ou do Azure Analysis Services,
poderá receber uma mensagem de erro. Esse erro pode ocorrer porque um usuário não
pode se conectar a modelos semânticos do Power BI. Essa situação pode acontecer
quando você cria modelos semânticos em conexões em tempo real com o Analysis
Services, a menos que o usuário tenha acesso de leitura aos dados no Analysis Services,
além das permissões de modelos semânticos no Power BI.

Não é possível arrastar nada para a área

Valores da Tabela Dinâmica
O Excel se conecta ao Power BI por meio de um modelo OLAP externo. Quando esses
aplicativos se conectam, a Tabela Dinâmica exige que você defina medidas no modelo
externo porque todos os cálculos são executados no servidor. Esse requisito é diferente
de trabalhar com uma fonte de dados local, como tabelas no Excel e trabalhar com
modelos semânticos no Power BI Desktop ou no serviço Power BI). Nesses casos, o
modelo tabular está disponível localmente e você pode usar medidas implícitas .
Medidas implícitas são geradas dinamicamente e não armazenadas no modelo de
dados. Nesses casos, o comportamento no Excel é diferente do comportamento no
Power BI Desktop ou no serviço do Power BI. Por exemplo, pode haver colunas nos
dados que podem ser tratadas como medidas no Power BI, mas não podem ser usadas
como medidas ou valores no Excel.

Para resolver esse problema, você tem algumas opções:

Crie medidas no seu modelo de dados no Power BI Desktop. Em seguida,

publique o modelo de dados no serviço do Power BI e acesse esse modelo
semântico publicado do Excel.
 Crie medidas em seu modelo de dados a partir do Excel PowerPivot .
Se você importou dados de uma pasta de trabalho do Excel que tinha apenas
tabelas e nenhum modelo de dados, então você pode adicionar as tabelas ao
modelo de dados. Em seguida, siga as etapas na etapa anterior para criar
medidas em seu modelo de dados.

Depois de definir suas medidas no modelo no serviço do Power BI, você pode usá-las na
área Valores nas Tabelas Dinâmicas do Excel.

A conexão não pode ser feita

A causa principal para um erro de conexão não pode ser feita é que as bibliotecas de
cliente do provedor OLE DB do seu computador não são atuais.

Não é possível encontrar o modelo de cubo

OLAP
A principal causa para um erro de modelo de cubo OLAP não é possível encontrar é
que o modelo semântico que você está tentando acessar não tem modelo de dados e,
portanto, o modelo semântico não pode ser analisado no Excel.

Erro de token expirado

A principal causa para um erro de token expirado é que você não usou recentemente o
recurso Analisar no Excel no computador que está usando. Para resolver esse erro,
reinsira suas credenciais ou reabra o arquivo, e o erro deve desaparecer.

Próximos passos
Analisar no Excel

Tutorial: Criar suas próprias medidas no Power BI Desktop

Medidas no PowerPivot

Criar uma medida no PowerPivot

Adicionar dados da planilha a um Modelo de Dados usando uma tabela vinculada

Erro: Não foi possível encontrar nenhum
dado na pasta de trabalho do Excel
Artigo • 22/10/2024

７ Nota

Este artigo aplica-se ao Excel 2007 e posterior.

Use as informações neste artigo para entender e resolver um erro em que os dados não
são encontrados na pasta de trabalho do Excel quando você tenta importá-los para o
serviço do Power BI.

Quando importa um livro do Excel para o serviço do Power BI, poderá ver o seguinte
erro:

Output

Error: We couldn't find any data formatted as a table. To import from Excel
into the Power BI service, you need to format the data as a table. Select
all the data you want in the table and press Ctrl+T.

Solução rápida
1. Edite sua pasta de trabalho no Excel.
2. Selecione o intervalo de células que contêm os seus dados. A primeira linha deve
conter os cabeçalhos das colunas, os nomes das colunas.
3. Pressione Ctrl + T para criar uma tabela.
4. Salve sua pasta de trabalho.
5. Retorne ao serviço do Power BI e importe sua pasta de trabalho novamente ou, se
estiver trabalhando no Excel 2016 e tiver salvo sua pasta de trabalho no OneDrive
para trabalho ou escola, no Excel, selecione Publicar Arquivo>.
Detalhes

Motivo
No Excel, pode criar uma tabela a partir de um intervalo de células, o que facilita a
ordenação, filtragem e formatação de dados.

Quando você importa uma pasta de trabalho do Excel, o Power BI procura essas tabelas
e as importa para um modelo semântico. Se não encontrar nenhuma tabela, verá esta
mensagem de erro.

Solução
1. Abra a pasta de trabalho no Excel.

７ Nota

As imagens aqui são do Excel 2013. Se você estiver usando uma versão
diferente, as coisas podem parecer um pouco diferentes, mas as etapas são as
mesmas.

2. Selecione o intervalo de células que contêm os seus dados. A primeira linha deve
conter os cabeçalhos das colunas, os nomes das colunas.
3. No friso do separador Inserir , selecione Tabela. Ou, como atalho, pressione Ctrl +
T.
4. Você verá a caixa de diálogo a seguir. Certifique-se de que A minha tabela tem
cabeçalhos está selecionada e, em seguida, selecione OK.

Agora seus dados estão formatados como uma tabela.

5. Salve sua pasta de trabalho.

6. Retorne ao serviço do Power BI. Selecione Criar no painel de navegação e, em

seguida, selecione o mosaico Excel em Adicionar dados para começar a criar um
relatório.
 7. Importe sua pasta de trabalho do Excel novamente. Desta vez, a importação deve
encontrar a tabela e ter sucesso.

Se a importação ainda falhar, informe-nos selecionando Comunidade no menu de

ajuda:

Comentários
Esta página foi útil?  Yes  No

Fornecer comentários sobre o produto | Perguntar à comunidade

Solucionar problemas de importação do
Access e do Excel XLS no Power BI
Desktop
Artigo • 12/03/2024

No Power BI Desktop, os bancos de dados importados do Access e os arquivos XLS do

Excel 97-2003 usam o Mecanismo de Banco de Dados do Access. Três situações comuns
podem impedir que o Mecanismo de Banco de Dados do Access funcione corretamente:

Nenhum Mecanismo de Banco de Dados do Access está instalado.

A versão de bits do Mecanismo de Banco de Dados do Access, 32 bits ou 64 bits, é
diferente da versão de bits do Power BI Desktop.
Você está usando arquivos do Access ou XLS com uma assinatura do Microsoft
365.

Nenhum mecanismo de banco de dados do

Access instalado
Se uma mensagem de erro do Power BI Desktop indicar que o Mecanismo de Banco de
Dados do Access não está instalado, instale o Mecanismo de Banco de Dados do
Access na página de downloads. Instale a versão, de 32 bits ou de 64 bits, que
corresponda à sua versão do Power BI Desktop.

Se você trabalha com fluxos de dados e usa um gateway para se conectar aos dados,
deve instalar o Mecanismo de Banco de Dados do Access no computador que executa o
gateway.

７ Nota

Se a versão de bits do Mecanismo de Banco de Dados do Access instalada for

diferente da versão de bits do Microsoft Office, seus aplicativos do Office não
poderão usar o Mecanismo de Banco de Dados do Access.

A versão de bits do Mecanismo de Banco de

Dados do Access é diferente da versão de bits
do Power BI Desktop
Essa situação geralmente ocorre quando a versão instalada do Microsoft Office é de 32
bits e a versão instalada do Power BI Desktop é de 64 bits. O oposto também pode
acontecer, e a incompatibilidade de versão de bits ocorre em ambos os casos.

Qualquer uma das soluções a seguir pode corrigir esse erro de incompatibilidade de
versão de bits. Você também pode aplicar essas soluções a outras incompatibilidades,
por exemplo, outros aplicativos COM de 32 bits, como o Visual Studio SSDT.

Se estiver a utilizar ficheiros do Access ou XLS com uma subscrição do Microsoft 365,
consulte Access ou ficheiros XLS com o Microsoft 365 para obter um problema e uma
resolução diferentes.

Solução 1: Alterar a versão de bits do Power BI Desktop

para corresponder à versão de bits do Microsoft Office
Para alterar a versão de bits do Power BI Desktop, desinstale o Power BI Desktop e
instale a versão do Power BI Desktop que corresponde à sua instalação do Office.

７ Nota

Se você usar a versão de 32 bits do Power BI Desktop para criar modelos de dados
muito grandes, poderá enfrentar problemas de falta de memória.

Para selecionar uma versão do Power BI Desktop:

1. Na página de transferência do Power BI Desktop, escolha o seu idioma e, em

seguida, selecione Transferir.

2. No ecrã seguinte, selecione a caixa de verificação junto a PBIDesktop.msi para a

versão de 32 bits ou PBIDesktop_x64.msi para a versão de 64 bits e, em seguida,
selecione Seguinte.
Solução 2: Alterar a versão de bits do Microsoft Office
para corresponder à versão de bits do Power BI Desktop
Para alterar a versão de bits do Microsoft Office para corresponder à versão de bits da
sua instalação do Power BI Desktop:

1. Desinstale o Microsoft Office.

2. Instale a versão do Office que corresponde à sua instalação do Power BI Desktop.

Solução 3: Salve o arquivo XLS como XLSX

Se o erro ocorrer com uma pasta de trabalho XLS do Excel 97-2003, você pode evitar
usar o Mecanismo de Banco de Dados do Access abrindo o arquivo XLS no Excel e
salvando-o como um arquivo XLSX.

Solução 4: Instalar ambas as versões do Mecanismo de

Banco de Dados do Access
Pode instalar ambas as versões do Mecanismo de Base de Dados do Access para
resolver o problema do Power Query para Excel e do Power BI Desktop. Essa solução
alternativa não é recomendada, pois pode introduzir erros e problemas para aplicativos
que usam a versão de bits do Mecanismo de Banco de Dados do Access instalada
primeiro.

Para usar ambas as versões de bits do Mecanismo de Banco de Dados do Access:

1. Instale ambas as versões de bits do Mecanismo de Banco de Dados do Access

na página de download.

2. Execute cada versão do Mecanismo de Banco de Dados do Access usando a

/passive opção. Por exemplo:
 Console

c:\users\joe\downloads\AccessDatabaseEngine.exe /passive

c:\users\joe\downloads\AccessDatabaseEngine_x64.exe /passive

Você usa arquivos Access ou XLS com o

Microsoft 365
As assinaturas do Office 2013 e do Office 2016 Microsoft 365 registram o provedor do
Mecanismo de Banco de Dados do Access em um local de registro virtual que somente
os processos do Microsoft Office podem acessar. O Mecanismo de Mashup, responsável
pela execução do Excel e do Power BI Desktop que não sejam do Microsoft 365, não é
um processo do Office, portanto, não pode usar o provedor do Mecanismo de Banco de
Dados do Access.

Para corrigir essa situação, baixe e instale o Access Database Engine Redistributable
que corresponde à versão de bits da sua instalação do Power BI Desktop, 32 bits ou 64
bits.

Outras questões relativas à importação

A equipa do Power BI procura regularmente problemas que possam afetar muitos
utilizadores e tenta incluí-los na documentação. Se você encontrar um problema que
este artigo não aborda, envie uma pergunta sobre o problema para o Suporte do
Power BI.
Solucionar problemas de modelos
DirectQuery no Power BI Desktop
Artigo • 08/09/2023

Este artigo ajuda a diagnosticar problemas de desempenho com os modelos de dados

DirectQuery do Power BI que você desenvolve no Power BI Desktop ou no serviço do
Power BI. O artigo também descreve como obter informações detalhadas para ajudá-lo
a otimizar relatórios.

Você deve iniciar qualquer diagnóstico de problemas de desempenho no Power BI

Desktop, em vez de no serviço do Power BI ou no Servidor de Relatório do Power BI. Os
problemas de desempenho geralmente dependem do nível de desempenho da fonte de
dados subjacente. Você pode identificar e diagnosticar esses problemas com mais
facilidade no ambiente isolado do Power BI Desktop, sem envolver componentes como
um gateway local.

Se não encontrar os problemas de desempenho no Power BI Desktop, pode concentrar

a sua investigação nas especificidades do relatório no serviço do Power BI.

Você também deve tentar isolar os problemas em um visual individual antes de

examinar muitos elementos visuais em uma página.

Analisador de Desempenho
O Performance Analyzer é uma ferramenta útil para identificar problemas de
desempenho durante todo o processo de solução de problemas. Se você puder
identificar um único visual lento em uma página no Power BI Desktop, poderá usar o
Analisador de Desempenho para determinar quais consultas o Power BI Desktop envia
para a fonte subjacente.

Você também pode visualizar rastreamentos e informações de diagnóstico que as fontes

de dados subjacentes emitem. Esses rastreamentos podem conter informações úteis
sobre os detalhes de como a consulta foi executada e como melhorá-la.

Mesmo sem vestígios da origem, você pode exibir as consultas enviadas pelo Power BI,
juntamente com seus tempos de execução.

７ Nota
 Para fontes baseadas em SQL do DirectQuery, o Performance Analyzer mostra
consultas apenas para fontes de dados SQL Server, Oracle e Teradata.

Arquivo de rastreamento
Por padrão, o Power BI Desktop registra eventos durante uma determinada sessão em
um arquivo de rastreamento chamado FlightRecorderCurrent.trc. Você pode encontrar o
arquivo de rastreamento da sessão atual na pasta AppData para o usuário atual, em
<User>\AppData\Local\Microsoft\Power BI Desktop\AnalysisServicesWorkspaces.

As seguintes fontes de dados DirectQuery gravam todas as consultas que o Power BI as

envia para o arquivo de rastreamento. O log pode oferecer suporte a outras fontes do
DirectQuery no futuro.

SQL Server
Base de Dados SQL do Azure
Azure Synapse Analytics (anteriormente SQL Data Warehouse)
Oracle
Teradata
SAP HANA

Para aceder facilmente à pasta do ficheiro de rastreio no Power BI Desktop, selecione

Opções de Ficheiro>e Opções de Definições> e, em seguida, selecione Diagnóstico.
Em Coleção de Despejo de Falha, selecione o link Abrir pasta de
despejo/rastreamentos para abrir a <pasta User>\AppData\Local\Microsoft\Power BI
Desktop\Traces.

Navegue até a pasta pai dessa pasta e abra a pasta AnalysisServicesWorkspaces, que
contém uma subpasta de espaço de trabalho para cada instância aberta do Power BI
Desktop. Os nomes das subpastas têm sufixos inteiros, como
AnalysisServicesWorkspace2058279583.

Cada pasta AnalysisServicesWorkspace inclui uma subpasta Data que contém o arquivo
de rastreamento FlightRecorderCurrent.trc para a sessão atual do Power BI. Esta pasta
desaparece quando a sessão associada do Power BI Desktop termina.

Você pode abrir os arquivos de rastreamento usando a ferramenta SQL Server Profiler,
que pode ser obtida como parte do download gratuito do SQL Server Management
Studio (SSMS). Depois de baixar e instalar o SQL Server Management Studio, abra o SQL
Server Profiler.

Para abrir um arquivo de rastreamento:

1. No SQL Server Profiler, selecione Arquivo de Rastreamento de Abertura>de

Arquivo.>

2. Navegue até ou insira o caminho para o arquivo de rastreamento para a sessão

atual do Power BI, como <User>\AppData\Local\Microsoft\Power BI
Desktop\AnalysisServicesWorkspaces\AnalysisServicesWorkspace2058279583\Data,
e abra FlightRecorderCurrent.trc.

O SQL Server Profiler exibe todos os eventos da sessão atual. A captura de tela a seguir
destaca um grupo de eventos para uma consulta. Cada grupo de consulta tem os
seguintes eventos:

A Query Begin e evento, que representam o início e Query End o fim de uma
consulta DAX gerada pela alteração de um visual ou filtro na interface do usuário
do Power BI ou pela filtragem ou transformação de dados no Editor do Power
Query.

Um ou mais pares de e DirectQuery End eventos, que representam consultas

enviadas para a fonte de DirectQuery Begin dados subjacente como parte da
avaliação da consulta DAX.
 

Várias consultas DAX podem ser executadas em paralelo, para que eventos de grupos
diferentes possam intercalar. Você pode usar o valor do ActivityID para determinar
quais eventos pertencem ao mesmo grupo.

As seguintes colunas também são de interesse:

TextData: O detalhe textual do evento. Para Query Begin e Query End eventos, o
detalhe é a consulta DAX. Para DirectQuery Begin e DirectQuery End eventos, o
detalhe é a consulta SQL enviada para a fonte subjacente. O valor TextData para o
evento selecionado no momento também aparece no painel na parte inferior da
tela.
EndTime: A hora em que o evento foi concluído.
Duração: a duração, em milissegundos, necessária para executar a consulta DAX
ou SQL.
Erro: Se ocorreu um erro, caso em que o evento também é exibido em vermelho.

A imagem anterior estreita algumas das colunas menos interessantes, para que você
possa ver as colunas mais interessantes mais facilmente.

Siga esta abordagem para capturar um rastreamento para ajudar a diagnosticar um

possível problema de desempenho:

1. Abra uma única sessão do Power BI Desktop para evitar a confusão de várias
pastas de espaço de trabalho.

2. Faça o conjunto de ações de interesse no Power BI Desktop. Inclua mais algumas

ações, para garantir que os eventos de interesse sejam liberados no arquivo de
rastreamento.
 3. Abra o SQL Server Profiler e examine o rastreamento. Lembre-se de que fechar o
Power BI Desktop exclui o arquivo de rastreamento. Além disso, outras ações no
Power BI Desktop não aparecem imediatamente. Você deve fechar e reabrir o
arquivo de rastreamento para ver novos eventos.

Mantenha sessões individuais razoavelmente pequenas, talvez 10 segundos de ações,

não centenas. Essa abordagem facilita a interpretação do arquivo de rastreamento. Há
também um limite no tamanho do arquivo de rastreamento, portanto, para sessões
longas, há uma chance de os primeiros eventos caírem.

Formato de consulta e subconsulta

O formato geral das consultas do Power BI Desktop é usar subconsultas para cada
tabela de modelo à qual as consultas fazem referência. A consulta do Editor do Power
Query define as consultas de subseleção. Por exemplo, suponha que você tenha as
seguintes tabelas TPC-DS em um banco de dados relacional do SQL Server:

No visual do Power BI, a expressão a seguir define a SalesAmount medida:

DAX

SalesAmount = SUMX(Web_Sales, [ws_sales_price] * [ws_quantity])

A atualização do visual produz a consulta T-SQL na imagem a seguir. Há três
subconsultas para as Web_Sales tabelas , Item e Date_dim modelo. Cada consulta retorna
todas as colunas da tabela modelo, mesmo que o visual faça referência a apenas quatro
colunas.

Estas subconsultas sombreadas são a definição exata das consultas do Power Query.
Esse uso de subconsultas não afeta o desempenho das fontes de dados suportadas pelo
DirectQuery. Fontes de dados como o SQL Server otimizam as referências às outras
colunas.

Uma razão pela qual o Power BI usa esse padrão é para que você possa definir uma
consulta do Power Query para usar uma instrução de consulta específica. O Power BI usa
a consulta conforme fornecido, sem uma tentativa de reescrevê-la. Esse padrão
restringe o uso de instruções de consulta que usam CTEs (Common Table Expressions) e
procedimentos armazenados. Não é possível usar essas instruções em subconsultas.
Desempenho do gateway
Para obter informações sobre como solucionar problemas de desempenho de gateway,
consulte Solucionar problemas de gateways - Power BI.
Próximos passos
Para obter mais informações sobre o DirectQuery, consulte os seguintes recursos:

Usar o DirectQuery no Power BI Desktop

Fontes de dados suportadas pelo DirectQuery
Modelos DirectQuery no Power BI Desktop
Orientação do modelo DirectQuery no Power BI Desktop

Perguntas? Tente perguntar à Comunidade do Power BI

Solução de problemas de valores
aninhados retornados como texto no
serviço do Power BI
Artigo • 08/09/2023

No passado, houve casos em que um relatório é atualizado no Power BI Desktop, mas

falha no serviço do Power BI com um erro como este texto:

Saída

We cannot convert the value "[Table]" to type Table

Causa
Uma das causas desse erro envolve valores não escalares aninhados, como tabelas,
registros, listas e funções. Quando o Firewall de Privacidade de Dados armazena em
buffer uma fonte de dados, os valores não escalares aninhados são convertidos em
valores de texto, como "[Table]" ou "[Record]" .

O serviço Power BI agora oferece suporte à configuração de níveis de privacidade ou à

desativação total do Firewall. Os erros podem ser evitados definindo as configurações
de privacidade da fonte de dados no serviço do Power BI para não serem privadas.

Para versões mais recentes do Power BI, quando o Firewall armazena em buffer uma
tabela, registro ou lista aninhados, ele não converte silenciosamente valores não
escalares em texto. Em vez disso, mostra um erro:

Saída

We cannot return a value of type Table in this context

Efeito na carga/atualização
Essa alteração motivada pelo buffer do Firewall também se estende a Load/Refresh. O
comportamento de carregar tabelas, registos e listas aninhados para o Modelo do
Power BI e o Modelo de Dados do Excel no Power Query para Excel foi alterado. Antes,
os itens aninhados eram carregados como valores de texto, como "[Table]" ou "
[Record]" . Agora, são tratados como erros. Um null valor está na tabela carregada e a

contagem de erros aumenta nos resultados da carga.

Como esses erros ocorrem apenas durante o Carregamento/Atualização, eles não

aparecem no Editor do Power Query.

Antes
Carregar/Atualizar sem erros
A tabela carregada contém "[Table]" , "[Record]" e assim por diante.

Depois de
Carregar/atualizar com erros
A tabela carregada contém null , em vez de "[Table]" , "[Record]" e assim por
diante.

Resolução
Você está carregando uma coluna que contém valores não escalares, por exemplo,
tabelas, listas ou registros? Em caso afirmativo, você deve ser capaz de eliminar os erros
removendo a coluna.

Se não for possível remover a coluna, tente replicar o comportamento antigo

adicionando uma coluna personalizada e usando uma lógica como a seguinte amostra:

Saída

if [MyColumn] is table then "[Table]" else if [MyColumn] is record then "

[Record]"
else if [MyColumn] is list then "[List]" else if [MyColumn] is function
then "[Function]" else [MyColumn]

O problema se reproduz no Power BI Desktop se você definir todas as configurações de

privacidade da fonte de dados como Particular? Em caso afirmativo, tente resolver o
erro definindo as configurações de privacidade da fonte de dados no serviço do
Power BI para que não sejam Privadas.
Solução de problemas de entrada com
feed OData
Artigo • 08/09/2023

Este artigo contém opções de solução de problemas ao entrar usando uma conta da
organização para um feed OData:

Erro de tipo de credencial não suportado

Erros de acesso negado

As seções a seguir descrevem cada erro e as etapas para corrigi-los, por sua vez.

Tipo de credencial não suportado

Poderá ver o seguinte erro, indicando que o tipo de credencial não é suportado:

Saída

We are unable to connect because this credential type is not supported

by this resource. Please choose another credential type.

Você precisa garantir que seu serviço esteja enviando cabeçalhos de autenticação da
seguinte maneira:

A primeira solicitação Oauth sem qualquer cabeçalho de autorização deve enviar o

seguinte cabeçalho em resposta:

Saída

www-authenticate: Bearer realm=https://login.microsoftonline.com/<Your

Active Directory Tenant Id>

A solicitação de redirecionamento para o serviço com o cabeçalho de autorização

definido como Portador deve enviar o seguinte cabeçalho em resposta:

Saída

www-authenticate: Bearer
authorization_uri=https://login.microsoftonline.com/<Your Active
Directory Tenant Id>/oauth2/authorize
Após uma chamada de redirecionamento bem-sucedida, as chamadas para o seu
serviço têm o token de acesso correto no cabeçalho de autorização. Se continuar a ver
um erro, limpe as Permissões Globais para o URI do serviço OData e tente novamente.
Para limpar Permissões Globais, vá para Opções de Arquivo>e
Configurações>Configurações>da Fonte de Dados Permissões Globais.

Acesso negado
Você pode ver um dos seguintes erros, indicando que o acesso foi negado:

Saída

access_denied: AADSTS650053: The application 'Microsoft Power Query for

Excel'
asked for scope 'user_impersonation' that doesn't exist
on the resource \<resourceId\>.

Saída

Microsoft Power Query for Excel needs permission to access resources

in your organization that only an admin can grant.
Ask an admin to grant permission to this app before you can use it.

Se você encontrar esse erro, verifique se o registro do aplicativo para seu serviço OData
tem as seguintes configurações:

A ID do aplicativo é definida como o URI de base do serviço OData.

O escopo user_impersonation é definido.
As permissões do aplicativo são definidas adequadamente pelo administrador.

Próximos passos
Você pode fazer todos os tipos de coisas com o Power BI Desktop. Para obter mais
informações sobre seus recursos, confira os seguintes recursos:

O que é o Power BI Desktop?

Visão geral da consulta com o Power BI Desktop
Tipos de dados no Power BI Desktop
Formatar e combinar dados com o Power BI Desktop
Tarefas comuns de consulta no Power BI Desktop
Tipos de dados no Power BI Desktop
Artigo • 03/12/2024

Este artigo descreve os tipos de dados suportados pelo Power BI Desktop e pelo DAX
(Data Analysis Expressions).

Quando o Power BI carrega dados, ele tenta converter os tipos de dados de colunas de
origem em tipos de dados que oferecem suporte a armazenamento, cálculos e
visualização de dados mais eficientes. Por exemplo, se uma coluna de valores importada
do Excel não tiver valores fracionários, o Power BI Desktop converte a coluna de dados
em um número inteiro tipo de dados, que é mais adequado para armazenar inteiros.

Este conceito é importante porque algumas funções DAX têm requisitos especiais de
tipo de dados. Em muitos casos, o DAX converte implicitamente tipos de dados, mas em
alguns casos não. Por exemplo, se uma função DAX exigir um tipo de dados Data, mas o
tipo de dados para a sua coluna for Texto , a função DAX não funcionará corretamente.
Portanto, é importante e útil usar os tipos de dados corretos para colunas.

Determinar e especificar o tipo de dados de

uma coluna
No Power BI Desktop, pode determinar e especificar o tipo de dados de uma coluna no
Editor do Power Query, na vista Tabela ou na vista Relatório:

No Editor do Power Query, selecione a coluna e, em seguida, selecione Tipo de

Dados no grupo Transformar do friso.
 Na vista de Tabela ou na vista de Relatório, selecione a coluna e, em seguida,
selecione a seta pendente ao lado de Tipo de dados no separador Ferramentas de
Coluna da barra de ferramentas.

A seleção pendente Tipo de dados no Power Query Editor tem dois tipos de dados que
não estão presentes na vista de Tabela ou na vista de Relatório: Data/Hora/Fuso Horário
e Duração. Quando se carrega uma coluna com esses tipos de dados no modelo do
Power BI, uma coluna Data/Hora/Fuso Horário é convertida num tipo de dados
Data/hora e uma coluna Duração é convertida num tipo de dados número decimal.

O tipo de dados binário não é suportado fora do Editor do Power Query. No Editor do
Power Query, pode utilizar o tipo de dados Binary ao carregar ficheiros binários se os
converter noutros tipos de dados antes de os carregar no modelo do Power BI. A
seleção Binário existe nos menus Modo de exibição Tabela e Modo de exibição
Relatório por motivos herdados, mas se tentar carregar colunas Binárias no modelo do
Power BI, poderá encontrar erros.

Tipos de números
O Power BI Desktop suporta três tipos de números: Número decimal, Número decimal
fixoe Número inteiro.

Você pode usar a propriedade Tabular Object Model (TOM) Column DataType para
especificar o DataType Enums para tipos de número. Para obter mais informações sobre
como modificar objetos programaticamente no Power BI, consulte Programar modelos
semânticos do Power BI com o Modelo de Objeto Tabela.
Número decimal
de número decimal é o tipo de número mais comum e pode lidar com números com
valores fracionários e números inteiros. Número decimal representa números de ponto
flutuante de 64 bits (oito bytes) com valores negativos de -1,79E +308 até -2,23E -308,
valores positivos de 2,23E -308 até 1,79E +308e 0. Números como 34, 34,01e
34,000367063 são números decimais válidos.

A maior precisão que o número decimal tipo pode representar é de 15 dígitos. O

separador decimal pode ocorrer em qualquer parte do número. Esse tipo corresponde a
como o Excel armazena seus números, e o TOM especifica esse tipo como
DataType.Double Enum.

Número decimal fixo

O número decimal fixo tipo de dados tem um local fixo para o separador decimal. O
separador decimal tem sempre quatro dígitos à sua direita e permite 19 dígitos de
significância. O maior valor que o número decimal fixo pode representar é positivo ou
negativo 922.337.203.685.477,5807.

O tipo de número decimal fixo é útil nos casos em que o arredondamento pode
introduzir erros. Números que têm pequenos valores fracionários às vezes podem se
acumular e forçar um número a ser ligeiramente impreciso. O tipo de número decimal
fixo pode ajudá-lo a evitar esses tipos de erros, truncando os valores além dos quatro
dígitos à direita do separador decimal.

Esse tipo de dados corresponde aodecimal (19,4) do SQL Server ou ao tipo de dados
Moeda no Analysis Services e no Power Pivot no Excel. TOM especifica esse tipo como
DataType.Decimal Enum.

Número inteiro
Número inteiro representa um valor inteiro de 64 bits (oito bytes). Por ser um número
inteiro, número não tem dígitos à direita do ponto decimal. Este tipo permite 19 dígitos
de números inteiros positivos ou negativos entre -9.223.372.036.854.775.807 (-2^63+1)
e 9.223.372.036.854.775.806 (2^63-2), portanto, pode representar os maiores números
possíveis dos tipos de dados numéricos.

Tal como acontece com o tipo de decimal fixo, o número inteiro tipo pode ser útil
quando você precisa controlar o arredondamento. TOM representa o tipo de dados de
número inteiro como DataType.Int64 Enum.
 ７ Nota

O modelo de dados do Power BI Desktop suporta valores inteiros de 64 bits, mas

devido a limitações de JavaScript, o maior número que os visuais do Power BI
podem expressar com segurança é 9.007.199.254.740.991 (2^53-1). Se o seu
modelo de dados tiver números maiores, você poderá reduzir seu tamanho por
meio de cálculos antes de adicioná-los aos elementos visuais.

Precisão dos cálculos de tipos de números

Os valores de coluna do tipo de dados de número decimal são armazenados como tipos
de dados aproximados , de acordo com o IEEE 754 padrão para números de ponto
flutuante. Os tipos de dados aproximados têm limitações de precisão inerentes, porque,
em vez de armazenar valores numéricos exatos, eles podem armazenar aproximações
extremamente próximas ou arredondadas.

A perda de precisão, ou imprecisão, pode ocorrer se o valor de ponto flutuante não

puder representar de forma confiável o número de dígitos numéricos. A imprecisão
pode aparecer como resultados de cálculo inesperados ou imprecisos em alguns
cenários de relatório.

Cálculos de comparação relacionados com a igualdade entre valores do tipo de dados

decimal podem devolver resultados inesperados. As comparações de igualdade incluem
igual = , maior que > , menor que < , maior ou igual a >= , e menor ou igual a <= .

Esse problema é mais aparente quando você usa a função RANKX em uma expressão
DAX, que calcula o resultado duas vezes, resultando em números ligeiramente
diferentes. Os usuários do relatório podem não notar a diferença entre os dois números,
mas o resultado da classificação pode ser visivelmente impreciso. Para evitar resultados
inesperados, você pode alterar o tipo de dados da coluna de número decimal para
número decimal fixo ou número inteiro, ou fazer um arredondamento forçado usando
ROUND. O número decimal fixo tipo de dados tem maior precisão, porque o separador
decimal sempre tem quatro dígitos à direita.

Raramente, cálculos que somam os valores de uma coluna de tipo de dados número
decimal podem retornar resultados inesperados. Este resultado é mais provável com
colunas que têm grandes quantidades de números positivos e negativos. O resultado da
soma é afetado pela distribuição de valores entre linhas na coluna.

Se um cálculo necessário soma a maioria dos números positivos antes de somar a

maioria dos números negativos, a grande soma parcial positiva no início pode
potencialmente distorcer os resultados. Se o cálculo adicionar números positivos e
negativos equilibrados, a consulta reterá mais precisão e, portanto, retornará resultados
mais precisos. Para evitar resultados inesperados, você pode alterar o tipo de dados da
coluna de número decimal para número decimal fixo ou número inteiro.

Tipos de data/hora
O Power BI Desktop suporta cinco tipos de dados Data/Hora no Editor do Power Query.
Tanto Data/Hora/Fuso Horário quanto Duração são convertidos para o modelo de
dados do Power BI Desktop durante o carregamento. O modelo suporta Data/Hora ou
pode formatar os valores como Data ou Hora de forma independente.

"" representa um valor de hora e data. O valor subjacente Data/Hora do é

armazenado como um número decimal tipo, para que você possa converter entre
os dois tipos. ** A porção de tempo é armazenada como uma fração de múltiplos
de 1/300 segundos (3,33 ms). O tipo de dados suporta datas entre os anos 1900 e
9999.

Data representa apenas uma data sem elemento temporal. Uma Data converte-se
no modelo num valor de Data/Hora com valor fracionário zero.

Time representa apenas uma hora sem parte de data. A Hora é convertida no
modelo como um valor de Data/Hora sem dígitos à esquerda do ponto decimal.

Data/Hora/Fuso Horário representa uma data/hora UTC com um ajuste de fuso

horário, e converte-se em Data/Hora quando carregado no modelo. O modelo do
Power BI não ajusta o fuso horário com base na localização ou localidade de um
utilizador. Um valor de 09:00 carregado no modelo nos EUA é exibido como 09:00
onde quer que o relatório seja aberto ou visualizado.

Duração representa um período de tempo e é convertido em um número decimal

do tipo quando carregado no modelo. Como um número decimal do tipo , pode
adicionar ou subtrair os valores de Data/Hora com resultados corretos e utilizar
facilmente os valores em visualizações que apresentam magnitude.

Tipo de texto
O tipo de dados Text é uma cadeia de dados de caracteres Unicode, que pode ser letras,
números ou datas representadas em um formato de texto. O limite máximo prático para
o comprimento da cadeia de caracteres é de aproximadamente 32.000 caracteres
Unicode, com base no mecanismo subjacente do Power Query do Power BI e seus
limites em comprimentos de texto tipo de dados. Tipos de dados de texto além do
limite máximo prático provavelmente resultarão em erros.

A maneira como o Power BI armazena dados de texto pode fazer com que os dados
sejam exibidos de forma diferente em determinadas situações. As próximas seções
descrevem situações comuns que podem fazer com que os dados de texto alterem
ligeiramente a aparência ao consultar dados no Power Query Editor e ao carregá-los no
Power BI.

Diferenciação entre maiúsculas e minúsculas

O mecanismo que armazena e consulta dados no Power BI é insensível a maiúsculas e
minúsculase trata diferentes capitalizações de letras como o mesmo valor. "A" é igual a
"a". No entanto, o Power Query diferencia maiúsculas de minúsculas, em que "A" não é o
mesmo que "a". A diferença na diferenciação de maiúsculas e minúsculas pode levar a
situações em que os dados de texto alteram a capitalização de forma aparentemente
inexplicável após o carregamento no Power BI.

O exemplo a seguir mostra os dados do pedido: uma coluna OrderNo exclusiva para
cada pedido e uma coluna Addressee que mostra o nome do destinatário inserido
manualmente no momento do pedido. Power Query Editor mostra várias ordens com os
mesmos nomes de destinatários e inseridos no sistema com maiúsculas variadas.

Depois que o Power BI carrega os dados, a capitalização dos nomes duplicados na guia
Data muda da entrada original para uma das variantes de capitalização.
Esta alteração acontece porque o Power Query Editor diferencia maiúsculas de
minúsculas, pelo que mostra os dados exatamente como armazenados no sistema de
origem. O mecanismo que armazena dados no Power BI não diferencia maiúsculas de
minúsculas, portanto, trata as versões minúsculas e maiúsculas de um caractere como
idênticas. Os dados do Power Query carregados no motor do Power BI podem ser
alterados em conformidade.

O mecanismo do Power BI avalia cada linha individualmente quando carrega dados,

começando pela parte superior. Para cada coluna de texto, como Addressee, o
mecanismo armazena um dicionário de valores exclusivos, para melhorar o desempenho
por meio da compactação de dados. O mecanismo vê os três primeiros valores na
coluna Addressee como exclusivos e os armazena no dicionário. Depois disso, como o
mecanismo não diferencia maiúsculas de minúsculas, ele avalia os nomes como
idênticos.

O sistema vê o nome "Taina Hasu" como idêntico a "TAINA HASU" e "Taina HASU", por
isso não armazena essas variações, mas refere-se à primeira variação que foi
armazenada. O nome "MURALI DAS" aparece em letras maiúsculas, porque foi assim
que o nome apareceu na primeira vez que o motor o avaliou ao carregar os dados de
cima para baixo.

Esta imagem ilustra o processo de avaliação:

No exemplo anterior, o mecanismo do Power BI carrega a primeira linha de dados, cria o

dicionário Addressee e adiciona Taina Hasu a ele. O mecanismo também adiciona uma
referência a esse valor na coluna "Destinatário" na tabela que carrega. O mecanismo faz
o mesmo para a segunda e terceira filas, porque esses nomes não são equivalentes aos
outros ao ignorar diferenças de maiúsculas.

Para a quarta linha, o mecanismo compara o valor com os nomes no dicionário e

localiza o nome. Como o motor não diferencia maiúsculas de minúsculas, "TAINA HASU"
e "Taina Hasu" são iguais. O mecanismo não adiciona um novo nome ao dicionário, mas
se refere ao nome existente. O mesmo processo acontece para as linhas restantes.
 ７ Nota

Como o mecanismo que armazena e consulta dados no Power BI não diferencia

maiúsculas de minúsculas, tenha cuidado especial ao trabalhar no modo
DirectQuery com uma fonte que diferencia maiúsculas de minúsculas. O Power BI
pressupõe que a origem eliminou linhas duplicadas. Como o Power BI não
diferencia maiúsculas de minúsculas, ele trata dois valores que diferem apenas por
maiúsculas e minúsculas como duplicados, enquanto a fonte pode não tratá-los
como tal. Nesses casos, o resultado final é indefinido.

Para evitar esta situação, caso utilize o modo DirectQuery com uma fonte de dados
que diferencia maiúsculas de minúsculas, normalize a capitalização na consulta de
origem ou no Editor do Power Query.

Espaços à frente e à direita

O mecanismo do Power BI corta automaticamente todos os espaços à direita que
seguem os dados de texto, mas não remove os espaços à esquerda que precedem os
dados. Para evitar confusão, ao trabalhar com dados que contêm espaços à esquerda ou
à direita, você deve usar a função Text.Trim para remover espaços no início ou no final
do texto. Se não remover os espaços à esquerda, uma relação pode não ser criada
devido a valores duplicados, ou os visuais podem apresentar resultados inesperados.

O exemplo a seguir mostra dados sobre clientes: uma coluna Nome que contém o
nome do cliente e uma coluna Índice de que é exclusiva para cada entrada. Os nomes
aparecem entre aspas para maior clareza. O nome do cliente repete-se quatro vezes,
mas cada vez com diferentes combinações de espaços no início e no final. Essas
variações podem ocorrer com a entrada manual de dados ao longo do tempo.

ﾉ Expandir tabela

Linha Espaço líder Espaço à direita Nome Índice Comprimento do texto

1 Não Não "Dylan Williams" 1 14

2 Não Sim "Dylan Williams" 10 15

3 Sim Não "Dylan Williams" 20 15

4 Sim Sim " Dylan Williams " 40 16

No Power Query Editor, os dados resultantes aparecem da seguinte forma.

Quando acedes ao separador Tabela no Power BI ao carregares os dados, a mesma
tabela parece-se com a imagem a seguir, com o mesmo número de linhas que antes.

No entanto, um visual baseado nesses dados retorna apenas duas linhas.

Na imagem anterior, a primeira linha tem um valor total de 60 para o campo Index, de
modo que a primeira linha no visual representa as duas últimas linhas dos dados
carregados. A segunda linha, com o valor total do índice de, que é 11, representa as
duas primeiras linhas. A diferença no número de linhas entre o visual e a tabela de
dados é causada pelo mecanismo remover ou aparar automaticamente os espaços
finais, mas não os espaços iniciais. Assim, o motor avalia a primeira e a segunda linhas,
assim como a terceira e a quarta linhas, como sendo idênticas, e o visual apresenta
esses resultados.

Esse comportamento também pode causar mensagens de erro relacionadas a

relacionamentos, porque valores duplicados são detetados. Por exemplo, dependendo
da configuração de seus relacionamentos, você pode ver um erro semelhante à imagem
a seguir:
Em outras situações, talvez não seja possível criar uma relação muitos-para-um ou um-
para-um porque valores duplicados são detetados.

Pode rastrear estes erros até aos espaços à esquerda ou à direita e resolvê-los utilizando
Text.Trim, ou Format>Trim em Transform, para remover os espaços no Power Query
Editor.

Tipo verdadeiro/falso
O tipo de dados True/false é um valor booleano de True ou False. Para obter os
melhores e mais consistentes resultados, quando você carrega uma coluna que contém
informações booleanas verdadeiras/falsas no Power BI, defina o tipo de coluna como
Verdadeiro/Falso .

O Power BI converte e exibe dados de forma diferente em determinadas situações. Esta

seção descreve casos comuns de conversão de valores booleanos e como lidar com
conversões que criam resultados inesperados no Power BI.

Neste exemplo, você carrega dados sobre se seus clientes se inscreveram no boletim
informativo. Um valor de TRUE indica que o cliente se inscreveu na newsletter, e um
valor de FALSE indica que o cliente não se inscreveu.

No entanto, quando você publica o relatório no serviço do Power BI, a coluna de status
de inscrição do boletim informativo mostra 0 e -1 em vez dos valores esperados de
TRUE ou FALSE. As etapas a seguir descrevem como essa conversão ocorre e como
evitá-la.

A consulta simplificada para esta tabela aparece na imagem a seguir:

O tipo de dados da coluna Inscrito na Newsletter é definido como Qualquere, como

resultado, o Power BI carrega os dados no modelo como Texto .

Quando você adiciona uma visualização simples que mostra as informações detalhadas
por cliente, os dados aparecem no visual conforme o esperado, tanto no Power BI
Desktop quanto quando publicados no serviço do Power BI.
No entanto, quando você atualiza o modelo semântico no serviço do Power BI, a coluna
Inscrito no Boletim Informativo nos visuais exibe valores como -1 e 0, em vez de exibi-
los como TRUE ou FALSE:

Se você republicar o relatório do Power BI Desktop, a coluna Subscrito ao Boletim

Informativo voltará a mostrar TRUE ou FALSE conforme esperado, mas assim que
ocorrer uma atualização no serviço do Power BI, os valores voltarão a alterar-se para
mostrar -1 e 0.

A solução para evitar essa situação é definir quaisquer colunas booleanas para digitar
Verdadeiro/Falso no Power BI Desktop e publicar novamente seu relatório.

Ao fazer a alteração, a visualização mostra os valores na coluna Inscrito no boletim

informativo de forma ligeiramente diferente. Em vez de o texto ser todas as letras
maiúsculas, conforme inserido na tabela, apenas a primeira letra é maiúscula. Essa
alteração é um resultado da alteração do tipo de dados da coluna.
Depois de alterar o tipo de dados, publicar novamente no serviço do Power BI e ocorrer
uma atualização, o relatório exibirá os valores como True ou False, conforme o
esperado.

Para resumir, ao trabalhar com dados booleanos no Power BI, verifique se suas colunas
estão definidas para o tipo de dados Verdadeiro/Falso no Power BI Desktop.

Tipo vazio
Blank é um tipo de dados DAX que representa e substitui nulos SQL. Você pode criar
um espaço em branco usando a função BLANK, e testar espaços em branco usando a
função lógica ISBLANK.

Tipo binário
Você pode usar o tipo de dados Binary para representar quaisquer dados com um
formato binário. No Editor do Power Query, você pode usar esse tipo de dados ao
carregar arquivos binários se convertê-lo em outros tipos de dados antes de carregá-lo
no modelo do Power BI.

Não há suporte para colunas binárias no modelo de dados do Power BI. A seleção
binária existe nos menus do Modo de Exibição Tabela e do Modo de Exibição Relatório
por motivos de legado, mas ao tentar carregar colunas binárias no modelo do Power BI,
pode encontrar erros.

７ Nota

Se uma coluna binária estiver na saída das etapas de uma consulta, tentar atualizar
os dados por meio de um gateway pode causar erros. É recomendável remover
explicitamente todas as colunas binárias como a última etapa de suas consultas.

Tipo de tabela
O DAX usa um tipo de dados do Tabela em muitas funções, como agregações e cálculos
de inteligência temporal. Algumas funções requerem uma referência a uma tabela.
Outras funções retornam uma tabela que você pode usar como entrada para outras
funções.

Em algumas funções que exigem uma tabela como entrada, você pode especificar uma
expressão que é avaliada como uma tabela. Algumas funções requerem uma referência
a uma tabela base. Para obter informações sobre os requisitos de funções específicas,
consulte a referência de funções DAX .

Conversão de tipo de dados implícita e

explícita
Cada função DAX tem requisitos específicos para os tipos de dados a serem usados
como entradas e saídas. Por exemplo, algumas funções exigem inteiros para alguns
argumentos e datas para outros. Outras funções requerem texto ou tabelas.

Se os dados na coluna que você especificar como um argumento forem incompatíveis

com o tipo de dados que a função requer, o DAX poderá retornar um erro. No entanto,
sempre que possível, o DAX tenta converter implicitamente os dados para o tipo de
dados necessário.

Por exemplo:

Se você digitar uma data como uma cadeia de caracteres, o DAX analisará a cadeia
de caracteres e tentará convertê-la como um dos formatos de data e hora do
Windows.
Você pode adicionar TRUE + 1 e obter o resultado 2, porque o DAX converte
implicitamente TRUE para o número 1e faz a operação 1+1.
Se você adicionar valores em duas colunas com um valor representado como texto
("12") e o outro como um número (12), o DAX implicitamente converte a cadeia de
caracteres em um número e, em seguida, faz a adição para um resultado numérico.
A expressão = "22" + 22 retorna 44.
Se você tentar concatenar dois números, o DAX os apresentará como cadeias de
caracteres e, em seguida, concatena. A expressão = 12 & 34 retorna "1234".

Tabelas de conversões de dados implícitas

O operador determina o tipo de conversão que o DAX executa lançando os valores
necessários antes de fazer a operação solicitada. As tabelas a seguir listam os
operadores e a conversão que o DAX faz em cada tipo de dados quando é emparelhado
com o tipo de dados na célula de interseção.

７ Nota

Essas tabelas não incluem o tipo de dados Texto. Quando um número é

representado em um formato de texto, em alguns casos, o Power BI tenta
determinar o tipo de número e representar os dados como um número.

Adição (+)

ﾉ Expandir tabela

INTEIRO MOEDA REAL Data/hora

INTEIRO INTEIRO MOEDA REAL Data/hora

MOEDA MOEDA MOEDA REAL Data/hora

REAL REAL VERDADEIRO REAL Data/hora

Data/hora Data/hora Data/hora Data/hora Data/hora

Por exemplo, se uma operação de adição usa um número real em combinação com
dados de moeda, o DAX converte ambos os valores em REAL e retorna o resultado
como REAL.

Subtração (-)

Na tabela a seguir, o cabeçalho da linha é o minuend (lado esquerdo) e o cabeçalho da

coluna é o subtrahend (lado direito).

ﾉ Expandir tabela

INTEIRO MOEDA REAL Data/hora

INTEIRO INTEIRO MOEDA REAL REAL

MOEDA MOEDA MOEDA REAL REAL

REAL VERDADEIRO REAL REAL REAL

Data/hora Data/hora Data/hora Data/hora Data/hora

Por exemplo, se uma operação de subtração usa uma data com qualquer outro tipo de
dados, o DAX converte ambos os valores em datas, e o valor de retorno também é uma
data.

７ Nota

Os modelos de dados suportam o operador unário, - (negativo), mas este operador

não altera o tipo de dados do operando.

Multiplicação (*)

ﾉ Expandir tabela

INTEIRO MOEDA REAL Data/hora

INTEIRO INTEIRO MOEDA REAL INTEIRO

MOEDA MOEDA REAL MOEDA MOEDA

REAL REAL MOEDA REAL REAL

Por exemplo, se uma operação de multiplicação combina um inteiro com um número

real, o DAX converte ambos os números em números reais, e o valor de retorno
também é REAL.

Divisão (/)

Na tabela a seguir, o cabeçalho da linha é o numerador e o cabeçalho da coluna é o

denominador.

ﾉ Expandir tabela

INTEIRO MOEDA REAL Data/hora

INTEIRO REAL MOEDA REAL REAL

MOEDA MOEDA REAL MOEDA REAL

REAL REAL REAL REAL REAL

Data/hora REAL REAL REAL REAL

Por exemplo, se uma operação de divisão combina um inteiro com um valor de moeda,
o DAX converte ambos os valores em números reais, e o resultado também é um
número real.

Operadores de comparação
Em expressões de comparação, o DAX considera valores booleanos maiores que valores
de cadeia de caracteres e valores de cadeia de caracteres maiores que valores
numéricos ou de data/hora. Números e valores de data/hora têm a mesma classificação.

O DAX não faz conversões implícitas para valores booleanos ou de cadeia de caracteres.
BLANK ou um valor em branco é convertido em 0, ""ou False, dependendo do tipo de
dados do outro valor comparado.

As seguintes expressões DAX ilustram esse comportamento:

=IF(FALSE()>"true","Expression is true", "Expression is false") retorna "A

expressão é verdadeira".

=IF("12">12,"Expression is true", "Expression is false") retorna "A expressão

é verdadeira".

=IF("12"=12,"Expression is true", "Expression is false") retorna "A expressão

é falsa".

O DAX faz conversões implícitas para tipos numéricos ou de data/hora, conforme

descrito na tabela a seguir:

ﾉ Expandir tabela

Comparação INTEIRO MOEDA REAL Data/hora

Operador

INTEIRO INTEIRO MOEDA VERDADEIRO REAL

MOEDA MOEDA MOEDA REAL REAL

REAL REAL REAL REAL REAL

Data/hora REAL REAL REAL Data/Hora

Espaços em branco, cadeias de caracteres vazias e valores

zero
DAX representa um valor nulo, em branco, uma célula vazia ou um valor ausente pelo
mesmo novo tipo de valor, chamado BLANK. Você também pode gerar espaços em
branco usando a função BLANK ou testar espaços em branco usando a função ISBLANK.

Como operações como adição ou concatenação lidam com espaços em branco

depende da função individual. A tabela a seguir resume as diferenças entre como as
fórmulas DAX e Microsoft Excel lidam com espaços em branco.

ﾉ Expandir tabela

Expressão DAX Excel

EM BRANCO + EM BRANCO EM BRANCO 0 (zero)

EM BRANCO + 5 5 5

BRANCO * 5 EM BRANCO 0 (zero)

5/EM BRANCO Infinito Erro

0/EM BRANCO NaN Erro

EM BRANCO/EM BRANCO EM BRANCO Erro

FALSO OU EM BRANCO FALSO FALSO

FALSO E VAZIO FALSO FALSO

VERDADEIRO OU EM BRANCO VERDADEIRO VERDADEIRO

VERDADEIRO E NULO FALSO VERDADEIRO

EM BRANCO OU VAZIO EM BRANCO Erro

EM BRANCO E EM BRANCO EM BRANCO Erro

Conteúdo relacionado
Você pode fazer todos os tipos de coisas com o Power BI Desktop e dados. Para obter
mais informações sobre os recursos do Power BI, consulte os seguintes recursos:

O que é o Power BI Desktop?

Visão geral do Query no Power BI Desktop
Fontes de dados no Power BI Desktop
Formatar e combinar dados no Power BI Desktop
Tarefas de consulta comuns no Power BI Desktop

Comentários
Esta página foi útil?  Yes  No

Fornecer comentários sobre o produto | Perguntar à comunidade

Extensibilidade do conector no Power BI
Artigo • 16/10/2024

Os conectores personalizados permitem que você acesse e use dados de centenas de

fontes diferentes no Power BI. Continue lendo para saber mais sobre conectores
certificados e não certificados e como usá-los no Power BI Desktop.

O Power BI pode se conectar a dados usando conectores existentes e fontes de dados

genéricas, como ODBC, OData, OLE DB, Web, CSV, XML e JSON. Os desenvolvedores
também podem habilitar novas fontes de dados com extensões de dados
personalizadas chamadas conectores personalizados. A Microsoft certifica e distribui
alguns conectores personalizados como conectores certificados.

Para usar conectores personalizados não certificados que você ou outra parte
desenvolvem, você deve ajustar suas configurações de segurança do Power BI Desktop
para permitir que as extensões sejam carregadas sem validação ou aviso. Essas
extensões podem ignorar os níveis de privacidade e lidar com credenciais, incluindo
enviá-las por HTTP, portanto, você deve usar essa configuração somente se confiar
completamente em seus conectores personalizados.

Outra opção é que o desenvolvedor assine o conector com um certificado e forneça as

informações necessárias para usar o conector sem alterar as configurações de
segurança. Para obter mais informações, consulte Conectores de terceiros confiáveis.

Conectores personalizados
Os conectores personalizados não certificados podem variar de APIs críticas para
pequenas empresas a grandes serviços específicos do setor para os quais a Microsoft
não lançou um conector. Muitos conectores são distribuídos por fornecedores. Se você
precisar de um conector para um setor ou negócio específico, entre em contato com o
fornecedor.

Para usar um conector personalizado não certificado:

1. Coloque o arquivo de conector com a extensão .pq, .pqx, .m ou .mez na pasta local
[Documentos]\Microsoft Power BI Desktop\Custom Connectors . Se a pasta não
existir, crie-a.

2. Para ajustar as configurações de segurança da extensão de dados, no Power BI

Desktop, selecione Opções de Arquivo>e Opções>>de Segurança.
 3. Em Extensões de Dados, selecione (Não Recomendado) Permitir que qualquer
extensão seja carregada sem validação ou aviso.

4. Selecione OK e reinicie o Power BI Desktop.

A configuração de segurança padrão da extensão de dados do Power BI Desktop é

(Recomendado) Permitir que apenas extensões certificadas pela Microsoft e outras
extensões confiáveis de terceiros sejam carregadas. Com essa configuração, se houver
conectores personalizados não certificados em seu sistema, a caixa de diálogo
Conectores Não Certificados aparecerá na inicialização do Power BI Desktop, listando os
conectores que não podem ser carregados com segurança.
Para limpar o erro se não precisar usar os conectores nesta sessão, selecione OK.

Para evitar o erro, altere a configuração de segurança das Extensões de Dados ou

remova os conectores não certificados da pasta Conectores Personalizados .

） Importante

Você pode usar apenas uma fonte de dados de conector personalizada quando
trabalha no modo DirectQuery. Várias fontes de dados de conector personalizadas
não funcionarão com o DirectQuery.

Conectores certificados
A Microsoft certifica um subconjunto limitado de extensões de dados personalizadas.
Embora a Microsoft distribua esses conectores, a Microsoft não é responsável por seu
desempenho ou funcionalidade contínua. O desenvolvedor terceirizado que criou o
conector é responsável por sua manutenção e suporte.

No Power BI Desktop, conectores de terceiros certificados aparecem na lista da caixa de

diálogo Obter Dados , juntamente com conectores genéricos e comuns. Não é
necessário ajustar as configurações de segurança para usar os conectores certificados.
Conteúdos relacionados
Para obter a certificação de um conector personalizado, consulte Certificação do
conector do Power Query.

Comentários
Esta página foi útil?  Yes  No

Fornecer comentários sobre o produto | Perguntar à comunidade

Conectores confiáveis de terceiros
Artigo • 08/09/2023

No Power BI Desktop, geralmente recomendamos manter o nível de segurança da

extensão de dados no nível superior, o que impede o carregamento de código não
certificado pela Microsoft. No entanto, pode haver muitos casos em que você deseja
carregar conectores específicos. Esses conectores incluem aqueles que você escreveu e
aqueles fornecidos a você por um consultor ou fornecedor fora do caminho de
certificação da Microsoft.

O desenvolvedor de um determinado conector pode assiná-lo com um certificado e

fornecer as informações necessárias para carregá-lo com segurança sem reduzir suas
configurações de segurança.

Para obter mais informações sobre as configurações de segurança, consulte

Extensibilidade do conector no Power BI.

Usando o registro para confiar em conectores

de terceiros
Confiar em conectores de terceiros no Power BI Desktop é feito listando a impressão
digital do certificado em que você deseja confiar em um valor de registro especificado.
Se essa impressão digital corresponder à impressão digital do certificado no conector
que você deseja carregar, você poderá carregá-la no nível de segurança Recomendado
do Power BI Desktop.

O caminho do Registro é HKEY_LOCAL_MACHINE\Software\Policies\Microsoft\Power BI

Desktop . Certifique-se de que o caminho existe ou crie-o. Este local é escolhido porque

é controlado principalmente pela política de TI e requer acesso à administração da

máquina local para editar.
 

Adicione um novo valor sob o caminho especificado na imagem anterior. O tipo deve
ser Multi-String Value: REG_MULTI_SZ . Deve chamar-se TrustedCertificateThumbprints .

Adicione as impressões digitais dos certificados em que deseja confiar. Você pode
adicionar vários certificados usando \0 como delimitador ou, no Editor do Registro,
clique com o botão direito do mouse na chave e selecione Modificar para colocar cada
impressão digital em uma nova linha. Este exemplo de impressão digital é tirado de um
certificado autoassinado.
 

Se você tiver a impressão digital adequada do seu desenvolvedor, agora poderá confiar
com segurança nos conectores assinados com o certificado associado.

Como assinar conectores

Se você tiver um conector que você ou um desenvolvedor precisa assinar, consulte
Manipulando a assinatura do conector do Power Query.
Gerenciar conexões DirectQuery com
um modelo semântico publicado
Artigo • 10/11/2023

Por padrão, quando você publica um modelo semântico no serviço do Power BI, pode
fazer uma conexão DirectQuery com ele, supondo que tenha permissões adequadas.
Você pode usar essa conexão para criar novos modelos compostos sobre o modelo
semântico.

Em algumas situações, no entanto, você precisa desencorajar essas conexões de

acontecer. Desencorajar essas conexões é especialmente importante no cenário de
modelos compostos, onde você pode querer proibir a criação de novos modelos
compostos sobre o modelo semântico (o chamado encadeamento). Ao desencorajar
conexões DirectQuery com um modelo semântico, você está efetivamente encerrando a
cadeia ou impedindo que ela se forme em primeiro lugar.

７ Nota

O Power BI respeita essa configuração e desabilita a criação de conexões

DirectQuery com um modelo semântico, mas ferramentas de terceiros podem não.
Ferramentas de terceiros podem permitir que os usuários façam conexões
DirectQuery com um modelo semântico, mesmo que você o desabilite.

Usar o Power BI Desktop para desencorajar

conexões DirectQuery com um modelo
semântico
1. Para desencorajar conexões do DirectQuery com um modelo semântico, vá para
Opções e configurações > de arquivo > Configurações > do > modelo semântico
Arquivo atual publicado.

2. Nesta página, escolha a opção Desencorajar conexões DirectQuery e selecione

OK.
Usar ferramentas de terceiros para
desencorajar conexões DirectQuery com um
modelo semântico
Usando ferramentas de terceiros, você pode desencorajar conexões DirectQuery com
um modelo semântico definindo a DiscourageCompositeModels propriedade em um
modelo como True .

Próximos passos
Usando o DirectQuery no Power BI
Modelos semânticos no serviço Power BI
Utilizar modelos compostos no Power BI Desktop
Tem dúvidas? Pergunte à Comunidade do Power BI