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.
Indstillingen Tillad dataprivatlivs-firewall-partitioner, der refererer til andre partitioner for også at få adgang til datakilder, lader Power Query evaluere forespørgselstrin, der refererer til andre forespørgsler, og tilgå datakilder, når de involverede datakilde-privatlivsniveauer er kompatible. Denne adfærd hjælper Power BI Desktop med at tilpasse sig adfærden i Power Query Online, gateways og Power BI-tjeneste.
Aktivér indstillingen for dataprivatlivs firewall-partitioner
Note
Indstillingen blev introduceret i juli 2026-versionen af Power BI Desktop. Hvis du ikke kan se indstillingen, så opdater Power BI Desktop til juli 2026-versionen eller senere.
For at finde indstillingen i Power BI Desktop:
- Vælg Fil>Funktioner og indstillinger>Funktioner.
- Under GLOBAL skal du vælge Prøveversionsfunktioner.
- Vælg Tillad dataprivatlivs-firewall-partitioner, der refererer til andre partitioner, for også at få adgang til datakilder.
Hvad er ændret
Power Query bruger Data Privacy Firewall til at forhindre, at data fra én kilde utilsigtet sendes til en anden kilde. I tidligere versioner af Power BI Desktop blokerer firewallen forespørgsler, der refererer til andre forespørgsler og også direkte tilgår en datakilde, selv når datakildens privatlivsniveauer er kompatible.
Når Tillad dataprivatlivs-firewall-partitioner, der refererer til andre partitioner for også at få adgang til datakilder, er aktiveret, tillader Power Query disse forespørgselsmønstre, når privatlivsniveauerne er kompatible. Fra juli 2026-versionen af Power BI Desktop er indstillingen aktiveret som standard og matcher den adfærd, der allerede bruges af Power BI-tjeneste. For eksempel kan én forespørgsel returnere en værdi, som en anden forespørgsel bruger til at bygge en webforespørgsel, SQL-sætning, filsti eller anden datakildeforespørgsel, så længe Power Query kan kombinere kilderne baseret på deres privatlivsniveauer.
Når indstillingen er deaktiveret, bruger Power Query den tidligere Power BI Desktop-adfærd. Data Privacy Firewall blokerer en forespørgsel, der refererer til en anden forespørgsel og derefter direkte tilgår en datakilde, selv når datakildens privatlivsniveauer er kompatible.
Scenarier, der ikke længere kræver den tidligere løsning
I ældre Power BI Desktop-versioner kan du have set en fejl, der ligner følgende besked:
Formula.Firewall: Query 'Foo' (step 'Bar') references other queries or steps, so it may not directly access a data source. Please rebuild this data combination.
Tidligere omfattede almindelige løsninger for dette scenarie refaktorering af forespørgsler for at undgå forespørgselsreferencen, duplikering af logik i en enkelt forespørgsel eller deaktivering af privatlivskontroller. Disse løsninger er ikke nødvendige i Power BI Desktop fra juli 2026-versionen og frem, når de involverede datakilde-privatlivsniveauer er kompatible.
Det samme scenarie understøttes allerede i Power BI-tjeneste, så publicerede semantiske modeller kræver ikke en separat indstilling for at muliggøre denne adfærd.
Privatlivsniveauer gælder stadig
Denne funktion deaktiverer ikke Data Privacy Firewall. Power Query evaluerer stadig privatlivsniveauerne for de involverede datakilder, før data kombineres.
For at gennemgå privatlivsindstillinger i Power BI Desktop:
- Vælg Filer>Funktioner og indstillinger>Datakildeindstillinger.
- Vælg en datakilde, og vælg derefter Redigeringstilladelser.
- Gennemgå indstillingen for privatlivsniveau .
- Gentag disse trin for de andre datakilder, der bruges af forespørgslen.
For mere information, se Privacy levels og Behind the scenes of the Data Privacy Firewall.
Når du måske skal ændre forespørgslen
Du kan være nødt til at ændre forespørgsels- eller privatlivsindstillingerne, hvis:
- Datakildens privatlivsniveauer er ikke kompatible.
- Din organisation kræver strengere privatlivsisolering mellem kilder.
- Du bruger en ældre Power BI Desktop-version, hvor indstillingen ikke er tilgængelig eller ikke er aktiveret.
I disse tilfælde bør du overveje at flytte den refererede værdi til den samme forespørgsel før adgangstrinnet til datakilden, oprette en mellemliggende staging-forespørgsel eller adskille adgangstrin fra trin, der kombinerer eller transformerer resultater fra andre forespørgsler. Undgå at deaktivere privatlivstjek, medmindre din organisations sikkerhedspolitik tillader det, og du forstår risikoen ved at sende data fra én kilde til en anden.