Strategien zum Organisieren von SQL Server mit viel RAM

Wir haben jetzt einen neuen Server für unsere Datenbank und unter anderem 128 GB RAM zur Verfügung (vorher hatte ich 16 GB). Ich weiß, dass SQL Server seine Ressourcen sehr gut verwalten kann, aber ich habe mich gefragt, ob es spezielle Einstellungen oder Strategien gibt, die ich entweder in den Server- / Datenbankeinstellungen oder im Verarbeitungscode (gespeicherte Prozesse / Indizes usw.) anwenden sollte, um sicherzustellen, dass SS verwendet wird bester Vorteil des verfügbaren RAM.

Die Datenbank hat ungefähr 70 GB und ist eine nicht transaktionale Datenbank (es ist ein Data Warehouse). Im Grunde genommen ist großes SCHREIBEN, gefolgt von massivem LESEN, der normale Fluss der Dinge.

Auch wenn Sie Speicher Ersatz zur Zeit (70GB Datenbank vs 128GB Server) haben würde ich noch die Konfiguration maximum server memorynach neuester Führung .

... reservieren Sie 1 GB RAM für das Betriebssystem, 1 GB für jeweils 4 GB RAM zwischen 4 und 16 GB und dann 1 GB für jeweils 8 GB RAM, die über 16 GB RAM installiert sind.

Dies entspricht 110 GB auf einem 128 GB-Server. Der Grund dafür ist, dass das Data Warehouse wahrscheinlich weiter wachsen wird und möglicherweise auch mehr als Sie möchten, also setzen Sie jetzt das richtige Limit ein. Sonst wird es vergessen.

Wenn Ihr Datenvolumen die Grenze von 110 GB überschreitet, achten Sie genauer auf den freien Speicher des Servers. Wenn Sie ständig zusätzliche GB zur Verfügung haben, können Sie das Limit um einige GB erhöhen.

Abgesehen davon sind Ihre einzigen anderen Feinabstimmungsoptionen Trace-Flags, die mit der Vorsicht behandelt werden sollten, die sie verdienen. Testen, testen und testen Sie noch mehr.

Die drei Kandidaten, die ich mir vorstellen kann, wären sinnvoll:

• TF834 - Große Seitenzuordnungen
• TF2301 - Erweiterungen zur Modellierung von Abfrageprozessoren (normalerweise gut für OLAP, möglicherweise problematisch für OLTP )
• TF4199 - Änderungen am Abfrageoptimierer

Wie bereits in einer Antwort erwähnt, hat Thomas Kejser TF834 als SQL Server bezeichnet, der nur "schneller" wechselt. TF2301 ermöglicht Optimierungen, die für Abfragen vom Typ DW von Vorteil sind. TF4199 erfordert das Lesen des verknüpften Dokuments .