Häufig gestellte Fragen zu den Fabric-Tools für die Lebenszyklusverwaltung

Die Lebenszyklusverwaltung besteht aus zwei Teilen: Integration und Bereitstellung. Informationen zur Integration in Fabric finden Sie in der Übersicht zur Git-Integration. Informationen zu Bereitstellungspipelines in Fabric finden Sie in der Übersicht über Bereitstellungspipelines.

Eine kurze Erläuterung der Git-Integration finden Sie in der Git-Integrationsübersicht. Eine mehrzeilige oder formatierte Antwort auf die Frage. Sie können alle gewünschten Markdown-Formatierungen verwenden, solange Sie den Einzug in den Zeilen nach den „|“-Zeichen beibehalten.

Eine kurze Erläuterung der Bereitstellungspipelines finden Sie in der Übersicht über Bereitstellungspipelines.

Informationen zu Lizenzen finden Sie unter Fabric-Lizenzen.

Alle Arbeitsbereiche müssen einer Fabric-Lizenz zugewiesen werden. Sie können jedoch verschiedene Kapazitätstypen für unterschiedliche Arbeitsbereiche verwenden.

Informationen zu Kapazitätstypen finden Sie unter Kapazität und SKUs.

Das Berechtigungsmodell für Bereitstellungspipelines wird im Abschnitt Berechtigungen beschrieben.

Um Bereitstellungsregeln in Bereitstellungspipelines zu konfigurieren, müssen Sie der Besitzer des semantischen Modells sein.

Wenn sich die Arbeitsbereichskapazität an einem geografischen Standort befindet, das Azure DevOps-Repository aber an einem anderen, kann der Fabric-Administrator entscheiden, ob regionsübergreifende Exporte aktiviert werden sollen. Weitere Informationen finden Sie unter Benutzer*innen können Elemente in Git-Repositorys an anderen geografischen Standorten exportieren.

Erste Schritte bei der Git-Integration mithilfe der Anweisungen für erste Schritte.

Es kann mehrere Gründe dafür geben, dass ein Element aus dem Arbeitsbereich entfernt wurde.

• Wenn das Element nicht committed wurde und Sie es bei einer Rückgängig-Aktion ausgewählt haben, wird das Element aus dem Arbeitsbereich entfernt.
• Wenn das Element committet wurde, kann es möglicherweise entfernt worden sein, wenn Sie die Branches wechseln und das Element im neuen Branch nicht vorhanden ist.

Es gibt einige wichtige Überlegungen, die Sie berücksichtigen sollten:

• Einschränkungen von Bereitstellungsregeln
• Unterstützte Datenquellen für Datenfluss- und Semantikmodellregeln
• Inkrementelle Aktualisierung
• Automation*-Bereitstellungspipelines können nicht verwendet werden, um Elemente in einem Arbeitsbereich bereitzustellen, der sich in einer anderen Region befindet.

Sie können Ihrer Pipeline entweder einen Arbeitsbereich zuweisen und ihn über die Pipeline bereitstellen oder jeder Pipelinephase einen anderen Arbeitsbereich zuweisen. Weitere Informationen finden Sie unter Zuweisen eines Arbeitsbereichs zu einer Bereitstellungspipeline.

Datasets, die directQuery oder den Verbundkonnektivitätsmodus verwenden und Variationen oder automatische Datums-/Uhrzeittabellen aufweisen, werden in Bereitstellungspipelines nicht unterstützt. Wenn bei der Bereitstellung ein Fehler auftritt und Sie der Meinung sind, dass es darauf zurückzuführen ist, dass Sie über ein Dataset mit einer Variationstabelle verfügen, können Sie nach der Variationseigenschaft in den Spalten Ihrer Tabelle suchen. Sie können eine der unten aufgeführten Methoden verwenden, um Ihr Semantikmodell so zu bearbeiten, dass es in Bereitstellungspipelines funktioniert.

• Verwenden Sie in Ihrem Dataset anstelle des DirectQuery- oder Zusammengesetzten Modus den Importmodus .

• Entfernen Sie die Tabellen für automatisches Datum/automatische Uhrzeit aus dem Semantikmodell. Löschen Sie bei Bedarf alle verbleibenden Abweichungen aus allen Spalten in Ihren Tabellen. Das Löschen einer Variation kann vom Benutzer erstellte Measures, berechnete Spalten und berechnete Tabellen ungültig werden. Verwenden Sie diese Methode nur, wenn Sie verstehen, wie Ihr Semantikmodell funktioniert, da Datenbeschädigungen in Ihren visuellen Elementen auftreten können.

Wenn Sie eine Kachel an ein Dashboard anheften und die Kachel auf einem nicht unterstützten Element basiert (alle nicht in der Liste aufgeführten Elemente werden nicht unterstützt) oder auf einem Element, zu dessen Bereitstellung Sie nicht berechtigt sind, wird die Kachel nach der Bereitstellung des Dashboards nicht gerendert. Wenn Sie beispielsweise eine Kachel aus einem Bericht erstellen, der auf einem semantischen Modell basiert, dessen Administrator*in Sie nicht sind, wird beim Bereitstellen des Berichts eine Fehlermeldung angezeigt. Beim Bereitstellen des Dashboards mit der Kachel erhalten Sie jedoch keine Fehlermeldung. Die Bereitstellung findet erfolgreich statt, auf der Kachel werden jedoch keine Informationen angezeigt.

