A la recherche d'outils et d'informations pour l'analyse des performances sur une application Web et sa base de données SQL Server 2005, je recherchais un moyen de faire des traces et des analyses de deadlocks. Je connaissais SQL Profiler mais le problème est qu'il bouffe les ressources du serveur.
Et bien j'ai appris que :
- Quand on fait une trace avec SQL Server Profiler, c'est une trace "coté client". Même si on lance SQL Profiler sur le serveur. Et l'interface GUI bouffe les ressources. En fait pour faire une trace qui prend un minimum de ressources il faut faire une trace "coté serveur".
Aucun commentaire:
Enregistrer un commentaire