Prozess für Bereitstellungspipelines

Der Bereitstellungsprozess ermöglicht das Klonen von Inhalten von einer Phase in der Bereitstellungspipeline zu einer anderen – typischerweise von der Entwicklung zum Test und vom Test zur Produktion.

Während der Bereitstellung werden die Inhalte von Microsoft Fabric von der Quellphase in die Zielphase kopiert. Die Verbindungen zwischen den kopierten Elementen werden während des Kopiervorgangs beibehalten. Die konfigurierten Bereitstellungsregeln werden von Fabric auch in der Zielphase auf die aktualisierten Inhalte angewendet. Das Bereitstellen von Inhalten kann je nach Anzahl der bereitgestellten Elemente eine Weile dauern. Während dieser Zeit können Sie zu anderen Seiten im Portal navigieren, aber Sie können die Inhalte im Zielbereich nicht nutzen.

Sie können Inhalte auch programmgesteuert bereitstellen, indem Sie die REST-APIs für Bereitstellungspipelines verwenden. Weitere Informationen zu diesem Vorgang finden Sie unter Automatisieren Ihrer Bereitstellungspipeline mit APIs und DevOps.

Es gibt zwei Hauptteile des Bereitstellungspipelineprozesses:

• Definieren der Bereitstellungspipelinestruktur
• Hinzufügen von Inhalten zu den Phasen

Definieren Sie die Struktur der Bereitstellungspipeline

Wenn Sie eine Pipeline erstellen, definieren Sie, wie viele Phasen sie aufweisen soll und wie diese heißen sollen. Sie können auch eine oder mehrere Phasen öffentlich machen. Die Anzahl der Phasen und ihre jeweiligen Namen sind dauerhaft und können nach der Erstellung der Pipeline nicht mehr geändert werden. Sie können den öffentlichen Status einer Phase jedoch jederzeit ändern.

Um eine Pipeline zu definieren, befolgen Sie die Anweisungen in Erstellen einer Bereitstellungspipeline.

Hinzufügen von Inhalten zu den Phasen

Sie können einer Pipelinephase auf zwei Arten Inhalte hinzufügen:

• Zuweisen eines Arbeitsbereichs zu einer leeren Phase
• Bereitstellen von Inhalten aus einer Phase in einer anderen Phase

Zuweisen eines Arbeitsbereichs zu einer leeren Phase

Wenn Sie Inhalte einer leeren Phase zuweisen, wird ein neuer Arbeitsbereich mit einer Kapazität für die Phase erstellt, in der die Bereitstellung erfolgt. Alle Metadaten in den Berichten, Dashboards und semantischen Modellen des ursprünglichen Arbeitsbereichs werden in der Phase, in der Sie die Bereitstellung vornehmen, in den neuen Arbeitsbereich kopiert.

Aktualisieren Sie nach Abschluss der Bereitstellung die semantischen Modelle, damit Sie die neu kopierten Inhalte verwenden können. Die Aktualisierung des semantischen Modells ist erforderlich, da Daten nicht von einer Phase in eine andere kopiert werden. Im Abschnitt Elementeigenschaften, die während der Bereitstellung kopiert werden finden Sie Informationen dazu, welche Elementeigenschaften während des Bereitstellungsvorgangs kopiert werden und welche nicht.

Anweisungen zum Zuweisen und Aufheben der Zuweisung von Arbeitsbereichen zu Bereitstellungspipelinephasen finden Sie unter Zuweisen eines Arbeitsbereichs zu einer Microsoft Fabric-Bereitstellungspipeline.

Erstellen eines Arbeitsbereichs

Wenn Sie Inhalte zum ersten Mal bereitstellen, wird von den Bereitstellungspipelines überprüft, ob Sie über Berechtigungen verfügen.

Wenn Sie über geeignete Berechtigungen verfügen, werden die Inhalte des Arbeitsbereichs in die Phase kopiert, in der Sie eine Bereitstellung durchführen. Außerdem wird mit der Kapazität ein neuer Arbeitsbereich für diese Phase erstellt.

Wenn Sie keine Berechtigungen besitzen, wird der Arbeitsbereich erstellt, ohne dass die Inhalte kopiert werden. Sie können einen Administrator bitten, Ihren Arbeitsbereich einer Kapazität hinzuzufügen, oder bitten Sie um Zuweisungsberechtigungen für die Kapazität. Später, wenn der Arbeitsbereich einer Kapazität zugewiesen wird, können Sie die Inhalte in diesem Arbeitsbereich bereitstellen.

Wenn Sie Premium Per User (PPU) verwenden, wird Ihr Arbeitsbereich automatisch Ihrer PPU zugeordnet. In solchen Fällen sind keine Berechtigungen erforderlich. Wenn Sie jedoch einen Arbeitsbereich mit einer PPU erstellen, können nur andere PPU-Benutzer darauf zugreifen. Darüber hinaus können nur PPU-Benutzer Inhalte nutzen, die in solchen Arbeitsbereichen erstellt wurden.

