Het proces voor implementatiepijplijnen

Met het implementatieproces kunt u inhoud klonen van de ene fase in de implementatiepijplijn naar een andere, meestal van ontwikkeling tot test en van test tot productie.

Tijdens de implementatie kopieert Microsoft Fabric de inhoud van de huidige fase naar de doelfase. De verbindingen tussen de gekopieerde items worden bewaard tijdens het kopieerproces. Fabric past ook de geconfigureerde implementatieregels toe op de bijgewerkte inhoud in de doelfase. Het implementeren van inhoud kan enige tijd duren, afhankelijk van het aantal items dat wordt geïmplementeerd. Gedurende deze tijd kunt u naar andere pagina's in de portal navigeren, maar u kunt de inhoud niet gebruiken in de doelfase.

U kunt inhoud ook programmatisch implementeren met behulp van de REST API's voor implementatiepijplijnen. Meer informatie over dit proces vindt u in Uw implementatiepijplijn automatiseren met behulp van API's en DevOps.

Inhoud implementeren in een lege fase

Wanneer u inhoud implementeert in een lege fase, wordt er een nieuwe werkruimte gemaakt op een capaciteit voor de fase waarin u implementeert. Alle metagegevens in de rapporten, dashboards en semantische modellen van de oorspronkelijke werkruimte worden gekopieerd naar de nieuwe werkruimte in de fase waarin u implementeert.

Er zijn verschillende manieren om inhoud van de ene fase naar de andere te implementeren. U kunt alle inhoud implementeren of u kunt selecteren welke items u wilt implementeren.

U kunt ook inhoud achterwaarts implementeren, vanaf een latere fase in de implementatiepijplijn, naar een eerdere.

Nadat de implementatie is voltooid, vernieuwt u de semantische modellen, zodat u de zojuist gekopieerde inhoud kunt gebruiken. Het vernieuwen van het semantische model is vereist omdat gegevens niet van de ene fase naar de andere worden gekopieerd. Als u wilt weten welke itemeigenschappen tijdens het implementatieproces worden gekopieerd en welke itemeigenschappen niet worden gekopieerd, controleert u de itemeigenschappen die tijdens de implementatiesectie zijn gekopieerd.

Een werkruimte maken

De eerste keer dat u inhoud implementeert, controleert implementatiepijplijnen of u machtigingen hebt.

Als u machtigingen hebt, wordt de inhoud van de werkruimte gekopieerd naar de fase waarnaar u implementeert en wordt er een nieuwe werkruimte voor die fase gemaakt op de capaciteit.

Als u geen machtigingen hebt, wordt de werkruimte gemaakt, maar wordt de inhoud niet gekopieerd. U kunt een capaciteitsbeheerder vragen om uw werkruimte toe te voegen aan een capaciteit of om toewijzingsmachtigingen voor de capaciteit vragen. Wanneer de werkruimte later is toegewezen aan een capaciteit, kunt u inhoud implementeren in deze werkruimte.

Als u PPU (Premium Per User) gebruikt, wordt uw werkruimte automatisch gekoppeld aan uw PPU. In dergelijke gevallen zijn geen machtigingen vereist. Als u echter een werkruimte met een PPU maakt, hebben alleen andere PPU-gebruikers er toegang toe. Daarnaast kunnen alleen PPU-gebruikers inhoud gebruiken die in dergelijke werkruimten is gemaakt.

De implementerende gebruiker wordt automatisch de eigenaar van de gekloonde semantische modellen en de enige beheerder van de nieuwe werkruimte.

Inhoud implementeren in een bestaande werkruimte

Het implementeren van inhoud van een werkende productiepijplijn naar een fase met een bestaande werkruimte omvat de volgende stappen:

• Nieuwe inhoud implementeren als aanvulling op de inhoud die daar al aanwezig is.

• Bijgewerkte inhoud implementeren om een deel van de inhoud te vervangen.

Implementatieproces

Wanneer inhoud uit de huidige fase naar de doelfase wordt gekopieerd, identificeert Fabric bestaande inhoud in de doelfase en overschrijft deze. Om te bepalen welk inhoudsitem moet worden overschreven, maken implementatiepijplijnen gebruik van de verbinding tussen het bovenliggende item en de bijbehorende klonen. Deze verbinding wordt bewaard wanneer er nieuwe inhoud wordt gemaakt. De overschrijfbewerking overschrijft alleen de inhoud van het item. De id, URL en machtigingen van het item blijven ongewijzigd.

