Läs på engelska

Dela via


Felsöka problem med livscykelhantering

Använd den här artikeln om du vill felsöka problem i livscykelhanteringsprocessen.

Om du vill förstå övervägandena och begränsningarna i olika problem med livscykelhantering läser du länkarna i följande tabell:

Område Git-integrering Distributionspipelines
Allmänna begränsningar allmänna Git-begränsningar begränsningar för distributionspipelines
Behörigheter som krävs permissions permissions
Begränsningar för arbetsyta arbetsytor arbetsytor
Infrastrukturobjekt som stöds objekt som stöds objekt som stöds
Semantisk modell Begränsningar för semantisk modell

Git-integrering

Åtkomstproblem

Jag kan inte komma åt min Azure DevOps-lagringsplats

Beskrivning av problemet: När jag går till fliken Git-integrering får jag ett felmeddelande och kan inte komma åt Azure DevOps.

Orsak: Om autentiseringsmetoden i Power BI är svagare än autentiseringsmetoden i Azure DevOps fungerar inte funktionerna mellan dem.
Lösning: Administratören måste justera autentiseringsmetoden i Power BI och Azure DevOps. Autentiseringsprinciperna för Microsoft Entra-ID (kallades tidigare Azure Active Directory) definieras i Hantera autentiseringsmetoder.

Anslutningsproblem

Anslutningsfel: Det går inte att ansluta till lagringsplatsen

Beskrivning av problemet: När jag försöker ansluta till en Git-lagringsplats får jag ett meddelande om att den inte kan ansluta eftersom arbetsytan finns i en annan region.
Orsak: Om arbetsytan och lagringsplatsen finns i olika regioner måste växeln mellan regioner vara aktiverad.
Lösning: Aktivera Git-åtgärder på arbetsytor som finns på andra geografiska platser.

Anslutningsfel: Det står att något gick fel när jag försöker ansluta

Beskrivning av problemet: När du har valt Anslut på fliken Git-integrering visas dialogrutan Något gick fel . När du väljer källkontrollknappen anger dessutom fönstret att du måste synkronisera med Git-grenen.

Skärmbild av felmeddelandet när arbetsytan inte kan ansluta.

Skärmbild av felmeddelandet när arbetsytan inte är ansluten till en Git-gren.

Orsak: Om mappen som du försöker ansluta till har underkataloger men inga infrastrukturobjekt misslyckas anslutningen.

Lösning: Öppna Git-lagringsplatsen i Azure DevOps och gå till den Git-mapp som definierats i anslutningen. Om Git-mappen innehåller underkataloger kontrollerar du att minst en av dem representerar en objektkatalog. Om katalogen innehåller item.config.json och item.metadata.json filer är det en objektkatalog. Om katalogen inte innehåller dessa filer är det en underkatalog. Om Git-mappen inte innehåller några objektkataloger kan du inte ansluta till den. Ta antingen bort underkatalogerna eller anslut till en annan mapp som inte innehåller underkataloger.

Anslutningsfel: Den frågar om jag vill skapa en ny mapp när jag försöker ansluta till en Git-gren

Beskrivning av problemet: När du har valt Anslut på fliken Git-integrering visas en dialogruta som anger en ogiltig mappsökväg.

Skärmbild av felmeddelande när arbetsytan inte kan ansluta till en mapp.

Orsak: Mappen som du försöker ansluta finns inte, har tagits bort eller skiljer sig om känsligheten skiljer sig från befintliga mappar på lagringsplatsen. Det här meddelandet kan visas om du ansluter till en ny gren eller om mappen har tagits bort från grenen.

Lösning:

  • Om du vill skapa en ny mapp och ansluta den till arbetsytan väljer du Skapa och synkronisera.
  • Om du vill ansluta arbetsytan till en annan mapp väljer du Avbryt och väljer en annan mapp i arbetsyteinställningarna på git-integreringsfliken.

Källkontrollikonen har inget tal

Beskrivning av problemet: Numret på källkontrollikonen anger antalet ändringar som gjorts i arbetsytan sedan den senaste incheckningen. Om ikonen inte har något tal kan det ha uppstått ett problem med att ansluta till grenen.
Lösning: Koppla från och återanslut.

Skärmbild av källkontrollikonen utan tal.

Anslutningsfel: Det står att jag behöver en Premium-licens för att ansluta till git

