Bij enkele organisaties die gebruik maken van Invantive icm met Azure Data Factory, krijg ik sinds afgelopen vrijdag dubbele regels in de tabel Acounts, om precies te zijn de incremental variant: ExactOnlineREST.Incremental.AccountsIncremental@eol
Enige idee wat de oorzaak hiervan is en wat hier aan te doen?
Het is geen bekend probleem. Wel is bekend dat er een discrepantie is gebleken bij verwijderde records tussen de specificaties en daadwerkelijke werking; hiervoor is afgelopen week een verbeterde versie in productie genomen.
Welke SQL-query toont de dubbele regels in AccountsIncremental, waarbij vooral interessant is voor welke combinatie van veldwaardes een dubbele voorkomt.
Als je het over SQL hebt neem ik even aan over onze ‘lokale SQL’. hebt.
Ik heb zojuist de tabel Incremental.Accounts helemaal opnieuw geladen. Dit zijn ongeveer 26000 regels. Nu heb ik 64 dubbele. Wat opvalt, dat was vanochtend nog 63, de ‘nieuwe’ dubelle regel is een regels die vanochtend modified is.
Dank.
Is deze dubbele met ID &D3B…B84 ook zichtbaar bij het ophalen via Invantive SQL op Invantive Cloud?
Is deze dubbele ook zichtbaar bij het ophalen via Access OData (https://access-odata.com) uit Invantive Bridge Online of via Invantive Query Tool met de Bridge Online-driver?
Voor diepere analyse is het nodig om in de omgeving zelf te kijken. Er zal via e-mail contact met u opgenomen worden om delegatie verleend te krijgen.
Het probleem is reproduceerbaar via Invantive Query Tool die rechtstreeks verbindt op Bridge Online en van daaruit naar Exact Online:
Er zijn 67 dubbele rijen. Het volume volgens incrementalloadstatuses@eol sluit aan, en de vorige versie was 85 relaties minder. Versienummer van deze download is 4 en algoritmeversie is 10, waarbij de laatste download was op 9 december 09:37:32 UTC.
Op dieper niveau is de analyse via:
select CreatedUtc
, CategoryCode
, Source
, Text
from [incrementalloadeventlogentries@eol]
where TableFullQualifiedName = 'ExactOnlineREST.Incremental.AccountsIncremental'
order
by CreatedUtc desc
met als resultaat sinds 9 december:
| Datum | Code | Bron | Tekst |
|---|---|---|---|
| 9-12-2022 09:23:02 | itgeneor289 | 4 | No need to update incremental results since there was no previous version. |
| 9-12-2022 09:23:02 | itgeneor257 | 4 | There are 2 deletions to delete from the incremental result set of partition ‘2274689’ on table ‘ExactOnlineREST.Incremental.AccountsIncremental’. |
| 9-12-2022 09:23:02 | itgeneor256 | 4 | Added 26,677 new and/or modified rows (not deleted) for results of partition ‘2274689’ on table ‘ExactOnlineREST.Incremental.AccountsIncremental’ (0 rows were already deleted again). Timestamp moved from to 6,831,270,683 (timestamp environment ‘20180907201627’, date moved to 12/9/2022 9:37:32 AM). |
| 9-12-2022 09:20:59 | itgeneor255 | 4 | Initial load of incremental results of partition ‘2274689’ on table ‘ExactOnlineREST.Incremental.AccountsIncremental’. |
| 9-12-2022 09:20:59 | itgeneor640 | 4 | Last seen timestamp 6,796,271,048. Deletes between 1/1/0001 12:00:00 AM and 1/1/0001 12:00:00 AM by 0 different users to constitute first initial load. |
| 9-12-2022 09:20:59 | itgeneor639 | 4 | Incremental refresh of partition ‘2274689’ on table ‘ExactOnlineREST.Incremental.AccountsIncremental’. Integrated 2 deleted rows to constitute first initial load. |
| 9-12-2022 09:20:54 | itgeneor251 | 4 | Algorithm version changes from 7 to 10. Full reload of approximately 26,592 rows. |
| 9-12-2022 09:20:54 | itgeneor252 | Download table ‘ExactOnlineREST.Incremental.AccountsIncremental’ with incremental data on partition ‘2274689’ (timestamp environment ‘20180907201627’). |
Na 9 december is er nog geen nieuwe versie gemaakt. Dit betekent dat een optimalisatie gebruikt wordt die de laatste (nieuwe) versie combineert met de relevante mutaties.
ok, ik begrijp niet helemaal wat nu precies het probleem is, dit is nu nog in onderzoek? of ligt die bij Exact of word er actie van onze kant verwacht?
Er is geen actie nodig; het onderzoek is nog in uitvoering. De eerste aanpassing is zojuist in productie genomen: de extra application control met code itgeneor643 zorgt er voor dat een foutmelding optreedt bij dubbele waardes qua ID.
Het probleem is inmiddels reproduceerbaar gebleken en er wordt gewerkt aan een oplossing. De delegatie is niet meer nodig. Om onnodige storingen door de extra application control te voorkomen zijn alle caches opgeschoond; de storing kan nog voorkomen maar zal minder gebruikers raken.
Het is nog niet duidelijk wat de oorzaak is en of die binnen of buiten de Invantive-producten ligt. Een incident is gepubliceerd om gebruikers te informeren:
Gisteren aan einde van de werkdag is een aanpassing in productie genomen die het probleem oplost. Oorzaak was gevolgschade door een aanpassing om een bug op Exact Online te omzeilen. De aanpassing is gezien de problemen op Exact Online met (te) weinig tests in productie genomen.
Deze vraag is automatisch gesloten na tenminste 2 weken inactiviteit nadat een mogelijk passend antwoord is gegeven. Het laatste gegeven antwoord is gemarkeerd als oplossing.
Gelieve een nieuwe vraag te stellen via een apart topic als het probleem opnieuw optreedt. Gelieve in de nieuwe vraag een link naar dit topic op te nemen door de URL er van in de tekst te plakken.