Freigeben über


In Azure Analysis Services unterstützte Datenquellen

Datenquellen und Connectors, die im Assistenten zum Abrufen von Daten oder Tabellenimport in Visual Studio mit Analysis Services-Projekten angezeigt werden, werden sowohl für Azure Analysis Services als auch für SQL Server Analysis Services angezeigt. In Azure Analysis Services werden jedoch nicht alle angezeigten Datenquellen und Connectors unterstützt. Die Arten von Datenquellen, mit denen Sie sich verbinden können, hängen von vielen Faktoren ab, z. B. der Modellkompatibilitätsstufe, verfügbaren Datenconnectoren, dem Authentifizierungstyp und der Unterstützung des lokalen Datengateways. In den folgenden Tabellen werden unterstützte Datenquellen für Azure Analysis Services beschrieben.

Azure-Datenquellen

Datenquelle Im Arbeitsspeicher Direktabfrage Hinweise
Azure SQL-Datenbank Ja Ja 2, 3
Azure Synapse Analytics (SQL DW) Ja Ja 2
Azure Blob Storage (Speicherdienst von Azure für unstrukturierte Daten) Ja Nein 1
Azure Tabellenspeicher Ja Nein 1
Azure Cosmos DB (ein Microsoft-Datenbankdienst) Ja Nein 1
Azure Data Lake Store Gen1 Ja Nein 1
Azure Data Lake Store Gen2 Ja Nein 1, 5
Azure HDInsight HDFS Ja Nein 1
Azure HDInsight Spark Ja Nein 1, 4

Hinweis

Nur 1 - Tabellarische Modelle 1400 und höhere Modelle.
2 – Wenn es als Anbieterdatenquelle in tabellarischen Modellen der Version 1200 und höher spezifiziert ist, benötigen sowohl im Arbeitsspeicher- als auch in DirectQuery-Modellen den Microsoft OLE DB Driver für SQL Server MSOLEDBSQL (empfohlen) oder den .NET Framework-Datenanbieter für SQL Server.
3 – Die von Azure SQL verwaltete Instanz wird unterstützt. Da die verwaltete SQL-Instanz in Azure VNet mit einer privaten IP-Adresse ausgeführt wird, muss der öffentliche Endpunkt für die Instanz aktiviert sein. Wenn nicht aktiviert, ist ein lokales Datengateway erforderlich.
4 – Azure Databricks, die den Spark-Connector verwenden, werden derzeit nicht unterstützt.
5 – ADLS Gen2-Connector wird derzeit nicht unterstützt, der Azure Blob Storage-Connector kann jedoch mit einer ADLS Gen2-Datenquelle verwendet werden.

Andere Datenquellen

Für die Verbindung mit lokalen Datenquellen von einem Azure Analysis Services-Server ist ein lokales Gateway erforderlich. Bei Verwendung eines Gateways sind 64-Bit-Anbieter erforderlich.

Datenquelle Im Arbeitsspeicher Direktabfrage Hinweise
Access-Datenbank Ja Nein
Active Directory Ja Nein 6
Analyse-Services Ja Nein
Analyseplattformsystem Ja Nein
CSV-Datei Ja Nein
Dynamics 365 Ja Nein 6, 12
Excel-Arbeitsmappe Ja Nein
Umtausch Ja Nein 6
Ordner Ja Nein 6
IBM Informix Ja Nein
JSON-Dokument Ja Nein 6
Zeilen aus Binärdaten Ja Nein 6
MySQL-Datenbank Ja Nein 13
OData-Feed Ja Nein 6
ODBC-Abfrage Ja Nein
OLE DB Ja Nein
Orakel Ja Ja 9
PostgreSQL-Datenbank Ja Nein 6
Salesforce-Objekte Ja Nein 6
Salesforce-Berichte Ja Nein 6
SAP HANA Ja Nein
SAP Business Warehouse Ja Nein 6
SharePoint-Liste Ja Nein 6, 11
SQL Server Ja Ja 7, 8
SQL Server Data Warehouse Ja Ja 7, 8
Sybase-Datenbank Ja Nein
Teradata Ja Ja 10
TXT-Datei Ja Nein
XML-Tabelle Ja Nein 6

Hinweis

