Data sources supported in Azure Analysis Services (Origens de dados suportadas 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

Data source Dentro da memória DirectQuery Notas
Base de Dados SQL do Azure Sim Sim 2, 3
Azure Synapse Analytics (SQL DW) Sim Sim 2
Armazenamento de Blobs do Azure Sim No 1
Armazenamento de Tabelas do Azure Sim No 1
BD do Cosmos para o Azure Sim No 1
Azure Data Lake Store Gen1 Sim No 1
Azure Data Lake Store Gen2 Sim No 1, 5
Azure HDInsight HDFS Sim No 1
Azure HDInsight Spark Sim No 1, 4

Notas:

1 - Apenas modelos tabulares 1400 e superiores.
2 - Quando especificado como uma fonte de dados de provedor em modelos tabulares 1200 e superiores, os modelos na memória e DirectQuery exigem o Microsoft OLE DB Driver para SQL Server MSOLEDBSQL (recomendado) ou o Provedor de Dados .NET Framework para 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 endereço IP privado, o ponto de extremidade público deve ser habilitado na 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.

Data source Dentro da memória DirectQuery Notas
Base de Dados do Access Sim No
Active Directory Sim No 6
Analysis Services Sim No
Sistema de plataforma de análise Sim No
Ficheiro CSV Sim No
Dynamics 365 Sim No 6, 12
Livro do Excel Sim No
Exchange Sim No 6
Pasta Sim No 6
IBM Informix Sim No
Documento JSON Sim No 6
Linhas de binário Sim No 6
Base de Dados MySQL Sim No 13
Feed OData Sim No 6
Consulta ODBC Sim No
OLEDB Sim No
Oracle Sim Sim 9
Base de Dados PostgreSQL Sim No 6
Objetos do Salesforce Sim No 6
Relatórios do Salesforce Sim No 6
SAP HANA Sim No
SAP Business Warehouse Sim No 6
Lista do SharePoint Sim No 6, 11
SQL Server Sim Sim 7, 8
SQL Server Data Warehouse Sim Sim 7, 8
Banco de dados Sybase Sim No
Teradata Sim Sim 10
Arquivo TXT Sim No
Tabela XML Sim No 6

Notas:
6 - Apenas modelos tabulares 1400 e superiores.
7 - Quando especificado como uma fonte de dados de provedor em modelos tabulares 1200 e superiores, especifique Microsoft OLE DB Driver for SQL Server MSOLEDBSQL (recomendado), SQL Server Native Client 11.0 ou .NET Framework Data Provider for 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 Obter Dados. A tabela 1400 e modelos superiores usam conectores do Power Query para gerenciar conexões, consultas de dados e mashups entre a fonte de dados e o 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 habilitado, você pode usar o Assistente de Importação de Tabela para se conectar a determinadas fontes de dados tradicionalmente suportadas em modelos tabulares 1200 e inferiores como legadas ou fontes de dados do 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á ou não usando 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 habilitar fontes de dados do provedor, no Visual Studio, clique em Opções>de Ferramentas Importação de Dados Tabulares>do Analysis Services, selecione Habilitar fontes de>dados herdadas.

Screenshot of Enable legacy data sources.

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

Screenshot of Legacy data sources in Tabular Model Explorer.

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.

Screenshot of Legacy data sources Advanced properties.

Falsificaçã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 com 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 gere a atualização de tokens das origens de dados OAuth para evitar tempos limite para operações de atualização de execução prolongada.

Nota

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 de Consulta Direta 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 de 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