Konfigurieren von Workloads in einer Premium-Kapazität

In diesem Artikel erfahren Sie, wie Sie Workloads für Power BI Premium-Kapazitäten aktivieren und konfigurieren. Kapazitäten unterstützen standardmäßig nur die Workload für die Ausführung von Power BI-Abfragen. Sie können auch zusätzliche Workloads für KI (Cognitive Services) , Dataflows und Paginierte Berichte aktivieren und konfigurieren.

Hinweis

Power BI Premium hat vor kurzem eine neue Premium-Version namens Premium Gen2 veröffentlicht. Premium Gen2 vereinfacht die Verwaltung von Premium-Kapazitäten und reduziert den Verwaltungsaufwand. Weitere Informationen finden Sie unter Power BI Premium Generation 2.

Informationen zu den Power BI Embedded Gen2-Erweiterungen finden Sie unter Power BI Embedded Generation 2.

Hinweis

Sie können auch Premium pro Benutzer (PPU)-Lizenzen für Einzelpersonen erhalten, die zahlreiche Features und Funktionen einer Premium-Kapazität bereitstellen und außerdem alle in einer Power BI pro Lizenz enthaltenen Funktionen beinhaltet. Weitere Informationen finden Sie unter Power BI-Premium pro Benutzer.

Standardeinstellungen für den Arbeitsspeicher

Abfrageworkloads sind für Ressourcen optimiert und durch Ressourcen beschränkt, die durch Ihre Premium-Kapazitäts-SKU bestimmt werden. Premium-Kapazitäten unterstützen auch zusätzliche Workloads, die Ihre Kapazitätsressourcen nutzen können. Arbeitsspeicher-Standardwerte für diese Workloads basieren auf den Kapazitätsknoten, die für Ihre SKU zur Verfügung stehen. Die Einstellungen für maximalen Arbeitsspeicher sind nicht kumulativ.

EM1/A1 EM2/A2 EM3/A3 P1/A4 P2/A5 P3/A6
KI Nicht unterstützt 40% Standard; mindestens 40% 20 % Standard; mindestens 20 % 20 % Standard, mindestens 8 % 20 % Standard, mindestens 4 % 20 % Standard, mindestens 2 %
Datasets 100 % Standard; mindestens 67 % 100 % Standard; mindestens 40 % 100 % Standard; mindestens 20 % 100 % Standard; mindestens 8 % 100 % Standard; mindestens 4 % 100 % Standard; mindestens 2 %
Dataflows 40% Standard; mindestens 40% 24% Standard; mindestens 24% 20% Standard; mindestens 12% 20 % Standard, mindestens 5 % 20% Standard; mindestens 3% 20 % Standard, mindestens 2 %
Paginierte Berichte Nicht unterstützt Nicht unterstützt Nicht unterstützt 20 % Standard, mindestens 10 % 20 % Standard, mindestens 5 % 20 % Standard, mindestens 2,5 %

Hinweis

Premium Gen2 erfordert keine Änderung der Arbeitsspeichereinstellungen. Der Arbeitsspeicher in Premium Gen2 wird automatisch vom zugrunde liegenden System verwaltet.

Workloadeinstellungen

In den folgenden Abschnitten werden die zuvor in der Tabelle beschriebenen Workloadeinstellungen ausführlich erläutert.

KI (Vorschauversion)

Mit der KI-Workload können Sie Cognitive Services und automatisiertes maschinelles Lernen in Power BI verwenden. Verwenden Sie die folgenden Einstellungen, um das Workloadverhalten zu steuern.

Einstellungsname Beschreibung
Max. Arbeitsspeicher (%) Der Prozentsatz des maximal verfügbaren Arbeitsspeichers, der von KI-Prozessen in einer Kapazität verwendet werden kann.
Verwendung über Power BI Desktop zulassen Diese Einstellung ist für die zukünftige Verwendung reserviert und wird nicht auf allen Mandanten angezeigt.
Erstellung von Machine Learning-Modellen zulassen Diese Einstellung gibt an, ob Business Analysts Machine Learning-Modelle direkt in Power BI trainieren, überprüfen und aufrufen können. Weitere Informationen finden Sie unter Automatisiertes Machine Learning in Power BI (Vorschau).
Parallelismus für KI-Anforderungen aktivieren Diese Einstellung gibt an, ob KI-Anforderungen parallel ausgeführt werden können.

