Quand faut-il utiliser les événements étendus à la place de SQL Profiler / perfmon?

Les événements étendus semblent être une meilleure technologie et moins de stress sur le serveur, mais le SQL Profiler / perfmon a un meilleur outillage. Les événements prolongés semblent également avoir une courbe d'apprentissage plus abrupte. Dans quel contexte chacun doit-il être utilisé? Vaut-il la peine de dépasser la courbe d'apprentissage abrupte pour profiter des événements prolongés?

— Michael Hedgpeth
source

Je ne suis pas un expert des Xevents, mais d'après ce que j'ai vu, ils sont mieux à même de poser des questions spécifiques sur les choses qui se produisent ou se sont juste produites. J'utilise toujours fortement perfmon pour la surveillance régulière et la santé générale du serveur ainsi que pour établir des bases de référence. Je l'utilise également pour une collecte de données étendue que je peux analyser plus tard. Je suis définitivement en train de marquer cela comme une question préférée, car j'aimerais en savoir plus sur le potentiel de Xevents.

— RThomas

@Michael Hedgpeth - Soyez précis et limitez votre message à une ou deux questions. Trop de questions dans un poste rendent la réponse difficile et finiront par un poste ouvert et subjectif.

— CoderHawk

@ Sandy, j'ai envisagé de laisser la section des questions vide. J'ai vraiment une question simple: quand dois-je utiliser l'un sur l'autre? Je m'attendais à des réponses comme: toujours, jamais, quand vous faites face à une situation X. Dois-je retirer le corps de la question?

— Michael Hedgpeth,

@Michael Hedgpeth - J'ai compris votre intention; permettez-moi d'expliquer un peu plus ... "toujours" et "jamais" les réponses seront la préférence personnelle de chaque personne (c'est-à-dire qu'elle sera subjective).

— CoderHawk

@Michael Hedgpeth - "quand vous êtes confronté à une situation X" - cela se terminera par une discussion. C'est en effet une bonne question. Permet de voir la réponse de tout le monde ...

— CoderHawk

Vaut-il la peine de dépasser la courbe d'apprentissage abrupte pour profiter des événements prolongés?

Définitivement oui. Extended Events est une nouvelle plate-forme avec de meilleures performances, une évolutivité supérieure à SQL Trace et les fonctionnalités de SQL Server 2008 sont plutôt limitées par rapport à SQL Trace et il existe également une courbe d'apprentissage. Rassurez-vous, les événements étendus deviennent de plus en plus importants dans SQL Server DENALI et il y aura beaucoup d'options et de cas d'utilisation disponibles dans les événements étendus qui ne seront pas dans SQL Trace. Les événements étendus sont l'avenir de la surveillance et du dépannage à l'avenir et un jour dans le futur, SQL Trace sera supprimé.

Notez que MSFT ne dépréciera pas une fonctionnalité tout de suite lors de l'introduction d'une nouvelle plateforme. Les événements étendus sont dans la version 1 (SQL Server 2008) et il y a beaucoup de choses qui doivent être améliorées, modifiées avant de supprimer SQL Trace qui était présent dans le produit depuis longtemps.

Pour franchir la courbe d'apprentissage, pratiquez des exemples tirés de billets de blog écrits par Jonathan Kehayias et quelques-uns des miens aussi (plug sans vergogne).

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

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

À Sandy: a Je ne pense pas que Michael ait posé trop de questions différentes sur divers sujets dans 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.

— Sankar Reddy
source

Comment pouvons-nous utiliser cela dans SQL Server 2016 Web Edition pour analyser les données et régler Tuning Advisor?

— MonsterMMORPG