ODBC & Treiber
32-Bit-ODBC auf 64-Bit-Windows: Welcher Zugang passt?
Ein 64-Bit-Windows macht eine ältere Anwendung nicht automatisch zu einem 64-Bit-Programm. Für ODBC müssen Anwendung und geladener Treiber in derselben Architektur vorliegen. Die Bit-Version des Datenbankservers ist dafür nicht der entscheidende Maßstab.
- QuelleProgramm: 32 oder 64 Bit
- Die Verbindung prüfenTreiber: passend dazu
- ZielDatenbankziel
So zeigt sich das im Alltag
Nach dem Wechsel auf einen neuen PC ist der Treiber installiert und die Datenquelle sichtbar. Die alte Warenwirtschaft verbindet sich trotzdem nicht. Diese Situation muss von einem falsch geschriebenen DSN unterschieden werden: Hier geht es um die Architektur der beteiligten Komponenten.
Typische Ursachen unterscheiden
Nur die andere Treiberversion installiert
Ein 32-Bit-Programm kann keinen 64-Bit-ODBC-Treiber laden. Die erfolgreiche Installation einer anderen Variante löst dieses Problem nicht.
System-DSN im anderen Werkzeug angelegt
Windows verwaltet System-Datenquellen getrennt nach Architektur. Der Eintrag kann deshalb in der für die Anwendung zuständigen Verwaltung fehlen.
Sichtbare Benutzer-DSN falsch eingeordnet
Benutzer-Datenquellen können in beiden Verwaltungen auftauchen. Sichtbarkeit allein bestätigt die verwendbare Treiberversion nicht.
Was Sie zunächst prüfen können
Anwendungsversion feststellen
Nutzen Sie Herstellerunterlagen oder die Programminformation. Prüfen Sie das tatsächlich ausführende Programm, nicht nur das Betriebssystem.
Die richtige Verwaltung öffnen
Auf 64-Bit-Windows liegt die 32-Bit-Verwaltung unter C:\Windows\SysWOW64\odbcad32.exe; die 64-Bit-Verwaltung unter C:\Windows\System32\odbcad32.exe. Die Ordnernamen sind leicht zu verwechseln.
Treiber und DSN nur vergleichen
Notieren Sie die vorhandenen Versionen und den erwarteten DSN. Die produktive Verbindung bleibt dabei bestehen.
Wenn das Problem tiefer liegt
Ist kein unterstützter Treiber in der benötigten Architektur verfügbar, reicht das Anlegen einer neuen Datenquelle nicht. Dann prüfen wir einen freigegebenen Exportweg, eine getrennte Integrationskomponente oder eine geplante Modernisierung. Der laufende Betrieb bestimmt den Weg.
Wie sich der Fehler sauber abgrenzen lässt
Beginnen Sie beim Prozess, der die Verbindung öffnet. Läuft die alte Anwendung lokal, während ein neuer Dienst den Export übernimmt, können zwei unterschiedliche Architekturen beteiligt sein. Für beide braucht es eine eigene nachvollziehbare Konfiguration.
Bewährte Software weiterverwenden
Das Ziel ist zunächst ein stabiler Zugang zu den benötigten Daten. Ein kleiner, klar begrenzter Datenfluss kann sinnvoller sein als ein sofortiger Komplettaustausch. Verfügbarkeit, Wartbarkeit und Herstellerfreigaben werden vor einer Umsetzung geklärt.
Wann Unterstützung sinnvoll ist
Unterstützung lohnt sich, wenn ein alter Treiber nicht mehr verfügbar ist oder die Verbindung nach einem Arbeitsplatz- oder Serverwechsel ausfällt. Halten Sie Anwendungsversion, Treibername und den letzten funktionierenden Rechner bereit.
Der passende LösungswegAltsysteme anbinden und weiterverwendenQuellen zur technischen Einordnung
Fachlich geprüft am 7. Oktober 2026. Herstellerangaben beziehen sich auf die jeweils genannten Produkte; sie ersetzen nicht die Prüfung Ihrer konkreten Konfiguration.
Gemeinsam den nächsten Schritt klären.
Die Programme und eine kurze Problembeschreibung genügen zum Einstieg.
