SQL-Server-Speicherkonfiguration und Speicherdruck

Der Standardwert für max server memory kann Windows und andere Dienste aushungern. Ein zu niedriger Wert verursacht zusätzliche Lesevorgänge, Kompilierungen und Grant-Druck.

Was gemessen werden sollte

Prüfen Sie Prozessspeicher, freien Betriebssystemspeicher, Paging, Buffer-Verhalten, ausstehende Grants, Workspace-Wartezeiten, stolen memory, Columnstore und weitere Dienste.

Praktisches Vorgehen

Reservieren Sie Kapazität für Windows, Treiber, Agenten, Sicherungen und andere Dienste. Behandeln Sie max server memory als Obergrenze, untersuchen Sie große Grants und messen Sie Spitzen, Wartung und Failover.

Was vermieden werden sollte

Verwenden Sie nicht dieselbe Formel für jeden Server, beurteilen Sie Druck nicht nur anhand von Page Life Expectancy und ignorieren Sie Speicher außerhalb des Buffer Pools nicht.

Betriebliches Ergebnis

Eine gute Konfiguration schützt den Host und lässt SQL Server genügend Speicher für die tatsächliche Last.

Checkliste für die Produktion

Erfassen Sie eine Ausgangsbasis und definieren Sie die erwartete Verbesserung. Testen Sie mit repräsentativen Daten und realistischer Parallelität. Sichern Sie die ursprüngliche Einstellung oder den Plan, bereiten Sie einen Rollback vor und überwachen Sie die nächste normale Lastspitze.

Wenn Sie diese Methode auf eine konkrete SQL-Server-Umgebung anwenden möchten, nutzen Sie das Frageformular unten und nennen Sie SQL-Server-Version, Datenbankgröße, Lastprofil und bereits erfasste Nachweise.