Beskrivning av problemet: Min arbetsyta var tidigare ansluten till en Git-lagringsplats, men nu står det att jag behöver en Premium-licens för att ansluta.
Orsak: Du kan bara ansluta till Git-lagringsplatser om du har en giltig Premium-licens. Om din licens har upphört att gälla eller om du ändrar din licens till en licens som inte innehåller Git-integrering kan du inte längre ansluta till den lagringsplatsen. Detta gäller även för utvärderingslicenser.
Lösning: Koppla från Git och arbeta utan källkontroll eller köp en Premium-licens.

Förgrening: Jag ser inte grenen jag vill ansluta till

Beskrivning av problemet: Jag ser inte den gren som jag vill ansluta till på fliken förgrening av ut på kontrollpanelen Källa.
Orsak: Förgreningslistan visar bara grenar som du har behörighet att visa.
Lösning: Kontrollera att den gren du vill ha finns och att du har behörighet att visa den. Om inte ber du ägaren av grenen att ge dig behörighet att se grenbegränsningar för mer information.

Förgrening: Min nya arbetsyta synkroniserades inte med min Git-lagringsplats

Beskrivning av problemet: När jag förgrenar mig till en ny arbetsyta navigerar jag till den nya arbetsytan, men Git-integreringen är inte aktiverad där. Orsak: Git-integreringsväxeln kan vara aktiverad för källarbetsytan, men inte för hela klientorganisationen eftersom klientadministratören kan delegera kontrollen över växeln till arbetsyteadministratörer. Om så är fallet har din nya arbetsyta inte Git-integrering aktiverat och du måste aktivera den manuellt från arbetsyteinställningarna innan du synkroniserar arbetsytan med Git. Lösning: Aktivera Git-integrering från arbetsyteinställningarna för den nya arbetsytan.

Incheckningsproblem

Knappen Checka in är inaktiverad

Beskrivning av problemet: Om det gjordes uppdateringar av Git-grenen inaktiveras incheckningar tills du uppdaterar arbetsytan.
Lösning: Uppdatera arbetsytan om du vill aktivera incheckningar.

Maximal incheckningsstorlek har överskridits

Beskrivning av problemet: När jag försöker checka in objekt till Git får jag ett felmeddelande om att jag överskred den maximala incheckningsstorleken.

Skärmbild eller felmeddelande med texten Maximal incheckningsstorlek har överskridits.

Orsak: Den totala storleken på filer som ska checkas in är begränsad till 50 MB.
Lösning: Om du försöker checka in flera objekt samtidigt kan du överväga att checka in dem i mindre batchar. Kontakta supporten om incheckningen innehåller ett objekt med många filer.

Uppdateringsproblem

Båda knapparna Commit och Update är inaktiverade

Beskrivning av problemet: Om du ändrar samma objekt på arbetsytan och Git-grenen kan det leda till en eventuell konflikt. Om ändringar har gjorts i arbetsytan och i Git-grenen för samma objekt inaktiveras uppdateringar tills konflikten har lösts.
Lösning: Lös konflikter och försök sedan igen.

Beskrivning av problemet: När du har valt Uppdatera alla eller Ångra visas en dialogruta som anger fel eftersom åtgärden skulle bryta en beroendelänk.

Skärmbild av felmeddelandet när uppdateringen skulle bryta beroenden.

Lösning: Öppna vyn Ursprung för att hitta objektet eller objekten som skulle tas bort från arbetsytan i uppdateringen och är länkade till objekt som inte tas bort från arbetsytan.

Skärmbild av ursprungsvyn.

Lös problemet genom att ta bort de problematiska objekten:

  • Om objektet inte stöds av Git (till exempel instrumentpaneler) tar du bort det manuellt från arbetsytan.
  • Om objektet stöds av Git (till exempel rapporter) tar du bort det från Git (om det finns) eller från arbetsytan.

Välj Uppdatera alla.
Mer information finns i Uppdatera manuellt från Git.

Efter uppdateringsfel: Beroenden pekar inte på rätt objekt

Beskrivning av problemet: När du har uppdaterat från Git är beroendena för vissa objekt inte som förväntat när du tittar på ursprungsvyn. Proxymodellen pekar till exempel inte längre på rätt modell.

Orsak: Git-integrering stöder inte Direct Query- och proxymodeller just nu.

Lösning: Utför någon av följande åtgärder för att åtgärda beroendena:

  • Redigera bim-filen för ProxyDataset på Git-lagringsplatsen så att den pekar på rätt datauppsättning och uppdatera sedan från Git på arbetsytan för att ta emot ändringen.
  • Använd API:et Uppdatera datakälla för att uppdatera anslutningsinformationen för proxymodellen på arbetsytan.

Lösa felproblem

Ångra problem

Ångra fel: När du har valt Ångra visas en dialogruta som anger ett fel eftersom beroendet inte kan hittas

Beskrivning av problemet: Följande fel visas efter en ångra-åtgärd om det finns ett oöverkommet beroende på fliken Ändringar som inte har valts i åtgärden Ångra.

Skärmbild av felmeddelandet när ångra misslyckas eftersom beroendet inte hittas.

Lösning: Välj alla beroenden för den valda databasen och försök igen.

Beskrivning av problemet: Följande fel visas efter en åtgärd för att ångra, uppdatera eller växla gren:

Skärmbild av felmeddelande när ångra misslyckas eftersom åtgärden skulle bryta en beroendelänk.

Orsak: Det finns ett objekt som inte stöds på arbetsytan som är beroende av ett objekt som inte längre finns på arbetsytan och som orsakar ett beroendeproblem.

Lösning: Öppna vyn Ursprung för att hitta objektet eller objekten som har valts för att "ångras" och är länkade till objekt som inte är markerade.

Skärmbild av ursprungsvyn.

Lös problemet genom att ta bort de problematiska objekten:

  • Om det objekt som inte har valts stöds av Git (till exempel rapporter) väljer du det som ska tas bort.
  • Om objektet som inte är markerat inte stöds av Git (till exempel instrumentpaneler) tar du bort det manuellt från arbetsytan.

Mer information om beroenden finns i Förstå beroenden.

Distributionspipelines

Jag kan inte se knappen för distributionspipelines

Om följande villkor inte uppfylls kan du inte se knappen distributionspipelines.

Jag kan inte se taggen pipelinesteg i min arbetsyta

Distributionspipelines visar en pipelinestegstagg i arbetsytor som har tilldelats till en pipeline. Om du vill se dessa taggar måste du vara pipelineadministratör. Taggar för utvecklings- och testfaserna visas alltid. Du ser dock bara taggen Produktion om du har åtkomst till pipelinen.

En skärmbild av produktionstaggen i en arbetsyta för produktionspipeline.

Förlorade anslutningar efter distributionen

Beskrivning av problemet: I en fullständig pipeline, när du har avtilldelat en arbetsyta från en fas och sedan distribuerat till den, återupprättar distributionspipelines anslutningarna mellan objekt i källsteget som du distribuerade från och målfasen. Ibland kan dock distributionspipelines inte återupprätta anslutningarna mellan objekt i käll- och målfaserna. Detta kan till exempel inträffa när du oavsiktligt tar bort ett objekt.
Lösning: Om du vill återupprätta dessa anslutningar avtilldela och omtilldela samma arbetsyta i målfasen.

Jag kan inte tilldela en arbetsyta till en fas

Orsak: När du tilldelar en arbetsyta till en distributionspipelines-fas kontrollerar distributionspipelines objekten (till exempel rapporter och instrumentpaneler) på arbetsytan. Om det finns två objekt av samma typ med samma namn i en angränsande fas kan distributionspipelines inte avgöra vilken av dem som ska matcha den i den tilldelade arbetsytan, och felmeddelandet kan inte tilldela arbetsytan visas. Om du till exempel försöker tilldela en arbetsyta till teststeget och en av dina rapporter kallas "regional försäljning", misslyckas tilldelningen om det finns fler än en rapport med samma namn i utvecklings- eller produktionsfaserna. Det går också inte att tilldela arbetsytan om arbetsytan som du tilldelar har två semantiska modeller med titeln "regional försäljningssemantisk modell", och det finns en semantisk modell med samma namn i utvecklings - eller produktionsfaserna .
Lösning: Lös det här felet genom att ändra namnet på det objekt som inte matchar objektet i fasen som du försöker tilldela. Du kan välja länkarna i felmeddelandet för att öppna objekten i Infrastrukturresurser.

En skärmbild av felmeddelandet *Det går inte att tilldela arbetsytan* i distributionspipelines.

