ODBC & Controlador
ODBC de 32 bits en Windows de 64 bits: ¿qué acceso es adecuado?
Windows de 64 bits no convierte automáticamente una aplicación antigua en un programa de 64 bits. En ODBC, aplicación y controlador cargado deben tener la misma arquitectura. La versión en bits del servidor de base de datos no es el criterio decisivo.
- OrigenPrograma: 32 o 64 bits
- Comprobar la conexiónControlador: el compatible
- DestinoBase de datos de destino
Así se presenta en la práctica
Tras cambiar de PC, el controlador está instalado y la fuente de datos es visible. El ERP antiguo no conecta. Esto debe distinguirse de un DSN mal escrito: afecta a la arquitectura de los componentes.
Distinguir causas habituales
Solo está instalada la otra versión del controlador
Un programa de 32 bits no puede cargar un controlador ODBC de 64 bits. Instalar correctamente otra variante no resuelve el problema.
DSN de sistema creado en la otra herramienta
Windows administra fuentes de sistema por separado según arquitectura. La entrada puede faltar en el administrador correspondiente a la aplicación.
DSN de usuario visible interpretado incorrectamente
Las fuentes de datos de usuario pueden aparecer en ambos administradores. La visibilidad por sí sola no confirma que la versión del controlador sea utilizable.
Qué pueden comprobar inicialmente
Determinar la versión de la aplicación
Utilicen documentación del fabricante o información del programa. Comprueben el programa que realmente se ejecuta, no solo el sistema operativo.
Abrir el administrador correcto
En Windows de 64 bits, el administrador de 32 bits está en C:\Windows\SysWOW64\odbcad32.exe; el de 64 bits, en C:\Windows\System32\odbcad32.exe. Los nombres de las carpetas se confunden fácilmente.
Solo comparar controlador y DSN
Anoten versiones y DSN esperado. La conexión de producción se conserva.
Si el problema es más profundo
Si no existe un controlador compatible en la arquitectura necesaria, crear una fuente de datos no basta. Comprobamos entonces exportación autorizada, componente separado o modernización planificada. La operativa determina la vía.
Cómo delimitar correctamente el error
Empiecen por el proceso que abre la conexión. Si la aplicación antigua se ejecuta localmente y un servicio nuevo realiza la exportación, pueden intervenir dos arquitecturas distintas. Cada una necesita su propia configuración documentada.
Seguir utilizando el software probado
El primer objetivo es un acceso estable a los datos necesarios. Un flujo pequeño y bien delimitado puede ser más útil que una sustitución completa inmediata. Antes de implementar, aclaramos disponibilidad, mantenimiento y autorizaciones del fabricante.
Cuándo conviene el apoyo
El apoyo compensa si ya no existe el controlador antiguo o falla después de cambiar equipo o servidor. Tengan disponibles versión de la aplicación, nombre del controlador y último ordenador funcional.
La solución adecuadaConectar y reutilizar sistemas existentesFuentes para el contexto técnico
Revisado técnicamente el 7 de octubre de 2026. Las indicaciones de fabricantes se refieren a los productos citados y no sustituyen la comprobación de su configuración concreta.
Aclaremos juntos el siguiente paso.
Para empezar bastan los programas y una descripción breve del problema.