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.
Wichtiger Haftungsausschluss
Die auf WeAreCAS.eu bereitgestellten Codes und Beispiele dienen Lehrzwecken. Es ist zwingend erforderlich, sie nicht blind in Ihre Produktionsumgebungen zu kopieren. Der beste Ansatz besteht darin, die Logik zu verstehen, bevor sie angewendet wird. Wir empfehlen dringend, diese Skripte in einer Testumgebung (Sandbox/Dev) zu testen. WeAreCAS übernimmt keine Verantwortung für mögliche Auswirkungen oder Datenverluste auf Ihren Systemen.
SAS und alle anderen Produkt- oder Dienstleistungsnamen von SAS Institute Inc. sind eingetragene Marken oder Marken von SAS Institute Inc. in den USA und anderen Ländern. ® zeigt die Registrierung in den USA an. WeAreCAS ist eine unabhängige Community-Site und nicht mit SAS Institute Inc. verbunden.
Diese Website verwendet technische und analytische Cookies, um Ihre Erfahrung zu verbessern.
Mehr erfahren.