Arbeitsbereichs- und Inhaltsbesitz

Der*die Benutzer*in, der bzw. die die Bereitstellung durchführt, wird automatisch zum*zur Besitzer*in der geklonten semantischen Modelle und zum*zur einzigen Administrator*in des neuen Arbeitsbereichs.

Bereitstellen von Inhalten aus einer Phase in eine andere Phase

Es gibt mehrere Möglichkeiten zum Bereitstellen von Inhalten aus einer Phase in eine andere. Sie können die gesamten Inhalte bereitstellen, oder Sie wählen aus, welche Elemente bereitgestellt werden sollen.

Sie können Inhalte in jeder benachbarten Phase in beiden Richtungen bereitstellen.

Das Deployen von Inhalten aus einer laufenden Produktionspipeline in eine Stufe mit bestehendem Arbeitsbereich umfasst folgende Schritte:

• Bereitstellen neuer Inhalte als Ergänzung zu den bereits vorhandenen Inhalten.

• Bereitstellen aktualisierter Inhalte, um einige der bereits vorhandenen Inhalte zu ersetzen.

Nach der ersten Bereitstellung:

• Das dem Zielelement zugeordnete Gateway wird nicht automatisch der entsprechenden Datenquelle zugeordnet.
• Sie müssen diese Zuordnung manuell über die Einstellungsseite des Zielelements konfigurieren.
• Überprüfen Sie nach der Konfiguration, ob die Datenaktualisierung erfolgreich abgeschlossen wurde.
• Nachfolgende Bereitstellungen ändern oder setzen diese Gatewaykonfiguration nicht zurück.

Bereitstellungsprozess

Wenn Inhalte aus der Quellphase in die Zielphase kopiert werden, werden vorhandene Inhalte in der Zielphase von Fabric identifiziert und überschrieben. Um zu ermitteln, welche Inhaltselemente überschrieben werden müssen, verwenden Bereitstellungspipelines die Verbindung zwischen dem übergeordneten Element und seinen Klonen. Diese Verbindung wird aufrechterhalten, wenn neue Inhalte erstellt werden. Beim Überschreiben werden nur die Inhalte des Elements überschrieben. ID, URL und Berechtigungen des Elementes bleiben unverändert.

In der Zielphase bleiben nicht kopierte Elementeigenschaften unverändert (wie vor der Bereitstellung) erhalten. Neue Inhalte und neue Elemente werden von der Quellphase in die Zielphase kopiert.

Automatische Bindung

In Fabric sind die Elemente voneinander abhängig, wenn sie verbunden sind. Beispielsweise hängt ein Bericht immer von dem semantischen Modell ab, das damit verbunden ist. Ein semantisches Modell kann von einem anderen semantischen Modell abhängen und auch mit mehreren Berichten verbunden sein, die davon abhängig sind. Wenn eine Verbindung zwischen zwei Elementen besteht, versuchen Bereitstellungspipelines immer, diese Verbindung beizubehalten.

Automatisches Binden im selben Arbeitsbereich

Bei der Bereitstellung prüft die Bereitstellungspipeline die Abhängigkeiten. Die Bereitstellung ist entweder erfolgreich oder fehlerhaft, abhängig vom Speicherort des Elements, das die Daten bereitstellt, von denen das bereitgestellte Element abhängt.

• Das verknüpfte Element ist in der Zielphase vorhanden: Bereitstellungspipelines verbinden das bereitgestellte Element automatisch mit dem Element, von dem es in der Bereitstellungsphase abhängt (automatische Bindung). Wenn Sie beispielsweise einen paginierten Bericht aus der Entwicklungs- in die Testphase verschieben und bereitstellen und der Bericht mit einem semantischen Modell verbunden ist, das zuvor in der Testphase bereitgestellt wurde, wird er automatisch mit diesem semantischen Modell in der Testphase verbunden.

• Das verknüpfte Element ist nicht in der Zielphase vorhanden: Bereitstellungspipelines können eine Bereitstellung nicht erfolgreich durchführen, wenn ein Element von einem anderen Element abhängt und das Element, das die Daten bereitstellt, nicht bereitgestellt wurde und sich nicht in der Zielphase befindet. Wenn Sie beispielsweise einen Bericht von der Entwicklungs- in die Testphase bereitstellen und die Testphase das zugehörige semantische Modell nicht enthält, schlägt die Bereitstellung fehl. Verwenden Sie die Schaltfläche Zugehörige auswählen, um fehlerhafte Bereitstellungen aufgrund von nicht bereitgestellten abhängigen Elementen zu vermeiden. Mit Zugehörige auswählen werden automatisch alle zugehörigen Elemente ausgewählt, die Abhängigkeiten von den Elementen aufweisen, die Sie bereitstellen möchten.

