Niedriger PLE auf dem NUMA-Knoten 000, hoher auf 001

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.

Geben Sie hier die Bildbeschreibung ein

PLE Bild

@@Version zeigt: Microsoft SQL Server 2012 (SP1) - 11.0.3412.0 (X64)

sql-server sql-server-2012 numa

— Kasper Brandenburg
quelle

PLE allein sagt wenig. Es gibt mehr Zähler wie Pufferknoten und Speicherknoten, die etwas mehr Licht ins Dunkel bringen können. Und letztendlich: Gibt es ein Leistungsproblem oder ist dies nur eine Kuriosität? So analysieren Sie die Leistung von SQL Server

— Remus Rusanu

@RemusRusanu: Wenn wir ein Leistungsproblem haben, weiß es niemand :) Ich frage nur aus Interesse.

— Kasper Brandenburg

Wenn Sie einen Zähler sehen, ist stolen nodes memory KBsein 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

— Shanky

In Ordung. Wir könnten SQL2014 visualisieren gehen, anstatt SP2

— Kasper Brandenburg

Wenn auf einem NUMA-Knoten (in diesem Fall 0) eine leseintensive Abfrage ausgeführt wird, kann die Lebensdauer der Seiten im Vergleich zu anderen NUMA-Knoten geringer sein.

Das ist völlig normal.

Um zu sehen, welche Abfragen gerade ausgeführt werden, können Sie Adam Machanics exzellentes sp_WhoIsActive verwenden . Es ist völlig kostenlos. Einige Leute führen es sogar alle X Minuten aus und protokollieren die Daten in einer Tabelle, damit sie zurückgehen können, um zu sehen, was zum Zeitpunkt des Sturzes von PLE ausgeführt wurde.

— Brent Ozar
quelle

-1

Mein Verständnis der NUMA-Architektur ist, dass jeder Knoten sich selbst ziemlich isoliert. In diesem Fall könnten sie sehr unterschiedliche Arbeiten ausführen. Zum Beispiel könnte 0 Abfragen ausführen, die viele physische E / A erfordern, während 1 Glück hat und alle seine Daten im Pufferpool findet.

— SQL Nerd
quelle