Hendelser
31. mars, 23 - 2. apr., 23
De ultieme Microsoft Fabric-, Power BI-, SQL- en AI-communitygebeurtenis. 31 maart tot 2 april 2025.
Zorg dat u zich vandaag nog registreertDenne nettleseren støttes ikke lenger.
Oppgrader til Microsoft Edge for å dra nytte av de nyeste funksjonene, sikkerhetsoppdateringene og den nyeste tekniske støtten.
Bruk denne artikkelen til å feilsøke problemer i behandlingsprosessen for livssyklus.
Hvis du vil forstå hensyn og begrensninger for ulike problemer med livssyklusbehandling, kan du se gjennom koblingene i tabellen nedenfor:
Emne | Git-integrering | Datasamlebånd for distribusjon |
---|---|---|
Generelle begrensninger | generelle Git-begrensninger | begrensninger for utrullingssamlebånd |
Nødvendige tillatelser | Tillatelser | Tillatelser |
Arbeidsområdebegrensninger | arbeidsområder | arbeidsområder |
Støttede stoffelementer | støttede elementer | støttede elementer |
Semantisk modell | Begrensninger for semantisk modell |
Beskrivelse av problemet: Når jeg går til Git-integreringsfanen, får jeg en feilmelding og får ikke tilgang til Azure DevOps.
Årsak: Hvis godkjenningsmetoden i Power BI er svakere enn godkjenningsmetoden i Azure DevOps, fungerer ikke funksjonaliteten mellom dem.
Løsning: Administratoren må justere godkjenningsmetoden i Power BI og Azure DevOps. Godkjenningspolicyene for Microsoft Entra ID (tidligere kjent som Azure Active Directory) er definert i Administrer godkjenningsmetoder.
Beskrivelse av problemet: Når jeg prøver å koble til en Git-repositorium, får jeg en melding om at den ikke kan koble til fordi arbeidsområdet er i et annet område.
Årsak: Hvis arbeidsområdet og repo er plassert i forskjellige områder, må bryteren over flere områder være aktivert.
Løsning: Aktiver Git-handlinger på arbeidsområder som er bosatt på andre geografiske plasseringer.
Beskrivelse av problemet: Når du har valgt Koble til i Git-integreringsfanen, vises dialogboksen Noe som gikk galt . Når du velger kildekontrollknappen, angir ruten i tillegg at du må synkronisere med Git-grenen.
Årsak: Hvis mappen du prøver å koble til, har underkataloger, men ingen Fabric-elementer, mislykkes tilkoblingen.
Løsning: Åpne Git-repositoriet i Azure DevOps, og gå til Git-mappen som er definert i tilkoblingen. Hvis Git-mappen inneholder underkataloger, kontrollerer du at minst én av dem representerer en elementkatalog. Hvis katalogen inneholder item.config.json og item.metadata.json filer, er det en elementkatalog. Hvis katalogen ikke inneholder disse filene, er det en undermappe. Hvis Git-mappen ikke inneholder elementmapper, kan du ikke koble til den. Fjern underkatalogene eller koble til en annen mappe som ikke inneholder underkataloger.
Beskrivelse av problemet: Når du har valgt Koble til i Git-integreringsfanen, vises en dialogboks som angir en ugyldig mappebane.
Årsak: Mappen du prøver å koble til, finnes ikke, ble slettet eller forskjellig i tilfelle følsomhet fra eksisterende mapper i repositoriet. Denne meldingen kan vises hvis du kobler til en ny gren, eller hvis mappen ble slettet fra grenen.
Løsning:
Beskrivelse av problemet: Tallet på kildekontrollikonet angir antall endringer som ble gjort i arbeidsområdet siden forrige utføring. Hvis ikonet ikke har et tall, kan det ha oppstått et problem med å koble til grenen.
Løsning: Koble fra og koble til på nytt.
Beskrivelse av problemet: Arbeidsområdet mitt var tidligere koblet til en Git-repositorium, men nå står det at jeg trenger en premiumlisens for å koble til.
Årsak: Du kan bare koble til Git-repos hvis du har en gyldig Premium-lisens. Hvis lisensen er utløpt eller du endrer lisensen til en lisens som ikke inkluderer Git-integrering, kan du ikke koble til dette repositoriet lenger. Dette gjelder også for prøvelisenser.
Løsning: Koble fra Git og arbeid uten kildekontroll, eller kjøp en Premium-lisens.
Beskrivelse av problemet: Jeg ser ikke grenen jeg vil koble til i fanen forgrening av kilde i kontrollpanelet.
Årsak: Listen over forgreninger viser bare grener som du har tillatelse til å vise.
Løsning: Kontroller at grenen du vil bruke, finnes, og at du har tillatelse til å vise den. Hvis ikke, kan du be eieren av grenen om å gi deg tillatelse til å se grenbegrensninger for mer informasjon.
Beskrivelse av problemet: Når jeg forgrener meg til et nytt arbeidsområde, navigeres jeg til det nye arbeidsområdet, men Git-integrering er ikke aktivert der. Årsak: Git-integreringsbryteren kan være aktivert for kildearbeidsområdet, men ikke for hele leieren, da leieradministratoren kan delegere kontrollen over overgangen til administratorer for arbeidsområdet. Hvis dette er tilfelle, vil ikke det nye arbeidsområdet ha Git-integrering aktivert, og du må aktivere det manuelt fra innstillingene for arbeidsområdet før du synkroniserer arbeidsområdet med Git. Løsning: Aktiver Git-integrering fra innstillingene for arbeidsområdet i det nye arbeidsområdet.
Beskrivelse av problemet: Hvis det ble gjort oppdateringer i Git-grenen, deaktiveres utføringer til du oppdaterer arbeidsområdet.
Løsning: Hvis du vil aktivere utføringer, oppdaterer du arbeidsområdet.
Beskrivelse av problemet: Når jeg prøver å utføre elementer til Git, får jeg en feilmelding om at jeg har overskredet maksimal utføringsstørrelse.
Årsak: Den totale størrelsen på filer som skal utføres, er begrenset til 50 MB.
Løsning: Hvis du prøver å utføre flere elementer samtidig, bør du vurdere å forplikte dem i mindre grupper. Hvis utføringen inneholder ett element med mange filer, kontakter du kundestøtte.
Beskrivelse av problemet: Endring av samme element i arbeidsområdet og Git-grenen kan føre til en mulig konflikt. Hvis det ble gjort endringer i arbeidsområdet og i Git-grenen på samme element, deaktiveres oppdateringer til konflikten er løst.
Løsning: Løs konflikter , og prøv deretter på nytt.
Beskrivelse av problemet: Når du har valgt Oppdater alt eller Angre, vises en dialogboks som angir feil fordi handlingen bryter en avhengighetskobling.
Løsning: Åpne Avstamming-visningen for å finne elementet eller elementene som vil bli slettet fra arbeidsområdet i oppdateringen, og er koblet til elementer som ikke vil bli slettet fra arbeidsområdet.
Hvis du vil løse problemet, sletter du det problematiske elementet(e):
Velg Oppdater alle.
Hvis du vil ha mer informasjon, kan du se Manuelt oppdatere fra Git.
Beskrivelse av problemet: Etter oppdatering fra Git, når du ser på avstammingsvisningen, er avhengighetene til enkelte elementer ikke som forventet. Proxy-modellen peker for eksempel ikke lenger til riktig modell.
Årsak: Git-integrasjon støtter ikke Direktespørring og proxy-modeller for øyeblikket.
Løsning: Gjør én av følgende handlinger for å løse avhengighetene:
Beskrivelse av problemet: Følgende feil vises etter en angrehandling hvis det er en uforpliktende avhengighet i Fanen Endringer som ikke ble valgt i handlingen Angre.
Løsning: Merk alle avhengighetene for den valgte databasen, og prøv på nytt.
Beskrivelse av problemet: Følgende feil vises etter en angre-, oppdaterings- eller bytt grenhandling:
Årsak: Det finnes et element som ikke støttes i arbeidsområdet, som avhenger av et element som ikke lenger er i arbeidsområdet, som forårsaker et avhengighetsproblem.
Løsning: Åpne Avstamming-visningen for å finne elementet eller elementene som ble valgt for å være «angret», og er koblet til elementer som ikke er valgt.
Hvis du vil løse problemet, sletter du det problematiske elementet(e):
Hvis du vil lese mer om avhengigheter, kan du se Forstå avhengigheter.
Hvis følgende betingelser ikke er oppfylt, kan du ikke se datasamlebåndknappen for distribusjon.
Du har en Fabric-lisens.
Du er administrator for et arbeidsområde.
Utrullingssamlebånd viser et datasamlebåndkode i arbeidsområder som er tilordnet et datasamlebånd. Hvis du vil se disse kodene, må du være en pipeline-administrator. Merker for utviklings- og testfasene er alltid synlige. Du ser imidlertid bare produksjonskoden hvis du har tilgang til datasamlebåndet.
Beskrivelse av problemet: I et fullstendig datasamlebånd, etter at du har fjernet et arbeidsområde fra et stadium og deretter distribuert til det, gjenoppretter utrullingssamlebånd tilkoblingene mellom elementer i kildefasen du distribuerte fra og målfasen. Noen ganger kan imidlertid ikke utrullingssamlebånd gjenopprette tilkoblingene mellom elementer i kilde- og målfasene. Dette kan for eksempel skje når du ved et uhell sletter et element.
Løsning: Hvis du vil gjenopprette disse tilkoblingene, må du oppheve tilordningen og tilordne det samme arbeidsområdet på nytt i målfasen.
Årsak: Når du tilordner et arbeidsområde til en fase for utrullingssamlebånd, kontrollerer utrullingssamlebånd elementene (for eksempel rapporter og instrumentbord) i arbeidsområdet. Hvis det finnes to elementer av samme type med samme navn i et tilstøtende stadium, kan ikke utrullingssamlebånd bestemme hvilken av dem som skal samsvare med det i det tilordnede arbeidsområdet, og feilmeldingen kan ikke tilordnes til arbeidsområdet . Hvis du for eksempel prøver å tilordne et arbeidsområde til testfasen, og en av rapportene kalles «regionalt salg», hvis det er mer enn én rapport med samme navn i utviklings - eller produksjonsfasene , mislykkes tildelingen. Tilordning av arbeidsområdet mislykkes også hvis arbeidsområdet du tilordner, har to semantiske modeller med tittelen «regional semantisk modell for salg», og det finnes en semantisk modell med samme navn i utviklings - eller produksjonsfasene .
Løsning: Hvis du vil løse denne feilen, endrer du navnet på elementet som ikke samsvarer med elementet i fasen du prøver å tilordne. Du kan velge koblingene i feilmeldingen for å åpne elementene i Fabric.
Årsak: De fleste semantiske modeller bruker den forbedrede semantiske modellmetadatafunksjonen , også kjent som modell v3. Eldre rapporter kan imidlertid bruke den gamle typen semantiske modellmetadata, noen ganger kalt modell v1. Hvis du tilordner et arbeidsområde som bruker den gamle semantiske modellmetadatamodellen (v1), kan ikke utrullingssamlebånd vurdere om den semantiske modellen er lik i tilstøtende faser. I slike tilfeller vises det forskjellige grensesnittsymbolet, selv når semantiske modeller er identiske.
Løsning: Hvis du vil løse dette problemet, distribuerer du de semantiske modellene som viser det forskjellige symbolet.
Årsak: Det kan være flere grunner til at du ikke kan se et arbeidsområde i listen over arbeidsområder du kan tilordne til et datasamlebånd.
Løsning: Hvis du vil tilordne et arbeidsområde til et datasamlebånd, må følgende betingelser oppfylles:
Du er administrator for arbeidsområdet
Arbeidsområdet er ikke tilordnet til andre datasamlebånd
Arbeidsområdet befinner seg på en Fabric-kapasitet
Arbeidsområder som ikke oppfyller disse betingelsene, vises ikke i listen over arbeidsområder du kan velge blant.
Årsak: Den første distribusjonen kan ha mislyktes av flere årsaker.
Løsning: Noen mulige årsaker til feil med løsningene er oppført i tabellen nedenfor.
Feil | Handling |
---|---|
Du har ikke kapasitetstillatelser. | Hvis du arbeider i en organisasjon som har en Fabric-kapasitet, kan du be en kapasitetsadministrator om å legge til arbeidsområdet i en kapasitet, eller be om tildelingstillatelser for kapasiteten. Etter at arbeidsområdet er i en kapasitet, må du distribuere på nytt. Hvis du ikke arbeider i en organisasjon med en Fabric-kapasitet, kan du vurdere å kjøpe Premium per bruker (PPU). |
Du har ikke arbeidsområdetillatelser. | Hvis du vil distribuere, må du være medlem av arbeidsområdet. Be administratoren for arbeidsområdet om å gi deg de nødvendige tillatelsene. |
Fabric-administratoren deaktiverte opprettingen av arbeidsområder. | Kontakt Fabric-administratoren for å få støtte. |
Du bruker selektiv distribusjon og velger ikke alle koblede elementer. | Gjør ett av følgende: Fjern merkingen av innholdet som er koblet til den semantiske modellen eller dataflyten. Det umerkede innholdet (for eksempel semantiske modeller, rapporter eller instrumentbord) kopieres ikke til neste fase. Velg den semantiske modellen eller dataflyten som er koblet til de valgte elementene. De valgte elementene kopieres til neste fase. |
Årsak: Utrullingssamlebånd støtter ikke alle elementer.
Løsning: Hvis du vil ha en omfattende liste over støttede elementer som er i utrullingssamlebånd, kan du se følgende avsnitt:
Alle elementer som ikke er oppført i listen over støttede elementer, kopieres ikke til neste fase.
Årsak: Du kan ikke endre datakildetilkoblingen i Power Bi-tjeneste.
Løsning: Hvis du vil endre datakilden i test- eller produksjonsfasene, kan du bruke distribusjonsregler eller API-er. Distribusjonsregler trer bare i kraft etter neste distribusjon.
Årsak: Du kan bare distribuere bakover til en tom fase. Hvis du har innhold i testfasen, kan du ikke distribuere bakover fra produksjonen.
Løsning: Når du har opprettet datasamlebåndet, kan du bruke utviklingsfasen til å utvikle innholdet og testfasene for å se gjennom og teste det. Du kan løse feil i disse fasene, og deretter distribuere det faste miljøet til produksjonsfasen.
Obs!
Bakoverdistribusjon støtter bare full distribusjon. Den støtter ikke selektiv distribusjon
Årsak: Endringer i skjemabrudd i kildetrinn, for eksempel å erstatte en kolonnetype fra et heltall til en streng, fører til tap av data i målsemantisk modell etter distribusjon.
Under distribusjonen kontrolleres metadataene i den semantiske kildemodellen mot målmetadataene. Endringer i skjemabrudd fører til at distribusjonen stopper. Når dette skjer, får du fortsette distribusjonsmeldingen .
Løsning: Hvis du fortsetter med distribusjonen, mister du dataene i målfasen. Du kan bruke dette alternativet hvis endringene du gjorde i den semantiske modellen var tilsiktet. Når distribusjonen er fullført, må du oppdatere målsemantisk modell.
Hvis endringene ikke var tilsiktet, lukker du meldingsvinduet, laster opp en fast PBIX-fil til kildearbeidsområdet og distribuerer på nytt.
Etter at en distribusjon mislykkes på grunn av skjemaendringer, viser målfasen distribusjonsmeldingen som mislyktes , etterfulgt av koblingen Vis detaljer . Koblingen åpner den samme fortsette distribusjonsmeldingen som ble vist under den mislykkede distribusjonen.
Årsak: Når du bruker trinnvis oppdatering, er det bare tillatt med visse endringer i den semantiske modellen du distribuerer. Hvis du har gjort semantiske modellendringer som ikke er tillatt, mislykkes distribusjonen, og du mottar denne meldingen:
Løsning: Hvis du har gjort endringer i den semantiske modellen med vilje, kan du bruke én av følgende løsninger:
Bruk .pbix – Publiser endringene direkte til målsemantisk modell. Alle partisjoner og data går tapt, så du må oppdatere den semantiske modellen.
Bruke XMLA-verktøy – Foreta endringene direkte på den semantiske modellen i målfasen.
Årsak: Semantisk modell og dataflyter er stoffelementer som lagrer data og inneholder både data og metadata. Under distribusjonen kopieres bare metadataene mens dataene ikke er det. Det kan derfor hende at semantisk modell eller dataflyt etter distribusjon ikke har noen data, og et visualobjekt for rapporter som er avhengig av disse dataene, vil virke ødelagt.
Løsning: Hvis du vil løse dette problemet, oppdaterer du dataflyten og oppdaterer deretter den semantiske modellen i målfasen.
Årsak: Når du arbeider med utrullingssamlebånd, kan du ende opp med et datasamlebånd som ikke har en eier. Et datasamlebånd kan for eksempel stå uten en eier når en bruker som eide det, forlater firmaet uten å overføre eierskap. Når et datasamlebånd ikke har en eier, får ikke andre brukere tilgang til det. Siden et arbeidsområde bare kan tilordnes til ett datasamlebånd, kan ingen oppheve tilordningen, og du kan ikke bruke arbeidsområdet i et annet datasamlebånd hvis det er tilordnet et datasamlebånd uten eier.
Løsning: Når et datasamlebånd blir stående uten en eier, kan en fabric-administrator legge til en ny eier i datasamlebåndet eller slette det. Hvis du vil legge til en eier i datasamlebåndet , bruker du API-en Admin – Pipelines UpdateUserAsAdmin .
Du kan også se gjennom PowerShell-skriptet vårt, AddUserToWorkspacePipeline (tilgjengelig fra GitHub-repositoriet For PowerBI-Developer-Samples ), som lar deg gjøre følgende:
Administrer datasamlebåndtilgang – Legg til en bruker i et arbeidsområde i et datasamlebånd.
Ta tilbake eierskapet til arbeidsområdet – Legg til en bruker i et arbeidsområde i et datasamlebånd som ikke har en eier, slik at du kan oppheve blokkeringen av det.
Hvis du vil bruke dette skriptet, må du angi et arbeidsområdenavn og et brukerhovednavn (UPN). Skriptet finner datasamlebåndet som arbeidsområdet er tilordnet til, og legger til administratortillatelser til brukeren du har angitt.
Beskrivelse av problemet: Kan ikke starte distribusjonsfeilen som sier at kilde- og målsemantiske modeller har forskjellige datamodelleringsformater, oppstår når semantiske modeller i målfasen har en høyere modellversjon enn semantiske modeller i kildefasen. I slike tilfeller kan ikke utrullingssamlebånd distribueres fra kildefasen til målfasen. Hvis du vil unngå denne feilen, bruker du en semantisk modell som har samme (eller høyere) modellversjon i kildefasen.
Løsning: Oppgrader den semantiske modellen i kildefasen ved hjelp av et SKRIVE-endepunkt for XMLA eller Power BI Desktop. Når du har oppgradert den semantiske modellen, publiserer du den på nytt til kildefasen.
Beskrivelse av problemet: Hvis utrullingssamlebånd oppdager at tilkoblingsmodusen til en datakilde i målfasen ikke er den samme som datakilden i kildefasen, forsøker den å konvertere tilkoblingsmodusen til datakilden i målfasen. Hvis du bruker en datakilde med live-tilkobling eller tilkoblingsmodus i sanntid, kan ikke distribusjonssamlebånd konvertere målets tilkoblingsmodus for datakilde.
Løsning: Bruk enten et XMLA-skrivebeskyttet endepunkt eller Power BI Desktop til å endre tilkoblingsmodusen til datakilden i kildefasen, eller slett datakilden i målfasen, slik at distribusjonen overskriver den.
Årsak: Det kan være noen mulige årsaker til at den semantiske modelldistribusjonen mislykkes. Følgende er mulige årsaker til feil:
Løsning:
Årsak: Semantiske modeller som bruker DirectQuery- eller Composite-tilkoblingsmodus og har variasjons- eller automatiske dato-/klokkesletttabeller , støttes ikke i utrullingssamlebånd.
Løsning: Hvis distribusjonen mislykkes, og du tror det er fordi du har en semantisk modell 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 stedet for DirectQuery - eller Composite-modus i semantisk modell.
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 brukeropprettede mål, beregnede kolonner og beregnede tabeller blir ugyldige. Bruk denne metoden bare hvis du forstår hvordan den semantiske modellmodellen fungerer, da den kan føre til datakorrupsjon i visualobjektene.
Løsning: Hvis du vil distribuere en paginert rapport, må du være medlem av arbeidsområdet i arbeidsområdet du distribuerer fra (arbeidsområdet for kildefasen). Hvis du ikke er medlem av arbeidsområdet i kildefasen, kan du ikke distribuere den paginerte rapporten.
Beskrivelse av problemet: Semantiske modeller behandles for øyeblikket som en ekstern Analysis Services-datakilde, og tilkoblinger til semantiske modeller byttes ikke automatisk etter distribusjon.
Når du distribuerer en paginert rapport som er koblet til en semantisk stoffmodell, fortsetter den å peke til den semantiske modellen den opprinnelig var koblet til. Bruk distribusjonsregler til å peke den paginerte rapporten til en semantisk modell du vil bruke, inkludert for eksempel semantisk modell for målfasen.
Løsning: Hvis du bruker en paginert rapport med en semantisk stoffmodell, kan du se Hvordan opprette en distribusjonsregel for en paginert rapport med en semantisk stoffmodell?
Beskrivelse av problemet: En distribusjon av et stort antall paginerte rapporter med regler kan mislykkes på grunn av overbelastning på kapasiteten.
Løsning: Kjøp en høyere SKU eller bruk selektiv distribusjon.
Årsak: I dataflyter fjernes ikke gamle datakilder fra datakildesiden for dataflyten. Hvis du vil støtte dataflytavstammingsvisningen, slettes ikke tilkoblede elementer.
Løsning: Denne virkemåten påvirker ikke utrullingssamlebånd. Du kan fortsatt oppdatere, redigere og distribuere dataflyter i et datasamlebånd.
Beskrivelse av problemet: Når du har endret datakilden for en dataflyt ved hjelp av en regel, viser dataflytens avstammingsvisning en kobling mellom datakilden for dataflyten og datakilden som er konfigurert i regelen.
Løsning: Denne virkemåten påvirker ikke utrullingssamlebånd.
Løsning: Hvis du vil distribuere et datamart, må du være eieren av datamartet.
Løsning: Det finnes enten et element som refererer til seg selv, eller mer enn ett element som er involvert i en sirkelkjede med referanser (for eksempel element A refererer til element B og element B refererer til element A). Hvis du vil distribuere datamarten, fjerner du sirkelavhengigheten og distribuerer på nytt.
Innhold kan distribueres til en tom fase eller til en fase som inneholder innhold. Innholdet må ligge på en stoffkapasitet.
Distribuere til en tom fase – Alle lisensierte Fabric-brukere som er medlem eller administrator i kildearbeidsområdet.
Distribuere til en fase med innhold – alle lisensierte Fabric-brukere som er medlem eller administrator av begge arbeidsområdene i fasene for kilde- og måldistribusjon.
Overskriving av en semantisk modell – Distribusjon overskriver hver semantiske modell som er inkludert i målfasen, selv om den semantiske modellen ikke ble endret. Alle brukere som er medlem eller administrator av begge arbeidsområdene, men leieradministratoren kan begrense dette til bare å målrette mot semantiske modelleiere.
Årsak: Tillatelser for datasamlebånd og arbeidsområde administreres separat. Det kan hende du har datasamlebåndtillatelser, men ikke arbeidsområdetillatelser.
Løsning: Hvis du vil ha mer informasjon, kan du se delen tillatelser .
Løsning: Hvis du vil tilordne et arbeidsområde, trenger du minst medlemstillatelser for arbeidsområdet for arbeidsområdene i de tilstøtende fasene. Arbeidsområdemedlem (eller høyere) tillatelser i de tilstøtende fasene kreves for å aktivere utrullingssamlebånd for å etablere tilkoblinger mellom elementer i nærliggende datasamlebåndfaser.
Løsning: Hvis du har problemer med å konfigurere distribusjonsregler, kan du gå til distribusjonsregler og sørge for at du følger begrensningene for distribusjonsregler.
Hvis distribusjonen var vellykket tidligere, og plutselig mislykkes med brutte regler, kan det skyldes at en semantisk modell publiseres på nytt. Følgende endringer i den semantiske kildemodellen resulterer i en mislykket distribusjon:
En fjernet parameter
Et endret parameternavn
Distribusjonsreglene mangler verdier. Dette kan ha skjedd hvis den semantiske modellen endret seg.
Når en tidligere vellykket distribusjon mislykkes på grunn av brutte koblinger, vises en advarsel. Du kan velge Konfigurer regler for å navigere til distribusjonsregler-ruten, der den mislykkede semantiske modellen er merket. Når du velger den semantiske modellen, merkes de brutte reglene.
Hvis du vil distribuere, løser eller fjerner du de brutte reglene og distribuerer på nytt.
Årsak: Distribusjonsregler brukes ikke umiddelbart etter at de er konfigurert.
Løsning: Hvis du vil bruke distribusjonsregler, må du distribuere semantiske modeller fra kildefasen til målfasen som inkluderer de opprettede distribusjonsreglene. Når du har konfigurert distribusjonsregler, og før du distribuerer, vises den forskjellige indikatoren ved siden av den semantiske modellen med de konfigurerte reglene. Dette indikerer at du må distribuere den semantiske modellen fra kildefasen til målfasen. Når du distribuerer, hvis ingen andre endringer ble gjort, forsvinner den forskjellige indikatoren som betyr at reglene ble brukt.
Løsning: Hvis du vil opprette en distribusjonsregel, må du være eieren av elementet du oppretter en distribusjonsregel for. Hvis du ikke er eieren av elementet, er distribusjonsreglene nedtonet.
Hvis ett av regelalternativene er nedtonet, kan det skyldes følgende årsaker:
Datakilderegler – Det finnes ingen datakilder som en regel kan konfigureres på.
Parameterregler – det finnes ingen parametere en regel kan konfigureres for.
Løsning: Lagring av datakilderegler kan mislykkes på grunn av én av disse årsakene:
Den semantiske modellen inneholder en funksjon som er koblet til en datakilde. I slike tilfeller støttes ikke datakilderegler.
Datakilden bruker parametere. Du kan ikke opprette en datakilderegel for en semantisk modell som bruker parametere. Opprett en parameterregel i stedet.
Årsak: Når du konstruerer en semantisk modell ved hjelp av Power BI Desktop, kan tilkoblingsstreng konfigureres. Senere kan den semantiske modellen publiseres og brukes av utrullingssamlebånd i Power Bi-tjeneste. Når du oppretter tilkoblingen i Power BI Desktop, kan du angi flere parametere. Når du angir parameterne, må den semantiske modellkilden være den første parameteren som er oppført. Hvis du lister opp andre parametere før den semantiske modellkilden, støter du på feil i Power Bi-tjeneste. I slike tilfeller, når du konfigurerer en ny semantisk modellregel, kan ikke distribusjonssamlebånd opprette regelen hvis du peker på en semantisk modell som ikke ble konfigurert riktig i Power BI Desktop.
Løsning: Formater den semantiske modelltilkoblingen i Power BI Desktop slik at den semantiske modellkilden vises i den første raden. Publiser deretter den semantiske modellen på nytt.
Bruk denne delen til å feilsøke datasamlebåndregler du opprettet. Hvis du ikke ser et regelfeilmeldingsnavn, kan du se gjennom begrensningene for distribusjonsregelen og de støttede datakildene for dataflyt- og semantiske modellregler, og prøve å konfigurere regelen på nytt.
Error message | Løsning |
---|---|
Datakilderegelen kan ikke inneholde en parameter | Regelen kan ikke brukes fordi servernavnet eller databasenavnet det refereres til i regelen, kontrolleres av en parameter. Hvis du vil endre server- eller databasenavnet, bruker du en parameterregel eller fjerner kontrollparameteren fra konfigurert element. |
Feil ved kjøring av datakilde | En regel kan ikke brukes på grunn av et problem med henting av data fra datakilden. Fjern regelen, og kontroller at den semantiske modellen har gyldige spørringer. Prøv deretter å opprette regelen på nytt. |
Regelegenskapen finnes ikke lenger | Noen av regelegenskapene som er konfigurert i regelen, finnes ikke lenger. Oppdater siden, og konfigurer regelen på nytt. |
Ugyldig verdi | En verdi som brukes i den konfigurerte regelen, er ikke gyldig. Valider regelens verdier, og prøv å konfigurere regelen på nytt. |
Flere datakilder støttes ikke | En semantisk modellregel kan ikke brukes på grunn av datakildekonfigurasjonen. Fjern regelen, eller skriv om semantiske modellspørringer ved hjelp av standard Verktøy for Power BI Desktop. |
Målsemantisk modell kan bare endres av eieren | Regelen overskriver noen semantiske modeller i målarbeidsområdet. Du må være eier av en semantisk modell som vil bli overskrevet. |
Hendelser
31. mars, 23 - 2. apr., 23
De ultieme Microsoft Fabric-, Power BI-, SQL- en AI-communitygebeurtenis. 31 maart tot 2 april 2025.
Zorg dat u zich vandaag nog registreert