Het eigenaardige is dat eenzelfde URL zoals https://start.exactonline.nl/api/v1/2557641/sync/financial/TransactionLines?$filter=Timestamp%20gt%208293365310L&$select=*&$skiptoken=8300166561L tien keer in een korte tijd opgehaald wordt zoals zichtbaar in het scherm Sessie I/O’s. Dezelfde URL komt terug op:
| Positie | Tijd |
|---|---|
| 7 | 09:59:08 |
| 278 | 10:04:56 |
| 531 | 10:10:40 |
| 807 | 10:16:25 |
| 1061 | 10:22:06 |
| 1363 | 10:27:50 |
| 1621 | 10:33:35 |
| 1896 | 10:39:19 |
| 2042 | 10:42:20 |
| 2179 | 10:45:02 |
De waarde voor het Exact Online skiptoken (de positie in de oplopende reeks) varieert tot maximaal 8300542239. Het lijkt alsof de download afgebroken wordt en enige tijd later opnieuw gestart.
Een analyse tussen 10:04:00 en 10:05:00 geeft aan dat er dan 269,000 rijen opgehaald zijn als om 10:04:52 de download afgebroken wordt doordat het downloadende programma verdwijnt op IP-adres “::ffff:40.74.30.107”.
De user agent hiervan is:
Microsoft.Data.Mashup (Power Query documentation - Power Query | Microsoft Learn)
En dat lijkt in combinatie met het IP-adres van Microsoft op PowerBI.com.
Volgens de log zou er een foutmelding getoond moeten zijn en een begeleidende e-mail gestuurd met tekst:
itgenboe161
De gegevensdownload werd geannuleerd na 5 minutes, 46 seconds, waarschijnlijk door de gebruiker.
Optimaliseer uw query zoals beschreven op https://go.invantive.com/en/power-bi-tuning.
Voer vervolgens de query opnieuw uit.
Advies is om de stappen uit te voeren van genoemde URL; het belangrijkste is het verhogen van de time-out zoals beschreven in Vermijd time-out fout bij Power BI OData download
PowerBI.com heeft niet altijd even stabiele downloads. De HTTP en response cache maken dat de impact daarvan beperkt is. Een idee is geregistreerd om ook het initieel laden van de incrementele tabellen minder afhankelijk te maken van de stabiliteit en inrichting.