Contadores de desempenho - Histórico de revisão

Andre.iguera: /* Referências */

2016-12-07T14:40:54Z

‎Referências

Andre.iguera: /* Como analisar contadores */

2016-12-07T14:37:59Z

‎Como analisar contadores

Andre.iguera em 14h32min de 7 de dezembro de 2016

2016-12-07T14:32:34Z

Andre.iguera: /* Disco */

2016-12-07T14:11:48Z

‎Disco

Andre.iguera em 14h10min de 7 de dezembro de 2016

2016-12-07T14:10:19Z

Andre.iguera em 14h03min de 7 de dezembro de 2016

2016-12-07T14:03:41Z

Andre.iguera em 13h49min de 7 de dezembro de 2016

2016-12-07T13:49:40Z

Mostrar alterações

Andre.iguera em 13h31min de 7 de dezembro de 2016

2016-12-07T13:31:01Z

Andre.iguera: Criou página com '==Introdução== O objetivo deste documento é oferecer uma visão geral sobre os principais contadores do Perfmon, bem como um direcionamento para as análises de desempenho...'

2016-12-07T13:22:54Z

Criou página com '==Introdução== O objetivo deste documento é oferecer uma visão geral sobre os principais contadores do Perfmon, bem como um direcionamento para as análises de desempenho...'

Página nova

==Introdução==

O objetivo deste documento é oferecer uma visão geral sobre os principais contadores do Perfmon, bem como um direcionamento para as análises de desempenho.

==Contadores==

===Disco===

{| {{table}} class="wikitable"
| align="center" style="background:#f0f0f0;"|'''Contador'''
| align="center" style="background:#f0f0f0;"|'''Caminho'''
| align="center" style="background:#f0f0f0;"|'''Descrição'''
| align="center" style="background:#f0f0f0;"|'''Valores para análise'''
|-
|Percentagem de tempo ocioso
|LogicalDisk \ % Idle time
|Este contador fornece quanto tempo o disco permaneceu em estado de repouso, ou seja, todos os pedidos do sistema operacional para o disco ter sido concluída e há zero de pedidos pendentes. Este contador varia de 100 (ou seja, sempre ocioso) para 0 (ou seja, sempre ocupado).

Fabio Zibiani:
Este pobre contador, ignorado por muitos, é um dos melhores contadores para avaliar a performance do disco. Ele foi introduzido no Windows 2000 e mede, simplesmente, a porcentagem de tempo em que o disco não está fazendo nada. Podemos concluir que seu inverso é, de fato, o tempo de uso do disco. Lembre-se deste contador e utilize-o em conjunto com o próximo.
|Acima de 75%
|-
|Percentagem de espaço livre
|LogicalDisk \ % Free Space
|Mostra a porcentagem do espaço total utilizável no disco lógico selecionado.
|
|-
|Comprimento da Fila de Disco Atual
|LogicalDisk Disk\ Current Disk Queue Length
|Technet:
Esse contador mostra o número de solicitações pendentes no disco no momento em que os dados de desempenho são coletados.

O Processor Queue Length, este contador mede a quantidade de requisições aguardando atenção do disco. É o contador mais importante para avaliar contenções no disco, na minha opinião. Ele pode e deve ser utilizando em conjunto com o % Idle Time.
|Vale a mesma regra geral do processador: para cada disco, 2 requisições. Isto é apenas um parâmetro de comparação.

Technet: Para esse contador, valores menores são melhores. Valores acima de 2 por disco podem indicar um afunilamento e devem ser investigados. Isso significa que um valor até 8 pode ser aceitável para um LUN composto de quatro discos. Os afunilamentos podem criar uma lista de pendências que pode se expandir para além do servidor atual que está acessando o disco e resultar em longos tempos de espera para os usuários. As possíveis soluções para um afunilamento são adicionar discos à matriz RAID, substituir os discos existentes por discos mais rápidos ou mover alguns dados para outros discos.

Fabio Zibiani: Tome cuidado ao avaliar este contador quando o disco estiver em um storage. Você nem sempre sabe quantos discos físicos estão compondo um disco lógico. Lembre-se de dividir o valor observado pelo número de discos físicos para ter uma idéia melhor do que está ocorrendo.
|-
|Comprimento Médio da Fila de Disco
|LogicalDisk Disk\ Average Disk Queue Length
|TechNET: Esse contador mostra o número médio de solicitações de leitura e gravação que estavam enfileiradas para o disco selecionado durante o intervalo de tempo.
|Technet: A regra é que deve haver duas ou menos solicitações de leitura e gravação pendentes por eixo, mas isso pode ser difícil de medir devido à virtualização de armazenamento e a diferenças nos níveis de RAID entre configurações. Verifique se há comprimentos de fila de disco maiores do que a média, combinados a latências de disco maiores do que a média. Essa combinação pode indicar que o cache de matriz de armazenamento está sobrecarregado ou que o compartilhamento de eixos com outros aplicativos está afetando o desempenho.

Fabrício Catae: Os contadores de fila de disco e porcentagem de uso do disco são os piores indicadores de Performance. Jamais use.
Não existe um valor de mínimo ou máximo
As pessoas falam em 2 vezes o número de spindle, sendo que podemos considerar que os spindles são os discos físicos. Entretanto, o mundo atual de SAN e virtualização impede que esse número seja determinado com precisão. Além disso, os discos montados em LUN podem compartilhar os mesmos arrays de disco com outras LUN – fica inviável determinar qual seria esse valor limite.
Esses contadores fornecem muitos falsos-positivos.
Todos os sistemas de alta performance de disco realizam enfileiramento de disco para aumentar o throughput. Por isso, ao invés de monitorar a fila, é mais importante medir o tempo de latência do storage. A fila é consêquência: quando o storage apresenta alta latência de disco, causa enfileiramento das requisições.

O problema desse contador é que ninguém sabe o que isso significa. Se você quiser falar sobre fila com pessoal de storage, então fale sobre “outstanding I/O” e não sobre “Average Disk Queue Length”. Curiosamente, o contador para medir “outstanding I/O” possui um nome muito semelhante: “Current Disk Queue Length”.
|-
|}