In de doelfase blijven itemeigenschappen die niet worden gekopieerd, ongewijzigd als vóór de implementatie. Nieuwe inhoud en nieuwe items worden gekopieerd van de huidige fase naar de doelfase.

Automatisch binden

Wanneer items zijn verbonden in Fabric, is een van de items afhankelijk van de andere. Een rapport is bijvoorbeeld altijd afhankelijk van het semantische model waaraan het is gekoppeld. Een semantisch model kan afhankelijk zijn van een ander semantisch model en kan ook worden verbonden met verschillende rapporten die ervan afhankelijk zijn. Als er een verbinding tussen twee items is, proberen implementatiepijplijnen altijd deze verbinding te onderhouden.

Tijdens de implementatie controleert implementatiepijplijnen op afhankelijkheden. De implementatie slaagt of mislukt, afhankelijk van de locatie van het item dat de gegevens levert waarvan het geïmplementeerde item afhankelijk is.

• Gekoppeld item bestaat in de doelfase : implementatiepijplijnen verbinden het geïmplementeerde item automatisch (automatisch koppelen) aan het item dat het afhankelijk is in de geïmplementeerde fase. Als u bijvoorbeeld een gepagineerd rapport implementeert van ontwikkeling naar test en het is verbonden met een semantisch model dat eerder in de testfase is geïmplementeerd, maakt het automatisch verbinding met dat semantische model.

• Gekoppeld item bestaat niet in de doelfase : implementatiepijplijnen mislukken een implementatie als een item afhankelijk is van een ander item en het item dat de gegevens opgeeft, niet is geïmplementeerd en zich niet in de doelfase bevindt. Als u bijvoorbeeld een rapport implementeert van ontwikkeling naar test en de testfase het semantische model niet bevat, mislukt de implementatie. Gebruik de knop Gerelateerde items selecteren om mislukte implementaties te voorkomen omdat afhankelijke items niet worden geïmplementeerd. Als u gerelateerde items selecteert, worden automatisch alle gerelateerde items geselecteerd die afhankelijkheden bieden voor de items die u gaat implementeren.

Autobinding werkt alleen met items die worden ondersteund door implementatiepijplijnen en zich in Fabric bevinden. Als u de afhankelijkheden van een item wilt weergeven, selecteert u in het menu Meer opties van het item de optie Herkomst weergeven.

Automatisch verbinden tussen pijplijnen

Met implementatiepijplijnen worden items die zijn verbonden via pijplijnen automatisch gekoppeld als ze zich in dezelfde pijplijnfase bevinden. Wanneer u dergelijke items implementeert, proberen implementatiepijplijnen een nieuwe verbinding tot stand te brengen tussen het geïmplementeerde item en het item waarmee het is verbonden in de andere pijplijn. Als u bijvoorbeeld een rapport hebt in de testfase van pijplijn A die is verbonden met een semantisch model in de testfase van pijplijn B, herkent implementatiepijplijnen deze verbinding.

Hier volgt een voorbeeld met illustraties waarmee u kunt laten zien hoe automatisch verbinden tussen pijplijnen werkt:

1. U hebt een semantisch model in de ontwikkelingsfase van pijplijn A.

2. U hebt ook een rapport in de ontwikkelingsfase van pijplijn B.

3. Uw rapport in pijplijn B is verbonden met uw semantische model in pijplijn A. Uw rapport is afhankelijk van dit semantische model.

4. U implementeert het rapport in pijplijn B vanuit de ontwikkelingsfase naar de testfase.

5. De implementatie slaagt of mislukt, afhankelijk van of u een kopie van het semantische model hebt waarvan het afhankelijk is in de testfase van pijplijn A:

   • Als u een kopie van het semantische model hebt, is het rapport afhankelijk van in de testfase van pijplijn A:

     De implementatie slaagt en implementatiepijplijnen verbinden (automatisch koppelen) het rapport in de testfase van pijplijn B met het semantische model in de testfase van pijplijn A.

     

   • Als u geen kopie van het semantische model hebt, is het rapport afhankelijk van in de testfase van pijplijn A:

     De implementatie mislukt omdat implementatiepijplijnen het rapport in de testfase in pijplijn B niet kunnen verbinden (autobind) met het semantische model waarvan het afhankelijk is in de testfase van pijplijn A.

     

