Eu não sei nada sobre SQL, vou colocar isso lá fora. Nossas pessoas dev têm dito que isso é um problema do sistema operacional. Você pode me ajudar a descobrir por onde começar a determinar se isso é um problema do sistema operacional? O SQL não está bloqueando a memória nos arquivos de página aparentemente, portanto, não vemos uma utilização alta do SQLserver.exe.
SQL Server 2008 R2 Microsoft Server 2008 R2 CPU - Intel Xeon x6550 - 2,93 GHz (2 processadores) Memória - 20 GB
Uso da CPU - média de 89% Uso de memória - média de 10%
De todas as informações que você postou, tenho 99% de certeza de que são apenas as consultas do T-SQL que estão sendo executadas. Eu apostaria o dinheiro que é código gerado consultas e algo está emitindo uma consulta com mil JOINs ou similares.
Faça com que os desenvolvedores façam o perfil de suas consultas; Aposto que uma função ou outra leva uma quantidade de tempo absolutamente excessiva e é a causa raiz do pico da CPU.
Você não mencionou a edição do SQL Server, mas estou adivinhando seu padrão aqui. Você ativou o sinalizador de rastreamento 845 para usar as páginas de bloqueio na memória. Este TF ainda é necessário no nSQL Server 2008 R2 e veja as notas abaixo de Aaron Bertrand.
Verifique também o que mais está sendo executado na caixa?
Se a utilização da CPU for causada pelo processo sqlservr.exe (e não por outros processos ou pelo kernel - talvez você queira verificar isso usando Process Explorer ) e você não vê o carregamento do disco, ele provavelmente não é um problema do SO, mas simplesmente a carga computacional causada pelas consultas.
Qual é o tamanho do banco de dados em questão?
cara, se você tem 100% de utilização de cpu, provavelmente está faltando índices. Aprenda como executar o orientador de ajuste de banco de dados para construir índices ideais.
Espero que ajude
-Aaron Kempf MCITP: DBA