Partilhar via


Origens de dados e tipos de ficheiro suportados

Este artigo aborda as origens de dados, os tipos de ficheiro e os conceitos de análise atualmente suportados no Mapa de Dados do Microsoft Purview.

Mapa de Dados do Microsoft Purview origens de dados disponíveis

A tabela abaixo mostra todas as origens que têm metadados técnicos disponíveis no Microsoft Purview. Selecione a origem de dados para saber mais. A tabela também lista capacidades suportadas adicionais para cada origem de dados e pode selecionar a funcionalidade para obter mais informações.

Categoria Arquivo de dados suportado Examinar Classificação Rotulamento Políticas Linhagem Modo de exibição ao vivo
Azure*** Várias origens Sim Sim Dependente de Origem Sim Não Limitado
Azure Storage Blob Sim Sim Sim Sim (Pré-visualização) Limitado* Sim
Azure Cosmos DB (API para NoSQL) Sim Sim Sim Não Não* Não
Azure Data Explorer Sim Sim Sim Não Não* Não
Azure Data Factory Sim Não Não Não Sim Não
Azure Data Lake Storage Gen1 Sim Sim Sim Não Limitado* Não
Azure Data Lake Storage Gen2 Sim Sim Sim Sim (Pré-visualização) Limitado* Sim
Azure Data Share Sim Não Não Não Sim Não
Banco de Dados do Azure para MySQL Sim Sim Sim Não Não* Não
Banco de dados do Azure para PostgreSQL Sim Sim Sim Não Não* Não
Azure Databricks Hive Metastore Sim Não Não Não Sim Não
Catálogo do Unity no Azure Databricks Sim Sim Sim Não Não Não
Pool de SQL Dedicado do Azure (antigo SQL DW) Sim Sim Não Não Não* Não
Arquivos do Azure Sim Sim Sim Não Limitado* Não
Azure Machine Learning Sim Não Não Não Sim Não
Banco de Dados SQL Azure Sim Sim Sim Sim Sim (Pré-visualização) Sim
Instância Gerenciada de SQL do Azure Sim Sim Sim Sim Não* Não
Azure Synapse Analytics (Área de Trabalho) Sim Sim Sim Não Sim - Pipelines do Synapse Não
Categoria Arquivo de dados suportado Arquivo de dados suportado Classificação Rotulamento Política de Acesso Linhagem Modo de exibição ao vivo
Banco de dados Amazon RDS Sim Sim Não Não Não Não
Amazon Redshift Sim Não Não Não Não Não
Cassandra Sim Não Não Não Sim Não
DB2 Sim Não Não Não Sim Não
BigQuery do Google Sim Não Não Não Sim Não
Banco de Dados do Metastore do Hive Sim Não Não Não Sim* Não
Mongodb Sim Não Não Não Não Não
MySQL Sim Não Não Não Sim Não
Oracle Sim Sim Não Não Sim* Não
PostgreSQL Sim Não Não Não Sim Não
Warehouse de Negócios do SAP Sim Não Não Não Não Não
SAP HANA Sim Não Não Não Não Não
Snowflake Sim Sim Sim Não Sim Não
SQL Server Sim Sim Sim Não Não* Não
SQL Server no Azure-Arc Sim Sim Não Sim Não* Não
Teradata Sim Sim Não Não Sim* Não
Categoria Arquivo de dados suportado Arquivo de dados suportado Classificação Rotulamento Política de Acesso Linhagem Modo de exibição ao vivo
Arquivo Amazon S3 Sim Sim Sim Sim Limitado* Não
HDFS Sim Sim Não Não Não Não
Serviços e aplicações Fluxo de ar Sim Não Não Não Sim Não
Dataverse Sim Sim Sim Não Não Não
Erwin Sim Não Não Não Sim Não
Recursos de Infraestrutura Sim Não Não Não Sim Sim
Looker Sim Não Não Não Sim Não
Power BI Sim Não Não Não Sim Sim**
Qlik Sense Sim Não Não Não Não Não
Salesforce Sim Não Não Não Não Não
SAP ECC Sim Não Não Não Sim* Não
SAP S/4HANA Sim Não Não Não Sim* Não
Tableau Sim Não Não Não Não Não

* Além da linhagem nos recursos na origem de dados, a linhagem também é suportada se o conjunto de dados for utilizado como origem/sink no pipeline do Data Factory ou do Synapse.

** Os itens do Power BI num inquilino dos Recursos de Infraestrutura estão disponíveis através da vista dinâmica.

Os recursos do Azure só estão disponíveis no mesmo inquilino que a sua conta do Microsoft Purview, a menos que estejam especificamente listados na página da origem de dados.

Observação