← Edição anterior		Edição das 14h40min de 7 de dezembro de 2016
Linha 326:		Linha 326:
	* [http://www.sqlshack.com/ SQLShack]		* [http://www.sqlshack.com/ SQLShack]
	* [https://technet.microsoft.com/pt-br/ms376608.aspx Technet]		* [https://technet.microsoft.com/pt-br/ms376608.aspx Technet]
		+	* [http://jmeter.apache.org/usermanual/ JMeter User Manual]
		+	* Performance Testing Guidance for Web Applications

← Edição anterior		Edição das 14h37min de 7 de dezembro de 2016
Linha 8:		Linha 8:

	Os contadores não devem ser analisados individualmente. Eles fazem parte de um contexto que envolve todos os outros componentes de hardware e o próprio sistema.		Os contadores não devem ser analisados individualmente. Eles fazem parte de um contexto que envolve todos os outros componentes de hardware e o próprio sistema.
		+	Como você poderá ver nas tabelas de contadores abaixo, não existe consenso sobre limites em muitos dos contadores. Muitas vezes é necessário analisar outros contadores para explicar suas variações, para finalmente concluir o problema.
		+
		+	Abaixo apresento alguns dos erros mais comuns na análise de desempenho.

	====O problema da média====		====O problema da média====

@@ Linha 13: / Linha 13: @@
 | align="center" style="background:#f0f0f0;"|'''Descrição'''
 | align="center" style="background:#f0f0f0;"|'''Informações para análise'''
 |-
 |Percentagem de espaço livre
@@ Linha 59: / Linha 49: @@
 O problema desse contador é que ninguém sabe o que isso significa. Se você quiser falar sobre fila com pessoal de storage, então fale sobre “outstanding I/O” e não sobre “Average Disk Queue Length”. Curiosamente, o contador para medir “outstanding I/O” possui um nome muito semelhante: “Current Disk Queue Length”.
 |-
 |}
 ===Processador===

← Edição anterior		Edição das 14h10min de 7 de dezembro de 2016
Linha 264:		Linha 264:

	===JMeter===		===JMeter===
		+
		+	{\| {{table}} class="wikitable"
		+	\| align="center" style="background:#f0f0f0;"\|'''Contador'''
		+	\| align="center" style="background:#f0f0f0;"\|'''Caminho'''
		+	\| align="center" style="background:#f0f0f0;"\|'''Descrição'''
		+	\| align="center" style="background:#f0f0f0;"\|'''Informações para análise'''
		+	\|-
		+	\|Vazão
		+	\|Relatório agregado
		+	\|Informa a quantidade de dados transferidos.
		+	\|
		+	\|-
		+	\|Percentagem de erros
		+	\|Relatório agregado
		+	\|Indica a porcentagem de erro.
		+	\|Quanto menor melhor.
		+	\|-
		+	\|Samplers
		+	\|Relatório agregado
		+	\|Quantidade de samplers executados para cada controlador de transação
		+	\|
		+	\|-
		+	\|Tempos de resposta
		+	\|Relatório agregado \ 90% line, 95% line, 99% line, Mediana, Mín, Max
		+	\|Indica os tempos de resposta.
		+	\|Mediana: Significa que 50% dos samplers tiveram tempo menor do que a mediana. Consequentemente, outros 50% foram maiores que a mediana.
		+
		+	90% line: Significa que 90% dos samplers tiveram tempo menor que o tempo exibido. Consequentemente, outros 10% tiveram o tempo maior que o exibido.
		+
		+	95% line: o mesmo que 90% line.
		+
		+	99% line: o mesmo que 90% line.
		+
		+	Min: menor tempo registrado pelos samplers.
		+
		+	Max: maior tempo registrado pelos samplers.
		+	\|-
		+	\|}

← Edição anterior		Edição das 14h03min de 7 de dezembro de 2016
Linha 166:		Linha 166:
	\|-		\|-
	\|}		\|}
		+
		+	===Rede===
		+
		+	{\| {{table}} class="wikitable"
		+	\| align="center" style="background:#f0f0f0;"\|'''Contador'''
		+	\| align="center" style="background:#f0f0f0;"\|'''Caminho'''
		+	\| align="center" style="background:#f0f0f0;"\|'''Descrição'''
		+	\| align="center" style="background:#f0f0f0;"\|'''Informações para análise'''
		+	\|-
		+	\|Kbytes totais pela interface de rede / Interface de rede total I/O
		+	\|Network Interface \ Bytes total / sec
		+	\|Indica quantos Kbytes foram enviados e recebidos a cada segundo pela interface de rede.
		+	\|Menor que 5 Mbytes para uma rede de 100Mbps, menor que 50 Mbytes para uma rede de 1000 Mbps. (Quanto menor melhor).
		+	\|-
		+	\|Falhas de conexão (TCP)
		+	\|TCPv4 \ Connection Failures
		+	\|Este é o número bruto de conexões TCP que falharam desde que o servidor foi iniciado. Uma falha normalmente indica uma perda de dados em lugar no processo. A perda pode ocorrer em muitos locais. Esta poderia ser uma indicação de um outro dispositivo que está sendo para baixo, ou problemas com a configuração do lado do cliente do software.
		+
		+	Windows: The TCP performance object consists of counters that measure the rates at which TCP Segments are sent and received by using the TCP protocol. It includes counters that monitor the number of TCP connections in each TCP connection state.
		+	Connection Failures is the number of times TCP connections have made a direct transition to the CLOSED state from the SYN-SENT state or the SYN-RCVD state, plus the number of times TCP connections have made a direct transition to the LISTEN state from the SYN-RCVD state.
		+	\|Quanto menor melhor.
		+	\|-
		+	\|Tempo de vazão
		+	\|W3SVC_W3WP / Request / Sec
		+	\|Mostra o número de requisições por segundo que seu site está atendendo. Na maioria das aplicações este número é relativamente baixo não passando de 5 ou 10 já que pra que este contador seja incrementado é necessário que as requests sejam executadas exatamente no mesmo segundo. Isto geralmente acontece em duas situações: você tem vários usuários acessando sua aplicação ao mesmo tempo ou caso suas requisições demorem muito pra terminar a execução.
		+
		+	HTTP requests/sec being processed by the worker process.
		+	\|O número é relativamente baixo não passando de 5 ou 10.
		+	\|-
		+	\|}
		+
		+	===SQL===
		+
		+	{\| {{table}} class="wikitable"
		+	\| align="center" style="background:#f0f0f0;"\|'''Contador'''
		+	\| align="center" style="background:#f0f0f0;"\|'''Caminho'''
		+	\| align="center" style="background:#f0f0f0;"\|'''Descrição'''
		+	\| align="center" style="background:#f0f0f0;"\|'''Informações para análise'''
		+	\|-
		+	\|Expectativa de vida da página
		+	\|Buffer Manager \ Page Life Expectancy
		+	\|Indica o número em segundos que uma página vai ficar na área de buffers, sem referências.
		+
		+	Page Life Expectancy is just an estimation SQL Server makes on how long it thinks a page will last in a buffer.
		+	\|Fabrício Catae: Partindo do princípio de que o SQL Server não usa Paging File, não recomendo que faça a monitoração de paginação do SO. Entretanto, se você realmente quer diagnosticar algum mecanismo de paginação, então o ideal é monitorar a variação de tamanho do Working Set dos processos.
		+
		+	Verificar se esse valor se mantém constante ou subindo ao longo do tempo. O cálculo do Page Life Expectancy é mais complexo em máquinas NUMA e corresponde a uma média harmônica entre os nós. As quedas desse contador indicam o momento de aumento de carga. Valores de referência:
		+
		+	<10 : excessivamente baixo, podendo gerar erros, asserts e dumps
		+	<300 : baixo
		+	1000: razoável
		+	5000 : bom
		+
		+	----
		+
		+	Um número baixo indica que as páginas estão sendo despejadas sem gastar muito tempo no cache, o que reduz a eficácia do cache. O ideal é que este valor seja sempre superior a 300 segundos. Valores inferiores podem indicar necessidade de memória para a instância SQL Server.
		+
		+	----
		+
		+	The recommended value of the PLE counter is (updated: minimum of) 300 seconds.
		+	\|-
		+	\|Número de deadlocks por segundo
		+	\|SQLServer:Locks \ Number of Deadlocks / sec
		+	\|Informa a contagem de quantos deadlocks estão ocorrendo por segundo no sistema.
		+	\|Quanto menor melhor.
		+
		+	----
		+
		+	Fabrício Catae: O contador de Lock Waits/sec não fornece muita pistas sobre o desempenho do servidor. No geral, esse contador apresenta um valor flutuante e com pouco significado. Em condições de problemas ou de tranquilidade (situações completamente opostas), ele indica zero.
		+
		+	Os demais contadores da família de Lock são confusos. É praticamente impossível conseguir enxergar Number of Deadlock/sec maior do que 1. Lock timeouts possui um nome atrativo, mas geralmente a query sofre timeout (note que lock timeout está associado a @@LOCK_TIMEOUT).
		+
		+	Recomendo que use as DMV sys.dm_os_waiting_tasks e sys.dm_exec_requests para acompanhar os bloqueios. Entretanto, se realmente for importante monitorar os locks usando o Perfmon, então considere o uso do “Lock Wait Time (ms)” e “Average Wait Time (ms)”.
		+	\|-
		+	\|Request bloqueados
		+	\|Server \ Blocking Requests Rejected
		+	\|Informa a quantidade de resquest bloqueados.
		+	\|Quanto menor melhor
		+	\|-
		+	\|User connections
		+	\|SQL General Statistics \ User Connections
		+	\|Fabrício Catae: O contador de “User connection” diz quantas sessões estão conectadas ao servidor. Na realidade, não há nenhum problema em monitorar esse contador, visto que o servidor possui um limite máximo de 30 mil conexões. O problema ocorre quando as pessoas usam esse contador para medir a carga no servidor.
		+	\|Fabrício Catae: Por exemplo, qual dos servidores está mais sobrecarregado? (a diferença é de 50 vezes!)
		+
		+	• Servidor A com 100 conexões
		+
		+	• Servidor B com 5000 conexões
		+
		+	Entretanto, a carga depende de quais comandos que estão sendo executados no servidor. Consigo imaginar um usuário chamado DBA, que é capaz de executar um único comando DBCC CHECKDB, e é capaz de causar muito mais carga do que várias aplicações rodando ao mesmo tempo.
		+	\|-
		+	\|Buffer Manager:Page Reads/sec
		+	\|Buffer Manager \ Page Reads/sec
		+	\|Fabrício Catae: Para saber quantas requisições (em valor absoluto) estão indo ao disco.
		+	\|
		+	\|-
		+	\|}
		+
		+	===JMeter===

@@ Linha 1: / Linha 1: @@
 ==Introdução==
 O objetivo deste documento é oferecer uma visão geral sobre os principais contadores do Perfmon, bem como um direcionamento para as análises de desempenho.
 ==Contadores==
@@ Linha 301: / Linha 316: @@
 |-
 |}