Die automatische Bindung funktioniert nur mit Elementen, die von Bereitstellungspipelines unterstützt werden und sich in Fabric befinden. Wählen Sie zum Anzeigen der Abhängigkeiten eines Elements im zugehörigen Menü Weitere Optionen die Option Herkunft anzeigen aus.

Automatisches Binden über Arbeitsbereiche hinweg

Bereitstellungspipelines binden automatisch Elemente, die pipelineübergreifend verbunden sind, wenn sie sich in derselben Pipelinephase befinden. Wenn Sie solche Elemente bereitstellen, versucht die Bereitstellungspipeline, eine neue Verbindung zwischen dem bereitgestellten Element und dem element herzustellen, das mit diesem in der anderen Pipeline verbunden ist. Wenn Sie beispielsweise einen Bericht in der Testphase von Pipeline A haben, der mit einem semantischen Modell in der Testphase von Pipeline B verbunden ist, erkennt Bereitstellungspipelines diese Verbindung.

Die Abbildungen im folgenden Beispiel veranschaulichen, wie die automatische pipelineübergreifende Bindung funktioniert:

• Sie verfügen über ein semantisches Modell in der Entwicklungsphase von Pipeline A.

• Außerdem verfügen Sie über einen Bericht in der Entwicklungsphase von Pipeline B.

• Ihr Bericht in Pipeline B ist mit Ihrem semantischen Modell in Pipeline A verbunden. Der Bericht hängt von diesem semantischen Modell ab.

• Sie stellen den Bericht in Pipeline B von der Entwicklungsphase bis zur Testphase bereit.

• Die Bereitstellung ist erfolgreich oder schlägt fehl, je nachdem, ob Sie über eine Kopie des semantischen Modells, von dem es abhängt, in der Testphase von Pipeline A verfügen.

  • Wenn Sie in der Testphase von Pipeline A eine Kopie des semantischen Modells haben, von dem der Bericht abhängig ist:

    Die Bereitstellung ist erfolgreich und die Bereitstellungspipeline verbindet (automatisch) den Bericht in der Testphase von Pipeline B mit dem semantischen Modell in der Testphase von Pipeline A.

    

  • Wenn Sie keine Kopie des semantischen Modells, von dem der Bericht abhängig ist, in der Testphase von Pipeline A haben:

    Die Bereitstellung schlägt fehl, da Bereitstellungspipelines den Bericht in der Testphase von Pipeline B nicht automatisch an das semantische Modell, von dem der Bericht abhängig ist, in der Testphase von Pipeline A binden können.

    

Vermeiden der Nutzung der automatischen Bindung

In einigen Fällen sollten Sie die automatische Bindung nicht verwenden. Angenommen, Sie haben eine Pipeline für die Entwicklung von semantischen Organisationsmodellen und eine weitere für die Erstellung von Berichten. In diesem Fall sollen alle Berichte grundsätzlich mit den semantischen Modellen in der Produktionsphase der Pipeline verbunden werden, zu der sie gehören. Vermeiden Sie in diesem Fall die Automatische Bindungsfunktion.

Es gibt drei Methoden, mit denen Sie die automatische Bindung vermeiden können:

• Verbinden Sie das Element nicht mit den entsprechenden Phasen. Wenn die Elemente nicht in derselben Phase verbunden sind, behalten Bereitstellungspipelines die ursprüngliche Verbindung bei. Wenn Sie beispielsweise einen Bericht in der Entwicklungsphase von Pipeline B haben, der mit einem semantischen Modell in der Produktionsphase von Pipeline A verbunden ist, bleibt der Bericht mit dem semantischen Modell in der Produktionsphase von Pipeline A verbunden, wenn Sie ihn in der Testphase von Pipeline B bereitstellen.

• Definieren Sie eine Parameterregel. Diese Option ist für Berichte nicht verfügbar. Die Verwendung ist nur mit semantischen Modellen und Dataflows möglich.

• Verbinden Sie Ihre Berichte, Dashboards und Kacheln mit einem semantischen Proxy-Modell oder semantischen Datenfluss, der nicht mit einer Pipeline verbunden ist.

Automatische Bindung und Parameter

Parameter können verwendet werden, um die Verbindungen zwischen semantischen Modellen oder Dataflows und den Elementen zu steuern, von denen sie abhängen. Wenn die Verbindung über einen Parameter gesteuert wird, erfolgt keine automatische Bindung nach der Bereitstellung, auch wenn die Verbindung einen Parameter enthält, der auf die ID des semantischen Modells oder Dataflows oder die Arbeitsbereichs-ID angewendet wird. In diesen Fällen können Sie die Elemente nach der Bereitstellung neu binden, indem Sie den Parameterwert ändern oder Parameterregeln verwenden.

Daten werden aktualisiert

