Ofte stilte spørsmål om Fabric-livssyklusstyringsverktøyene

Livssyklusbehandling har to deler, integrering og distribusjon. For å forstå hva integrasjon er i Fabric, se the Git Integration Overview. For å forstå hva distribusjonspipelines er i Fabric, se oversikten over deployment pipelines.

Hvis du vil ha en kort forklaring av Git-integrasjon, kan du se oversikten over Git-integrering. Et flerlinjet eller formatert svar på spørsmålet. Bruk hvilken som helst Markdown-formatering du vil bruke, forutsatt at du opprettholder innrykket på linjene etter | Tegn.

Hvis du vil ha en kort forklaring av utrullingssamlebånd, kan du se oversikten over utrullingssamlebånd.

For informasjon om lisenser, se Fabric lisenser.

Alle arbeidsområder må tilordnes en Fabric-lisens. Du kan imidlertid bruke ulike kapasitetstyper for ulike arbeidsområder.

Hvis du vil ha informasjon om kapasitetstyper, kan du se Kapasitet og SKU-er.

Tillatelsesmodellen for distribusjonssamlebånd er beskrevet i tillatelsesdelen .

Hvis du vil konfigurere distribusjonsregler i utrullingssamlebånd, må du være eier av den semantiske modellen.

Hvis arbeidsområdets kapasitet er på ett geografisk sted, mens Azure DevOps-repoet er på et annet sted, kan Fabric-administratoren avgjøre om de vil aktivere kryss-geo eksport. Hvis du vil ha mer informasjon, kan du se Brukere kan eksportere elementer til Git-repositorier på andre geografiske steder.

Kom i gang med Git-integrasjon ved hjelp av instruksjonene for å komme i gang.

Det kan være flere grunner til at et element ble fjernet fra arbeidsområdet.

• Hvis elementet ikke ble opprettet og du valgte det i en angrehandling , fjernes elementet fra arbeidsområdet.
• Hvis elementet ble opprettet, kan det bli fjernet hvis du bytter grener og elementet ikke finnes i den nye grenen.

Følgende hensyn er viktige å huske på:

• Begrensninger for distribusjonsregel
• Støttede datakilder for regler for dataflyt og semantisk modell
• Trinnvis oppdatering
• automatisering

Du kan enten tilordne ett arbeidsområde til datasamlebåndet og distribuere det på tvers av datasamlebåndet, eller tilordne et annet arbeidsområde til hvert datasamlebåndtrinn. Hvis du vil ha mer informasjon, kan du se tilordne et arbeidsområde til et utrullingssamlebånd.

Datasett som bruker DirectQuery- eller Composite-tilkoblingsmodus og har variasjons- eller automatiske dato/klokkeslett-tabeller , støttes ikke i utrullingssamlebånd. Hvis distribusjonen mislykkes, og du tror det er fordi du har et datasett med en variasjonstabell, kan du se etter variasjonsegenskapen i tabellens kolonner. Du kan bruke én av følgende metoder til å redigere den semantiske modellen slik at den fungerer i utrullingssamlebånd.

• Bruk importmodus i datasettet i stedet for å bruke DirectQuery- eller Sammensatt modus.

• Fjern tabellene for automatisk dato/klokkeslett fra den semantiske modellen. Slett eventuelt eventuelle gjenværende variasjoner fra alle kolonnene i tabellene. Hvis du sletter en variasjon, kan det gjøre mål, beregnede kolonner og beregnede tabeller ugyldige. Bruk denne metoden bare hvis du forstår hvordan den semantiske modellmodellen fungerer, da den kan føre til datakorrupsjon i visualobjektene.

Når du fester en flis til et dashbord, hvis flisen er avhengig av et ikke-støttet element (ethvert element som ikke er på denne listen er ikke støttet), eller på et element du ikke har tillatelse til å distribuere, vises ikke flisen etter utrulling av dashbordet. Hvis du for eksempel oppretter en flis fra en rapport som er avhengig av en semantisk modell du ikke er administrator for, får du en feilmelding når du distribuerer rapporten. Når du distribuerer instrumentbordet med flisen, gjør du imidlertid ikke en feilmelding, distribusjonen vil lykkes, men flisen viser ingen informasjon.

Eieren av en distribuert paginert rapport er brukeren som distribuerte rapporten. Når du distribuerer en paginert rapport for første gang, blir du eieren av rapporten.

Hvis du distribuerer en paginert rapport til en fase som allerede inneholder en kopi av den paginerte rapporten, overskriver du den forrige rapporten og blir eieren, i stedet for den forrige eieren. I slike tilfeller trenger du legitimasjon til den underliggende datakilden, slik at dataene kan brukes i den paginerte rapporten.

Delrapporter for paginert rapport oppbevares i samme mappe som inneholder den paginerte rapporten. Hvis du vil unngå gjengivelsesproblemer, velger du både den overordnede rapporten og delrapportene når du bruker selektiv kopi til å kopiere en paginert rapport med delrapporter.

Paginerte rapportregler kan opprettes hvis du vil peke den paginerte rapporten til den semantiske modellen i samme fase. Når du oppretter en distribusjonsregel for en paginert rapport, må du velge en database og en server.

Hvis du setter en distribusjonsregel for en paginert rapport som ikke har en Fabric-semantisk modell, fordi måldatakilden er ekstern, må du spesifisere både serveren og databasen.

Imidlertid bruker paginerte rapporter som bruker en Fabric-semantisk modell, en intern semantisk modell. I slike tilfeller kan du ikke stole på at navnet på datakilden identifiserer den Fabric-semantiske modellen du kobler til. Datakildenavnet endres ikke når du oppdaterer det i målfasen, ved å opprette en datakilderegel eller ved å kalle oppdateringsdatakilde-API-en. Når du angir en distribusjonsregel, må du beholde databaseformatet og erstatte objekt-ID-en for semantisk modell i databasefeltet. Siden den semantiske modellen er intern, forblir serveren den samme.

• Database - Databaseformatet for en paginert rapport med en Fabric semantisk modell, er sobe_wowvirtualserver-<dataset ID>. Eksempel: sobe_wowvirtualserver-d51fd26e-9124-467f-919c-0c48a99a1d63. <dataset ID> Erstatt med datasettets ID. Du kan hente datasett-ID-en fra nettadressen ved å velge GUID-en som kommer etter datasets/ og før neste skråstrek.

  

• Server – serveren som er vert for databasen. Behold den eksisterende serveren som den er.

Etter en utrulling, hvis du laster ned RDL-filen til den paginerte rapporten, kan det hende at den ikke er oppdatert med den nyeste versjonen du kan se i Power BI service.

Når du har en dataflyt som inneholder semantiske modeller som er konfigurert med trinnvis oppdatering, kopieres eller overskrives ikke oppdateringspolicyen under distribusjonen. Når du har distribuert en dataflyt som inkluderer en semantisk modell med trinnvis oppdatering til et stadium som ikke inkluderer denne dataflyten, må du konfigurere den på nytt i målfasen hvis du har en oppdateringspolicy. Hvis du distribuerer en dataflyt med trinnvis oppdatering til et stadium der den allerede befinner seg, kopieres ikke policyen for trinnvis oppdatering. Hvis du i slike tilfeller vil oppdatere oppdateringspolicyen i målfasen, må du gjøre det manuelt.

Relatert innhold

• Kom i gang med Git-integrasjon
• Kom i gang med utrullingssamlebånd