ODBC Datenquelle weist auf alten Server

[Fuerchau]

Wenn auf einen DSN-Eintrag verwiesen wird, so ist dieser noch über
Systemsteuerung->Verwaltung->Datenquellen zu korrigieren.

Bei Verknüpften Tabellen in Access kann auch die gesamte Verbindungszeichenfolge in der verknüpften Tabelle festgelegt sein (Eigenschaften der Tabelle).
Das gleiche gilt auch für sog. Passthru-Abfragen (Eigenschaften).

In den Modulen/Formularen oder wo auch immer kann wiederum eine eigene Verbindungszeichenfolge hinterlegt sein.

Ein Fehler der häufig gemacht wird ist, die IP-Adresse als Systemnamen der Verbindung festzulegen.
Man sollte schon einen Namen verwenden (e.g. den Systemnamen der AS/400) um die IP-Adresse dynamisch zu erhalten.

[HerbertH]

Mein Kollege hat das problem gefunden.
In der Benutzerbedingten Registrierungsdatenbank NTUSER.DAT war noch der Name und sämtliche ODBC Verbindungen hinterlegt, auch solche die es eigentlich nicht mehr geben dürfte.
Hier den kompletten Schlüssel löschen, dann gibt es auch die alten verbindungen nicht mehr.

[Fuerchau]

Diese könne auch über die ODBC-Verwaltung ermittelt werden.
OpsNav erstellt wohl nur System-DSN's, während die ODBC-Verwaltung (Datenquellen) zwischen System-DSN's (für alle User) und Benutzer-DSN's unterscheidet.

Beim Öffnen einer DSN wird immer zuerst der User-DSN vor dem System-DSN gesucht und dann verwendet.
Die RegisterDatabase-Methode von DAO erstellt auch nur User-DSN's.

Das Löschen über regedit ist nicht unkritisch, die ODBC-Verwaltung ist da schon sicherer.

[HerbertH]

Wenn wir die im ODBC gesehen hätten, hätten wir das auch gemacht. Aber da waren keine.
Im Regedt war für den User noch ein Eintrag mit der
alten Verbindung und dem alten Anmeldenamen.
Wieso dieser erhalten war wissen wir nicht.
Auf jeden Fall funktioniert es jetzt.