Jeg tror det ikke fungerer skikkelig igjen etter løsningen av Exact Online: The remote server returned an error: (429) Too Many Requests. (Too Many Requests). Får på nytt meldingen «Too many requests» mens det ikke gjøres noe annet enn andre dager/uker.
Kan du legge ved et skjermbilde av lisensbruksstatistikken på hovedskjermen slik det vises ovenfor?
Hvis tallene viser rødt, kan du da også legge ved de tre tallene (en prosentandel og to tall) som vises når du holder musepekeren over linjen?
Vi anbefaler å sjekke i tidslinjen hvilke forespørsler som har lang behandlingstid. Disse finner du i menyen til venstre i Invantive Cloud.
For eksempel tar denne forespørselen 10 minutter, mens den med PjtTimeTransactionsIncremental sannsynligvis er ferdig i løpet av noen sekunder:
Videre anbefales det å ikke starte alle nedlastinger samtidig; varier starttidspunktene ved å velge ikke-runde klokkeslett, som 04:53 i stedet for 05:00.
Det anbefales også å ikke starte nedlastinger rundt kl. 02:00; systemene er da ofte nede for vedlikehold, og den ekstra ventetiden teller med i totalene. Bedre er å starte fra kl. 04:00 UTC.
Eksempelet nedenfor viser hvordan mange kjører (og venter) samtidig i stort omfang:
I tillegg vil det bli undersøkt om det er mulig å midlertidig gi mer slingringsmonn på rate limiteren for fersk varighet.
Lang behandlingstid virker vel å være uavhengig av «too many requests»?
Uansett takk for kommentaren, for det vil jeg absolutt løse.
Hvordan kan jeg finne ut hvilken rapport dette er? SQL-setningen gir bare dette tilbake «[Division] = :w1»
Jeg har rotet litt med tidspunktet for oppdateringen. Jeg kan dessverre ikke velge på minuttnivå. Power BI Service tillater bare hele og halve timer.
Meldingen «Too Many Requests» er en generisk melding (HTTP-status 429) i henhold til HTTP-standarden som angir at tjenesten har blitt brukt for intensivt. Innenfor Invantive Cloud kan dette skyldes antall forespørsler, men også overskridelse av andre grenser som varighet, antall API-kall eller antall rader.
For å spore dette anbefales det å legge til en referanse som beskrevet i:
For eksempel ved å bruke følgende OData.Feed i hver spørring, der enter-your-chosen-id-for-the-source varieres:
Bron = OData.Feed("https://bridge-online.cloud/3279/odata4/", null, [Implementation="2.0", ODataVersion=4, OmitValues=ODataOmitValues.Nulls, Headers=[Referer = "enter-your-chosen-id-for-the-source" ], Timeout=#duration(0,4,0,0)]),
Med referansen som vises i forespørselen kan kilden deretter spores.
Jeg får det igjen, mens det egentlig ikke gjør noe spesielt sammenlignet med tidligere. Dagen har så vidt begynt.
Kan dere fikse dette raskt? Kunden må rapportere tall i dag.
Rådene er:
- Råd 1: Følg trinnene som er beskrevet i den foregående kommentaren etter at referer er lagt til:
- Råd 2: I tillegg kan du legge til forespørsels-ID-en (request ID) som gir en feilmelding her. HTTP-headerne til denne inneholder informasjon om hvilke kriterier som er overskredet.
- Råd 3: Til slutt anbefales det å legge ved et skjermbilde av lisensbruksstatistikken slik den vises på hjemmesiden til Invantive Cloud eller Invantive Bridge Online.
Råd 1: var allerede gjort:
Råd 2: Jeg ser flere av dem i rødt, men for eksempel 0HNJIOCHK3BGE:00000013
Råd 3: se skjermbilde
En midlertidig utvidelse av fersk varighet til maksimalt 500 % er innført.
Rådet er å optimalisere nedlastingene som beskrevet ovenfor.
Han holder på å fornye, men ID 0HNJJ6QQ3ES03:0000000F tar forferdelig lang tid.
select t.\[Account\], t.\[AmountDC\], t.\[CostCenter\], t.\[CostUnit\], t.\[Date\], t.\[Description\], t.\[Division\], t.\[FinancialPeriod\], t.\[FinancialYear\], t.\[GLAccount\], t.\[InvoiceNumber\], t.\[Item\], t.\[JournalCode\], t.\[Quantity\], t.\[Type\]
from ExactOnlineREST.Incremental.TransactionLinesIncremental@eol t
where Division in (:w1, :w2, :w3, :w4)
Hva er det som er spesielt her som gjør at det skal ta så lang tid?
Dette kan ha ulike årsaker. Den smarteste fremgangsmåten for en første analyse er å søke opp denne forespørselen via skjermbildet «Historie» ved hjelp av Request ID.
Der finner du ulike opplysninger som behandlingstid, antall API-kall og mengden data.
Du kan også klikke deg videre via knappen «Sesjon I/O-er» for å se lengde, tidspunkt og varighet for de tilhørende API-kallene.
Mer generell informasjon om *Incremental-tabellene finner du her:
Dette spørsmålet ble automatisk stengt etter 1 uke uten aktivitet. Det siste gitte svaret er merket som løsning.
Vennligst still et nytt spørsmål via et eget emne dersom problemet oppstår igjen. Husk å inkludere en lenke til dette emnet i det nye spørsmålet ved å lime inn URL-en i teksten.