SQL Server 100% d'Utilisation CPU - Une base de données montre une utilisation élevée du PROCESSEUR que les autres

Nous avons un serveur SQL avec environ 40 différents (environ 1-5 GO chacun) des bases de données. Le serveur est un 8 core 2,3 G CPU avec 32Gigs de RAM. 27Gig est épinglé à SQL Server. Le CPU utliziation est généralement proche de 100% tout le temps de la consommation de mémoire est d'environ 95%. Le problème ici, c'est le CPU qui est constamment proche de 100% et d'essayer de comprendre la raison.

J'ai couru à une vérification initiale de voir la base de données contribue à l'utilisation élevée du PROCESSEUR en utilisant - cette script, mais je ne pouvais pas justifier en détail sur ce qui est vraiment consommatrices de CPU. Le haut de la requête (à partir de bases de données) ne prend environ 4 secondes. IO est pas non plus un goulot d'étranglement.

La Mémoire être le coupable ici? J'ai vérifié la mémoire de split et de l'OBJET CACHE occupe environ 80% de la mémoire allouée (27G) pour SQL Server. J'espère que c'est normal, à condition qu'il existe beaucoup de SPs en cause. L'exécution de profiler, je vois beaucoup de recompilations, mais la plupart sont dus à des "temp table changé", différée "compiler" etc et je ne suis pas clair si ces recompile sont une suite de plans de se faire jeter hors de cache en raison de la pression de la mémoire

Apprécier toutes les pensées.

Je suppose que vous avez vérifié le fichier exécutable de sql server et fait en sorte que c'est à l'aide de cycles du PROCESSEUR.
Oui, j'ai vérifié et c'est le processus SQL Server qui prend tout le CPU

OriginalL'auteur Lalman | 2012-09-17

  1. 18

    Vous pouvez voir certains rapports dans SSMS:

    Cliquez-droit sur le nom de l'instance /rapports /standard /haut sessions

    Vous pouvez voir en haut de l'UC de consommer des séances. Cela peut jeter quelque lumière sur ce SQL sont les processus à l'aide de ressources. Il y a quelques autres CPU rapports connexes si vous regardez autour de vous. J'allais à point pour certains de plus de Dmv, mais si vous avez vu déjà que je vais l'ignorer.

    Vous pouvez utiliser sp_BlitzCache trouver les meilleurs consommation PROCESSEUR de requêtes. Vous pouvez également trier par IO et bien d'autres choses encore. C'est à l'aide de DMV info qui s'accumule entre les redémarrages.

    Cet article semble prometteur.

    Certains stackoverflow la bonté de M. Ozar.

    Merci Sam et je vais relire l'article et les liens. De votre point de vue sur les rapports, je n'ai vérifier plusieurs de ces Rapports sur divers aspects de la CPU, IO et de la Mémoire, et je vois le top des requêtes prenant pas plus de 5 secondes. Que me énigmes. J'ai suivi ce comportement pendant plus d'une semaine et il n'y a pas eu de changement

    OriginalL'auteur Sam

  2. 0

    Selon cette article sur sqlserverstudymaterial;

    Rappelez-vous que "%temps Privilégié" n'est pas basé sur 100%.Il est basé sur le nombre de processeurs.Si vous voyez 200 pour sqlserver.exe et le système a 8 CPU puis CPU consommé par sqlserver.exe est 200 800 (seulement 25%).

    Si "% Temps Privilégié" la valeur est de plus de 30% alors qu'il est généralement causé par des erreurs de pilotes ou de logiciels anti-virus. Dans de telles situations, assurez-vous que le BIOS et le filtre à disques sont à jour, et ensuite essayer de désactiver le logiciel anti-virus temporairement pour voir le changement.

    Si "% du Temps à l'Utilisateur" est élevé, alors il y a quelque chose de la consommation de SQL Server.
    Il existe plusieurs modèles connus qui peuvent être causés élevée de l'UC pour les processus en cours d'exécution dans SQL Server y compris

    Bienvenue à Débordement de Pile! Ne pas copier le contenu d'ailleurs sans claire attribution. Il est considéré comme du plagiat. Voir stackoverflow.com/help/referencing

    OriginalL'auteur Supriyo