July 21, 2006 at 12:07 pm
The problem arises when the package is executed as a scheduled SQL Server Agent Job. Every time the job is executed, the following error is recorded in the Job History Log:
July 24, 2006 at 8:00 am
This was removed by the editor as SPAM
July 24, 2006 at 9:36 am
I'll take a guess. When you run the package manually (as yourself or as America\SVCSQL), are you logged on to a workstation or to the server? My guess is that the driver is on your workstation but not on the server itself.
Greg
Greg
July 24, 2006 at 9:57 am
I am logged onto the server itself and I can open the ODBC wizard on the server and select the Oracle 10G driver. Thanks for the reply though!!
August 21, 2006 at 9:17 am
I have had issues like this when the package is created on my client that is at a different service pack level than the server the package is saved on (and run on).
February 16, 2007 at 1:13 pm
I am having the same issue. I have create a DTS package on my server and can log onto that server and execute manually but when I try to run as a SQL Server job I get the same message:
Step Error Description:Specified driver could not be loaded due to system error 1114 (Oracle in OraClient10g_home1).
This has to be a bug with Microsoft. I am going to contact them now and let you know what the resolution is. I have created and Run many DTS packages but it seems this issues is only now showing when we moved to the Oracle drivers 10.X.XX
February 16, 2007 at 1:26 pm
Great!! Let me know what you hear...
March 10, 2007 at 9:25 am
A long shot, perhaps, but I am getting similar errors when accessing ODBC from ASP (not ASP.NET). My sense, is that somehoe it is security related...and I don't know what folder, what ttemp atrea, what... I need to open up to make the ORACLE ODBC work.
Perhaps knowing what security context SQL Agent is running in would be useful?
March 10, 2007 at 9:25 am
Never mind. I saw the information in the first post.
March 21, 2007 at 7:11 am
I am having excatly the same problem. I have several DTS packages that are scheduled to run. If i kick these packages off manually, they complete just fine. If left for the scheduled agent to run them, they fall over with this error message.
I'm using an ODBC connection to Lotus Notes using the NotesSQL odbc driver.
Also, these packages have been running merrily for over a year and have only recently become an issue.
Any information on this would be very gratefully received.
June 29, 2007 at 3:13 am
Hi I'm having the same issue. Did anyone ever find a resolution to this one?
July 11, 2007 at 9:14 am
Hi I'm also having the same issue.
Did anyone ever find a resolution to this one?
July 11, 2007 at 9:58 am
Check who the owner of the jobs are. Had an issue at my last employer with processes working manually, but failing as a scheduled job. I got around this by setting the owner to sa.
Just a thought.
September 17, 2007 at 1:31 pm
I had a similar problem with OBDC Client for oracle. The DTS package failed when I scheduled it, but run without issue when started manually.
Try restarting the client/server where the DTS package will be executed. Rebooting the server solved my problem.
I know I did not have an issue with security because I was logged into the server with the same account that sql agent uses, when I executed the DTS package manually.
September 17, 2007 at 9:36 pm
What O/S (e.g. Windows 2003 32-bit) and version of SQL Server (e.g. Standard X64) are you running?
Joe
Viewing 15 posts - 1 through 15 (of 25 total)
You must be logged in to reply to this topic. Login to reply