Daten im Zielelement, z. B. ein semantisches Modell oder Dataflow, werden nach Möglichkeit beibehalten. Wenn keine Änderungen an einem Element vorliegen, das die Daten enthält, werden die Daten wie vor der Bereitstellung beibehalten.

Wenn Sie eine geringfügige Änderung vornehmen, z. B. eine Tabelle hinzufügen oder entfernen, werden die ursprünglichen Daten häufig in Fabric beibehalten. Für tiefgehende Schemaänderungen oder Änderungen in der Datenquellenverbindung ist eine komplette Aktualisierung erforderlich.

Anforderungen für die Bereitstellung in einer Phase mit vorhandenem Arbeitsbereich

Jeder lizenzierte Benutzer, der Mitwirkender sowohl des Ziel- als auch des Quellarbeitsbereichs für die Bereitstellung ist, kann Inhalte, die in einer Kapazität enthalten sind, in einer Phase mit einem vorhandenen Arbeitsbereich bereitstellen. Weitere Informationen finden Sie im Abschnitt Berechtigungen.

Ordner in Bereitstellungspipelines (Vorschau)

Ordner geben Benutzern die Möglichkeit, Arbeitsbereichselemente effizient und auf vertraute Weise zu organisieren und zu verwalten. Wenn Sie Inhalte bereitstellen, die Ordner in einer anderen Phase beinhalten, wird die Ordnerhierarchie der verwendeten Artikel automatisch angewendet.

Ordnerdarstellung

In Bereitstellungspipelines werden Ordner als Teil des Namens eines Artikels angesehen (ein Artikelname enthält seinen vollständigen Pfad). Wenn ein Element bereitgestellt wurde, nachdem sein Pfad geändert wurde (z. B. das Verschieben aus Ordner A in Ordner B), dann wendet die Bereitstellungspipeline diese Änderung auf das gekoppelte Element während der Bereitstellung an – das gekoppelte Element wird ebenfalls in den Ordner B verschoben. Wenn der Ordner B in der Phase, in die wir bereitstellen, nicht existiert, wird er zuerst in seinem Arbeitsbereich erstellt. Ordner können nur auf der Arbeitsbereichsseite angezeigt und verwaltet werden.

Mit der aktuellen Ansicht der Ordnerhierarchie können Sie für die Bereitstellung nur Elemente auf derselben Ordnerebene auswählen. Elemente können nicht über Ordner hinweg ausgewählt werden.

Mit der flachen Listenansicht von Bereitstellungspipelines können Sie Elemente unabhängig vom Standort auswählen. Mit der flachen Listenansicht können Sie Elemente in Ordnern in Bezug auf deren Position im Arbeitsbereich auswählen. Weitere Informationen finden Sie in der Flachlistenansicht.

Identifizieren von Artikeln, die in verschiedene Ordner verschoben wurden

Da Ordner als Teil des Namens des Artikels betrachtet werden, werden Artikel, die in einen anderen Ordner im Arbeitsbereich verschoben werden, auf der Bereitstellungspipeline-Seite im Vergleich als Anders identifiziert. Dieses Element wird im Vergleichsfenster nicht angezeigt, da es keine Schemaänderung ist, sondern eine Änderung der Einstellungen.

• Einzelne Ordner können in Bereitstellungspipelines nicht manuell bereitgestellt werden. Deren Bereitstellung wird automatisch ausgelöst, wenn mindestens eines ihrer Elemente bereitgestellt wird.

• Die Ordnerhierarchie von gekoppelten Artikeln wird nur während der Bereitstellung aktualisiert. Während der Zuordnung nach dem Pairing-Vorgang wird die Hierarchie der gekoppelten Artikel noch nicht aktualisiert.

• Da ein Ordner nur bereitgestellt wird, wenn einer seiner Artikel bereitgestellt wird, kann kein leerer Ordner bereitgestellt werden.

• Durch die Bereitstellung eines Elements aus mehreren in einem Ordner wird auch die Struktur der Elemente aktualisiert, die nicht in der Zielstufe bereitgestellt werden, auch wenn die Elemente selbst nicht bereitgestellt werden.

Darstellung von übergeordneten und untergeordneten Elementen

Parent-Child-Beziehungen sind nur in der neuen Benutzeroberfläche sichtbar. Sie sehen genauso aus wie im Arbeitsbereich. Das Kind-Element wird nicht bereitgestellt, sondern auf der Zielstufe neu erstellt.

Während der Bereitstellung kopierte Elementeigenschaften

Eine Liste der unterstützten Elemente finden Sie unter Von der Bereitstellungspipeline unterstützte Elemente.

Während der Bereitstellung werden die folgenden Elementeigenschaften kopiert und überschreiben die Elementeigenschaften in der Zielphase:

• Datenquellen (Bereitstellungsregeln werden unterstützt)

