O desempenho do SQL Server depende de vários fatores chamados de contadores de desempenho. Monitoramento de desempenho não é tanto sobre se o CPU é ocupado, mas se ele está perdendo tempo no trabalho que pode ser evitado. Processor Time

Execute um utilitário de sistema operacional, como PerfMon (Performance Monitor) para observar o tempo do processador . Se ele não mostra o gargalo de CPU , use o SQL Profiler ou observar tempo de execução de consultas SQL no SQL Analyzer. As causas mais comuns são o uso de memória ineficiente , reutilização ineficiente de planos de consulta e código SQL escrito de forma ineficiente .
Alternância de contexto

O número de mudanças de contexto feita pela CPU por segundo deve não exceda o valor limiar de 5000. Se isso está acontecendo , desative contexto de comutação (ou hyperthreading ) .
Processor Queue Length

Não deve haver mais do que cinco processos na fila de sistema .
frequência de compilação

Observando a tendência de quantas vezes o projeto é compilado e recompilados ajuda a monitorar a frequência de compilação. Modificar opções de compilador para evitar compilação desnecessárias.
Pontos de verificação e preguiçoso Escreve

O cache flushes do SQL Server em um posto de controle em código SQL. Os pontos de verificação são utilizados durante grandes atualizações e inserções , como forma de controle de transação . Muitos postos de controle por segundo irá criar um afunilamento de CPU , desencadeando ", escreve preguiçosos ", isto é , a escrita de cache de volta para o armazenamento permanente com desnecessariamente alta freqüência.
Cache Hit Ratio

Se o SQL Server não é reutilizar planos de consulta , ele gera um novo plano de cada vez para consultas freqüentemente executados . Isso cria uma alta taxa de acerto de cache , ou seja , o acesso ao disco .