Atualmente, o Mapa de Dados do Microsoft Purview não consegue analisar um recurso que tenha /, \ou # no respetivo nome. Para definir o âmbito da análise e evitar a análise de recursos que tenham esses carateres no nome do recurso, utilize o exemplo em Registar e analisar um SQL do Azure Base de Dados.

Importante

Se planear utilizar um runtime de integração autoalojado, analisar algumas origens de dados requer uma configuração adicional no computador runtime de integração autoalojado. Por exemplo, JDK, Pacote Redistribuível do Visual C++ ou controlador específico. Para obter a sua origem, consulte cada artigo de origem para obter detalhes de pré-requisitos. Todos os requisitos serão listados na secção Pré-requisitos .

Analisar regiões

Segue-se uma lista de todas as regiões de origem de dados (datacenter) do Azure onde o Mapa de Dados do Microsoft Purview scanner é executado. Se a origem de dados do Azure estiver numa região fora desta lista, o scanner será executado na região da sua instância do Microsoft Purview.

Mapa de Dados do Microsoft Purview regiões do scanner

  • Leste da Austrália
  • Sudeste da Austrália
  • Sul do Brasil
  • Canadá Central
  • Leste do Canadá
  • Índia Central
  • China Norte 3
  • Leste da Ásia
  • Leste dos EUA
  • Leste 2 dos EUA
  • França Central
  • Centro-Oeste da Alemanha
  • Leste do Japão
  • Coréia Central
  • Centro-Norte dos EUA
  • Norte da Europa
  • Catar Central
  • Norte da África do Sul
  • Centro-Sul dos EUA
  • Sudeste da Ásia
  • Suíça (Norte)
  • Emirados Árabes Unidos Norte
  • Sul do Reino Unido
  • USGov Virginia
  • Centro-Oeste dos EUA
  • Europa Ocidental
  • Oeste dos EUA
  • Oeste 2 dos EUA
  • E.U.A. Oeste 3

Tipos de ficheiro suportados para análise

Os seguintes tipos de ficheiro são suportados para análise, extração de esquemas e classificação, sempre que aplicável:

  • Os formatos de ficheiro estruturados suportados pela extensão incluem análise, extração de esquemas e classificação ao nível dos recursos e colunas: AVRO, ORC, PARQUET, CSV, JSON, PSV, SSV, TSV, TXT, XML, GZIP
  • Os formatos de ficheiro de documento suportados pela extensão incluem análise e classificação ao nível dos recursos: DOC, DOCM, DOCX, DOT, ODP, ODS, ODT, PDF, POT, PPS, PPSX, PPT, PPTM, PPTX, XLC, XLS, XLSB, XLSM, XLSX, XLT
  • O Mapa de Dados do Microsoft Purview também suporta extensões de ficheiros personalizadas e analisadores personalizados.

Observação

Limitações Conhecidas:

  • O Mapa de Dados do Microsoft Purview scanner só suporta a extração de esquemas para os tipos de ficheiro estruturados listados acima.
  • Para os tipos de ficheiro AVRO, ORC e PARQUET, o analisador não suporta a extração de esquemas para ficheiros que contenham tipos de dados complexos (por exemplo, MAP, LIST, STRUCT).
  • O scanner suporta a análise de tipos PARQUET comprimidos snappy para extração e classificação de esquemas.
  • Para os tipos de ficheiro GZIP, o GZIP tem de ser mapeado para um único ficheiro csv. Os ficheiros Gzip estão sujeitos às regras de Classificação Personalizada e do Sistema. Atualmente, não suportamos a análise de um ficheiro gzip mapeado para vários ficheiros no ou qualquer tipo de ficheiro que não seja csv.
  • Para tipos de ficheiro delimitados (CSV, PSV, SSV, TSV, TXT):
    • Os ficheiros delimitados com apenas uma coluna não podem ser determinados como ficheiros CSV e não terão esquema.
    • Não suportamos a deteção de tipos de dados. O tipo de dados será listado como "cadeia" para todas as colunas.
    • Só suportamos vírgula(','), ponto e vírgula(';'), barra vertical('|') e tabulação('\t') como delimitadores.
    • Os ficheiros delimitados com menos de três linhas não podem ser determinados como ficheiros CSV se estiverem a utilizar um delimitador personalizado. Por exemplo: os ficheiros com ~ delimitador e menos de três linhas não poderão ser determinados como ficheiros CSV.
    • Se um campo contiver aspas duplas, as aspas duplas só podem aparecer no início e no fim do campo e têm de ser correspondidas. As aspas duplas que aparecem no meio do campo ou aparecem no início e no fim, mas que não são correspondidas, serão reconhecidas como dados incorretos e não haverá nenhum esquema a ser analisado do ficheiro. As linhas que têm um número diferente de colunas do que a linha de cabeçalho serão consideradas linhas de erro. (os números de linhas de erro/números de linhas amostradas ) têm de ser inferiores a 0,1.
  • Para ficheiros Parquet, se estiver a utilizar um runtime de integração autoalojado, tem de instalar o JRE 11 de 64 bits (Ambiente de Runtime Java) ou o OpenJDK no seu computador IR. Consulte a nossa secção Ambiente de Runtime Java na parte inferior da página para obter um guia de instalação.
  • Atualmente, o formato delta não é suportado. Se estiver a analisar o formato delta diretamente a partir da origem de dados de armazenamento, como Azure Data Lake Storage (ADLS Gen2), o conjunto de ficheiros parquet do formato delta será analisado e processado como conjunto de recursos, conforme descrito em Compreender os conjuntos de recursos. Além das colunas utilizadas para a criação de partições, não serão reconhecidas como parte do esquema do conjunto de recursos.

