Partilhar via

Fontes de dados com suporte no Azure Analysis Services

As fontes de dados e os conectores mostrados no Assistente para Obter Dados ou Importação de Tabela no Visual Studio com projetos do Analysis Services são mostrados para o Azure Analysis Services e o SQL Server Analysis Services. No entanto, nem todas as fontes de dados e conectores mostrados têm suporte no Azure Analysis Services. Os tipos de fontes de dados aos quais você pode se conectar dependem de muitos fatores, como nível de compatibilidade do modelo, conectores de dados disponíveis, tipo de autenticação e suporte a gateway de dados local. As tabelas a seguir descrevem fontes de dados com suporte para o Azure Analysis Services.

Origens de dados do Azure

Fonte de dados Dentro da memória Consulta Direta Observações
Base de Dados SQL do Azure Sim Sim 2, 3
Azure Synapse Analytics (SQL DW) Sim Sim 2
Armazenamento de Blobs do Azure Sim Não 1
Armazenamento de Tabelas do Azure Sim Não 1
Base de Dados Azure Cosmos Sim Não 1
Azure Data Lake Store Gen1 Sim Não 1
Azure Data Lake Store Gen2 Sim Não 1, 5
Azure HDInsight HDFS Sim Não 1
Azure HDInsight Spark Sim Não 1, 4

Observação

1 - Apenas modelos tabulares 1400 e superiores.
2 - Quando especificado como uma fonte de dados do fornecedor em modelos tabulares 1200 e superiores, tanto os modelos in-memory quanto os modelos DirectQuery requerem o Microsoft OLE DB Driver para o SQL Server MSOLEDBSQL (recomendado) ou o Provedor de Dados .NET Framework para o SQL Server.
3 - A Instância Gerenciada SQL do Azure é suportada. Como a Instância Gerenciada do SQL é executada na VNet do Azure com um IP privado, o endpoint público deve ser habilitado para a instância. Se não estiver habilitado, um gateway de dados local será necessário.
4 - O Azure Databricks usando o conector Spark não é suportado no momento.
5 - O conector ADLS Gen2 não é suportado no momento, no entanto, o conector de Armazenamento de Blob do Azure pode ser usado com uma fonte de dados ADLS Gen2.

Outras origens de dados

A conexão com fontes de dados locais de um servidor do Azure Analysis Services requer um gateway local. Ao usar um gateway, são necessários provedores de 64 bits.

Fonte de dados Dentro da memória Consulta Direta Observações
Base de Dados do Access Sim Não
Diretório Ativo Sim Não 6
Serviços de análise Sim Não
Sistema de plataforma de análise Sim Não
Ficheiro CSV Sim Não
Dynamics 365 Sim Não 6, 12
Pasta de trabalho do Excel Sim Não
Troca Sim Não 6
Pasta de Arquivos Sim Não 6
IBM Informix Sim Não
Documento JSON Sim Não 6
Linhas de binário Sim Não 6
Base de Dados MySQL Sim Não 13
Fonte de Dados OData Sim Não 6
Consulta ODBC Sim Não
OLE DB Sim Não
Oráculo Sim Sim 9
Banco de Dados PostgreSQL Sim Não 6
Objetos do Salesforce Sim Não 6
Relatórios do Salesforce Sim Não 6
SAP HANA Sim Não
Armazém Empresarial SAP Sim Não 6
Lista do SharePoint Sim Não 6, 11
Servidor SQL Sim Sim 7, 8
SQL Server Data Warehouse Sim Sim 7, 8
Banco de dados Sybase Sim Não
Teradata Sim Sim 10
Arquivo TXT Sim Não
Tabela XML Sim Não 6

Observação