Datasets

Die Datasetworkload ist standardmäßig aktiviert und kann nicht deaktiviert werden. Verwenden Sie die folgenden Einstellungen, um das Workloadverhalten zu steuern. Unterhalb der Tabelle finden Sie zusätzliche Verwendungsinformationen für einige der Einstellungen.

Einstellungsname Beschreibung
Max. Arbeitsspeicher (%) Der Prozentsatz des maximal verfügbaren Arbeitsspeichers, der von Datasets in einer Kapazität verwendet werden kann.
XMLA-Endpunkt Mit dieser Einstellung wird festgelegt, dass Verbindungen von Clientanwendungen die Sicherheitsgruppenmitgliedschaft berücksichtigen, die auf den Ebenen des Arbeitsbereichs und der Apps festgelegt wird. Weitere Informationen finden Sie unter Herstellen einer Verbindung zwischen Datasets und Clientanwendungen und Tools.
Max Intermediate Row Set Count (Maximale Anzahl von Zwischenrowsets) Die maximale Anzahl von Zwischenzeilen, die von DirectQuery zurückgegeben werden. Der Standardwert ist 1000000, und der zulässige Bereich liegt zwischen 100000 und 2147483646. Beachten Sie, dass der obere Grenzwert möglicherweise weiter eingeschränkt werden muss, je nachdem, welcher Wert von der Datenquelle unterstützt wird.
Maximale Größe für Offlinedataset (GB) Die maximale Größe des Offlinedatasets im Arbeitsspeicher. Dies ist die komprimierte Größe auf dem Datenträger. Der Standardwert ist 0 (null). Dies ist die höchste durch SKU definierte Grenze. Der zulässige Bereich liegt zwischen 0 (null) und der Kapazitätsgrößenbegrenzung.
Max Result Row Set Count (Maximale Anzahl von Ergebnisrowsets) Die maximale Anzahl von Zeilen, die in einer DAX-Abfrage zurückgegeben werden. Der Standardwert ist -1 (keine Grenze), und der zulässige Bereich liegt zwischen 100000 und 2147483647.
Query Memory Limit (%) (Arbeitsspeicherlimit für Abfragen (%)) Der Prozentsatz des maximal verfügbaren Arbeitsspeichers in der Workload, der zum Ausführen einer MDX- oder DAX-Abfrage verwendet werden kann. Der Standardwert ist 0 (null), was dazu führt, dass die SKU-spezifische automatische Abfragespeichergrenze angewendet wird.
Query Timeout (seconds) (Abfragetimeout (Sekunden)) Die maximale Zeitspanne bis zum Timeout einer Abfrage. Der Standardwert lautet 3.600 Sekunden (1 Stunde). Bei einem Wert von 0 (null) tritt kein Timeout für Abfragen auf.
Automatische Seitenaktualisierung Ein/Aus-Schalter, um für Premium-Arbeitsbereiche automatische Seitenaktualisierung nach festen Intervallen zu ermöglichen
Mindestintervall für Aktualisierung Wenn die automatische Seitenaktualisierung aktiviert ist, das minimal zulässige Intervall für die Seitenaktualisierung. Der Standardwert beträgt fünf Minuten, und der zulässige Mindestwert ist eine Sekunde.
Änderungserkennungsmeasure Ein/Aus-Schalter, um für Premium-Arbeitsbereiche automatische Seitenaktualisierung nach erkannten Änderungen zu ermöglichen
Mindestausführungsintervall Wenn das Änderungserkennungsmeasure aktiviert ist: das Mindestausführungsintervall für das Abfragen von Datenänderungen – der Standardwert beträgt fünf Sekunden, und der zulässige Mindestwert ist eine Sekunde.

Maximale Anzahl von Zwischenzeilen

Verwenden Sie diese Einstellung, um die Auswirkungen ressourcenintensiver oder schlecht konzipierter Berichte einzuschränken. Wenn eine Abfrage an ein DirectQuery-Dataset zu einem sehr großen Ergebnis aus der Quelldatenbank führt, kann dies zu einem Anstieg der Speicherauslastung und dem Verarbeitungsaufwand führen. Dies kann dazu führen, dass andere Benutzer und Berichte wenig Ressourcen haben. Mit dieser Einstellung kann der Kapazitätsadministrator anpassen, wie viele Zeilen von einer einzelnen Abfrage aus der Datenquelle abgerufen werden können.

