Voor de meeste bulktoepassingen wordt het gebruik van de *Incremental-tabellen aangeraden in plaats van de vele malen langzamere TransactionLines en Accounts.
Mocht beiden geen oplossing zijn, is het dan mogelijk een geanonimiseerde schermafdruk van Bridge Online Monitoring met de details van een dergelijk verzoek toe te voegen? Zorg er voor dat de request ID duidelijk in beeld is.
Het is niet gelukt om de foutmelding “(500) Intrenal Server Error. (System)” terug te vinden.
Is mogelijk om hiervan een schermafdruk toe te voegen?
Ik weet bijna wel zeker dat ik de Incremental tabel aanroep. Dat wil ik controleren in mijn ETL tool, maar dan krijg ik die laatste foutmelding en vervolgens een mail met onderstaande inhoud.
Het lijkt wel of mijn IP is geblokkeerd?
Aan …,
Invantive Cloud heeft een essentiële beveiligingsgebeurtenis geregistreerd, die MET problemen is uitgevoerd. Dit kan duiden op een poging om ongeautoriseerde toegang tot uw Invantive Cloud-account te krijgen of om uw omgeving in gevaar te brengen.
Bridge Online-toegang is niet geautoriseerd vanaf IP-adres ‘::ffff:82.204.43.195’.*
Er wordt gebruikt gebruik gemaakt van de *incremental tabellen, voor zowel Accounts als TransactionLines. De time-out in de connector staat op 100 minuten, maar de job blijft stoppen na (max) 10 minuten of zelfs eerder.
Ook als we alleen de TransActionLines van de afgelopen 10 dagen ophalen komt de time-out. Normaal zou deze job er niet langer dan 3 minuten over moeten doen.
De laatste succesvolle run was 6 juni. De problemen zijn per 1 juni ontstaan, terwijl er niets aan de procedure is aangepast.
Is het mogelijk om een (geanonimiseerde) schermafdruk van de details van het verzoek in Invantive Bridge Online Monitoring toe te voegen zoals beschreven in Meer inzicht met nieuwe Bridge Online Monitoring?
Gelieve tenminste de volgende gegevens zichtbaar te laten:
de titelbalk met de request ID,
de statuscode, netwerkgrootte en tijdstippen in de linkerkolom,
de foutcode en foutmelding helemaal onderaan in de linkerkolom,
Is het mogelijk om een (geanonimiseerde) schermafdruk van de details van het verzoek in Invantive Bridge Online Monitoring toe te voegen zoals beschreven in Meer inzicht met nieuwe Bridge Online Monitoring?
De details vindt u door te klikken op het downloadverzoek wat het door u geconstateerde probleem representeert.
Gelieve tenminste de volgende gegevens zichtbaar te laten:
de titelbalk met de request ID,
de statuscode, netwerkgrootte en tijdstippen in de linkerkolom,
de foutcode en foutmelding helemaal onderaan in de linkerkolom,
Uit onderzoek is gebleken dat de request ID 0HN4RTNEMDG9K* afkomstig is van de user agent “Microsoft.Data.DataFeedClient/2.0”, waarbij de download na exact 330 seconden werd geannuleerd. De download was op dat moment nog bezig en tot dusver waren circa 1,8 miljoen boekingen opgehaald.
Advies is om als test de URL getoond in het screenshot via curl op te halen waarbij gebruikersnaam en wachtwoord meegegeven worden:
Mijn vermoeden is dat het ligt aan .Incremental. Bij het ophalen van data uit ExactOnlineREST.Incremental.AccountsIncremental@eol komt de foutmelding. Dus heb ik nu rechtstreeks de data opgehaald uit ExactOnlineREST.CRM.Accounts@eol. Ondanks dat veel langer duurt, wordt het wel succesvol opgehaald:
Advies is om de download uit te voeren via curl. Dit maakt het mogelijk de oorzaak duidelijker vast te stellen.
De indruk bestaat dat Exact Online SaaS-omgevingen in grotere omgevingen de afgelopen periode beduidend minder resources krijgen, mogelijk in samenhang met uitrol van Exact Online Premium. Met curl kan dit voor deze omgeving vastgesteld worden.
Het gekke is dat de data (rijen) gewoon worden opgehaald, maar dan er vervolgens niets wordt gedaan. In de Monitoring zie je dat binnen een paar seconden al de 10.000 rijen beschikbaar zijn. Daarna zie alleen maar de tijd oplopen, totdat de foutmelding komt.
Helaas worden die rijen niet ‘vrijgegeven’ en kunnen ze niet geladen worden.
Het aantal rijen heeft bij Exact Online met meerdere administraties en *Incremental- tabellen weinig betekenis. Dit is waarschijnlijk de data van 1 administratie terwijl de anderen nog verzameld worden, hetgeen enige tijd kan duren.
Advies is om te controleren of de gebruikte Invantive Cloud-gebruikers tussen curl en Invantive Bridge Online Monitoring wel overeenstemmen. Een gebruiker ziet enkel zijn eigen downloads.
Via curl de ID van TransactionlinesIncremental opgehaald. Althans, een poging, want het ophalen blijft hangen bij een ID (eerste afbeelding). Ik heb het commando geannuleerd en dat is te zien in de monitoring (tweede afbeelding).
Advies is om de download siginificant meer tijd te geven. De download was tot op de laatste seconde nog actief.
Het betreft meer dan 2 miljoen boekingen die deels vers werden opgehaald.
Het hangen blijven gedurende enige tijd is normaal; de data wordt parallel verzameld per administratie en retour gegeven zodra de dataest van een administratie volledig is samengsteld.
Advies is om rekening te houden met een duur van maximaal een uur.
