Die praktische Antwort
Beginnen Sie mit vier Variablen: Wer erstellt, wer sieht nur, wo wird der Arbeitsbereich ausgeführt und welche Funktionen oder Skalierungsgrenzen sind erforderlich. Power BI Pro, Premium pro Benutzer und Fabric-Kapazität lösen verschiedene Teile dieser Gleichung.
Die kürzeste nützliche Antwort
Verwenden Sie Power BI Pro, wenn Autoren und Betrachter in normalen Arbeitsbereichen mit gemeinsamer Kapazität zusammenarbeiten und jeder Verbraucher individuell lizenziert werden kann. Verwenden Sie Premium pro Benutzer (PPU), wenn eine relativ kleine, definierte Gruppe Premium-Power BI-Funktionen benötigt und jede Person, die auf einen PPU-Arbeitsbereich zugreift, PPU besitzen kann.
Power BI Pro: Lizenzieren Sie die Kollaborationspopulation
Pro ermöglicht einem Benutzer das Veröffentlichen, Teilen, Zusammenarbeiten und Konsumieren von Inhalten, die von anderen Pro-Benutzern in standardmäßigen Power BI-Arbeitsbereichen geteilt wurden. Dies ist oft die sauberste Option für 110 interne Benutzer, wenn alle 110 interaktiven Zugriff benötigen und die Modelle die Grenzen der gemeinsam genutzten Kapazität erfüllen.
Premium pro Benutzer: Premium-Funktion mit einer Mitgliedschaftsgrenze
PPU umfasst Pro-Funktionen sowie die meisten Premium-Power BI-Funktionen auf Pro-Benutzer-Basis. Es wird keine Fabric-Kapazität für Seehäuser, Lagerhäuser oder Notebooks geschaffen.
Die kürzeste nützliche Antwort
Verwenden Sie Power BI Pro, wenn Autoren und Betrachter in normalen Arbeitsbereichen mit gemeinsamer Kapazität zusammenarbeiten und jeder Verbraucher individuell lizenziert werden kann.
- Verwenden Sie Premium pro Benutzer (PPU), wenn eine relativ kleine, definierte Gruppe Premium-Power BI-Funktionen benötigt und jede Person, die auf einen PPU-Arbeitsbereich zugreift, PPU besitzen kann.
- Verwenden Sie Fabric-Kapazität, wenn die Organisation Fabric-Workloads, elastische Kapazität oder eine breite Verteilung benötigt. Benutzer der kostenlosen Version können Power BI-Inhalte nur anzeigen, wenn der Arbeitsbereich auf F64 oder höher eingestellt ist und sie über die Rolle „Betrachter“ verfügen.
- Paginierte Berichte entscheiden nicht mehr alleine über die Frage: Microsoft dokumentiert die gleichen grundlegenden Lizenzanforderungen für .rdl
- und .pbix-Veröffentlichung. Pro-Benutzer können paginierte Berichte in normalen Arbeitsbereichen veröffentlichen, vorbehaltlich Funktions- und Exportbeschränkungen.
Power BI Pro: Lizenzieren Sie die Kollaborationspopulation
Pro ermöglicht einem Benutzer das Veröffentlichen, Teilen, Zusammenarbeiten und Konsumieren von Inhalten, die von anderen Pro-Benutzern in standardmäßigen Power BI-Arbeitsbereichen geteilt wurden. Dies ist oft die sauberste Option für 110 interne Benutzer, wenn alle 110 interaktiven Zugriff benötigen und die Modelle die Grenzen der gemeinsam genutzten Kapazität erfüllen. Berechnen Sie nicht nur die 10 Berichtsentwickler. In einem Pro-Arbeitsbereich benötigen die 100 Verbraucher auch Pro oder eine andere qualifizierende Berechtigung wie den Power BI Pro-Serviceplan, der in Microsoft 365 E5 enthalten ist. Pro ist nicht „nur für Entwickler“ und Benutzer der kostenlosen Version können keine privaten Inhalte mit gemeinsam genutzter Kapazität nutzen, nur weil sie diese nie bearbeiten.
Premium pro Benutzer: Premium-Funktion mit einer Mitgliedschaftsgrenze
PPU umfasst Pro-Funktionen sowie die meisten Premium-Power BI-Funktionen auf Pro-Benutzer-Basis. Es wird keine Fabric-Kapazität für Seehäuser, Lagerhäuser oder Notebooks geschaffen.
- Die Zugriffsregel ist streng: Inhalte in einem PPU-Arbeitsbereich können nur mit anderen PPU-Benutzern geteilt werden, es sei denn, die Inhalte werden auf eine qualifizierte Kapazität verschoben. Wenn 10 Autoren und 100 Zuschauer den PPU-Arbeitsbereich benötigen, planen Sie 110 PPU-Lizenzen ein.
- PPU kann für ein kleines Advanced-Analytics-Team attraktiv sein. Es wird weniger attraktiv, wenn ein großes Publikum nur Berichte lesen muss.
- PPU hat auch API- und Verteilungsbeschränkungen. Beispielsweise dokumentiert Microsoft die API-Grenzwerte für den Export von paginierten Berichten und gibt an, dass Abonnementfunktionen verfügbar sind
- Unterschiedliche Datenansichten für Empfänger erfordern Kapazität. Validieren Sie Automatisierung und externe Bereitstellung, anstatt davon auszugehen, dass alle „Premium“-Funktionen identisch sind.
Fabric-Kapazität: Rechenleistung kaufen, dann Zuschauerrechte prüfen
Fabric F-SKUs stellen Kapazitätseinheiten für Power BI und andere Fabric-Workloads bereit. Sie können über Azure erworben, skaliert und pausiert werden. Diese Flexibilität führt zu Kapazitätsmanagement, Drosselung, Reservierung und Überwachungsentscheidungen, die es bei Lizenzen pro Benutzer in dieser Form nicht gibt. Der Schwellenwert, der am meisten Verwirrung stiftet, ist F64. Auf F2 bis F32 benötigen interne Betrachter von Power BI-Inhalten weiterhin Pro, PPU oder eine geeignete Einzeltestversion. Auf F64 oder höher können Benutzer mit einer Fabric Free-Lizenz Power BI-Inhalte in einem Kapazitätsarbeitsbereich anzeigen, wenn ihnen die Rolle „Viewer“ zugewiesen wird oder ihnen der entsprechende App-Zugriff gewährt wird. Autoren benötigen weiterhin Pro oder PPU, um Power BI-Elemente in freigegebenen Arbeitsbereichen zu erstellen und zu veröffentlichen. F64 ist daher keine allgemeine Empfehlung. Es ist die erste F-SKU, die die interne Free-Viewer-Gleichung verändert.
Was ist mit Power BI Premium P-SKUs passiert?
Microsoft stellt Power BI Premium-P-SKUs pro Kapazität ein. Neue P-SKUs werden nicht mehr verkauft, und zwar jeweils
- Das bestehende Abonnement endet mit dem Ende der jeweiligen Vertragslaufzeit. Der Migrationspfad ist die Fabric-F-Kapazität.
- Microsoft dokumentiert eine Sicherheitssequenz nach Ablauf: 30 Tage Kulanz, eingeschränkter Zugriff von Tag 31 bis 90 und abgelehnte Vorgänge ab Tag
- 91, bis Arbeitsbereiche verschoben oder die Kapazität behoben wird. Dies ist ein Wiederherstellungsfenster, kein Migrationsplan.
- F64 entspricht im Großen und Ganzen der früheren P1-Skala in der Kapazitätstabelle von Microsoft, orientiert sich jedoch nicht an der Größe
Praktische Kontrollen
Etikett allein. Verwenden Sie tatsächliche Kapazitätsmetriken, Aktualisierungsspitzen, Abfragegleichzeitigkeit, Hintergrundarbeitslasten, Modellgrößen und Wachstum.
Das Beispiel mit 10 Autoren und 100 Zuschauern
Lizenzieren Sie alle 110 Benutzer mit Pro, inklusive Abrechnung
- alle Pro-Berechtigungen, die bereits in Microsoft enthalten sind
- 365 E5. Dies ist normalerweise einfacher als
- Kauf von F64 nur, um Zuschauerlizenzen zu vermeiden.
- Kauf von F64 nur, um Zuschauerlizenzen zu vermeiden.
Szenario A: Gewöhnliche Dashboards, Modelle unter gemeinsamen Grenzwerten
Lizenzieren Sie alle 110 Benutzer mit Pro und berücksichtigen Sie dabei alle Pro-Berechtigungen, die bereits in Microsoft 365 E5 enthalten sind. Dies ist normalerweise einfacher, als F64 nur zu kaufen, um Zuschauerlizenzen zu vermeiden. Szenario B: Premium-Power BI-Funktionen für dieselben 110 Personen. Vergleichen Sie 110 PPU-Lizenzen mit einer entsprechend großen Fabric-Kapazität plus den 10 Autorenlizenzen. Berücksichtigen Sie den Verwaltungs- und Rechenaufwand, nicht nur den Listenpreis der Lizenz. Szenario C: 10 Autoren, Tausende von schreibgeschützten Zuschauern F64 oder höher können die Wirtschaftlichkeit verändern, da kostenlose Benutzer die kapazitätsgehosteten Power BI-Inhalte nutzen können. Parallelität und Workload-Größe validieren; Die Anzahl der Zuschauer allein reicht nicht aus, um die Größe zu berechnen. Szenario D: Data Engineering in Fabric, aber F16 reicht aus. Ein F16 kann zwar den Fabric-Workload ausführen, gewährt aber keine kostenlose Anzeige von Power BI-Berichten. Zuschauer benötigen weiterhin Pro oder PPU. Der Kauf von Fabric-Rechnern ersetzt nicht automatisch Power BI-Benutzerlizenzen. Szenario E: Externe Kunden Externe Freigabe und eingebettete „App besitzt Daten“ haben unterschiedliche Identitäts-, Kapazitäts-, Sicherheits- und Lizenzierungsmodelle. Wenden Sie die interne F64-Free-Viewer-Regel nicht auf eine kundenorientierte Anwendung ohne eine Überprüfung der eingebetteten Architektur an.
Paginierte Berichte: das Detail hinter dem Argument
In der aktuellen Dokumentation von Microsoft heißt es, dass paginierte RDL-Berichte das verwenden
- Dieselben Lizenzanforderungen wie Power BI .pbix-Berichte.
- Ein Pro- oder PPU-Benutzer kann sie mit der erforderlichen Arbeitsbereichsrolle in einem anderen Arbeitsbereich veröffentlichen.
- Die verbleibenden Designfragen sind Modellbeschränkungen, Zeitplanung, Abonnements,
- Export-API-Volumen, Empfängerlizenzierung und Lieferung außerhalb
Praktische Kontrollen
Mieter. „Wir brauchen paginierte Berichte“ reicht nicht mehr aus, um direkt zur PPU- oder Fabric-Kapazität zu springen.
Erstellen Sie den Vergleich mit der tatsächlichen Nutzung
Sammeln: Anzahl der Autoren, Mitwirkenden und Zuschauer;
- Lizenzen, die bereits in Microsoft 365-Suiten enthalten sind; Arbeitsbereichstypen und -rollen;
- Modellgröße und Aktualisierungsspeicher; Aktualisierungshäufigkeit und Parallelität;
- paginierte Abonnements und Exportautomatisierung; Fabric-Workloads über Power BI hinaus;
- internes, Gast- und externes Publikum; Verfügbarkeits-, Pausen-, Regions- und Reservierungsanforderungen;
Praktische Kontrollen
Ablaufdatum der P-SKU, falls zutreffend. Modellieren Sie dann mindestens drei Optionen. Axeti kann dabei helfen, den Lizenzbestand und die Fabric-Kapazitätstelemetrie zu kombinieren, sodass die Entscheidung auf der tatsächlichen Arbeitslast und nicht auf einer F64-Faustregel basiert.
Quellen und Umfang: Microsoft Learn, Power BI-Dienstfunktionen nach Lizenztyp: Free, Pro, PPU und Kapazitätszugriffsregeln. Microsoft Lernen und verstehen Sie Microsoft Fabric-Lizenzen: F-SKU-Skala, F64-Schwellenwert, Autoren- und Betrachteranforderungen. Microsoft Learn, Übersicht über die Migration von Power BI Premium zu Microsoft Fabric: Stilllegung und Migration der P-SKU. Microsoft Learn, Entscheidungsleitfaden für die Migration von P-SKU zu F-SKU: Zeitpunkt der Vereinbarung und Phasen nach Ablauf. Microsoft Learn, Erste Schritte mit paginierten Berichten im Power BI-Dienst: aktuelle .rdl-Lizenzanforderungen. Preise, Reservierungen, Azure-Regionen, Workload-Grenzwerte und enthaltene Microsoft 365-Servicepläne ändern sich. Validieren Sie den Mandanten und führen Sie gemessene Kapazitätstests durch, bevor Sie ihn festlegen.





