SSIS - Event Handler Performance

, 2010-07-19

Event handlers are a great tool for managing errors and other events that occur during the execution of a package run.  Using event handlers can however add additional time to the run of a package.  Depending on the event that is selected it could cause more performance issues than others. 

For example, if you have the OnInformation event selected then the package could fire off the event dozens of times during one run, but when you have the OnError event selected you will only see the event fire off on the failure of a package or task.  So be very careful with event handler usage. 

A side note on event handlers is they can be disabled.  From the event handler tab you can open the properties menu and change the Disable property to true, which will disable the selected event handler.  To disable event handlers all together in a package change the package level property called DisableEventHandlers to true.  Try it out by using the OnInformation event before and after disabling to see the performance hit.

Rate

Share

Share

Rate

Related content

Database Mirroring FAQ: Can a 2008 SQL instance be used as the witness for a 2005 database mirroring setup?

Question: Can a 2008 SQL instance be used as the witness for a 2005 database mirroring setup? This question was sent to me via email. My reply follows. Can a 2008 SQL instance be used as the witness for a 2005 database mirroring setup? Databases to be mirrored are currently running on 2005 SQL instances but will be upgraded to 2008 SQL in the near future.

2009-02-23

1,567 reads

Networking - Part 4

You may want to read Part 1 , Part 2 , and Part 3 before continuing. This time around I'd like to talk about social networking. We'll start with social networking. Facebook, MySpace, and Twitter are all good examples of using technology to let...

2009-02-17

1,530 reads

Speaking at Community Events - More Thoughts

Last week I posted Speaking at Community Events - Time to Raise the Bar?, a first cut at talking about to what degree we should require experience for speakers at events like SQLSaturday as well as when it might be appropriate to add additional focus/limitations on the presentations that are accepted. I've got a few more thoughts on the topic this week, and I look forward to your comments.

2009-02-13

360 reads