Freigeben über


Unterstützte Datenquellen für paginierte Power BI-Berichte

GILT FÜR: ️ Power BI Report Builder ️Power BI Desktop

In diesem Artikel erfahren Sie mehr über unterstützte Datenquellen für paginierte Berichte im Power BI-Dienst und dazu, wie Sie eine Verbindung zu Datenquellen der Azure SQL-Datenbank herstellen. Einige Datenquellen werden nativ unterstützt. Mithilfe von Datengateways können Sie eine Verbindung mit anderen Datenquellen herstellen.

Voraussetzungen

Die Lizenzanforderungen für paginierte Power BI-Berichte (RDL-Dateien) sind identisch mit denen für Power BI-Berichte (PBIX-Dateien).

Nativ unterstützte Datenquellen

Paginierte Berichte unterstützen nativ die folgende Liste von Datenquellen:

Datenquellen- Authentifizierung Hinweise
Azure SQL-Datenbank
Azure Synapse Analytics
Basic, Einmaliges Anmelden (SSO) OAuth2 Sie können ein Enterprise-Gateway mit Azure SQL-Datenbank verwenden.
Verwaltete Azure SQL-Datenbank-Instanz Basic, SSO, OAuth2 Über öffentliche oder lokale VNet-Endpunkte (lokale VNet-Endpunkte müssen über Enterprise Gateway weitergeleitet werden)
Azure Analysis Services SSO, OAuth2 Die Firewall von Azure Analysis Services muss deaktiviert oder so konfiguriert sein, dass sie sämtliche IP-Adressbereiche in der Region "Azure Deutschland" zulässt. Dies gilt nur für die Region "Azure Deutschland". Das einmalige Anmelden von einem externen Mandanten wird nicht unterstützt.
Power BI-Semantikmodell SSO Premium Power BI-Semantikmodelle und Nicht-Premium Power BI-Semantikmodelle. Erfordert die Leseberechtigung. Nur Power BI-Semantikmodelle im Importmodus und DirectQuery-Modus werden unterstützt. Für Berichtsabfragen, die ein Power BI-Semantikmodell im DirectQuery-Modus als Datenquelle verwenden, gilt ein festes Timeout von 10 Minuten. Für Berichtsabfragen, die länger als 10 Minuten dauern, verwenden Sie den XMLA-Lese-/Schreibendpunkt des Power BI-Semantikmodells als Datenquelle des Berichts.
Premium Power BI-Semantikmodell (XMLA) SSO Vergewissern Sie sich, dass beim Festlegen der Datenquelle die Option Keine Anmeldeinformationen verwenden ausgewählt wurde, um die ordnungsgemäße Konnektivität in Power BI Report Builder sicherzustellen.
Beim Zugriff über XMLA wird die auf Arbeitsbereichs-/App-Ebene festgelegte Mitgliedschaft in der Sicherheitsgruppe berücksichtigt.
Benutzer*innen, die mindestens über die Rolle „Mitwirkender” in einem Arbeitsbereich verfügen, können paginierte Berichte mit Premium Power BI-Semantikmodellen rendern. Andere Benutzer benötigen eine Erstellungsberechtigung in den zugrunde liegenden Datasets.
Dataverse SSO, OAuth2 Die Verwendung eines Gateways für die mehrstufige Authentifizierung (MFA) wird nicht unterstützt.
Daten eingeben N/V Daten sind in Bericht eingebettet.

Mit Ausnahme von Azure SQL-Datenbank können alle Datenquellen verwendet werden, nachdem Sie den Bericht in den Power BI-Dienst hochgeladen haben. Bei den Datenquellen wird standardmäßig SSO verwendet, sofern zutreffend. Für Azure Analysis Services können Sie den Authentifizierungstyp in „OAuth2“ ändern. Wurde der Authentifizierungstyp für eine bestimmte Datenquelle jedoch in „OAuth2“ geändert, kann das einmalige Anmelden nicht mehr verwendet werden. Diese Änderung gilt zudem für alle Berichte, die diese Datenquelle arbeitsbereichsübergreifend für einen bestimmten Mandanten verwenden. In paginierten Berichten funktioniert die Sicherheit auf Zeilenebene erst dann, wenn Benutzer als Authentifizierungstyp SSO festlegen.

