Beskyttelse af oplysninger i Microsoft Fabric
Beskyttelse af oplysninger i Fabric er baseret på beskyttelse af oplysninger i Power BI. Den understøttes dog i øjeblikket mindre fuldt ud end i Power BI. I denne artikel beskrives Fabric's funktioner til beskyttelse af oplysninger, og den aktuelle support beskrives i afsnittet overvejelser og begrænsninger.
Egenskaber
I følgende tabel opsummeres de funktioner til beskyttelse af oplysninger i Fabric, der hjælper dig med at opnå maksimal dækning af følsomme oplysninger i din organisation. Stofunderstøttelse er angivet i tredje kolonne. Se afsnittene under Overvejelser og begrænsninger for at få flere oplysninger.
| Egenskab | Scenarie | Supportstatus |
|---|---|---|
| Manuel mærkning | Brugerne kan manuelt anvende følsomme mærkater på Fabric-elementer | Understøttes for alle Fabric-elementer. |
| Standardmærkater | Når et element oprettes eller redigeres, får det en standardfølsomhedsmærkat, medmindre der anvendes en mærkat på andre måder. | Understøttes for alle Fabric-elementer med begrænsninger. |
| Obligatorisk mærkning | Brugerne kan ikke gemme elementer, medmindre der anvendes en følsomhedsmærkat på elementet. Det betyder, at de heller ikke kan fjerne en etiket. | Understøttes i øjeblikket kun for Power BI-elementer. Understøttes for nogle elementer, der ikke er Power BI Fabric, med begrænsninger. |
| Programmeringsmærkater | Følsomhedsmærkater kan tilføjes, ændres eller slettes programmatisk via REST API'er til Power BI-administratorer. | Understøttes for alle Fabric-elementer. |
| Nedarvning af downstream | Når der anvendes en følsomhedsmærkat på et element, overføres etiketten downstream til alle afhængige elementer. | Understøttes for alle Fabric-elementer med begrænsninger. |
| Nedarvning ved oprettelse | Når du opretter et nyt element ud fra et eksisterende element, arver det nye element navnet på det eksisterende element. | Understøttes for alle Power BI Fabric-elementer. Understøttes for nogle elementer, der ikke er Power BI Fabric, som beskrevet i overvejelserne og begrænsningerne. |
| Nedarvning fra datakilder | Når et Fabric-element henter data fra en datakilde, der har en følsomhedsmærkat, anvendes denne mærkat på Fabric-elementet. Mærkaten overføres derefter downstream til de underordnede elementer for det pågældende Fabric-element via nedarvning af downstream. | Understøttes i øjeblikket kun for semantiske Power BI-modeller. |
| Eksport | Når en bruger eksporterer data fra et element, der har en følsomhedsmærkat, flyttes følsomhedsmærkaten med dem til det eksporterede format. | Understøttes i øjeblikket for Power BI-elementer i understøttede eksportstier. |
Overvejelser og begrænsninger
Manuel mærkning
Når du aktiverer følsomhedsmærkater på din lejer, angiver du, hvilke brugere der kan anvende følsomhedsmærkater. Selvom de andre funktioner til beskyttelse af oplysninger, der er beskrevet i denne artikel, kan sikre, at de fleste elementer mærkes, uden at nogen skal anvende en mærkat manuelt, gør manuel mærkning det muligt for brugerne at ændre mærkater på elementer. Du kan finde flere oplysninger om, hvordan du manuelt anvender følsomhedsmærkater på Fabric-elementer, under Sådan anvender du følsomhedsmærkater.
Bemærk
For at en bruger kan anvende følsomhedsmærkater på Fabric-elementer, er det ikke nok kun at inkludere brugeren på listen over angivne brugere. Følsomhedsmærkaten skal også publiceres til brugeren som en del af mærkatens politikdefinitioner i Microsoft Purview Compliance Center. Du kan finde flere oplysninger under Oprette og konfigurere følsomhedsmærkater og deres politikker.
Standardmærkater
Standardmærkater understøttes fuldt ud i Power BI og er beskrevet i Standardnavnpolitik for Power BI. I Fabric er der nogle begrænsninger.
Når der oprettes et element, der ikke er Power BI Fabric, vil standardfølsomhedsmærkaten blive anvendt på elementet, hvis brugeren ikke vælger en mærkat, hvis der er en klar dialogboks til oprettelse. Hvis elementet oprettes i en proces, hvor der ikke er nogen klar dialogboks til oprettelse, anvendes standardnavnet ikke .
Når et Fabric-element, der ikke har nogen mærkat, opdateres, hvis elementet er et Power BI-element, medfører en ændring af et af dets attributter, at standardnavnet anvendes, hvis brugeren ikke anvender en mærkat. Hvis elementet ikke er et Power BI Fabric-element, er det kun ændringer af visse attributter, f.eks. navn og beskrivelse, der medfører, at standardnavnet anvendes. Og dette er kun, hvis ændringen foretages i elementets pop op-menu. I forbindelse med ændringer, der er foretaget i oplevelsesgrænsefladen, understøttes standardmærkater ikke i øjeblikket.
Obligatorisk mærkning
Obligatorisk mærkning understøttes i øjeblikket kun for Power BI-elementer. Obligatorisk mærkning gennemtvinges ikke, hvis der foretages ændringer via pop op-menuen.
For lakehouses, pipelines og data warehouses: Hvis information protection er aktiveret, vil det være muligt for brugeren at vælge en mærkat, hvis obligatorisk mærkning er slået fra, og standardmærkater er slået fra. Obligatorisk mærkatlogik gennemtvinges dog ikke. Det betyder, at brugeren kan gemme elementet uden en etiket, medmindre selve oplevelsen kræver, at der angives en mærkat.
Du kan finde flere oplysninger om obligatorisk mærkning under Obligatorisk mærkatpolitik for Fabric og Power BI.
Programmeringsmærkater
Programmatisk mærkning understøttes for alle Fabric-elementer. Du kan få flere oplysninger under Angiv eller fjern følsomhedsmærkater ved hjælp af REST-administrations-API'er til Power BI.
Nedarvning af downstream
Nedarvning af downstream er som standard slået til. Det understøttes i Fabric på følgende måde:
Understøttes:
- Power BI-element til Power BI-element
- Stofelement til stofelement
- Stofelement til Power BI-element
Understøttes ikke:
- Power BI-element til Fabric-element
Automatisk genererede elementer fra et lakehouse eller data warehouse henter deres følsomhedsmærkat fra deres overordnede lakehouse eller data warehouse. De nedarver ikke mærkaten fra elementer længere oppe i strømmen.
Du kan få flere oplysninger om nedarvning i nedarvning af følsomhedsmærkat.
Nedarvning ved oprettelse
Nedarvning ved oprettelse understøttes for Power BI Fabric-elementer og i andre scenarier med ikke-Power BI-elementer, hvor ét element oprettes fra et andet element:
- En pipeline, der er oprettet fra et Lakehouse, arver følsomhedsmærkaten for Lakehouse.
- En notesbog, der er oprettet ud fra et Lakehouse, arver følsomhedsmærkaten for Lakehouse.
- En Genvej til Lakehouse, der er oprettet fra et Lakehouse, arver følsomhedsmærkaten for Lakehouse.
- En pipeline, der er oprettet ud fra en notesbog, arver følsomhedsmærkaten for notesbogen.
- Et KQL-forespørgselssæt, der er oprettet ud fra en KQL-database, arver følsomhedsmærkaten for KQL-database.
- En pipeline, der er oprettet ud fra en KQL-database, arver følsomhedsmærkaten for KQL-database.
Du kan finde flere oplysninger om nedarvning i nedarvning af følsomhedsmærkater ved oprettelse af nyt indhold.
Nedarvning fra datakilder
Nedarvning fra datakilder understøttes i øjeblikket kun for semantiske Power BI-modeller. Du kan få flere oplysninger under Nedarvning af følsomhedsmærkat fra datakilder.
Eksport
Nedarvning af følsomhedsmærkater ved eksport understøttes kun for Power BI-elementer i understøttede eksportstier. I øjeblikket bruger ingen anden Fabric-oplevelse en eksportmetode, der overfører følsomhedsmærkaten til det eksporterede output. Men hvis de eksporterer et element, der har en følsomhedsmærkat, udstedes der en advarsel.
Hvis du vil se de understøttede eksportstier til Power BI-elementer, skal du se Understøttede eksportstier i Power BI.