Jag ser symbolen "annorlunda" när jag har tilldelat en arbetsyta med semantiska modeller som liknar de semantiska modellerna i angränsande steg

Orsak: De flesta semantiska modeller använder den förbättrade funktionen för semantiska modellmetadata , även kallad modell v3. Äldre rapporter kan dock använda den gamla typen av semantiska modellmetadata, som ibland kallas modell v1. Om du tilldelar en arbetsyta som använder den gamla metadatamodellen för semantikmodellen (v1) kan distributionspipelines inte utvärdera om semantikmodellen är liknande i angränsande steg. I sådana fall visas den olika användargränssnittssymbolen, även när de semantiska modellerna är identiska.
Lösning: Lös problemet genom att distribuera de semantiska modeller som visar den olika symbolen.

Jag kan inte se alla mina arbetsytor när jag försöker tilldela en arbetsyta till en pipeline

Orsak: Det kan finnas flera orsaker till att du inte kan se en arbetsyta i listan över arbetsytor som du kan tilldela till en pipeline.

Lösning: Om du vill tilldela en arbetsyta till en pipeline måste följande villkor uppfyllas:

  • Du är administratör för arbetsytan

  • Arbetsytan är inte tilldelad till någon annan pipeline

  • Arbetsytan finns på en infrastrukturresurskapacitet

Arbetsytor som inte uppfyller dessa villkor visas inte i listan över arbetsytor som du kan välja mellan.

Min första distribution misslyckades

Orsak: Din första distribution kan ha misslyckats av någon av flera orsaker.
Lösning: Några möjliga orsaker till fel med deras lösningar visas i följande tabell.

Fel Åtgärd
Du har inte kapacitetsbehörigheter. Om du arbetar i en organisation som har en infrastrukturkapacitet ber du en kapacitetsadministratör att lägga till din arbetsyta i en kapacitet eller be om tilldelningsbehörigheter för kapaciteten. När arbetsytan är i en kapacitet distribuerar du om.

Om du inte arbetar i en organisation med infrastrukturresurser kan du köpa Premium per användare (PPU).
Du har inte behörigheter för arbetsytan. Om du vill distribuera måste du vara medlem i arbetsytan. Be din arbetsyteadministratör att ge dig rätt behörigheter.
Infrastrukturadministratören inaktiverade skapandet av arbetsytor. Kontakta infrastrukturadministratören om du vill ha support.
Du använder selektiv distribution och väljer inte alla länkade objekt. Gör något av följande:

Avmarkera innehållet som är länkat till din semantiska modell eller ditt dataflöde. Ditt omarkerade innehåll (till exempel semantiska modeller, rapporter eller instrumentpaneler) kopieras inte till nästa steg.

Välj den semantiska modellen eller det dataflöde som är länkat till de markerade objekten. De markerade objekten kopieras till nästa steg.

Jag har "objekt som inte stöds" på min arbetsyta när jag försöker distribuera

Orsak: Distributionspipelines stöder inte alla objekt.
Lösning: En omfattande lista över objekt som stöds i distributionspipelines finns i följande avsnitt:

Objekt som inte visas i listan med objekt som stöds kopieras inte till nästa steg.

Jag vill ändra datakällan i pipelinestegen

Orsak: Du kan inte ändra datakällans anslutning i Power BI-tjänst.

Lösning: Om du vill ändra datakällan i test- eller produktionsfaserna kan du använda distributionsregler eller API:er. Distributionsregler träder i kraft först efter nästa distribution.

Jag har åtgärdat en bugg i produktionen, men nu är knappen "distribuera till föregående steg" inaktiverad

Orsak: Du kan bara distribuera bakåt till en tom fas. Om du har innehåll i testfasen kan du inte distribuera bakåt från produktion.

Lösning: När du har skapat pipelinen använder du utvecklingssteget för att utveckla ditt innehåll och testfaserna för att granska och testa det. Du kan åtgärda buggar i dessa steg och sedan distribuera den fasta miljön till produktionsfasen.

Anteckning

Bakåtdistribution stöder endast fullständig distribution. Den stöder inte selektiv distribution

Felmeddelande: "Fortsätt distributionen"

Orsak: Icke-bakåtkompatibla ändringar i källstegsschemat, som att ersätta en kolumntyp från ett heltal till en sträng, orsakar dataförlust i målsemantikmodellen efter distributionen.

