sql-server - mail - sql server agent permission

Trabajo del Agente SQL: ¿Es posible que la conexión no esté configurada correctamente o que no tenga los permisos adecuados en esta conexión?

Question

Obtengo este error cuando ejecuto un paquete SSIS a través del Agente SQL Error al adquirir la conexión "ORACLE ADO.NET". Es posible que la conexión no esté configurada correctamente o que no tenga los permisos adecuados en esta conexión.

Cuando inicio sesión como el usuario de SQL Agent y ejecuto el paquete ssis directamente, está bien. Cuando lo ejecuto a través del trabajo del agente SQL, falla.

He leído mucho sobre este tema, y ​​parece que muchos de los consejos se refieren a cómo ha iniciado sesión, a la configuración de las cuentas de proxy, etc., etc., etc., ninguno de los cuales ha sido útil.

Estoy iniciando sesión en una base de datos Oracle con una conexión ADO.NET. La cadena de conexión es la siguiente (fuente de datos, ID de usuario y contraseña han sido cambiados):

Fuente de datos = DATASOURCE; ID de usuario = ID de usuario; Contraseña = contraseña; Persist Security Info = True; Unicode = True;

Estoy cargando esto desde una configuración de registro usando la configuración del paquete. Para verificar que obtengo la cadena correcta, la escribo en una tabla de registro temporal. Definitivamente estoy obteniendo la cadena que necesito de la configuración de registro correcta.

Probé las credenciales de inicio de sesión de Oracle a través del desarrollador PL / SQL, y me permite iniciar sesión sin problemas.

Por lo que puedo decir, como estoy usando un nombre de usuario y una contraseña explícitos para la conexión de Oracle, no debería importar con quién se ejecute el pacakge de SSI. El único punto de falla que puedo ver sería la lectura de la información del registro, pero eso parece estar bien.

Estoy realmente desconcertado, debo confesar, y agradecería cualquier ayuda que algunos de los espléndidos expertos puedan ofrecer.

Muchas gracias, James

Answer 1

Tuvimos problemas en un cliente con la ejecución de paquetes que se conectan a Oracle antes de almacenarse en nuestra instancia de servidor sql. El trabajo que encontramos fue cambiar la propiedad del paquete, nivel de protección, a "No guardar datos confidenciales" y para fines de seguridad, ciframos el nombre de usuario y la contraseña en la configuración del paquete que fue descifrada por un udf en el servidor sql. Por supuesto, antes de probar toda la parte de encriptación, recomendaría poner el nombre de usuario y la contraseña en la configuración del paquete sin encriptar los valores para ver si cambiar la configuración del nivel de protección es la solución a su problema específico. Espero que esto ayude.

Answer 2

Ok, rastreó este después de mucho dolor.

Funcionaba bien en un entorno, pero no en otro, así que activé Process Monitor ( http://technet.microsoft.com/en-us/sysinternals/bb896645.aspx ) y ejecuté un paquete a través del trabajo del Agente SQL, comparando qué entidades del sistema se vieron afectadas en cada entorno.

En el entorno anómalo, en el punto de la operación de transferencia masiva, el paquete intentó obtener el cliente DLL de Oracle 11 y luego se colgó.

Sabía que esto estaba instalado y, más que eso, la ruta DLL era una configuración del entorno del sistema. Después de más investigaciones, se reveló que el servidor no se había reiniciado desde la instalación de Oracle Client y que el proceso del Agente SQL Server no se había reciclado.

Sí, ¿puedes creerlo ?, el viejo servicio de ayuda solucionó "¿Puedes reiniciar tu computadora?" trabajó.

¡Suspiro!