¿Cuándo deben usarse eventos extendidos en lugar de SQL Profiler / perfmon?

20

Los eventos extendidos parecen una mejor tecnología y menos estrés en el servidor, pero el Perfilador de SQL / perfmon tiene mejores herramientas. Además, los eventos extendidos parecen tener una curva de aprendizaje más pronunciada. ¿En qué contexto debe usarse cada uno? ¿Vale la pena superar la empinada curva de aprendizaje para aprovechar los eventos extendidos?

Michael Hedgpeth
fuente
3
No soy un experto en Xevents, pero por lo que he visto, son mejores para hacer preguntas específicas sobre cosas que están sucediendo o que acaban de ocurrir. Todavía uso mucho perfmon para el monitoreo regular y el estado general del servidor, así como para establecer líneas de base. También lo uso para la recopilación de datos extendida que puedo analizar más adelante. Definitivamente estoy marcando esto como una pregunta favorita porque me encantaría aprender más sobre el potencial de Xevents.
RThomas
@Michael Hedgpeth - Sea específico y restrinja su publicación a una o dos preguntas. Demasiadas preguntas en una publicación dificultan la respuesta y terminarán siendo una publicación abierta y subjetiva.
CoderHawk
@ Sandy, consideré dejar la sección de preguntas en blanco. Realmente tengo una pregunta simple: ¿cuándo debo usar una sobre la otra? Esperaba respuestas como: siempre, nunca, cuando te enfrentas a una situación X. ¿Debo eliminar el cuerpo de la pregunta?
Michael Hedgpeth
@Michael Hedgpeth: entendí tu intención; déjame explicarte un poco más ... "siempre" y "nunca" las respuestas serán preferencias personales de cada persona (es decir, serán subjetivas).
CoderHawk
@Michael Hedgpeth - "cuando te enfrentas a una situación X" - eso terminará como una discusión. De hecho es una buena pregunta. Veamos la respuesta de todos ...
CoderHawk

Respuestas:

16

¿Vale la pena superar la empinada curva de aprendizaje para aprovechar los eventos extendidos?

Definitivamente si. Extended Events es una nueva plataforma con un mejor rendimiento, escalabilidad que SQL Trace y la funcionalidad que se encuentra en SQL Server 2008 es un poco limitada en comparación con SQL Trace y también hay una curva de aprendizaje. Tenga la seguridad de que Extended Events está obteniendo una gran ventaja en SQL Server DENALI y habrá muchas opciones y casos de uso disponibles en Extended Events que no estarán en SQL Trace. Extended Events es el futuro del monitoreo y la resolución de problemas en el futuro y algún día en el futuro se eliminará el seguimiento de SQL.

Tenga en cuenta que MSFT no desaprobará una característica de inmediato cuando se introduzca una nueva plataforma. Extended Events se encuentra en la Versión 1 (SQL Server 2008) y hay muchas cosas que deben mejorarse, modificarse antes de eliminar SQL Trace que estuvo allí en el producto durante mucho tiempo.

Para superar la curva de aprendizaje, practique ejemplos de publicaciones de blog escritas por Jonathan Kehayias y algunas de las mías también (enchufe descarado).

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

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

Para Sandy: a No creo que Michael haya hecho demasiadas preguntas sobre varios temas en este hilo. Sí, hay muchas preguntas, pero están en el mismo tema. No creo que deba abrir varios hilos para dividir este.

Sankar Reddy
fuente
¿Cómo podemos usar esto en la edición web de SQL Server 2016 para analizar datos y sintonizar el asesor de ajuste?
MonsterMMORPG