Dieser Artikel enthält Antworten auf einige der häufigsten Fragen zu den Fabric Lebenszyklusverwaltungstools.
Allgemeine Fragen
Was ist lifecycle management in Microsoft Fabric?
Die Lebenszyklusverwaltung besteht aus zwei Teilen: Integration und Bereitstellung. Informationen zur Integration in Fabric finden Sie unter die Git-Integrationsübersicht. Informationen zu den Bereitstellungspipelines in Fabric finden Sie in der Übersicht über Bereitstellungspipelines.
Was ist die Git-Integration?
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.
Was ist eine Bereitstellungspipeline?
Eine kurze Erläuterung der Bereitstellungspipelines finden Sie in der Übersicht über Bereitstellungspipelines.
Fragen zur Lizenzierung
Welche Lizenzen sind für die Arbeit mit der Lebenszyklusverwaltung erforderlich?
Informationen zu Lizenzen finden Sie unter Fabric licenses.
Welche Art von Kapazität benötige ich?
Allen Arbeitsbereichen muss eine 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.
Hinweis
- PPU-, EM- und A-SKUs funktionieren nur mit Power BI Elementen. Wenn Sie dem Arbeitsbereich weitere Fabric Elemente hinzufügen, benötigen Sie eine Testversion, eine P- oder F-SKU.
- Wenn Sie einen Arbeitsbereich mit einer PPU erstellen, können nur andere PPU-Benutzer auf den Arbeitsbereich zugreifen und seine Inhalte nutzen.
Berechtigungen
Wie sieht das Berechtigungsmodell für Bereitstellungspipelines aus?
Das Berechtigungsmodell für Bereitstellungspipelines wird im Abschnitt Berechtigungen beschrieben.
Welche Berechtigungen benötige ich zum Konfigurieren von Bereitstellungsregeln?
Um Bereitstellungsregeln in Bereitstellungspipelines zu konfigurieren, müssen Sie der Besitzer des semantischen Modells sein.
Fragen zur Git-Integration
Kann ich eine Verbindung mit einem Repository herstellen, das sich in einer anderen Region als mein Arbeitsbereich befindet?
Wenn sich die Arbeitsbereichskapazität an einem geografischen Standort befindet, während sich das Azure DevOps Repository an einem anderen Ort befindet, kann der Fabric-Administrator entscheiden, ob geoübergreifende Exporte aktiviert werden sollen. Weitere Informationen finden Sie unter Benutzer*innen können Elemente in Git-Repositorys an anderen geografischen Standorten exportieren.
Wie mache ich die ersten Schritte bei der Git-Integration?
Erste Schritte mit der Git-Integration mithilfe der Schnellstartanleitung.
Warum wurde mein Element aus dem Arbeitsbereich entfernt?
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.
Fragen zu Bereitstellungspipelines
Welche allgemeinen Einschränkungen bei der Bereitstellung sind zu beachten?
Die folgenden Überlegungen sind wichtig zu berücksichtigen.
Wie kann ich Arbeitsbereiche allen Phasen einer Pipeline zuweisen?
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.
Was kann ich tun, wenn ich für ein Dataset im DirectQuery- oder Composite-Verbindungsmodus verfüge, das Variationen oder Auto-Datum-/Uhrzeit-Tabellen verwendet?
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 folgenden 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 Maßnahmen, berechnete Spalten und berechnete Tabellen, die vom Benutzer erstellt wurden, ungültig machen. Verwenden Sie diese Methode nur, wenn Sie verstehen, wie Ihr semantisches Modell funktioniert, da es zu Datenbeschädigungen in Ihren visuellen Elementen führen kann.
Warum zeigen manche Kacheln nach der Bereitstellung keine Informationen an?
Wenn Sie eine Kachel an ein Dashboard anheften und die Kachel auf einem nicht unterstützten Element basiert (Elemente, die nicht in dieser Liste enthalten sind, werden nicht unterstützt), oder auf einem Element, zu dem Sie keine Berechtigung haben, es bereitzustellen, 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.
Fragen zum Einsatzplan
Was ist ein Einsatzplan?
Eine kurze Erklärung der Einsatzpläne finden Sie in der Übersicht des Einsatzplans.
Ich sehe den Elementtyp „Bereitstellungsplan“ nicht in meinem Arbeitsbereich. Wie bringe ich es zum Erscheinen?
Der Bereitstellungsplan-Itemtyp erscheint erst, nachdem ein Fabric-Admin die Mietereinstellung aktiviert hat. Im Admin Portal aktivieren Sie unter Mandanteneinstellungen>Microsoft Fabric die Option Benutzer können Elemente für Bereitstellungspläne (Vorschau) erstellen, legen unter Anwenden auf entweder die gesamte Organisation oder eine Sicherheitsgruppe fest, und wählen Sie Anwenden.
Bis diese Einstellung aktiviert ist, bleibt der Item-Typ in jedem Arbeitsbereich verborgen.
Was passiert, wenn ich ohne Plan eingesetzt werde?
Die Bereitstellung greift auf das Standardverhalten zurück. Elemente werden ohne festgelegte Reihenfolge und ohne Aktionen vor oder nach der Bereitstellung bereitgestellt. Jede Abhängigkeit, die durch den Plan geschützt wurde, wie etwa eine Warehouse-Ansicht, die eine Lakehouse-Tabelle liest, die durch ein Notebook befüllt wird, fällt erneut aus.
Warum konnte meine Lageransicht nicht verknüpft werden, obwohl die Elemente in der richtigen Reihenfolge bereitgestellt wurden?
Ein korrekt geordneter Plan bereitet die Metadaten der Items in der von dir angegebenen Reihenfolge ein, aber das Einrichten eines Seehauses fügt keine Zeilen in die Tabellen ein. Eine Warehouse-Ansicht, die eine Lakehouse-Tabelle liest, kann nicht binden, es sei denn, ein Notizbuch oder eine Datenpipeline hat zuerst diese Tabelle erstellt. Füge eine Post-Deployment-Aktion zwischen dem Lakehouse und dem Warehouse hinzu, das die Tabelle erzeugt. Eine Aktion meldet den Abschluss, wenn die Aktion selbst endet, nicht wenn die Dienste, die sie bedient, aufgeholt haben, daher sollte jede Bereitschaftsprüfung in die letzte Zelle des Notizbuchs oder die letzte Aktivität der Datenpipeline eingefügt werden. Ein Beispiel finden Sie in Beispielen für Einsatzpläne.
Warum hat mein Notizbuch nach der Bereitstellung in den falschen Arbeitsbereich geschrieben?
Das Standard-Lakehouse-Feld eines Notizbuchs enthält IDs, die auf ein bestimmtes Lakehouse in einem bestimmten Arbeitsbereich zeigen. Nachdem das Notizbuch über Git in einem neuen Arbeitsbereich gelandet ist, können diese IDs weiterhin auf den ursprünglichen Arbeitsbereich zeigen. Entweder das Standard-Lakehouse für die Zielumgebung vor der Ausführung in den Notebook-Einstellungen festlegen, oder das Notebook sein Lakehouse zur Laufzeit ermitteln lassen. Weitere Informationen finden Sie unter Notebook-Quellcodeverwaltung und -bereitstellung.
Wo kann ich sehen, was der Plan während eines Laufs gemacht hat?
Die Laufausgabe ist aus der Bereitstellung im Portal sichtbar. Aktionsläufe verweisen auf den Ausführungsverlauf des zugrunde liegenden Elements mit Protokollen und Schrittdetails.
Wie erhole ich mich von einem Einsatz, der teilweise fehlgeschlagen ist?
Eine fehlgeschlagene Bereitstellung macht abgeschlossene Elementbereitstellungen oder durch Aktionen vorgenommene Änderungen nicht rückgängig. Anleitungen zur Wiederherstellung finden Sie unter Die Bereitstellung wurde vorzeitig beendet.
Kann ich einen Einsatzplan nach einem Zeitplan durchführen?
Nicht direkt. Triggere ein Update aus Git von einem externen Scheduler wie Azure Pipelines oder GitHub Actions, und der angehängte Plan läuft als Teil dieser Bereitstellung.
Kann ich einen Deployment-Plan aus meiner CI-Pipeline verwenden?
Ja, wenn die Pipeline die Bereitstellung über eine Fabric-API steuert, die das Anhängen eines Plans unterstützt, wie z. B. die Git-Sync-API, die Bereitstellungs-API für Deployment Pipelines oder die Batch-Import-API. Eine Bereitstellung, die von der Fabric CLI, dem Terraform-Anbieter für Fabric oder der fabric-cicd Python-Bibliothek gesteuert wird, kann keinen Plan anhängen.
Stellt ein Bereitstellungsplan Arbeitsbereichseinstellungen bereit?
No. Ein Plan regelt die Elemente in einer Bereitstellung und die Aktionen, die um sie herum ausgeführt werden. Workspace-Level-Konfiguration ist kein Teil einer Bereitstellung, daher werden Einstellungen wie die Workspace-Identität, Spark-Einstellungen und die Git-Verbindung nicht von einem Plan erstellt oder aktualisiert.
Konfigurieren Sie diese im Ziel-Arbeitsbereich, bevor Sie einsetzen. Ein Element, das von der Konfiguration auf Arbeitsbereichsebene abhängt, wie ein Notizbuch, das sich über die Arbeitsbereichsidentität authentifiziert, scheitert zur Laufzeit, wenn der Zielarbeitsbereich nicht auf dieselbe Weise konfiguriert ist wie der Quellcode.
Braucht ein Einsatzplan besondere Berechtigungen?
No. Ein Einsatzplan folgt dem Standard-Fabric-Arbeitsplatz-Rollenmodell. Weitere Informationen finden Sie unter Bereitstellungsplan-Berechtigungen.
Paginierte Berichte
Wer ist der Besitzer eines bereitgestellten paginierten Berichts?
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 eine Bereitstellungsumgebung bereitstellen, die bereits eine Kopie dieses Berichts enthält, überschreiben Sie den vorherigen Bericht und werden dessen Eigentümer anstelle des vorherigen Besitzers. In solchen Fällen benötigen Sie Anmeldeinformationen für die zugrunde liegende Datenquelle, damit die Daten im paginierten Bericht verwendet werden können.
Wo befinden sich die Unterberichte meiner paginierten Berichte?
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.
Wie erstelle ich eine Bereitstellungsregel für einen paginierten Bericht mit einem Fabric semantischen Modell?
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 kein Fabric semantischen Modell enthält, da die Zieldatenquelle extern ist, müssen Sie sowohl den Server als auch die Datenbank angeben.
Paginierte Berichte, die ein Fabric semantischen Modell verwenden, verwenden jedoch ein internes Semantikmodell. In solchen Fällen können Sie sich nicht auf den Datenquellennamen verlassen, um das Fabric semantischen Modell zu identifizieren, 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.
Database – Das Datenbankformat für einen paginierten Bericht mit einem Fabric semantischen Modell ist
sobe_wowvirtualserver-<dataset ID>. Beispiel:sobe_wowvirtualserver-d51fd26e-9124-467f-919c-0c48a99a1d63. Ersetzen Sie die<dataset ID>durch die ID Ihres Datasets. Sie können die Datensatz-ID aus der URL erhalten, indem Sie die GUID auswählen, die nachdatasets/und vor dem nächsten Schrägstrich kommt.
Server: Dies ist der Server, der Ihre Datenbank hostet. Den vorhandenen Server unverändert lassen.
Kann ich nach der Bereitstellung die RDL-Datei des paginierten Berichts herunterladen?
Wenn Sie nach einer Bereitstellung die RDL des paginierten Berichts herunterladen, wird sie möglicherweise nicht mit der neuesten Version aktualisiert, die sie in Power BI-Dienst sehen können.
Datenflüsse
Was geschieht mit der Konfiguration der inkrementellen Aktualisierung nach der Bereitstellung von Dataflows?
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 umfasst, auf einer Stufe, die diesen Dataflow nicht enthält, müssen Sie, sofern Sie eine Aktualisierungsrichtlinie haben, diese in der Zielstufe 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.