Was ist Power BI Premium?

In diesem Artikel werden Power BI Premium-Vorgänge und Überlegungen beschrieben, um eine allgemeine Beschreibung der Funktionsweise von Microsoft Fabric anzuzeigen, siehe Microsoft Fabric-Konzepte und -Lizenzen.

Power BI Premium bietet gegenüber Power BI mit einem umfassenden Portfolio an Premium-Features Verbesserungen. Einige Verbesserungen des Premium-Angebots sind in der folgenden Tabelle zusammengefasst.

Erweiterung Details
Kauf der Premium-Version für einzelne Mitarbeiter Ihrer Organisation Siehe Power BI Premium-Einzelbenutzer (PPU).
verbesserte Metriken Die Leistung der Kapazität ist ausschließlich von der CPU-Auslastung abhängig. Metriken können mithilfe der Microsoft Fabric Capacity Metrics-App einfach ausgewertet werden.
Autoscale Ein optionales Feature, das Leistungseinbußen durch Drosselung bei überlasteten Kapazitäten verhindert. Bei Überschreiten der Kapazitätsgrenzen wird durch automatische Skalierung automatisch jeweils ein V-Kern für die Dauer von 24 Stunden hinzugefügt. Zusätzliche V-Kerne werden für Ihr Azure-Abonnement auf nutzungsbasierter Bezahlung abgerechnet.

Kapazitäten und SKUs

Kapazität bezeichnet die dedizierte Gruppe von Ressourcen, die für eine bestimmte Verwendung reserviert ist. Sie bietet zuverlässige, beständige Leistung für Ihre gehosteten Inhalte.

Jede Kapazität bietet verschiedene SKUs, und jede SKU bietet verschiedene Ressourcenebenen, was Computeleistung angeht. Welchen SKU-Typ Sie benötigen, hängt vom Typ der Lösung ab, die Sie bereitstellen möchten.

SKU Kapazitätseinheiten (Capacity Units, CUs) Power BI-SKU Virtuelle Power BI-Kerne
F2 2
F4 4
F8 8 EM1/A1 1
F16 16 EM2/A2 2
F32 32 EM3/A3 4
F64 64 P1/A4 8
F128 128 P2/A5 16
F256 256 P3/A6 32
F5121 512 P4/A7 64
F10241 1\.024 P5/A8 128
F20481 2\.048

1 Diese SKUs sind nicht in allen Regionen verfügbar. Wenden Sie sich an Ihre*n Microsoft-Account Manager, um die Verwendung dieser SKUs in Regionen anzufordern, in denen sie nicht verfügbar sind.

Abonnements und Lizenzierung

Power BI Premium ist ein Microsoft 365-Abonnement auf Mandantenebene, das in zwei SKU-Familien (Stock Keeping Unit) erhältlich ist.

P EM
Bereich P1 bis P5 EM1 bis EM3
Verwenden Sie Unternehmensfeatures und Einbettung Organisationseinbettung (Einbettung in Ihr Unternehmen)
Vertragsbindung Monatlich oder jährlich Jährlich
Abrechnung Monatlich Monatlich
Zusätzliche Informationen Enthält eine Lizenz für die lokale Installation des Power BI-Berichtsservers Die EM1- und EM2-SKUs sind nur über Volumenlizenzierungspläne erhältlich. Sie können sie nicht direkt erwerben.

Erwerb

Power BI-Premium-Abonnements werden von Administratoren im Microsoft 365 Admin Center gekauft. Nur globale Administratoren oder Abrechnungsadministratoren können SKUs erwerben. Beim Kauf erhält der Mandant eine entsprechende Anzahl V-Kerne zur Zuweisung zu Kapazitäten, was als V-Kern-Pooling bezeichnet wird. Beispielsweise erhält der Mandant durch den Erwerb einer P3-SKU 32 V-Kerne. Weitere Informationen finden Sie unter How to purchase Power BI Premium (Erwerben von Power BI Premium).

Arbeitsbereiche

Arbeitsbereiche befinden sich innerhalb von Kapazitäten. Jeder Power BI-Benutzer verfügt über einen persönlichen Arbeitsbereich, der als Mein Arbeitsbereich bezeichnet wird. Zusätzliche Arbeitsbereiche, auch als Arbeitsbereiche bezeichnet, können erstellt werden, um die Zusammenarbeit zu ermöglichen. Standardmäßig werden Arbeitsbereiche (einschließlich persönlicher Arbeitsbereiche) in der gemeinsam genutzten Kapazität erstellt. Wenn Sie über Premium-Kapazitäten verfügen, können sowohl zu „Meine Arbeitsbereiche“ als auch zu Arbeitsbereichen Premium-Kapazitäten zugewiesen werden.

Die eigenen Arbeitsbereiche von Kapazitätsadministratoren werden automatisch den Premium-Kapazitäten zugewiesen.

SKU-Einschränkung des Semantikmodells

Bei Power BI Premium und Power BI Embedded gibt es Arbeitsspeicherlimits und andere Einschränkungen für jede SKU, die in der folgenden Tabelle aufgeführt ist.

