Forstå innsikt (forhåndsversjon)

[Dette emnet inneholder dokumentasjon for forhåndsversjonen, og kan bli endret.]

Ytelsesinnsikt distribuerer innsikt i følgende kategorier:

• Samlet ytelse
• Klientmiljø
• Bruksmønster
• Sideytelse
• Tilpasning
• Konfigurasjon
• Nettverk Etter hvert som ytelsen til en app kan påvirkes av ulike faktorer, kategoriserer ytelsesinnsikt områder for å kontrollere hvor mye ytelse som blir forårsaket av ytelsen.

Samlet ytelse

Denne innsikten oppsummerer den samlede ytelsen til appen som et overordnet sammendrag under Innsikts-ID-en Perf.Summary.Overview.

I denne innsikten kan du se den totale ytelsen til appen din basert på hvor avansert appen er.

• Kritisk: Angir dårlig ytelse.
• Advarsel: Angir at ytelsen kan forbedres.
• Informasjon: Angir god ytelse.

Slik forbedrer du

Når det er på tide å optimalisere appen, kan du se på detaljert innsikt fra klienten, nettverket, tilpassingskategoriene samt programtillegg, savedQeury og innstillinger. Noen handlingsbare elementer kan utledes ved å se gjennom disse innsiktene.

Klientmiljø

Når brukere opplever en Power Apps-app på enhetene sine, kan flere faktorer påvirke ytelsen, for eksempel nettlesertype, nettleserversjon og maskinvarespesifikasjon. I denne delen kan du se hvilken innsikt som kontrollerer klientmiljøer.

Nettlesertype

Innsikts-ID: Perf.Environment.Client.Browser.Type

Motivasjon

Enkelte nettlesertyper kan ha innvirkning på ytelsen til appen din. Bruk av nettlesere som ikke støttes eller ikke er moderne, kan føre til langsommere ytelse. Denne innsikten gir ytelses implikasjoner for forskjellige nettlesere, spesielt nettlesere som ikke anbefales. Power Apps har for eksempel avskrevet støtten for Internet Explorer.

Slik forbedrer du

Hvis du har brukere i gamle nettlesere, for eksempel Internet Explorer, bytter du til en moderne Chromium-basert nettleser. Vi anbefaler at brukere kjører en moderne nettleser, for eksempel Microsoft Edge eller Google Chrome.

Nettleserversjon

Innsikts-ID: Perf.Environment.Client.Browser.Version

Motivasjon

Denne innsikten kontrollerer hvor mange brukere som bruker appen fra en gammel versjon av en nettleser. Selv når brukere kjører moderne nettlesere og ikke anbefalte nettlesertyper som, for eksempel Internet Explorer, går eldre versjoner av nettlesere tregere.

Slik forbedrer du

Brukere bør regelmessig oppdatere nettleseren til den nyeste versjonen. Virksomhetskunder kan bruke en gruppepolicy for å være på en bestemt versjon. Siden Unified Service Desk (USD) også bruker standard nettleserinnstilling for datamaskinen, kreves det også at du kontrollerer standard nettlesertype og -versjon.

Minste systemkrav

Innsikts-ID: Perf.Environment.Device.MimimumRequirements

Motivasjon

Denne innsikten kontrollerer om brukerens miljø oppfyller minimumskravene til systemet. Du kan sjekke kravene for nettprogrammet for å se hvilke systemkrav som er minimumskravene, avhengig av apptypen.

Generelt skjer noen aktiviteter som gjengivelse, skripting og nedlasting av innhold på klientsiden. Det er nødvendig å oppfylle minimumskravene for slike aktiviteter.

Slik forbedrer du

Brukere bør bruke maskinvaren som oppfyller eller overskrider minimumskravene for system for Power Apps.

HTTP-protokoll

Innsikts-ID: Perf.Environment.Client.Browser.HttpProtocol

Motivasjon

Power Apps-plattformen støtter HTTP/2. Hvis appen imidlertid bruker HTTP/1.1-protokollen for XMLHttpRequest-forespørsler (XHR) til Power Apps, kan det føre til treg ytelse på grunn av den samtidige begrensningen for forespørsler med HTTP/1.1-protokollen.

Slik forbedrer du

Hvis denne innsikten identifiserte noen brukere som bruker HTTP/1.1-protokollen, anbefaler vi på det sterkeste at brukerens klient støtter HTTP/2-protokollen.

Flere konfigurasjoner og nettverksinfrastruktur kan blokkere HTTP/2-protokollen, for eksempel et VPN-nettverk, en proxy-server eller innstillinger for internett-alternativ for enhet.