Nur 6 - Tabellarische Modelle 1400 und höhere Modelle. 7 – Wenn sie als Anbieterdatenquelle in tabellarischen 1200- und höheren Modellen angegeben werden, geben Sie Microsoft OLE DB-Treiber für SQL Server MSOLEDBSQL (empfohlen), SQL Server Native Client 11.0 oder .NET Framework Data Provider für SQL Server an.
8 – Wenn Sie MSOLEDBSQL als Datenanbieter angeben, kann es erforderlich sein, den Microsoft OLE DB-Treiber für SQL Server auf demselben Computer wie das lokale Datengateway herunterzuladen und zu installieren.
9 – Geben Sie für tabellarische 1200 Modelle oder als Anbieterdatenquelle in tabellarischen 1400+ Modellen Oracle Data Provider für .NET an. Wenn sie als strukturierte Datenquelle angegeben ist, müssen Sie den verwalteten Oracle-Anbieter aktivieren. 10 – Geben Sie für tabellarische 1200-Modelle oder als Datenquelle in tabellarischen 1400+-Modellen den Teradata-Datenanbieter für .NET an.
11 – Dateien in lokalen SharePoint werden nicht unterstützt.
12 – Azure Analysis Services unterstützt keine direkten Verbindungen mit dem Dynamics 365 Dataverse TDS-Endpunkt. Wenn Sie eine Verbindung mit dieser Datenquelle aus Azure Analysis Services herstellen, müssen Sie ein lokales Datengateway verwenden und die Token manuell aktualisieren.
13 – Azure Analysis Services unterstützt keine direkten Verbindungen mit MySQL-Datenbanken. Wenn Sie eine Verbindung mit dieser Datenquelle aus Azure Analysis Services herstellen, müssen Sie ein lokales Datengateway verwenden und die Token manuell aktualisieren.

Grundlegendes zu Anbietern

Beim Erstellen von Tabellarischen 1400- und höheren Modellprojekten in Visual Studio geben Sie standardmäßig keinen Datenanbieter an, wenn Sie mithilfe von "Daten abrufen" eine Verbindung mit einer Datenquelle herstellen. Modelle ab Tabular 1400 verwenden Power Query-Connectors, um Verbindungen, Datenabfragen und Mashups zwischen der Datenquelle und Analysis Services zu verwalten. Diese werden manchmal als strukturierte Datenquellenverbindungen bezeichnet, da die Verbindungseigenschaften für Sie festgelegt sind. Sie können jedoch ältere Datenquellen für ein Modellprojekt in Visual Studio aktivieren. Wenn diese Option aktiviert ist, können Sie den Tabellenimport-Assistenten verwenden, um eine Verbindung mit bestimmten Datenquellen herzustellen, die traditionell in tabellarischen 1200 und niedrigeren Modellen als Legacy- oder Anbieterdatenquellen unterstützt werden. Bei Angabe als Anbieterdatenquelle können Sie einen bestimmten Datenanbieter und andere erweiterte Verbindungseigenschaften angeben. Sie können z. B. eine Verbindung mit einer SQL Server Data Warehouse-Instanz oder sogar einer Azure SQL-Datenbank als legacy-Datenquelle herstellen. Anschließend können Sie den OLE DB-Treiber für SQL Server MSOLEDBSQL-Datenanbieter auswählen. In diesem Fall kann die Auswahl eines OLE DB-Datenanbieters eine verbesserte Leistung über den Power Query-Connector bieten.

Bei Verwendung des Tabellenimport-Assistenten in Visual Studio erfordern Verbindungen mit einer beliebigen Datenquelle einen Datenanbieter. Ein Standarddatenanbieter ist für Sie ausgewählt. Sie können den Datenanbieter bei Bedarf ändern. Die Wahl des Anbieters könnte von der Leistung abhängen, davon, ob das Modell speicherintern arbeitet oder DirectQuery verwendet, und auf welcher Analysis Services-Plattform Sie Ihr Modell bereitstellen.

Angeben von Anbieterdatenquellen in tabellarischen 1400- und höheren Modellprojekten

Um Anbieterdatenquellen zu aktivieren, klicken Sie in Visual Studio auf "Tools>Options>Analysis Services Tabular>Data Import", und wählen Sie " Legacydatenquellen aktivieren" aus.

Screenshot der Option