Vermijd het gebruik van automatisch verbinden

In sommige gevallen wilt u mogelijk geen automatische binding gebruiken. Als u bijvoorbeeld één pijplijn hebt voor het ontwikkelen van semantische organisatiemodellen en een andere voor het maken van rapporten. In dit geval wilt u mogelijk dat alle rapporten altijd zijn verbonden met semantische modellen in de productiefase van de pijplijn waartoe ze behoren. Om dit te bereiken, vermijdt u het gebruik van de functie voor automatisch verbinden.

Er zijn drie methoden die u kunt gebruiken om automatisch verbinden te voorkomen:

• Verbind het item niet met de bijbehorende fasen. Wanneer de items niet in dezelfde fase zijn verbonden, behouden implementatiepijplijnen de oorspronkelijke verbinding. Als u bijvoorbeeld een rapport hebt in de ontwikkelingsfase van pijplijn B die is verbonden met een semantisch model in de productiefase van pijplijn A. Wanneer u het rapport implementeert in de testfase van pijplijn B, blijft het verbonden met het semantische model in de productiefase van pijplijn A.

• Definieer een parameterregel. Deze optie is niet beschikbaar voor rapporten. U kunt deze alleen gebruiken met semantische modellen en gegevensstromen.

• Verbinding maken uw rapporten, dashboards en tegels naar een semantisch proxymodel of gegevensstroom die niet is verbonden met een pijplijn.

Automatisch verbinden en parameters

Parameters kunnen worden gebruikt om de verbindingen tussen semantische modellen of gegevensstromen en de items waarop ze afhankelijk zijn te beheren. Wanneer een parameter de verbinding bepaalt, vindt automatisch koppelen na de implementatie niet plaats, zelfs niet wanneer de verbinding een parameter bevat die van toepassing is op de id van het semantische model of de gegevensstroom of de werkruimte-id. In dergelijke gevallen moet u de items na de implementatie opnieuw koppelen door de parameterwaarde te wijzigen of door parameterregels te gebruiken.

Notitie

Als u parameterregels gebruikt om items opnieuw te koppelen, moeten de parameters van het type Textzijn.

Gegevens vernieuwen

Gegevens in het doelitem, zoals een semantisch model of gegevensstroom, worden indien mogelijk bewaard. Als er geen wijzigingen zijn in een item dat de gegevens bevat, worden de gegevens bewaard zoals deze vóór de implementatie waren.

In veel gevallen, wanneer u een kleine wijziging hebt, zoals het toevoegen of verwijderen van een tabel, bewaart Fabric de oorspronkelijke gegevens. Voor belangrijke schemawijzigingen of wijzigingen in de gegevensbronverbinding is een volledige vernieuwing vereist.

Vereisten voor het implementeren in een fase met een bestaande werkruimte

Elke gelicentieerde gebruiker die lid is van zowel de doelwerkruimte als de bronimplementatiewerkruimte, kan inhoud implementeren die zich in een capaciteit bevindt in een fase met een bestaande werkruimte. Raadpleeg de sectie machtigingen voor meer informatie.

Mappen in implementatiepijplijnen (preview)

Met mappen kunnen gebruikers werkruimte-items op een efficiënte manier ordenen en beheren. Wanneer u inhoud implementeert die mappen bevat in een andere fase, wordt de maphiërarchie van de toegepaste items automatisch toegepast.

Mappenweergave

Omdat een implementatie alleen van items is, wordt werkruimte-inhoud weergegeven in implementatiepijplijnen als een platte lijst met items. Het volledige pad van een item wordt weergegeven wanneer u de muisaanwijzer op de naam van het item in de lijst houdt. In implementatiepijplijnen worden mappen beschouwd als onderdeel van de naam van een item (een itemnaam bevat het volledige pad). Wanneer een item is geïmplementeerd, nadat het pad is gewijzigd (bijvoorbeeld verplaatst van map A naar map B), worden implementatiepijplijnen deze wijziging toegepast op het gekoppelde item tijdens de implementatie. Het gekoppelde item wordt ook verplaatst naar map B. Als map B niet bestaat in de fase waarin we implementeren, wordt deze eerst gemaakt in de werkruimte. Mappen kunnen alleen worden weergegeven en beheerd op de werkruimtepagina.

