Översikt över Dataverse för långsiktig datalagring

Microsoft Dataverse stöder anpassade kvarhållningsprinciper för att på ett säkert sätt behålla obegränsade data på ett kostnadseffektivt sätt. Om Dataverse kan stödja företagets tillväxt utan begränsning för aktiva data, kanske du vill överväga att flytta inaktiva data till Dataverses långsiktiga lagringsarkiv.

Viktigt

Den Power Platform-miljö där lagringsprincipen finns måste vara en hanterad miljö. Detta gäller även för Dynamics 365 kunder som måste uppgradera till en hanterad miljö om miljön inte redan är en hanterad miljö.

Kunder som inte uppfyller det här kravet kan fortsätta att skapa principer för datalagring, men principerna är inaktiverade.

Titta på det här videoklippet och lär dig mer om Dataverse lagring av data på lång sikt.

Livscykeln för affärsprogramdata

Överväg livscykeln för affärsprogramdata i tre steg. Första aktiva data, som över tid övergår till inaktiva data och slutligen övergår till borttagna data.

Livscykeldiagram för affärsprogramdata

Fas Beskrivning
1. Aktiva data Data är tillgängliga och omvandlas via appar.
Åtkomst till alla programarbetsflöden.
Kallas även för live data.
2. Inaktiv data Data är oföränderliga och skrivskyddade.
Sparas i långtidslagring.
Har begränsad åtkomst. Behålls för regelefterlevnad, granskning och juridisk bevisinsamling.
3. Borttagna data Permanent borttagna. Datas livscykel har slutförts.

Dataverse ger inbyggt plattformsstöd för långsiktig kvarhållning av data. Det hjälper din organisation att få omedelbara och löpande fördelar:

  • Behåll den historiska appdata på ett säkert sätt under lång tid för revision, juridiska och regulatoriska krav.
  • Få åtkomst till skrivskyddade data för begränsade utredningsändamål.
  • Minska förbrukad databaskapacitet och spara pengar på inaktiva data.
  • Undvik IT-investeringar som krävs för att skapa och underhålla anpassade lösningar för långsiktig kvarhållning av historiska programdata.

Så här fungerar det

Programadministratörer anger anpassade principer för en tabell med kriterier för att lagra data på lång sikt. Den lagrade datan flyttas aldrig ut ur Dataverse utan lagras i en långsiktig Dataverse-kvarhållning. Data skyddas alltid med Dataverse-säkerhet som backas upp av Microsoft Entra ID.

Viktigt

  • När data har lagrats med Dataverses långtidslagring går det inte att flytta tillbaka till Dataverse aktiva applikationstillstånd.
  • När en kvarhållningsprincip körs gör processen API-begäranden i Microsoft Power Platform. Dessa förfrågningar räknas in i de befintliga API-förfrågningar som är tillgängliga med ditt abonnemang. Mer information: Begränsning av begäranden och tilldelningar

Dataverse ger skrivskyddad åtkomst till de data som finns kvar via:

  • Avancerad sökning i en app.
  • Molnflöde i Power Automate.
  • Dataverse OData API:er för anpassade skärmar.

Typer av data som bevaras på lång sikt

Dataverse standardtabeller (förutom systemtabeller), anpassade tabeller samt bifogade filer och bilder kan lagras i Dataverse på lång sikt.

Obs!

För närvarande stöds inte granskningstabeller och elastiska tabeller för långsiktig lagring.

Administratörer anger kvarhållningsprinciper i tabeller när programtillverkaren aktiverar en långsiktig kvarhållning för tabellen. När en tillverkare aktiverar lagring i en överordnad rottabell aktiveras även lagring för alla underordnade tabeller och associerade tillbehör och bilder.

Lagring av data på lång sikt och befintlig borttagningsåtgärd och plugin-program

Alla befintliga kaskadrelationer av borttagningsåtgärder och plugin-program för tabeller utförs när en policy för datalagring körs på tabellen. Dessutom kan åtgärden behålla användas för att utlösa ett anpassat beteende. Programskapare kan skriva egna plugin-program för att bevara åtgärden.

Mer information: Lagring av data på lång sikt

Rapporter om lagringskapacitet

Med Dataverse lagring på lång sikt flyttas aldrig data ut från Dataverse. Den rapporterade kapaciteten i de befintliga Power Platform administratörsrapporterna innehåller både live (aktiv) och lagrad (inaktiv) data i GB.

  • Information om databasens kapacitet som rapporteras:

    • Rapporterad databaskapacitet är summan av live- och behållna data. Den totala databaskapaciteten minskas beroende på hur stor del av dataraderna som bevaras under en principkörning.

  • Observera att policykörningen klaras av på 72 till 96 timmar och att det krävs ytterligare ett dygn innan rapporter om databaskapacitet visas.

  • När rapporten är tillgänglig visar den två poster för en tabell som aktiverats för långsiktig kvarhållning:

    • Tabell, t.ex. Ärende1 eller Kontakt.
    • Tabell-behållen, t.ex. Ärende-behållen och Kontakt-behållen.

    1 Ärendetabellen kräver en Dynamics 365 app, till exempel Dynamics 365 Customer Service.

  • Information om filkapacitet som rapporteras:

    • Om det finns associerade filbilagor som behålls under lång tid, återspeglar filkapaciteten summan av aktuella och lagrade data. Det kommer inte att ske några minskningar eller besparingar med filkapacitet efter att ha kört en retentionsprincip som omfattar bifogade filer.

Rapporter om loggkapacitet är för närvarande inte tillgängliga.

Visa kapacitetsrapporter