Wenn die Kapazität mehr als den Standardwert von einer Million Zeilen unterstützen kann und Sie über ein großes Dataset verfügen, erhöhen Sie diese Einstellung, um weitere Zeilen abzurufen.

Beachten Sie, dass sich diese Einstellung nur auf DirectQuery-Abfragen auswirkt, während sich die Einstellung Maximale Anzahl von Ergebniszeilen auf DAX-Abfragen auswirkt.

Maximale Größe für Offlinedataset

Mit dieser Einstellung hindern Sie Ersteller von Berichten daran, ein großes Dataset zu veröffentlichen, das sich negativ auf die Kapazität auswirken könnte. Beachten Sie, dass Power BI die tatsächliche Größe im Arbeitsspeicher erst ermitteln kann, wenn das Dataset in den Arbeitsspeicher geladen wurde. Es ist möglich, dass ein Dataset mit einer geringeren Offlinegröße über einen größeren Speicherbedarf verfügt als ein Dataset mit einer größeren Offlinegröße.

Wenn Sie über ein vorhandenes Dataset verfügen, das größer ist als die von Ihnen angegebene Größe für diese Einstellung, kann das Dataset nicht geladen werden, wenn ein Benutzer versucht, darauf zuzugreifen. Auch wenn das Dataset größer als der für die Datasetworkload konfigurierte maximale Arbeitsspeicher ist, kann es nicht geladen werden.

Zum Schutz der Systemleistung wird unabhängig vom konfigurierten Wert eine zusätzliche SKU-spezifische feste Obergrenze für die maximale Größe des Offlinedatasets angewendet. Diese feste Obergrenze gilt nicht für Power BI-Datasets, die für große Datenmengen optimiert sind. Weitere Informationen finden Sie unter Große Modelle in Power BI Premium.

EM1/A1 EM2/A2 EM3/A3 P1/A4 P2/A5 P3/A6
Feste Obergrenze für die maximale Größe des Offlinedatasets 3GB 5 GB 6 GB 10 GB 10 GB 10 GB

Maximale Anzahl von Ergebniszeilen

Verwenden Sie diese Einstellung, um die Auswirkungen ressourcenintensiver oder schlecht konzipierter Berichte einzuschränken. Wenn dieser Grenzwert in einer DAX-Abfrage erreicht wird, wird dem Benutzer des Berichts der folgende Fehler angezeigt. Er sollte die Fehlerdetails kopieren und einen Administrator kontaktieren.

Die Daten für dieses Visual konnten nicht geladen werden

Beachten Sie, dass sich diese Einstellung nur auf DAX-Abfragen auswirkt, während sich die Einstellung Maximale Anzahl von Zwischenzeilen auf DirectQuery-Abfragen auswirkt.

Arbeitsspeicherlimit für Abfragen

Verwenden Sie diese Einstellung, um die Auswirkungen ressourcenintensiver oder schlecht konzipierter Berichte einzuschränken. Einige Abfragen und Berechnungen können zu Zwischenergebnissen führen, die viel Arbeitsspeicher für die Kapazität verwenden. Dies kann dazu führen, dass andere Abfragen sehr langsam ausgeführt werden, andere Datasets aus der Kapazität entfernt werden und bei anderen Benutzern der Kapazität zum Fehler „Nicht genügend Speicher“ führt.

Diese Einstellung gilt für alle DAX- und MDX-Abfragen, die durch Power BI-Berichte, „In Excel analysieren“-Berichte und andere Tools, zu denen über den XMLA-Endpunkt eine Verbindung hergestellt werden kann, ausgeführt werden.

Beachten Sie, dass bei Datenaktualisierungsvorgängen beim Aktualisieren der Dashboardkacheln und visuellen Caches nach Aktualisierung der Daten im Dataset möglicherweise ebenfalls DAX-Abfragen ausführt werden. Aufgrund dieser Einstellung kommt es bei solchen Abfragen möglicherweise zu Fehlern, was dazu führen kann, dass der Datenaktualisierungsvorgang als fehlerhaft angezeigt wird, obwohl die Daten im Dataset erfolgreich aktualisiert wurden.

