Les performances de SQL Server dépend de plusieurs facteurs appelés compteurs de performance. Suivi de la performance n'est pas tant de savoir si le CPU est occupé, mais si elle perd du temps sur le travail qui peut être évitée. Temps processeur

Exécutez un utilitaire de système d'exploitation tel que l'Analyseur de performances (Performance Monitor) pour observer le temps processeur . Si elle ne montre pas le goulot d'étranglement du processeur , utilisez SQL Profiler ou observer l'exécution des requêtes SQL sur l'analyseur SQL. Les causes courantes sont l'utilisation de mémoire inefficace, inefficace réutilisation des plans de requêtes et le code SQL inefficace écrit .
Changement de contexte

Le nombre de changements de contexte faite par le CPU par seconde devrait ne dépasse pas la valeur de seuil de 5000 . Si cela se produit , désactivez commutation de contexte (ou hyperthreading ) .
Processor Queue Length

Il devrait y avoir pas plus de cinq processus dans la file d'attente du système .
fréquence d'établissement

observant la tendance de la fréquence du projet est compilé et recompilé permet de surveiller la fréquence de compilation. Modifier les commutateurs du compilateur pour éviter compilation inutile.
Points de contrôle et Lazy Écrit

SQL Server bouffées de cache à un point de contrôle dans le code SQL. Les points de contrôle sont utilisés pendant les grandes mises à jour et des inserts comme un moyen de contrôle des transactions. Trop de points de contrôle par seconde créent un goulot d'étranglement du processeur en déclenchant " paresseux écrit », c'est écrit cache arrière de stockage permanent avec inutilement haute fréquence .
Cache Taux de réussite

Si SQL Server n'est pas réutilise les plans de requête , il génère un nouveau plan à chaque fois pour les requêtes fréquemment courir. Cela crée un fort taux de cache hit , c'est l'accès au disque .