• Parameter (Bereitstellungsregeln werden unterstützt)

• Berichtsvisuals

• Berichtsseiten

• Dashboard-Kacheln

• Modellmetadaten

• Elementbeziehungen

• Vertraulichkeitsbezeichnungen werden nur kopiert, wenn eine der folgenden Bedingungen erfüllt ist. Sind diese Bedingungen nicht erfüllt, werden bei der Bereitstellung keine Vertraulichkeitsbezeichnungen kopiert.

  • Ein neues Element wird bereitgestellt, oder ein vorhandenes Element wird in einer leeren Phase bereitgestellt.

    Hinweis

    In Fällen, in denen die Standardbeschriftung für den Mandanten aktiviert ist, die Standardbezeichnung gültig ist und es sich beim bereitgestellten Element um ein Semantikmodell oder einen Dataflow handelt, wird die Bezeichnung nur aus dem Quellelement kopiert, wenn für die Bezeichnung der Schutz aktiviert ist. Wenn die Bezeichnung nicht geschützt ist, wird die Standardbezeichnung auf das neu erstellte Zielsemantikmodell oder den Datenfluss angewendet.

  • Das Quellelement hat ein Etikett mit Schutz, während das Zielelement dies nicht hat. In diesem Fall wird ein Popupfenster angezeigt, in dem Sie aufgefordert werden, der Außerkraftsetzung der Vertraulichkeitsbezeichnungen des Zielelements zuzustimmen.

    Siehe auch Überlegungen zur Verhinderung von Datenverlust (Data Loss Prevention, DLP).

Nicht kopierte Elementeigenschaften

Die folgenden Elementeigenschaften werden während der Bereitstellung nicht kopiert:

• Daten: Daten werden nicht kopiert. Es werden nur Metadaten kopiert

• URL

• id

• Berechtigungen – für einen Arbeitsbereich oder ein bestimmtes Element

• Arbeitsbereichseinstellungen – Jede Phase umfasst einen eigenen Arbeitsbereich

• App-Inhalte und -Einstellungen – Informationen zum Aktualisieren Ihrer Apps finden Sie unter Aktualisieren von Inhalten in Power BI-Apps

• Persönliche Lesezeichen

Die folgenden Eigenschaften des semantischen Modells werden während der Bereitstellung ebenfalls nicht kopiert:

• Rollenzuweisung

• Aktualisierungszeitplan

• Anmeldeinformationen für die Datenquelle

• Einstellungen für die Zwischenspeicherung von Abfragen (kann von der Kapazität geerbt werden)

• Endorsement-Einstellungen

Unterstützte Features für semantische Modelle

Bereitstellungspipelines unterstützen zahlreiche Features für Semantikmodelle. Dieser Abschnitt listet zwei semantische Modellfunktionen auf, die das Erlebnis mit Ihren Bereitstellungspipelines verbessern können.

• Inkrementelle Aktualisierung

• Zusammengesetzte Modelle

Schrittweise Aktualisierung

Bereitstellungspipelines unterstützen die inkrementelle Aktualisierung, ein Feature, mit dem große semantische Modelle schneller, zuverlässiger und mit geringerem Verbrauch aktualisiert werden können.

In Bereitstellungspipelines können Sie Aktualisierungen an einem Semantikmodell mit der inkrementellen Aktualisierung vornehmen, wobei sowohl Daten als auch Partitionen beibehalten werden. Wenn Sie das semantische Modell bereitstellen, wird die Richtlinie mitkopiert.

Informationen zum Verhalten der inkrementellen Aktualisierung mit Dataflows finden Sie unter Warum werden mir nach der Verwendung von Dataflowregeln zwei Datenquellen angezeigt, die mit meinem Dataflow verbunden sind?

Aktivieren der inkrementellen Aktualisierung in einer Pipeline

Konfigurieren Sie die inkrementelle Aktualisierung in Power BI Desktop, um sie zu aktivieren, und veröffentlichen Sie dann Ihr semantisches Modell. Nach der Veröffentlichung ist die Richtlinie für inkrementelle Aktualisierungen in der gesamten Pipeline ähnlich und kann nur noch in Power BI Desktop bearbeitet werden.

Nachdem die Pipeline mit inkrementeller Aktualisierung konfiguriert wurde, wird der folgende Flow empfohlen:

1. Änderungen an Ihrer PBIX-Datei nehmen Sie in Power BI Desktop vor. Um lange Wartezeiten zu vermeiden, können Sie Änderungen unter Verwendung einer Stichprobe der Daten vornehmen.

2. Laden Sie Ihre PBIX-Datei in die erste Phase (in der Regel Entwicklung) hoch.

3. Stellen Sie Ihre Inhalte in der nächsten Phase bereit. Nach der Bereitstellung gelten die von Ihnen vorgenommenen Änderungen für das gesamte semantische Modell, das Sie verwenden.

