May 2, 2010 at 10:08 pm
Hi Gurus,
I have been facing this problem when I run this tsql statement it runs fine and load's everything from my staging into production however when I have scheduled it for a monthly periodic run it doesn't seem to get executed. I have not had any luck trying to debug why this happens. Can anyone shed some light on this issue. Thanks heaps.
May 3, 2010 at 1:52 am
Hi,
Can you give us a sample of the tsql statement.
May 3, 2010 at 7:26 am
Sounds like a permissions issue. That would be the main difference. But without details on exactly what error you're getting, it's hard to say beyond that.
"The credit belongs to the man who is actually in the arena, whose face is marred by dust and sweat and blood"
- Theodore Roosevelt
Author of:
SQL Server Execution Plans
SQL Server Query Performance Tuning
May 3, 2010 at 5:46 pm
Thanks for your response. I'm in the admin user group and I've created numerous ETL tasks before. What other information can I provide to give more clarity?
May 3, 2010 at 6:38 pm
Check the login that the scheduling service is running under. Check the owner of the job that is being run and check the security settings on the script itself. It's usually one of these that isn't correct.
"The credit belongs to the man who is actually in the arena, whose face is marred by dust and sweat and blood"
- Theodore Roosevelt
Author of:
SQL Server Execution Plans
SQL Server Query Performance Tuning
May 3, 2010 at 8:09 pm
Are you getting any error messages?
If so what are the errors?
Do you have logging enabled within the package?
Jason...AKA CirqueDeSQLeil
_______________________________________________
I have given a name to my pain...MCM SQL Server, MVP
SQL RNNR
Posting Performance Based Questions - Gail Shaw[/url]
Learn Extended Events
May 3, 2010 at 11:49 pm
I have checked for logging and there is none. The job that kicks off the DTS is also set as owner SA.
There isn't any error when the DTS runs but just that the data doesn't get loaded =/ I was thinking that it was the order of my commit statement.
May 4, 2010 at 5:23 am
I don't see any reason why the commit would not fire. Maybe using TRY/CATCH instead of the old style error handling will allow you to control the flow better. It still sounds like a security issue to me.
"The credit belongs to the man who is actually in the arena, whose face is marred by dust and sweat and blood"
- Theodore Roosevelt
Author of:
SQL Server Execution Plans
SQL Server Query Performance Tuning
May 4, 2010 at 10:07 am
I would enable logging from within the package. That will give you more detail as to what is actually happening with the package when executed as a job.
Jason...AKA CirqueDeSQLeil
_______________________________________________
I have given a name to my pain...MCM SQL Server, MVP
SQL RNNR
Posting Performance Based Questions - Gail Shaw[/url]
Learn Extended Events
May 4, 2010 at 5:41 pm
Thanks alot for your help guys. I'll give it a try with using catch and enabling logging to see what I come up with. Will keep you posted. Cheers!
May 4, 2010 at 5:42 pm
Thanks - looking forward to hearing back on the results.
Jason...AKA CirqueDeSQLeil
_______________________________________________
I have given a name to my pain...MCM SQL Server, MVP
SQL RNNR
Posting Performance Based Questions - Gail Shaw[/url]
Learn Extended Events
Viewing 11 posts - 1 through 10 (of 10 total)
You must be logged in to reply to this topic. Login to reply