Bemærk
Adgang til denne side kræver godkendelse. Du kan prøve at logge på eller ændre mapper.
Adgang til denne side kræver godkendelse. Du kan prøve at ændre mapper.
Gennemgå følgende kendte problemer og begrænsninger, før du begynder at arbejde med planlægning i Fabric.
Understøttede grænser kan variere afhængigt af klientressourcer, Fabric-kapacitet og Power BI XMLA-forespørgselsgrænser.
Privat link-understøttelse
Arbejdsområder, der bruger private links , understøtter ikke planelementer, mens private links på lejerniveau understøttes.
Semantisk model
- Hver planpost forbinder til én semantisk model, og du kan ikke ændre den, efter du har forbundet den. Hvis du skal planlægge ud fra forskellige datakilder, skal du oprette separate planposter.
- Semantiske modeller, der er offentliggjort i My workspace , understøttes ikke.
- Sammensatte modeller understøttes i Planlægning, mens understøttelse af individuelle konfigurationer afhænger af kapaciteterne i den underliggende semantiske model, herunder lagringstilstande, datakilder og autentificering.
- Hvis den semantiske model indeholder ikke-understøttede Unicode-tegn, kan indsættelse af en datainputkolonne i et planlægningsark fejle.
- Omdøb ikke en semantisk model, der er forbundet til en planpost. Omdøbning af den semantiske model bryder forbindelsen, og planelementet fungerer ikke længere med den omdøbte semantiske model.
Række-niveau sikkerhedsadfærd (RLS)
- RLS og objektniveausikkerhed (OLS) evalueres baseret på den indloggede brugers tilladelser på den forbundne semantiske model.
Begrænsninger for writebacks
- For Long and Wide writeback-formater erstatter efterfølgende writeback eksisterende rækker, når alle dimensionskolonner og værdier matcher. For at bevare tidligere værdier som ændringshistorik, brug Long med Changes eller Wide med Changes.
- At slette en række i et planlægningsark sletter ikke den tilsvarende række fra destinations-Fabric SQL-tabellen. For at fjerne data fra SQL-databasen skal du slette dem direkte i databasen.
PowerTable-begrænsninger
Følgende begrænsninger gælder for PowerTable-ark.
Kolonnegrænse
PowerTable understøtter maksimalt 1.022 kolonner til masse-uploads. Den underliggende database understøtter op til 1.024 kolonner, hvoraf to er reserveret til intern funktionalitet.
Excel-eksportbegrænsninger
Excel-eksport (rå tilstand) understøtter op til 20 millioner celler eller 1 million rækker, mens Excel-eksport (Label-tilstand) understøtter op til 5 millioner celler.
Sorteringsrækkegrænse
Sort understøtter maksimalt 5 millioner rækker. Sortering understøttes ikke, når det samlede antal rækker overstiger 5 millioner.
Gruppe Efter rækkegrænse
Group By understøtter maksimalt 5 millioner rader. Group By understøttes ikke, når det samlede antal rækker overstiger 5 millioner.
Insight-rækkegrænse
Insight understøtter op til 5 millioner rækker. Insight understøttes ikke, når det samlede antal rækker overstiger 5 millioner.
Find og Erstat rækkegrænse
Find and Replace støtter op til 5 millioner rækker. Find og Erstat understøttes ikke, når det samlede antal rækker overstiger 5 millioner.
Snapshot-begrænsninger
Snapshot-eksport i Gantt understøtter op til 100.000 rækker, og du kan oprette op til 5 snapshots pr. tabel.
Automatiseringsbegrænsning for Find Action-posten
Find Action henter kun de første 1.000 poster.
Automatisering gentagne gruppeiterationsgrænse
En gentagende gruppe behandler kun de første 1.000 elementer. Yderligere genstande ud over denne grænse behandles ikke.
Kaskaderende automatiseringsudløserdybdegrænse
Kaskaderende automatiseringstriggere understøtter op til 2 niveauer, inklusive den indledende trigger. Automatiseringskæder kan ikke strække sig ud over to trigger-niveauer, og yderligere kaskaderende triggere udføres ikke.
Multiple record-operationer i automatisering
Flere postoperationer understøttes ikke i efterfølgende automatiseringshandlinger. Efterfølgende aktioner understøtter kun enkelt-record operationer.
Begrænsning for automatiseringsdatabase-trigger writeback-begrænsning
Opret post, opdatering af post, slet post og formularindsendelse understøtter writeback af op til 10 poster pr. triggertype. Hvis en bruger skriver mere end 10 poster tilbage, bliver automatiseringsjobs ikke aktiveret for nogen af posterne. Systemet udfører ikke delvist automatiseringen for de første 10 poster.
Grænse for rækker i rullebøjlen
Scrollbaren understøtter op til 5 millioner rækker. Scrollbar understøttes ikke, når det samlede antal rækker overstiger 5 millioner. Brugere kan kun navigere i tabellen via paginering.
Gantt- og ressourcelayout-rækkebegrænsning
Gantt og Resource Layout understøtter op til 30.000 rækker. Gantt og Resource Layout understøttes ikke, når det samlede antal rækker overstiger 30.000.
CI/CD service principal support
Bemærkning
Oprettelse af applikationsdatabases for planelementer understøttes nu, når man bruger en service principal med deployment-pipelines.
Semantiske modelreferenceændringer for eksisterende planpunkter
Planelementer oprettet før august 2026 kan vise ændringer i den semantiske modelreference i Git, selv når den forbundne semantiske model ikke har ændret sig. Disse ændringer forventes og skyldes tilbagefyldning og normalisering af den semantiske modelreference.
Gennemgå og commit disse ændringer til Git, før du flytter eller deployerer planelementet til et andet arbejdsområde. Dette sikrer, at Git indeholder den normaliserede semantiske modelreference, og at planelementet kan flyttes til andre arbejdsområder som forventet.
Bemærkning
Git-diffen kan inkludere ændringer i artifactId, datasetRelations, , semanticModelId, semanticModelWorkspaceId, semanticModelWorkspaceName, og url. Disse ændringer repræsenterer normaliserede referenceværdier, ikke ændringer foretaget af brugeren i den semantiske model.
Eksempel på Git-differentiale
Følgende skærmbillede viser et eksempel på semantisk modelreferencenormalisering i visningen Review and commit changes .
Deployment-pipelines fejler med 100 Data Input-elementer
Udrulningspipelines vil fejle, når et planelement indeholder 100 Data Input-elementer. En løsning vil snart være tilgængelig.
Når du modtager en fejlmeddelelse om "Noget gik galt"
Hvis du støder på en "Noget gik galt"-fejl, som kan skyldes et databaseforbindelsesproblem, så vent op til 90 minutter og prøv igen. En løsning vil snart være tilgængelig.
Omdøbning af arbejdsområde
Omdøb ikke et arbejdsområde, der indeholder et planelement. At omdøbe arbejdsområdet ødelægger planpunktet, og elementet åbner ikke længere.
Grænse for bulkdatainput
Bulkdatainput understøtter op til 10 millioner rækker. Upload af mere end 10 millioner rækker fra en Excel- eller CSV-fil understøttes ikke og kan få uploaden til at fejle.
Maksimalt antal ark pr. opgave
Et planpunkt understøtter op til 25 ark. Hold antallet af ark inden for denne grænse for at undgå problemer, når du arbejder med varen.
Maksimalt antal visuelle elementer pr. genstand
Et planpunkt understøtter op til 50 visuelle elementer. Hold antallet af visuelle elementer inden for denne grænse for at undgå problemer, når du arbejder med genstanden.
Infobridge-cellegrænse
Hver Infobridge-forespørgsel i et planlægningsark understøtter op til 10 millioner celler. Forespørgsler, der overstiger denne grænse, kan fejle i at indlæse eller behandles.
For at arbejde med større datasæt skal du fordele dataene på flere planlægningsark og tilføje forespørgsler. Denne tilgang understøtter en samlet arbejdsbog på op til omkring 10 millioner celler (for eksempel fordelt på fem planlægningsark).
Writeback-cellegrænse
Writeback understøtter op til 1,2 millioner celler pr. operation. Writeback-operationer, der overstiger denne grænse, understøttes ikke og kan fejle.