4. Überprüfen Sie die Änderungen, die Sie in jeder Phase vorgenommen haben, und führen Sie nach der Überprüfung die Bereitstellung in der nächsten Phase durch, bis Sie zur endgültigen Phase gelangen.

Anwendungsbeispiele

Im Folgenden finden Sie einige Beispiele für die Integration der inkrementellen Aktualisierung in Bereitstellungspipelines.

• Erstellen Sie eine neue Pipeline, und verbinden Sie sie mit einem Arbeitsbereich mit einem semantischen Modell, für das die inkrementelle Aktualisierung aktiviert ist.

• Aktivieren Sie die inkrementelle Aktualisierung in einem semantischen Modell, das sich bereits in einem Entwicklungsarbeitsbereich befindet.

• Erstellen Sie eine Pipeline in einem Produktionsarbeitsbereich mit einem Semantikmodell, das die inkrementelle Aktualisierung verwendet. Weisen Sie z. B. den Arbeitsbereich der Produktionsstufe einer neuen Pipeline zu, und verwenden Sie die Rückwärtsbereitstellung für die Bereitstellung in der Testphase und dann in der Entwicklungsstufe.

• Veröffentlichen Sie ein semantisches Modell, das eine inkrementelle Aktualisierung für einen Arbeitsbereich verwendet, der zu einer vorhandenen Pipeline gehört.

Einschränkungen der inkrementellen Aktualisierung

Für die inkrementelle Aktualisierung unterstützen Bereitstellungspipelines nur semantische Modelle, die erweiterte Metadaten des semantischen Modells verwenden. Alle semantischen Modelle, die mit Power BI Desktop erstellt oder geändert wurden, implementieren automatisch erweiterte Metadaten des semantischen Modells.

Beim erneuten Veröffentlichen eines semantischen Modells in einer aktiven Pipeline mit aktivierter inkrementeller Aktualisierung führen die folgenden Änderungen aufgrund der potenziellen Datenverluste zu einem Bereitstellungsfehler:

• Erneutes Veröffentlichen eines semantischen Modells, das die inkrementelle Aktualisierung nicht verwendet, um ein semantisches Modell zu ersetzen, für das die inkrementelle Aktualisierung aktiviert ist.

• Umbenennen einer Tabelle mit aktivierter inkrementeller Aktualisierung.

• Umbenennen nicht berechneter Spalten in einer Tabelle mit aktivierter inkrementeller Aktualisierung.

Andere Änderungen sind zulässig, z. B. das Hinzufügen einer Spalte, das Entfernen einer Spalte und das Umbenennen einer berechneten Spalte. Wenn die Änderungen jedoch Auswirkungen auf die Anzeige haben, müssen Sie eine Aktualisierung vornehmen, bevor die Änderung sichtbar wird.

Zusammengesetzte Modelle

Mithilfe von zusammengesetzten Modellen können Sie einen Bericht mit mehreren Datenverbindungen einrichten.

Sie können die Funktionalität für zusammengesetzte Modelle verwenden, um ein semantisches Fabric-Modell mit einem externen semantischen Modell wie Azure Analysis Services zu verbinden. Weitere Informationen finden Sie unter Using DirectQuery for Fabric semantic models and Azure Analysis Services (Verwenden von DirectQuery für semantische Fabric-Modelle und Azure Analysis Services).

In einer Bereitstellungspipeline können Sie mithilfe zusammengesetzter Modelle ein semantisches Modell mit einem anderen semantischen Fabric-Modell außerhalb der Pipeline verbinden.

Automatische Aggregationen

Automatische Aggregationen bauen auf benutzerdefinierten Aggregationen auf und verwenden maschinelles Lernen, um semantische DirectQuery-Modell für eine maximale Berichtsabfrageleistung kontinuierlich zu optimieren.

Jedes semantische Modell behält seine automatischen Aggregationen nach der Bereitstellung bei. Bereitstellungspipelines ändern die automatische Aggregation eines semantischen Modells nicht. Dies bedeutet, dass bei der Bereitstellung eines semantischen Modells mit einer automatischen Aggregation die automatische Aggregation in der Zielphase unverändert bleibt und nicht von der automatischen Aggregation überschrieben wird, die aus der Quellphase bereitgestellt wird.

Um automatische Aggregationen zu aktivieren, befolgen Sie die Anweisungen unter Konfigurieren der automatischen Aggregation.

Hybridtabellen

Hybridtabellen sind Tabellen mit inkrementeller Aktualisierung, die sowohl Importpartitionen als auch direkte Abfragepartitionen enthalten können. Während einer neuen Bereitstellung werden sowohl die Aktualisierungsrichtlinie als auch die Hybridtabellenpartitionen kopiert. Bei der Bereitstellung in einer Pipelinephase, die bereits über Hybridtabellenpartitionen verfügt, wird nur die Aktualisierungsrichtlinie kopiert. Aktualisieren Sie die Partitionen, indem Sie die Tabelle aktualisieren.