Die Standardeinstellung ist 0 (null), was dazu führt, dass die folgende SKU-spezifische automatische Abfragespeichergrenze angewendet wird.

EM1/A1 EM2/A2 EM3/A3 P1/A4 P2/A5 P3/A6
Automatische Arbeitsspeichergrenze für Abfragen 1 GB 2 GB 2 GB 6 GB 6 GB 10 GB

Zum Schutz der Systemleistung wird für alle Abfragen, die von Power BI-Berichten ausgeführt werden, eine feste Obergrenze von 10 GB erzwungen, die unabhängig vom Arbeitsspeicherlimit für Abfragen, das vom Benutzer konfiguriert wurde, angewendet wird. Diese feste Obergrenze gilt nicht für Abfragen, die von Tools ausgegeben werden, die das Analysis Services-Protokoll (auch: XMLA) verwenden. Bei zu speicherintensiven Abfragen sollten Benutzer in Erwägung ziehen, die Abfrage oder die zugehörigen Berechnungen zu vereinfachen.

Abfragetimeout

Verwenden Sie diese Einstellung, um eine bessere Kontrolle über Abfragen mit langer Ausführungsdauer zu gewährleisten, die dazu führen können, dass Berichte für Benutzer langsam geladen werden.

Diese Einstellung gilt für alle DAX- und MDX-Abfragen, die durch Power BI-Berichte, „In Excel analysieren“-Berichte und andere Tools, zu denen über den XMLA-Endpunkt eine Verbindung hergestellt werden kann, ausgeführt werden.

Beachten Sie, dass bei Datenaktualisierungsvorgängen beim Aktualisieren der Dashboardkacheln und visuellen Caches nach Aktualisierung der Daten im Dataset möglicherweise ebenfalls DAX-Abfragen ausführt werden. Aufgrund dieser Einstellung kommt es bei solchen Abfragen möglicherweise zu Fehlern, was dazu führen kann, dass der Datenaktualisierungsvorgang als fehlerhaft angezeigt wird, obwohl die Daten im Dataset erfolgreich aktualisiert wurden.

Diese Einstellung gilt für eine einzelne Abfrage und nicht für die Dauer, die benötigt wird, um alle Abfragen auszuführen, die mit dem Aktualisieren eines Datasets oder eines Berichts verknüpft sind. Sehen Sie sich das folgende Beispiel an:

  • Die Einstellung Abfragetimeout beträgt 1200 (20 Minuten).
  • Es werden fünf Abfragen ausgeführt, die jeweils 15 Minuten laufen.

Die Gesamtzeit für alle Abfragen beträgt 75 Minuten, aber das Einstellungslimit wird nicht erreicht, weil alle einzelnen Abfragen weniger als 20 Minuten laufen.

Beachten Sie, dass Power BI-Berichte diesen Standardwert mit einem wesentlich geringeren Zeitlimit für jede Abfrage der Kapazität außer Kraft setzen. Das Zeitlimit für jede Abfrage beträgt in der Regel etwa drei Minuten.

Automatische Seitenaktualisierung

Wenn diese Option aktiviert ist, ermöglicht die automatische Seitenaktualisierung Benutzern in Ihrer Premium-Kapazität das Aktualisieren von Seiten in ihrem Bericht in einem definierten Intervall für DirectQuery-Quellen. Als Kapazitätsadministrator können Sie die folgenden Aufgaben ausführen:

  • Aktivieren und Deaktivieren der automatischen Seitenaktualisierung
  • Definieren eines Mindestintervalls für die Aktualisierung

So finden Sie die Einstellung für automatische Seitenaktualisierungen:

  1. Klicken Sie im Verwaltungsportal in Power BI auf Kapazitätseinstellungen.

  2. Wählen Sie Ihre Kapazität aus, und scrollen Sie dann nach unten, und erweitern Sie das Menü Workloads.

  3. Scrollen Sie nach unten zum Abschnitt Datasets.

Screenshot der Administratoreinstellung für das Intervall für automatische Aktualisierungen

Abfragen, die durch automatische Seitenaktualisierung erstellt werden, werden direkt an die Datenquelle gerichtet. Daher ist es wichtig, die Zuverlässigkeit und Last dieser Quellen zu berücksichtigen, wenn Sie automatische Seitenaktualisierung in Ihrem Unternehmen zulassen.

Dataflows

