Fontes de dados com suporte no Azure Analysis Services

Fontes de dados e conectores mostrados no Assistente para Obter Dados ou Importação de Tabelas 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 às quais você pode se conectar dependem de muitos fatores, como nível de compatibilidade de modelo, conectores de dados disponíveis, tipo de autenticação e suporte ao gateway de dados local. As tabelas a seguir descrevem fontes de dados com suporte para o Azure Analysis Services.

Fontes de dados do Azure

Fonte de dados	Na memória	DirectQuery	Anotações
Banco 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
Azure Cosmos DB (banco de dados distribuído da Azure)	Sim	Não	1
Azure Data Lake Storage Gen1	Sim	Não	1
Azure Data Lake Storage Gen2	Sim	Não	1, 5
Azure HDInsight HDFS	Sim	Não	1
Azure HDInsight Spark	Sim	Não	1, 4

Observação

1 – Somente modelos Tabular 1400 e superiores.
2 - Quando especificados como uma fonte de dados de provedor em modelos tabulares 1200 e superiores, os modelos in-memory e DirectQuery exigem o Driver do Microsoft OLE DB para SQL Server MSOLEDBSQL (recomendado) ou o Provedor de Dados do .NET Framework para SQL Server.
3 – Há suporte para a Instância Gerenciada de SQL do Azure. Como a Instância Gerenciada de 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 – Atualmente, não há suporte para o Azure Databricks usando o conector Spark.
5 – Atualmente, não há suporte para o conector do ADLS Gen2, no entanto, o conector do Armazenamento de Blobs do Azure pode ser usado com uma fonte de dados do ADLS Gen2.

Outras fontes de dados

Conectar-se a fontes de dados locais de um servidor do Azure Analysis Services exige um gateway local. Ao usar um gateway, os provedores de 64 bits são necessários.

Fonte de dados	Na memória	DirectQuery	Anotações
Banco de dados do Access	Sim	Não
Active Directory	Sim	Não	6
Serviços de análise	Sim	Não
Sistema de plataforma de análise	Sim	Não
Arquivo CSV	Sim	Não
Dynamic 365	Sim	Não	6, 12
Pasta de trabalho do Excel	Sim	Não
Troca	Sim	Não	6
Pasta	Sim	Não	6
IBM Informix	Sim	Não
Documento JSON	Sim	Não	6
Linhas do binário	Sim	Não	6
Banco de dados MySQL	Sim	Não	13
Feed OData	Sim	Não	6
Consulta de 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
SAP Business Warehouse	Sim	Não	6
Lista do SharePoint	Sim	Não	6, 11
SQL Server	Sim	Sim	7, 8
SQL Server Data Warehouse	Sim	Sim	7, 8
Banco de Dados do Sybase	Sim	Não
Teradata	Sim	Sim	10
Arquivo TXT	Sim	Não
Tabela XML	Sim	Não	6

Observação

6 – Somente modelos tabulares 1400 e superiores. 7 - Quando especificado como uma fonte de dados do provedor em modelos tabulares 1200 e superiores, especifique o 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, talvez seja necessário baixar e instalar o Microsoft OLE DB Driver for SQL Server no mesmo computador que o gateway de dados local.
9 – Para modelos tabulares 1200 ou como uma fonte de dados de provedor em modelos tabulares 1400+, especifique o Provedor de Dados Oracle para .NET. Se especificado como uma fonte de dados estruturada, habilite o provedor gerenciado Oracle. 10 – Para modelos tabulares 1200 ou como fonte de dados do provedor em modelos tabulares 1400+, especifique o Provedor de Dados Teradata para .NET.
11 – Não há suporte para arquivos no SharePoint local.
12 – O Azure Analysis Services não dá suporte a conexões diretas com o ponto de extremidade do 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 dá 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.

Noções básicas sobre provedores

Ao criar projetos de modelo tabulares 1400 e superiores 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. Os modelos tabulares 1400 e 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 automaticamente 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 compatíveis com modelos tabulares 1200 e inferiores como fontes de dados herdadas ou de provedor . Quando especificado como uma fonte de dados do 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 provedor de dados OLE DB Driver for SQL Server MSOLEDBSQL. Nesse caso, a seleção de um provedor de dados OLE DB pode fornecer melhor desempenho no 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 que você escolher pode depender do desempenho, se o modelo está usando ou não o armazenamento na memória ou o DirectQuery e em qual plataforma do Analysis Services você implanta seu modelo.

Especificar fontes de dados de provedores em modelos tabulares de projeto 1400 e superiores

Para habilitar fontes de dados herdadas, no Visual Studio, clique em Ferramentas>Opções>Serviços de Análise Tabular>Importação de Dados, selecione Habilitar fontes de dados herdadas.

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

Assim como acontece com projetos de modelo tabulares 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.

Representação

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

Para fontes de dados locais:

• Se estiver usando a autenticação SQL, a representação deverá ser a 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 em memória.

Para fontes de dados de nuvem:

• Caso esteja usando autenticação SQL, a representação deve ser feita por uma Conta de Serviço.

Credenciais do 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 dão suporte às credenciais OAuth. Para gerar tokens válidos, defina as credenciais usando o Power Query. O Azure Analysis Services gerencia a atualização de token para fontes de dados OAuth, evitando o tempo limite em operações de atualização que se estendem por longos períodos.

Observação

Não há suporte para 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 de mashup são acessadas por meio de um gateway e/ou a propriedade ASPaaS\AlwaysUseGateway é definida como true.

Não há suporte para o modo de consulta direta com credenciais OAuth.

Habilitar o provedor gerenciado do Oracle

Em alguns casos, consultas DAX para uma fonte de dados Oracle podem retornar resultados inesperados. Isso pode ocorrer 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 de tabela se conectam a fontes de dados como uma fonte de dados estruturada ou uma fonte de dados do provedor . Para modelos com uma fonte de dados Oracle especificada como uma fonte de dados do provedor, verifique se o provedor especificado é o Provedor de Dados Oracle para .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 . Definir essa propriedade garante que seu modelo se conecte à fonte de dados Oracle usando o Provedor de Dados Oracle recomendado para provedor gerenciado .NET.

Para habilitar o provedor gerenciado Oracle:

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

2. Crie uma consulta XMLA com o script a seguir. 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óximas etapas

• Gateway nas instalações
• Gerenciar seu servidor