o que deve ser monitorado para o desempenho do servidor de linha de base do sql

2

Quais são os contadores de perfmon da linha de base para monitorar o SQL Server e o que eles significam?

    
por Jim B 23.04.2010 / 06:32

1 resposta

5

Aqui estão os contadores que eu monitorei e por quê (veja o botão explicar no perfmon para explicações detalhadas sobre o que eles fazem). Observe que muitos desses contadores são inúteis, a menos que você tenha uma referência a ser medida. Você deve monitorar os aplicativos antes que eles tenham problemas de desempenho.

Objeto de processo:% Tempo de Processador - Se você tiver crescimento e esse contador tiver uma média de 80%, é hora de atualizar. 75-80% da média é um servidor totalmente utilizado. Picos sustentados, particularmente com conexões de usuário baixas, podem significar uma consulta mal escrita ou pode significar que é hora de fazer uma atualização, é certamente melhor ter alguém espiando o código.

Objeto do Sistema: Comprimento da Fila do Processador - este valor deve ser menor que 2 x o número de CPUs no sistema. Se estiver crescendo e a% da CPU (acima) for de 80% +, então você provavelmente precisará de mais ou mais processadores

Objeto de Memória: Páginas / s - Em geral, adicionar memória (ou alocar mais em SQL) deve diminuir esse contador. Este contador NÃO é indicativo de um problema de desempenho em si mesmo. Este contador é subjetivo. O que está dizendo é que, se ao longo do tempo isso sobe e o desempenho está diminuindo, certamente é hora de alocar mais memória ram ao servidor sql. Como regra geral, supondo que o sql server seja o único aplicativo na caixa, esse número deve ter uma média de 0 durante um período de 24 horas (com picos). Abaixo de 20 não deve ser realmente notado do ponto de vista do desempenho, mais de 20 e você provavelmente precisará de mais memória RAM

Objeto de memória: MBytes disponíveis - procure consistência ao longo do tempo - não um número mágico, o mundo teórico perfeito seria o mais próximo possível de 0

Objeto PhysicalDisk: Média Comprimento da Fila de Disco - uma boa regra geral não é maior que o número de eixos X 2, esse número é subjetivo

Objeto PhysicalDisk:% Idle Time - use isso - 100, para uma visão mais precisa do% disk time (esta é uma nota antiga minha, em widows 2008 isso pode ter sido corrigido, mas houve alguns problemas com 2000, e 2003) Se você estivesse em sintonia, você gostaria de saber a proporção de leituras para gravações - isso é apenas o desempenho básico

Objeto de interface de rede: Total de bytes / seg. - Você está procurando problemas de rede aqui. se for anormalmente baixo (digamos, no intervalo de 20%) e você tiver carga decente, dê uma olhada na configuração de rede, da mesma forma, se estiver acima de 60%, você pode ter um misconfig ou um gargalo na rede. 60% deve ser em torno de 3000 solicitações em lote / s

Objeto Métodos de Acesso do SQL Server: Varreduras Completas / s - se você ver muitos desses índices do SQL Server não estiverem sendo usados, localize o desenvolvedor sql e traga um morcego (use madeira como os de alumínio tendem a entupir) isso é relativo à linha de base, pois nem todas as consultas podem usar um índice, mas certamente vale a pena pedir ao desenvolvedor que dê uma olhada se houver alguma indexação adicional que possa ser feita

Objeto Banco de Dados do SQL Server: Transações / seg. - use isso para informar a média de utilização do servidor. Isso fará com que as tendências de desempenho caiam (note que SQLServer: SQL Statistics: Batch Requests / Sec é mais preciso, ve descobriu que o TPS é mais útil)

Objeto Gerenciador de Buffer do SQL Server: Taxa de Ocorrência do Cache do Buffer - como você poderia imaginar, maior é melhor e mais memória RAM deve (mas não necessariamente) aumentar este

Objeto de Estatísticas Gerais do SQL Server: Conexões do usuário - usado mais para tendências do que para o desempenho real, os aplicativos baseados em java geralmente aumentam isso para o 1000 devido à maneira como ele se conecta ao sql server

SQL Server Locks Objeto: tempo médio de espera - novamente subjetivo, ao longo do tempo para indicar tendências / problemas de desempenho, mas isso também é ótimo para problemas individuais (por exemplo, por que este relatório é tão lento)? o código por trás desse relatório específico. Ele pode apenas criar muitas travas ou pode precisar ser mexido (então deixe o bastão na sua mesa dessa vez)

    
por 23.04.2010 / 06:35