Estrategias para organizar SQL Server con gran cantidad de RAM

Ahora tenemos un nuevo servidor para nuestra base de datos y, entre otras cosas, tenemos 128 GB de RAM disponibles (anteriormente tenía 16 GB). Sé que SQL Server es muy bueno en el manejo de sus recursos, pero me preguntaba si hay alguna especiales ajustes o estrategias que deben emplear en cualquiera de las configuraciones de servidor / db o código de procesamiento (procedimientos almacenados / índices, etc.) para asegurar que la SS toma La mejor ventaja de la ram disponible.

La base de datos es de aproximadamente 70 GB y es una base de datos no transaccional (es un almacén de datos). Así que, básicamente, una ESCRITURA grande seguida de una LECTURA masiva es el flujo normal de cosas.

A pesar de que tiene memoria de sobra en este momento (base de datos de 70 GB frente a servidor de 128 GB), todavía configuraría maximum server memorysegún la última guía .

... reserve 1 GB de RAM para el sistema operativo, 1 GB por cada 4 GB de RAM instalada de 4 a 16 GB, y luego 1 GB por cada 8 GB de RAM instalada por encima de 16 GB de RAM.

Eso equivale a 110 GB en un servidor de 128 GB. El razonamiento es que el almacén de datos probablemente continuará creciendo y eventualmente podría obtener más de lo que desea, así que ponga el límite correcto ahora. Se olvidará de lo contrario.

Cuando su volumen de datos supere el límite de 110 GB, preste más atención a la memoria libre del servidor. Si constantemente tiene GB adicionales de sobra, puede considerar aumentar el límite unos pocos GB.

Aparte de eso, sus únicas otras opciones de ajuste fino son las marcas de seguimiento, que deben tratarse con la precaución que merecen. Prueba, prueba y prueba un poco más.

Los tres candidatos que puedo pensar que tendrían sentido son:

• TF834 - Grandes asignaciones de página
• TF2301 - Extensiones de modelado del procesador de consultas (generalmente buenas para OLAP, potencialmente problemáticas para OLTP )
• TF4199 - Cambios del optimizador de consultas

Como se mencionó anteriormente en una respuesta, Thomas Kejser se ha referido a TF834 como servidores SQL que solo "cambian más rápido". TF2301 permite optimizaciones que son beneficiosas para las consultas de tipo DW. TF4199 requiere leer el documento vinculado , así que hazlo.