Denne artikkelen gir svar på noen av de vanligste spørsmålene om verktøyene for behandling av stofflivssyklus.
Livssyklusbehandling har to deler, integrering og distribusjon. Hvis du vil forstå hva integrering er i Fabric, kan du se oversikten over Git-integrering. Hvis du vil forstå hvilke utrullingssamlebånd som er i Fabric, kan du se oversikten over utrullingssamlebånd.
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.
Hvis du vil ha informasjon om lisenser, kan du 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.
Obs!
- PPU-, EM- og A-SKU-er fungerer bare med Power BI-elementer. Hvis du legger til andre Fabric-elementer i arbeidsområdet, trenger du en prøveversjon, P eller F SKU.
- Når du oppretter et arbeidsområde med en PPU, kan bare andre PPU-brukere få tilgang til arbeidsområdet og bruke innholdet.
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ådekapasiteten er på én geografisk plassering mens Azure DevOps-repo er på et annet sted, kan Fabric-administratoren bestemme om du vil aktivere eksport på tvers av geografiske områder. 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.
Dette er noen viktige hensyn å huske på:
- Begrensninger for distribusjonsregel
- Støttede datakilder for regler for dataflyt og semantisk modell
- Trinnvis oppdatering
- Automatisering* Utrullingssamlebånd kan ikke brukes til å distribuere elementer til et arbeidsområde som er i et annet område.
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.
Hva kan jeg gjøre hvis jeg har et datasett med DirectQuery- eller Composite-tilkoblingsmodus, som bruker variasjons- eller automatisk dato/klokkeslett-tabeller?
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 en av metodene som er oppført nedenfor, 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 hende at brukere redigerer mål, beregnede kolonner og beregnede tabeller. 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 instrumentbord, hvis flisen er avhengig av et element som ikke støttes (et element som ikke er på denne listen , støttes ikke), eller på et element som du ikke har tillatelse til å distribuere, gjengis ikke flisen etter distribusjon av instrumentbordet. 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 angir en distribusjonsregel for en paginert rapport som ikke har en semantisk stoffmodell, fordi måldatakilden er ekstern, må du angi både serveren og databasen.
Paginerte rapporter som bruker en semantisk stoffmodell, bruker imidlertid en intern semantisk modell. I slike tilfeller kan du ikke stole på datakildenavnet for å identifisere den semantiske stoffmodellen 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 semantisk stoffmodell, 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 etterdatasets/
og før neste skråstrek.Server – serveren som er vert for databasen. Behold den eksisterende serveren som den er.
Etter en distribusjon, hvis du laster ned RDL-en for den paginerte rapporten, kan det hende at den ikke oppdateres med den nyeste versjonen du kan se i Power Bi-tjeneste.
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.
Utrullingssamlebånd viser ikke datasett som tilhører datamarts i datasamlebåndfasene. Når du distribuerer et datamart, distribueres også datasettet. Du kan vise datamarts datasett i arbeidsområdet for fasen det er i.