Utilisation élevée de PF sur SQL Server

Question

Nous exécutons SQL Server 2005 en 64 bits. L'utilisation de la PF atteint près de 25 Go chaque semaine. Les requêtes qui prennent normalement moins d'une seconde pour s'exécuter deviennent très lentes pendant ce temps. Qu'est-ce qui pourrait causer cela?

Après avoir exécuté PerfMon, les deux compteurs, Mémoire totale du serveur et Mémoire cible du serveur, affichent respectivement 20 Go et 29 Go. La longueur de la file d'attente du processeur et la longueur de la file d'attente du disque sont nulles.

Answer 1

Il semble que vous n'ayez pas assez de mémoire, combien y a-t-il sur le serveur ? Plus que votre fichier de page ?

Cela pourrait également signifier que Sql Server a "déplacé" la mémoire, ce qui signifie que Windows a décidé de stocker toutes les informations qu'il a en mémoire sur le disque.

Ouvrez Perfmon (allez dans une invite de commandes et tapez perfmon) et ajoutez ces compteurs :

• SQLServer:Gestionnaire de mémoire tampon - Taux de succès du cache de la mémoire tampon
• SQLServer:Gestionnaire de mémoire tampon - Durée de vie de la page
• Gestionnaire de mémoire SQLServer - Demandes de mémoire en attente

Si le taux de réussite du cache de la mémoire tampon est inférieur à 95 %, cela signifie que Sql utilise le disque au lieu de la mémoire, vous avez besoin de plus de mémoire.

Si votre durée de vie de la page est inférieure à 500, cela signifie que Sql Server ne conserve pas les résultats mis en cache en mémoire, vous avez besoin de plus de mémoire.

Si vous avez beaucoup de demandes de mémoire en attente, vous avez besoin de plus de mémoire.

Il y a aussi deux statistiques qui vous indiquent combien de mémoire SqlServer veut et combien il utilise réellement. Elles s'appellent quelque chose comme "Mémoire totale utilisée" et "Mémoire totale demandée". Si Demandé > Utilisé, devinez quoi, vous avez besoin de plus de mémoire.

Il y a aussi quelques dmv que vous pouvez utiliser pour déterminer si vos requêtes sont retardées en attendant que de la mémoire se libère. Je pense que c'est sys_dmv.os_wait_stats, quelque chose comme ça.

J'ai mis cela en communauté wiki afin qu'un vrai dba puisse venir ici et nettoyer tout cela. Je ne connais pas les statistiques par cœur.

Answer 2

Ceci est une excellente lecture sur la manière d'utiliser les DMV pour déterminer la consommation de mémoire sur SQL : http://technet.microsoft.com/en-us/library/cc966540.aspx - recherchez la section sur les 'goulots d'étranglement de mémoire'.

Un point important est de déterminer si la pression mémoire est interne à SQL (généralement le cas) ou externe (rare, mais possible). Par exemple, il se peut que rien ne soit incorrect avec votre serveur, mais qu'un pilote installé par votre programme antivirus fuite de mémoire.