Häufig gestellte Fragen zur Migration von Power BI Premium zu Microsoft Fabric

In diesem Artikel werden die am häufigsten gestellten Kundenfragen zur Migration von Power BI Premium-SKUs (P-SKUs) zu Microsoft Fabric Kapazitäts-SKUs (F SKUs) beantwortet. Ausführlicheren Kontext finden Sie unter Power BI Premium zu Microsoft Fabric Migrationsübersicht. Entscheidungen finden Sie in Power BI Entscheidungshandbuch für die Premium P-SKU-Migration. Verfahren finden Sie unter Migrieren von Arbeitsbereichen von Power BI Premium zu Microsoft Fabric.

Zeitplan und Außerbetriebnahme

Wann werden Power BI Premium P-SKUs eingestellt?

Jedes P-SKU-Abonnement wird am Ende seiner aktuellen Vertragslaufzeit eingestellt. Microsoft verkauft keine neuen P-SKUs mehr, und Kunden mit ablaufenden Enterprise-Vereinbarungen oder Microsoft Cloud Vereinbarungen können die P-SKU-Kapazität nicht mehr über ihre Vereinbarung hinzufügen oder verlängern. Nach Ablauf Ihres Abonnements bleiben Inhalte für eine 30-tägige Nachfrist zugänglich. Ab Dem 31. Tag wird der Zugriff gedrosselt (interaktive Vorgänge werden verzögert). Am Tag 91 und darüber hinaus werden alle Vorgänge abgelehnt. Ihre Daten bleiben erhalten, sind jedoch nicht zugänglich, bis Sie die Arbeitsbereiche in eine Fabric F-SKU-Kapazität migrieren oder die Kapazität löschen. Den vollständigen Zeitplan finden Sie unter Informationen zum Zeitplan für die Einstellung der P-SKU.

Kann ich weiterhin neue Power BI Premium P SKUs kaufen oder vorhandene nur verlängern?

No. Microsoft verkauft keine neuen P-SKUs mehr, und Kunden mit ablaufenden Unternehmensvereinbarungen oder Microsoft Cloud Vereinbarungen können die P-SKU-Kapazität nicht mehr über ihre Vereinbarung hinzufügen oder verlängern. Um auf einer Microsoft-unterstützten Kapazität zu bleiben, kaufen Sie eine Microsoft Fabric F-SKU.

Ist die P-to-F-Migration bei der Verlängerung automatisch, oder muss ich eine F-SKU manuell erwerben und Arbeitsbereiche neu zuweisen?

Die Migration erfolgt nicht automatisch. Sie kaufen manuell eine F-SKU-Kapazität in Azure und weisen jeden Arbeitsbereich von der P-SKU an die neue F-SKU zu. Schrittweise Anleitungen finden Sie unter Migrieren von Arbeitsbereichen von Power BI Premium zu Microsoft Fabric.

Was geschieht mit meinem Power BI Inhalt, wenn ich meine P-SKU vor dem Kauf einer F-SKU abbricht?

Vermeiden Sie diese Sequenz. Wenn Ihre P-SKU ausläuft, ohne dass eine F-SKU an ihre Stelle tritt, wechselt Ihr Inhalt in den 30-tägigen Kulanzzeitraum. Ab Dem 31. Tag wird der Zugriff gedrosselt (interaktive Vorgänge werden verzögert). Am Tag 91 und darüber hinaus werden alle Vorgänge abgelehnt. Ihre Daten bleiben erhalten, sind jedoch nicht zugänglich, bis Sie die Arbeitsbereiche in eine Fabric F-SKU-Kapazität migrieren oder die Kapazität löschen. Um Unterbrechungen zu vermeiden, kaufen Sie zuerst die F-SKU, weisen Sie Arbeitsbereiche neu zu und überprüfen Sie sie, und brechen Sie dann die P-SKU ab. Den vollständigen Zeitplan finden Sie unter Informationen zum Zeitplan für die Einstellung der P-SKU.

Wirkt sich die Abkündigung der P-SKU auf Kunden der Sovereign Cloud aus?

No. Microsoft Fabric ist noch nicht in souveränen Clouds verfügbar, sodass P-SKUs in diesen Umgebungen weiterhin unterstützt werden. Microsoft stellt gesonderte Hinweise bereit, sobald Fabric dort verfügbar ist.

