Prosessen for utrullingssamlebånd
Distribusjonsprosessen lar deg klone innhold fra ett trinn i utrullingssamlebåndet til et annet, vanligvis fra utvikling til test, og fra test til produksjon.
Under distribusjonen kopierer Microsoft Fabric innholdet fra gjeldende fase, til målet. Tilkoblingene mellom de kopierte elementene beholdes under kopieringsprosessen. Fabric bruker også de konfigurerte distribusjonsreglene for det oppdaterte innholdet i målfasen. Distribusjon av innhold kan ta en stund, avhengig av antall elementer som distribueres. I løpet av denne tiden kan du navigere til andre sider i portalen, men du kan ikke bruke innholdet i målfasen.
Du kan også distribuere innhold programmatisk ved hjelp av REST-API-er for utrullingssamlebånd. Du kan lære mer om denne prosessen i Automatiser utrullingssamlebåndet ved hjelp av API-er og DevOps.
Distribuer innhold til en tom fase
Når du distribuerer innhold til en tom fase, opprettes et nytt arbeidsområde på en kapasitet for fasen du distribuerer til. Alle metadataene i rapporter, instrumentbord og semantiske modeller i det opprinnelige arbeidsområdet kopieres til det nye arbeidsområdet i fasen du distribuerer til.
Det finnes flere måter å distribuere innhold fra én fase til en annen på. Du kan distribuere alt innholdet, eller du kan velge hvilke elementer du vil distribuere.
Du kan også distribuere innhold bakover, fra et senere stadium i utrullingssamlebåndet, til en tidligere.
Når distribusjonen er fullført, kan du oppdatere semantiske modeller slik at du kan bruke det nylig kopierte innholdet. Oppdatering av semantisk modell kreves fordi data ikke kopieres fra én fase til en annen. Hvis du vil forstå hvilke elementegenskaper som kopieres under distribusjonsprosessen, og hvilke elementegenskaper som ikke kopieres, kan du se gjennom elementegenskapene som ble kopiert under distribusjonsdelen .
Opprette et arbeidsområde
Første gang du distribuerer innhold, kontrollerer utrullingssamlebånd om du har tillatelser.
Hvis du har tillatelser, kopieres innholdet i arbeidsområdet til fasen du distribuerer til, og et nytt arbeidsområde for dette stadiet opprettes på kapasiteten.
Hvis du ikke har tillatelser, opprettes arbeidsområdet, men innholdet kopieres ikke. Du kan be en kapasitetsadministrator om å legge til arbeidsområdet i en kapasitet, eller be om tildelingstillatelser for kapasiteten. Senere, når arbeidsområdet er tilordnet en kapasitet, kan du distribuere innhold til dette arbeidsområdet.
Hvis du bruker Premium per bruker (PPU), blir arbeidsområdet automatisk knyttet til PPU-en. I slike tilfeller kreves ikke tillatelser. Hvis du imidlertid oppretter et arbeidsområde med en PPU, kan bare andre PPU-brukere få tilgang til det. I tillegg kan bare PPU-brukere bruke innhold som er opprettet i slike arbeidsområder.
Den distribuerte brukeren blir automatisk eier av de klonede semantiske modellene, og den eneste administratoren av det nye arbeidsområdet.
Distribuer innhold til et eksisterende arbeidsområde
Distribusjon av innhold fra et datasamlebånd for arbeid til en fase som har et eksisterende arbeidsområde, omfatter følgende fremgangsmåte:
Distribuerer nytt innhold som et tillegg til innholdet som allerede er der.
Distribuerer oppdatert innhold for å erstatte noe av innholdet som allerede er der.
Distribusjonsprosess
Når innhold fra gjeldende fase kopieres til målfasen, identifiserer Fabric eksisterende innhold i målfasen og overskriver det. Hvis du vil identifisere hvilket innholdselement som må overskrives, bruker utrullingssamlebånd tilkoblingen mellom det overordnede elementet og klonene. Denne tilkoblingen beholdes når nytt innhold opprettes. Overskrivingsoperasjonen overskriver bare innholdet i elementet. Elementets ID, NETTADRESSE og tillatelser forblir uendret.
Elementegenskaper som ikke kopieres i målfasen, forblir som de var før distribusjon. Nytt innhold og nye elementer kopieres fra gjeldende fase til målfasen.
Autobinding
Når elementer er tilkoblet i Fabric, avhenger ett av elementene av den andre. En rapport avhenger for eksempel alltid av den semantiske modellen den er koblet til. En semantisk modell kan avhenge av en annen semantisk modell, og kan også kobles til flere rapporter som er avhengige av den. Hvis det er en tilkobling mellom to elementer, prøver utrullingssamlebånd alltid å opprettholde denne tilkoblingen.
Under distribusjonen ser utrullingssamlebånd etter avhengigheter. Distribusjonen lykkes eller mislykkes, avhengig av plasseringen av elementet som inneholder dataene som det distribuerte elementet avhenger av.
Koblet element finnes i målfasen – Utrullingssamlebånd kobler automatisk (autobind) det distribuerte elementet til elementet det avhenger av i den distribuerte fasen. Hvis du for eksempel distribuerer en paginert rapport fra utvikling til test, og den er koblet til en semantisk modell som tidligere ble distribuert til testfasen, kobles den automatisk til den semantiske modellen.
Koblet element finnes ikke i målfasen . Utrullingssamlebånd mislykkes en distribusjon hvis et element er avhengig av et annet element, og elementet som inneholder dataene, distribueres ikke og befinner seg ikke i målfasen. Hvis du for eksempel distribuerer en rapport fra utvikling til test, og testfasen ikke inneholder den semantiske modellen, vil distribusjonen mislykkes. Hvis du vil unngå mislykkede distribusjoner på grunn av at avhengige elementer ikke distribueres, bruker du Velg relatert-knappen . Velg relaterte merker automatisk alle relaterte elementer som gir avhengigheter til elementene du er i ferd med å distribuere.
Automatisk binding fungerer bare med elementer som støttes av utrullingssamlebånd og befinner seg i Fabric. Hvis du vil vise avhengighetene til et element, velger du Vis avstamming fra menyen Flere alternativer for elementet.
Autobinding på tvers av datasamlebånd
Utrullingssamlebånd binder automatisk elementer som er koblet til på tvers av datasamlebånd, hvis de er i samme datasamlebåndfase. Når du distribuerer slike elementer, forsøker utrullingssamlebånd å etablere en ny tilkobling mellom det distribuerte elementet og elementet det er koblet til i det andre datasamlebåndet. Hvis du for eksempel har en rapport i testfasen av datasamlebånd A som er koblet til en semantisk modell i testfasen av datasamlebånd B, gjenkjenner utrullingssamlebånd denne tilkoblingen.
Her er et eksempel med illustrasjoner som viser hvordan automatisk binding på tvers av datasamlebånd fungerer:
Du har en semantisk modell i utviklingsfasen av pipeline A.
Du har også en rapport i utviklingsfasen av datasamlebånd B.
Rapporten i datasamlebånd B er koblet til semantisk modell i datasamlebånd A. Rapporten avhenger av denne semantiske modellen.
Du distribuerer rapporten i datasamlebånd B fra utviklingsfasen til testfasen.
Distribusjonen lykkes eller mislykkes, avhengig av om du har en kopi av den semantiske modellen den avhenger av i testfasen av datasamlebåndet A:
Hvis du har en kopi av den semantiske modellen, avhenger rapporten av i testfasen av datasamlebåndet A:
Distribusjonen lykkes, og utrullingssamlebånd kobler (autobind) rapporten i testfasen av datasamlebåndet B til den semantiske modellen i testfasen av datasamlebåndet A.
Hvis du ikke har en kopi av den semantiske modellen, avhenger rapporten av i testfasen av datasamlebåndet A:
Distribusjonen mislykkes fordi utrullingssamlebånd ikke kan koble til (autobinde) rapporten i testfasen i datasamlebånd B, til den semantiske modellen den avhenger av i testfasen av datasamlebåndet A.
Unngå å bruke autobinding
I noen tilfeller vil du kanskje ikke bruke autobinding. Hvis du for eksempel har ett datasamlebånd for utvikling av semantiske modeller for organisasjoner, og en annen for å opprette rapporter. I dette tilfellet vil du kanskje at alle rapportene alltid skal være koblet til semantiske modeller i produksjonsfasen av datasamlebåndet de tilhører. Du kan oppnå dette ved å unngå å bruke funksjonen for autobinding.
Det finnes tre metoder du kan bruke for å unngå å bruke autobinding:
Ikke koble elementet til tilsvarende faser. Når elementene ikke er koblet til i samme fase, beholder utrullingssamlebånd den opprinnelige tilkoblingen. Hvis du for eksempel har en rapport i utviklingsfasen av datasamlebånd B som er koblet til en semantisk modell i produksjonsfasen av datasamlebåndet A. Når du distribuerer rapporten til testfasen av datasamlebånd B, forblir den koblet til den semantiske modellen i produksjonsfasen av datasamlebåndet A.
Definer en parameterregel. Dette alternativet er ikke tilgjengelig for rapporter. Du kan bare bruke den med semantiske modeller og dataflyter.
Koble til rapporter, instrumentbord og fliser til en semantisk proxy-modell eller dataflyt som ikke er koblet til et datasamlebånd.
Autobinding og parametere
Parametere kan brukes til å kontrollere tilkoblingene mellom semantiske modeller eller dataflyter og elementene de er avhengige av. Når en parameter styrer tilkoblingen, vil ikke automatisk binding etter distribusjon finne sted, selv når tilkoblingen inneholder en parameter som gjelder for semantiske modellens eller dataflytens ID, eller arbeidsområde-ID-en. I slike tilfeller må du binde elementene på nytt etter distribusjonen ved å endre parameterverdien eller ved hjelp av parameterregler.
Merk
Hvis du bruker parameterregler til å binde elementer på nytt, må parameterne være av typen Text.
Oppdatere data
Data i målelementet, for eksempel en semantisk modell eller dataflyt, beholdes når det er mulig. Hvis det ikke er noen endringer i et element som inneholder dataene, beholdes dataene slik de var før distribusjonen.
I mange tilfeller, når du har en liten endring som å legge til eller fjerne en tabell, beholder Fabric de opprinnelige dataene. Det kreves en fullstendig oppdatering for å bryte skjemaendringer eller endringer i datakildetilkoblingen.
Krav for distribusjon til en fase med et eksisterende arbeidsområde
Alle lisensierte brukere som er medlem av arbeidsområdene for både mål- og kildedistribusjon, kan distribuere innhold som befinner seg på en kapasitet til en fase med et eksisterende arbeidsområde. Hvis du vil ha mer informasjon, kan du se gjennom tillatelsesdelen .
Mapper i utrullingssamlebånd (forhåndsversjon)
Mapper i et arbeidsområde gjør det mulig for brukere å organisere og administrere arbeidsområdeelementer effektivt på en kjent måte. Når du distribuerer innhold som inneholder mapper til en annen fase, brukes mappehierarkiet for de brukte elementene automatisk.
Mapperepresentasjon
Siden en distribusjon bare er av elementer, vises arbeidsområdeinnhold i utrullingssamlebånd som en flat liste over elementer. Hele banen til et element vises når du holder pekeren over navnet på listen. I utrullingssamlebånd regnes mapper som en del av navnet på et element (et elementnavn inneholder den fullstendige banen). Når et element distribueres, etter at banen ble endret (flyttet fra mappe A til mappe B, for eksempel), bruker utrullingssamlebånd denne endringen på det sammenkoblede elementet under distribusjonen – det parede elementet flyttes også til mappe B. Hvis mappe B ikke finnes i fasen vi distribuerer til, opprettes den først i arbeidsområdet. Mapper kan bare vises og administreres på arbeidsområdesiden.
Identifisere elementer som ble flyttet til forskjellige mapper
Siden mapper regnes som en del av elementets navn, identifiseres elementer som er flyttet til en annen mappe i arbeidsområdet, på siden Distribusjonssamlebånd som forskjellig i sammenligningsmodus . Med mindre det også er en skjemaendring, deaktiveres alternativet ved siden av etiketten for å åpne et endringsvisningsvindu som presenterer skjemaendringene. Hvis du holder pekeren over det, vises et notat som sier at endringen er en endring av innstillingene (for eksempel gi nytt navn). Dette skyldes at i forhold til de sammenkoblede elementene i kildefasen, er ikke endringen distribuert ennå.
Individuelle mapper kan ikke distribueres manuelt i utrullingssamlebånd. Distribusjonen utløses automatisk når minst ett av elementene distribueres.
Mappehierarkiet for sammenkoblede elementer oppdateres bare under distribusjon. Under tildelingen, etter paringsprosessen, oppdateres ikke hierarkiet med sammenkoblede elementer ennå.
Siden en mappe bare distribueres hvis ett av elementene er distribuert, kan ikke en tom mappe distribueres.
Distribusjon av ett element av flere i en mappe oppdaterer også strukturen til elementene som ikke er distribuert i målfasen, selv om selve elementene ikke distribueres.
Støttede elementer
Når du distribuerer innhold fra ett datasamlebåndtrinn til et annet, kan det kopierte innholdet inneholde følgende elementer:
- Datasamlebånd
- Dataflyter Gen1
- Datamarts
- Lakehouse
- Bærbare pc
- Paginerte rapporter
- Rapporter (basert på støttede semantiske modeller)
- Semantiske modeller (med unntak av semantiske modeller i Direct Lake)
- Lagre
Elementegenskaper kopiert under distribusjon
Under distribusjonen kopieres følgende elementegenskaper og overskriver elementegenskapene på målfasen:
Datakilder (distribusjonsregler støttes)
Parametere (distribusjonsregler støttes)
Rapportvisualobjekter
Rapportsider
Instrumentbordfliser
Modellmetadata
Elementrelasjoner
Følsomhetsetiketter kopieresbare når én av følgende betingelser er oppfylt. Hvis disse betingelsene ikke oppfylles, kopieres ikke følsomhetsetiketter under distribusjon.
Et nytt element distribueres, eller et eksisterende element distribueres til en tom fase.
Merk
I tilfeller der standard merking er aktivert på leieren, og standardetiketten er gyldig, kopieres etiketten bare fra kildeelementet hvis elementet som distribueres, er en semantisk modell eller dataflyt. Etiketten kopieres bare fra kildeelementet hvis etiketten har beskyttelse. Hvis etiketten ikke er beskyttet, brukes standardetiketten på den nylig opprettede semantiske modellen eller dataflyten for mål.
Kildeelementet har en etikett med beskyttelse, og målelementet gjør det ikke. I slike tilfeller vises et popup-vindu som ber om samtykke til å overstyre målfølsomhetsetiketten.
Elementegenskaper som ikke kopieres
Følgende elementegenskaper kopieres ikke under distribusjon:
Data – Data kopieres ikke. Bare metadata kopieres
Nettadresse
ID
Tillatelser – for et arbeidsområde eller et bestemt element
Innstillinger for arbeidsområde – Hver fase har sitt eget arbeidsområde
Appinnhold og -innstillinger – Hvis du vil oppdatere appene dine, kan du se Oppdatere innhold til Power BI-apper
Følgende semantiske modellegenskaper kopieres heller ikke under distribusjon:
Rolletildeling
Oppdater tidsplan
Legitimasjon for datakilde
Innstillinger for hurtigbufring av spørring (kan arves fra kapasiteten)
Godkjenningsinnstillinger
Støttede semantiske modellfunksjoner
Utrullingssamlebånd støtter mange semantiske modellfunksjoner. Denne delen viser to semantiske modellfunksjoner som kan forbedre opplevelsen av utrullingssamlebånd:
Trinnvis oppdatering
Utrullingssamlebånd støtter trinnvis oppdatering, en funksjon som gjør det mulig for store semantiske modeller raskere og mer pålitelige oppdateringer, med lavere forbruk.
Med utrullingssamlebånd kan du gjøre oppdateringer til en semantisk modell med trinnvis oppdatering samtidig som du beholder både data og partisjoner. Når du distribuerer den semantiske modellen, kopieres policyen sammen.
Hvis du vil forstå hvordan trinnvis oppdatering fungerer med dataflyter, kan du se hvorfor jeg ser to datakilder som er koblet til dataflyten etter bruk av dataflytregler?
Aktivere trinnvis oppdatering i et datasamlebånd
Hvis du vil aktivere trinnvis oppdatering, konfigurerer du den i Power BI Desktop og publiserer deretter den semantiske modellen. Når du har publisert, er policyen for trinnvis oppdatering lik på tvers av datasamlebåndet, og kan bare redigeres i Power BI Desktop.
Når datasamlebåndet er konfigurert med trinnvis oppdatering, anbefaler vi at du bruker følgende flyt:
Gjør endringer i PBIX-filen i Power BI Desktop. Hvis du vil unngå lange ventetider, kan du gjøre endringer ved hjelp av et eksempel på dataene.
Last opp PBIX-filen til den første fasen (vanligvis utvikling).
Distribuer innholdet til neste fase. Etter distribusjonen vil endringene du har gjort, gjelde for hele semantiske modellen du bruker.
Se gjennom endringene du har gjort i hvert trinn, og etter at du har bekreftet dem, distribuerer du til neste fase til du kommer til den siste fasen.
Eksempler på bruk
Følgende er noen eksempler på hvordan du kan integrere trinnvis oppdatering med utrullingssamlebånd.
Opprett et nytt datasamlebånd og koble det til et arbeidsområde med en semantisk modell som har trinnvis oppdatering aktivert.
Aktiver trinnvis oppdatering i en semantisk modell som allerede er i et utviklingsarbeidsområde .
Opprett et datasamlebånd fra et produksjonsarbeidsområde som har en semantisk modell som bruker trinnvis oppdatering. Du kan for eksempel tilordne arbeidsområdet til produksjonsfasen for et nytt datasamlebånd, og bruke bakoverdistribusjon til å distribuere til testfasen, og deretter til utviklingsfasen.
Publiser en semantisk modell som bruker trinnvis oppdatering til et arbeidsområde som er en del av et eksisterende datasamlebånd.
Begrensninger for trinnvis oppdatering
For trinnvis oppdatering støtter utrullingssamlebånd bare semantiske modeller som bruker forbedrede metadata for semantisk modell. Alle semantiske modeller som er opprettet eller endret med Power BI Desktop, implementerer automatisk forbedrede semantiske modellmetadata.
Når du publiserer en semantisk modell på nytt til et aktivt datasamlebånd med trinnvis oppdatering aktivert, fører følgende endringer til distribusjonsfeil på grunn av potensial for tap av data:
Publisere en semantisk modell på nytt som ikke bruker trinnvis oppdatering, for å erstatte en semantisk modell som har trinnvis oppdatering aktivert.
Gi nytt navn til en tabell som har trinnvis oppdatering aktivert.
Gi nytt navn til ikke-beregnede kolonner i en tabell med trinnvis oppdatering aktivert.
Andre endringer som å legge til en kolonne, fjerne en kolonne og gi nytt navn til en beregnet kolonne, er tillatt. Hvis endringene påvirker visningen, må du imidlertid oppdatere før endringen er synlig.
Sammensatte modeller
Ved hjelp av sammensatte modeller kan du konfigurere en rapport med flere datatilkoblinger.
Du kan bruke funksjonaliteten for sammensatte modeller til å koble en semantisk stoffmodell til en ekstern semantisk modell, for eksempel Azure Analysis Services. Hvis du vil ha mer informasjon, kan du se Bruke DirectQuery for semantiske stoffmodeller og Azure Analysis Services.
I et utrullingssamlebånd kan du bruke sammensatte modeller til å koble en semantisk modell til en annen semantisk stoffmodell som er ekstern for datasamlebåndet.
Automatiske aggregasjoner
Automatiske aggregasjoner bygges oppå brukerdefinerte aggregasjoner og bruker maskinlæring til å kontinuerlig optimalisere Semantiske DirectQuery-modeller for maksimal rapportspørringsytelse.
Hver semantiske modell beholder automatiske aggregasjoner etter distribusjon. Utrullingssamlebånd endrer ikke en semantisk modells automatiske aggregasjon. Dette betyr at hvis du distribuerer en semantisk modell med en automatisk aggregasjon, forblir den automatiske aggregasjonen i målfasen som den er, og overskrives ikke av den automatiske aggregasjonen som distribueres fra kildefasen.
Hvis du vil aktivere automatiske aggregasjoner, følger du instruksjonene for å konfigurere automatisk aggregasjon.
Hybridtabeller
Hybridtabeller er tabeller med trinnvis oppdatering som kan ha både import- og direkte spørringspartisjoner. Under en ren distribusjon kopieres både oppdateringspolicyen og hybridtabellpartisjonene. Når du distribuerer til et datasamlebånd som allerede har hybride tabellpartisjoner, kopieres bare oppdateringspolicyen. Oppdater tabellen for å oppdatere partisjonene.
Oppdatere innhold til Power BI-apper
Power BI-apper er den anbefalte måten å distribuere innhold til gratis fabric-forbrukere på. Du kan oppdatere innholdet i Power BI-appene ved hjelp av et utrullingssamlebånd, noe som gir deg mer kontroll og fleksibilitet når det gjelder appens livssyklus.
Opprett en app for hvert utrullingsforløpstrinn, slik at du kan teste hver oppdatering fra sluttbrukerens synspunkt. Bruk publiser- eller visningsknappen på arbeidsområdekortet til å publisere eller vise appen i en bestemt datasamlebåndfase.
I produksjonsfasen åpner hovedhandlingsknappen nederst til høyre oppdateringsappsiden i Fabric, slik at eventuelle innholdsoppdateringer blir tilgjengelige for appbrukere.
Viktig
Distribusjonsprosessen inkluderer ikke oppdatering av appinnholdet eller -innstillingene. Hvis du vil bruke endringer på innhold eller innstillinger, må du oppdatere appen manuelt i den nødvendige datasamlebåndfasen.
Tillatelser
Tillatelser kreves for datasamlebåndet, og for arbeidsområdene som er tilordnet til det. Datasamlebåndtillatelser og arbeidsområdetillatelser gis og administreres separat.
Datasamlebånd har bare én tillatelse, administrator, som kreves for deling, redigering og sletting av et datasamlebånd.
Arbeidsområder har forskjellige tillatelser, også kalt roller. Arbeidsområderoller bestemmer tilgangsnivået til et arbeidsområde i et datasamlebånd.
Utrullingssamlebånd støtter ikke Microsoft 365-grupper som pipeline-administratorer.
Hvis du vil distribuere fra ett trinn til et annet i datasamlebåndet, må du være en pipeline-administrator, og enten et medlem eller en administrator av arbeidsområdene som er tilordnet til fasene som er involvert. En pipeline-administrator som for eksempel ikke er tilordnet en arbeidsområderolle, kan vise datasamlebåndet og dele det med andre. Denne brukeren kan imidlertid ikke vise innholdet i arbeidsområdet i datasamlebåndet eller i tjenesten, og kan ikke utføre distribusjoner.
Tillatelsestabell
Denne delen beskriver tillatelsene for utrullingssamlebånd. Tillatelsene som er oppført i denne delen, kan ha forskjellige programmer i andre stofffunksjoner.
Den laveste datasamlebåndtillatelsen for distribusjon er pipeline-administrator, og den kreves for alle datasamlebåndoperasjoner for distribusjon.
| Bruker | Datasamlebåndtillatelser | Kommentarer |
|---|---|---|
| Pipeline-administrator |
|
Tilgang til datasamlebånd gir ikke tillatelse til å vise eller utføre handlinger på arbeidsområdeinnholdet. |
| Visningsprogram for arbeidsområde (og pipeline admin) |
|
Medlemmer av arbeidsområdet tilordnet Seer-rollen uten kompileringstillatelser , får ikke tilgang til den semantiske modellen eller redigerer arbeidsområdeinnhold. |
| Bidragsyter for arbeidsområde (og pipeline admin) |
|
|
| Arbeidsområdemedlem (og pipeline admin) |
|
Hvis innstillingen for blokkpublisering og deaktiver pakkeoppdatering i sikkerhetsdelen for semantisk leiermodell er aktivert, kan bare semantiske modelleiere oppdatere semantiske modeller. |
| Arbeidsområdeadministrator (og pipeline admin) |
|
Gitte tillatelser
Når du distribuerer Power BI-elementer, kan eierskapet til det distribuerte elementet endres. Se gjennom tabellen nedenfor for å forstå hvem som kan distribuere hvert element og hvordan distribusjonen påvirker elementets eierskap.
| Stoffelement | Nødvendig tillatelse til å distribuere et eksisterende element | Elementeierskap etter første gangs distribusjon | Elementeierskap etter distribusjon til en fase med elementet |
|---|---|---|---|
| Semantisk modell | Arbeidsområdemedlem | Brukeren som utførte distribusjonen, blir eieren | Uendret |
| Dataflyt | Dataflyteier | Brukeren som utførte distribusjonen, blir eieren | Uendret |
| Datamart | Datamart-eier | Brukeren som utførte distribusjonen, blir eieren | Uendret |
| Paginert rapport | Arbeidsområdemedlem | Brukeren som utførte distribusjonen, blir eieren | Brukeren som utførte distribusjonen, blir eieren |
Nødvendige tillatelser for populære handlinger
Tabellen nedenfor viser nødvendige tillatelser for populære utrullingssamlebåndhandlinger. Med mindre annet er angitt, trenger du alle oppførte tillatelser for hver handling.
| Handling | Tillatelser som kreves |
|---|---|
| Vise listen over datasamlebånd i organisasjonen | Ingen lisens kreves (gratisbruker) |
| Opprette en pipeline | En bruker med én av følgende lisenser:
|
| Slette et datasamlebånd | Pipeline-administrator |
| Legge til eller fjerne en datasamlebåndbruker | Pipeline-administrator |
| Tilordne et arbeidsområde til en fase |
|
| Oppheve tilordningen av et arbeidsområde til en fase | Én av følgende:
|
| Distribuer til en tom fase |
|
| Distribuer elementer til neste fase |
|
| Vise eller angi en regel |
|
| Behandle innstillinger for datasamlebånd | Pipeline-administrator |
| Vise en samlebåndfase |
|
| Vise listen over elementer i en fase | Pipeline-administrator |
| Sammenlign to faser |
|
| Vise distribusjonslogg | Pipeline-administrator |
Hensyn og begrensninger
Denne delen viser de fleste begrensningene i utrullingssamlebånd.
- Arbeidsområdet må ligge på en Fabric-kapasitet.
- Maksimalt antall elementer som kan distribueres i én enkelt distribusjon, er 300.
- Nedlasting av en PBIX-fil etter distribusjon støttes ikke.
- Microsoft 365-grupper støttes ikke som pipeline-administratorer.
- Når du distribuerer et Power BI-element for første gang, hvis et annet element i målfasen ligner på typen (for eksempel hvis begge filene er rapporter) og har samme navn, mislykkes distribusjonen.
- Hvis du vil ha en liste over begrensninger i arbeidsområdet, kan du se begrensningene for arbeidsområdetilordning.
- Hvis du vil ha en liste over støttede elementer, kan du se støttede elementer. Alle elementer som ikke er på listen, støttes ikke.
- Distribusjonen mislykkes hvis noen av elementene har sirkel- eller selvavhengigheter (for eksempel element A refererer til element B og element B refererer til element A).
- Bare Power BI-elementer kan distribueres til et arbeidsområde i et annet kapasitetsområde. Andre stoffelementer kan ikke distribueres til et arbeidsområde i et annet kapasitetsområde.
Begrensninger for semantisk modell
Datasett som bruker datatilkobling i sanntid, kan ikke distribueres.
En semantisk modell med DirectQuery eller sammensatt tilkoblingsmodus som bruker variasjons- eller automatisk dato/klokkeslett-tabeller , støttes ikke. Hvis du vil ha mer informasjon, kan du se Hva kan jeg gjøre hvis jeg har et datasett med DirectQuery- eller Sammensatt tilkoblingsmodus, som bruker variasjons- eller kalendertabeller?.
Under distribusjonen, hvis målsemantisk modell bruker en live-tilkobling, må også den semantiske kildemodellen bruke denne tilkoblingsmodusen.
Når du har distribuert, støttes ikke nedlasting av en semantisk modell (fra fasen den ble distribuert til).
Hvis du vil ha en liste over begrensninger for distribusjonsregel, kan du se begrensninger for distribusjonsregler.
Distribusjon støttes ikke på en semantisk modell som bruker opprinnelig spørring og DirectQuery sammen, og automatisk binding er engasjert i DirectQuery-datakilden.
Begrensninger for dataflyt
Når du distribuerer en dataflyt til en tom fase, oppretter utrullingssamlebånd et nytt arbeidsområde og angir dataflytlagringen til en fabric blob-lagring. Blob-lagring brukes selv om kildearbeidsområdet er konfigurert til å bruke Azure Data Lake Storage Gen2 (ADLS Gen2).
Tjenestekontohaver støttes ikke for dataflyter.
Distribusjon av felles datamodell (CDM) støttes ikke.
Hvis du vil ha begrensninger for distribusjonssamlebåndregler som påvirker dataflyter, kan du se Begrensninger for distribusjonsregler.
Hvis en dataflyt oppdateres under distribusjonen, mislykkes distribusjonen.
Hvis du sammenligner faser under en dataflytoppdatering, er resultatene uforutsigbare.
Datamart-begrensninger
Du kan ikke distribuere et datamart med følsomhetsetiketter.
Du må være eieren av datamart for å distribuere et datamart.
Relatert innhold
Tilbakemeldinger
Kommer snart: Gjennom 2024 faser vi ut GitHub Issues som tilbakemeldingsmekanisme for innhold, og erstatter det med et nytt system for tilbakemeldinger. Hvis du vil ha mer informasjon, kan du se: https://aka.ms/ContentUserFeedback.
Send inn og vis tilbakemelding for