Brukere kan kontrollere hvilken protokoll som er brukt fra et utviklingsverktøy som følger med leseren. I figuren nedenfor oppstod nettverkssamtaler over HTTP/2.

Hvis nettverksprotokollsporingen angir HTTP/1.1, kan det skyldes følgende:

• Internett-innstillinger: Internett-alternativet for Windows på fanen Avansert i Kontrollpanel Bruk HTTP2 og Bruk TLS 1.2 er ikke aktivert.
• VPN og proxy: Selv om Internett-alternativet for Windows er angitt til å bruke HTTP2 og TLS 1.2, kan nettleseren falle tilbake når en VPN eller proxy ikke støtter de nyere protokollene.

Bruksmønster

Denne kategorien analyserer typen side lastes inn. En varm sidebelastning gjengir siden ved hjelp av hurtigbuffere og eksisterende DOM-objekter, mens en liten sidebelastning gjengir siden oppdatert ved å laste ned ressurser etter behov. Selv om brukere ikke skiller typen sideinnlasting, analyserer og gir denne innsikten anbefalinger avhengig av hvilken type sidebelastninger som forekommer på klienten.

Sidelastingstype

Innsikts-ID: Perf.Performance.PageLoadType

Motivasjon

Varm sidebelastning er raskere enn sidebelastninger fordi nødvendige ressurser lastes inn av lokale buffere.

Slik forbedrer du

Hvis du vil oppleve varm sidebelastning for raskere ytelse, minimerer du åpning av nye faner eller nettleservinduer. Prøv å beholde aktiviteter i én enkelt fane i stedet for å åpne nye faner eller nettleservinduer. Vi anbefaler også at du ikke kjører nettleseren i inPrivate- eller inkognitomodus.

Sideytelse

Mange modelldrevne apper fra første part består av et instrumentbord, visninger (EntityList) og et skjema når det gjelder sidetype. Brukere laster som standard inn et instrumentbord, selv om apputviklere og administratorer kan endre dette. Hvis et instrumentbord inneholder mange diagrammer og fliser, kan det føre til at instrumentbordet lastes inn tregt. Hvis EntityList og skjemaer blir tilpasset for å legge til mange kolonner og viser mange oppføringer, kan det også føre til at siden lastes inn tregt. Derfor kan kontroll av ytelsen per side og per tabell skyldes at sidebelastningsytelsen kan ha ulike grunnårsaker.

I denne delen kan du se flere ting som er relatert til sideytelsen.

Trege instrumentbord

Innsikts-ID: Perf.ModelDriven.Page.Dashboard.SlowSQLQuery

Motivasjon

Trege SQL-spørringer eller bruk av for mange diagrammer og fliser på et instrumentbord kan føre til dårlig ytelse på instrumentbordet. Denne innsikten peker til instrumentbordene som påvirkes av trege SQL-spørringer. Når denne innsikten registreres, inkluderer Detaljer-ruten instrumentbord-ID-en for hvert instrumentbord som er inkludert i innsikten.

Slik forbedrer du

Slik finner du navnet på instrumentbordet ved hjelp av instrumentbord-ID-en. Deretter kan du bestemme hvilke instrumentbord du vil vurdere for å utforme på nytt.

1. Gå til den modelldrevne appen, for eksempel https://contoso.crm.dynamics.com.

