Geschiedenis voor cloudstroomuitvoering beheren in Dataverse (preview)
[Dit artikel maakt deel uit van de voorlopige documentatie en kan nog veranderen.]
Met de geschiedenis van cloudstroomuitvoeringen in Dataverse kunt u de uitbreidbaarheid van Dataverse toepassen om de resultaten van uw cloudstroomuitvoeringen op schaal bij te houden. Met deze functie kunt u de kracht van de gemeenschappelijke gegevensarchitectuur van Dataverse benutten, inclusief Role-Based Access Control (RBAC), voor het beheer van FlowRun-gegevens. Alleen cloudstromen van oplossingen, met hun definities in Dataverse, kunnen hun uitvoeringsgeschiedenis opslaan in Dataverse.
Als onderdeel van deze functie heeft elke uitvoering van een cloudstroom een vermelding in de tabel FlowRun. Voor deze functie wordt gebruik gemaakt van de niet-relationele database van Dataverse, elastische tabellen, om de cloudstroomuitvoeringsgeschiedenis op te slaan.
De uitvoeringsgeschiedenis van cloudstromen in Dataverse wordt gebruikt door het automatiseringscentrum om overal in Power Automate uitgebreide monitoring- en probleemoplossingservaringen te bieden voor automatiseringsprocessen.
Belangrijk
- Dit is een preview-functie.
- Preview-functies zijn niet bedoeld voor productiegebruik en bieden mogelijk beperkte functionaliteit. Deze functies zijn beschikbaar vóór een officiële release zodat klanten vroeg toegang kunnen krijgen en feedback kunnen geven.
- Deze functie wordt momenteel geïmplementeerd en is nog niet beschikbaar in de regio voor onafhankelijke clouds.
Elementen van cloudstroomuitvoering
De tabel FlowRun bevat de belangrijkste elementen van een cloudstroomuitvoering, waaronder het volgende:
| Element | Omschrijving |
|---|---|
| Meting | Primaire sleutel en de logische app-id van de stroomuitvoering. |
| Begintijd | Wanneer de cloudstroomuitvoering werd geactiveerd. |
| Eindtijd | Wanneer de cloudstroomuitvoering werd voltooid. |
| Uitvoeringsduur | Tijd, in seconden, voordat de cloudstroomuitvoering is voltooid. |
| Status | Eindresultaat van de stroomuitvoering (Geslaagd, Mislukt of Geannuleerd). |
| Triggertype | Het triggertype van deze stroomuitvoering (Geautomatiseerd, Gepland of Handmatig). |
| Foutcode | Foutcode die wordt geretourneerd door de stroomuitvoering. |
| Foutmelding | Gedetailleerd foutbericht dat, indien van toepassing, wordt geretourneerd door de uitvoering van de stroom. |
| Eigenaar | Eigenaar van de stroom. |
| Werkstroomnaam | Weergavenaam van de cloudstroom. |
| Werkstroom-id | WorkflowID van de specifieke cloudstroom, |
| Is primair | Binaire waarde om aan te geven of deze stroomuitvoering een bovenliggende cloudstroom heeft die deze activeert. |
| Bovenliggende uitvoering-id | Naam van het uitvoeringsexemplaar van de bovenliggende cloudstroom, als deze record voor een onderliggende stroom is. |
| Partitie-id | Partitie-id van deze gebruiker in het elastische tabelexemplaar. |
| TTL | Tijd in seconden vanaf wanneer deze uitvoeringsrecord automatisch wordt verwijderd. |
U kunt de details bekijken en bijwerken via standaard Dataverse API's, de Dataverse-connector, of rechtstreeks vanuit de weergave Tabellen in de Maker Portal.
Omdat deze functie is gebaseerd op elastische tabellen, slaan we de gegevens over de uitvoeringsgeschiedenis van de cloud op in specifieke logische partities voor optimale prestaties. De gegevens uit de uitvoeringsgeschiedenis worden gepartitioneerd op basis van gebruikers, zodat elke gebruiker in een organisatie een speciale partitie heeft.
FlowRun-gegevens gebruiken Dataverse-databaseopslagcapaciteit. Het opslaggebruik in verschillende omgevingen kan worden gecontroleerd in het Power Platform-beheercentrum.
Opslaggebruik voor FlowRun-records
Standaard worden stroomuitvoeringsgegevens gedurende 28 dagen (2.419.200 seconden) opgeslagen. Als u de duur wilt wijzigen van hoe lang de uitvoeringen kunnen worden opgeslagen, kunt u de Tijd tot live (in seconden) voor de stroomuitvoering in de tabel Organisatie bijwerken in een omgeving die wordt ondersteund door Dataverse. Afhankelijk van de opslagcapaciteit van uw omgeving kunt u de opslagduur voor deze uitvoeringsrecords aanpassen.
De FlowRunTimeToLiveInSeconds-waarde in de organisatietabel kan worden gewijzigd in de PowerApps-tabelbrowser of met behulp van de Dataverse Web-API.
De opslag van de uitvoeringsgeschiedenis van de cloudstroom inschakelen of beperken
Als de FlowRunTimeToLiveInSeconds-waarde in de Organisatietabel wordt gewijzigd, wordt de levensduur van eventuele nieuwe FlowRun-records behouden voor die tijdsduur. Het verlagen van de waarde kan het aantal FlowRun-records en de gebruikte opslagruimte in de loop der tijd beperken.
Time-to-live voor FlowRun instellen in Dataverse
Als u de FlowRunTimeToLiveInSeconds-waarde in de organisatietabel op nul zet, stopt alle opname van nieuwe FlowRun-records.
Time-to-live voor FlowRun instellen in het Power Platform-beheercentrum
De FlowRunTimeToLiveInSeconds-waarde in de organisatietabel kan worden ingesteld in de omgevingservaring van het Power Platform-beheercentrum. Ga als volgt te werk om de time-to-live te kiezen van de FlowRun-entiteit die in een omgeving wordt gebruikt:
- Meld u aan bij het Power Platform-beheercentrum.
- Navigeren naar Omgevingen.
- Voor de gewenste omgeving opent u de pagina Instellingen.
- Selecteer Product>Functies.
- Stel onder Uitvoeringsgeschiedenis van cloudstromen in Dataverse de retentiewaarde voor Time-to-live voor FlowRun-entiteit in op 28 dagen (de standaardwaarde), 14 dagen, 7 dagen of Gedeactiveerd.
Aangepaste TTL-waarden instellen om een langere of specifiekere hoeveelheid cloudstroomuitvoeringsgeschiedenis op te slaan
Als u een specifieke TTL-waarde (Time To Live) wilt die niet beschikbaar is via het Power Platform-beheercentrum, kunt u die waarde rechtstreeks instellen als de FlowRunTimeToLiveInSeconds-waarde in de organisatietabel.
Het aantal FlowRun-records direct verminderen
Als de omgeving onvoldoende opslagruimte heeft, kunnen klanten ervoor kiezen databaseruimte op te ruimen door de TTLInSeconds-waarde in te stellen voor een set FlowRun-records. De records worden vervolgens binnen een minuut of twee automatisch opgeschoond en permanent verwijderd. Zorg ervoor dat de records niet langer nodig zijn, omdat ze na verwijdering niet meer kunnen worden hersteld.
Berekeningen van Time To Live (TTL)-waarde
Time to Live (TTL)-waarden voor Organization.FlowRunTimeToLiveInSeconds en FlowRun.TTLInSeconds worden opgegeven in seconden. Deze tabel bevat algemene waarden die kunnen worden gebruikt in de Organisatie- en FlowRun-tabellen.
| dagen | Seconden |
|---|---|
| 1 dag | 86,400 seconden |
| 3 dagen | 259,200 seconden |
| 7 dag | 604,800 seconden |
| 14 dagen | 1,209,600 seconden |
| 28 dagen | 2,419,200 seconden |
| 60 dagen | 5,184,000 seconden |
FlowEvent-gegevens gebruiken om inzicht te krijgen in de volledigheid van FlowRun-gegevens
FlowRun-records kunnen om tal van redenen onvolledig zijn. De FlowEvent-tabel wordt gebruikt om signalen te geven dat uitvoeringen zijn overgeslagen en dat de gegevensset onvolledig is. Het ontbreken van signalen betekent niet dat de gegevensset compleet is.
U kunt de FlowEvent-records bekijken in de PowerApps-tabelbrowser of met behulp van de Dataverse Web-API. Alle relevante records hebben de FlowEvent.EventType-waarde 'FlowRunIngestion' en vervolgens legt de FlowEvent.EventCode-waarde de gebeurtenis uit.
Hieronder volgt een tabel met een lijst met FlowEvent.EventCode-waarden die kunnen worden gebruikt om aan te geven dat FlowRun-gegevens niet compleet zijn:
| EventCode | Reden |
|---|---|
| isFlowRunIngestionECSDisabled | De geschiedenis van de cloudstroomuitvoering wordt niet opgeslagen Dataverse vanwege de serviceconfiguratie, dus er kunnen geen cloudstroomgegevens worden weergegeven. De configuratie van de ECS-service wordt automatisch ingesteld, en een beheerder kan het opnamegedrag in deze status op geen enkele manier wijzigen. |
| TtlSettingEqual0 | De TTL-configuratie (time-to-live) van uw huidige omgeving voor cloudstroomuitvoeringen is zo ingesteld dat er geen gegevens worden bewaard. Als gevolg hiervan ontbreekt mogelijk een deel van de geschiedenis van de cloudstroomuitvoering. Deze toestand treedt op wanneer Organization.FlowRunTimeToLiveInSeconds op nul is ingesteld. |
| IngestionDisabledByOrgSettings | De geschiedenis van cloudstroomuitvoeringen wordt niet opgeslagen Dataverse vanwege omgevingsinstellingen, dus een deel van de geschiedenis voor cloudstroomuitvoeringen ontbreekt mogelijk. Dit gebeurt wanneer Organization.FlowRunTimeToLiveInSeconds in het verleden is ingesteld op nul. |
| ElasticTableStorageCapacityReached | U hebt uw Dataverse-limiet voor opslagcapaciteit bereikt, wat een pauze veroorzaakt in de gegevenssynchronisatie van de cloudstroomuitvoering. |
| ElasticTablePartitionLimitReached | U hebt uw Dataverse-limiet voor opslagpartitie bereikt, wat een pauze veroorzaakt in de gegevenssynchronisatie van de cloudstroomuitvoering. |
| IngestionRateDataLoss | Een deel van de uitvoeringsgeschiedenis voor cloudstromen ontbreekt mogelijk vanwege het grote aantal uitvoeringen in deze omgeving tijdens de preview. |
| FlowRunsEventLoadingFailed | Kan de gebeurtenissen voor cloudstroomuitvoeringen in uw huidige omgeving niet laden. Als gevolg hiervan zijn sommige historische gegevens over de cloudstroomuitvoering mogelijk niet beschikbaar. |
| FlowRunsTTlSettingFailedMessage | Kan de TTL-instelling (time-to-live) van uw omgeving voor cloudstroomuitvoeringen niet ophalen. Als gevolg hiervan zijn sommige historische gegevens over de cloudstroomuitvoering mogelijk niet beschikbaar. |
| ElasticTableNoRoleForUser | Een gebruiker die eigenaar is van een of meer stromen, heeft geen leesrechten voor de FlowRun-tabel in Dataverse, dus een deel van de uitvoeringsgeschiedenis van de cloudstroom wordt niet opgeslagen in Dataverse. De reden is dat die gebruiker niet als eigenaar kan worden ingesteld. |
Bekende beperkingen
- FlowRun-records worden toegewezen aan een specifieke eigenaar wanneer ze in de tabel worden geschreven, dus het concept van gedeelde FlowRun-records voor gedeelde stromen wordt momenteel niet ondersteund.
- Stroomeigenaren hebben ten minste leestoegang nodig tot de FlowRun-tabel om hun uitvoeringsrecords op te slaan in Dataverse. Het systeem schrijft FlowRun-records in de tabel en vervolgens wordt het eigendom toegewezen aan de primaire eigenaar van de stroom. Als de primaire eigenaar van de stroom geen leesrechten heeft voor de FlowRun-tabel, wordt de FlowRun-record niet opgeslagen en wordt er een FlowEvent.EventCode van ElasticTableNoRoleForUser gezien in de tabel FlowEvent. Om deze situatie op te lossen, moet u zorgen dat stroomeigenaren de leesmachtiging voor de tabel FlowRun hebben.
- Momenteel geldt er een limiet van 20 GB per partitie binnen elastische tabellen. Verdere invoegingen van uitvoeringsrecords, alleen voor die specifieke gebruiker, zouden mislukken zodra de limiet is bereikt.
- FlowRun-records kunnen worden beperkt en overgeslagen als een gebruiker veel stromen met hoge uitvoeringssnelheden heeft. Wanneer er sprake is van een aanvraagbeperking, wordt er een vermelding gemaakt in de FlowEvent-tabel om aan te geven dat uitvoeringen zijn overgeslagen en dat de gegevensset onvolledig is.
Notitie
De onderliggende gegevensstroom die wordt gebruikt voor het invoegen van recordinvoegingen in de cloudstroom is niet transactioneel en is daarom niet 100 procent verliesvrij. Kleine gegevensverliezen in deze gegevensstroom kunnen optreden als gevolg van tijdelijke, niet-herhalende serviceproblemen. Deze ontbrekende records worden niet vertegenwoordigd door FlowEvent. De geschiedenis van de stroomuitvoering binnen de stroomdetails in de Power Automate-portal is transactioneel en biedt daarom een verliesvrij overzicht van uitvoeringen.
Veelgestelde vragen
Waarom hebben al mijn omgevingen de FlowRunTimeToLiveInSeconds-waarde nul?
Als al uw omgevingen een FlowRunTimeToLiveInSeconds-waarde in de organisatietabel van nul hebben, kan dit worden veroorzaakt door een van onderstaande situaties:
- Als FlowRun-gegevens niet beschikbaar zijn, zijn uw omgevingen mogelijk niet automatisch ingeschakeld voor FlowRun-opname, omdat er niet voldoende Dataverse databaseopslagcapaciteit beschikbaar was.
- Als FlowRun-gegevens eerder beschikbaar waren, heeft een beheerder mogelijk de opname van nieuwe records uitgeschakeld.
Wanneer is dit algemeen beschikbaar (GA)?
Er is momenteel nog geen vaste tijdlijn voor de overgang van deze mogelijkheid van openbare preview naar algemene beschikbaarheid (GA). Vanwege architectuur- en prestatiebeperkingen die throttling vereisen, kunnen er hiaten in de FlowRun-geschiedenis zitten. Wij begrijpen echter hoe belangrijk volledige flowrun-geschiedenisgegevens zijn. We zijn momenteel bezig met het evalueren van strategieën voor verliesloze synchronisatie, zodat we deze functie in de toekomst naar Algemene Beschikbaarheid kunnen verplaatsen.
De FlowRun-gegevens worden gebruikt door het Automatiseringscentrum (preview) in de Power Automate makerportal. Hoewel FlowRun-gegevens tijdens de previewfase mogelijk bepaalde hiaten vertonen, is het waardevol om deze gegevens toegankelijk te maken voor openbare preview, als zelfstandige functie maar ook als onderdeel van het automatiseringscentrum.
Wordt er bij het schrijven van de uitvoeringsgeschiedenis van cloudstromen naar Dataverse gebruikgemaakt van het Power Platform-aanvraagquotum?
Het schrijven van de uitvoeringsgeschiedenis van cloudstromen naar Dataverse als FlowRun-gegevens telt niet mee voor de Power Platform-aanvraaglimieten. API's die worden uitgevoerd om te lezen dat FlowRun-gegevens wel meetellen voor Power Platform-aanvraaglimieten.
Hoe verhouden deze gegevens zich tot de gegevens die beschikbaar zijn in Application Insights?
Beheerders kunnen Application Insights zo instellen dat controlegegevens van Power Automate-stroomuitvoeringen worden geleverd. De Application Insights-gegevens zijn:
- Vollediger vanwege problemen met de gegevenspijplijn bij het verkrijgen van de FlowRun-gegevens.
- Diepgaander omdat ze informatie bevatten over triggers en uitgevoerde acties.
- Te correleren met Power Apps- en Dataverse Application Insights-gegevens via correlatie-id's.