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.
OneLake-bruk defineres av data som er lagret og antall transaksjoner. For OneLake-sikkerhet er kapasitetsbruk basert på antall rader i tabellen som sikres. Denne siden inneholder informasjon om hvordan all OneLake-bruk faktureres og rapporteres.
Storage
OneLake-lagring faktureres med en betal-etter-bruk-sats per GB med data som brukes, og bruker ikke stoffkapasitetsenheter (CUer). Stoffelementer som innsjøer og varehus bruker OneLake-lagringsplass. For speilingslagring er data opptil en bestemt grense gratis basert på den kjøpte databehandlingskapasiteten SKU du klargjør. Hvis du vil ha mer informasjon om priser, kan du se Stoffpriser. For native speilet lagring faktureres ikke OneLake-lagring, da det er inkludert i kostnaden for elementer som Power BI-import av semantiske modeller og SQL-database i Fabric.
Du kan overvåke OneLake-lagring på to nivåer:
- Capacity level: Bruk fanen Fabric Capacity Metrics-appen Storage for å se aggregert lagring på tvers av arbeidsområder. For mer informasjon, se Metrics-appens lagringsside.
- Elementnivå: Bruk OneLake-lagringsrapporten iOneLake>Storage-innstillingene> for å se lagringsbruk per element, inkludert synlige elementer, skjulte systemdata og mykt slettede data. Dette hjelper arbeidsområdeadministratorer med å identifisere hvilke elementer som driver mest lagringskapasitet.
Artikkelstørrelsesrapporten genereres av en oppdateringsskanning som beregner varestørrelser på nytt. Etter at en oppdatering er fullført, blir resultatene bufret slik at andre arbeidsområdeadministratorer kan se de siste aggregerte resultatene uten å utløse en ny skanning. Generering eller oppdatering av rapporten bruker Fabric Capacity Units (CUs) basert på antall filer i arbeidsområdet – denne CU-bruken er for skanneoperasjonen og er forskjellig fra Pay-as-you-go OneLake lagringsfakturering.
Merk også at mykslettede data faktureres med samme sats som aktive data. For å forstå OneLake-forbruket bedre, se siden om OneLake Capacity Consumption.
Transaksjoner
Forespørsler til OneLake, for eksempel lesing eller skriving av data, bruker enheter for stoffkapasitet. Satsene på denne siden definerer hvor mye kapasitetsenheter som brukes for en gitt type operasjon.
Operasjonstyper
OneLake bruker de samme tilordningene som Azure Data Lake Storage (ADLS) til å klassifisere operasjonen til kategorien.
Tabellen nedenfor definerer CU-forbruk for OneLake-dataoperasjoner. Per mai 2026 er operasjoner som tidligere ble rapportert separat som «via Proxy» og «via Redirect» samlet under ett operasjonsnavn som inkluderer lagringsnivået. Kolonnen Operasjon i Metrics App viser det gamle navnet, og kolonnen Nytt operasjonsnavn viser det nåværende navnet. Forbruksratene er uendret.
| Operasjon i Måledata-appen | Nytt operasjonsnavn | Operasjonsenhet | Høyt forbruk | Kjølig forbruksrate | Kaldt forbruk |
|---|---|---|---|---|---|
| OneLake Les via omdirigering | OneLake Read | Hver 4 MB per 10 000* | 104 CU sekunder | 260 CU-sekunder | 2 600 CU-sekunder |
| OneLake Skrive via omadressering | OneLake Write | Hver 4 MB per 10 000* | 1626 CU sekunder | 2 600 CU-sekunder | 5 200 CU-sekunder |
| OneLake Andre operasjoner via omdirigering | OneLake andre operasjoner | Per 10 000 | 104 CU sekunder | 104 CU sekunder | 104 CU sekunder |
| OneLake Iterative Lese via omadressering | OneLake Iterativ lesning | Per 10 000 | 1626 CU sekunder | 1 626 CU-sekunder | 1 626 CU-sekunder |
| OneLake Iterativ skriving via omadressering | OneLake Iterativ skriving | Per 100 | 1300 CU sekunder | 1 300 CU-sekunder | 1 300 CU-sekunder |
*OneLake teller en transaksjon for hver 4 MB blokk med data som leses eller skrives for filer > på 4 MB. For filer < på 4 MB telles en fullstendig transaksjon. Hvis du for eksempel gjør 10 000 leseoperasjoner via Omadressering, og hver fillesing er 16 MB, er kapasitetsforbruket 40 000 transaksjoner eller 416 CU-sekunder.
Snarveier
Når du får tilgang til data via snarveier i OneLake, teller transaksjonsbruken mot kapasiteten knyttet til arbeidsområdet der snarveien opprettes. Kapasiteten der dataene til slutt lagres (som snarveien peker til) faktureres for dataene som er lagret.
Når du får tilgang til data via en snarvei til en kilde utenfor OneLake, for eksempel ADLS, teller ikke OneLake CU-bruken for den eksterne forespørselen. Transaksjonene vil bli belastet direkte til deg av en ekstern tjeneste som ADLS.
Stanset kapasitet midlertidig
Når en kapasitet er stanset midlertidig, fortsetter dataene som er lagret, å faktureres ved hjelp av betal-etter-bruk-satsen per GB. Alle transaksjoner til denne kapasiteten avvises når den er stanset midlertidig, slik at ingen Fabric CUs forbrukes på grunn av OneLake-transaksjoner. Hvis du vil ha tilgang til dataene eller slette et Stoff-element, må kapasiteten gjenopptas. Du kan slette arbeidsområdet mens en kapasitet er stanset midlertidig.
Forbruket av dataene via snarveier telles alltid mot forbrukerens kapasitet, slik at kapasiteten der dataene lagres, kan stanses midlertidig uten å forstyrre nedstrømsforbrukere i andre kapasiteter. Se et eksempel på siden For kapasitetsforbruk i OneLake
Nødgjenoppretting
OneLake-bruk når nødgjenoppretting er aktivert, defineres også av mengden data som er lagret og antall transaksjoner.
Lagring av nødoppretting
Når nødgjenoppretting er aktivert, blir dataene i OneLake georeplikert. Dermed faktureres lagringen som lagringsplass for forretningskontinuitet og nødgjenoppretting (BCDR). Hvis du vil ha mer informasjon om priser, kan du se Stoffpriser.
Transaksjoner for nødgjenoppretting
Når nødgjenoppretting er aktivert for en gitt kapasitet, bruker skriveoperasjoner enheter med høyere kapasitet.
Operasjonstyper for nødoppretting
Tabellen nedenfor definerer CU-forbruk når katastrofegjenoppretting er aktivert. Per mai 2026 er operasjoner som tidligere ble rapportert separat som «via Proxy» og «via Redirect» samlet under ett operasjonsnavn som inkluderer lagringsnivået.
| Operasjon i Måledata-appen | Nytt operasjonsnavn | Operasjonsenhet | Høyt forbruk | Kjølig forbruksrate | Kaldt forbruk |
|---|---|---|---|---|---|
| OneLake BCDR Lese via omadressering | OneLake BCDR Les | Hver 4 MB per 10 000 | 104 CU sekunder | 260 CU-sekunder | 2 600 CU-sekunder |
| OneLake BCDR-skriving via omadressering | OneLake BCDR Skriv | Hver 4 MB per 10 000 | 3056 CU sekunder | 5 200 CU-sekunder | 9 880 CU-sekunder |
| OneLake BCDR Andre operasjoner via omadressering | OneLake BCDR Annet | Per 10 000 | 104 CU sekunder | 104 CU sekunder | 104 CU sekunder |
| OneLake BCDR Iterativ lese via omadressering | OneLake BCDR Iterativ lesning | Per 10 000 | 1626 CU sekunder | 1 626 CU-sekunder | 1 626 CU-sekunder |
| OneLake BCDR Iterativ skriving via omadressering | OneLake BCDR Iterativ skriving | Per 100 | 2730 CU sekunder | 2730 CU sekunder | 2730 CU sekunder |
OneLake-lagringsnivåer
Kjøle- og kalde-nivåene introduserer et gebyr for datahenting per GB, som vil bruke kreditter basert på mengden data som leses.
| Operasjon | Beskrivelse | Operasjonsenhet | Høy forbruksrate | Kjølig forbruksrate | Kaldt forbruk |
|---|---|---|---|---|---|
| OneLake Datahenting | OneLake datahenting | Per GB | Ikke tilgjengelig | 200 CU-sekunder | 600 CU-sekunder |
OneLake-sikkerhet
OneLake-sikkerhet bruker kapasitet for RLS-transaksjoner på radnivå (RLS) basert på antall rader i tabellen som er sikret av RLS. Når du får tilgang til en tabell som er sikret med RLS, gjelder kapasitetsforbruket for Stoff-elementet som brukes til å kjøre spørringen i henhold til tabellen nedenfor.
| Operasjon | Beskrivelse | Operasjonsenhet | Kapasitetsenheter |
|---|---|---|---|
| OneLake-sikkerhet RLS | OneLake-sikkerhet RLS | Millionrader i tabellen | 0,1 CU sekunder |
OneLake-diagnostikk
OneLake-diagnostikk bruker kapasitet når diagnostiske hendelser fanges opp og skrives til et destinasjonshus ved innsjøen i henhold til tabellen nedenfor.
| Operasjon | Beskrivelse | Operasjonsenhet | Kapasitetsenheter |
|---|---|---|---|
| Operasjon for OneLake-diagnostikkhendelse | OneLake-diagnostiske skriveoperasjoner | Hver 4 MB per 10 000 | 1626 CU sekunder |
| Operasjon for OneLake BCDR-diagnostikkhendelse | OneLake-diagnostiske skriveoperasjoner når BCDR er aktivert | Hver 4 MB per 10 000 | 3056 CU sekunder |
| Dataoverføring for OneLake-diagnostikk | Overføring av OneLake-diagnostiske data | Per GB | 1.389 CU timer |
Endringer i Fabric arbeidsbelastningsforbruk
Forbrukssatser kan endres når som helst. Microsoft vil bruke rimelig innsats for å varsle via e-post eller via produktvarsling. Endringene trer i kraft på datoen som er oppgitt i Microsoft Release Notes eller Fabric Blog. Hvis en endring i en Fabric Workload Consumption Rate vesentlig øker kapasitetsenhetene (CU) som kreves for å bruke en bestemt arbeidsmengde, kan kundene bruke kanselleringsalternativene som er tilgjengelige for den valgte betalingsmetoden.