Hantera körningshistorik för molnflöden i Dataverse

Med historik för molnflödeskörning i Dataverse kan du använda utbyggbarheten i Dataverse för att spåra resultatet av dina molnflödeskörningar i stor skala. Med den här funktionen kan du använda kraften i den gemensamma dataarkitekturen i Dataverse, bland annat rollbaserad åtkomstkontroll (RBAC), för att hantera FlowRun-data. Endast lösningsmolnflöden som har definitioner i Dataverse kan lagra körningshistoriken i Dataverse.

Genom den här funktionen får varje molnflödeskörning en post i tabellen FlowRun. Funktionen använder icke-relationsdatabasen i Dataverse, det vill säga elastiska tabeller, för att lagra molnflödeskörningens historik.

Körhistoriken för molnflöden i Dataverse används av automatiseringscentret för att erbjuda omfattande funktioner för övervakning och felsökning av automatiseringsprocesser i Power Automate.

Molnflöde kör element

Tabellen FlowRun innehåller huvudelementen i en molnflödeskörning, bland annat följande:

Element Beskrivning
Name Primärnyckel och flödeskörningens logiska app-ID.
Starttid När körningen av molnflödet utlöstes.
Sluttid När molnkörningen var klar.
Körningens varaktighet Tid, i sekunder, för molnflödet att avsluta körningen.
Tillstånd Slutresultat av flödeskörningen (Framgång, Misslyckades eller Avbruten).
Utlösartyp Utlösartypen för denna flödeskörning (Automatisk, Schemalagd eller Manuell).
Felkod Felkod returnerades från flödeskörningen.
Felmeddelande Detaljerat felmeddelande, om tillämpligt, som returneras från flödeskörningen.
Ägare Ägare av flödet.
Arbetsflödesnamn Visningsnamn för molnflödet.
Arbetsflödes-ID WorkflowID för det specifika molnflödet,
Är primär Binärt värde för att ange om denna flödeskörning har något överordnat molnflöde som utlöser det.
Överordnat körnings-ID Namn på den överordnade molnflödeskörningsinstansen, om denna post är för ett underordnat flöde.
Partitions-ID Partitions-ID för denna användare i den elastiska tabellinstansen.
Time to Live Tid i sekunder då den här körningsposten tas bort automatiskt.

Du kan visa och uppdatera informationen via standard-API:er för Dataverse, Dataverse-anslutningsprogrammet eller direkt från vyn Tabeller i tillverkarportalen.

Eftersom den här funktionen är inbyggd i tabellerna lagras historikdata för molnkörningar i specifika logiska partitioner, vilket ger bättre prestanda. Körhistorikdata partitioneras baserat på användare, så varje användare i en organisation har en dedikerad partition.

FlowRun-data använder Dataverse-databasens lagringskapacitet. Lagringsanvändning i olika miljöer kan övervakas i Power Platform-administrationscentret.

Lagringsanvändning för poster av typen FlowRun

Som standard lagras flödeskörningsdata i 28 dagar (2 419 200 sekunder). Om du vill ändra hur länge körningar kan lagras kan du uppdatera Time to Live (i sekunder) för flödeskörningen i tabellen Organisation i en miljö som bygger på Dataverse. Beroende på din miljös lagringskapacitet kan du justera lagringslängden för dessa körposter.

Värdet FlowRunTimeToLiveInSeconds i tabellen Organisation kan ändras i PowerApps-tabelläsaren eller med Dataverse-webb-API.

Aktivera eller minska lagringsutrymmet för molnflödeskörningshistorik

Om värdet FlowRunTimeToLiveInSeconds i tabellen Organisation bevaras varaktigheten för alla nya FlowRun-poster. Att sänka värdet kan med tiden minska antalet FlowRun-poster och det lagringsutrymme som används.

Ställ in livslängd för FlowRun i Dataverse

Om värdet FlowRunTimeToLiveInSeconds value i tabellen Organisation anges till noll stoppas all inmatning av nya FlowRun-poster.

Ange lagringstid för FlowRun i Power Platform-administrationscentret