Wenn ältere Datenquellen aktiviert sind, klicken Sie im Tabellarischen Modell-Explorer mit der rechten Maustaste auf Datenquellen>importieren aus Datenquelle (Legacy).

Screenshot der Legacy-Datenquellen im Tabellarischen Modell-Explorer.

Verwenden Sie genau wie bei 1200-Modell Tabellenprojekten den Tabellenimport-Assistenten, um eine Verbindung mit einer Datenquelle herzustellen. Klicken Sie auf der Seite "Verbinden" auf "Erweitert". Geben Sie Datenanbieter und andere Verbindungseinstellungen in "Erweiterte Eigenschaften festlegen" an.

Screenshot der erweiterten Eigenschaften von Legacydatenquellen.

Nachahmung

In einigen Fällen kann es erforderlich sein, ein anderes Impersonationskonto anzugeben. Das Identitätswechselkonto kann in Visual Studio oder SQL Server Management Studio (SSMS) angegeben werden.

Für lokale Datenquellen:

  • Bei Verwendung der SQL-Authentifizierung sollte der Identitätswechsel über das Dienstkonto erfolgen.
  • Wenn Sie die Windows-Authentifizierung verwenden, legen Sie Windows-Benutzer/Kennwort fest. Für SQL Server wird die Windows-Authentifizierung mit einem bestimmten Identitätswechselkonto nur für In-Memory-Datenmodelle unterstützt.

Für Clouddatenquellen:

  • Bei Verwendung der SQL-Authentifizierung sollte der Identitätswechsel über das Dienstkonto erfolgen.

OAuth-Anmeldeinformationen

Für tabellarische Modelle auf 1400 und höherer Kompatibilitätsebene mithilfe des Speichermodus unterstützen Azure SQL-Datenbank , Azure Synapse, Dynamics 365 und SharePoint List OAuth-Anmeldeinformationen. Um gültige Token zu generieren, legen Sie Anmeldeinformationen mithilfe von Power Query fest. Azure Analysis Services verwaltet die Tokenaktualisierung für OAuth-Datenquellen, um Timeouts für lange ausgeführte Aktualisierungsvorgänge zu vermeiden.

Hinweis

Die Aktualisierung verwalteter Token wird für Datenquellen, auf die über ein Gateway zugegriffen wird, nicht unterstützt. Beispielsweise wird über ein Gateway auf eine oder mehrere Mashupabfragedatenquellen zugegriffen, und/oder die ASPaaS\AlwaysUseGateway-Eigenschaft ist auf "true" festgelegt.

Der Direct Query-Modus wird mit OAuth-Anmeldeinformationen nicht unterstützt.

Aktivieren des verwalteten Oracle-Anbieters

In einigen Fällen geben DAX-Abfragen an eine Oracle-Datenquelle möglicherweise unerwartete Ergebnisse zurück. Dies kann darauf zurückzuführen sein, dass der Anbieter für die Datenquellenverbindung verwendet wird.

Wie im Abschnitt "Grundlegendes zu Anbietern " beschrieben, stellen Tabellarische Modelle eine Verbindung mit Datenquellen als strukturierte Datenquelle oder als Anbieterdatenquelle her. Stellen Sie für Modelle mit einer Oracle-Datenquelle, die als Anbieterdatenquelle angegeben ist, sicher, dass der angegebene Anbieter Oracle Data Provider für .NET (Oracle.DataAccess.Client) ist.

Wenn die Oracle-Datenquelle als strukturierte Datenquelle angegeben wird, aktivieren Sie die Servereigenschaft MDataEngine\UseManagedOracleProvider . Durch Festlegen dieser Eigenschaft wird sichergestellt, dass Ihr Modell eine Verbindung mit der Oracle-Datenquelle herstellt, indem der empfohlene Oracle Data Provider für .NET managed provider verwendet wird.

So aktivieren Sie oracle managed provider:

  1. Stellen Sie in SQL Server Management Studio eine Verbindung mit Ihrem Server her.

  2. Erstellen Sie eine XMLA-Abfrage mit dem folgenden Skript. Ersetzen Sie ServerName durch den vollständigen Servernamen, und führen Sie dann die Abfrage aus.

    <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. Starten Sie den Server neu.

Nächste Schritte