Hantera historik för molnflödeskörning i Dataverse (förhandsversion)
[Denna artikel är en förhandsversion av dokumentationen och kan komma att ändras.]
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.
Historiken för molnflödeskörningar i Dataverse används av automatiseringscenter för att tillhandahålla omfattande övervaknings- och felsökningsupplevelser för automationsprocesser i Power Automate.
Viktigt
- Detta är en förhandsversion.
- Förhandsversionsfunktioner ska inte användas i produktion och funktionerna kan vara begränsade. funktionerna är tillgängliga före den officiella publiceringen så att kunderna kan få tillgång tidigare och ge oss feedback.
- Denna funktion håller på att lanserar och är inte tillgänglig i suveräna molnregionen ännu.
Molnflöde kör element
Tabellen FlowRun innehåller huvudelementen i en molnflödeskörning, bland annat följande:
| Element | Description |
|---|---|
| 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. |
| Error message | 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 FlowRun-poster
Som standard lagras flödeskörningsdata i 28 dagar (2 419 200 sekunder). Om du vill ändra varaktigheten för hur länge körningarna kan lagras kan du uppdatera Time to Live (i sekunder) för flödeskörningen i tabellen Organisation i en miljö som baseras 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 minska värdet kan minska antalet FlowRun-poster, och det lagringsutrymme som används, som uppstår med tiden.
Ställ in Time to Live för FlowRun i Dataverse
Om värdet FlowRunTimeToLiveInSeconds value i tabellen Organisation anges till noll stoppas all inmatning av nya FlowRun-poster.
Ställ in Time to Live för FlowRun i Power Platform administrationscenter
Värdet FlowRunTimeToLiveInSeconds i tabellen Organisation kan ställas in i Power Platform administrationscentrets miljöupplevelse. 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 skapas automatiskt och rensas permanent inom någon minut eller två. 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ända FlowEvent-data för att få insyn i FlowRun-data som är kompletta
FlowRun-poster kan vara ofullständiga av flera orsaker. FlowEvent-tabellen används för att ange att körningar hoppats över och att datauppsättningen är ofullständig. Avsaknaden av information betyder inte att datauppsättningen är klar.
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.
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. |
| IngestionDisabledByOrgSettings | 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 historiken för molnflödeskörningar kanske saknas på grund av en hög volym körningar i den här miljön under förhandsgranskningen. |
| 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 till detta ä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. Se till att flödesägarna har läsbehörighet för FlowRun-tabellen om du vill åtgärda problemet.
- 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.
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å data som inte används i det här dataflödet kan inträffa på grund av tillfälliga problem som inte upprepar tjänsten. De poster som saknas representeras inte av FlowEvent. Flödeskörningshistorik inom flödesdetaljer i Power Automate-portalen är transaktionsbaserad och ger därför en förlustfri bild av körningar.
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.
När blir detta allmänt tillgängligt (GA)?
För närvarande finns det ingen bekräftad tidslinje för att överföra den här funktionen från offentlig förhandsversion till allmän tillgänglighet (GA). På grund av arkitektur- och prestandabegränsningar som kräver begränsning kan FlowRun-historiken ha luckor. Vi förstår dock vikten av fullständiga data för flödeskörningshistorik. Vi utvärderar aktivt strategier för förlustfri synkronisering som gör att vi kan flytta den här funktionen till GA i framtiden.
Dessa FlowRun-data används av Automatisering center (förhandsversion) på maker-portalen Power Automate . Även om FlowRun-data kan ha vissa luckor under förhandsversionsfasen finns det ett värde i att göra dessa data tillgängliga för offentlig förhandsversion, både som en fristående funktion och som en del av automatiseringscentret.
Körs historiken i användningsbudgeten när molnflödet Dataverse Power Platform skrivs?
Molnflödeshistorik som körs i moln eftersom Dataverse FlowRun-data inte räknas in mot begäransbegränsningarna Power Platform . API:er som körs för att läsa att FlowRun-data räknas in mot begäransbegränsningar Power Platform .
Hur jämförs dessa data med de data som finns tillgängliga i Application Insights?
Administratörer kan ställa in övervakningsdata Application Insights från flödeskörningar Power Automate . Var Application Insights-data finns:
- 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.
- Kunna korreleras med och Power Apps data med Dataverse Application Insights hjälp av beteckningsidentifierare.