Värdet FlowRunTimeToLiveInSeconds i tabellen Organization kan ställas in i miljöupplevelsen i Power Platform-administrationscentret. Så här väljer du Time to Live för den FlowRun-entitet som ska användas i en miljö:

  1. Logga in på Power Platform administratörscenter.
  2. Navigera till Miljöer.
  3. Öppna sidan Inställningar för den önskade miljön.
  4. Välj Produkt>Funktioner.
  5. Under Historik för molnflödeskörningar i Dataverse anger du kvarhållningsvärdet Time to Live för FlowRun-entitet till 28 dagar (standardvärdet), 14 dagar, 7 dagar eller Inaktiverat.

Ange anpassade TTL-värden så att en längre eller mer specifik mängd molnflödeshistorik lagras

Om du vill ha ett specifikt Time To Live-värde (TTL) som inte är tillgängligt via Power Platform administrationscenter, då kan du ställa in det värdet direkt som värdet FlowRunTimeToLiveInSeconds i tabellen Organisation.

Minska antalet FlowRun-poster omedelbart

Om det blir ont om lagringsutrymme miljön för kan kunderna välja att rensa databasutrymmet genom att ange värdet TTLInSeconds för en uppsättning FlowRun-poster. Posterna rensas sedan automatiskt och raderas permanent inom en eller två minuter. Se till att posterna inte längre behövs, eftersom de inte kan återställas när de tagits bort.

Beräkningar av Time to Live-värden (TTL)

TTL-värden (Time to Live) för Organization.FlowRunTimeToLiveInSeconds och FlowRun.TTLInSeconds anges i sekunder. Följande tabell innehåller vanliga värden som kan användas i tabellerna Organisation och FlowRun.

dagar Sekunder
1 dag 86,400 sekunder
3 dagar 259,200 sekunder
7 dag 604,800 sekunder
14 dagar 1,209,600 sekunder
28 dagar 2,419,200 sekunder
60 dagar 5,184,000 sekunder

Använd FlowEvent-data för att få insyn i fullständigheten i FlowRun-data

FlowRun-poster kan vara ofullständiga av flera orsaker. FlowEvent-tabellen används för att signalera att körningar har hoppats över och att datauppsättningen är ofullständig. Avsaknaden av signaler betyder inte att datauppsättningen är fullständig.

Du kan visa FlowEvent-posterna i PowerApps-tabelläsaren eller använda Dataverse-webb-API:et. Alla relevanta poster har FlowEvent.EventType-värdet FlowRunIngestion och värdet FlowEvent.EventCode förklarar sedan händelsen.

När du tar bort ett molnflöde genereras inte längre FlowEvent-data för det flödet. Om du senare återställer flödet kan Det ta upp till 24 timmar innan FlowEvent-data visas igen efter återställningen. Körningsutförande och körningshistorik påverkas inte.

Följande tabell innehåller en lista med FlowEvent.EventCode-värden som kan användas för att signalera att FlowRun-data inte är kompletta:

EventCode Anledning
isFlowRunIngestionECSDisabled Historiken för molnflödeskörningar sparas inte i Dataverse på grund av tjänstkonfigurationen, så inga molnflödesdata kan visas. ECS-tjänstkonfigurationen anges automatiskt och en administratör kan inte ändra inmatningsbeteendet i det här tillståndet.
TtlSettingEqual0 Den aktuella miljöns TTL-konfiguration (Time to Live) för molnflödeskörningar är inställd på att inte behålla data. Det här innebär att en del historik för molnflödeskörningar saknas. Detta tillstånd inträffar om Organization.FlowRunTimeToLiveInSeconds har angetts till noll.
Inmatning har inaktiverats av organisationsinställningarna Historiken för molnflödeskörningar sparas inte i Dataverse grund av miljöinställningarna, så en del av historik för molnflödeskörningar kanske saknas. Detta inträffar om Organization.FlowRunTimeToLiveInSeconds tidigare har angetts till noll.
ElasticTableStorageCapacityReached Du har uppnått lagringskapacitetsgränsen i Dataverse vilket orsakar en paus i synkroniseringen av molnflödeskörningsdata.
ElasticTablePartitionLimitReached Du har uppnått lagringspartitionsgränsen i Dataverse vilket orsakar en paus i synkroniseringen av molnflödeskörningsdata.
IngestionRateDataLoss En del av körningshistoriken för molnflöden kan komma att saknas på grund av ett stort antal körningar i den här miljön.
FlowRunsEventLoadingFailed Det går inte att läsa in händelser för molnflödeskörningar i den aktuella miljön. Det här innebär att en del historiska data för molnflödeskörningar kanske inte är tillgängliga.
FlowRunsTTlSettingFailedMessage Det gick inte att hämta miljöns TTL-inställning (Time to Live) för molnflödeskörningar. Det här innebär att en del historiska data för molnflödeskörningar kanske inte är tillgängliga.
ElasticTableNoRoleForUser En användare som äger ett eller flera flöden har inte läsbehörighet till tabellen FlowRun i Dataverse, så en del historik för molnflödeskörningar sparas inte i Dataverse. Anledningen är att användaren inte kan anges som ägare.

