Die Default Einstellungen beim Microsoft [[SQL Server ]] für Min und Max Memory betragen 0 und 2147483647 in MB. D.h. es gibt faktisch keine Grenze für die Menge an RAM, die sich der [[SQL Server ]] zieht.
Das Ergebnis führt bei Systemen, die mehr RAM brauchen könnten, als der Server zur Verfügung hat, dass exzessive in die Swap Datei aus und eingelagert wird. Dadurch bricht die Performance des [[SQL Server|SQL Servers ]] sowie des ganzen SQL Servers zusammen.
== Planung ==
=== SQL ===
Entweder ich nutze den Memory Report unter der [[SQL Server ]] Instanz oder die entsprechende DMV. Eine grobere Kontrolle über den Performance Monitor ist auch möglich. Entsprechende Counter werden durch die Installation des SQL Server dort angelegt (Instanz Name).
Hier ist für einen ersten groben Überblick der PLE (Page Life Expectancy) interessant. Er beschreibt die Zeit in Sekunden, die die Pages im Cache/Buffer maximal verbleiben. Ist dieser Wert zu klein wird die IO Last des [[SQL Server ]] stark steigen. Hier sollte eine separate Messung der DB IO's für die einzelnen Files erfolgen.
Desweiteren kann ich in dem Memory Report oder über die DMV's erkennen, wie der Speicher aufgeteilt ist, bzw. wie viel von dem Speicher reserviert oder commited ist.
== Lock Pages in Memory ==
Läuft der [[SQL Server ]] unter dem Network Service Account ist nicht weiteres nötig, mal abgesehen von dem Sicherheitsaspekt.
Läuft der [[SQL Server ]] unter einem AD Service Account hat dieser nicht das Recht seinen Speicher vor der Auslagerung zu schützten. Das entsprechende Recht muss manuell gesetzt werden.
Dies erfolgt in der Local Security Policie, wo der entsprechende AD Account in der Policy "Lock Pages in Memory" hinzugefügt werden muss. Nach einem Neustart der [[SQL Server ]] Instanz greift dieses Recht. Kontrolliert werden kann das über einen entsprechenden Eintrag im [[SQL Server ]] Log.