Items identificeren die naar verschillende mappen zijn verplaatst

Omdat mappen worden beschouwd als onderdeel van de naam van het item, worden items die zijn verplaatst naar een andere map in de werkruimte, geïdentificeerd op de pagina Implementatiepijplijnen als Verschillend in de vergelijkingsmodus . Bovendien is, tenzij er ook een schemawijziging is, de optie naast het label om een wijzigingsbeoordelingsvenster te openen dat de schemawijzigingen weergeeft, uitgeschakeld. Als u de muisaanwijzer op de muisaanwijzer houdt, ziet u een opmerking waarin staat dat de wijziging een wijziging is (zoals de naam wijzigen). Dit komt doordat de wijziging nog niet is geïmplementeerd in vergelijking met de gekoppelde items in de bronfase.

• Afzonderlijke mappen kunnen niet handmatig worden geïmplementeerd in implementatiepijplijnen. De implementatie wordt automatisch geactiveerd wanneer ten minste één van de items wordt geïmplementeerd.

• De maphiërarchie van gekoppelde items wordt alleen bijgewerkt tijdens de implementatie. Tijdens de toewijzing wordt de hiërarchie van gekoppelde items na het koppelingsproces nog niet bijgewerkt.

• Omdat een map alleen wordt geïmplementeerd als een van de items is geïmplementeerd, kan er geen lege map worden geïmplementeerd.

• Als u één item uit meerdere items in een map implementeert, wordt ook de structuur bijgewerkt van de items die niet zijn geïmplementeerd in de doelfase, ook al worden de items zelf niet geïmplementeerd.

Itemeigenschappen die tijdens de implementatie zijn gekopieerd

Zie Ondersteunde items voor implementatiepijplijnen voor een lijst met ondersteunde items.

Tijdens de implementatie worden de volgende itemeigenschappen gekopieerd en overschreven in de doelfase:

• Gegevensbronnen (implementatieregels worden ondersteund)

• Parameters (implementatieregels worden ondersteund)

• Rapportvisuals

• Rapportpagina's

• Dashboardtegels

• Modelmetagegevens

• Itemrelaties

• Vertrouwelijkheidslabels worden alleen gekopieerd wanneer aan een van de volgende voorwaarden wordt voldaan. Als niet aan deze voorwaarden wordt voldaan, worden vertrouwelijkheidslabels niet gekopieerd tijdens de implementatie.

  • Er wordt een nieuw item geïmplementeerd of een bestaand item wordt geïmplementeerd in een lege fase.

    Notitie

    In gevallen waarin standaardlabels zijn ingeschakeld voor de tenant en het standaardlabel geldig is, wordt het label alleen uit het bronitem gekopieerd als het item dat wordt geïmplementeerd een semantisch model of gegevensstroom is. Als het label niet is beveiligd, wordt het standaardlabel toegepast op het zojuist gemaakte semantische doelmodel of gegevensstroom.

  • Het bronitem heeft een label met beveiliging en het doelitem niet. In dit geval vraagt een pop-upvenster om toestemming om het doelgevoeligheidslabel te overschrijven.

Itemeigenschappen die niet worden gekopieerd

De volgende itemeigenschappen worden niet gekopieerd tijdens de implementatie:

• Gegevens - Gegevens worden niet gekopieerd. Alleen metagegevens worden gekopieerd

• URL

• Id

• Machtigingen : voor een werkruimte of een specifiek item

• Werkruimte-instellingen : elke fase heeft een eigen werkruimte

• App-inhoud en -instellingen : zie Inhoud bijwerken naar Power BI-apps om uw apps bij te werken

• Persoonlijke bladwijzers

De volgende semantische modeleigenschappen worden ook niet gekopieerd tijdens de implementatie:

• Roltoewijzing

• Planning vernieuwen

• Gegevensbronreferenties

• Cache-instellingen voor query's (kunnen worden overgenomen van de capaciteit)

• Goedkeuringsinstellingen

Ondersteunde semantische modelfuncties

Implementatiepijplijnen ondersteunen veel semantische modelfuncties. In deze sectie vindt u twee semantische modelfuncties waarmee u uw implementatiepijplijnen kunt verbeteren:

• Incrementeel vernieuwen

• Samengestelde modellen

Incrementele vernieuwing

