Estratégias para organizar o SQL Server com grande quantidade de RAM

Agora temos um novo servidor para nosso banco de dados e, entre outras coisas, temos 128 GB de RAM disponíveis (anteriormente eu tinha 16 GB). Eu sei que o SQL Server é muito bom em gerenciar seus recursos, mas eu queria saber se existem configurações ou estratégias especiais que eu deveria empregar nas configurações do servidor / db ou no código de processamento (procs / índices armazenados etc) para garantir que o SS execute melhor vantagem do carneiro disponível.

O banco de dados tem cerca de 70 GB e é um banco de dados não transacional (é um data warehouse). Então, basicamente, WRITE grande seguido de READ massivo é o fluxo normal das coisas.

Mesmo que você tenha memória de reposição no momento (banco de dados de 70 GB vs servidor de 128 GB), ainda assim configuraria o maximum server memoryconforme as orientações mais recentes .

... reserve 1 GB de RAM para o sistema operacional, 1 GB para cada 4 GB de RAM instalado de 4 a 16 GB e, em seguida, 1 GB para cada 8 GB de RAM instalado acima de 16 GB de RAM.

Isso equivale a 110 GB em um servidor de 128 GB. Com o raciocínio de que o data warehouse provavelmente continuará a crescer e poderá eventualmente pegar mais do que você deseja, então coloque o limite correto agora. Será esquecido o contrário.

Quando o volume de dados ultrapassar o limite de 110 GB, preste mais atenção à memória livre do servidor. Se você sempre tiver GB de sobra, considere aumentar o limite em alguns GB.

Fora isso, suas únicas outras opções de ajuste fino são com sinalizadores de rastreamento, que devem ser tratados com o cuidado que merecem. Teste, teste e teste um pouco mais.

Os três candidatos que consigo pensar que fariam sentido são:

• TF834 - Alocações de páginas grandes
• TF2301 - Query Processor Modeling Extensions (normalmente bom para OLAP, potencialmente problemático para OLTP )
• TF4199 - Alterações no Otimizador de Consulta

Como já foi mencionado em uma resposta anteriormente, Thomas Kejser se referiu ao TF834 como Servidores SQL apenas "alternam mais rápido". O TF2301 permite otimizações benéficas para consultas do tipo DW. O TF4199 requer a leitura do documento vinculado , o mesmo acontece.