SKU-Größen und Zuordnung

Welche F-SKU entspricht meiner aktuellen P-SKU?

Zuordnung nach Kapazitätseinheiten (CUs): P1→F64, P2→F128, P3→F256, P4→F512, P5→F1024. Dimensionieren Sie darauf aufbauend mit der Microsoft Fabric Capacity Metrics App anhand des tatsächlichen Verbrauchs bedarfsgerecht. Die vollständige Tabelle sowie Hinweise zur richtigen Dimensionierung finden Sie unter Ordnen Sie Ihre P-SKU einer F-SKU zu und Wählen Sie die richtige Größe für Ihre F-SKU.

Wie verwende ich die Microsoft Fabric App für Kapazitätsmetriken, um meine F-SKU richtig zu dimensionieren?

Installieren Sie die App „Microsoft Fabric Capacity Metrics“, richten Sie sie auf die Kapazität Ihrer P-SKU aus, und überprüfen Sie den CU-Verbrauch der letzten 30 bis 45 Tage. Anhaltende Spitzen nahe 100% CU-Auslastung schlagen vor, dass Sie die entsprechende oder größere F-SKU benötigen. Lange Zeiträume mit geringer Auslastung deuten darauf hin, dass Sie eine kleinere F-SKU mit Anhalten und Fortsetzen verwenden können, um Kosten zu senken. Berücksichtigen Sie alle neuen Fabric Workloads (Lakehouses, Warehouses, Notebooks, Pipelines), die Sie nach der Migration hinzufügen möchten.

Sollte ich Entwicklungs-/Test- und Produktionsworkloads auf verschiedene F-SKU-Kapazitäten trennen?

Splitting kann die Kostenkontrolle und Isolation verbessern, aber nur, wenn der gesamte CU-Verbrauch in jede kleinere Kapazität passt. Verwenden Sie die Kapazitätsmetriken-App, um die aktuelle Nutzung vor der Entscheidung zu berücksichtigen. Zwei häufige Muster bei der Migration von einem einzelnen P1:

  • Behalten Sie eine F64 für die Produktion und verwenden Sie für Entwicklung/Test eine kleinere F-SKU, die bei Inaktivität angehalten wird, um Kosten zu senken.
  • Auf zwei F-SKUs unterschiedlicher Größen aufteilen, wenn sich Produktionsworkloads der P1-Obergrenze dauerhaft nähern.

Teilen Sie keine Kapazität auf, die bereits fast 100% Auslastung beträgt, ohne zuerst zu skalieren. Dies verursacht Kapazitätsengpässe. Microsoft hat keine feste Empfehlung für geteilte Größen; die richtigen Größen hängen von Ihrer gemessenen Arbeitsauslastung ab.

Kosten und Lizenzierung

Was ist der Kostenunterschied zwischen P-SKUs und F-SKUs?

F-SKUs verwenden regionale Preisgestaltung (dieselbe SKU-Größe kann in verschiedenen Azure-Regionen unterschiedlich viel kosten), standardmäßig mit nutzungsbasierter Abrechnung (pro Sekunde, mindestens eine Minute) mit optionalen jährlichen oder mehrjährigen Reservierungen für erhebliche Rabatte und unterstützen Anhalten/Fortsetzen und Hoch-/Herunterskalieren über Azure, sodass Sie nur für das bezahlen, was Sie nutzen. Verwenden Sie für Ihre spezifischen Regionen und SKUs den Azure Preisrechner. Die wichtigsten Unterschiede zwischen Power BI Premium-P-SKUs und Fabric F-SKUs finden Sie im Vollständigen Funktions- und Abrechnungsvergleich.

Important

Regionale Preisunterschiede sollten keine regionsübergreifenden Migrationsentscheidungen fördern. Regionale Preise können sich im Laufe der Zeit ändern, und die betriebliche Komplexität einer regionübergreifenden Verschiebung (z. B. das Recreieren großer Semantikmodelle im Speicherformat, das Neuerstellen Fabric Elemente und das Neukonfigurieren von Gateways) überwiegt in der Regel kurzfristige Preisunterschiede. Weitere Informationen finden Sie unter Migrieren von Arbeitsbereichen von Power BI Premium zu Microsoft Fabric.