6 - Apenas modelos tabulares 1400 e superiores. 7 - Quando especificado como uma fonte de dados de provedor em modelos tabulares 1200 e superiores, especifique o driver Microsoft OLE DB para SQL Server MSOLEDBSQL (recomendado), SQL Server Native Client 11.0 ou .NET Framework Data Provider para SQL Server.
8 - Se especificar MSOLEDBSQL como o provedor de dados, pode ser necessário baixar e instalar o driver Microsoft OLE DB para SQL Server no mesmo computador que o gateway de dados local.
9 - Para modelos tabulares 1200, ou como fonte de dados de provedor em modelos tabulares 1400+, especifique Oracle Data Provider for .NET. Se especificado como uma fonte de dados estruturada, certifique-se de habilitar o provedor gerenciado Oracle. 10 - Para modelos tabulares 1200, ou como fonte de dados de provedor em modelos tabulares 1400+, especifique Teradata Data Provider for .NET.
11 - Arquivos no SharePoint local não são suportados.
12 - O Azure Analysis Services não oferece suporte a conexões diretas com o ponto de extremidade TDS do Dynamics 365 Dataverse. Ao se conectar a essa fonte de dados do Azure Analysis Services, você deve usar um Gateway de Dados local e atualizar os tokens manualmente.
13 - O Azure Analysis Services não oferece suporte a conexões diretas com bancos de dados MySQL. Ao se conectar a essa fonte de dados do Azure Analysis Services, você deve usar um Gateway de Dados local e atualizar os tokens manualmente.

Compreender os fornecedores

Ao criar projetos de modelo tabular 1400 e superior no Visual Studio, por padrão, você não especifica um provedor de dados ao se conectar a uma fonte de dados usando Get Data. Modelos tabulares 1400 e superiores usam conectores do Power Query para gerir ligações, consultas de dados e mashups entre a fonte de dados e os serviços do Analysis Services. Às vezes, elas são chamadas de conexões de fonte de dados estruturadas , pois as configurações de propriedade de conexão são definidas para você. No entanto, você pode habilitar fontes de dados herdadas para um projeto de modelo no Visual Studio. Quando ativado, pode usar o Assistente de Importação de Tabela para se conectar a determinadas fontes de dados que são tradicionalmente suportadas em modelos tabulares 1200 e inferiores como legadas ou fontes de dados de provedor. Quando especificado como uma fonte de dados de provedor, você pode especificar um provedor de dados específico e outras propriedades de conexão avançadas. Por exemplo, você pode se conectar a uma instância do SQL Server Data Warehouse ou até mesmo a um Banco de Dados SQL do Azure como uma fonte de dados herdada. Em seguida, você pode selecionar o driver OLE DB para o provedor de dados MSOLEDBSQL do SQL Server. Nesse caso, selecionar um provedor de dados OLE DB pode fornecer um desempenho aprimorado sobre o conector do Power Query.

Ao usar o Assistente de Importação de Tabela no Visual Studio, as conexões com qualquer fonte de dados exigem um provedor de dados. Um provedor de dados padrão é selecionado para você. Você pode alterar o provedor de dados, se necessário. O tipo de provedor escolhido pode depender do desempenho, se o modelo está usando ou não armazenamento na memória ou DirectQuery e em qual plataforma do Analysis Services você implanta seu modelo.

Especificar fontes de dados do provedor em projetos de modelo tabular 1400 e superior

Para ativar fontes de dados do provedor, no Visual Studio, clique em Ferramentas>Opções>Analysis Services Tabular>Importação de Dados, selecione Ativar fontes de dados herdadas.

Captura de tela de Habilitar fontes de dados herdadas.

Com as fontes de dados herdadas habilitadas, no Explorador de Modelos Tabulares, clique com o botão direito do mouse em Fontes de Dados>Importar da Fonte de Dados (Legado).

Captura de ecrã de Origens de dados herdadas no Explorador de Modelo Tabular.

Assim como nos projetos de modelo tabular 1200, use o Assistente de Importação de Tabela para se conectar a uma fonte de dados. Na página de conexão, clique em Avançado. Especifique o provedor de dados e outras configurações de conexão em Definir propriedades avançadas.

Captura de ecrã de Fontes de dados herdadas - Propriedades avançadas.

Imitação de identidade

Em alguns casos, pode ser necessário especificar uma conta de representação diferente. A conta de representação pode ser especificada no Visual Studio ou no SQL Server Management Studio (SSMS).

