Konfigurasjon av handlingslogger for skrivebordsflyt

Denne artikkelen gir konfigurasjonsveiledning for skrivebordsflytlogger, som er plassert under miljøets funksjonsinndeling i administrasjonssenteret for Power Platform og i Power Automate for detaljkonfigurasjon av bestemte flyter.

Aktiveringsstatusen for innstillingen for kjøring av handlingslogger definerer når handlingslogger for skrivebordsflyten skal registreres, og til og med lar deg deaktivere dem fullstendig.

Forutsetninger

• Premium Power Automate lisens og administrative rettigheter for å konfigurere logginnstillinger
• Power Automate url- og IP-adressekonfigurasjoner
  • offentlig sky
  • Sky i offentlig sektor

Konfigurer versjon av handlingslogg for skrivebordsflyt

Bruk versjonsinnstillingen for handlingslogger til å velge V1, V2 eller begge deler.

Varigheten i minutter for hvor lenge FlowLogs-enheten skal leve, bestemmer hvor lenge aktivitetslogger beholdes i den elastiske Flow Logs-tabellen. Datavers sletter automatisk poster som er eldre enn den angitte tidsrammen. Her er noen eksempelverdier for enkelhets skyld.

Viktige forskjeller mellom skrivebordsflytloggene V1 og V2

Tabellen nedenfor beskriver forskjellene mellom skrivebordsflytloggene V1 og V2:

Logger V2 gir betydelige forbedringer i den forrige versjonen, V1. V2 bruker funksjonen for elastiske tabeller , som er flott for håndtering av store datavolumer, for eksempel scenarioer for handlingslogg, og har innebygd dataoppbevaring (TTL). Det er ideelt for organisasjoner som trenger å få tilgang til betydelige mengder data for rapportering, styring og integrering med automatisk dataoppbevaringskontroll.

Dataverse kapasitetsbehovsberegninger for loggfiler V2

Tabellen nedenfor viser anslag på forbruk av Dataverse-logglagring per kjøring av desktopflyt ved bruk av logger V2. Den beskriver omtrentlig lagringsbehov for ulike antall handlinger, forutsatt et gjennomsnitt på 3 KB lagringsplass per handling.

Detaljer for handlingslogger

Med Desktop Flow Logs V2 kan du angi detaljnivåer for å balansere observerbarhet og lagringseffektivitet. Hvert nivå styrer hvor mange detaljer som vises i logger under flytkjøring. Denne delen beskriver de tilgjengelige detaljnivåene for handlingslogger for skrivebordsflyt, hvordan du konfigurerer dem på miljønivå i administrasjonssenteret for Power Platform (bare administratorer), og hvordan du konfigurerer dem for individuelle skrivebordsflyter.

Detaljnivåer i handlingslogger for skrivebordsflyt

Konfigurer detaljnivået for handlingslogg i administrasjonssenteret for Power Platform (bare administrator)

Administratorer kan angi standard detaljnivå for et helt miljø. Denne innstillingen gjelder for alle skrivebordsflyter med mindre den overstyres på flytnivå.

1. Logg på administrasjonssenteret for Power Platform.

2. Velg Administrer i navigasjonsruten.

3. Velg Miljøer i Administrer-delen, og velg deretter miljøet der skrivebordsflytene kjører.

4. Velg Innstillinger.

5. Utvid produkt og velg Funksjoner.

6. Finn innstillingen for detaljeringsgrad av handlingslogger i konfigurasjonsdelen for kjøring av skrivebordsflyt.

7. Velg standardnivå: Feil, Advarsel, Egendefinert, Feilsøking eller Fullstendig.

8. Velg Save for å bruke konfigurasjonen.

   

Konfigurer detaljnivået for handlingslogg for en bestemt skrivebordsflyt

Utviklere kan konfigurere detaljnivået for hver skrivebordsflyt fra Power Automate-portalen. Denne lokale innstillingen overstyrer administratorstandarden.

Overstyr miljøinnstillingen når du må:

• Feilsøke en bestemt skrivebordsflyt uten å øke loggene for hele miljøet.
• Øk detaljnivået midlertidig under testing eller feilsøking.

Følg disse trinnene for å konfigurere detaljnivået for handlingsloggen for en bestemt skrivebordsflyt:

1. Logg på Power Automate.
2. Åpne flytinformasjonssiden for skrivebordsflyten du vil konfigurere.
3. Velg Rediger , og finn detaljnivået for handlingsloggene.
4. Velg ønsket detaljnivå for denne spesifikke flyten.

1. Lagre endringene.

Versjon 2 av spørringsdatalogger