Aktualisieren von Inhalten in Power BI-Apps

Power BI-Apps sind die empfohlene Methode zum Verteilen von Inhalten an Fabric-Consumer im Free-Tarif. Sie können die Inhalte Ihrer Power BI-Apps mithilfe einer Bereitstellungspipeline aktualisieren, sodass Sie mehr Kontrolle und Flexibilität im Hinblick auf den Lebenszyklus Ihrer App erhalten.

Erstellen Sie für jede Phase der Bereitstellungspipeline eine App, sodass Sie jedes Update aus der Sicht des Endbenutzers testen können. Verwenden Sie die Schaltfläche zum Veröffentlichen oder Anzeigen in der Arbeitsbereichskarte, um die App in einer bestimmten Pipelinephase zu veröffentlichen oder anzuzeigen.

In der Produktionsphase können Sie auch die App-Seite in Fabric aktualisieren, sodass alle Inhaltsupdates für die benutzenden Personen der App verfügbar werden.

Berechtigungen

Berechtigungen sind für die Pipeline und für die Arbeitsbereiche erforderlich, die ihr zugewiesen sind. Pipeline- und Arbeitsbereichsberechtigungen werden separat erteilt und verwaltet.

• Pipelines verfügen nur über die Berechtigung Administrator, die zum Freigeben, Bearbeiten und Löschen einer Pipeline erforderlich ist.

• Arbeitsbereiche verfügen über unterschiedliche Berechtigungen, die auch als Rollen bezeichnet werden. Arbeitsbereichsrollen bestimmen die Zugriffsebene auf einen Arbeitsbereich in einer Pipeline.

• Bereitstellungspipelines unterstützen keine Microsoft 365-Gruppen als Pipelineadministrator*innen.

Um die Bereitstellung von einer Phase in einer anderen in der Pipeline zu ermöglichen, müssen Sie Pipelineadmin und entweder mitwirkende Person, Mitglied oder administrierende Person der Arbeitsbereiche sein, die den beteiligten Phasen zugewiesen sind. So kann beispielsweise ein*e Pipelineadministrator*in, dem bzw. der keine Arbeitsbereichsrolle zugewiesen ist, die Pipeline anzeigen und für andere freigeben. Der Benutzer kann jedoch die Inhalte des Arbeitsbereichs weder in der Pipeline noch im Dienst anzeigen und kann keine Bereitstellungen durchführen.

Berechtigungstabelle

In diesem Abschnitt werden die Berechtigungen für Bereitstellungspipelines beschrieben. Die in diesem Abschnitt aufgeführten Berechtigungen werden in anderen Fabric-Features möglicherweise anders angewendet.

Die niedrigste Berechtigung für Bereitstellungspipelines ist Pipelineadmin, und sie ist für alle Bereitstellungspipelinevorgänge erforderlich.

Erteilte Berechtigungen

Wenn Sie Power BI-Elemente bereitstellen, kann sich der Besitz des bereitgestellten Elements ändern. In der folgenden Tabelle wird erläutert, wer die einzelnen Elemente bereitstellen kann und wie sich die Bereitstellung auf den Besitz des Elements auswirkt.

Erforderliche Berechtigungen für beliebte Aktionen

In der folgenden Tabelle sind die erforderlichen Berechtigungen für beliebte Bereitstellungspipelineaktionen aufgeführt. Sofern nicht anders angegeben, benötigen Sie für jede Aktion alle aufgeführten Berechtigungen.

Überlegungen und Einschränkungen

In diesem Abschnitt werden die wichtigsten Einschränkungen in Bereitstellungspipelines aufgeführt.

• Allgemeine Überlegungen und Einschränkungen
• Einschränkungen des semantischen Modells
• Datenflussbeschränkungen
• Datamart-Einschränkungen
• Überlegungen zur Verhinderung von Datenverlust (Data Loss Prevention, DLP)

Allgemeine Überlegungen und Einschränkungen

• Der Arbeitsbereich muss über Fabric-Kapazität verfügen.
• Die maximale Anzahl von Elementen in einer einzelnen Bereitstellung liegt bei 300.
• Das Herunterladen einer PBIX-Datei nach der Bereitstellung wird nicht unterstützt.
• Microsoft 365-Gruppen werden nicht als Pipelineadministratoren unterstützt.
• Wenn Sie ein Power BI-Element zum ersten Mal bereitstellen, schlägt die Bereitstellung fehl, wenn ein anderes Element in der Zielphase vom Typ und Namen her gleich ist (z. B. wenn beide Dateien Berichte sind).
• Eine Liste der Einschränkungen für Arbeitsbereiche finden Sie unter Einschränkungen für die Arbeitsbereichszuweisung.
• Eine Liste der unterstützten Elemente finden Sie unter Unterstützte Elemente. Alle Elemente, die nicht in der Liste enthalten sind, werden nicht unterstützt.
• Die Bereitstellung schlägt fehl, wenn eines der Elemente Zirkel- oder Selbstabhängigkeiten aufweist (z. B. wenn Element A auf Element B verweist und Element B auf Element A).
• PBIR-Berichte werden nicht unterstützt.

