SQL Server: Alguém já usou a opção de ajuste de alocações de páginas grandes?

Alguém já usou a opção de ajuste de usar TF834 large page allocations. Eu estava lendo um artigo da MS e me perguntava se alguém o havia usado e tinha visto ganhos de desempenho. Há algo a observar, dicas, armadilhas?

O servidor é um servidor SQL2005 do Windows 2008 de 64 bits, 128 GB de RAM, 4 CPU com 8 núcleos e 8 hyperthreded (total de 64 núcleos). Eu estou procurando ajustar o servidor para usar melhor suas especificações do que apenas usar a instalação padrão do SQL que atualmente é feita nele. Quaisquer dicas extras serão bem-vindas.

sql-server performance database-tuning

— StanleyJohns
fonte

support.microsoft.com/kb/920093 - qual sistema operacional você está executando e que tipo de carga de trabalho esse servidor está lidando?

— 22811 Jon Seigel

@ Jon Seigel Eu editei para o sistema operacional (Win2K8). A carga de trabalho é oltp. Eu já tenho o link da KB, mas ainda não usei esse recurso.

— precisa saber é o seguinte

Não é uma resposta completa Eu sei, mas bastante um post útil aqui

— georgeb

@george_dba, sim, eu tinha lido este blog antes. Estou preocupado com coisas como usar as páginas de bloqueio na memória. Houve algumas preocupações sobre o uso desse recurso.

— precisa saber é o seguinte

Respostas:

Thomas Kejser da Microsoft ( blog ) regularmente apresenta que o sinalizador de rastreamento 834 é o único sinalizador de rastreamento mais rápido para o SQL Server. Ele advertiria isso, tenho certeza, com muitos testes!

— Peter Schofield
fonte

Aqui está um artigo de Thomas que menciona (brevemente) TF834 - sqlug.se/Portals/0/Nyheter/…

— Mark Storey-Smith

@Mark Storey-Smith good catch :)

— garik

Mark Storey-Smith, obrigado pelo PDF. Ele tem ótimos indicadores para o ajuste de sistemas OLTP.

— precisa saber é o seguinte

Pergunta difícil. O que eu abri para mim e, espero, você descobrirá algo novo:

Sinalizador de rastreamento 834: Use as alocações de páginas grandes do Microsoft Windows para o buffer pool O sinalizador de rastreamento 834 faz com que o SQL Server use alocações de páginas grandes do Microsoft Windows para a memória alocada para o buffer pool. O tamanho da página varia dependendo da plataforma de hardware, mas o tamanho da página pode variar de 2 MB a 16 MB. Páginas grandes são alocadas na inicialização e são mantidas durante o tempo de vida do processo. O sinalizador de rastreamento 834 aprimora o desempenho aumentando a eficiência do TLB (Translation Look-Side Buffer) na CPU.

O sinalizador de rastreamento 834 se aplica somente às versões de 64 bits do SQL Server. Você deve ter o usuário Bloquear páginas na memória à direita para ativar o sinalizador de rastreamento 834. Você pode ativar o sinalizador de rastreamento 834 apenas na inicialização.

O sinalizador de rastreamento 834 pode impedir que o servidor seja iniciado se a memória estiver fragmentada e se páginas grandes não puderem ser alocadas. Portanto, o sinalizador de rastreamento 834 é mais adequado para servidores dedicados ao SQL Server. Mais

Na minha opinião, é suficiente (e SOMENTE) documentos: Solucionando problemas de desempenho no SQL Server 2005 e no SQL Server 2008: Solucionando problemas de desempenho no SQL Server 2008. Duas palavras sobre Denali e o que há de novo: Alterações no Gerenciador de memória do SQL Server em Denali .

Sorte.

— garik
fonte

+1, o artigo técnico do SQL possui etapas muito práticas. Eu mantenho um comigo para referência rápida e também para as consultas TSQL prontas para uso que ele possui.

— precisa saber é o seguinte