Dela via


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

Microsoft Dataverse har stöd för anpassade lagringsprinciper för att på ett kostnadseffektivt sätt på ett säkert sätt bevara obegränsade data på lång sikt. Om Dataverse kan ge ha stöd till företagets tillväxt utan begränsning för aktiva data kanske du vill överväga att flytta inaktiva data till Dataverse datalagring på lång sikt.

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 kommer att behöva 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 under långsiktig datalagring.
Har begränsad åtkomst. Behålls för identifiering av regelefterlevnad, granskning och juridisk identifiering.
3. Borttagna data Permanent borttagna. Datas livscykel har slutförts.

Dataverse ger stöd för inbyggt plattformsstöd för en längre tids datalagring. Med programmet kan organisationer få omedelbar och pågående nytta:

  • 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 undersökningssyften.
  • Minska förbrukad databaskapacitet och spara pengar på inaktiva data.
  • Undvik IT-investeringar som krävs för att bygga och underhålla skräddarsydda lösningar för långsiktig lagring av historisk appdata.

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. Informationen skyddas alltid med Dataverse säkerhet uppbackad av Microsoft Entra ID.

Viktigt

  • När data har lagrats med Dataverse långsiktig kvarhållning går det inte att flytta tillbaka till Dataverse live (aktiva) tillståndshändelser.
  • Kunder som använder självhanterad krypteringsnyckel (BYOK) bör vara medveten om att långtidsbevarad data i Azure Data Lake är krypterad med en Microsoft-hanterad nyckel. Överväg att migrera till en kundhanterad nyckel. Mer information: Migrera ta med Bring Your Own Key-miljöer till kundhanterade nycklar
  • När en lagringsprincip körs gör processen API-förfrågningar 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.
  • Power Automate molnflöde.
  • 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.

Anteckning

För närvarande stöds inte granskning av tabeller och elastiska tabeller och bilder 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 för borttagningsåtgärder och plugin-program för tabeller körs när en principen för datalagring körs på tabellen. Dessutom kan åtgärden behålla användas för att utlösa ett eget 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 tar 72 till 96 timmar och att det kommer att ta ytterligare 24 timmar 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 I ärendetabellen krävs en Dynamics 365-app, t.ex. Dynamics 365 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 bevarandeprincip, som involverade bifogade filer.

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

Visa kapacitetsrapporter

Tänk dig ett scenario som inte är ett produktionsscenario där alla live-data för ärende- och kontakttabellerna bevaras med Dataverse datalagring på lång sikt. 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.

Rapporten Lagringskapacitet som innehåller tabelldata som har lagrats

Anteckning

  • Om tabellerna inte är synliga i rapporten, exportera vyn till ett Excel-kalkylblad genom att välja de tre vertikala staplarna uppe till höger i kapacitetsrapporten och sedan välja Ladda ner alla tabeller.
  • Om en tabell vanligtvis har associerade underordnade tabeller visas även den underordnade GB-storleken i kapacitetsrapporterna.

För mer information om kapacitetsrapporter, gå till 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 genomsnittligt komprimering på minst 50 % är den lagrade datamängden 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).

Anteckning

  • Dataverse med långsiktig kvarhållning komprimeras databasdata. 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.
  • Om du sparar filer och bilder minskar inte Dataverse den kapacitet som förbrukas om du sparar på lång sikt. I undantagsfall kan du, beroende på filen eller bilden, få sparande av filkapaciteten.

Lösningsmedvetna bevarandeprinciper

Dataverse bevarandeprinciper är lösningsmedvetna. Dataverse bevarandeprinciper som läggs till i en lösning kallas lösningsmedvetna lagringsprinciper. Det går att lägga till flera bevarandeprinciper i en och samma lösning. Bevarandeprinciper 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 utvecklings- eller miljö i begränsat läge. 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.

Anteckning

  • Data som bevaras av bevarandeprinciper används inte som en del av lösningar, utan endast definitionerna för bevarandeprincipen. Du måste köra bevarandeprincipen i en miljö för att lagra data i Dataverse långtidslagring.
  • Endast bevarandeprinciper som skapas i Power Platform-miljöer kan vara lösningsmedvetna.
  • Vid en längre tids lagring sker aktivering 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