Strategie per l'organizzazione di SQL Server con una grande quantità di RAM

Ora abbiamo un nuovo server per il nostro DB e tra l'altro abbiamo 128 GB di RAM disponibili (in precedenza avevo 16 GB). So che SQL Server è molto bravo a gestire IT di risorse, ma mi chiedevo se ci sono particolari impostazioni o strategie che dovrei impiegare in entrambi le impostazioni del server / db o codice di elaborazione (stored procedure / indici, ecc) per garantire che SS prende miglior vantaggio della ram disponibile.

Il DB è di circa 70 GB ed è un db non transazionale (è un data warehouse). Quindi, sostanzialmente, WRITE di grandi dimensioni seguito da READ massiccio è il normale flusso di cose.

Anche se al momento hai memoria da risparmiare (database da 70 GB contro server da 128 GB), configurerei comunque maximum server memorycome da guida più recente .

... riserva 1 GB di RAM per il sistema operativo, 1 GB per ogni 4 GB di RAM installati da 4 a 16 GB, quindi 1 GB per ogni 8 GB di RAM installati oltre 16 GB di RAM.

Ciò equivale a 110 GB su un server da 128 GB. Il ragionamento è che il data warehouse probabilmente continuerà a crescere e alla fine potrebbe afferrare anche più di quanto si desideri, quindi inserire il limite corretto ora. Si dimenticherà altrimenti.

Quando il volume di dati supera il limite di 110 GB, prestare maggiore attenzione alla memoria libera del server. Se hai costantemente GB aggiuntivi da risparmiare, potresti considerare di aumentare il limite di alcuni GB.

A parte questo, le tue uniche altre opzioni di ottimizzazione sono con i flag di traccia, che dovrebbero essere trattati con la dovuta attenzione che meritano. Prova, prova e prova ancora un po '.

I tre candidati a cui riesco a pensare che avrebbero senso sono:

• TF834 - Allocazioni di grandi pagine
• TF2301 - Estensioni di modellazione del processore di query (in genere buono per OLAP, potenzialmente problematico per OLTP )
• TF4199 - Modifiche allo Strumento per ottimizzare le query

Come è stato menzionato in una risposta in precedenza, Thomas Kejser ha indicato TF834 come switch "vai più veloce" solo per i server SQL. TF2301 consente ottimizzazioni che sono vantaggiose per le query di tipo DW. TF4199 richiede la lettura del documento collegato , così come.