Question : Mémoire de serveur de SQL utilisée mais non expliquée dans le gestionnaire de tâches

Bonjour, le
I ont un instnace du fonctionnement 64-bit du SQL-Serveur 2005 sur le serveur 2003 R2 x64 standard SP2 de Windows.  La boîte a 8 gigs Ram.

For les options de mémoire dans le SQL-serveur que j'ai le mb et les 2147483647 MB.

However du minimum 128, le *always* de gestionnaire de tâches montre environ 7.8 gigaoctets sur l'étiquette d'exécution, sous l'utilisation de pf (cette étiquette, j'ai trouvé des poteaux précédents j'ai fait, ai quelques mots extrêmement contre-intuitifs pour ces graphiques et information de mémoire, mais j'ai pu gleen que c'est fondamentalement la quantité de mémoire en service).  le

Also, les nombres « de mémoire physique » montrent :
Total : 8,386,176
Available : cachette de 171,732
System : la boîte de 554,092

This, à toutes fins pratiques, est totalement consacrée au SQL-serveur, là ne sont aucun autre processus non-OS qui fonctionnent sur ceci.  Ces nombres sont essentiellement stagnants si le serveur soit martelé avec les charges énormes et quand il est complètement à vide avec essentiellement aucun DB connections.

But dans « traite » l'étiquette qu'il indique seulement que 187.296 K pour ma question de sqlservr.exe.

So est comment oser que beaucoup de mémoire peut être « outre des livres », ou la « discrétion traite-t-elle » ? le

It me rend juste nerveux que tellement de la mémoire peut être épuisée et être caché de n'importe quelle sorte de responsabilité.  Pour des choses des virus aux programmes errants, je prends toujours la sorte de dépendu du gestionnaire de tâches pour me montrer ce qui prend la mémoire.  Mais j'ai perdu la confiance dans cela maintenant que je vois que tellement de la mémoire peut être prise et gestionnaire de tâches ne peut pas même expliquer la prétention raisonnable d'it.

My est que c'est le SQL-serveur qui emploie cette mémoire, mais avec les minimum placer la manière qu'ils sont pourquoi elle ne fait pas une de deux choses : dégagement du

A. l'exposition du memory
B. l'utilisation de mémoire dans les processus étiquette du gestionnaire de tâches, montrant le processus using (ou le réservant au moins) lequel chunk.

Thanks,
--Jim class= de

Réponse : Mémoire de serveur de SQL utilisée mais non expliquée dans le gestionnaire de tâches

Bonjour,

Le gestionnaire de tâches n'est aucun bon pour qu'essayer ait n'importe quelle vraie idée de ce qui se produit avec le SQL que vous rendez juste la vie dure pour vous-même. Pour un serveur consacré de 64 bits SQL avec 8GB de RAM je commencerais par placer la mémoire maximum à 6GB approximatif (laissant 1GB pour l'OS et 1GB pour le poids du commerce, le support, etc.).

Quand les débuts de serveur de SQL est n'acquiert pas toute la mémoire à ce point. Il commence par la quantité minimale et puis se développe selon les besoins. Une fois qu'il se développe au-dessus de l'arrangement minimum de mémoire que vous avez placé il ne libérera pas n'importe quelle mémoire au-dessous de celle.

Une partie de la perforation lundi me pare emploie pour un examen rapide à ceci est : -

MSSQL$Instance - Directeur de mémoire \ mémoire totale de serveur - taille courante d'expositions du pool de tampons
MSSQL$Instance - Mémoire de directeur de mémoire \ serveur de cible - taille idéale d'expositions du pool de tampons si la mémoire de serveur de cible est considérablement inférieure qui ce le serveur est sous la pression de mémoire
MSSQL$Instance - La vie Expectency de gestionnaire de tampons \ page > 300 secondes

Sort d'information de perforation ici : -
http://www.brentozar.com/sql/sql-server-performance-tuning/