Implementatiepijplijnen ondersteunen incrementeel vernieuwen, een functie waarmee grote semantische modellen sneller en betrouwbaarder kunnen worden vernieuwd, met een lager verbruik.

Met implementatiepijplijnen kunt u updates aanbrengen in een semantisch model met incrementele vernieuwing en tegelijkertijd gegevens en partities behouden. Wanneer u het semantische model implementeert, wordt het beleid samen gekopieerd.

Als u wilt weten hoe incrementeel vernieuwen zich gedraagt met gegevensstromen, raadpleegt u waarom zie ik twee gegevensbronnen die zijn verbonden met mijn gegevensstroom nadat ik gegevensstroomregels hebt gebruikt?

Incrementeel vernieuwen activeren in een pijplijn

Als u incrementeel vernieuwen wilt inschakelen, configureert u het in Power BI Desktop en publiceert u vervolgens uw semantische model. Nadat u het beleid voor incrementeel vernieuwen hebt gepubliceerd, is het vergelijkbaar met de pijplijn en kan het alleen worden gemaakt in Power BI Desktop.

Zodra uw pijplijn is geconfigureerd met incrementeel vernieuwen, wordt u aangeraden de volgende stroom te gebruiken:

1. Breng wijzigingen aan in uw PBIX-bestand in Power BI Desktop. Als u lange wachttijden wilt voorkomen, kunt u wijzigingen aanbrengen met behulp van een voorbeeld van uw gegevens.

2. Upload uw PBIX-bestand naar de eerste fase (meestal ontwikkeling).

3. Implementeer uw inhoud in de volgende fase. Na de implementatie zijn de wijzigingen die u hebt aangebracht van toepassing op het hele semantische model dat u gebruikt.

4. Controleer de wijzigingen die u in elke fase hebt aangebracht en nadat u deze hebt gecontroleerd, implementeert u deze in de volgende fase totdat u bij de laatste fase bent.

Voorbeelden van gebruik

Hier volgen enkele voorbeelden van hoe u incrementeel vernieuwen kunt integreren met implementatiepijplijnen.

• Maak een nieuwe pijplijn en verbind deze met een werkruimte met een semantisch model waarvoor incrementeel vernieuwen is ingeschakeld.

• Schakel incrementeel vernieuwen in een semantisch model in dat zich al in een ontwikkelwerkruimte bevindt .

• Maak een pijplijn op basis van een productiewerkruimte met een semantisch model dat gebruikmaakt van incrementeel vernieuwen. Wijs bijvoorbeeld de werkruimte toe aan de productiefase van een nieuwe pijplijn en gebruik achterwaartse implementatie om te implementeren in de testfase en vervolgens naar de ontwikkelingsfase.

• Publiceer een semantisch model dat gebruikmaakt van incrementeel vernieuwen naar een werkruimte die deel uitmaakt van een bestaande pijplijn.

Beperkingen voor incrementeel vernieuwen

Voor incrementeel vernieuwen ondersteunen implementatiepijplijnen alleen semantische modellen die gebruikmaken van verbeterde metagegevens van het semantische model. Alle semantische modellen die zijn gemaakt of gewijzigd met Power BI Desktop, implementeren automatisch verbeterde metagegevens van het semantische model.

Wanneer u een semantisch model opnieuw publiceert naar een actieve pijplijn waarvoor incrementeel vernieuwen is ingeschakeld, resulteren de volgende wijzigingen in een implementatiefout vanwege mogelijk gegevensverlies:

• Een semantisch model dat geen incrementeel vernieuwen gebruikt, opnieuw publiceren om een semantisch model te vervangen waarvoor incrementeel vernieuwen is ingeschakeld.

• Wijzig de naam van een tabel waarvoor incrementeel vernieuwen is ingeschakeld.

• De naam van niet-berekende kolommen in een tabel wijzigen waarvoor incrementeel vernieuwen is ingeschakeld.

Andere wijzigingen, zoals het toevoegen van een kolom, het verwijderen van een kolom en het wijzigen van de naam van een berekende kolom, zijn toegestaan. Als de wijzigingen echter van invloed zijn op de weergave, moet u vernieuwen voordat de wijziging zichtbaar is.

Samengestelde modellen

Met samengestelde modellen kunt u een rapport met meerdere gegevensverbindingen instellen.

