Den här artikeln innehåller svar på några av de vanligaste frågorna om verktygen för livscykelhantering i Infrastruktur.
Livscykelhantering har två delar, integrering och distribution. Information om vilken integrering som finns i Infrastruktur finns i Översikt över Git-integrering. Information om vilka distributionspipelines som finns i Infrastruktur finns i översikten över distributionspipelines.
En kort förklaring av Git-integrering finns i Översikt över Git-integrering. Ett flersidigt eller formaterat svar på frågan. Använd valfri Markdown-formatering, förutsatt att du behåller indraget på raderna efter | Tecken.
En kort förklaring av distributionspipelines finns i översikten över distributionspipelines.
Information om licenser finns i Fabric-licenser.
Alla arbetsytor måste tilldelas till en Fabric-licens. Du kan dock använda olika kapacitetstyper för olika arbetsytor.
Information om kapacitetstyper finns i Kapacitet och SKU:er.
Anteckning
- PPU-, EM- och A-SKU:er fungerar endast med Power BI-objekt. Om du lägger till andra infrastrukturobjekt på arbetsytan behöver du en utvärderingsversion, P eller F SKU.
- När du skapar en arbetsyta med en PPU kan bara andra PPU-användare komma åt arbetsytan och använda dess innehåll.
Behörighetsmodellen för distributionspipelines beskrivs i avsnittet behörigheter .
Om du vill konfigurera distributionsregler i distributionspipelines måste du vara ägare till den semantiska modellen.
Om arbetsytans kapacitet finns på en geografisk plats medan Azure DevOps-lagringsplatsen finns på en annan plats, kan infrastrukturresursadministratören bestämma om kors-geo-export ska aktiveras. Mer information finns i Användare kan exportera objekt till Git-lagringsplatser på andra geografiska platser.
Det kan finnas flera orsaker till att ett objekt har tagits bort från arbetsytan.
- Om objektet inte har checkats in och du valde det i en ångra-åtgärd tas objektet bort från arbetsytan.
- Om objektet har checkats in kan det tas bort om du växlar grenar och objektet inte finns i den nya grenen.
Det här är några viktiga saker att tänka på:
- Begränsningar för distributionsregel
- Datakällor som stöds för dataflöde och semantiska modellregler
- Inkrementell uppdatering
- Automation* Distributionspipelines kan inte användas för att distribuera objekt till en arbetsyta som finns i en annan region.
Du kan antingen tilldela en arbetsyta till din pipeline och distribuera den över pipelinen eller tilldela en annan arbetsyta till varje pipelinesteg. Mer information finns i tilldela en arbetsyta till en distributionspipeline.
Vad kan jag göra om jag har en datauppsättning med DirectQuery eller sammansatt anslutningsläge, som använder variant- eller automatiska datum-/tidstabeller?
Datauppsättningar som använder DirectQuery eller sammansatt anslutningsläge och har variant- eller automatiska datum-/tidstabeller stöds inte i distributionspipelines. Om distributionen misslyckas och du tror att det beror på att du har en datauppsättning med en varianttabell kan du leta efter variantegenskapen i tabellens kolumner. Du kan använda någon av metoderna nedan för att redigera din semantiska modell så att den fungerar i distributionspipelines.
Använd importläge i stället för att använda DirectQuery eller sammansatt läge i datauppsättningen.
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.
När du fäster en panel på en instrumentpanel, om panelen förlitar sig på ett objekt som inte stöds (alla objekt som inte finns i den här listan stöds inte) eller på ett objekt som du inte har behörighet att distribuera, kommer panelen inte att återges efter att ha distribuerat instrumentpanelen. Om du till exempel skapar en panel från en rapport som förlitar sig på en semantisk modell som du inte är administratör för får du en felvarning när du distribuerar rapporten. Men när du distribuerar instrumentpanelen med panelen får du inget felmeddelande, distributionen lyckas, men panelen visar ingen information.
Ägaren till en distribuerad sidnumrerad rapport är den användare som distribuerade rapporten. När du distribuerar en sidnumrerad rapport för första gången blir du ägare till rapporten.
Om du distribuerar en sidnumrerad rapport till en fas som redan innehåller en kopia av den sidnumrerade rapporten skriver du över den tidigare rapporten och blir dess ägare i stället för den tidigare ägaren. I sådana fall behöver du autentiseringsuppgifter till den underliggande datakällan, så att data kan användas i den sidnumrerade rapporten.
Sidnumrerade rapportunderrapporter sparas i samma mapp som innehåller den sidnumrerade rapporten. Om du vill undvika återgivningsproblem väljer du både den överordnade rapporten och underrapporterna när du använder selektiv kopiering för att kopiera en sidnumrerad rapport med underrapporter.
Hur gör jag för att skapa en distributionsregel för en sidnumrerad rapport med en fabric-semantisk modell?
Sidnumrerade rapportregler kan skapas om du vill peka den sidnumrerade rapporten till den semantiska modellen i samma fas. När du skapar en distributionsregel för en sidnumrerad rapport måste du välja en databas och en server.
Om du ställer in en distributionsregel för en sidnumrerad rapport som inte har en fabric-semantisk modell, eftersom måldatakällan är extern, måste du ange både servern och databasen.
Sidnumrerade rapporter som använder en semantisk infrastrukturmodell använder dock en intern semantisk modell. I sådana fall kan du inte förlita dig på datakällans namn för att identifiera den fabric-semantiska modell som du ansluter till. Namnet på datakällan ändras inte när du uppdaterar det i målfasen, genom att skapa en datakällregel eller genom att anropa API:et för uppdateringsdatakällan . När du anger en distributionsregel måste du behålla databasformatet och ersätta objekt-ID:t för semantikmodellen i databasfältet. Eftersom den semantiska modellen är intern förblir servern densamma.
Database – Databasformatet för en sidnumrerad rapport med en fabric-semantisk modell är
sobe_wowvirtualserver-<dataset ID>
. Exempel:sobe_wowvirtualserver-d51fd26e-9124-467f-919c-0c48a99a1d63
Ersätt med datauppsättningens<dataset ID>
ID. Du kan hämta datamängds-ID:t från URL:en genom att välja det GUID som kommer efterdatasets/
och före nästa snedstreck.Server – den server som är värd för din databas. Behåll den befintliga servern som den är.
Om du laddar ned RDL:en för den sidnumrerade rapporten efter en distribution kanske den inte uppdateras med den senaste versionen som du kan se i Power BI-tjänst.
När du har ett dataflöde som innehåller semantiska modeller som har konfigurerats med inkrementell uppdatering kopieras eller skrivs inte uppdateringsprincipen över under distributionen. När du har distribuerat ett dataflöde som innehåller en semantisk modell med inkrementell uppdatering till en fas som inte innehåller det här dataflödet måste du konfigurera om det i målfasen om du har en uppdateringsprincip. Om du distribuerar ett dataflöde med inkrementell uppdatering till ett stadium där det redan finns kopieras inte principen för inkrementell uppdatering. I sådana fall måste du göra det manuellt om du vill uppdatera uppdateringsprincipen i målfasen.
Distributionspipelines visar inte datauppsättningar som tillhör datamarts i pipelinefaserna. När du distribuerar en datamart distribueras även dess datauppsättning. Du kan visa datamartens datamängd på arbetsytan i den fas den är i.