June 19, 2009 at 12:56 pm
Comments posted to this topic are about the item On Error () Logging by Using Event Handlers
June 26, 2009 at 3:00 am
Nice article and a good companion to Jamie Thompsons blog at conchango:
I see you followed the same development path as I had - generalise the error logging and then the same principle can be applied to all SSIS packages in production. This leaves you with a consistant process log table which can be used for system reporting.
Handy when you want to run a quick report in the morning to check on the status of all the overnight jobs 🙂
June 26, 2009 at 10:58 am
Is there a particular reason you don't use the built-in logging?
June 26, 2009 at 11:13 am
It gives u more customization on logging mechanism. Here I mentioned a simple example, u can use ur own ideas for a more complex logging.
Thanks for ur comments
June 26, 2009 at 11:33 am
Hi Arun, Following your steps exactly as provided doesn't work. The Expressions Editor Query produces a cannot be parsed error message.
June 26, 2009 at 11:49 am
Hi… I checked the Expression thoroughly and it is working perfectly.
Please check the user variable, may be u didn’t created the user variable named @[User::PackageLogID].
If u have created the above variable perfectly, then please send me the detail of the error message that u got.
Thank u
June 26, 2009 at 1:04 pm
Hello Arun, brilliant! you're 100% correct. I just had to get up to speed on creating user variables. Thanks much Arun! You helped me learn something today!
June 27, 2009 at 9:12 pm
Just a quick question... I don't see where the column called "PrcocedureName" in the error log table is either described or used in the article. Is it just an unused, mispelled artifact?
Other than that, pretty cool article on simple error logging.
--Jeff Moden
Change is inevitable... Change for the better is not.
June 28, 2009 at 1:37 am
The column named “[PrcocedureName]” can be used to detect the procedure that causes the particular error. But I didn’t implement it in the methodology; the user can implement it in case if they are using some procedures in the ETL process. The details about implementing the same will be posted in my next article.
Thank you
June 28, 2009 at 2:31 am
Is it possible to add Cointainer Name along with Package Name & Task Name. I think its little bit tircky
June 28, 2009 at 2:57 am
Yah it’s possible, I will try to find out some direct ways to do it. But for the time being, you can use one custom task to keep track of the currently executing container in a variable and can add that variable in the logging task.
Thank You
July 1, 2009 at 8:51 am
I have implemented something very similar to this however; instead of creating the PackageLogID as a user variable I am just using the system variable "ExecutionInstanceGUID". I am curious though, did you choose to create a user variable for a particular reason? One reason I could see is so that you could deal with an int value insead of a GUID but did you have other reasoning?
Regards,
Jason
Regards,
Jason P. Burnett
Senior DBA
July 1, 2009 at 9:00 am
Obviously, there is a reason for using PackageLogID as a user defined variable for tracking the execution of the package. Below is the list:
•It’s datatype is Int, so easy for calculation and analysis.
•Its size is less (datatype size), obviously good then using GUID.
•Can be sorted easily and is meaningful for the user (for easy understanding and detecting than GUID)
Thanks for your comment.
July 1, 2009 at 9:36 am
Thanks for the details. Greatly appreciated!
Regards,
Jason P. Burnett
Senior DBA
July 3, 2009 at 11:51 am
I have been using SSIS for a while, but haven't tapped into the power of even handling yet. This is a great and useful introduction!
Viewing 15 posts - 1 through 15 (of 20 total)
You must be logged in to reply to this topic. Login to reply