U kunt de functionaliteit van samengestelde modellen gebruiken om een semantisch Fabric-model te verbinden met een extern semantisch model, zoals Azure Analysis Services. Zie DirectQuery gebruiken voor semantische Fabric-modellen en Azure Analysis Services voor meer informatie.

In een implementatiepijplijn kunt u samengestelde modellen gebruiken om een semantisch model te verbinden met een ander semantisch Fabric-model buiten de pijplijn.

Automatische aggregaties

Automatische aggregaties zijn gebouwd op basis van door de gebruiker gedefinieerde aggregaties en gebruiken machine learning om directQuery-semantische modellen continu te optimaliseren voor maximale rapportqueryprestaties.

Elk semantisch model behoudt de automatische aggregaties na de implementatie. Met implementatiepijplijnen wordt de automatische aggregatie van een semantisch model niet gewijzigd. Dit betekent dat als u een semantisch model implementeert met een automatische aggregatie, de automatische aggregatie in de doelfase ongewijzigd blijft en niet wordt overschreven door de automatische aggregatie die is geïmplementeerd vanuit de bronfase.

Als u automatische aggregaties wilt inschakelen, volgt u de instructies in het configureren van de automatische aggregatie.

Hybride tabellen

Hybride tabellen zijn tabellen met incrementeel vernieuwen die zowel import- als directe querypartities kunnen bevatten. Tijdens een schone implementatie worden zowel het vernieuwingsbeleid als de hybride tabelpartities gekopieerd. Wanneer u implementeert in een pijplijnfase met al hybride tabelpartities, wordt alleen het vernieuwingsbeleid gekopieerd. Vernieuw de tabel om de partities bij te werken.

Inhoud bijwerken naar Power BI-apps

Power BI-apps zijn de aanbevolen manier om inhoud te distribueren naar gratis Fabric-consumenten. U kunt de inhoud van uw Power BI-apps bijwerken met behulp van een implementatiepijplijn, zodat u meer controle en flexibiliteit hebt als het gaat om de levenscyclus van uw app.

Maak een app voor elke implementatiepijplijnfase, zodat u elke update kunt testen vanuit het oogpunt van een eindgebruiker. Gebruik de knop Publiceren of weergeven in de werkruimtekaart om de app in een specifieke pijplijnfase te publiceren of weer te geven.

In de productiefase opent de actieknop in de rechterbenedenhoek de pagina App bijwerken in Fabric, zodat alle inhoudsupdates beschikbaar worden voor app-gebruikers.

Belangrijk

Het implementatieproces omvat niet het bijwerken van de app-inhoud of -instellingen. Als u wijzigingen wilt toepassen op inhoud of instellingen, moet u de app handmatig bijwerken in de vereiste pijplijnfase.

Machtigingen

Machtigingen zijn vereist voor de pijplijn en voor de werkruimten die eraan zijn toegewezen. Pijplijnmachtigingen en werkruimtemachtigingen worden afzonderlijk verleend en beheerd.

• Pijplijnen hebben slechts één machtiging, Beheer, die vereist is voor het delen, bewerken en verwijderen van een pijplijn.

• Werkruimten hebben verschillende machtigingen, ook wel rollen genoemd. Werkruimterollen bepalen het toegangsniveau voor een werkruimte in een pijplijn.

• Implementatiepijplijnen bieden geen ondersteuning voor Microsoft 365-groepen als pijplijnbeheerders.

Als u vanuit de ene fase naar de andere in de pijplijn wilt implementeren, moet u een pijplijnbeheerder zijn en een lid of beheerder van de werkruimten die zijn toegewezen aan de betrokken fasen. Een pijplijnbeheerder waaraan geen werkruimterol is toegewezen, kan bijvoorbeeld de pijplijn bekijken en met anderen delen. Deze gebruiker kan echter de inhoud van de werkruimte in de pijplijn of in de service niet bekijken en kan geen implementaties uitvoeren.

Machtigingstabel

In deze sectie worden de machtigingen voor de implementatiepijplijn beschreven. De machtigingen die in deze sectie worden vermeld, hebben mogelijk verschillende toepassingen in andere Fabric-functies.

De laagste machtiging voor de implementatiepijplijn is pijplijnbeheerder en is vereist voor alle implementatiepijplijnbewerkingen.

