Verkeerde verbinding wordt gekozen bij Invantive Data Hub release 26.0

[ptr]

Update naar 26 werd geïnstalleerd (zie Error itgenobr344: Missing state - #16).

De omgeving volgt volgende structuur:

• OEM-licentie
• 3 Exact Online-omgevingen
• 1 Invantive Cloud dienstenaccount
• Op serverniveau zijn er twee configuraties
  • Configuratie 1
    • Database 1
  • Configuratie 2
    • Database 2
    • Database 3

De vaststelling hierbij is dat de connectie op configuratie 1 succesvol lukt.

Bij het verbinden met configuratie 2 gaat deze steeds connectie maken met configuratie1

Welke info kan helpen om dit te debuggen?

[forums]

Een update is te vinden op:

Error itgenobr344: Missing state

Een tweetal problemen komen veel voor die de inzet van Invantive Data Hub met Exact Online verhinderen. Probleem 1: geen verlenging token via Invantive Credentials Server De meest voorkomende foutmelding is itgencmr406, zie bijvoorbeeld: Itgencmr406 bij ophalen gegevens uit Exact Online Itgencmr406 met Exact Online op Invantive Data Hub 26.0 Probleem 2: verwarring selectie database Ondanks keuze voor een database wordt een andere database geopend, zie bijvoorbeeld: Verkeerde verbinding wor…

[forums]

Hebben de databases die verwisseld worden dezelfde datacontaineraliases?

In een andere OEM-omgeving waar dit probleem vorige week vrijdag nog optrad is dit probleem niet reproduceerbaar onder release 26.0.165.

[ptr]

Dezelfde datacontaineraliases komen inderdaad voor over de twee verbindingen:

• Configuratie 1
  • Database 1 - eolbe
• Configuratie 2
  • Database 2 - eolbe
  • Database 3 - eolbevariant

[forums]

Advies is om de laatste versie 26.0.167 van Invantive Data Hub in productie te nemen. Deze zou het kunnen optreden moeten oplossen. De laatste versie 26.0.167 of nieuwer staat op:

Invantive Downloads

[ptr]

Connectie lukt terug op het eerste zicht.

We volgen verder op tijdens het vernieuwingsproces.

[forums]

Het probleem met verkeerd gekozen connectie treedt ook op 26.0.168 nog steeds op. De achtergrond ligt in een terugvalscenario waarbij enkel op databasenaam gematcht wordt bij terugzoeken, en niet mede op de databasegroepnaam.

Mogelijke workaround 1 is:

• Voeg aan elke <connection> een id=GUID toe.

Hiermee weet de Invantive UniversalSQL-engine nauwkeurig te bepalen welke gewenst is.

Mogelijke workaround 2 is:

• Hernoem de database door er bijvoorbeeld de omgevingsnaam in te zetten.

Hiermee is de databasenaam uniek, ook als de groepnaam niet in de vergelijking betrokken wordt.

Vanaf release 26.0.169 is een verbetering verwerkt die dit probleem oplost.