Para fontes de dados locais:

  • Se estiver usando a autenticação SQL, a representação deve ser Conta de Serviço.
  • Se estiver usando a autenticação do Windows, defina o usuário/senha do Windows. Para o SQL Server, a autenticação do Windows utilizando uma conta de representação específica é suportada apenas para modelos de dados na memória.

Para fontes de dados na nuvem:

  • Se estiver usando a autenticação SQL, a representação deve ser Conta de Serviço.

Credenciais OAuth

Para modelos tabulares no nível de compatibilidade 1400 e superior usando o modo na memória , o Banco de Dados SQL do Azure, o Azure Synapse, o Dynamics 365 e a Lista do SharePoint oferecem suporte a credenciais OAuth. Para gerar tokens válidos, defina credenciais usando o Power Query. O Azure Analysis Services gerencia a atualização de token para fontes de dados OAuth para evitar tempos limite para operações de atualização de longa execução.

Observação

Não há suporte para a atualização de token gerenciado para fontes de dados acessadas por meio de um gateway. Por exemplo, uma ou mais fontes de dados de consulta mashup são acessadas por meio de um gateway e/ou a propriedade ASPaaS\AlwaysUseGateway é definida como true.

O modo Direct Query não é suportado com credenciais OAuth.

Habilite o provedor gerenciado Oracle

Em alguns casos, consultas DAX a uma fonte de dados Oracle podem retornar resultados inesperados. Isso pode ser devido ao provedor que está sendo usado para a conexão da fonte de dados.

Conforme descrito na seção Noções básicas sobre provedores , os modelos tabulares se conectam a fontes de dados como uma fonte de dados estruturada ou como uma fonte de dados do provedor . Para modelos com uma fonte de dados Oracle especificada como uma fonte de dados de provedor, verifique se o provedor especificado é o Oracle Data Provider for .NET (Oracle.DataAccess.Client).

Se a fonte de dados Oracle for especificada como uma fonte de dados estruturada, habilite a propriedade de servidor MDataEngine\UseManagedOracleProvider . A definição dessa propriedade garante que seu modelo se conecte à fonte de dados Oracle usando o provedor gerenciado Oracle Data Provider for .NET recomendado.

Para habilitar o provedor gerenciado Oracle:

  1. No SQL Server Management Studio, conecte-se ao servidor.

  2. Crie uma consulta XMLA com o seguinte script. Substitua ServerName pelo nome completo do servidor e execute a consulta.

    <Alter AllowCreate="true" ObjectExpansion="ObjectProperties" xmlns="http://schemas.microsoft.com/analysisservices/2003/engine">
    <Object />
    <ObjectDefinition>
        <Server xmlns:xsd="http://www.w3.org/2001/XMLSchema" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns:ddl2="http://schemas.microsoft.com/analysisservices/2003/engine/2" xmlns:ddl2_2="http://schemas.microsoft.com/analysisservices/2003/engine/2/2" 
xmlns:ddl100_100="http://schemas.microsoft.com/analysisservices/2008/engine/100/100" xmlns:ddl200="http://schemas.microsoft.com/analysisservices/2010/engine/200" xmlns:ddl200_200="http://schemas.microsoft.com/analysisservices/2010/engine/200/200" 
xmlns:ddl300="http://schemas.microsoft.com/analysisservices/2011/engine/300" xmlns:ddl300_300="http://schemas.microsoft.com/analysisservices/2011/engine/300/300" xmlns:ddl400="http://schemas.microsoft.com/analysisservices/2012/engine/400" 
xmlns:ddl400_400="http://schemas.microsoft.com/analysisservices/2012/engine/400/400" xmlns:ddl500="http://schemas.microsoft.com/analysisservices/2013/engine/500" xmlns:ddl500_500="http://schemas.microsoft.com/analysisservices/2013/engine/500/500">
            <ID>ServerName</ID>
            <Name>ServerName</Name>
            <ServerProperties>
                <ServerProperty>
                    <Name>MDataEngine\UseManagedOracleProvider</Name>
                    <Value>1</Value>
                </ServerProperty>
            </ServerProperties>
        </Server>
    </ObjectDefinition>
</Alter>

  3. Reinicie o servidor.

Próximos passos