ODBC & Pilote
ODBC 32 bits sur Windows 64 bits : quel accès convient ?
Windows 64 bits ne transforme pas automatiquement une ancienne application en logiciel 64 bits. Pour ODBC, l'application et le pilote chargé doivent avoir la même architecture. La version en bits du serveur de base de données n'est pas le critère décisif.
- SourceLogiciel : 32 ou 64 bits
- Vérifier la connexionPilote : adapté au logiciel
- DestinationBase de données de destination
Comment cela se manifeste au quotidien
Après un changement de PC, le pilote est installé et la source visible. L'ancien ERP ne se connecte pourtant pas. Cette situation se distingue d'un DSN mal orthographié : elle concerne l'architecture des composants.
Distinguer les causes habituelles
Seule l'autre version du pilote est installée
Un logiciel 32 bits ne peut pas charger un pilote ODBC 64 bits. L'installation réussie d'une autre variante ne résout pas ce problème.
DSN système créé dans l'autre outil
Windows gère séparément les sources système selon l'architecture. L'entrée peut donc manquer dans l'administrateur correspondant à l'application.
DSN utilisateur visible mal interprété
Les sources de données utilisateur peuvent apparaître dans les deux administrateurs. Leur visibilité ne confirme pas à elle seule la disponibilité d'une version utilisable du pilote.
Ce que vous pouvez vérifier d'abord
Identifier la version de l'application
Consultez les documents du fournisseur ou les informations du logiciel. Vérifiez le programme réellement exécuté, pas seulement le système d'exploitation.
Ouvrir le bon administrateur
Sur Windows 64 bits, l'administrateur 32 bits se trouve dans C:\Windows\SysWOW64\odbcad32.exe ; l'administrateur 64 bits dans C:\Windows\System32\odbcad32.exe. Les noms des dossiers prêtent facilement à confusion.
Comparer les pilotes et DSN sans les modifier
Notez les versions présentes et le DSN attendu. Laissez la connexion de production en place.
Quand le problème est plus profond
Si aucun pilote pris en charge n'existe dans l'architecture nécessaire, créer une nouvelle source de données ne suffit pas. Nous examinons alors un export autorisé, un composant d'intégration séparé ou une modernisation planifiée. Le fonctionnement courant détermine l'approche.
Comment cerner proprement l'erreur
Commencez par le processus qui ouvre la connexion. Si l'ancienne application fonctionne localement tandis qu'un nouveau service gère l'export, deux architectures différentes peuvent intervenir. Chacune exige une configuration distincte et compréhensible.
Continuer à utiliser les logiciels éprouvés
L'objectif initial est un accès stable aux données nécessaires. Un flux limité et bien défini peut être plus judicieux qu'un remplacement complet immédiat. La disponibilité, la maintenabilité et les autorisations du fournisseur sont clarifiées avant la mise en œuvre.
Quand une aide est pertinente
Une aide est pertinente si un ancien pilote n'est plus disponible ou si la connexion échoue après un changement de poste ou de serveur. Préparez la version de l'application, le nom du pilote et le dernier ordinateur fonctionnel.
La solution adaptéeConnecter et réutiliser les anciens systèmesSources pour l'analyse technique
Contenu technique vérifié le 7 octobre 2026. Les informations des fournisseurs concernent les produits cités et ne remplacent pas la vérification de votre configuration précise.
Définir ensemble la prochaine étape.
Les noms des logiciels et une courte description du problème suffisent pour commencer.