Der Besitzer eines bereitgestellten paginierten Berichts ist der Benutzer, der den Bericht bereitgestellt hat. Wenn Sie einen paginierten Bericht zum ersten Mal bereitstellen, werden Sie zum Besitzer des Berichts.

Wenn Sie einen paginierten Bericht in einer Phase bereitstellen, die bereits eine Kopie dieses paginierten Berichts enthält, wird der vorherige Bericht überschrieben, und Sie werden anstelle des vorherigen Besitzers zum neuen Besitzer. In solchen Fällen benötigen Sie Anmeldeinformationen für die zugrunde liegende Datenquelle, damit die Daten im paginierten Bericht verwendet werden können.

Die Unterberichte Ihrer paginierten Berichte werden in demselben Ordner gespeichert, in dem auch Ihre paginierten Berichte gespeichert werden. Wählen Sie bei Verwendung von selektiven Kopiervorgängen zum Kopieren eines paginierten Berichts mit Unterberichten sowohl den übergeordneten Bericht als auch die Unterberichte aus, um Renderingprobleme zu vermeiden.

Regeln für paginierte Berichte können erstellt werden, wenn Sie den paginierten Bericht in derselben Phase auf das semantische Modell verweisen möchten. Wenn Sie eine Bereitstellungsregel für einen paginierten Bericht erstellen, müssen Sie eine Datenbank und einen Server auswählen.

Wenn Sie eine Bereitstellungsregel für einen paginierten Bericht festlegen, der über kein Fabric-Semantikmodell verfügt, da es sich um eine externe Zieldatenquelle handelt, müssen Sie sowohl den Server als auch die Datenbank angeben.

Paginierte Berichte, die ein Fabric-Semantikmodell nutzen, verwenden jedoch ein internes Semantikmodell. In solchen Fällen können Sie sich nicht auf den Namen der Datenquelle verlassen, wenn Sie das Fabric-Semantikmodell identifizieren möchten, mit dem Sie eine Verbindung herstellen. Der Name der Datenquelle ändert sich nicht, wenn Sie diesen in der Zielphase aktualisieren, indem Sie eine Datenquellenregel erstellen oder die API zum Aktualisieren von Datenquellen aufrufen. Wenn Sie eine Bereitstellungsregel festlegen, müssen Sie das Datenbankformat beibehalten und die Objekt-ID des semantischen Modells im Datenbankfeld ersetzen. Da das semantische Modell intern ist, bleibt der Server gleich.

• Datenbank:: Das Datenbankformat für einen paginierten Bericht mit einem Fabric-Semantikmodell lautet „sobe_wowvirtualserver-<dataset ID>“. Beispiel: sobe_wowvirtualserver-d51fd26e-9124-467f-919c-0c48a99a1d63. Ersetzen Sie die <dataset ID> durch die ID Ihres Datasets. Sie erhalten die Dataset-ID aus der URL, indem Sie die GUID verwenden, die sich nach datasets/ und vor dem nächsten Schrägstrich befindet.

  

• Server: Dies ist der Server, der Ihre Datenbank hostet. Übernehmen Sie den vorhandenen Server.

Wenn Sie nach einer Bereitstellung die RDL-Datei des paginierten Berichts herunterladen, ist diese möglicherweise nicht auf die neueste Version aktualisiert, die Sie im Power BI-Dienst sehen können.

Wenn Sie einen Dataflow haben, der semantische Modelle enthält, die mit inkrementeller Aktualisierung konfiguriert sind, wird die Aktualisierungsrichtlinie während der Bereitstellung nicht kopiert oder überschrieben. Nach der Bereitstellung eines Dataflows, der ein semantisches Modell mit inkrementeller Aktualisierung in einer Phase enthält, die diesen Dataflow nicht enthält, müssen Sie eine Aktualisierungsrichtlinie in der Zielphase neu konfigurieren. Wenn Sie einen Dataflow mit inkrementeller Aktualisierung in einer Phase bereitstellen, in der er bereits vorhanden ist, wird die Richtlinie für die inkrementelle Aktualisierung nicht kopiert. Wenn Sie die Aktualisierungsrichtlinie in einem solchen Fall in der Zielphase aktualisieren möchten, müssen Sie dies manuell tun.

Bereitstellungspipelines zeigen Datasets, die zu Datamarts gehören, in den Pipelinephasen nicht an. Bei Bereitstellung eines Datamarts wird das Dataset ebenfalls bereitgestellt. Sie können das Dataset Ihres Datenmarts im Arbeitsbereich der Phase anzeigen, in der es sich befindet.

Zugehöriger Inhalt

• Erste Schritte mit der Git-Integration
• Erste Schritte mit Bereitstellungspipelines