Kända begränsningar

  • FlowRun-poster tilldelas en specifik ägare när de skrivs till tabellen, så konceptet med delade FlowRun-poster för delade flöden fungerar inte.
  • Flödesägare behöver minst läsbehörighet till FlowRun-tabellen för att kunna lagra sina körningsposter i Dataverse. Systemet skriver posten FlowRun i tabellen och sedan tilldelas äganderätten till den primära ägaren av flödet. Om den primära ägaren av flödet inte har läsbehörighet till FlowRun-tabellen lagras inte FlowRun-posten och en FlowEvent.EventCode av tabellen ElasticTableNoRoleForUser visas i tabellen FlowEvent. För att åtgärda den här situationen ska du se till att flödesägarna har läsbehörighet för FlowRun-tabellen.
  • För närvarande finns det en gräns på 20 GB per partition inom elastiska tabeller. Ytterligare körpostinsättningar, endast för den specifika användaren, skulle misslyckas när gränsen nås.
  • FlowRun-poster kan begränsas och ignoreras om en användare har många flöden med hög körningsfrekvens. När begränsningen uppnås skapas en post i FlowEvent-tabellen som signalerar att körningarna hoppades över och att datauppsättningen är ofullständig.
  • Vi rekommenderar inte att du använder FlowRun- och FlowLog-entiteterna som mål för utlösaren När en rad läggs till, ändras eller tas bort. Den här åtgärden orsakar en oändlig loop, eftersom poster skapas i dessa tabeller varje gång ett flöde körs.

Kommentar

Den underliggande dataströmmen som används för att driva postinsättningar av molnflödeskörning är inte transaktionsbaserad och är därför inte 100 procent förlustfri. Små dataförluster på den här dataströmmen kan inträffa på grund av tillfälliga, icke-återskapande tjänstproblem. De poster som saknas representeras inte av FlowEvent. Flödets körningshistorik i flödesinformationen i Power Automate-portalen är transaktionell och ger därför en fullständig bild av körningarna utan informationsförlust.

Vanliga frågor och svar

Varför har alla mina miljöer värdet FlowRunTimeToLiveInSeconds inställt på noll?

Om alla miljöer har FlowRunTimeToLiveInSeconds-värdet i tabellen Organisation inställt på noll kan det bero på något av följande:

  1. Om FlowRun-data inte är tillgänglig kanske dina miljöer inte har aktiverats automatiskt för FlowRun-inmatning eftersom det inte fanns tillräcklig mycket Dataverse-databaslagringskapacitet.
  2. Om FlowRun-data var tillgängliga tidigare, kanske en administratör har inaktiverat inmatning av nya poster.

Använder skrivning av körningshistorik för molnflöden till Dataverse Power Platforms förfrågningskvot?

Att skriva körningshistorik för molnflöden till Dataverse som FlowRun-data räknas inte mot Power Platform-förfrågningsgränserna. API:er som körs för att läsa FlowRun-data räknas mot Power Platform-begränsningar för begäranden.

Hur jämförs dessa data med de data som finns tillgängliga i Application Insights?

Administratörer kan konfigurera Application Insights för att tillhandahålla övervakningsdata från körningar av Power Automate-flöden. Application Insights-data är:

Automatiseringscenter