analyser les problèmes de performances SQL Server?

Question

Je développe en utilisant VSTS 2008 + C# + .Net 3.5 + ASP.Net + SQL Server 2008 Express. Je travaille sur une plate-forme 32 bits avec Windows Server 2003. Le problème que je trouve est une instruction SQL simple comme sélectionner/créer une table simple est très petite à partir de SQL Server Management Studio. BTW: Je pense que cela devrait être un problème spécifique à la machine puisque le même code fonctionne correctement sur une autre machine. Mais je ne suis pas sûr à 100%. Peut être cette machine déclenche un bug dans mon code?

Des idées comment analyser pour trouver le goulot d'étranglement faible performance?

Answer 1

Un bon début est d'utiliser SQL Server Profiler pour identifier les requêtes de longue durée.

Une fois que vous avez une idée sur ceux qui sont problématiques, vous pouvez utiliser SQL Server Management Studio pour examiner leurs plans requête pour voir si vous devez ajouter des index, etc.

Answer 2

En plus de la réponse précédente vous pouvez, si votre compte en a l'autorisation, surveiller les verrous sur les objets de base de données pendant que votre requête fonctionne mal. En outre, vous pouvez exécuter l'assistant d'optimisation d'index pour voir ce qu'il dit.

Answer 3

Si vous pensez qu'il est une machine question spécifique, un bon départ est de surveiller l'utilisation de la RAM par Sql Server, l'exécution de ce sentence:

DBCC MEMORYSTATUS; 

Answer 4

Si cela fonctionne bien sur certaines machines, mais pas d'autres, assurez-vous que la machine sur laquelle elle tourne plus lentement a la même indexation que la machine la plus rapide (il est surprenant de voir à quelle fréquence les index ne sont pas déplacés sur l'autre machine) et mettez à jour les statistiques.

Il peut également être beaucoup plus lent si le matériel est moins robuste sur la machine plus lente.

Les plans de profilage et d'exécution peuvent également aider à identifier les goulots d'étranglement et les problèmes de performance.

Vérifiez également les interblocages, souvent le code qui fonctionne correctement par lui-même peut entrer en conflit avec quelque chose d'autre que le serveur de production exécute en même temps.

De nombreux développeurs créent aussi du code sur une machine qui a beaucoup moins de charge et beaucoup moins de données que l'éventuelle machine de production, et qui sont surpris quand le code est lent à produire. Si vous n'aviez pas de jeu de données complet sur la machine de développement, vous courez de sérieux risques d'écrire du code peu performant. Si vous ne faites pas de test de charge, vous devriez peut-être le faire.

Et pourquoi développer en utilisant Express si la finale ne sera pas dans Express, acheter la version développeur et avoir tous les outils dont vous avez besoin pour régler et surveiller tout en développement.

Les autres applications qui s'exécutent sur la machine sont-elles lentes? Il est généralement une mauvaise pratique d'exécuter tout sauf SQL Server sur une machine car SQl Server voudra toute la mémoire de la machine.