Benötige ich nach der Migration auf eine F-SKU weiterhin Power BI Pro-Lizenzen für Berichtskonsumenten?

Es hängt von der F-SKU-Größe ab. Auf F64 und höher können Benutzer mit einer kostenlosen Fabric-Lizenz und der Rolle „Viewer“ Inhalte anzeigen, genau wie bei P-SKUs. Auf F2 bis F32 benötigt jeder Viewer eine Power BI Pro- oder PPU-Lizenz. Autoren und Editoren benötigen unabhängig von der Größe der Kapazität immer Pro oder PPU.

Was sind die wichtigsten Unterschiede zwischen PPU, P-SKU und F-SKU?

License Gekauft pro Status Am besten geeignet für:
Power BI Pro Benutzer Active Einzelne Autoren und Betrachter ohne Premium- oder Fabric-Kapazität.
Premium-Einzelbenutzerlizenz (Premium Per User, PPU) Benutzer Aktiv (nicht betroffen von der P-SKU-Deaktivierung) Benutzer, die Premium-Features ohne Organisationskapazität benötigen.
Power BI Premium pro Kapazität (P SKU) Kapazität (Microsoft 365 Verpflichtung) Einstellung zum Ende der aktuellen Vertragslaufzeit des jeweiligen Kunden. Keine neuen Käufe, Add-Ons oder Verlängerungen über ablaufende Enterprise-Vereinbarungen oder Microsoft Cloud-Vereinbarungen. Ersetzt durch Fabric F-SKUs.
Microsoft Fabric-Kapazität (F SKU) Kapazität (Azure Pay-as-you-go oder Reservierung) Aktiv. Der Nachfolger von P-SKUs. Kapazitätsbasierte Lizenzierung. F64 und höher schalten Power BI Premium-Funktionen für kostenlosen Viewerzugriff frei.

Den vollständigen Vergleich finden Sie unter Microsoft Fabric Lizenzen.

Wird Power BI Premium Per User (PPU) ebenfalls eingestellt?

No. Das Auslaufen gilt nur für Power BI Premium-SKUs pro Kapazität (P1–P5). PPU ist eine separate Benutzerlizenz, die aktiv bleibt, und Ihre Benutzer benötigen keine Lizenzänderung im Rahmen dieser Migration. Wenn Sie auf ältere Artikel stoßen, in denen von "Power BI Premium" die Rede ist, ohne pro Kapazität oder pro Benutzer anzugeben, bezieht sich die Einstellung nur auf Pro-Kapazität-SKUs.

Warum unterscheiden sich Fabric Kapazitätskosten je nach Region?

Fabric-Kapazitäten werden in Azure-Rechenzentren betrieben. Die Betriebskosten für Rechenzentren variieren je nach Region basierend auf Hardware, Energie, Steuern und lokalem Angebot und Bedarf. Jede Azure Region hat einen eigenen Fabric SKU-Preis veröffentlicht.

Important

Dies ist die gleiche Anleitung unter Was ist die Kostendifferenz zwischen P-SKUs und F-SKUs?. Regionenübergreifende Verschiebungen lohnen sich in der Regel nicht, um regionalen Preisunterschieden nachzujagen.

Ist die Microsoft Fabric F-SKU in meiner Azure Region verfügbar?

Verfügbarkeit und Preise für F-SKUs für Fabric variieren je nach Azure-Region. Bevor Sie die Größenanpassung abschließen, vergewissern Sie sich, dass Ihre Ziel-F-SKU-Größe in Ihrer bevorzugten Region verfügbar ist, indem Sie den Azure Preisrechner verwenden oder versuchen, die Kapazität im Azure-Portal zu erstellen. Wenn Ihre bevorzugte Region Ihre gewünschte F-SKU nicht anbietet, wählen Sie entweder eine nahegelegene Region, die diese anbietet, und lesen Sie vor dem Kauf Wählen zwischen Migration in derselben Region und regionsübergreifender Migration, oder arbeiten Sie mit Ihrem Microsoft-Kundenbetreuer zusammen, um eine Alternative zu planen.

Funktionsparität

