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.
OneLake-forbrug defineres af lagrede data og antallet af transaktioner. I forbindelse med Sikkerhed i OneLake er kapacitetsforbruget baseret på antallet af rækker i tabellen, der sikres. Denne side indeholder oplysninger om, hvordan alt OneLake-forbrug faktureres og rapporteres.
Storage
OneLake-lagerplads faktureres med en betalt efter forbrug-sats pr. GB anvendte data og forbruger ikke Fabric Capacity Units (CU'er). Stofvarer som lakehouses og varehuse forbruger OneLake-lager. I forbindelse med spejling af lager er data op til en bestemt grænse gratis baseret på den købte sku for beregningskapacitet, du klargør. Du kan finde flere oplysninger om priser under Fabric-priser. OneLake-lageret faktureres ikke for oprindeligt spejlvendt lager, da det er inkluderet i prisen på elementer som f.eks. semantiske Power BI-importmodeller og Fabric SQL-database.
Du kan overvåge OneLake-lagring på to niveauer:
- Capacity level: Brug fanen Fabric Capacity Metrics-appen Storage til at se aggregeret lagring på tværs af arbejdsområder. For mere information, se Metrics-appens lagringsside.
- Punktniveau: Brug OneLake-lagringsrapporten i Workspace-indstillinger>OneLake>Storage-rapporten til at se forbruget af lageret pr. element, inklusive synlige elementer, skjulte systemdata og blødt slettede data. Dette hjælper arbejdsområdeadministratorer med at identificere, hvilke elementer der driver det største lagerforbrug.
Rapporten om varestørrelse genereres af en opdateringsscanning, der genberegner varestørrelser. Efter en opdatering er fuldført, caches resultaterne, så andre arbejdsområdeadministratorer kan se de seneste samlede resultater uden at udløse en ny scanning. Generering eller opdatering af rapporten bruger Fabric Capacity Units (CUs) baseret på antallet af filer i arbejdsområdet – denne CU-brug er til scanningsoperationen og adskiller sig fra pay-as-you-go OneLake lagringsfakturering.
Bemærk også, at blødt slettede data faktureres med samme sats som aktive data. For at forstå OneLake-forbruget bedre, se siden OneLake Capacity Consumption.
Transaktioner
Anmodninger til OneLake, f.eks. læsning eller skrivning af data, forbruger Fabric Capacity Units. Satserne på denne side definerer, hvor meget kapacitetsenheder der forbruges for en given type handling.
Handlingstyper
OneLake bruger de samme tilknytninger som Azure Data Lake Storage (ADLS) til at klassificere handlingen i kategorien.
Følgende tabel definerer CU-forbrug for OneLake-dataoperationer. Fra maj 2026 er operationer, der tidligere blev rapporteret separat som "via Proxy" og "via Redirect", samlet under ét operationnavn, der inkluderer lagringsniveauet. Kolonnen Operation i Metrics App viser det gamle navn, og kolonnen Nyt operationnavn viser det aktuelle navn. Forbrugsniveauerne er uændrede.
| Handling i målepunktsappen | Nyt operationsnavn | Handlingsenhed | Hot forbrugsrate | Kølig forbrugsrate | Koldforbrugsrate |
|---|---|---|---|---|---|
| OneLake Læs via omdirigering | OneLake Read | Hver 4. MB pr. 10.000* | 104 CU sekunder | 260 CU-sekunder | 2.600 CU-sekunder |
| OneLake Skriv via omdirigering | OneLake Write | Hver 4. MB pr. 10.000* | 1626 CU sekunder | 2.600 CU-sekunder | 5.200 CU-sekunder |
| OneLake Andre handlinger via omdirigering | OneLake Andre handlinger | Pr. 10.000 | 104 CU sekunder | 104 CU sekunder | 104 CU sekunder |
| OneLake Iterativ Læs via omdirigering | OneLake Iterativ læsning | Pr. 10.000 | 1626 CU sekunder | 1.626 CU-sekunder | 1.626 CU-sekunder |
| OneLake Iterativ skrivning via omdirigering | OneLake Iterativ skrivning | Pr. 100 | 1300 CU sekunder | 1.300 CU-sekunder | 1.300 CU-sekunder |
*For filer > med en størrelse på 4 MB tæller OneLake en transaktion for hver 4 MB datablok, der læses eller skrives. For filer < på 4 MB tælles en komplet transaktion. Hvis du f.eks. udfører 10.000 læsehandlinger via Omdirigering, og hver fillæsning er 16 MB i størrelse, er dit kapacitetsforbrug 40.000 transaktioner eller 416 CU sekunder.
Genveje
Når du får adgang til data via OneLake-genveje, tæller transaktionsforbruget i forhold til den kapacitet, der er knyttet til det arbejdsområde, hvor genvejen oprettes. Den kapacitet, hvor dataene i sidste ende gemmes (som genvejen peger på), faktureres for de lagrede data.
Når du tilgår data via en genvej til en kilde uden for OneLake, såsom ADLS, tæller OneLake ikke CU-forbruget for den eksterne anmodning. Transaktionerne vil blive opkrævet direkte til dig af den eksterne tjeneste som ADLS.
Midlertidigt afbrudt kapacitet
Når en kapacitet er midlertidigt afbrudt, faktureres de lagrede data fortsat ved hjælp af taksten for betaling efter forbrug pr. GB. Alle transaktioner til den pågældende kapacitet afvises, når den er midlertidigt afbrudt, så der forbruges ingen Fabric-CUs på grund af OneLake-transaktioner. Hvis du vil have adgang til dine data eller slette et Fabric-element, skal kapaciteten genoptages. Du kan slette arbejdsområdet, mens en kapacitet er midlertidigt afbrudt.
Forbruget af dataene via genveje tælles altid i forhold til forbrugerens kapacitet, så den kapacitet, hvor dataene er gemt, kan afbrydes midlertidigt uden at forstyrre downstreamforbrugerne i andre kapaciteter. Se et eksempel på siden OneLake Capacity Consumption
It-katastrofeberedskab
OneLake-brug, når it-katastrofeberedskab er aktiveret, defineres også af mængden af lagrede data og antallet af transaktioner.
Lager til it-katastrofeberedskab
Når it-katastrofeberedskab er aktiveret, bliver dataene i OneLake geo-replikeret. Lageret faktureres derfor som BCDR-lager (Business Continuity and Disaster Recovery). Du kan finde flere oplysninger om priser under Fabric-priser.
It-katastrofeberedskabstransaktioner
Når it-katastrofeberedskab er aktiveret for en given kapacitet, bruger skrivehandlinger højere kapacitetsenheder.
Typer af it-katastrofeberedskab
Følgende tabel definerer CU-forbrug, når katastrofeberedskab er aktiveret. Fra maj 2026 er operationer, der tidligere blev rapporteret separat som "via Proxy" og "via Redirect", samlet under ét operationnavn, der inkluderer lagringsniveauet.
| Handling i målepunktsappen | Nyt operationsnavn | Handlingsenhed | Hot forbrugsrate | Kølig forbrugsrate | Koldforbrugsrate |
|---|---|---|---|---|---|
| OneLake BCDR Læs via Omdirigering | OneLake BCDR Læs | Hver 4 MB pr. 10.000 | 104 CU sekunder | 260 CU-sekunder | 2.600 CU-sekunder |
| OneLake BCDR Skriv via omdirigering | OneLake BCDR Skriv | Hver 4 MB pr. 10.000 | 3056 CU sekunder | 5.200 CU-sekunder | 9.880 CU-sekunder |
| OneLake BCDR Andre handlinger via omdirigering | OneLake BCDR Andet | Pr. 10.000 | 104 CU sekunder | 104 CU sekunder | 104 CU sekunder |
| OneLake BCDR Iterativ læsning via omdirigering | OneLake BCDR Iterativ læsning | Pr. 10.000 | 1626 CU sekunder | 1.626 CU-sekunder | 1.626 CU-sekunder |
| OneLake BCDR Iterativ Skriv via omdirigering | OneLake BCDR Iterativ Skrivning | Pr. 100 | 2730 CU sekunder | 2730 CU sekunder | 2730 CU sekunder |
OneLake lagringslag
Cool- og cold-tierene introducerer et gebyr for datahentning pr. GB, som forbruger CU'er baseret på mængden af læste data.
| Handling | Beskrivelse | Handlingsenhed | Høj forbrugsrate | Kølig forbrugsrate | Koldforbrugsrate |
|---|---|---|---|---|---|
| OneLake Datahentning | OneLake datahentning | Pr. GB | Ikke tilgængelig | 200 CU-sekunder | 600 CU-sekunder |
OneLake-sikkerhed
OneLake-sikkerhed bruger kapacitet til RLS-transaktioner (row level security) baseret på antallet af rækker i tabellen, der er sikret af sikkerhed på rækkeniveau. Når du får adgang til en tabel, der er sikret med sikkerhed på rækkeniveau, gælder kapacitetsforbruget for det Fabric-element, der bruges til at udføre forespørgslen i henhold til tabellen nedenfor.
| Handling | Beskrivelse | Handlingsenhed | Kapacitetsenheder |
|---|---|---|---|
| Sikkerhed RLS for OneLake | Sikkerhed RLS for OneLake | Millioner rækker i tabellen | 0,1 CU sekunder |
OneLake-diagnosticering
OneLake-diagnosticering bruger kapacitet, når diagnosticeringshændelser registreres og skrives til et destinationssøhus i henhold til nedenstående tabel.
| Handling | Beskrivelse | Handlingsenhed | Kapacitetsenheder |
|---|---|---|---|
| Betjening af OneLake-diagnosticeringshændelse | OneLake-diagnostiske skrivehandlinger | Hver 4 MB pr. 10.000 | 1626 CU sekunder |
| Betjening af OneLake BCDR-diagnosticeringshændelse | OneLake-diagnostiske skrivehandlinger, når BCDR er aktiveret | Hver 4 MB pr. 10.000 | 3056 CU sekunder |
| Dataoverførsel til OneLake-diagnosticering | Overførsel af OneLake-diagnostiske data | Pr. GB | 1.389 CU timer |
Ændringer i arbejdsbelastningshastigheden for Microsoft Fabric
Forbrugssatserne kan ændres når som helst. Microsoft vil gøre en rimelig indsats for at give besked via mail eller via meddelelse i produktet. Ændringerne træder i kraft på den dato, der er angivet i Microsofts produktbemærkninger eller Microsoft Fabric Blog. Hvis en ændring af en Microsoft Fabric-arbejdsbelastningsforbrugsrate øger de kapacitetsenheder (CU), der kræves for at bruge en bestemt arbejdsbelastning, kan kunderne bruge de annulleringsmuligheder, der er tilgængelige for den valgte betalingsmetode.