Mit der Dataflow-Workload können Sie die Self-Service-Datenaufbereitung von Dataflows nutzen, um Daten zu erfassen, zu transformieren, zu integrieren und zu erweitern. Verwenden Sie die folgenden Einstellungen, um das Workloadverhalten zu steuern.

Einstellungsname Beschreibung
Max. Arbeitsspeicher (%) Der Prozentsatz des maximal verfügbaren Arbeitsspeichers, der von Dataflows in einer Kapazität verwendet werden kann.
Erweiterte Dataflowcomputing-Engine (Vorschau) Aktivieren Sie diese Option, um eine bis zu 20-fach schnellere Berechnung von berechneten Entitäten bei der Arbeit mit umfangreichen Datenmengen zu erzielen. Damit die neue Engine aktiviert wird, müssen Sie die Kapazität neu starten. Weitere Informationen finden Sie unter Erweiterte Dataflowcomputing-Engine.
Containergröße Die maximale Größe des Containers, der für jede Entität im Dataflow verwendet wird. Der Standardwert ist 700 MB. Weitere Informationen finden Sie unter Containergröße.

Erweiterte Dataflowcomputing-Engine

Unterteilen Sie die Erfassung von Daten in separate Dataflows, und integrieren Sie Transformationslogik in berechnete Entitäten in verschiedenen Dataflows, um von der neuen Compute-Engine zu profitieren. Dieser Ansatz wird empfohlen, weil die Compute-Engine mit Dataflows arbeitet, die auf einen vorhandenen Dataflow verweisen. Dies funktioniert für Dataflows für die Erfassung von Daten nicht. Indem Sie den Anweisungen folgen, stellen Sie sicher, dass die neue Compute-Engine die Transformationsschritte verarbeitet, z. B. Joins und Merges, um optimale Leistung zu erzielen.

Containergröße

Beim Aktualisieren eines Dataflows erzeugt die Workload für Dataflows einen Container für jede Entität im Dataflow. Die Größe des Containerspeichers wird durch den Wert der Einstellung „Containergröße“ festgelegt. Der Standardwert für alle SKUs ist 700 MB. Sie sollten diese Einstellung in den folgenden Situationen ändern:

  • Die Aktualisierung der Dataflows dauert zu lange oder schlägt bei einem Timeout fehl.
  • Dataflowentitäten enthalten Berechnungsschritte wie Joins.

Es wird empfohlen, die App Power BI Premium Capacity Metrics zu verwenden, um die Leistung der Workload für Dataflows zu analysieren.

In einigen Fällen führt das Erhöhen der Containergröße möglicherweise nicht zu einer Verbesserung der Leistung. Wenn z. B. der Dataflow nur Daten aus einer Quelle abruft, ohne wesentliche Berechnungen durchzuführen, hat eine Änderung der Containergröße vermutlich keine positiven Auswirkungen. Die Erhöhung der Containergröße kann hilfreich sein, wenn die Workload für Dataflows mehr Speicher für Entitätsaktualisierungen belegen kann. Dadurch kann die Aktualisierungszeit für Entitäten verkürzt werden, für die rechenintensive Vorgänge ausgeführt werden.

Der Wert für „Containergröße“ darf die maximale Größe des Arbeitsspeichers für die Dataflowworkload nicht überschreiten. Eine P1-Kapazität verfügt beispielsweise über 25 GB Arbeitsspeicher. Wenn für die Einstellung „Max. Arbeitsspeicher“ ein Wert von 20 % für die Workload der Dataflows festgelegt ist, kann der Wert von „Containergröße“ 5000 MB nicht überschreiten. In keinem Fall kann der Wert von „Containergröße“ den von „Max. Arbeitsspeicher“ überschreiten, und zwar auch dann nicht, wenn Sie einen höheren Wert festlegen.

Paginierte Berichte

Die Workload für paginierte Berichte ermöglicht Ihnen die Ausführung paginierter Berichte basierend auf dem Standardformat von SQL Server Reporting Services im Power BI-Dienst. Verwenden Sie die folgende Einstellung, um das Workloadverhalten zu steuern.

Einstellungsname Beschreibung
Max. Arbeitsspeicher (%) Der Prozentsatz des maximal verfügbaren Arbeitsspeichers, der von paginierten Berichten in einer Kapazität verwendet werden kann.