Welche Power BI Premium-Features verhalten sich bei F-SKUs anders?

Fähigkeit P-SKU F-SKU
Automatische Skalierung Optional, pro 24-Stunden-Zeitraum in Rechnung gestellt Ist für F-SKUs nicht vorhanden. Nutzen Sie die Skalierung bei Bedarf (manuelles Hoch- oder Herunterskalieren über das Azure-Portal) sowie Schutz vor Kapazitätsüberschreitungen.
Anhalten und Fortsetzen Nicht verfügbar Available
Power BI Embedded Nur beim Kauf von EM-SKUs enthalten Enthalten in jeder F-SKU
Azure-native Sicherheit und Netzwerke (verwaltete VNets, private Endpunkte, vertrauenswürdiger Zugriff auf Arbeitsbereiche) Nicht verfügbar Available
Nutzung kostenloser Benutzerinhalte Kostenlose Benutzer mit Viewer-Rolle können Inhalte anzeigen Dasselbe, nur auf F64 und größer
Power BI-Berichtsserver Included Inbegriffen bei einer Fabric-Reservierungslizenz oder SQL Server EE mit Software Assurance

Die vollständige Tabelle finden Sie unter "Wichtige Unterschiede zwischen Power BI Premium P SKUs und Fabric F SKUs".

Ist Power BI Embedded in F-SKUs enthalten, oder benötige ich immer noch EM- oder A-SKUs?

Power BI Embedded ist in jeder F-SKU enthalten. Sie müssen nach der Migration keine separaten EM- oder A-SKUs für eingebettete Szenarien beibehalten.

Wie kann ich nach der Migration von einer P-SKU zu einer F-SKU auf Power BI-Berichtsserver zugreifen?

Power BI-Berichtsserver steht über eine Fabric Kapazitätsreservierung oder SQL Server Enterprise Edition mit Software Assurance zur Verfügung. Nach der Migration befindet sich der Berichtsserverschlüssel auf der Registerkarte Fabric Kapazität unter den Kapazitätseinstellungen im Power BI Admin-Portal. Überprüfen Sie Ihre Report Server-Lizenzierung , bevor Sie Ihr P-SKU-Abonnement kündigen.

Wie vergleichen sich das Anhalten/Fortsetzen der Kapazität und die bedarfsgerechte Größenanpassung bei F-SKUs mit der Autoskalierung bei P-SKUs?

F-SKUs unterstützen jederzeit über das Azure-Portal eine manuelle oder skriptgesteuerte Hoch- und Herunterskalierung sowie das Pausieren und Fortsetzen, um die Abrechnung in Leerlaufzeiten zu stoppen. P SKU Autoscale, bei der zusätzliche v-Cores pro 24-Stunden-Zeitraum über Ihr Azure-Abonnement abgerechnet wurden, wird durch diese F-SKU-Funktionen ersetzt. Ausführliche Informationen finden Sie unter Ihre Kapazität skalieren und Ihre Kapazität anhalten und fortsetzen.

Wie unterscheiden sich Direct Lake Guardrails zwischen P-SKUs und F SKUs?

Die Direct Lake-Leitplanken (maximale Zeilenanzahl pro Tabelle, maximale Anzahl von Parquet-Dateien und maximale Modellgröße) skalieren mit der Kapazitätsgröße. Die gleichen Schutzschienenregeln gelten für die entsprechende F-SKU. Beispielsweise entsprechen die F64-Leitplanken den P1-Leitplanken. Die aktuellen Pro-SKU-Werte finden Sie in der Übersicht über Direct Lake.

Schritte bei der Migration

Wie kann ich Arbeitsbereiche von einer P-SKU zu einer F-SKU migrieren?

Siehe Migrieren von Arbeitsbereichen aus Power BI Premium zu Microsoft Fabric, der Bestandsaufnahme, F-SKU-Bereitstellung, Pilotphase, Neuzuweisung (Portal und Notebook), Validierung und Außerbetriebnahme behandelt. Die zugrunde liegenden Entscheidungen finden Sie in Power BI Entscheidungshandbuch für die Premium P-SKU-Migration.

Kann ich eine Fabric-Testkapazität zum Testen verwenden, bevor ich mich für eine F-SKU entscheide?

