Quand faut-il utiliser des événements étendus à la place de SQL Profiler / Perfmon?
Les événements étendus semblent une meilleure technologie et moins de stress sur le serveur, mais le profileur SQL/Perfmon a un meilleur outillage. De plus, les événements étendus semblent avoir une courbe d'apprentissage plus raide. Dans quel contexte devrait-il être utilisé? Cela vaut-il la peine de passer la courbe d'apprentissage escarpée pour profiter des événements étendus?
Cela vaut-il la peine de passer la courbe d'apprentissage escarpée pour profiter des événements étendus?
Définitivement oui. Événements étendus est une nouvelle plate-forme avec de meilleures performances, une évolutivité de la trace SQL et la fonctionnalité située dans SQL Server 2008 est en quelque sorte limitée par rapport à SQL Trace et également une courbe d'apprentissage. Rest assuré, les événements étendus obtiennent une majeure survenue dans SQL Server Denali et des cas d'options et d'utilisation seront disponibles dans des événements étendus qui ne seront pas dans la trace SQL. Les événements étendus sont l'avenir de la surveillance et du dépannage à l'avenir et une journée à l'avenir SQL Trace sera supprimée.
Notez que MSFT ne décompressera pas une fonctionnalité immédiatement lorsqu'une nouvelle plate-forme est introduite. Les événements étendus se trouvent dans la version 1 (SQL Server 2008) et il y a beaucoup de choses à améliorer, modifiées avant de retirer la trace SQL qui existe depuis longtemps dans le produit.
Pour surmonter la courbe d'apprentissage, pratiquer des exemples de poteaux de blogs écrits par Jonathan Kehayias et quelques miennes aussi (bouchon sans vergogne).
http://www.sqlskills.com/blogs/jonathan/category/extened-events.aspx
http://sankareddy.com/tag/extened-events/
Pour Sandy: A Je ne pense pas que Michael ait posé trop de questions différentes sur divers sujets de ce fil. Oui, il y a beaucoup de questions mais elles sont sur le même sujet. Je ne pense pas qu'il devrait ouvrir plusieurs threads pour diviser celui-ci.