Häufig gestellte Fragen zu den Fabric Lebenszyklusverwaltungstools

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.

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 licenses.

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.

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, 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.

Erste Schritte mit der Git-Integration mithilfe der Schnellstartanleitung.

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.

Die folgenden Überlegungen sind wichtig zu berücksichtigen.

• Beschränkungen der Bereitstellungsregeln
• Unterstützte Datenquellen für Datenfluss- und Semantikmodellregeln
• Inkrementelle Aktualisierung
• Automatisierung

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 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.

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.

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.

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 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 nach datasets/ und vor dem nächsten Schrägstrich kommt.

  

• Server: Dies ist der Server, der Ihre Datenbank hostet. Den vorhandenen Server unverändert lassen.

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.

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.

Zugehöriger Inhalt

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