SKU Maximaler Arbeitsspeicher (GB)1, 2 Max. gleichzeitige DirectQuery-Verbindungen (pro Semantikmodell)1 Liveverbindung (pro Sekunde)1 Maximaler Arbeitsspeicher pro Abfrage (GB)1 Aktualisierungsparallelität nach Modell Direct Lake-Zeilen pro Tabelle (in Millionen)1, 3 Maximale Direct Lake-Modellgröße in OneLake (GB)1, 3
F2 3 5 2 1 1 300 10
F4 3 5 2 1 2 300 10
F8 3 10 3,75 1 5 300 10
F16 5 10 7,5 2 10 300 20
F32 10 10 15 5 20 300 40
F64 25 50 30 10 40 1\.500 Unbegrenzt
F128 50 75 60 10 80 3,000 Unbegrenzt
F256 100 100 120 10 160 6\.000 Unbegrenzt
F512 200 200 240 20 320 12,000 Unbegrenzt
F1024 400 200 480 40 640 24,000 Unbegrenzt
F2048 400 200 960 40 1\.280 24,000 Unbegrenzt

1 Die Microsoft Fabric Capacity Metrics-App macht diese Metriken derzeit nicht verfügbar.

2 Die Spalte Maximaler Arbeitsspeicher (GB) stellt die Obergrenze für die Größe des Semantikmodells dar. Allerdings muss ein Teil des Arbeitsspeichers für Vorgänge wie Aktualisierungen und Abfragen des semantischen Modells reserviert werden. Die tatsächliche für eine Kapazität zulässige maximale Größe des semantischen Modells kann kleiner als die Angaben in dieser Spalte sein.

3 Diese Grenzwerte gelten für Direct Lake-Tabellen und -Modelle und sind Schutzmaßnahmen, die sich auf einen Fallback auf DirectQuery auswirken. Direct Lake-Semantikmodelle verfügen über zusätzliche Einschränkungen, die auf SKUs basieren, wie unter Fallback aufgeführt.

Arbeitsspeicherauslastung des Semantikmodells

Für Vorgänge des semantischen Modells wie Abfragen gelten individuelle Arbeitsspeicherlimits. Die Einschränkung lässt sich anhand des folgenden Beispiels veranschaulichen: Ein semantisches Modell hat einen Speicherbedarf von 1 GB, und ein Benutzer initiiert eine Aktualisierung, während er mit einem auf diesem semantischen Modell basierenden Bericht interagiert. Drei separate Aktionen bestimmen die Arbeitsspeichergröße, die dem ursprünglichen semantischen Modell zugeordnet ist, und diese kann das Zweifache der Größe des semantischen Modells überschreiten. Der von einem Power BI-Element verwendete Gesamtarbeitsspeicher darf den in der SKU zugewiesenen maximalen Arbeitsspeicher pro semantisches Modell nicht überschreiten.

  • Laden des Semantikmodells – Die erste Aktion lädt das Semantikmodell in den Speicher.

  • Aktualisieren des Semantikmodells: Die zweite Aktion ist das Aktualisieren des semantischen Modells nach dem Laden in den Arbeitsspeicher. Durch den Aktualisierungsvorgang verdoppelt sich der vom semantischen Modell verwendete Arbeitsspeicher. Der Grund hierfür ist, dass die ursprüngliche Kopie der Daten für aktive Abfragen weiterhin zur Verfügung steht, gleichzeitig aber eine weitere Kopie durch die Aktualisierung verarbeitet wird. Nach dem Commit der Aktualisierungstransaktion verringert sich der Speicherbedarf.

  • Interaktion mit dem Bericht: Die dritte Aktion wird durch Interaktionen des Benutzers mit dem Bericht verursacht. Während der Aktualisierung des semantischen Modells werden bei Berichtsinteraktionen DAX-Abfragen ausgeführt. Jede DAX-Abfrage beansprucht eine bestimmte Menge an temporärem Speicher, der zum Erzielen der Ergebnisse erforderlich ist. Wie viel Arbeitsspeicher jeweils nötig ist, ist abhängig von der Abfrage. Der für Abfragen des semantischen Modells nötige Arbeitsspeicher addiert sich zum Arbeitsspeicher, der zum Laden und Aktualisieren des Semantikmodells benötigt wird.

Refreshes

Für Power BI Premium und Power BI Embedded sind keine kumulativen Arbeitsspeicherlimits erforderlich. Daher tragen gleichzeitige Aktualisierungen von semantischen Modellen nicht zu einer Einschränkung der Ressourcen bei. Die Aktualisierung einzelner semantischer Modelle wird jedoch durch vorhandene Arbeitsspeicher- und CPU-Limits der Kapazität sowie durch die in der SKU festgelegte Begrenzung der Parallelität für die Modellaktualisierung gesteuert (siehe Kapazitäten und SKUs).

