Administrere historikk for skyflytkjøring i Dataverse (forhåndsversjon)
[Denne artikkelen inneholder dokumentasjon for forhåndsversjonen og kan bli endret.]
Ved hjelp av loggen for skyflytkjøring i Dataverse kan du bruke utvidbarheten i Dataverse til å spore resultatene av skyflytkjøringene på en skala. Med denne funksjonen kan du bruke kraften i den vanlige dataarkitekturen til Dataverse, inkludert Rollebasert tilgangskontroll (RBAC) til å administrere FlowRun-dataene. Bare løsningsskyflyter med definisjonene i Dataverse kan ha kjørehistorikken lagret i Dataverse.
Som en del av denne funksjonen har hver skyflytkjøring en oppføring i tabellen FlowRun. Denne funksjonen bruker den ikke-relasjonsbaserte Dataverse-databasen, elastiske tabeller, til å lagre historikken for skyflytkjøring.
Historikk for skyflytkjøring i Dataverse brukes av automatiseringssenteret til omfattende overvåking og feilsøking for automatiseringsprosesser på tvers av Power Automate.
Viktig!
- Dette er forhåndsversjonsfunksjon.
- Forhåndsversjonsfunksjonene er ikke ment for produksjonsbruk og kan ha begrenset funksjonalitet. Disse funksjonene er tilgjengelige før en offisiell utgivelse, slik at kunder kan få tidlig tilgang og gi tilbakemeldinger.
- Denne funksjonen rulles gradvis ut og er kanskje ikke tilgjengelig i det nasjonale skyområdet ditt ennå.
Elementer for skyflytkjøring
FlowRun-tabellen inneholder nøkkelelementer i en skyflytskjøring, inkludert følgende:
| Element | Description |
|---|---|
| Name | Primærnøkkelen og den logiske app-ID-en for flytkjøringen. |
| Starttid | Når skyflytkjøringen ble utløst. |
| Sluttidspunkt | Når skykjøringen ble fullført. |
| Kjørevarighet | Tid i sekunder før skyflyten fullførte kjøringen. |
| Status | Sluttresultat av flytkjøringen (Vellykket, Mislykkes eller Avbrutt). |
| Utløsertype | Utløsertypen for denne flytkjøringen (Automatisert, Planlagt eller Manuell). |
| Feilkode | Feilkode returnert fra flytkjøringen. |
| Error message | Detaljert feilmelding, hvis aktuelt, returneres fra flytkjøringen. |
| Eier | Eieren av flyten. |
| Navn på arbeidsflyt | Visningsnavnet for skyflyten. |
| Arbeidsflyt-ID | Arbeidsflyt-ID for den spesifikke skyflyten, |
| Er primær | Binær verdi for å angi om denne flytkjøringen har en overordnet skyflyt som utløser den. |
| ID for overordnet kjøring | Navn på den overordnede skyflytkjøringsforekomsten, hvis denne posten er for en underordnet flyt. |
| Partisjons-ID | Partisjons-ID for denne brukeren i den elastiske tabellforekomsten. |
| Tid til publisering | Klokkeslett i sekunder da denne kjøreregistrering slettes automatisk. |
Du kan vise og oppdatere detaljene via standard Dataverse-API-er, Dataverse-koblingen eller direkte fra Tabeller-visningen i Maker Portal.
Siden denne funksjonen er bygd på elastiske tabeller, lagrer vi data for skykjøringslogg i bestemte logiske partisjoner for optimal ytelse. Kjøreloggdataene er partisjonert basert på brukere, slik at hver bruker i en organisasjon har en dedikert partisjon.
FlowRun-data bruker Dataverse-databaselagringskapasitet. Bruk av lagringsplass på tvers av miljøer kan overvåkes i administrasjonssenteret for Power Platform.
Lagringsplass for FlowRun-oppføringer
Som standard lagres data for flytkjøring i 28 dager (2 419 200 sekunder). Hvis du vil endre varigheten for hvor lenge kjøringene kan lagres, kan du oppdatere Tiden til publisering (i sekunder) for flytkjøringen i Organisasjon-tabellen i et miljø som er støttet med Dataverse. Avhengig av miljøets lagringskapasitet kan du justere lagringslengden for disse kjøreregistreringene.
FlowRunTimeToLiveInSeconds-verdien i organisasjonstabellen kan endre i PowerApps-tabelleseren eller ved hjelp av nett-API for Dataverse.
Aktiver eller reduser lagringsplassen for loggen for skyflytkjøringer
Hvis FlowRunTimeToLiveInSeconds-verdien i organisasjonstabellen endres, beholdes levetiden for eventuelle nye FlowRun-oppføringer i dette tidsrommet. En lavere verdi kan redusere antall FlowRun-oppføringer, og brukt lagringsplass, over tid.
Angi tid til publisering for FlowRun i Dataverse
Angivelse av verdien FlowRunTimeToLiveInSeconds i organisasjonstabellen til null stopper alt inntak av nye FlowRun-oppføringer.
Angi tid til publisering for FlowRun i administrasjonssenteret for Power Platform
Du kan angi verdien FlowRunTimeToLiveInSeconds i organisasjonstabellen i funksjonen for miljøer i administrasjonssenteret for Power Platform. Slik velger du tid til publisering for FlowRun-enheten som skal brukes i et miljø:
- Logg på Power Platform-administrasjonssenteret.
- Naviger til Miljøer.
- Åpne Innstillinger-siden for det ønskede miljøet.
- Velg Produkt>Funksjoner.
- Angi 28 dager (standard), 14 dager, 7 dager eller Deaktivert for Tid til publisering for FlowRun-enhet under Logg for skyflytkjøring i Dataverse.
Angi egendefinerte TTL-verdier for å lagre en lengre eller mer spesifikk mengde logg over skyflytkjøringer
Hvis du vil ha en bestemt TTL-verdi (tid til publisering) som ikke er tilgjengelig via Power Platform-administrasjonssenteret, kan du angi denne verdien direkte som FlowRunTimeToLiveInSeconds-verdien i organisasjonstabellen.
Redusere antall FlowRun-oppføringer umiddelbart
Hvis miljøet har for lite lagringsplass, kan kunder velge å rydde i databaseplass ved å angi TTLInSeconds-verdien for et sett med FlowRun-oppføringer. Oppføringene blir da automatisk ryddet i og slettet permanent i løpet av et minutt eller to. Kontroller at oppføringene ikke lenger er nødvendige, fordi de ikke kan gjenopprettes når de er slettet.
Beregning av Tid til publisering-verdi
Tid til publisering-verdier for Organisasjon.FlowRunTimeToLiveInSeconds og FlowRun.TTLInSeconds er angitt i sekunder. Følgende tabell inneholder vanlige verdier som kan brukes i tabellene Organisasjon og FlowRun.
| dager | Sekunder |
|---|---|
| 1 dag | 86,400 sekunder |
| 3 dager | 259,200 sekunder |
| 7 dag | 604,800 sekunder |
| 14 dager | 1,209,600 sekunder |
| 28 dager | 2,419,200 sekunder |
| 60 dager | 5,184,000 sekunder |
Bruk FlowEvent-data til å få oversikt over fullstendighet i FlowRun-data
FlowRun-oppføringer kan være ufullstendige av mange årsaker. Tabellen FlowEvent brukes til å gi signaler om at kjøringer ble hoppet over og datasettet er ufullstendig. Mangelen på signaler betyr ikke at datasettet er fullført.
Du kan vise FlowEvent-oppføringer i PowerApps-tabelleseren eller ved hjelp av nett-API for Dataverse. Alle de relevante oppføringene har FlowEvent.EventType-verdien FlowRunIngestion og FlowEvent.EventCode-verdien forklarer hendelsen.
Følgende tabell inneholder en liste over FlowEvent.EventCode-verdier som kan brukes til å signalisere at FlowRun-data ikke er fullført:
| EventCode | Årsak |
|---|---|
| isFlowRunIngestionECSDisabled | Historikk for skyflytkjøring blir ikke lagret i Dataverse på grunn av tjenestekonfigurasjon, så ingen data for skyflyt kan vises. Konfigurasjonen av ECS-tjenesten angis automatisk, og administratoren kan ikke endre inntaksfunksjonaliteten i denne tilstanden. |
| TtlSettingEqual0 | Det gjeldende miljøets TTL-konfigurasjon (time-to-live - tid til publisering) for skyflytkjøringer er angitt til ikke å beholde data. Dette fører til at en del av loggen for skyflytkjøring kan mangle. Denne tilstanden inntreffer når Organization.FlowRunTimeToLiveInSeconds er satt til null. |
| IngestionDisabledByOrgSettings | Historikk for skyflytkjøring lagres ikke i Dataverse på grunn av miljøinnstillinger, så noe av kjøreloggen for skyflyter kan mangle. Dette skjer når Organization.FlowRunTimeToLiveInSeconds ble satt til null tidligere. |
| ElasticTableStorageCapacityReached | Du har nådd lagringskapasitetsgrensen for Dataverse, noe som fører til at datasynkroniseringen i skyflyten stanses midlertidig. |
| ElasticTablePartitionLimitReached | Du har nådd lagringspartisjonsgrensen for Dataverse, noe som fører til at datasynkroniseringen i skyflyten stanses midlertidig. |
| IngestionRateDataLoss | Noe av kjøreloggen for skyflyter kan mangle på grunn av stort antall kjøringer i dette miljøet under forhåndsvisningen. |
| FlowRunsEventLoadingFailed | Kan ikke laste hendelsene for skyflytkjøringer i det gjeldende miljøet. Dette kan føre til at en del historiske skyflytkjøringsdata ikke er tilgjengelige. |
| FlowRunsTTlSettingFailedMessage | Kan ikke hente miljøets TTL-innstilling (tid til publisering) for skyflytkjøringer. Dette kan føre til at en del historiske skyflytkjøringsdata ikke er tilgjengelige. |
| ElasticTableNoRoleForUser | En bruker som eier én eller flere flyter, har ikke lesetillatelser til FlowRun-tabellen i Dataverse, så noe historikk for skyflytkjøring blir ikke lagret i Dataverse. Årsaken er at denne brukeren ikke kan angis som eier. |
Kjente begrensninger
- FlowRun-oppføringer tilordnes til en bestemt eier når de skrives inn i tabellen, så konseptet med delte FlowRun-oppføringer for delte flyter støttes for øyeblikket ikke.
- Flyteiere trenger minst lesetilgang til FlowRun-tabellen for å lagre sine kjøreoppføringer i Dataverse. Systemet skriver FlowRun-oppføringer i tabellen, og deretter tilordnes eierskapet til den primære eieren av flyten. Hvis den primære eieren av flyten ikke har lesetillatelse til FlowRun-tabellen, lagres ikke FlowRun-oppføringen, og en FlowEvent.EventCode for ElasticTableNoRoleForUser vises i FlowEvent-tabellen. Du kan løse denne situasjonen ved å sørge for at flyteiere har lesetillatelse for FlowRun-tabellen.
- For øyeblikket er det en grense på 20 GB per partisjon innenfor elastiske tabeller. Ytterligere kjøreregistreringsinnsettinger, bare for den spesifikke brukeren, mislykkes når grensen er nådd.
- FlowRun-oppføringer kan være begrenset og hoppet over hvis en bruker har mange flyter med høye kjørehastigheter. Når begrensning skjer, opprettes det en oppføring i FlowEvent-tabellen for å signalisere at kjøringer ble hoppet over og datasettet er ufullstendig.
Merk
Den underliggende datastrømmen som brukes for å drive innsetting av skyflytkjøreregistreringer er ikke transaksjonsbasert og er derfor ikke 100 prosent tapsfri. Små datatap i denne datastrømmen kan oppstå på grunn av midlertidige, ikke-repeterende tjenesteproblemer. Disse manglende oppføringene representeres ikke av FlowEvent. Flytkjøringshistorikk innenfor flytdetaljer i Power Automate-portalen er transaksjonsmessig og gir derfor en tapsfri oversikt over kjøringer.
VANLIGE SPØRSMÅL
Hvorfor har alle miljøene mine en FlowRunTimeToLiveInSeconds-verdi på null?
Hvis alle miljøene har en FlowRunTimeToLiveInSeconds-verdi i organisasjonstabellen med null, kan det være en av disse situasjonene:
- Hvis FlowRun-data ikke er tilgjengelige, kan det hende at miljøene ikke er aktivert automatisk for FlowRun-inntak fordi det ikke var nok tilgjengelig Dataverse-databaselagringskapasitet.
- Hvis FlowRun-data tidligere var tilgjengelig, kan en administrator ha deaktivert inntak av nye oppføringer.
Når er dette allment tilgjengelig (GA)?
Det finnes for øyeblikket ingen forpliktet tidslinje for overføring av denne funksjonen fra offentlig forhåndsversjon til generell tilgjengelighet (GA). På grunn av arkitektoniske begrensninger og ytelsesbegrensninger som krever begrensning, kan FlowRun-historikken ha hull. Vi forstår imidlertid viktigheten av fullstendige flytkjøringsloggdata. Vi evaluerer aktivt strategier for tapsfri synkronisering som gjør at vi kan flytte denne funksjonen til GA i fremtiden.
FlowRun-dataene brukes av Automatiseringssenter (forhåndsversjon) i Power Automate Maker Portal. Selv om FlowRun-data kan ha visse hull i forhåndsversjonsfasen, er det verdifullt å gjøre disse dataene tilgjengelige for offentlig forhåndsversjon, både som en frittstående funksjon og som en del av automatiseringssenteret.
Bruker skriving av historikk for skyflytkjøringer i Dataverse av kvoten for Power Platform-forespørsler?
Skriving av historikk for skyflytkjøring i Dataverse som FlowRun-data teller ikke mot forespørselsgrensene i Power Platform. API-er som kjøres for å lese disse FlowRun-dataene, teller mot forespørselsbegrensninger i Power Platform.
Hvordan kan disse dataene sammenlignes med dataene som er tilgjengelige i Application Insights?
Administratorer kan konfigurere Application Insights til å oppgi overvåkingsdata fra flytkjøringer i Power Automate. Application Insights-dataene er:
- Mer komplette på grunn av problemer på datasamlebåndet med å innhente FlowRun-data.
- Dypere fordi de inneholder informasjon om utløsere og handlinger som utføres.
- Mulige å korrelere med Power Apps- og Dataverse Application Insights-data via korrelasjonsidentifikatorer.