Du kan få tilgang til skrivebordsflytens handlingslogger ved å foreta et API-kall til den dataverse serverdel. Du kan bruke den tradisjonelle API-kallsyntaksen eller den nye ExecuteCosmosSqlQuery-metoden . Ved hjelp av denne metoden kan du kjøre en SQL-spørring mot Dataverse, som gjør det mulig å hente og filtrere data.

V2-modellen for dataloggene er basert på en overordnet-underordnet-relasjon mellom flytøkten og flytloggtabellene. Hver oppføring arver tillatelser fra tilhørende oppføring for overordnet flytøkt. Bruk følgende spørringssyntaks for å spørre handlingslogger for en bestemt skrivebordsflytkjøring.

Syntaks for tradisjonelle Dataverse API-anrop

Følgende API-kall henter en bestemt flytøkt av ID-en (aaaaaaaa-0000-1111-2222-bbbbbbbbbb) og får deretter tilgang til de tilknyttede handlingsloggene gjennom flowsession_flowlog_parentobjectid relasjonen.

[Organization URI]/api/data/v9.0/flowsessions(aaaaaaaa-0000-1111-2222-bbbbbbbbbbbb)/flowsession_flowlog_parentobjectid  

Ny ExecuteCosmosSqlQuery API-kallsyntaks ved hjelp av FlowLogs-tabell

    [Organization URI]/api/data/v9.2/ExecuteCosmosSqlQuery(
    QueryText=@p1,EntityLogicalName=@p2,QueryParameters=@p3,PageSize=@p4)?
    @p1: 'SELECT c.props.flowlogid as flowlogid, c.props.createdon as createdon, c.props.data as data, c.props.level as level, c.props.type as type, c.ttl as ttlinseconds, c.props.cloudflowid as cloudflowid, c.props.cloudflowrunid as cloudflowrunid, c.props.desktopflowid as desktopflowid, c.props.flowmachineid as flowmachineid, c.props.flowmachinegroupid as flowmachinegroupid, c.props.flowsessionid as flowsessionid, c.props.workqueueid as workqueueid, c.props.workqueueitemid as workqueueitemid FROM c WHERE c.props.type IN (100000001) ORDER BY c.props.data.startTime DESC'
    @p2: 'flowlog'
    @p3: {"Keys":["@referencingParentId","@referencingParentLogicalName"],"Values":[{"Type":"System.Guid","Value":"40590757-a9c0-4f4c-abfc-e2f389049d90"},{"Type":"System.String","Value":"flowsession"}]}
    @p4: 50

Lær mer om spørring av JSON-kolonner i elastiske tabeller.

Bryte ned samtalen i individuelle deler

• Den grunnleggende URL-adressen (https://[min organisasjon].api.crm[mitt område].dynamics.com/api/data/v9.2/) er endepunktet for datavers web-API-en.
• ExecuteCosmosSqlQuery er metoden du kaller opp. Denne metoden kjører en SQL-spørring mot Dataverse.
• Parameterne for ExecuteCosmosSqlQuery metoden er angitt i parenteser etter metodenavnet:
  • QueryText=@p1: SQL-spørringen som skal kjøres. Denne spørringen velger ulike egenskaper fra en tabell der typen er 100000001 (handlingstype for skrivebordsflyt) og bestiller resultatene etter startTime egenskapen i synkende rekkefølge.
  • EntityLogicalName=@p2: Det logiske navnet på tabellen (flowlog) som lagrer handlingsloggene.
  • QueryParameters=@p3: Et JSON-objekt som angir parametere for spørringen. I det forrige eksemplet angir den et nøkkelverdipar der nøklene er @referencingParentId og @referencingParentLogicalName med verdiene flowsessionid for (GUID) og tabelltypen flowsession.
  • PageSize=p4: Størrelsen på spørringssiden.

Kjente begrensninger

• Logger V2 er bare tilgjengelige for skrivebordsflytkjøringer som brukeren starter fra en skyflyt gjennom koblingshandlingen for skrivebordsflyt.
• For øyeblikket støttes ikke massefjerningsjobber for Flow Log-tabellen.
• Du kan ikke vise flytloggposter ennå i Table-delen av Power Apps maker-portalen.
• Endring av handlingsloggversjon overfører ikke tidligere handlingslogger for skrivebordsflyt til den nye logglagringstypen.
• Ikke bruk FlowRun - og FlowLog-enhetene som mål for når en rad legges til, endres eller slettes flytutløseren . Bruk av disse enhetene som mål kan føre til en uendelig løkke fordi systemet oppretter poster i disse tabellene hver gang en flyt kjøres.