User	Pijplijnmachtigingen	Opmerkingen
Pijplijnbeheerder	De pijplijn weergeven De pijplijn delen met anderen De pijplijn bewerken en verwijderen Een werkruimte uit een fase intrekken Kan werkruimten zien die zijn gelabeld als toegewezen aan de pijplijn in Power BI-service	Pijplijntoegang verleent geen machtigingen om de inhoud van de werkruimte weer te geven of uit te voeren.
Werkruimteviewer (en pijplijnbeheerder)	Inhoud gebruiken Een werkruimte uit een fase intrekken	Werkruimteleden hebben de rol Viewer zonder samenstellingsmachtigingen toegewezen, hebben geen toegang tot het semantische model of kunnen werkruimte-inhoud bewerken.
Inzender voor werkruimten (en pijplijnbeheerder)	Inhoud gebruiken Fasen vergelijken Semantische modellen weergeven Een werkruimte uit een fase intrekken
Lid van werkruimte (en pijplijnbeheerder)	Werkruimte-inhoud weergeven Fasen vergelijken Items implementeren (moet lid of beheerder zijn van zowel bron- als doelwerkruimten) Semantische modellen bijwerken Een werkruimte uit een fase intrekken Semantische modelregels configureren (u moet de semantische modeleigenaar zijn)	Als de instelling voor het opnieuw publiceren en uitschakelen van pakketvernieuwing in de sectie beveiliging van het tenantsemantische model is ingeschakeld, kunnen alleen semantische modeleigenaren semantische modellen bijwerken.
Werkruimtebeheerder (en pijplijnbeheerder)	Werkruimte-inhoud weergeven Fasen vergelijken Items implementeren Werkruimten toewijzen aan een fase Semantische modellen bijwerken Een werkruimte uit een fase intrekken Semantische modelregels configureren (u moet de semantische modeleigenaar zijn)

Verleende machtigingen

Wanneer u Power BI-items implementeert, kan het eigendom van het geïmplementeerde item veranderen. Bekijk de volgende tabel om te begrijpen wie elk item kan implementeren en hoe de implementatie van invloed is op het eigendom van het item.

Fabric-item	Vereiste machtiging voor het implementeren van een bestaand item	Eigendom van items na een eerste implementatie	Eigendom van items na implementatie in een fase met het item
Semantisch model	Lid van werkruimte	De gebruiker die de implementatie heeft gemaakt, wordt de eigenaar	Ongewijzigd
Gegevensstroom	Eigenaar van gegevensstroom	De gebruiker die de implementatie heeft gemaakt, wordt de eigenaar	Ongewijzigd
Datamart	Datamart-eigenaar	De gebruiker die de implementatie heeft gemaakt, wordt de eigenaar	Ongewijzigd
Gepagineerd rapport	Lid van werkruimte	De gebruiker die de implementatie heeft gemaakt, wordt de eigenaar	De gebruiker die de implementatie heeft gemaakt, wordt de eigenaar

Vereiste machtigingen voor populaire acties

De volgende tabel bevat de vereiste machtigingen voor populaire implementatiepijplijnacties. Tenzij anders is opgegeven, hebt u voor elke actie alle vermelde machtigingen nodig.

Actie	Vereiste machtigingen
De lijst met pijplijnen in uw organisatie weergeven	Geen licentie vereist (gratis gebruiker)
Een pipeline maken	Een gebruiker met een van de volgende licenties: Pro PPU Premium
Een pijplijn verwijderen	Pijplijnbeheerder
Een pijplijngebruiker toevoegen of verwijderen	Pijplijnbeheerder
Een werkruimte toewijzen aan een fase	Pijplijnbeheerder Werkruimtebeheerder (van de werkruimte die moet worden toegewezen)
Een werkruimte toewijzen aan een fase	Een van de volgende: Pijplijnbeheerder Werkruimtebeheerder (met behulp van de pijplijnen - Werkruimte-API intrekken)
Implementeren in een lege fase	Pijplijnbeheerder Lid of beheerder van de bronwerkruimte
Items implementeren in de volgende fase	Pijplijnbeheerder Lid of beheerder van de werkruimte van zowel de bron- als de doelfase Als u datamarts of gegevensstromen wilt implementeren, moet u de eigenaar van het geïmplementeerde item zijn Als de semantische tenantbeheerdersswitch is ingeschakeld en u een semantisch model implementeert, moet u de eigenaar van het semantische model zijn
Een regel weergeven of instellen	Pijplijnbeheerder Inzender, lid of beheerder van de doelwerkruimte Eigenaar van het item waarvoor u een regel instelt
Pijplijninstellingen beheren	Pijplijnbeheerder
Een pijplijnfase weergeven	Pijplijnbeheerder Werkruimtelezer, inzender, lid of beheerder. U ziet de items waartoe uw werkruimtemachtigingen toegang verlenen.
De lijst met items in een fase weergeven	Pijplijnbeheerder
Twee fasen vergelijken	Pijplijnbeheerder Werkruimtebijdrager, lid of beheerder voor beide fasen
Implementatiegeschiedenis weergeven	Pijplijnbeheerder

