Frage : Sql-Bediener-Gedächtnis verwendet aber nicht im Aufgaben-Manager erklärt

Hallo, haben
I ein instnace Sql-Bediener 2005 des 64-bitbetriebs auf Windows-Server 2003 R2 Standardx64 SP2.  Der Kasten hat 8 Konzerte Ram.

For die Gedächtniswahlen im Sqlbediener, den ich Minimum 128 MB und maximale 2147483647 MB.

However habe, zeigt Aufgaben-Manager *always* herum 7.8 GBs auf dem Leistungsvorsprung, unter Leistungsfaktor-Verbrauch (dieser Vorsprung, habe ich von den vorhergehenden Pfosten gefunden ich etwas extrem nicht eingängig Benennung zu diesen Diagrammen und Gedächtnisinformation gebildet, habe habe, aber ich bin in der Lage gewesen gleen, dass dieses im Allgemeinen die Menge des Gedächtnisses gebräuchlich ist).  

Also, die Zahlen „des körperlichen Gedächtnisses“ stellen dar:
Total: 8,386,176
Available: 171,732
System Pufferspeicher: 554,092

This Kasten in jeder Hinsicht wird total Sqlbediener, dort sind keine anderen Prozesse NichtOS eingeweiht, die auf dieses laufen.  Diese Zahlen sind im Wesentlichen stagnierend, ob der Bediener mit sehr großen Lasten gezerstoßen wird und wenn er mit im Wesentlichen keinem DB connections.

But in „verarbeitet“ Vorsprung vollständig untätig ist, den es nur sagt, dass 187.296 K für sqlservr.exe.

So meine Frage ist, wie können, dass viel Gedächtnis „weg von den Büchern“ sein kann, oder „Heimlichkeit verarbeitet“?

It bildet mich gerade nervös, den soviel Gedächtnis aufgebraucht werden und von jeder möglicher Art von Verantwortlichkeit versteckt werden kann.  Für Sachen von den Viren zu den fehlgeleiteten Programmen, habe ich immer Art von abgehangen nach Aufgaben-Manager, um mir zu zeigen, was Gedächtnis aufnimmt.  Aber ich habe Vertrauen in dem verloren, nun da ich sehe, dass soviel Gedächtnis aufgenommen werden kann und Aufgaben-Manager it.

My angemessene Annahme nicht sogar erklären kann ist, dass es Sql-Bediener ist, der dieses Gedächtnis verwendet, aber mit dem Minimum die Weise einstellen, die sie sind, warum nicht sie eine von zwei Sachen tut:

A. Freigabe das memory
B. Erscheinen der Gedächtnisverbrauch in den Prozessen Vorsprung des Aufgaben-Managers, zeigend using (oder mindestens heben) den den Prozess sehr großes chunk.

Thanks,
auf--Jim

Antwort : Sql-Bediener-Gedächtnis verwendet aber nicht im Aufgaben-Manager erklärt

Hallo,

Aufgabenmanager ist kein gutes, damit das Versuchen jede reale Idee erhält von, was mit SQL geschieht, den Sie gerade das Leben hart für selbst bilden. Für einen engagierten 64 Bit SQL-Server mit 8GB von RAM würde ich mit der Einstellung des maximalen Gedächtnisses auf ungefähres 6GB beginnen (1GB für das OS und 1GB für Handels-, Unterstützung, usw. lassend).

Wenn SQL-Serveranfänge ist, erwirbt nicht das ganzes Gedächtnis an diesem Punkt. Es beginnt mit der minimalen Menge und wächst dann falls erforderlich. Sobald es über der minimalen Gedächtniseinstellung, die Sie eingestellt haben, es freigibt kein Gedächtnis unter dem wächst.

Etwas von der Perf Montag widerspricht mir verwenden für einen schnellen Blick an diesem sind: -

MSSQL$Instance - Gedächtnis-Manager \ Gesamtbediener-Gedächtnis - gegenwärtige Größe der Erscheinen vom Pufferpool
MSSQL$Instance - Gedächtnis-Manager-\ Ziel-Bediener-Gedächtnis - ideale Größe der Erscheinen vom Pufferpool, wenn das Ziel-Bediener-Gedächtnis groß niedriger ist, das dieses der Bediener unter Gedächtnisdruck ist
MSSQL$Instance - Puffer-Manager-\ Seiten-Leben Expectency > 300 Sekunden

Los Perfinfo hier:-
http://www.brentozar.com/sql/sql-server-performance-tuning/