Merk
Tilgang til denne siden krever autorisasjon. Du kan prøve å logge på eller endre kataloger.
Tilgang til denne siden krever autorisasjon. Du kan prøve å endre kataloger.
Viktig
Denne funksjonen er i forhåndsvisning.
Forutsetninger
- En betalt F2 eller høyere Fabric-kapasitet, eller en Power BI Premium per kapasitet (P1 eller høyere) kapasitet med Microsoft Fabric aktivert
- Leierinnstillinger for fabric-dataagenten er aktivert.
- kryss-geo-behandling for AI- er aktivert.
- kryss-geo lagring for AI- er aktivert.
- Minst én av disse, med data: Et lager, et lakehouse, en eller flere Power BI semantiske modeller, en KQL-database eller en ontologi.
- Power BI-semantiske modeller via XMLA-endepunkter-leierbryteren er aktivert for datakilder for semantisk power BI-semantisk modell.
Publisering og versjonskontroll
Oppretting av en dataagent i Microsoft Fabric er en iterativ prosess. Det innebærer foredling av ulike konfigurasjoner, for eksempel:
- Velge relevante tabeller
- Definere instruksjoner for Fabric-dataagent
- Opprette eksempelspørringer for hver datakilde
Etter hvert som du foretar justeringer for å forbedre ytelsen til Fabric-dataagenten, kan du etter hvert publisere fabric-dataagenten. Når den er publisert, genereres en skrivebeskyttet versjon, som du kan dele med andre.
Når du prøver å publisere fabric-dataagenten, kan du inkludere en beskrivelse som forklarer hva fabric-dataagenten gjør. Beskrivelsen er tilgjengelig for forbrukere av Fabric-dataagenten, for å hjelpe dem med å forstå formålet og funksjonaliteten. Andre automatiserte systemer og orchestratorer kan også bruke beskrivelsen til å aktivere Fabric-dataagenten utenfor Microsoft Fabric.
Notat
Du kan be fabric-dataagenten om å beskrive hva den gjør. Deretter kan du finjustere og oppsummere svaret som skal brukes som beskrivelse når du publiserer.
Når du har publisert fabric-dataagenten, kan du fortsette å finjustere den gjeldende kladdeversjonen for å forbedre ytelsen, uten å påvirke den publiserte versjonen som andre bruker. På denne måten kan du iterere med tillit, vel vitende om at endringene forblir isolert fra den publiserte versjonen. Du kan sømløst bytte mellom publiserte versjoner og utkastversjoner, og teste det samme settet med spørringer på begge for å sammenligne ytelsen. Dette hjelper deg med å vurdere effektene av endringene dine, og du kan få verdifull innsikt i hvordan de forbedrer effektiviteten til fabric-dataagenten. Følgende skjermbilde viser hvordan du bytter mellom publiserte og utviklede fabric-dataagentversjoner:
Hvis du vil oppdatere beskrivelsen av fabric-dataagenten uten å gjøre andre endringer, går du til Innstillinger, velger Publisering, og deretter oppdaterer du beskrivelsen, som vist i dette skjermbildet:
Deling av tillatelsesmodeller og nødvendig kildetilgang
Med dataagenten Fabric kan du dele fabric-dataagentene dine med andre, med en rekke tillatelsesmodeller, som vist i dette skjermbildet:
Du har full kontroll over tilgangen til Fabric-dataagenten, og har full kontroll over bruken. Når du deler fabric-dataagenten, må du også dele tilgangen til de underliggende dataene den bruker. Fabric-dataagenten gir alle brukertillatelser til dataene, inkludert Row-Level Security (RLS) og Column-Level Security (CLS).
Underliggende datakildetillatelser
For at en bruker skal kunne spørre gjennom en Fabric-dataagent, trenger de minimum gjeldende tillatelser som vises nedenfor for hver tilkoblede datakildetype. Hvis de har mindre enn den oppførte tillatelsen, mislykkes spørringer eller returnerer tomme resultater.
| Type datakilde | Minimumstillatelse til å spørre via dataagent | Notater |
|---|---|---|
| Semantisk modell for Power BI | Bygg (inkluderer Read) | Lesing alene er ikke tilstrekkelig fordi agenten genererer modellspørringer som krever Build. |
| Lakehouse | Les på lakehouse-elementet (og bordtilgang hvis håndhevet) | Skriving er ikke nødvendig med mindre du endrer data. |
| Warehouse | Les (VELG på relevante tabeller) | Høyere tillatelser bare for DML/DDL-operasjoner. |
| KQL-database | Leserrolle i databasen | Høyere roller bare for administrasjonskommandoer. |
| Ontologi | Les om ontologipunktet, og les om den underliggende semantiske modellen, lakehouse eller KQL-databasen som er bundet til ontologien | |
| Andre støttede kilder | Tilgang på spørrings-/lesenivå | Må tillate metadata + datainnhenting. |
Viktig
Hvis en bruker bare har lesetillatelse på en semantisk modell (ingen kompilering), kan ikke Fabric-dataagenten kjøre de genererte spørringene. Gi bygg for å aktivere interaktiv spørring.
Følg minste rettighet: Gi bare datakildetillatelsene som kreves (for semantiske modeller betyr dette vanligvis Bygg uten å tilordne bredere arbeidsområderoller med mindre det er nødvendig).
Hvis en bruker kan åpne Fabric-dataagenten, men mangler minimumstillatelsen på én eller flere underliggende kilder, mislykkes spørringer som berører disse kildene, med en autorisasjonsfeil eller returnerer tomme resultater, avhengig av kildens sikkerhetsmodell.
- Ingen tillatelse valgt: Hvis du ikke velger noen annen tillatelse, kan brukere bare spørre publisert versjon av Fabric-dataagenten. De har ingen tilgang til å redigere eller til og med vise konfigurasjoner eller detaljer. Dette opprettholder integriteten til fabric-dataagentoppsettet.
- Vis detaljer: Brukere kan vise detaljene og konfigurasjonene for både publiserte og utkastversjoner av Fabric-dataagenten, men de kan ikke gjøre noen endringer i den. De kan imidlertid fortsatt spørre fabric-dataagenten og bygge informativ innsikt uten risiko for utilsiktede endringer.
- Rediger og vis detaljer: Brukere har full tilgang til å vise og redigere alle detaljer og konfigurasjoner for både publiserte og utkastversjoner av Fabric-dataagenten. De kan også spørre fabric-dataagenten, noe som gjør den ideell for samarbeidsarbeid.
Følgende skjermbilde viser de faktiske tillatelsene du kan velge:
Hvis du deler en fabric-dataagent før du publiserer den, kan ikke brukere med standardtillatelser (uten andre tillatelser) spørre den. Det fungerer på denne måten fordi standardtillatelsen tillater brukere å spørre bare den publiserte versjonen – hvis en publisert versjon ikke finnes ennå, kan ikke brukere spørre fabric-dataagenten. Brukere med andre tillatelser (Vis detaljereller Rediger og vis detaljer) har bare tilgang til kladdeversjonen. Følgende skjermbilde viser alternativet for å dele en fabric-dataagent uten å publisere den:
