Stratégies pour organiser SQL Server avec une grande quantité de RAM

Nous avons maintenant un nouveau serveur pour notre base de données et entre autres nous avons 128 Go de RAM disponibles (auparavant j'avais 16 Go). Je sais que SQL Server gère très bien ses ressources, mais je me demandais s'il y avait des paramètres ou des stratégies spéciales que je devrais utiliser dans les paramètres serveur / db ou le code de traitement (procs / index stockés, etc.) pour s'assurer que SS prend meilleur avantage du vérin disponible.

La base de données fait environ 70 Go et c'est une base de données non transactionnelle (c'est un entrepôt de données). Donc, fondamentalement, une grande écriture suivie d'une lecture massive est le flux normal des choses.

Même si vous avez la mémoire de rechange au moment (base de données 70GB vs serveur 128Go) Je configurer toujours le maximum server memoryselon le dernier des conseils .

... réservez 1 Go de RAM pour le système d'exploitation, 1 Go pour 4 Go de RAM installés de 4 à 16 Go, puis 1 Go pour 8 Go de RAM installés au-dessus de 16 Go de RAM.

Cela équivaut à 110 Go sur un serveur de 128 Go. Le raisonnement étant que l'entrepôt de données continuera probablement de croître et pourrait éventuellement en récupérer plus que vous ne le souhaitez aussi, alors mettez la bonne limite maintenant. Il sera oublié autrement.

Lorsque votre volume de données dépasse la limite de 110 Go, faites plus attention à la mémoire libre des serveurs. Si vous disposez régulièrement de Go supplémentaires, vous pouvez envisager d'augmenter la limite de quelques Go.

En dehors de cela, vos seules autres options de réglage fin sont avec des indicateurs de trace, qui doivent être traités avec la prudence qu'ils méritent. Testez, testez et testez encore plus.

Les trois candidats auxquels je pense pourraient avoir du sens:

• TF834 - Allocations de grandes pages
• TF2301 - Extensions de modélisation de processeur de requête (généralement bonnes pour OLAP, potentiellement problématiques pour OLTP )
• TF4199 - Modifications apportées à l'Optimiseur de requête

Comme cela a été mentionné dans une réponse précédente, Thomas Kejser a fait référence à TF834 en tant que serveurs SQL "aller plus vite". TF2301 permet des optimisations avantageuses pour les requêtes de type DW. TF4199 nécessite la lecture du document lié , alors faites-le.