Under distributionen kontrolleras metadata i källsemantikmodellen mot målmetadata. Schemabrytande ändringar gör att distributionen stoppas. När detta händer får du meddelandet fortsätt distributionen .

En skärmbild av meddelandet fortsätt distributionen i distributionspipelines.

Lösning: Om du fortsätter med distributionen förlorar du data i målfasen. Du kan använda det här alternativet om ändringarna du gjorde i semantikmodellen var avsiktliga. När distributionen är klar måste du uppdatera målsemantikmodellen.

Om ändringarna inte var avsiktliga stänger du meddelandefönstret, laddar upp en fast .pbix-fil till källarbetsytan och distribuerar om.

När en distribution misslyckas på grund av schemaändringar visar målsteget meddelandet Distributionen misslyckades följt av länken Visa information. Länken öppnar samma fortsätt med distributionsmeddelandet som visades under den misslyckade distributionen.

Felmeddelande: "det går inte att starta distributionen"

Orsak: När du använder inkrementell uppdatering tillåts endast vissa ändringar av den semantiska modell som du distribuerar. Om du har gjort ändringar i semantikmodellen som inte tillåts misslyckas distributionen och du får det här meddelandet:

En skärmbild av det går inte att starta distributionsfelmeddelandet i distributionspipelines.

Lösning: Om du avsiktligt har gjort ändringar i din semantiska modell använder du någon av följande lösningar:

  • Använda .pbix – Publicera ändringarna direkt till målsemantikmodellen. Alla partitioner och data går förlorade, så du måste uppdatera semantikmodellen.

  • Använda XMLA-verktyg – Gör dina ändringar direkt på den semantiska modellen i målfasen.

Mitt visuella objekt bröts efter att ha distribuerat en semantisk modell eller ett dataflöde

Orsak: Semantisk modell och dataflöden är Infrastrukturobjekt som lagrar data och innehåller både data och metadata. Under distributionen kopieras endast metadata medan data inte är det. Det innebär att semantikmodellen eller dataflödet efter distributionen kanske inte har några data och att ett visuellt rapportobjekt som förlitar sig på dessa data ser trasigt ut.
Lösning: Lös problemet genom att uppdatera dataflödet och sedan uppdatera den semantiska modellen i målfasen.

Hur tar jag bort en pipeline som inte har en ägare (en överbliven pipeline)?

Orsak: När du arbetar med distributionspipelines kan det hända att du får en pipeline som inte har någon ägare. En pipeline kan till exempel lämnas utan ägare när en användare som ägde den lämnar företaget utan att överföra ägarskapet. När en pipeline inte har en ägare kan andra användare inte komma åt den. Eftersom en arbetsyta bara kan tilldelas till en pipeline, om den har tilldelats till en pipeline utan ägare, kan ingen avtilldela den och du kan inte använda arbetsytan i en annan pipeline.

Lösning: När en pipeline lämnas utan ägare kan en infrastrukturadministratör lägga till en ny ägare i pipelinen eller ta bort den. Om du vill lägga till en ägare i pipelinen använder du API:et Admin – Pipelines UpdateUserAsAdmin .

Du kan också granska vårt PowerShell-skript, AddUserToWorkspacePipeline (tillgängligt från GitHub-lagringsplatsen PowerBI-Developer-Samples ), vilket gör att du kan göra följande:

  • Hantera pipelineåtkomst – Lägg till alla användare till en arbetsyta i en pipeline.

  • Återta ägarskapet för arbetsytan – Lägg till alla användare i en arbetsyta i en pipeline som inte har en ägare, så att du kan avblockera den.

Om du vill använda det här skriptet måste du ange ett arbetsytenamn och ett UPN (User Principal Name). Skriptet hittar pipelinen som arbetsytan är tilldelad till och lägger till administratörsbehörigheter för den användare som du har angett.

Felmatchningsfel: Fel vid matchning av käll- och målsemantikmodellformatversion

Beskrivning av problemet: Det går inte att starta distributionsfelet som anger att käll- och målsemantikmodellerna har olika datamodelleringsformat, inträffar när de semantiska modellerna i målfasen har en högre modellversion än de semantiska modellerna i källfasen. I sådana fall kan distributionspipelines inte distribueras från källsteget till målfasen. Undvik det här felet genom att använda en semantisk modell som har samma (eller högre) modellversion i källfasen.

