Asynkron behandling av overlappende transaksjoner
Enkelte transaksjoner kan konfigureres til å overlappe på tvers av alle relaterte oppføringer. Dette betyr at endringen i en overordnet oppføring utføres på (gjennomgripende nedover) alle underordnede oppføringer. Overlappende relasjoner er konfigurert på tabellnivå. Hvis du vil ha mer informasjon om relasjoner, kan du se Konfigurere overlappende funksjonalitet for tabellrelasjon.
Synkrone kontra asynkrone moduser
Som standard utføres overlappende operasjoner som en synkron transaksjon. Alle oppføringer som er påvirket, identifiseres av systemet for en synkron overlappingstransaksjon. Når oppføringene blir behandlet, blir de låst av systemet. Når alle endringene er fullført, låses oppføringene opp, og transaksjonen fullføres.
Synkrone transaksjoner med et stort antall oppføringer kan føre til ytelsesproblemer for miljøer når langvarige transaksjoner mislykkes på grunn av tidsavbrudd for serveren. Oppføringene er låst og hindrer kjøring av andre jobber og brukertransaksjoner som arbeider med de samme oppføringene. I tillegg kan langvarige transaksjoner føre til en restanse av ventende transaksjoner og forespørsler som reduserer systemytelsen og kan forårsake arbeidsstopp.
Hvis det oppstår tidsavbrudd eller nedsatt ytelse i et miljø mens den synkrone overlappingen pågår, kan miljøet dra nytte av å aktivere asynkron modus. Hovedforskjellene mellom modiene beskrives i tabellen nedenfor.
| Synkron modus | Asynkron modus |
|---|---|
| Ingen andre jobber kan kjøres på hele settet med valgte oppføringer (direkte eller overlappende) før den overlappende operasjonen er fullført. | Når det gjelder Tilordne, Slett og Slå sammen, er overlappende endringer bunket, og låser bare oppføringene som behandles i bunken. Dette gjør det mulig for andre jobber å kjøre under den fullstendige overlappingsoperasjonen. |
| Når jobben er fullført, viser alle dataene de nye ønskede verdiene. | Etter hvert som jobben kjøres, viser hver fullførte bunke den ønskede verdien. Dette betyr at noen ganger vises ønsket verdi, og noen ganger vises opprinnelig verdi, helt til hele operasjonen er fullført. Dette kalles «eventual consistency» (konsistens til slutt). |
| Hvis én enkelt oppføring mislykkes, rulles alle dataene tilbake til den opprinnelige verdien. Tilbakerullingen krever at du redigerer alle fullførte poster på nytt, noe som tar mer tid. | Hvis én enkelt jobb mislykkes, gjøres det nye forsøk flere ganger for å prøve å fullføre. Hvis jobben ikke kan fullføres, registreres feilen i Systemjobber-området. Merk at oppføringer som er fullført, beholder den nye verdien. |
| Hvis én av oppføringene i den overlappende listen har en verdi som er forskjellig fra forventet verdi, mislykkes jobben og rulles tilbake. La oss for eksempel si at startoppføringen tilhører Eier 1, og den overlappende operasjonen vil endre den til Eier 2. Hvis en av de relaterte oppføringene nedstrøms er endret til Eier 3 eller slettes før låsen utføres, blir hele jobben rullet tilbake. | Operasjonen fungerer alltid i overskrivingsmodus for Tilordne og endrer den gjeldende verdien til den nye verdien basert på relasjonen mellom overordnet og underordnet. Det er ingen jobbfeil på grunn av manglende opprinnelig verdisamsvar. For sletting gjelder at hvis en oppføring som var forventet som en del av settet, mangler, blir alle oppføringene opp til feilpunktet, ansett som fullført. Brukeren eller administratoren kan kjøre den mislykkede jobben på nytt, slik at jobben beregnes på nytt for å fortsette uten den manglende oppføringen. Hvis det er et problem med en manglende oppføring for Slå sammen, gjøres et nytt forsøk på jobben, og den kjøres uten den manglende oppføringen. |
Asynkron modus
Når en gjennomgripende transaksjon oppfyller terskelen for inkluderte poster, behandles postene asynkront,
| Operation | Threshold |
|---|---|
| Tilordne | 1 000 oppføringer |
| Delete | 5,000 oppføringer |
| Flett | 1 000 oppføringer |
Spore fremdrift for asynkron operasjon
Administratorer kan overvåke behandlingen av asynkrone operasjoner i Innstillinger-området.
Logg deg på administrasjonssenteret for Power Platform.
Velg Miljøer i navigasjonsområdet. Velg deretter miljøet du vil ha.
Velg Innstillinger, utvid Sporing av endringer og logger, og velg deretter Systemjobber.
De overlappende operasjonene vises i visningen Systemjobber.
Hvis du vil vise bare overlappende operasjoner, går du til velgeren Vis og velger Overlappende operasjoner.
Overlappende operasjoner har en av følgende statuser:
- Fullført: Alle partier for den overlappende transaksjonen ble fullført.
- Pågår: Overlappende endringer pågår.
- Mislykket: Etter flere nye forsøk mislykkes noen av de overlappende endringene.
Merk
Det er ikke mulig å annullere en asynkron overlappingsjobb. Du må vente til den er fullført og viser statusen Fullført eller Mislykket.
Åpning av en overlappingsoperasjon viser:
Hvor mange forsøk som har forekommet for den bestemte transaksjonen.
Datoer og klokkeslett for opprettet og fullført.
Hvem som opprettet jobben.
Meldinger som er knyttet til jobben, for eksempel feilårsaker eller unntak.
Hvilke overlappende transaksjoner kan behandles asynkront?
Overlappende transaksjoner for tilordning, sletting og fletting kan behandles asynkront.
Merk
Andre transaksjoner, for eksempel deling/oppheving av deling, visning av beregnet verdi og angivelse av overordnet på nytt, er for øyeblikket under gjennomgang for asynkron behandling.
Feilsøke problemer med asynkrone overlappende operasjoner
Når synkrone overlappende jobber mislykkes, stoppes de og alle endringene rulles tilbake slik at ingen av oppføringene inneholder de forespurte endringene. Dette kan være en tidkrevende prosess siden tilbakerullinger kan ta like lang tid som det opprinnelige forsøket, og når operasjonen prøves på nytt, starter den fra den første oppføringen.
Asynkrone operasjoner prøver på nytt flere ganger hvis det oppstår en feil. I de fleste tilfeller er det hensiktsmessig å prøve jobben på nytt, og jobben kan fortsette til den fullføres. I enkelte sjeldne tilfeller løser ikke nytt forsøk problemet. Når dette skjer, stopper den asynkrone jobben midlertidig, og administratoren og brukeren kan feilsøke problemet og fortsette jobben fra det stedet det ble stanset midlertidig.
Vanlige årsaker til feil i overlappende operasjoner
Vanlige årsaker til feil under behandling av overlappende operasjoner omfatter følgende:
- Unntak for plugin-modul
- Sikkerhetsunntak
Unntak for plugin-modul
Plugin-moduler legges til i behandlingen av overlappende operasjoner for å utføre bestemte handlinger når det gjøres endringer i en oppføring, for eksempel sende en e-post eller utløse en annen oppdatering på andre oppføringer. Disse kan leveres av tredjeparter eller utvikles internt. Hvis et programtillegg genererer et unntak, mislykkes den gjennomgripende operasjonen. Avhengig av årsaken til unntaket kan et nytt forsøk løse problemet. Hvis den asynkrone overlappende jobben stoppes midlertidig på grunn av feil, validerer du alle plugin-moduler som er knyttet til operasjonene, for å sikre at de ikke genererer unntak. Når jobben er løst, kan den gjenopptas.
Sikkerhetsunntak
Sikkerhetsunntak inntreffer når brukeren som utførte den overlappende operasjonen, ikke har tilstrekkelige rettigheter til å utføre en endring i én eller flere oppføringer, eller hvis brukeren er deaktivert eller fjernet fra systemet.
Hvis brukeren fortsatt er i systemet, kontrollerer du at vedkommende har de nødvendige rettighetene til å endre oppføringene, og har tillatelse til å kjøre de angitte handlingene. Etter at dette er løst, gjenopptar du jobben.
Hvis brukeren er deaktivert eller fjernet fra systemet, løses problemet ved å aktivere eller legge til brukeren på nytt, og jobben kan fortsettes. Hvis brukeren imidlertid må slettes eller deaktiveres eller ikke skal ha tillatelse for handlingene eller oppføringene, skal jobben avbrytes og startes på nytt av noen med de riktige tillatelsene.
Kontakt Microsoft Kundestøtte for andre problemer med mislykkede jobber. Mer informasjon: Oversikt over kundestøtte
Feilsøke problemer med sletting av filer under overlappende fletting
Hvis du får problemer med gjennomgripende fletting, fordi filer slettes under kjøring av jobben, kan du hoppe over den overordnede kontrollen. Dette gjør at flettingen kan fortsette selv om noen sletter en oppføring fra settet mens jobben kjører i bakgrunnen. Når du slår sammen oppføringer, fjerner du merket for alternativet Overordnet kontroll er aktivert som standard. Fjern avmerkingen for å ignorere overordnet kontroll nederst i flettevinduet.
Eksempel på å slå sammen oppføring
Forestill deg at du har forretningsforbindelser med en relasjon til kontakt, som har en relasjon til ordrer. Du vil slå sammen to forretningsforbindelsesoppføringer.
Hvis jobben kjører som det skal, tilordner flettingen alle de relaterte kontaktene og ordrene til målforretningsforbindelsen.
Hvis en annen bruker i løpet av prosessen for å flette oppføringer sletter en relatert kontaktoppføring, men ordreoppføringer fremdeles finnes i forbindelse med kontaktoppføringen, mislykkes flettejobben fordi en overordnet oppføring mangler. Hvis du velger å hoppe over den overordnede kontrollen under flettingen, flettes ordrene med den manglende kontaktoppføringen til oppføringen for målforretningsforbindelse. Det tilordnes imidlertid ingen relaterte kontaktoppføringer til målforretningsforbindelsen, og jobben fullføres.
Sammenslåing forårsaker låser som hindrer andre tilgangsendringer
Ved overlappende sammenslåing får du tilgang til den nye eieren av den underordnede tabellen. For å gjøre dette åpner Overlapp sammenslåing-operasjonen og utfører endringer i hovedobjekttabellen, som krever en lås. Hvis en sammenslåingsoperasjon inneholder mange oppføringer (basert på den overlappende relasjonen), kan denne låsen være tilgjengelig i en lengre tidsperiode. Dette kan føre til en feil hvis en operasjon prøver å gi eller oppheve tilgang til en urelatert oppføring mens sammenslåingen kjører. Hvis dette skjer, kan du prøve å utføre sammenslåingen under den roligste tiden på døgnet, slik at blokkeringen kan reduseres.