Vi kopierer data fra Exact Online til en SQL-database ved hjælp af applikationsmodulet i Invantive Cloud, hvor vi bruger PSQL til at indlæse data fra tabellen GLAccountsIncremental. Synkroniseringen kører dagligt, men nye General Ledger-konti dukker først op i vores SQL-database efter cirka en uge.
Konkret eksempel
Der blev for nylig oprettet nye konti i hovedbogen den 29. januar. Den 5. februar stod disse stadig ikke i vores SQL-database, selvom synkroniseringen kører dagligt. Selv efter manuel kørsel af synkroniseringen blev disse rækker ikke indlæst.
På det tidspunkt, hvor posterne til sidst bliver indlæst, kan vi i kolonnen Created se den oprindelige oprettelsesdato (29. januar).
Hvad jeg allerede har prøvet
Kontrolleret, om den daglige kørsel af applikationsmodulet forløber korrekt.
Manuelt genkørt kopieringsprocessen.
Kontrolleret, om filtre eller datobegrænsninger i vores PSQL-scripts muligvis udelukker dataene.
Ingen af disse tiltag gav en forklaring på, hvorfor nye rækker først bliver tilgængelige efter cirka en uge.
Spørgsmål
Hvordan kan det være, at nye rækker i GLAccountsIncremental først bliver tilgængelige så sent?
Er der muligvis en indstilling i Invantive Cloud eller Exact Online, der bestemmer, hvornår denne tabel bliver opdateret eller synkroniseret?
Cachene stod på 57600 (16 timer), dem har jeg nu sat ned til 3600 (1 time). Men jeg synes stadig, det er mærkeligt, at det tager mere end en uge, før de nye rækker bliver indlæst. Hvad kan det mon skyldes?
Nej, jeg har ikke nogen sæt af SQL-hints i koden. Kan det måske skyldes, at det er en inkrementel tabel? Findes der flere steder caches ud over http disk og bridge response?
Dette spørgsmål blev automatisk lukket efter 1 uges inaktivitet. Det sidst givne svar er markeret som løsning.
Hvis problemet opstår igen, bedes du oprette et nyt spørgsmål i et separat emne. Husk venligst at inkludere et link til dette emne i det nye spørgsmål ved at indsætte URL’en i teksten.
