sql-server – 什么时候应该使用扩展事件而不是SQL Profiler / perfmon?

扩展事件似乎是一种更好的技术,对服务器的压力更小,但sql Profiler / perfmon具有更好的工具.此外,扩展事件似乎有更陡峭的学习曲线.应该在哪种情况下使用?是否值得通过陡峭的学习曲线来利用扩展事件?

解决方法

Is it worth getting past the steep learning curve to take advantage of the extended events?

绝对是的.扩展事件是一个新的平台,具有比sql Trace更好的性能和可伸缩性,与sql Trace相比,sql Server 2008中的功能有限,并且还有一些学习曲线.请放心,扩展事件在sql Server DENALI中得到了重大影响,并且会有很多选项和选项.扩展事件中可用的用例,不在sql Trace中.扩展事件是监控的未来.进行故障排除以及未来的某一天sql Trace将被删除.

请注意,当引入新平台时,MSFT不会立即弃用某个功能.扩展事件在版本1(sql Server 2008)中,在删除产品中存在的sql Trace很长一段时间之前,需要对其进行修改修改.

为了克服学习曲线,请练习Jonathan Kehayias和我的一些博客文章中的例子(无耻的插件).

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

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

对桑迪:一个我不认为迈克尔在这个帖子中就各种主题提出了太多不同的问题.是的,有很多问题,但它们是相同的主题.我不认为他应该打开几个线程来分割这个.

相关文章

SELECT a.*,b.dp_name,c.pa_name,fm_name=(CASE WHEN a.fm_n...
if not exists(select name from syscolumns where name=&am...
select a.*,pano=a.pa_no,b.pa_name,f.dp_name,e.fw_state_n...
要在 SQL Server 2019 中设置定时自动重启,可以使用 Window...
您收到的错误消息表明数据库 'EastRiver' 的...
首先我需要查询出需要使用SQL Server Profiler跟踪的数据库标...