Paginierte Berichte bieten die gleichen Funktionen wie SSRS-Berichte (SQL Server Reporting Services) einschließlich der Möglichkeit für Berichtsautoren, benutzerdefinierten Code hinzuzufügen. Dies ermöglicht es Autoren, Berichte dynamisch zu ändern und beispielsweise die Textfarben basierend auf Codeausdrücken zu ändern. Paginierte Berichte werden innerhalb eines geschützten Sandkastens pro Kapazität ausgeführt, um eine ordnungsgemäße Isolation sicherzustellen. Berichte, die mit derselben Kapazität ausgeführt werden, können Nebenwirkungen verursachen. Ebenso wie Sie die Autoren einschränken, die Inhalte in einer SSRS-Instanz veröffentlichen können, wird bei paginierten Berichten eine ähnliche Vorgehensweise empfohlen. Stellen Sie sicher, dass Autoren, die Inhalte in einer Kapazität veröffentlichen, von der Organisation als vertrauenswürdig eingestuft wurden. Sie können Ihre Umgebung weiter schützen, indem Sie mehrere Kapazitäten bereitstellen und jeweils verschiedene Autoren zuweisen.

Bei Gen1 Premium-Kapazitäten kann es vorkommen, dass die Workload für paginierte Berichte nicht verfügbar ist. In diesem Fall zeigt die Workload einen Fehlerstatus im Verwaltungsportal an, und den Benutzern werden Timeouts beim Rendern von Berichten angezeigt. Deaktivieren Sie die Workload, und aktivieren Sie sie dann erneut, um dieses Problem zu beheben.

Bei Gen2 Premium-Kapazitäten ist die Workload für paginierte Berichte automatisch aktiviert und immer verfügbar.

Konfigurieren von Workloads

Maximieren Sie die Kapazität der verfügbaren Ressourcen, indem Sie Workloads nur dann ermöglichen, wenn sie verwendet werden. Ändern Sie Arbeitsspeichereinstellungen und andere Einstellungen nur dann, wenn Sie Standardeinstellungen festgelegt haben, die Ihre Anforderungen an Kapazitätsressourcen nicht erfüllen.

So konfigurieren Sie Workloads im Power BI-Verwaltungsportal

  1. Wählen Sie unter Kapazitätseinstellungen > PREMIUM-KAPAZITÄTEN eine Kapazität aus.

  2. Erweitern Sie unter Weitere Optionen Workloads.

  3. Aktivieren Sie mindestens eine Workload, und legen Sie einen Wert für Max. Arbeitsspeicher und die anderen Einstellungen fest.

  4. Klicken Sie auf Übernehmen.

REST-API

Workloads können mithilfe der REST-APIs vom Typ Capacities aktiviert und einer Kapazität zugewiesen werden.

Überwachung von Workloads

Die Power BI Premium-Kapazitätsmetriken-App bietet Metriken für Datasets, Dataflows und paginierte Berichte zur Überwachung von Workloads, die für Ihre Kapazitäten aktiviert sind.

Wichtig

Wenn Ihre Power BI Premium-Kapazität einen hohen Ressourcenverbrauch aufweist, der zu Leistungs- oder Zuverlässigkeitsproblemen führt, erhalten Sie eine E-Mail-Benachrichtigung, damit Sie das Problem identifizieren und lösen können. Dies kann eine optimierte Methode zum Behandeln von Problemen mit überlasteten Kapazitäten darstellen. Weitere Informationen finden Sie unter Benachrichtigungen zu Kapazität und Zuverlässigkeit.

Nächste Schritte

Optimieren von Power BI Premium-Kapazitäten Self-Service-Datenaufbereitung in Power BI mit Dataflows Was sind paginierte Berichte in Power BI Premium? Automatische Seitenaktualisierung in Power BI Desktop (Vorschau)

Weitere Fragen? Fragen an die Power BI-Community

Power BI hat Power BI Premium Gen2 veröffentlicht. Damit wird die Nutzung von Power BI Premium in folgenden Bereichen verbessert:

  • Leistung
  • Einzelbenutzerlizenz
  • höhere Skalierbarkeit
  • verbesserte Metriken
  • Automatische Skalierung
  • reduzierter Verwaltungsaufwand

Weitere Informationen zu Power BI Premium Gen2 finden Sie unter Power BI Premium Generation 2.