Für Azure SQL-Datenbankdaten-Datenquellen müssen Sie weitere Informationen bereitstellen, wie im Abschnitt Authentifizierung für Azure SQL-Datenbank beschrieben.

Andere Datenquellen

Zusätzlich zu den nativ unterstützten Datenquellen können Sie über ein Power BI Enterprise-Gateway oder ein VNet-Gateway auf die folgenden Datenquellen zugreifen:

Datenquellen- Enterprise-Gateway VNet-Gateway
SQL Server (unterstützt SSO)
SQL Server Analysis Services
Oracle (unterstützt SSO)
Teradata (unterstützt SSO)
ODBC

Für paginierte Berichte kann auf Azure Analysis Services derzeit nicht über ein Power BI Enterprise-Gateway oder ein VNet-Gateway zugegriffen werden. Bei der Authentifizierung per SSO werden keine Dienstprinzipale unterstützt.

Außerdem ist für paginierte Berichte ein Berichtsherausgeber mit einer Power BI Enterprise Gateway- oder VNET-Gateway-Administratorberechtigung erforderlich, um den paginierten Bericht an die Datenquellenverbindung zu binden. Sie werden Administrator, indem Sie entweder als Administrator hinzugefügt werden oder weil Sie ein Power BI Enterprise Gateway oder VNET-Gateway installiert und konfiguriert haben. Beachten Sie, dass ein Power BI Enterprise Gateway-Administrator nicht automatisch Zugriff auf vorhandene Datenquellenverbindungen bietet. Sie müssen angeben, welche Datenquellenverbindung Sie verwalten möchten.

Wichtig

Für die Verwendung der Optionen für Einmaliges Anmelden über Kerberos in den Erweiterten Einstellungen des Gateways ist die Konfiguration von eingeschränkter Kerberos-Delegierung für die lokale Datenquelle und den Gateway-Dienst erforderlich.

Authentifizierung für Azure SQL-Datenbank

Für Azure SQL-Datenbank-Datenquellen müssen Sie vor dem Ausführen des Berichts einen Authentifizierungstyp festlegen. Dies gilt nur, wenn Sie eine Datenquelle zum ersten Mal in einem Arbeitsbereich verwenden. Beim ersten Mal wird die folgende Meldung angezeigt:

Screenshot: Dialogfeld zum Veröffentlichen in Power BI.

Wenn Sie keine Anmeldeinformationen angeben, tritt beim Ausführen des Berichts ein Fehler auf. Wählen Sie Weiter aus, um zur Seite Anmeldeinformationen für die Datenquelle für den soeben hochgeladenen Bericht zu gelangen:

Screenshot: Einstellungen für die Azure SQL-Datenbank.

Wählen Sie den Link Anmeldeinformationen bearbeiten für eine bestimmte Datenquelle aus, um das Dialogfeld Konfigurieren anzuzeigen:

Screenshot: Dialogfeld zum Konfigurieren der Azure SQL-Datenbank.

Für Azure SQL-Datenbank-Datenquellen finden Sie hier die unterstützten Authentifizierungstypen:

  • Basic (Benutzername und Kennwort)
  • SSO (Einmaliges Anmelden)
  • OAuth2 (gespeichertes Microsoft Entra-Token)

Damit das einmalige Anmelden (SSO) und OAuth2 ordnungsgemäß funktionieren, muss für den Azure SQL-Datenbankserver, mit dem die Datenquelle verbunden ist, die Microsoft Entra-Authentifizierung aktiviert werden. Bei der OAuth2-Authentifizierungsmethode generiert Microsoft Entra ID ein Token und speichert es für den zukünftigen Zugriff auf die Datenquelle. Wenn Sie stattdessen die SSO-Authentifizierungsmethode verwenden möchten, wählen Sie die SSO-Option direkt darunter aus. Endbenutzer verwenden Ihre eigenen OAuth2-Anmeldeinformationen, wenn Sie über DirectQuery auf diese Datenquelle zugreifen.

Nächste Schritte

Weitere Fragen? Lernen Sie die Power BI-Community kennen.