Lösning: Uppgradera den semantiska modellen i källfasen med hjälp av en XMLA-slutpunkt för läs- och skrivbehörighet eller Power BI Desktop. När du har uppgraderat den semantiska modellen publicerar du den på nytt till källfasen.

Felmatchningsfel: Fel vid matchning av anslutningsläge för datakälla

Beskrivning av problemet: Om distributionspipelines upptäcker att anslutningsläget för en datakälla i målfasen inte är detsamma som datakällan i källfasen, försöker den konvertera datakällans anslutningsläge i målfasen. Om du använder en datakälla med realtidsanslutningslägen eller realtidsanslutningslägen kan distributionspipelines inte konvertera målets anslutningsläge för datakällan.
Lösning: Använd antingen en XMLA-slutpunkt för läsning och skrivning eller Power BI Desktop för att ändra anslutningsläget för datakällan i källsteget eller ta bort datakällan i målfasen så att distributionen skriver över den.

Distributionen av min semantiska modell misslyckades

Orsak: Det kan finnas några möjliga orsaker till att distributionen av semantikmodellen misslyckas. Följande är möjliga orsaker till fel:

  • En stor semantisk modell har inte konfigurerats med det stora semantiska modellformatet.
  • Den semantiska modellen innehåller ett cirkulärt eller självberoende (till exempel objekt A refererar till objekt B och objekt B refererar till objekt A). I det här fallet visas följande felmeddelande: Ett eller flera objekt kunde inte distribueras eftersom det resulterar i ett tvåvägsberoende mellan objekt.

Lösning:

  • Om din semantiska modell är större än 4 GB och inte använder det stora semantiska modellformatet kan det inte distribueras. Prova att ange semantisk modell så att den använder det stora semantiska modellformatet och distribuera om.
  • Om din semantiska modell innehåller ett cirkulärt eller självberoende tar du bort beroendet och distribuerar om.

Jag har en semantisk modell med DirectQuery eller sammansatt anslutningsläge som använder variation eller automatiska datum-/tidstabeller

Orsak: Semantiska modeller som använder DirectQuery eller sammansatt anslutningsläge och har variant- eller automatiska datum-/tidstabeller stöds inte i distributionspipelines.
Lösning: Om distributionen misslyckas och du tror att det beror på att du har en semantisk modell med en varianttabell kan du leta efter variantegenskapen i tabellens kolumner. Du kan använda någon av följande metoder för att redigera din semantiska modell så att den fungerar i distributionspipelines.

  • Använd importläge i stället för DirectQuery eller sammansatt läge i din semantiska modell.

  • Ta bort de automatiska datum-/tidstabellerna från din semantiska modell. Om det behövs tar du bort eventuella återstående variationer från alla kolumner i dina tabeller. Om du tar bort en variant kan användarskapade mått, beräknade kolumner och beräknade tabeller ogiltigförklaras. Använd endast den här metoden om du förstår hur din semantiska modellmodell fungerar eftersom den kan leda till att data skadas i dina visuella objekt.

Sidnumrerade rapporter

Jag kan inte distribuera en sidnumrerad rapport

Lösning: Om du vill distribuera en sidnumrerad rapport måste du vara medlem i arbetsytan som du distribuerar från (källstegsarbetsytan). Om du inte är medlem i arbetsytan i källfasen kan du inte distribuera den sidnumrerade rapporten.

Matchningsfel för datakälla: Sidnumrerad rapport för målsteg visar data från en fabric-semantisk modell i källfasen

Beskrivning av problemet: För närvarande behandlas semantiska modeller som en extern Analysis Services-datakälla och anslutningar till semantiska modeller växlas inte automatiskt efter distributionen.

När du distribuerar en sidnumrerad rapport som är ansluten till en semantisk infrastrukturmodell fortsätter den att peka på den semantiska modell som den ursprungligen var ansluten till. Använd distributionsregler för att peka den sidnumrerade rapporten till valfri semantisk modell, inklusive till exempel målfasens semantiska modell.

Lösning: Om du använder en sidnumrerad rapport med en semantisk infrastrukturmodell kan du läsa Hur gör jag för att skapa en distributionsregel för en sidnumrerad rapport med en fabric-semantisk modell?

Distributionsfel: Ett stort antal sidnumrerade rapporter misslyckas

