什麼時候應該使用擴展事件而不是 SQL Profiler/perfmon？

擴展事件似乎是一種更好的技術，對伺服器的壓力更小，但 SQL Profiler/perfmon 具有更好的工具。此外，擴展事件似乎具有更陡峭的學習曲線。每個應該在什麼情況下使用？是否值得通過陡峭的學習曲線來利用擴展事件？

> > 是否值得通過陡峭的學習曲線來利用擴展事件？ > > >

肯定是的。擴展事件是一個新平台，它比 SQL Trace 具有更好的性能和可伸縮性，並且與 SQL Trace 相比，SQL Server 2008 中的功能有點有限，而且還有一些學習曲線。請放心，擴展事件在 SQL Server DENALI 中進行了大修，擴展事件中將有很多選項和案例可用，而這些選項和案例不會出現在 SQL 跟踪中。擴展事件是監控和故障排除的未來，並且在未來的某一天 SQL 跟踪將被刪除。

請注意，當引入新平台時，MSFT 不會立即棄用功能。擴展事件在第 1 版（SQL Server 2008）中，在刪除產品中長期存在的 SQL 跟踪之前，有很多事情需要改進和修改。

為了克服學習曲線，練習 Jonathan Kehayias 和我的一些部落格文章中的範例（無恥外掛）。

http://www.sqlskills.com/blogs/jonathan/category/Extended-Events.aspx

http://sankarreddy.com/tag/extended-events/

致桑迪：我不認為邁克爾在這個文章的各個主題上問了太多不同的問題。是的，有很多問題，但它們都在同一個主題上。我認為他不應該打開幾個執行緒來拆分這個。

引用自：https://dba.stackexchange.com/questions/2665