Sie können beliebig viele Aktualisierungen zu einem beliebigen Zeitpunkt planen und ausführen, und der Power BI-Dienst führt diese Aktualisierungen zu dem geplanten Zeitpunkt aus.

Überwachung

Bei der Überwachung von Power BI Premium und Power BI Embedded müssen Sie nur einen Aspekt berücksichtigen: Wie viel CPU Ihre Kapazität zu jedem beliebigen Zeitpunkt benötigt, um die Last zu verarbeiten. Verwenden Sie zur Überwachung Ihrer Kapazität die App Microsoft Fabric Capacity Metrics.

Informationen zum Installieren der App finden Sie unter Installieren der Microsoft Fabric Capacity Metrics-App. Informationen zur Verwendung der App finden Sie im Artikel Microsoft Fabric Capacity Metrics.

Das Folgende geschieht nun, wenn das CPU-Limit pro erworbener SKU-Größe überschritten wird:

Paginierte Berichte

Bei Verwendung von Power BI Premium und Power BI Embedded profitieren paginierte Berichte in Power BI von den architektonischen und technischen Verbesserungen in Power BI Premium.

  • Arbeitsspeicher: Für paginierte Berichte gibt es keine Speicherverwaltung.

  • SKU-Verfügbarkeit: Paginierte Berichte, die in Power BI Premium ausgeführt werden, können Berichte über alle verfügbaren eingebetteten und Premium-SKUs ausführen, einschließlich der SKUs EM1 bis EM3 und A1 bis A3. Die Abrechnung erfolgt pro CPU-Stunde über einen Zeitraum von 24 Stunden.

  • Erweiterte Sicherheit und Codeisolation: Die Codeisolation erfolgt auf Benutzerebene, nicht auf Kapazitätsebene.

Dataflows Gen1

Jede SKU kann eine festgelegte Anzahl paralleler Aufgaben der Dataflows Gen1 ausführen, wie in dieser Tabelle aufgeführt.

Fabric-SKU Parallele Aufgaben des Dataflows
F2 2
F4 2
F8 4
F16 8
F32 16
F64 32
F128 64
F256 64
F512 64
F1024 64
F2048 64

Weitere Informationen zu Dataflow Gen2 finden Sie unter Übertragen von Dataflow Generation 1 zu Dataflow Generation 2.

Überlegungen und Einschränkungen

Die folgenden bekannten Einschränkungen gelten derzeit für Power BI Premium:

  • Rendern von Visuals: Für das Rendern von Power BI-Visuals gilt eine Einschränkung von 225 Sekunden. Bei Visuals, deren Rendering länger dauert, kommt es zu einem Timeout. Diese Visuals werden nicht angezeigt.

  • Drosselung: Bei Power BI Premium-Kapazitäten kann es zu einer Drosselung kommen. Parallelitätsgrenzwerte werden pro Sitzung angewendet. Eine Fehlermeldung wird angezeigt, wenn zu viele Vorgänge gleichzeitig bearbeitet werden. Um dies zu verhindern, empfiehlt es sich, die automatische Skalierung zu aktivieren. Selbst bei automatischer Skalierung findet eine Drosselung statt, wenn die CPU-Auslastung die zusätzlichen Limits überschreitet. Weitere Informationen zur Drosselung in Fabric finden Sie in der Fabric-Drosselungsrichtlinie.

  • Clientbibliotheksversion - Clientanwendungen und -tools, die über den XMLA-Endpunkt eine Verbindung mit semantischen Modellen auf Premium-Kapazitäten herstellen und mit diesen arbeiten, benötigen Analysis Services-Clientbibliotheken. Die meisten Clientanwendungen und -tools installieren die neuesten Clientbibliotheken durch regelmäßige Updates. Eine manuelle Installation der Clientbibliotheken ist daher in der Regel nicht erforderlich. Unabhängig von der Clientanwendung oder der Toolversion, sind die folgenden Versionen der Clientbibliotheken im Mindesten erforderlich.

    Clientbibliothek Version
    MSOLAP 15.1.65.22
    AMO 19.12.7.0
    ADOMD 19.12.7.0

    In einigen Fällen kann es erforderlich sein, die neuesten Clientbibliotheken manuell zu installieren, um Verbindungs- und Betriebsfehler möglichst auszuschließen. Weitere Informationen zum Überprüfen der Version von bereits vorhandenen installierten Clientbibliotheken und zum manuellen Installieren der neuesten Versionen finden Sie unter Analysis Services-Clientbibliotheken.

  • Kompatibilität von semantischen Modellen – Einige semantische Modelle sind mit der modernen Power BI-Dienstinfrastruktur nicht kompatibel:

    • Semantische Modelle, die im Power BI-Dienst aus CSV-Dateien erstellt wurden.
    • Semantische Modelle im Administratorüberwachungsarbeitsbereich und Nutzungsmetrikenmodelle.
    • Semantische Modelle, die weiterhin 1103 Kompatibilitätsstufe verwenden.
    • Push-Semantikmodelle.
    • Semantische Modelle, die veraltete Features wie Inhaltspakete verwenden.