Beskrivning av problemet: En distribution av ett stort antal sidnumrerade rapporter med regler kan misslyckas på grund av en överbelastning av kapaciteten.
Lösning: Köp antingen en högre SKU eller använd selektiv distribution.

Dataflöden

Ursprungsvyn: Jag har tagit bort en datakälla som tillhör ett dataflöde, men jag kan fortfarande se den i ursprungsvyn

Orsak: I dataflöden tas gamla datakällor inte bort från dataflödesdatakällans sida. Anslutna objekt tas inte bort för att stödja ursprungsvyn för dataflöden.

Lösning: Det här beteendet påverkar inte distributionspipelines. Du kan fortfarande uppdatera, redigera och distribuera dataflöden i en pipeline.

Jag ser två datakällor som är anslutna till mitt dataflöde när jag har använt dataflödesregler

Beskrivning av problemet: När dataflödets datakälla har ändrats med hjälp av en regel visar dataflödets ursprungsvy en anslutning mellan dataflödets källdatakälla och datakällan som konfigurerats i regeln.

Lösning: Det här beteendet påverkar inte distributionspipelines.

Datamarter

Distributionsproblem: Jag kan inte distribuera en datamart i pipelinen

Lösning: Om du vill distribuera en datamart måste du vara ägare till datamarten.

Distributionsproblem: Min datamartdistribution misslyckades på grund av ett cirkulärt beroende

Skärmbild av felmeddelande om cirkulära eller självberoenden.

Lösning: Det finns antingen ett objekt som refererar till sig själv eller mer än ett objekt som ingår i en cirkelformad referenskedja (till exempel objekt A refererar till objekt B och objekt B refererar till objekt A). Om du vill distribuera datamarten tar du bort det cirkulära beroendet och distribuerar om.

Behörigheter

Vem kan distribuera innehåll mellan faser?

Innehåll kan distribueras till en tom fas eller till en fas som innehåller innehåll. Innehållet måste finnas på en infrastrukturresurskapacitet.

  • Distribuera till en tom fas – Alla licensierade Fabric-användare som är medlem eller administratör på källarbetsytan.

  • Distribuera till en fas med innehåll – Alla licensierade Fabric-användare som är medlem eller administratör för båda arbetsytorna i käll- och måldistributionsstegen.

  • Skriva över en semantisk modell – Distributionen skriver över varje semantisk modell som ingår i målfasen, även om den semantiska modellen inte har ändrats. Alla användare som är medlem eller administratör för båda arbetsytorna, men klientadministratören kan begränsa detta till endast semantiska modellägare.

Jag kan inte se en arbetsyta i pipelinen

Orsak: Behörigheter för pipeline och arbetsytor hanteras separat. Du kan ha pipelinebehörigheter, men inte arbetsytebehörigheter.
Lösning: Mer information finns i avsnittet behörigheter .

Felmeddelande: "Medlemsbehörigheter för arbetsytan krävs"

Lösning: Om du vill tilldela en arbetsyta behöver du minst arbetsytemedlemsbehörigheter för arbetsytorna i dess angränsande steg. Behörigheter för arbetsytor (eller högre) i de närliggande stegen krävs för att aktivera distributionspipelines för att upprätta anslutningar mellan objekt i närliggande pipelinesteg.

En skärmbild av den arbetsytemedlemsbehörighet som krävs i testfasen i en distributionspipeline.

Regler

Distributionsfel på grund av brutna regler

Lösning: Om du har problem med att konfigurera distributionsregler kan du gå till distributionsregler och se till att du följer begränsningarna för distributionsregler.

Om distributionen tidigare lyckades och plötsligt misslyckas med brutna regler kan det bero på att en semantisk modell publiceras på nytt. Följande ändringar i källsemantikmodellen resulterar i en misslyckad distribution:

Parameterregler
  • En borttagen parameter

  • Ett ändrat parameternamn

Regler för datakälla

Distributionsreglerna saknar värden. Detta kan ha hänt om din semantiska modell har ändrats.

En skärmbild av det ogiltiga regelfel som visas när en distribution misslyckas på grund av brutna länkar.

När en tidigare lyckad distribution misslyckas på grund av brutna länkar visas en varning. Du kan välja Konfigurera regler för att navigera till fönstret distributionsregler, där den misslyckade semantiska modellen har markerats. När du väljer den semantiska modellen markeras de brutna reglerna.

