Temos um servidor com 2 processadores quad xeon 5550. O único aplicativo instalado no servidor é o SQL server. O uso da CPU raramente ultrapassa 40% e a taxa de transação é de 2.000 transações por segundo.
O tamanho da fila do processador também é aproximadamente 2. Tudo parece normal, exceto os comutadores de contexto que têm uma média de 88.000 e máximo de 232.000 durante as horas de trabalho.
Eu li em documentos do SQL Server que um número de comutação de contexto maior que 15.000 é indicativo de um problema da CPU. Isso é realmente um problema, mesmo que os contadores da CPU pareçam normais?
Eu vejo que é um processador Nehalem com hyperthreading.
A última vez que pedimos O consenso geral era desabilitar o hyperthreading por padrão em uma caixa específica do SQL Server (e nós o desativamos no nosso, com bons resultados). Navegando em torno de alguns outros sites, estou ouvindo esse conselho ecoado por outras pessoas respeitáveis .
Então, você pode tentar desligar o hyperthreading primeiro, depois re-medir.
Tenho certeza de que vocês já perceberam isso, mas eu queria compartilhar a resposta aqui porque é a falha do servidor.
O SQL Server possui uma função de timer própria e a usa por padrão, em vez do timer do OS / BIOS. Você pode desabilitar isso, mas não sei se isso funcionará com a capacidade de o SQL Server inserir dados de tempo granulares (até 12ms, iirc) em campos de hora.
Desative o temporizador do SQL Server indo para o SQL Server Configuration Manager, entre no SQL Server Services e clique com o botão direito do mouse na instância do SQL Server e vá para Propriedades.
Nas propriedades da instância, vá para a guia Parâmetros de inicialização e adicione -t8038. Isso habilita um sinalizador de rastreamento que desabilita o timer para essa instância. Se você tiver várias instâncias, terá que fazer isso para cada instância ou ainda encontrará uma troca de contexto alta.
Tags sql-server context-switch