Ja. Mit einer Fabric Testversion können Sie eine Testkapazität bereitstellen, um Workloads zu testen und das Verhalten vor dem Kauf zu überprüfen. Testkapazitäten verfügen über Zeitlimits und andere Einschränkungen, daher verwenden Sie die Testversion nur für Tests, nicht als langfristiges Migrationsziel.

Werden aktive Aufträge abgebrochen, wenn ich einen Arbeitsbereich von einer P-SKU einer F-SKU neu zuordne?

Aktive Aktualisierungen und Abfragen können während der Neuzuweisung unterbrochen werden. Planen Sie Neuzuweisungen außerhalb von Aktualisierungsfenstern und erst, nachdem lang andauernde Jobs abgeschlossen sind. Geplante Aktualisierungen und Pipelines werden nach der Neuzuweisung auf der neuen F-SKU-Kapazität automatisch wieder aufgenommen.

Sollte ich Ausfallzeiten planen?

Bei einer Neuzuweisung standardmäßiger Power BI-Elemente in derselben Region ist – abgesehen von derzeit ausgeführten Aktualisierungen – mit keinen Ausfallzeiten zu rechnen. Bei einer regionsübergreifenden Neuzuordnung von Arbeitsbereichen, die semantische Modelle im Large Storage Format oder Fabric-Elemente enthalten, müssen Sie bei diesen Elementen mit Ausfallzeiten rechnen, die der Zeit entsprechen, die zum Sichern, Löschen, Neuzuordnen des Arbeitsbereichs und Neuerstellen in der neuen Region erforderlich ist. Nach der Neuzuweisung kann es bis zu einer Stunde dauern, bis Benutzer Fabric Elemente für die neue Kapazität erstellen können.

Auswirkungen des Arbeitsbereichs

Wenn sich meine P-SKU und die F-SKU in verschiedenen Azure Regionen befinden, was geschieht während der Migration?

Standardmäßige Power BI Elemente (Berichte, kleine oder standardformatierte Semantikmodelle, Dashboards) überleben eine regionsübergreifende Neuzuweisung. Semantische Modelle im großen Speicherformat und alle Fabric-Elemente (Lakehouses, Warehouses, Notebooks, Data Factory-Pipelines und ähnliche Elemente) bleiben nicht bestehen. Sie müssen sie sichern oder ihre Definitionen dokumentieren, bevor Sie sie neu zuweisen, und sie dann nach der Neuzuweisung in der neuen Region neu erstellen. Eine schrittweise Behandlung finden Sie unter Regionsübergreifende Migrationen: spezielle Behandlung.

Was geschieht mit Bereitstellungspipelinen, Arbeitsbereichs-Apps und CI/CD-Workflows nach der Migration?

Bereitstellungspipelines, Arbeitsbereichs-Apps und CI/CD-Workflows funktionieren auch nach einer Neuzuordnung innerhalb derselben Region weiterhin. Arbeitsbereiche behalten ihre Pipelinezuweisungen und App-Konfigurationen bei. Planen Sie für regionsübergreifende Migrationen, die Git-Integration in der neuen Region erneut zu verbinden, nachdem Sie alle Fabric Elemente neu erstellen. Ausführliche Informationen zur Git-Integration finden Sie unter Fabric Git-Integration.

Auswirkungen des semantischen Modells

Funktionieren meine vorhandenen semantischen Modelle, inkrementelle Aktualisierungsrichtlinien und geplante Aktualisierungen nach der Migration weiterhin?

Ja, diese Features funktionieren für die entsprechende F-SKU in derselben Region. Semantische Modelle, inkrementelle Aktualisierungsrichtlinien und geplante Aktualisierungszeitpläne werden mit dem Arbeitsbereich übertragen. Überprüfen Sie, indem Sie eine On-Demand-Aktualisierung nach der Neuzuweisung auslösen und bestätigen, dass die nächste geplante Aktualisierung erfolgreich ist.

Was geschieht mit Dataflow Gen1-Workloads nach der Migration zu einer F-SKU? Muss ich zu Dataflow Gen2 migrieren?