Om du vill distribuera rätt åtgärdar eller tar du bort de brutna reglerna och distribuerar om.

Distributionsproblem: Jag har konfigurerat regler, men det distribuerades inte

Orsak: Distributionsregler tillämpas inte omedelbart efter att de har konfigurerats.

Lösning: Om du vill tillämpa distributionsregler måste du distribuera semantiska modeller från källsteget till målfasen som innehåller de skapade distributionsreglerna. När du har konfigurerat distributionsregler och innan du distribuerar visas den olika indikatorn bredvid den semantiska modellen med de konfigurerade reglerna. Detta indikerar att du måste distribuera den semantiska modellen från källsteget till målfasen. När du distribuerar försvinner den andra indikatorn om inga andra ändringar har gjorts, vilket betyder att reglerna har tillämpats korrekt.

Distributionsreglerna är nedtonade

Lösning: Om du vill skapa en distributionsregel måste du vara ägare till det objekt som du skapar en distributionsregel för. Om du inte äger objektet är distributionsreglerna nedtonade.

En skärmbild som visar distributionspipelines distributionsregler nedtonade.

Om något av regelalternativen är nedtonat kan det bero på följande:

  • Regler för datakälla – Det finns inga datakällor som en regel kan konfigureras för.

  • Parameterregler – Det finns inga parametrar som en regel kan konfigureras för.

Min datakällaregel för en semantisk modell misslyckades

Lösning: Att spara datakällans regler kan misslyckas på grund av någon av följande orsaker:

  • Din semantiska modell innehåller en funktion som är ansluten till en datakälla. I sådana fall stöds inte datakällregler.

  • Datakällan använder parametrar. Du kan inte skapa en datakällaregel för en semantisk modell som använder parametrar. Skapa en parameterregel i stället.

Jag kan inte ansluta till en semantisk modell när jag skapar en ny semantisk modellregel

Orsak: När du skapar en semantisk modell med Power BI Desktop kan anslutningssträng konfigureras. Senare kan den semantiska modellen publiceras och användas av distributionspipelines i Power BI-tjänst. När du skapar anslutningen i Power BI Desktop kan du ange ytterligare parametrar. När du anger parametrarna måste den semantiska modellkällan vara den första parametern som anges. Om du listar andra parametrar före den semantiska modellkällan stöter du på fel i Power BI-tjänst. När du konfigurerar en ny semantisk modellregel kan distributionspipelines inte skapa regeln om du pekar på en semantisk modell som inte har konfigurerats korrekt i Power BI Desktop.

Lösning: Formatera den semantiska modellanslutningen i Power BI Desktop så att den semantiska modellkällan visas på den första raden. Publicera sedan om semantikmodellen.

Felsökningsfel

Använd det här avsnittet om du vill felsöka pipelineregler som du har skapat. Om du inte ser ett namn på ett regelfel kan du granska begränsningarna för distributionsregeln och de datakällor som stöds för dataflöden och semantiska modellregler och försöka konfigurera om regeln.

Felmeddelande Lösning
Datakällans regel får inte innehålla en parameter Det går inte att tillämpa regeln eftersom servernamnet eller databasnamnet som refereras i regeln styrs av en parameter. Om du vill ändra server- eller databasnamnet använder du en parameterregel eller tar bort kontrollparametern från det konfigurerade objektet.
Körningsfel för datakälla Det går inte att tillämpa en regel på grund av ett problem med att hämta data från datakällan. Ta bort regeln och kontrollera att semantikmodellen har giltiga frågor. Försök sedan att skapa regeln igen.
Regelegenskapen finns inte längre Vissa av de regelegenskaper som konfigurerats i regeln finns inte längre. Uppdatera sidan och konfigurera regeln igen.
Ogiltigt värde Ett värde som används i den konfigurerade regeln är inte giltigt. Verifiera regelns värden och försök konfigurera regeln igen.
Flera datakällor stöds inte Det går inte att tillämpa en semantisk modellregel på grund av konfigurationen av datakällan. Ta antingen bort regeln eller skriv om de semantiska modellfrågorna med hjälp av vanliga Power BI Desktop-verktyg.
Målsemantikmodellen kan bara ändras av ägaren Regeln skriver över vissa semantiska modeller på målarbetsytan. Du måste vara ägare till en semantisk modell som ska skrivas över.