Un caso clásico se refiere al error que indica que el motor (engine) no se puede encontrar, que a menudo ocurre al usar PROC SQL a través de ODBC.
El Síntoma
El escenario es el siguiente: acaba de configurar una nueva fuente de datos (DSN) para SQL Server en su máquina. La prueba de conexión en la herramienta de administración de ODBC de Windows es exitosa.
proc sql ;
connect to odbc as MonAlias (datasrc=MonDSN user=&username password=&passwrd);
create table work.testtable as
select * from connection to MonAlias
(Select * from [database]);
quit;
1
PROC SQL ;
2
connect to odbc as MonAlias (datasrc=MonDSN user=&username password=&passwrd);
ERROR: The TXEVER engine cannot be found. ERROR: A Connection to the TxEVER DBMS is not currently supported, or is not installed at your site.
Las Causas y Soluciones
Si su cadena de conexión no ha cambiado, el problema casi siempre está relacionado con el entorno de Windows o la arquitectura del software. Aquí están los dos puntos esenciales a verificar.
1. Compatibilidad de la arquitectura (32 bits vs. 64 bits)
A veces, la solución es mucho más simple. Después de configurar nuevas variables de entorno o nuevas fuentes ODBC del sistema en una máquina recién instalada, a veces estos cambios no son tenidos en cuenta inmediatamente por todos los servicios, o un conflicto temporal bloquea el acceso al controlador.
En varios casos documentados, un simple reinicio completo de la computadora es suficiente para "desbloquear" la situación. Si el reinicio clásico no funciona, puede ser necesario un "Cold Reboot" (apagado completo, esperar unos segundos y luego reiniciar) para restablecer correctamente los servicios de conexión.
Ante un error de "Engine cannot be found" en una máquina nueva:
Si la arquitectura es correcta, reinicie su computadora. A menudo, este es el paso que falta después de una configuración inicial de ODBC.
Important Disclaimer
The codes and examples provided on WeAreCAS.eu are for educational purposes. It is imperative not to blindly copy-paste them into your production environments. The best approach is to understand the logic before applying it. We strongly recommend testing these scripts in a test environment (Sandbox/Dev). WeAreCAS accepts no responsibility for any impact or data loss on your systems.
SAS and all other SAS Institute Inc. product or service names are registered trademarks or trademarks of SAS Institute Inc. in the USA and other countries. ® indicates USA registration. WeAreCAS is an independent community site and is not affiliated with SAS Institute Inc.
This site uses technical and analytical cookies to improve your experience.
Read more.