En tant que développeur, j'utilise SQL Profiler assez souvent. C'est un bon outil de débogage, à la fois pour suivre ce que fait mon code et pour analyser les problèmes de performance.
Mais je l'ai toujours utilisé sur mon environnement de développement, et de manière très contrôlée.
- Démarrer mon application, et la mettre dans un état spécifique
- Démarrer le profileur
- Effectuer une séquence spécifique d'actions sur mon application
- Arrêtez le profileur et examinez les résultats.
Le SQL Profiler peut-il être utilisé de manière pratique dans un environnement de production ?
Ma première crainte est que cela ne dégrade les performances.
Ma deuxième préoccupation est que, parce que c'est en production, vous ne déclenchez pas les actions intéressantes elles-mêmes. Il faudrait laisser le profileur fonctionner pendant une longue période puis analyser les résultats. L'ensemble des résultats ne deviendrait-il pas trop lourd (il prendrait trop d'espace disque et serait trop difficile à interroger) ?
Est-ce que quelqu'un utilise le SQL Profiler en production ?
Divulgation complète : j'ai posté la même question sur le site bêta des administrateurs de bases de données . Les membres de Serverfault qui veulent soutenir le site DBA stackexchange ont la possibilité de répondre à la question là plutôt qu'ici.
0 votes
Duplicata possible de serverfault.com/questions/176501/