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.
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ö:
- Logga in på Power Platform administratörscenter.
- Navigera till Miljöer.
- Öppna sidan Inställningar för den önskade miljön.
- Välj Produkt>Funktioner.
- 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:
- 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.
- 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:
- Mer fullständig på grund av problem med datapipeline som hämtar FlowRun-data .
- Djupare eftersom den innehåller information om utlösare och åtgärder som körs.
- Kan korreleras med Power Apps- och Dataverse Application Insights-data via korrelations-ID:n.