2. Endre URL-adressen slik den vises i dette eksemplet (https://contoso.dynamics.com/api/data/v9.1/systemforms[DashboardId]/name) ved å legge til api/data/v9.1/systemforms[DashboardId]/name i URL-adressen til appen.

3. Du vil motta OData-forespørsel lik den nedenfor. Agentinstrumentbordet som vises nedenfor, representerer det brukervennlige navnet på den angitte instrumentbord-ID-en.

   {"@odata.context":https://contoso.crm.dynamics.com/api/data/v9.1/$metadata#systemforms(2ff4a8cf-378b-e811-a964-000d3a30dc0a)/name,"value":"Contoso - Agent Dashboard"}

Synkrone programtillegg med langsomme eksterne samtaler

Innsikts-ID: Perf.Sandbox.Performance.Plug-ins.ExternalCall

Programtillegg og tilpassede arbeidsflytaktiviteter kan få tilgang til nettjenester (eksterne endepunkter) via HTTP- og HTTPS-protokoller. Hvis disse eksterne tjenestene yter tregt, blir selve programtillegget tidsavbrutt eller har treg ytelse.

Motivasjon

Denne innsikten kontrollerer ytelsen til de eksterne endepunktene og registrerer programtillegg i appen som påvirkes av langsomme eksterne samtaler.

Slik forbedrer du

• Angi Vedlikehold til usann når du bruker eksterne verter i et programtillegg.
• Angi eksplisitt tidsavbrudd når du foretar eksterne samtaler i et programtillegg.

Mer informasjon: Tilgang til eksterne nettjenester (Microsoft Dataverse) – Power Apps | Microsoft Docs.

Tilpasning

Utviklere kan gjøre mange forskjellige tilpassinger med modelldrevne apper, for eksempel:

• Bruk egendefinerte JavaScript-funksjoner for å aktivere hendelser på klienten.
• Bygge og distribuere programtillegg som brukes til å kjøre tilpasset logikk.
• Definere og lagre egendefinerte tabeller og data.
• Definere avhengige komponenter for både egendefinerte og standardtabeller, for eksempel skjemaer og visninger.

Fra et ytelsesperspektiv kan alle disse tilpassingene føre til dårlig appsvar i situasjoner der tilpassingen ikke følger de beste fremgangsmåtene og anbefalingene. Utviklere kan kjøre løsningskontroll for å validere tilpassingene under utviklingsfasen.

Følgende innsikt gir også analytiske resultater av brukerdata for kjøretid for tilpassingen.

Oppkallstype for XML HTTP-forespørsel (XHR)

Innsikts-ID: Perf.ModelDriven.Customization.Client.Script.XMLHttpRequestType

Synkrone XMLHttpRequest-oppkall kan føre til alvorlige ytelsesproblemer for sluttbrukere, spesielt når nettverket er tregt eller det finnes flere oppkall som må utføres. Nettleseren fryser og sluttbrukeren blir frustrert når de ikke kan klikke, bla eller samhandle med siden.

Denne innsikten viser om det finnes synkrone metoder og indikerer den relaterte ytelsen.

Motivasjon

Synkrone XHR-oppkall blokkerer nettleseren fra å utføre mer arbeid, fordi nettleseren må vente til det synkrone oppkallet er fullført, noe som fører til at siden blir tregere eller fryser fullstendig.

Slik forbedrer du

Vi anbefaler at du endrer toppmetodene nevnt i datadelen i innsikten fra synkron til asynkron. Mer informasjon: Gjør modelldrevne apper raskere ved å gå bort fra synkrone forespørsler

Avskrevne kontroller

Innsikts-ID: Perf.Customization.Controls.Deprecated

Noen eldre kontroller for modelldrevne apper, for eksempel Flippbryter, Kalenderkontroll (V1), Lineær glidebryter, Radial knapp, Buet knapp, Lineær måler, sammen med kontrollen for forhåndsvisning av nettsted, MultiSelectPicklistControl (V1) og Snu etikett er avskrevet. Noen av disse kontrollene kan erstattes med de nye kontrollene, som er mer i tråd med det moderne nettet og mobilenheten i bakhodet. Mer informasjon: Nye kontroller for modelldrevne apper, avskriving av gamle kontroller

Motivasjon

Bruk av utdaterte kontroller kan føre til ytelses-, pålitelighets- og tilgjengelighetsproblemer. I tillegg er noen av begrensningene i disse avskrevne kontrollene løst med de nye kontrollene. Vekslekontrollen og Kalenderkontroll (V2) bruker for eksempel Microsoft Fluent UI.

Slik forbedrer du

• Bruk vekslekontrollen som en erstatning for Snu etikett og Flippbryter.
• Bruk Kalenderkontroll (V2) som erstatning for Kalenderkontroll (V1).
• Evaluer andre avskrevne kontroller for å avgjøre om de fremdeles er nyttige i eksisterende skjemaer.

Merk at det er få viktige utformingsendringer mellom den avskrevne versjonen og de nye kontrollene.

Hvis du vil ha mer informasjon om de avskrevne kontrollene, kan du gå til Avskriving av modelldrevne appkontroller.

Sandkasseytelse – dominante programtillegg

Innsikts-ID: Perf.Sandbox.Performance.Plug-ins.Dominant

Denne innsikten vil hjelpe oss med å identifisere det dominante programtillegget, eller med andre ord det programtillegget som brukes mest. Det vil også indikere om noen av programtilleggene som brukes mest, har utført tregt med en kjøringstid for programtillegg som er større enn 100 millisekunder i 95. persentil. Denne innsikten viser opptil tre dominante programtillegg.

Motivasjon

Trege, dominante programtillegg påvirker ytelsen. Disse programtilleggene bør undersøkes.

Slik forbedrer du

Undersøk programtillegg som fungerer tregt. Se anbefalte fremgangsmåter vedrørende utvikling av programtillegg og arbeidsflyter.

Hvis du vil undersøke det trege programtillegget ytterligere, kan du sette innstillingene for Sporingslogg for programtillegg til Alle i utviklings- eller testmiljøet og finne ut hvor forsinkelsen er. Du må imidlertid ikke glemme å deaktivere innstillingen før du går til produksjon. Mer informasjon: Sporing og logging

Undersøk programtillegg som fungerer tregt. Dette er noen av årsakene til trege programtillegg:

• Tilknyttede SQL-spørringer utførte langsomt, og derfor økte utførelsestiden for programtilleggene.
• Følg ansvarsprinsippet for programtillegget, og ikke gjør transaksjoner med viktige transaksjonsgrenser.
• Programtillegget kan foreta noen eksterne oppkall, noe som er trege.
• Programtilleggslogikk er ikke optimalisert for miljøer med flere tråder. Kontroller koden.

Hvis du vil undersøke det trege programtillegget ytterligere, kan du sette innstillingene for Sporingslogg for programtillegg til Alle i utviklings- eller testmiljøet og finne ut hvor forsinkelsen er. Ikke glem å deaktivere innstillingen før du går til produksjon. Mer informasjon: Sporing og logging

Lagret spørring med foranstilt jokertegn

Innsikts-ID: Perf.ModelDriven.Customization.SavedQuery.LeadingWildCard

Foranstilte jokertegn er liker- eller ikke liker-betingelser som bruker et jokertegn (%) i begynnelsen av en søkestreng. Eksempel på en dårlig skriftlig forespørsel er:

<fetch version="1.0" output-format="xml-platform" mapping="logical"> 
    <entity name="account"> 
        <attribute name="accountid" /> 
        <attribute name="accountnumber" /> 
        <filter type="and"> 
            <condition attribute="accountnumber" operator="like" value="%124" /> 
        </filter> 
    </entity> 
</fetch>

Motivasjon

Et foranstilt jokertegn (%) i en lagret spørring kan føre til at spørringen blir tidsavbrutt eller går tregt. Denne innsikten peker på så langsomme lagrede spørringer med foranstilte jokertegn.

Slik forbedrer du

Unngå å bruke foranstilte jokertegn. I søkenøkkelen oversettes disse til "inneholder" i SQL Server, som ikke kan dra nytte av indekssøk, men som gjør et søk. Hvis det er nødvendig å bruke et foranstilt jokertegn, begrenser du søkeområdet ved å inkludere andre betingelser. Vær oppmerksom på at det er ok å bruke etterfølgende jokertegn (%) på slutten av søkestrenger.

Konfigurasjon

Innstilling for sporingslogg for programtillegg

Innsikts-ID: Perf.Sandbox.Configuration.PluginTraceSettings

Utviklere kan feilsøke programtilleggene sine via sporingslogger for programtillegg. Dataverse-administratorer kan angi programtillegg for og egendefinert sporing av arbeidsflytaktivitet til Av, Unntak eller Alle.

Motivasjon

Sporingsloggen for programtillegg skal være satt til Alle bare når du feilsøker eller finjusterer programtillegget. Stort volum for sporingslogging kan føre til I/U-kostnad med SQL Server. Sletting av sporingsloggen for programtillegg kan dessuten føre til at SQL Server blokkeres eller må vente.

Slik forbedrer du

I produksjonsforekomst hvis denne innstillingen er Alle og volumet for logger som genereres av programtillegget, er høyt, kan du vurdere å endre den til Unntak.

Hvis du vil endre innstillingen, går du til fanen Innstillinger > Administrasjon > Systeminnstillinger > Tilpassing. Mer informasjon: Logging og sporing

Nettverk

Nettverksytelse

Ventetid og gjennomstrømning for nettverk er viktige faktorer som har innvirkning på sluttbrukerens opplevelse. Brukere med høy forsinkelse og lav gjennomstrømning vil mest sannsynlig oppleve treg ytelse når de åpner Enhetlig grensesnitt. Denne innsikten forteller oss hvor mange brukere som er på et nettverk som utfører ytelsen, og hvordan ytelsen var.

Motivasjon

Dårlig konfigurasjon av nettverk vil påvirke appytelsen.

Slik forbedrer du

Hvis det er mange brukere på nettverket og ytelsen er dårlig, anbefaler vi at brukerne bytter til et nettverk som gir bedre ytelse.

Se også

Hva er ytelsesinnsikt?