Einschränkung des Semantikmodells

• Datasets, die Echtzeitdatenkonnektivität verwenden, können nicht bereitgestellt werden.

• Ein semantisches Modell mit dem DirectQuery- oder Composite-Konnektivitätsmodus, das Variationen oder Tabellen für autom. Datum/Uhrzeit verwendet, wird nicht unterstützt. Weitere Informationen finden Sie unter Was kann ich tun, wenn ich über ein Dataset im DirectQuery- oder Composite-Verbindungsmodus verfüge, das Variationen oder Kalendertabellen verwendet?.

• Wenn während der Bereitstellung das semantische Zieldmodell eine Liveverbindung verwendet, muss auch das semantische Quellmodell diesen Verbindungsmodus verwenden.

• Nach der Bereitstellung wird das Herunterladen eines semantischen Modells aus der Phase, in der es bereitgestellt wurde, nicht unterstützt.

• Unter Einschränkungen von Bereitstellungsregeln finden Sie eine Liste der Einschränkungen von Bereitstellungsregeln.

• Wenn die automatische Bindung aktiviert ist, gehen Sie wie folgt vor:

  • "Native-Abfrage und DirectQuery werden nicht zusammen unterstützt." Dazu gehören Proxy-Datasets.
  • Die Datenquellenverbindung muss der erste Schritt im Mashup-Ausdruck sein.

• Beim Bereitstellen eines Direct Lake-Semantikmodells wird es nicht automatisch an Elemente in der Zielphase gebunden. Wenn beispielsweise ein LakeHouse eine Quelle für ein DirectLake-Semantikmodell ist und beide in der nächsten Phase bereitgestellt werden, wird das DirectLake-Semantikmodell in der Zielphase immer noch an das LakeHouse in der Quellphase gebunden. Verwenden Sie Datenquellregeln, um es an einen Artikel in der Zielphase zu binden. Andere Typen von semantischen Modellen werden automatisch an das gekoppelte Element in der Zielphase gebunden.

Dataflow-Einschränkungen

• Inkrementelle Aktualisierungseinstellungen werden in Gen 1 nicht kopiert.

• Wird ein Dataflow in einer leeren Phase bereitgestellt, erstellen die Bereitstellungspipelines einen neuen Arbeitsbereich und legen den Dataflowspeicher auf einen Fabric-Blobspeicher fest. Blobspeicher wird auch dann verwendet, wenn der Quellarbeitsbereich für die Verwendung von Azure Data Lake Storage Gen2 (ADLS Gen2) konfiguriert ist.

• Dienstprinzipale werden für Dataflows nicht unterstützt.

• Die Bereitstellung des Common Data Model (CDM) wird nicht unterstützt.

• Informationen zu den Einschränkungen von Bereitstellungspipelineregeln, die sich auf Dataflows auswirken, finden Sie unter Einschränkungen von Bereitstellungsregeln.

• Wenn während der Bereitstellung ein Datenfluss aktualisiert wird, schlägt die Bereitstellung fehl.

• Wenn Sie Phasen während einer Dataflow-Aktualisierung vergleichen, sind die Ergebnisse unvorhersehbar.

• Die automatische Bindung wird für Dataflows Gen2 nicht unterstützt.

Datenmart-Einschränkungen

• Sie können kein Datenmart mit Vertraulichkeitsbezeichnungen bereitstellen.

• Zum Bereitstellen eines Datamarts müssen Sie der Datamart-Besitzer sein.

Überlegungen zur Verhinderung von Datenverlust (Data Loss Prevention, DLP)

Wenn nach der Bereitstellung eines Elements in einer neuen Phase eine DLP-Richtlinientippanzeige für das Element angezeigt wird, versuchen Sie, das Element zu aktualisieren, um festzustellen, ob die Anzeige ausgeblendet wird, bevor Sie fortfahren. Da DLP ausgeführt wird, sobald ein Element kopiert wird, möglicherweise bevor andere Prozesse, die Daten oder Metadaten enthalten (z. B. eine Standard-Vertraulichkeitsbezeichnung), abgeschlossen sind, kann DLP vorzeitig für das Element ausgeführt werden, was zu einer Fehlanwendung der Richtlinientippanzeige führt. Das Aktualisieren des Elements sollte dazu führen, dass der Richtlinientipp nicht mehr angezeigt wird.

Zugehöriger Inhalt

Erste Schritte mit Bereitstellungspipelines