Ich betrachte PLE (Page Life Expectancy) über NUMA-Knoten auf unseren SQL-Servern hinweg und bin auf eine ziemlich seltsame Verteilung gestoßen. Der NUMA-Knoten 000 hat im Vergleich zu 001 einen sehr niedrigen PLE. Ich bin mir nicht sicher, warum dies so ist. Ich habe mehrere andere SQL Server in unserer Umgebung überprüft, und die anderen Produktionsserver weisen dieses Verhalten nicht auf.
Auf dem System wird SQL Server 2012 Enterprise Edition auf Dell m620 mit 256 GB RAM ausgeführt. Es handelt sich um eine Maschine mit 2 Sockeln und 6 Kernen (HT-fähig). MAXDOP ist auf 6 eingestellt. AFAIK-Speichermodule werden gleichmäßig über die Speicherbänke der CPUs installiert
Etwas sagt mir, dass der NUMA-Knoten 000 andere SQL-Aufgaben ausführen muss, diese anderen Knoten, aber ich habe vergessen, wo ich ihn gehört / gesehen habe.
@@Version
zeigt: Microsoft SQL Server 2012 (SP1) - 11.0.3412.0 (X64)
stolen nodes memory KB
sein Wert 97G, was IMO sehr hoch ist. Gestohlener Speicher ist Speicher, der nicht für Datenbankzwecke verwendet wird, sondern von SQL Server für Vorgänge wie Sortieren, Hash und andere verschiedene Zwecke. Andererseits sind Ziel und Gesamtspeicher gleich. Das scheint seltsam. Sie müssen SP2 anwenden, aber ich habe das Gefühl, dass PLE möglicherweise falsch berechnet wird