In Azure Analysis Services unterstützte Datenquellen
Datenquellen und -connectors, die im Datenabruf- oder Tabellenimport-Assistenten 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. Allerdings werden nicht alle angezeigten Datenquellen und -connectors in Azure Analysis Services unterstützt. Mit welchen Arten von Datenquellen Sie eine Verbindung herstellen können, ist von vielen Faktoren abhängig. Hierzu zählen etwa der Modellkompatibilitätsgrad, verfügbare Datenconnectors, der Authentifizierungstyp und die Unterstützung lokaler Datengateways. In den folgenden Tabellen werden die unterstützten Datenquellen für Azure Analysis Services beschrieben:
Azure-Datenquellen
| Datenquellen- | Im Arbeitsspeicher | DirectQuery | Hinweise |
|---|---|---|---|
| Azure SQL-Datenbank | Ja | Ja | 2, 3 |
| Azure Synapse Analytics (SQL DW) | Ja | Ja | 2 |
| Azure Blob Storage | Ja | Nein | 1 |
| Azure-Tabellenspeicher | Ja | Nein | 1 |
| Azure Cosmos DB | 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 |
Hinweise:
1: Nur für tabellarische Modelle 1400 und höhere.
2: Bei Angabe als Anbieterdatenquelle in tabellarischen Modellen ab 1200 ist sowohl für In-Memory- als auch für DirectQuery-Modelle der Microsoft OLE DB-Treiber für SQL Server (MSOLEDBSQL; empfohlen) oder der .NET Framework-Datenanbieter für SQL Server erforderlich.
3: Verwaltete Azure SQL-Instanz wird unterstützt. Da SQL Managed Instance innerhalb von Azure-VNET mit einer privaten IP-Adresse ausgeführt wird, muss der öffentliche Endpunkt für die Instanz aktiviert sein. Andernfalls ist ein lokales Datengateway erforderlich.
4: Azure Databricks mit Spark-Connector wird derzeit nicht unterstützt.
5: Der ADLS Gen2-Connector wird derzeit zwar nicht unterstützt, aber der Azure Blob Storage-Connector kann mit einer ADLS Gen2-Datenquelle verwendet werden.
Andere Datenquellen
Zum Herstellen einer Verbindung zwischen lokalen Datenquellen und dem Azure Analysis Services-Server ist ein lokales Gateway erforderlich. Wenn Sie ein Gateway verwenden, sind 64-Bit-Anbieter erforderlich.
| Datenquellen- | Im Arbeitsspeicher | DirectQuery | Hinweise |
|---|---|---|---|
| Access-Datenbank | Ja | Nein | |
| Active Directory | Ja | Nein | 6 |
| Analysis Services | Ja | Nein | |
| Analyseplattformsystem | Ja | Nein | |
| CSV-Datei | Ja | Nein | |
| Dynamics 365 | Ja | Nein | 6, 12 |
| Excel-Arbeitsmappe | Ja | Nein | |
| Exchange | Ja | Nein | 6 |
| Ordner | Ja | Nein | 6 |
| IBM Informix | Ja | Nein | |
| JSON-Dokument | Ja | Nein | 6 |
| Zeilen aus Binärdatei | Ja | Nein | 6 |
| MySQL-Datenbank | Ja | Nein | 13 |
| OData-Feed | Ja | Nein | 6 |
| ODBC-Abfrage | Ja | Nein | |
| OLE DB | Ja | Nein | |
| Oracle | 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 |
Hinweise:
6: Nur für tabellarische Modelle ab 1400.
7: Geben Sie bei Angabe als Anbieterdatenquelle in tabellarischen Modellen ab 1200 den Microsoft OLE DB-Treiber für SQL Server (MSOLEDBSQL; empfohlen), SQL Server Native Client 11.0 oder den .NET Framework-Datenanbieter für SQL Server an.
8: Bei Angabe von MSOLEDBSQL als Datenanbieter muss ggf. der Microsoft OLE DB-Treiber für SQL Server heruntergeladen und auf dem Computer installiert werden, auf dem sich auch das lokale Datengateway befindet.
9: Geben Sie für tabellarische Modelle vom Typ 1200 oder als Anbieterdatenquelle in tabellarischen Modellen ab 1400 den Oracle-Datenanbieter für .NET an. Wenn er als strukturierte Datenquelle angegeben ist, stellen Sie sicher, dass Sie den von Oracle verwalteten Anbieter aktivieren.
10: Geben Sie für tabellarische Modelle vom Typ 1200 oder als Anbieterdatenquelle in tabellarischen Modellen ab 1400 den Teradata-Datenanbieter für .NET an.
11 – Dateien in der lokalen SharePoint-Instanz werden nicht unterstützt.
12 – Azure Analysis Services unterstützt keine direkten Verbindungen mit dem Dynamics 365Dataverse TDS-Endpunkt. Wenn Sie von Azure Analysis Services aus eine Verbindung mit dieser Datenquelle herstellen, müssen Sie ein lokales Datengateway verwenden und die Token manuell aktualisieren.
13 – Azure Analysis Services unterstützt keine direkten Verbindungen zu MySQL-Datenbanken. Wenn Sie von Azure Analysis Services aus eine Verbindung mit dieser Datenquelle herstellen, müssen Sie ein lokales Datengateway verwenden und die Token manuell aktualisieren.
Grundlegendes zu Anbietern
Bei der Erstellung eines tabellarischen Modellprojekts ab 1400 in Visual Studio geben Sie standardmäßig keinen Datenanbieter an, wenn mithilfe von „Daten abrufen“ eine Verbindung mit einer Datenquelle hergestellt wird. Tabellarische Modelle ab 1400 verwenden Power Query-Connectors, um Verbindungen, Datenabfragen und Mashups zwischen Datenquelle und Analysis Services zu verwalten. Diese werden gelegentlich als strukturierte Datenquellenverbindungen bezeichnet, da Verbindungseigenschaftseinstellungen für Sie festgelegt werden. Sie können jedoch Legacydatenquellen für ein Modellprojekt in Visual Studio aktivieren. In diesem Fall können Sie den Tabellenimport-Assistenten verwenden, um eine Verbindung mit bestimmten Datenquellen herzustellen, die in tabellarischen Modellen bis 1200 traditionell als Legacy- oder Anbieterdatenquelle unterstützt werden. Bei Angabe als Anbieterdatenquelle können Sie einen bestimmten Datenanbieter sowie andere erweiterte Verbindungseigenschaften angeben. So können Sie beispielsweise eine Verbindung mit einer SQL Server Data Warehouse-Instanz oder sogar mit einer Azure SQL-Datenbank als Legacydatenquelle herstellen. Anschließend können Sie den Datenanbieter „OLE DB-Treiber für SQL Server“ (MSOLEDBSQL) auswählen. In diesem Fall kann durch die Wahl eines OLE DB-Datenanbieters anstelle des Power Query-Connectors ggf. eine Verbesserung der Leistung erzielt werden.
Wenn Sie den Tabellenimport-Assistenten in Visual Studio verwenden, ist für Verbindungen mit einer Datenquelle ein Datenanbieter erforderlich. Es wird automatisch ein Standarddatenanbieter ausgewählt. Der Datenanbieter kann bei Bedarf geändert werden. Entscheidende Faktoren für die Wahl des Anbietertyps können die Leistung, die Verwendung von In-Memory-Speicher oder DirectQuery durch das Modell und die Analysis Services-Plattform sein, auf der das Modell bereitgestellt wird.
Angeben von Anbieterdatenquellen in tabellarischen Modellprojekten ab 1400
Klicken Sie zum Aktivieren von Anbieterdatenquellen in Visual Studio auf Tools>Optionen>Analysis Services Tabular>Datenimport, und wählen Sie Legacydatenquellen aktivieren aus.
Klicken Sie nach Aktivierung von Legacydatenquellen im tabellarischen Modell-Explorer auf Datenquellen>Aus Datenquelle importieren (Legacy).
Verwenden Sie genau wie bei tabellarischen Modellprojekten vom Typ 1200 den Tabellenimport-Assistenten, um eine Verbindung mit einer Datenquelle herzustellen. Klicken Sie auf der Seite für die Verbindungsherstellung auf Erweitert. Geben Sie unter Erweiterte Eigenschaften festlegen den Datenanbieter und andere Verbindungseinstellungen an.
Identitätswechsel
In einigen Fällen muss möglicherweise ein anderes Identitätswechselkonto angegeben werden. Das Identitätswechselkonto kann in Visual Studio oder SQL Server Management Studio (SSMS) angegeben werden.
Für lokale Datenquellen:
- Wenn Sie die SQL-Authentifizierung verwenden, sollte das Identitätswechselkonto ein Dienstkonto sein.
- Wenn Sie die Windows-Authentifizierung verwenden, legen Sie Windows-Benutzername/-Kennwort fest. Bei SQL Server wird die Windows-Authentifizierung mit einem bestimmten Identitätswechselkonto nur für In-Memory-Datenmodelle unterstützt.
Für Clouddatenquellen:
- Wenn Sie die SQL-Authentifizierung verwenden, sollte das Identitätswechselkonto ein Dienstkonto sein.
OAuth-Anmeldeinformationen
Für tabellarische Modelle mit dem Kompatibilitätsgrad 1.400 und höher, die den In-Memory-Modus verwenden, bieten Azure SQL-Datenbank, Azure Synapse, Dynamics 365 und SharePoint Unterstützung für Listen mit OAuth-Anmeldeinformationen. Legen Sie Anmeldeinformationen mithilfe von Power Query fest, um gültige Token zu generieren. Azure Analysis Services verwaltet die Tokenaktualisierung für OAuth-Datenquellen, um Timeouts für Aktualisierungsvorgänge mit langer Laufzeit zu vermeiden.
Hinweis
Die Aktualisierung verwalteter Token wird nicht für Datenquellen unterstützt, auf die über ein Gateway zugegriffen wird. Dies trifft z. B. zu, wenn der Zugriff auf Datenquellen für Mashupabfragen über ein Gateway erfolgt oder wenn die ASPaaS\AlwaysUseGateway-Eigenschaft auf true festgelegt ist.
Der Direktabfragemodus wird mit OAuth-Anmeldeinformationen nicht unterstützt.
Aktivieren des von Oracle verwalteten Anbieters
In einigen Fällen können DAX-Abfragen an eine Oracle-Datenquelle unerwartete Ergebnisse zurückgeben. Dies kann an dem für die Datenquellenverbindung verwendeten Anbieter liegen.
Wie im Abschnitt Grundlegendes zu Anbietern beschrieben, stellen tabellarische Modelle eine Verbindung mit Datenquellen entweder als strukturierte Datenquelle oder als Anbieterdatenquelle her. Stellen Sie bei Modellen mit einer Oracle-Datenquelle, die als Anbieterdatenquelle angegeben ist, sicher, dass der angegebene Anbieter Oracle-Datenanbieter für .NET (Oracle.DataAccess.Client) ist.
Wenn die Oracle-Datenquelle als strukturierte Datenquelle angegeben ist, aktivieren Sie die ServereigenschaftMDataEngine\UseManagedOracleProvider. Durch Festlegen dieser Eigenschaft wird sichergestellt, dass Ihr Modell mithilfe des empfohlenen vom Oracle-Datenanbieter für .NET verwalteten Anbieter eine Verbindung mit der Oracle-Datenquelle herstellt.
So aktivieren Sie den von Oracle verwalteten Anbieter
Stellen Sie in SQL Server Management Studio eine Verbindung mit Ihrem Server her.
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>Starten Sie den Server neu.