Extração de esquemas

Para origens de dados que suportam a extração de esquemas durante a análise, o esquema de recursos não será diretamente truncado pelo número de colunas.

Dados aninhados

Atualmente, os dados aninhados só são suportados para conteúdos JSON.

Para todos os tipos de ficheiro suportados pelo sistema, se existir conteúdo JSON aninhado numa coluna, o analisador analisa os dados JSON aninhados e apresenta-os no separador esquema do elemento.

Os dados aninhados ou a análise de esquema aninhado não são suportados no SQL. Uma coluna com dados aninhados será reportada e classificada como está e os subdados não serão analisados.

Dados de amostragem para classificação

Na terminologia Mapa de Dados do Microsoft Purview,

  • Análise L1: extrai informações básicas e metadados, como nome de ficheiro, tamanho e nome completamente qualificado
  • Análise L2: extrai o esquema para tipos de ficheiro estruturados e tabelas de bases de dados
  • Análise L3: extrai o esquema quando aplicável e sujeita o ficheiro de amostragem às regras de classificação personalizadas e do sistema

Saiba mais sobre como personalizar os níveis de análise.

Para todos os formatos de ficheiro estruturados, o Mapa de Dados do Microsoft Purview scanner mostra os ficheiros da seguinte forma:

  • Para tipos de ficheiro estruturados, mostra as 128 primeiras linhas de cada coluna ou os primeiros 1 MB, o que for inferior.
  • Para formatos de ficheiros de documentos, mostra os primeiros 20 MB de cada ficheiro.
    • Se um ficheiro de documento for superior a 20 MB, não estará sujeito a uma análise profunda (sujeita à classificação). Nesse caso, o Microsoft Purview captura apenas metadados básicos, como o nome de ficheiro e o nome completamente qualificado.
  • Para origens de dados tabulares (SQL), mostra as 128 linhas principais.
  • Para o Azure Cosmos DB para NoSQL, serão recolhidas até 300 propriedades distintas dos primeiros 10 documentos num contentor para o esquema e, para cada propriedade, serão recolhidos valores de até 128 documentos ou os primeiros 1 MB.

Amostragem de ficheiros do conjunto de recursos

Uma pasta ou grupo de ficheiros de partição é detetado como um conjunto de recursos no Mapa de Dados do Microsoft Purview se corresponder a uma política de conjunto de recursos do sistema ou a uma política de conjunto de recursos definida pelo cliente. Se for detetado um conjunto de recursos, o scanner irá provar cada pasta que contém. Saiba mais sobre os conjuntos de recursos aqui.

Amostragem de ficheiros para conjuntos de recursos por tipos de ficheiro:

  • Ficheiros delimitados (CSV, PSV, SSV, TSV) – 1 em cada 100 ficheiros são amostrados (análise L3) numa pasta ou grupo de ficheiros de partição considerados um "Conjunto de recursos"
  • Os tipos de ficheiros do Data Lake (Parquet, Avro, Orc) – 1 em 18446744073709551615 (máximo longo) são amostrados (análise L3) numa pasta ou grupo de ficheiros de partição considerados um "Conjunto de recursos"
  • Outros tipos de ficheiro estruturados (JSON, XML, TXT) – 1 em cada 100 ficheiros são amostrados (análise L3) numa pasta ou grupo de ficheiros de partição considerados um "Conjunto de recursos"
  • Objetos SQL e entidades do Azure Cosmos DB – cada ficheiro é analisado por L3.
  • Tipos de ficheiros de documentos – cada ficheiro é analisado por L3. Os padrões de conjuntos de recursos não se aplicam a estes tipos de ficheiro.

Próximas etapas