Overwegingen en beperkingen

In deze sectie vindt u een overzicht van de meeste beperkingen in implementatiepijplijnen.

• De werkruimte moet zich in een infrastructuurcapaciteit bevinden.
• Het maximum aantal items dat in één implementatie kan worden geïmplementeerd, is 300.
• Het downloaden van een PBIX-bestand na de implementatie wordt niet ondersteund.
• Microsoft 365-groepen worden niet ondersteund als pijplijnbeheerders.
• Wanneer u een Power BI-item voor het eerst implementeert, mislukt de implementatie als een ander item in de doelfase vergelijkbaar is in het type (bijvoorbeeld als beide bestanden rapporten zijn) en dezelfde naam heeft.
• Zie de beperkingen voor werkruimtetoewijzingen voor een lijst met werkruimtebeperkingen.
• Zie ondersteunde items voor een lijst met ondersteunde items. Een item dat niet in de lijst staat, wordt niet ondersteund.
• De implementatie mislukt als een van de items kring- of zelfafhankelijkheden heeft (bijvoorbeeld item A verwijst naar item B en item B naar item A).
• Alleen Power BI-items kunnen worden geïmplementeerd in een werkruimte in een andere capaciteitsregio. Andere Fabric-items kunnen niet worden geïmplementeerd in een werkruimte in een andere capaciteitsregio.

Beperkingen voor semantische modellen

• Gegevenssets die realtime gegevensconnectiviteit gebruiken, kunnen niet worden geïmplementeerd.

• Een semantisch model met de DirectQuery- of samengestelde connectiviteitsmodus die gebruikmaakt van variatie- of automatische datum/tijd-tabellen , wordt niet ondersteund. Zie Wat kan ik doen als ik een gegevensset heb met de DirectQuery- of samengestelde connectiviteitsmodus, die gebruikmaakt van variatie- of agendatabellen?

• Als het doelsemantische model tijdens de implementatie gebruikmaakt van een liveverbinding, moet het semantische bronmodel deze verbindingsmodus ook gebruiken.

• Na de implementatie wordt het downloaden van een semantisch model (van de fase waarnaar het is geïmplementeerd) niet ondersteund.

• Zie beperkingen voor implementatieregels voor een lijst met beperkingen voor implementatieregels.

• Implementatie wordt niet ondersteund op een semantisch model dat gebruikmaakt van systeemeigen query's en DirectQuery en automatische binding wordt ingeschakeld op de DirectQuery-gegevensbron.

Beperkingen voor gegevensstromen

• Wanneer u een gegevensstroom in een lege fase implementeert, maken implementatiepijplijnen een nieuwe werkruimte en worden de gegevensstroomopslag ingesteld op een Fabric-blobopslag. Blob Storage wordt gebruikt, zelfs als de bronwerkruimte is geconfigureerd voor het gebruik van Azure Data Lake Storage Gen2 (ADLS Gen2).

• Service-principal wordt niet ondersteund voor gegevensstromen.

• Het implementeren van common data model (CDM) wordt niet ondersteund.

• Zie Implementatieregelsbeperkingen voor beperkingen voor implementatiepijplijnen die van invloed zijn op gegevensstromen.

• Als een gegevensstroom tijdens de implementatie wordt vernieuwd, mislukt de implementatie.

• Als u fasen vergelijkt tijdens het vernieuwen van een gegevensstroom, zijn de resultaten onvoorspelbaar.

Datamart-beperkingen

• U kunt geen datamart implementeren met vertrouwelijkheidslabels.

• U moet de eigenaar van de datamart zijn om een datamart te implementeren.

Gerelateerde inhoud

Aan de slag met implementatiepijplijnen.