Dataflow Gen1 arbeitet weiterhin an F-SKU-Kapazitäten. Sie müssen nicht im Rahmen der P-zu-F-Migration zu Dataflow Gen2 migrieren. Die Migration zu Dataflow Gen2 ist eine separate Modernisierungsentscheidung, die Sie nach der Kapazitätsmigration in Ihrem eigenen Tempo treffen können. Informationen zum Vergleich finden Sie unter "Unterschiede zwischen Dataflow Gen1" und "Dataflow Gen2".

Administrator und Governance

Werden nach der Migration die Einstellungen des Administratorportals, Mandantenkonfigurationen und Governance-Richtlinien übernommen?

Einstellungen auf Mandantenebene im Power BI- und Fabric-Administratorportal (Mandanteneinstellungen, Richtlinien für Vertraulichkeitsbezeichnungen, Freigabesteuerungen und ähnliche Einstellungen) sind nicht an Ihre Kapazität gebunden und bleiben daher unverändert erhalten. Einstellungen auf Kapazitätsebene werden auf der neuen F-SKU-Kapazität konfiguriert, einschließlich Arbeitslasteinstellungen, Kapazitätsadministratoren und sämtlicher kapazitätsspezifischen Governance-Einstellungen, die Sie für die P-SKU festgelegt haben. Planen Sie Folgendes:

  1. Fügen Sie Kapazitätsadministratoren zur neuen F-SKU hinzu, bevor Sie einen arbeitsbereich neu zuweisen.
  2. Erstellen Sie alle P-SKU-Kapazitätsauslastungseinstellungen neu, von den Sie abhängig sind (z. B. Speicherbeschränkungen für semantische Modelle) für die neue F-SKU.
  3. Überprüfen Sie mandanteneinstellungen im Zusammenhang mit Fabric Workloads (z. B. Benutzer können Fabric Elemente erstellen), und bestätigen Sie, dass sie ihrer Governance-Absicht vor der Migration entsprechen.

Wirkt sich der Mandantenschalter „Benutzer können Fabric-Elemente erstellen“ nach der Migration auf meine vorhandenen Power BI-Workloads aus?

Die Mandanteneinstellung Benutzer können Fabric-Elemente erstellen steuert, ob Benutzer Fabric-Elemente erstellen können, die keine Power BI-Elemente sind (wie Lakehouses, Warehouses und Notebooks). Es wirkt sich nicht auf vorhandene Power BI Berichte, semantische Modelle, Dashboards oder Aktualisierungszeitpläne aus. Wenn Sie Fabric Elementerstellung während oder nach der Migration einschränken möchten, können Sie die Einstellung für den Mandanten oder bestimmte Sicherheitsgruppen deaktivieren. Die Referenz zu den Einstellungen finden Sie unter Power BI-Mandanteneinstellungen.

Wie verwalte ich Abteilungen, die ihre eigenen Workloads innerhalb einer freigegebenen F-SKU-Kapazität verwalten, nachdem sie von einer zentral verwalteten P-SKU migriert wurden?

Eine freigegebene F-SKU-Kapazität verwendet dieselben Governance-Bausteine wie eine freigegebene P-SKU: Arbeitsbereichsrollen (Administrator, Mitglied, Mitwirkender, Viewer), Berechtigungen auf Elementebene, Bereitstellungspipelinen, Vertraulichkeitsbezeichnungen und Mandanteneinstellungen. F-SKUs fügen zwei Bereiche hinzu, die eine Planung wert sind:

  • Fabric-Domänen. Gruppieren Sie verwandte Arbeitsbereiche (z. B. nach Geschäftsbereich), damit Sie die Verbundgovernance auf Domänenebene anwenden können. Siehe Fabric Domänen.
  • Rückbuchung und Kostenzuteilung. Verwenden Sie Azure Tags für die Fabric Kapazität, Microsoft Cost Management und den Fabric Chargeback-Ansatz, um Ausgaben zurück an Abteilungen zuzuweisen. Siehe Microsoft Cost Management.

Wenn Abteilungen bei der Kapazitätsdimensionierung oder bei Zeitplänen für das Anhalten und Fortsetzen Autonomie benötigen, weisen Sie jeder Abteilung eine eigene F-SKU zu, anstatt eine einzelne größere Kapazität gemeinsam zu nutzen.

Verwandte Inhalte

  • Last updated on