Como obter linhagem do Power BI para o Microsoft Purview
Este artigo descreve a linhagem de dados para origens do Power BI no Microsoft Purview.
Pré-requisitos
Para ver a linhagem de dados no Microsoft Purview para Power BI, primeiro tem de registar e analisar a sua origem do Power BI.
Cenários comuns
Depois de uma origem do Power BI ter sido analisada, as informações de linhagem dos recursos de dados atuais e os recursos de dados referenciados pelo Power BI serão automaticamente adicionadas no Catálogo de Dados do Microsoft Purview.
Os consumidores de dados podem efetuar a análise da causa raiz de um relatório ou dashboard do Microsoft Purview. Para qualquer discrepância de dados num relatório, os utilizadores podem identificar facilmente os conjuntos de dados upstream e contactar os proprietários, se necessário.
Os produtores de dados podem ver os relatórios a jusante ou os dashboards que consomem o conjunto de dados. Antes de efetuar alterações aos respetivos conjuntos de dados, os proprietários de dados podem tomar decisões informadas.
Os utilizadores podem procurar por nome, endossamento status, etiqueta de confidencialidade, proprietário, descrição e outras facetas empresariais para devolver os artefactos relevantes do Power BI.
Artefactos do Power BI no Microsoft Purview
Assim que a análise do Power BI estiver concluída, os seguintes artefactos do Power BI serão inventariados no Microsoft Purview:
- Espaços de trabalho
- Painéis
- Relatórios
- Conjuntos de dados
- Fluxos de dados
- Datamarts
Linhagem de artefactos do Power BI no Microsoft Purview
Os utilizadores podem procurar um artefacto do Power BI por nome, descrição ou outros detalhes para ver resultados relevantes. Nos separadores de propriedades e descrição geral do recurso, são apresentados os detalhes básicos, como a descrição, a classificação. No separador linhagem, as relações de recursos são apresentadas com as dependências upstream e a jusante.
O Microsoft Purview captura a linhagem entre artefactos do Power BI (por exemplo: Fluxo de Dados –> Conjunto de Dados –> Relatório -> Dashboard) e recursos de dados externos.
Observação
Para a linhagem entre artefactos do Power BI e recursos de dados externos, atualmente os tipos de origem suportados são:
- Banco de Dados SQL Azure
- Azure Storage Blob
- Azure Data Lake Store Gen1
- Azure Data Lake Store Gen2
Além disso, a linhagem ao nível da coluna (linhagem subartifacta do Power BI) e a transformação dentro dos conjuntos de dados do Power BI (exceto os Fluxos de dados) são capturadas ao utilizar SQL do Azure Base de Dados como origem. Para medidas, pode selecionar ainda mais a coluna -> Propriedades -> expressão para ver os detalhes da transformação.
Observação
A linhagem ao nível da coluna e as transformações (exceto os Fluxos de dados) são suportadas ao utilizar SQL do Azure Base de Dados como origem. Outras origens não são atualmente suportadas.
Limitações conhecidas
- O Microsoft Purview tira partido da API do scanner para obter os metadados e a linhagem. Saiba mais sobre algumas limitações da API na Análise de metadados – Considerações e limitações.
- Caso tenha a tabela do conjunto de dados ligada a outra tabela de conjuntos de dados, quando o conjunto de dados intermédio desativar a opção "Ativar carregamento" no power BI desktop e a linhagem não puder ser extraída.
- Para linhagem entre artefactos do Power BI e recursos de dados externos:
- Atualmente, os tipos de origem suportados são SQL do Azure Database, Armazenamento de Blobs do Azure, Azure Data Lake Store Gen1 e Azure Data Lake Store Gen2.
- A linhagem ao nível da coluna e as transformações (exceto os Fluxos de Dados do Power BI) só são suportadas ao utilizar SQL do Azure Base de Dados como origem. Outras origens não são atualmente suportadas.
- A linhagem não é capturada quando utiliza parâmetros de consulta M dinâmicos no Power BI, por exemplo, transmitir nomes de servidor/base de dados como valores de parâmetros.
- Atualmente, são apresentadas informações limitadas para origens de dados onde o Fluxo de Dados do Power BI é criado. Por exemplo, para uma origem de servidor SQL do conjunto de dados do Power BI, apenas o nome do servidor/base de dados é capturado.
- Tenha em atenção, devido às seguintes limitações, se tiver esses cenários e analisar o Power BI e as origens de dados às quais os artefactos do Power BI se ligam, atualmente poderá ver recursos duplicados no catálogo.
- Os nomes de objetos de origem em recursos e nomes completamente qualificados seguem as maiúsculas/minúsculas utilizadas nas definições/consultas do Power BI, que podem não estar alinhadas com as maiúsculas/minúsculas do objeto na origem de dados original.
- Quando o Power BI referencia as vistas SQL, estas são atualmente capturadas como recursos da tabela SQL.
- Quando o Power BI faz referência a origens do Conjunto de SQL dedicado do Azure (anteriormente SQL DW), está atualmente listado como SQL do Azure recursos da Base de Dados. (A linhagem entre artefactos do Power BI e conjuntos de SQL dedicados externos do Azure não é atualmente suportada.)
- Para linhagem de subartifact do Power BI:
- Algumas medidas não são apresentadas na linhagem subartifact, por exemplo,
COUNTROWS
. - No gráfico de linhagem, ao selecionar uma medida derivada por colunas com a função CONTAR, a coluna subjacente não é selecionada automaticamente. Verifique a expressão de medida no separador propriedades da coluna para identificar a coluna subjacente.
- Se analisou a origem do Power BI antes de a linhagem subartifact ser suportada, poderá ver um recurso de base de dados juntamente com os novos recursos da tabela no gráfico de linhagem, que não é removido.
- Algumas medidas não são apresentadas na linhagem subartifact, por exemplo,
- Atualmente, para o mesmo recurso de dados na Base de Dados SQL do Azure que tem carateres UTF-8 no nome, o nome qualificado completo gerado a partir da análise do Power BI pode ser diferente com o nome completamente qualificado gerado a partir da análise SQL do Azure Base de Dados, uma vez que a primeira irá passar por codificação adicional e pode introduzir recursos de dados duplicados SQL do Azure.