April 7, 2009 at 11:49 pm
I have a SSIS package. When executed through the solution, the package executes fine as per the expected functionality.
But when scheduled through a job, the package executes successfully, but no data is getting loaded to the tables.
Any suggestion as what could be the reason for tables not getting populated through the job run.
please reply ASAP. it's urgent.
Thanks
April 8, 2009 at 12:18 am
Are you testing it on the same server? check your configuration files, may be they both are pointing to different servers.
April 8, 2009 at 12:57 am
Servers are same. the configuration file is in form of a database table.
I have deployed the package also on the server. the deployed package also runs fine whren ran manually....
But the job is still failing... 🙁
suggestions please...!!
April 8, 2009 at 10:20 pm
May be it is an authentication issue . Please test by creating a simple sp that inserts data into the table and schedule it as a job and test if it works fine. Now call the sp from an sql task (by connecting to your database using the same login credentials) in a sample ssis package without any configuration table and test.
April 8, 2009 at 10:53 pm
APARNA (4/8/2009)
May be it is an authentication issue . Please test by creating a simple sp that inserts data into the table and schedule it as a job and test if it works fine. Now call the sp from an sql task (by connecting to your database using the same login credentials) in a sample ssis package without any configuration table and test.
If your source data is coming from a file on a network drive, your test should also include importing a sample file from there ...
The absence of evidence is not evidence of absence.
Martin Rees
You can lead a horse to water, but a pencil must be lead.
Stan Laurel
April 9, 2009 at 1:12 am
How can we check the service account under which Sql agent runs?
I am having a flat file as a source that loads the data to the table. The same operation is happening through teh package also thats been scheduled through the job. So how can i check:
1. Which service account sql agent runs with
2. Access of that service account on the flat file source.
Suggestions please.
Thanks
April 9, 2009 at 1:23 am
Hi,
Just type services.msc in RUN command and go to SQL Server Agent Service and then right-click properties.
There, go to the tab "Log On". Chevk if it is running on local system account. If it so, then you may need to change it to "This account" and pass your credentials and restart the service.
Then try to run the SQL agent job which executes the SSIS pacakge.
This account which you are providing should have access to the input folder where the input file is being palced, output folder/ database if any.
Hope it helps.
April 9, 2009 at 3:11 am
Tried that but of no use. 🙁
April 9, 2009 at 4:57 pm
Are you using environment variable (indirect configuration) to point to your config table? If yes, then it might be possible the value is not reflecting and still pointing to your dev enviroment.
April 9, 2009 at 10:45 pm
Could you please post the exact error message you are getting? Get the error message either from the Job history or from the log file /the log table if you have logging enabled.
Viewing 10 posts - 1 through 9 (of 9 total)
You must be logged in to reply to this topic. Login to reply