Hinweis
Für den Zugriff auf diese Seite ist eine Autorisierung erforderlich. Sie können versuchen, sich anzumelden oder das Verzeichnis zu wechseln.
Für den Zugriff auf diese Seite ist eine Autorisierung erforderlich. Sie können versuchen, das Verzeichnis zu wechseln.
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.
Wenn ältere Datenquellen aktiviert sind, klicken Sie im Tabellarischen Modell-Explorer mit der rechten Maustaste auf Datenquellen>importieren aus Datenquelle (Legacy).
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.
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:
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.