Föreställ dig en icke-produktionssituation där alla aktuella data för ärende- och kontakttabellerna bevaras med långtidslagring i Dataverse. Efter att den långsiktiga bevarandeprincip har slutförts, finns det poster för Ärende-behållen och Kontakt-behållen i rapporten. Vilken reduktion av databaskapaciteten som förbrukas beror på antalet rader och kolumndatatyper som är inblandade i lagringsprocessen. Rapporterna kan ta några dagar till en vecka innan de återspeglar de fullt reducerade besparingarna i produktionsmiljöerna. För icke-produktionsmiljöer kan det ta upp till två veckor innan rapporterna återspeglar besparingarna.

Rapport för lagringskapacitet som inkluderar bibehållen tabelldata

Obs!

  • Om tabellerna inte visas i rapporten exporterar du vyn till ett Excel kalkylblad genom att välja de tre lodräta staplarna längst upp till höger i kapacitetsrapporten och sedan välja Ladda ned alla tabeller.
  • Om en tabell vanligtvis har associerade underordnade tabeller visas även den underordnade GB-storleken i kapacitetsrapporterna.

Mer information om kapacitetsrapporter finns i Ny Microsoft Dataverse lagringskapacitet.

Förstå kostnader för lagring på lång sikt

Dataverse lagring på lång sikt kräver inga ytterligare köp av lagringsutrymme och du behöver inte köpa funktionen som en separat tjänst. För varje GB som flyttas från Dataverse-databas till långsiktig Dataverse-kvarhållning förbrukas i genomsnitt 50 % mindre databaskapacitet. Detta beror på att data komprimeras vid Dataverse lagring på lång sikt.

Till exempel:

  • Anta att den databaskapacitet som förbrukas av Contoso är 1 000 GB idag och att den schemalagda långsiktiga kvarhållningsprincipen har körts och behåller 200 GB data med långsiktig Dataverse-kvarhållning.
  • Med en genomsnittlig komprimering på minst 50 % är den kvarhållna datastorleken 100 GB, en besparing på 50 % jämfört med när data var i aktivt tillstånd.
  • Detta innebär att Contoso nu har 800 GB aktiva data och 100 GB inaktiva data i Dataverse.
  • I det här scenariot visar rapporterna om lagringskapacitet databasanvändningen som 900 GB (800 GB + 100 GB).

Obs!

  • I Dataverse komprimeras databasdata för långsiktig kvarhållning. Hur mycket som komprimeras beror på typen av data i Dataverse. Med vissa data (odefinierat), kan du märka att du sparar mer än 50 % medan du i andra kan märka att du sparar mindre än 50 %. Du kan också lägga märke till att sparande är mer uppenbart om mängden data (hundratals GB) blir allt vanligare och att de bevaras på lång sikt.
  • För fil- och bilagor av bilder minskar inte Dataverse den förbrukade kapaciteten vid långtidsförvaring. I sällsynta fall, beroende på filen eller bilden, kan du uppleva försumbara besparingar av filkapacitet.

Lösningsmedvetna bevarandeprinciper

Dataverse lagringspolicyer är lösningsmedvetna. Dataverse kvarhållningsprinciper som läggs till i en lösning kallas lösningsmedvetna kvarhållningsprinciper. Det går att lägga till flera bevarandeprinciper i en och samma lösning. Kvarhållningsprinciper läggs till i en ohanterad lösning. Detta hjälper tillverkare att följa bästa praxis för hantering av applivscykelhantering (ALM) när de arbetar med Dataverse bevarandeprinciper.

När du tar med dina bevarandeprinciper i en lösning blir definitionerna lättare att flytta från en miljö till en annan, vilket sparar tid för att skapa en bevarandeprincip. Du kan till exempel först utveckla en lösning som innehåller en bevarandeprincip i en utvecklingsmiljö eller sandbox-miljö. Sedan flyttar du den bevarandeprincipen till en förproduktionsmiljö för att testa och verifiera att lösningen fungerar bra och är klar för produktion. När testerna har slutförts importerar administratören lösningen till produktionsmiljön.

Om du vill lägga till en kvarhållningsprincip i en lösning går du till Power Apps (make.powerapps.com), skapar eller öppnar en lösning och följer sedan dessa steg:

  1. Välj Lägg till befintlig>Mer>Annat>Data Life Cycle Config (visningsnamnet ändrades från RetentionConfig till Data Life Cycle Config för att stödja både kvarhållnings- och borttagningsscenarier).
  2. Välj en eller flera kvarhållningsprinciper som ska läggas till i lösningen.

Konfigurationen för datalivscykel stöder tillägg av både arkiverings- och borttagningsprinciper i en lösning.

Obs!

  • Data som bevaras av datahämtningsprinciper är inte portabla som en del av lösningar, utan endast definitionerna för datahämtningsprinciperna är det. Du måste köra retentionsprincipen i en miljö för att behålla data i Dataverse för långtidsbevarande.
  • Endast bevarandeprinciper som skapas i Power Platform-miljöer kan vara lösningsmedvetna.
  • När lagring under en längre tid aktiveras via en lösningsimportprocess, aktiveras inte de relaterade underordnade tabellerna automatiskt.

Du skapar en lösning innan du lägger till en bevarandeprincip i den. Att exportera och importera lösningar som innehåller bevarandeprinciper är samma sak som med andra lösningskomponenter.

Mer information om lösningar och lösningskomponenter finns i lösningsöversikt.

Nästa steg

Ange en principen för datalagring för en tabell

Dela med dig av dina förslag

  • Last updated on