Overfør arbejdsområder fra Power BI Premium til Microsoft Fabric

Denne artikel hjælper Fabric og Power BI administratorer gennem processen med at flytte arbejdsområder fra Power BI Premium-SKU'er (P SKU'er pr. kapacitet) til Microsoft Fabric kapacitets-SKU'er. Den dækker standardstien for samme område, stien på tværs af områder med særlig håndtering af store semantiske modeller og Fabric elementer samt validerings- og nedlukningstrin.

Migreringen sker på arbejdsområdeniveau. Omfordel hvert arbejdsområde fra en P SKU-kapacitet til en F SKU-kapacitet. Der er ingen spejlvending for hele lejeren. Omfordel arbejdsområder individuelt via Fabric administrationsportal eller samlet via notesbogen til migrering af kapacitet.

Før du starter, skal du beslutte, hvilken F SKU der skal købes, hvilket område der skal bruges, og hvornår der skal migreres. Du kan finde denne vejledning i beslutningsvejledningen til Power BI Premium P SKU-migrering. Du kan se konteksten for hele rejsen under Power BI Oversigt over overførsel af Premium til Microsoft Fabric.

Forudsætninger

Bekræft følgende forudsætninger, før du begynder:

  • Azure adgang. Du har tilladelser til Azure-abonnementet til at registrere ressourceudbyderen Microsoft.Fabric og til at oprette og administrere Fabric kapaciteter. Følg princippet om mindst mulige rettigheder: I stedet for at tildele den brede ejer- eller bidragyderrolle skal du bruge en brugerdefineret rolle, der kun tildeler de Microsoft.Fabric handlinger, Microsoft.Fabric/register/action du har brug for (f.eks. og Microsoft.Fabric/capacities/*). Du kan se en komplet liste over tilgængelige handlinger under Microsoft.Fabric tilladelser. Hvis du vil oprette den brugerdefinerede rolle, skal du se Opret eller opdater Azure brugerdefinerede roller ved hjælp af Azure-portalen.
  • Fabric administratorrolle. Du har rollen Fabric administrator (tidligere Power BI administrator) i lejeren.
  • Rettigheder som kapacitetsadministrator. Du er kapacitetsadministrator i P SKU-kildekapaciteten, så du kan tildele arbejdsområder væk fra den. Du kan få flere oplysninger under Administrer kapacitetsadministratorer.
  • Arbejdsområde eller Fabric administratorrettigheder. Du er arbejdsområdeadministrator for hvert arbejdsområde, du planlægger at tildele igen, eller du udfører omfordelinger som lejeradministrator.
  • Kvote. Dit mål Azure område har nok Fabric kvote for kapacitetsenhed (CU) til at klargøre den F-SKU, du vælger. Hvis ikke, skal du anmode om en kvoteforøgelse i forvejen. Du kan få flere oplysninger under Microsoft Fabric kapacitetskvoter.
  • Microsoft Fabric Capacity Metrics-appen er installeret. Brug den til at oprette en plan for det aktuelle P SKU-forbrug, og valider F SKU-forbrug efter migrering. Se Microsoft Fabric Capacity Metrics-appen.

Trin 1: Lagerér dine arbejdsområder og elementer

For at undgå overraskelser under migreringen er aktivsøgning det mest effektive trin. Lagerér hvert arbejdsområde, der er tildelt dine P SKU-kapaciteter, og markér elementer, der skal håndteres specielt.

For hvert arbejdsområde skal du poste:

  • Navn og id for arbejdsområde
  • Ejere og primær forretningskontakt
  • Power BI elementer: rapporter, semantiske modeller (og deres lagerformat), dataflow, sideinddelte rapporter, dashboards
  • Fabric elementer: Lakehouses, Warehouses, Notebooks, Data Factory pipelines, Eventstreams, KQL-databaser, Dataflows Gen2
  • Planlagte opdateringsvinduer og eventuelle pipelines, der kører efter en tidsplan
  • Gatewayafhængigheder

Markér følgende elementer med flag, fordi de skal håndteres på tværs af områder:

Tips

Selvom din organisation kun har licens Power BI Premium, kan brugerne have oprettet Fabric elementer under en Fabric prøveversion. Kør registrering i alle arbejdsområder, ikke kun dem, du forventer at indeholde Fabric elementer.

Hvis du vil udtrække metadata for arbejdsområder og elementer, skal du bruge Power BI administrator-REST API'er eller administratorfunktionerne for Semantic Link Labs.

Trin 2: Opret F SKU-kapaciteten i Azure

Køb F-SKU'en, før du tildeler arbejdsområder igen. Hold P-SKU'en aktiv, indtil omfordeling og validering lykkes.

  1. Log på Azure-portalen.
  2. Bekræft, at Microsoft.Fabric ressourceudbyderen er registreret i dit abonnement. I abonnementsruden skal du vælge Ressourceudbydere, finde Microsoft.Fabricog vælge Registrer , hvis den ikke allerede er registreret.
  3. Opret en Microsoft Fabric kapacitet ved at følge Køb et Microsoft Fabric-abonnement. Vælg det område, den SKU-størrelse og faktureringsmodel (betalt efter forbrug eller reservation), du har valgt i beslutningsvejledningen.
  4. Tilføj en kapacitetsadministrator på den nye kapacitet på Fabric administrationsportal, før du tildeler arbejdsområder til den igen.

Bemærk

Power BI Premium-funktioner låses kun op på F64 og større kapaciteter. Gratis brugere kan kun få vist indhold med rollen Læser på F64 og større. Hvis du tilpasser størrelsen til F32 eller mindre, skal du planlægge Pro-licenser for hver rapportfremviser.

Trin 3: Styr et arbejdsområde med lav effekt

Overfør et ikke-kritisk arbejdsområde først. Dette pilotprojekt validerer dine forudsætninger og viser eventuelle særheder, før du berører forretningskritisk indhold.

  1. Vælg et arbejdsområde med test eller begrænset effekt med mindst én rapport, én planlagt opdatering og én gatewayforbindelse.
  2. Tildel arbejdsområdet igen ved at følge trin 4: Tildel arbejdsområder igen.
  3. Valider pilotarbejdsområdet ved at følge trin 5: Valider migreringen.
  4. Løs eventuelle problemer, før du fortsætter med resten.

Trin 4: Omfordel arbejdsområder

Omfordel arbejdsområder fra kilde-P-SKU'en til den nye F SKU. Vælg den metode, der passer til omfanget af din migrering. Brug Fabric administrationsportalen til nogle få arbejdsområder. For mange arbejdsområder eller flere målkapaciteter skal du bruge notesbogen til migrering af kapacitet.

Vigtige oplysninger

Hvis du migrerer på tværs af områder, kan du sikkerhedskopiere eller hente definitioner for elementer, der ikke kan overleve en omfordeling på tværs af områder, før du tildeler arbejdsområdet igen. Hvis du springer dette trin over, medfører det tab af data. Du kan se procedurer under Håndter semantiske modeller i stort lagerformat og Håndter Fabric elementer.

Brug denne metode, når du har et lille antal arbejdsområder, eller når du vil have en manuel, overvågelig trinvis proces. Videretildel arbejdsområder samlet via siden Kapacitetsindstillinger på Fabric administrationsportal:

  1. Log på Power BI-tjeneste som Fabric eller Power BI administrator.
  2. ÅbnIndstillinger for kapacitetadministrationsportalen>, vælg fanen Fabric kapacitet, og vælg din nye F SKU-kapacitet.
  3. Under Arbejdsområder, der er tildelt til denne kapacitet, skal du vælge Tildel arbejdsområder>Specifikke arbejdsområder, vælge de arbejdsområder, der skal flyttes fra din P-SKU, og vælge Anvend.

Omfordeling af et enkelt arbejdsområde fuldføres typisk på få sekunder. Gentag for hver batch af arbejdsområder.

Du kan se det fulde sæt indstillinger for omfordeling (herunder omfordeling af et enkelt arbejdsområde fra indstillinger for arbejdsområdet, BRUGER- og administrator-API'er og tilladelseskrav pr. kapacitet) under Omtildel et arbejdsområde til en anden kapacitet.

Vigtige oplysninger

Aktive opdateringer og forespørgsler kan afbrydes på tidspunktet for omfordeling. Planlæg omfordelinger uden for opdateringsvinduer og efter langvarige job er fuldført. Efter omfordeling skal brugerne muligvis vente op til en time, før de kan oprette Fabric elementer i de migrerede arbejdsområder i den nye kapacitet.

Trin 5: Valider migreringen

Valider alle batch af arbejdsområder, før du fortsætter. Undlad at afvikle P-SKU'en, før valideringen lykkes på tværs af alle arbejdsområder.

Vigtige oplysninger

Hvis du migrerer på tværs af områder, skal du gendanne eller genoprette de elementer, du sikkerhedskopierede, før du tildeler igen, før du validerer. Du kan se procedurer under Håndter semantiske modeller i stort lagerformat og Håndter Fabric elementer.

Bekræft for hvert migrerede arbejdsområde:

  1. Arbejdsområdet viser navnet på den nye F SKU-kapacitet under indstillinger for arbejdsområde.
  2. Forretningskritiske rapporter indlæses for slutbrugere.
  3. Planlagte opdateringer lykkes for den nye kapacitet. Udløs en opdatering efter behov, hvis du ikke kan vente på den næste planlagte kørsel.
  4. Gatewayforbindelser fungerer. De fleste gatewaykonfigurationer bevares ved omfordeling, men du skal muligvis opdatere nogle.
  5. Udrulningspipelines, arbejdsområdeapps og CI/CD-job publicerer og opdaterer stadig indhold som forventet.
  6. Vareantallet i den nye kapacitet svarer til det lager, du hentede i trin 1. Kør registreringsscriptet igen, og sammenlign resultaterne.

Se appen Microsoft Fabric Capacity Metrics i de første 24 til 48 timer efter migreringen. Se efter vedvarende perioder på eller nær 100% CU-udnyttelse, hvilket angiver, at SKU'en er underdimensioneret.

Trin 6: Demonter P-SKU'en

Når alle arbejdsområder har bestået valideringen, skal du annullere P SKU-abonnementet. Annuller ikke, før omfordeling er fuldført og valideret. Hvis du vil have mere at vide om nåden efter annulleringen, begrænset adgang og tidslinjen for datatab, skal du se Forstå tidslinjen for udfasning af P-SKU.

Sådan annullerer du:

  1. Log på Microsoft 365 Administration som faktureringsadministrator eller global administrator.
  2. Åbn Fakturering>Dine produkter, find Power BI Premium P SKU-abonnementet, og følg annulleringsprompterne. Hvis du bliver bedt om at angive en årsag, skal du citere migrering for at Microsoft Fabric.
  3. Bekræft, at der ikke er tildelt nogen arbejdsområder til den annullerede kapacitet.

Hvis du bruger Power BI-rapportserver, skal du bekræfte din rapportserverlicens, før du annullerer. Efter migreringen er nøglen Report Server tilgængelig på fanen Fabric kapacitet under Kapacitetsindstillinger på administrationsportalen.

Migreringer på tværs af områder: Særlig håndtering

Hvis din mål-F-SKU skal være i et andet Azure område (f.eks. til dataopbevaring eller betydelige ventetidsfordele), skal to kategorier af elementer håndteres ekstra: semantiske modeller i stort lagerformat og Fabric elementer. Omfordeling af samme område er den anbefalede standard. Du kan se beslutningskriterierne under Vælg mellem migrering på tværs af områder og samme område. Du kan finde en komplet liste over flytbare og ikke-flytbare elementtyper under Begrænsninger for flytning af arbejdsområder.

Overflytningen på tværs af områder bruger de samme seks trin som en migrering af samme område. Håndteringstrinnene i dette afsnit kører før og eftertrin 4: Omfordel arbejdsområder for berørte arbejdsområder.

Håndter semantiske lagerformater ved migreringer på tværs af områder

Semantiske modeller i stort lagerformat er knyttet til området i det arbejdsområde, hvor de blev oprettet. De overlever ikke en omfordeling på tværs af områder.

Har du to muligheder:

  • Slet, og geninstaller. Sikkerhedskopiér modeldefinitionen (f.eks. ved hjælp af XMLA-slutpunktsværktøjet eller kopien til kildestyringen), slet modellen i kildearbejdsområdet, tildel arbejdsområdet til F-SKU'en i det nye område, og geninstaller derefter modellen til arbejdsområdet, som om det var nyt. Den geninstallerede model får et nyt GUID, så rapporter, der refererede til den oprindelige model, skal sendes tilbage til den geninstallerede model.
  • Sikkerhedskopiér og gendan. Følg Sikkerhedskopiér og gendan Power BI semantiske Premium-modeller. Sikkerhedskopiér kilden, tildel arbejdsområdet igen, og gendan derefter til det nye område. Den gendannede model får et nyt GUID, så rapporter, der refererede til den oprindelige model, skal sendes tilbage til den gendannede model.

Planlæg nedetid for hver berørt model svarende til geninstallations- eller gendannelsestiden plus opdateringstiden.

Håndter Fabric elementer ved migreringer på tværs af områder

Fabric elementer, f.eks. Lakehouses, Warehouses, Notebooks, Data Factory-pipelines, Eventstreams, KQL-databaser og Dataflow Gen2, overlever ikke en omfordeling på tværs af områder. Du skal fjerne dem, før du omfordeler dem, og oprette dem igen i det nye område bagefter.

Det mest almindelige mønster:

  1. Hent elementdefinitioner til Git. Opret forbindelse mellem kildearbejdsområdet og Git via Fabric Git-integration, og bekræft. Git henter elementdefinitioner, ikke de underliggende data.
  2. Sikkerhedskopiér data separat. Eksportér eller kopiér de data, du skal bevare (f.eks. Lakehouse-filer, lagertabeller) til en placering uden for arbejdsområdet.
  3. Slet de Fabric elementer. Fjern de Fabric elementer fra kildearbejdsområdet.
  4. Omplacer arbejdsområdet. Flyt arbejdsområdet til den nye F SKU-kapacitet ved at følge Trin 4: Tildel arbejdsområder igen.
  5. Opret elementerne i det nye område igen. Gendan fra Git til et nyt separat arbejdsområde i den nye kapacitet for at undgå, at Git synkroniserer overskrivning af andre elementer. Når du har bekræftet det, skal du flytte eller publicere elementer til målarbejdsområdet igen.
  6. Genindlæs data. Genindlæs kildedataene i de genoprettede elementer.

Forsigtigt

Hvis du synkroniserer et arbejdsområde med Git, kan du fjerne alle elementer i arbejdsområdet, der ikke findes i Git-lageret. Gendan altid Fabric elementer til et separat arbejdsområde fra det, du migrerede, og bekræft antallet af elementer, før du flytter dem.

Multigeo-migreringer

Hvis dit aktuelle Premium-fodaftryk bruger multigeo P-kapaciteter, skal du klargøre en matchende F SKU i hvert målområde. Omfordel arbejdsområder i hvert område til F-SKU'en i deres tilsvarende område, og anvend de samme regler for specialhåndtering pr. område. Efter migreringen skal du administrere styring, placering af indhold og kapacitetsstørrelse pr. område.

Migreringer på tværs af lejere

Overførsel på tværs af lejere (f.eks. efter en erhvervelse) understøttes ikke som en omfordeling af arbejdsområdet. Du skal genoprette gateways, semantiske modeller, arbejdsområder, rapporter, apps og dashboards manuelt i destinationslejer. For de fleste behov med flere områder er multigeo i en enkelt lejer enklere. Se Power BI lejermigreringsmønstre og -strategier.

Fejlfinding af almindelige problemer

Symptom Sandsynlig årsag Sådan gør du
Du kan ikke tildele et arbejdsområde til den nye kapacitet igen Du er ikke administrator af målkapaciteten, eller Microsoft.Fabric ressourceudbyderen er ikke registreret. Tilføj dig selv som kapacitetsadministrator på Fabric administrationsportal, og registrer ressourceudbyderen i abonnementet på Azure.
Omfordeling af et arbejdsområde mislykkes med en områdefejl Arbejdsområdet indeholder elementer, der ikke kan flyttes på tværs af områder (store lagerformatmodeller eller Fabric elementer). Følg migreringer på tværs af områder: særlig håndtering.
Rapporter indlæses langsomt efter migrering Den nye F SKU er underdimensioneret for aktuelle arbejdsbelastninger. Brug appen Microsoft Fabric Capacity Metrics til at bekræfte CU-udnyttelsen og skalere op efter behov via Azure-portalen.
Gratis brugere kan ikke længere få vist rapporter Den nye F SKU er F32 eller mindre, hvor gratis fremviseradgang ikke er aktiveret. Skaler op til F64 eller større, eller tildel Pro- eller Premium pr. bruger-licenser til seere.
Planlagte opdateringer mislykkes efter migrering En gateway kan ikke længere nås, eller opdateringslegitimationsoplysninger skal godkendes igen, når arbejdsområdet er flyttet. I arbejdsområdet skal du åbne indstillingerne for semantiske modeller, godkende datakilden igen og bekræfte gatewaybindingen.
Brugerne kan ikke oprette Fabric elementer i et migreret arbejdsområde i op til en time Forventet funktionsmåde. Den Fabric arbejdsbelastning skal bruge tid til at initialisere den nye kapacitet. Vent op til en time, og prøv igen.

Du kan finde omfordelingsfejl, der ikke er angivet her (f.eks. ikke-understøttet migrering, udtømte forsøg eller fejl i dboverførsel, som kan opstå med Private Link eller kundeadministrerede nøglekonfigurationer), under Løsning af almindelige problemer med omfordeling af kapacitet.