Kommentar
Åtkomst till den här sidan kräver auktorisering. Du kan prova att logga in eller ändra kataloger.
Åtkomst till den här sidan kräver auktorisering. Du kan prova att ändra kataloger.
Den här artikeln beskriver hur du konfigurerar en datakvarhållningsprincip för en Microsoft Dataverse-tabell.
Förutsättningar
Dessa krav måste slutföras innan du kan ange en tabell för långsiktig datakvarhållning:
Aktivera en tabell för långtidslagring
Innan du konfigurerar en kvarhållningsprincip aktiverar du den överordnade tabellen (rottabellen) för långsiktig kvarhållning.
Anmärkning
När en överordnad tabell (rot) har aktiverats för att behålla en längre tid aktiveras alla relaterade underordnade tabeller automatiskt. Du kan inte inaktivera lagring för en underordnad tabell om den överordnade tabellen redan är aktiverad för lagring. Anta till exempel att en anpassad tabell och anteckningstabell är underordnade tabeller i ärendetabellen. De här underordnade tabellerna kan inte inaktiveras för lagring när den överordnade ärendetabellen har aktiverats. En skapare kan alltid inaktivera den överordnade tabellen för långsiktig lagring och aktivera de underordnade tabellerna separat för lagring. Det finns dock ett undantag till det relaterade beteendet för underordnade tabeller när långtidsbevarande aktiveras via en lösningsimportprocess. I det här fallet är de relaterade barntabellerna inte automatiskt aktiverade.
- Logga in på Power Apps, gå till Tabeller och öppna sedan den tabell som du vill använda. Om objektet inte finns i sidopanelen väljer du ... Mer och välj sedan det objekt som du vill använda.
- Välj Egenskaper bredvid området Tabellegenskaper , expandera Avancerade alternativ och välj sedan Aktivera långsiktig kvarhållning.
- Välj Spara.
Den överordnade roten och eventuella underordnade tabeller är tillgängliga för policyinställningar efter ungefär 15–30 minuter efter att du har sparat tabellen. Ju fler underordnade tabeller ju längre tid tar det att slutföra processen.
Fastställa Dataverse-vyer för principvillkor
Dataverse-vyer används för att avgöra vilka tabellrader (poster) som har markerats för bevarande enligt en långsiktig bevarandepolicy. Innan du konfigurerar en datakvarhållningsprincip måste du konfigurera en Dataverse-vy som villkor för kvarhållning.
När du har en Dataverse-vy för användning i en viss långsiktig kvarhållningsprincip bör du testa visningsresultatet. En bra idé är att ändra vyfrågan med en TOP N -instruktion och testa den för att säkerställa att den returnerade resultatuppsättningen är som förväntat. Detta rekommenderas alltid särskilt när antalet rader är stort.
Anta till exempel att en Dataverse-vy har skapats för att välja alla stängda ärenden från år 2015. Antalet fall kan vara potentiellt mycket stort. Därför bör du lägga till en TOP N, till exempel TOP 10, i vyn och testa den för att bekräfta exempeluppsättningen för de hämtade fallen.
När datakvarhållningsprincipen körs inkluderar den rader från den överordnade tabellen och alla underordnade tabeller för lagring av data på lång sikt. De överordnade fallen kan ha associerade rader från underordnade tabeller, som till exempel anteckningar, uppdrag och anpassade tabeller. Kvarhållningsprincipen säkerställer att ärendeposten och alla dess relaterade underordnade rader markeras och behålls på lång sikt i Dataverse. Dessutom avnormaliseras uppslagsvärdena i ärendetabellen, där ID- och namnvärden görs tillgängliga som en del av de bevarade data. Detta gör det möjligt i många scenarier för en enskild fråga att hämta relevanta bevarade data.
Important
Vi rekommenderar att du skapar en Dataverse-vy som bara identifierar de rader som du vill behålla. Skapa sedan och kör en app med en vy för verifiering innan du använder den som kriterium i din policy. Information om hur du skapar en tabellvy finns i Skapa och redigera offentliga vyer eller systemvyer.
Konfigurera en kvarhållningsprincip
Power Platform-administratörer konfigurerar kvarhållningsprinciper.
Important
- När data behålls som långsiktiga (inaktiva) data kan de inte flyttas tillbaka till det aktiva datalagret.
- 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
- För att slutföra den här uppgiften måste du ha rollen Power Platform-administratör.
- Aktivera en tabell för långtidslagring
- Logga in på Power Apps och välj sedan Kvarhållningsprinciper i det vänstra navigeringsfönstret. Om objektet inte finns i sidopanelen väljer du ... Mer och välj sedan det objekt som du vill använda.
- I kommandofältet väljer du Ny kvarhållningsprincip.
- Slutför följande egenskaper för kvarhållningsprincipen:
- Tabell. Välj den överordnade rottabellen som ska användas för att konfigurera en princip för att behålla historiska kalla data i långsiktig lagring.
- Name. Ange ett namn för kvarhållningsprincipen.
- Kriterier. Välj en vy från listan. Vyn bör ha skapats och testats tidigare för att säkerställa att rätt historiska data har valts. Fastställa Dataverse-vyer för principvillkor
- Schema – Startdatum. Ange det datum då policyn ska köras för första gången. Principen körs utanför kontorstid i din miljös region.
-
Frekvens. Tillgängliga alternativ är Once, Daily, Weekly, Monthly och Yearly.
- Välj Spara.
Nu kan du visa och hantera policyn. Mer information: Hantera principer för datakvarhållning
Important
- Kvarhållningsprincipen startar inte för miljöer som har administrationsläge aktiverat.
- Alla överordnade och associerade underordnade aktiviteter, e-postmeddelanden, bilagor behålls som en uppsättning när du ställer in en policy på en överordnad tabell. Detta liknar principer för massborttagning. Det går till exempel inte att ange en explicit kvarhållningsprincip för tabellerna Aktivitetspekare, Aktivitetspart och Bifogad fil. Långsiktiga kvarhållningsprinciper kan inte anges för de tabeller där massborttagning inte stöds.
- Den överordnade tabellen och alla relaterade rader från dess underordnade tabeller markeras och lagras i Dataverse för långsiktig lagring.
- Logik som är associerad med en befintlig borttagningsåtgärd i en tabell (förälder och barn) verkställs alltid under körningen av policyn.
- En policysimulering tar från 72 till 96 timmar oavsett datavolym. Datakvarhållningsprinciper får låg prioritet av plattformen. Dataverse kör alltid kvarhållningsprocessen i bakgrunden för att undvika påverkan på andra plattformstjänster, till exempel appar och flöden.
- Tänk på en situation där två principer (Policy1 och Policy2) körs på separata överordnade tabeller med gemensamma underordnade tabeller. Princip 1 börjar köras före Princip2. Om statusen för Policy1 inte har gått längre än väntande avstämning förblir Princip2-statusen väntande borttagningsstatus tills Policy1 fortsätter från Väntande avstämning till Väntande borttagning. Det här beteendet uppstår för att förhindra borttagning av gemensamma poster från gemensamma tabeller i de två policys.
Kända problem
Om en överordnad tabell har många underordnade tabeller och storleken på de överordnade eller underordnade tabellerna är stor kan du uppleva timeout-problem. Till exempel när antalet tabeller är stort i en kaskadrelationskedja, till exempel tjugofem eller fler. Du kan undvika detta genom att först aktivera några underordnade tabeller separat. Gå sedan tillbaka och aktivera den överordnade tabellen.
Nästa steg
Hantera principer för datakvarhållning
Dela med dig av dina förslag
För utvecklare: Långsiktig datakvarhållning