MCDBA Brasil


  • Home
  • Sobre
  • Contato

Livros





Links Rápidos

SQL Server Builds (All Versions/Editions)


Download SQL Server 2017 (trial)


SQL Server 2017 Feature Pack


SQL Server 2016 Feature Pack


Cumulative Update SQL Server 2017 builds


Cumulative Update SQL Server 2016 builds


Cumulative Update SQL Server 2014 builds


Cumulative Update SQL Server 2012 builds


SQL Server 2005/2008 Samples Databases


Documentando o Servidor SQL Server


Analisando a Performance do Servidor-CheckList


Virtual PASS PT


Faça parte do maior virtual chapter do PASS com conteúdos técnicos em Português sobre SQL Server.

Todos os meses um evento Online para você! Acompanhe aqui os WebCasts já agendados

Sindicalize seu blog ou site ao VirtualPASSPT

SQL Server Blogs

SQL Server Query Processing Team


SQL Programmability & API Development Team


SQL Server Manageability Team


Latin America Support Team


Database + Disk + Performance


Microsoft SQL Server Support


SQL CLR Team


SQL Query Optimization Team


SQL 2005 Code Samples


SQL Server Express Team


SQL SMO Samples


SQL Storage Engine Team


SQL CAT Team


SQL Protocols Team


PSS SQL Server Engineers


Slava Oks on SQLOS


Ken Henderson’s blog


LUTI@Microsoft Blog


kimberly L. Trip’s blog


Fernando Garcia Blog

Artigos

Performance no SQL Server – Memória

por Nilton Pinheiro agosto 6, 2011 Nenhum comentário

A maneira mais comum de monitorar a memória é através da análise dos contadores de performance (performance counters).  Os dados dos contadores podem ser obtidos através de DMV’s  (Dynamic Management Views) ou através do Performance Monitor (também conhecido como System Monitor)

As DMV’s estão disponíveis em todas as instâncias SQL Server. Elas permitem recuperar informações dos sistema, monitorar e diagnosticar. A DMV mais utilizada para monitoramento de memória é a sys.dm_os_performance_counters.


O Performance Monitor é uma ferramenta disponível no próprio Windows. Ele permite capturar informações sobre o hardware, sistema operacional e todos os aplicativos que possuem contadores. Os dados são exibidos através de uma interface gráfica em diversos formatos (gráficos e relatório) ou podem ser capturados em log para serem analisados posteriormente.


Em seguida irei listar os principais objetos e contadores que devem ser analisados para monitoramento de memória de um servidor SQL Server. Os valores de referência são descritos os que são normalmente utilizados, mas podem variar dependendo do ambiente.


O objeto Memory  está relacionado a memória do sistema operacional do servidor, os principais contadores a serem analisados são:

• Available Mbytes: indica a quantidade de memória disponível em MB no momento. O ideal é que este contador esteja com valor acima de 100 MB. Valores inferiores podem indicar a necessidade de mais memória RAM.
• Pages/sec: indica o número de páginas que são páginadas na memória para o disco por segundo. O ideal é que este a média deste contador esteja sempre próximo de zero  em um intervalo de 24 horas e em situações normais. Picos ocasionais podem aumentar este valor. Se a média do contador for maior que 20, o servidor precisará de mais memória RAM.


O objeto Buffer Manager está relacionado a instância SQL Server, cada instância SQL Server terá objetos próprios.  Os principais contadores a serem analisados são:


• Buffer Cache Hit Ratio: indica o percentual de páginas de foram atendidas pelo buffer pool. O ideal é que este valor seja igual ou superior a 99%. Valores inferiores podem indicar memória insuficiente para a instância SQL Server.
• Checkpoints Page/sec: indica o número de páginas limpas no disco por segundo. O valor ideal é abaixo de 50. Se este valor estiver constantemente alto, pode indicar que a instância SQL Server precisa de mais memória.
• Lazy writes/sec: indica o número de vezes por segundo que o lazy write elimina as páginas do buffer cache. Se este valor estiver maior que 20, pode indicar que a instância SQL Server precisa de mais memória.
• Page life expectancy: inidica a expectativa de vida (em segundos) de uma página de dados na memória. 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.
• Target Pages:  indica o número ideal de páginas no buffer pool.
• Total Pages: indica o número de páginas que estão no buffer pool no momento.  Este valor deve ser menor o valor do contador Target Pages.


O objeto Memory Manager também está relacionado a cada instância SQL Server.  Os principais contadores a serem analisados são:


• Memory Grants Pending: indica o número de processos esperando na área de trabalho da memória. O ideal é este valor fique próximo de zero. Caso os valores sejam constantemente altos, deve-se certifica-se de que o problema está relacionado a insuficiencia de memória e não a objetos dos bancos de dados.
• Target Server Memory: indica o total de memória que a instância SQL Server pode utilizar.
• Total Server Memory: indica o total de memória que a instância SQL Server está utilizando no momento. Se este valor for igual ou maior que o valor do Target Server Memory, pode indicar a necessidade de mais memória para a instância SQL Server.


O objeto Process relacionado ao servidor que hospeda a  instância SQL Server.  O principal contador a ser analisado é:


• Working Set: indica o tamanho do conjunto da carga de trabalho dos processos em bytes na memória física do servidor. Caso este valor permaneça sempre abaixo do mínimo de memória configurada para instância SQL Server, isso indica que a instância está configurada com mais memória do que realmente precisa.


TatiVieira

Avaliação:
Compartilhe:
  • Anterior Manual de Instalação do SQL Server 2008 R2 Step-by-Step14 anos atrás
  • Próximo SQL Server Denali CTP3 Product Guide14 anos atrás

Deixe uma resposta Cancelar resposta

O seu endereço de e-mail não será publicado. Campos obrigatórios são marcados com *

MVP Reconnect Award

Categorias

  • Artigos (359)
  • Dica da Semana (95)
  • Documentação (54)
  • Downloads (113)
  • MSDE 2000 (3)
  • Sem categoria (1)
  • Tutoriais (9)

Posts recentes

  • #FechouBrasil #PartiuPortugal
  • Brigando com o erro “The cached MSI file is missing”
  • MCDBABRASIL está de volta
  • Documentando o Servidor SQL Server
  • Brigando com os Erros 17182, 17826 e 17120

SQL Server AlwaysOn Video Series

Video1: Introdução ao SQLServer2012 AlwaysOn


Video2: Introdução ao SQLServer2012 AlwaysOn Availability Group


Video3: Introdução ao SQLServer2012 AlwaysOn AVG-Demo


Video4: Introdução ao SQLServer2012 AlwaysOn Listener


Video5: Introdução ao SQLServer2012 AlwaysOn Readable Secondaries


Video6: Introdução ao SQLServer2012 AlwaysOn Readable Secondaries-Demo


Video7: Introdução ao SQLServer2012 AlwaysOn Failover Clustering


Serie SQL Server Failover Clustering End-to-End

Parte 1: Configuração da Rede e Ambiente


Parte 2: Configurando o Windows 2008 R2 Domain Controler e DNS


Parte 3: Preparando os nós para o Failover Cluster


Parte 4: Configurando um Failover Cluster de 2 nós


Parte 5: Configurando as LUNs no iSCSI Software Target (Parte 1)


Parte 6: Configurando as LUNs no iSCSI Software Target (Parte 2)


Parte 7: Apresentando as LUNs para os nós do Failover Cluster


Parte 8: Configurando os discos no Failover Cluster


Parte 9: Instalando a primeira instância virtual do SQL Server 2008


Parte 10: Instalando a segunda instância virtual do SQL Server 2008


Parte 11: Instalando e Configurando o MSDTC no Failover Cluster


Parte 12: Configurando Mount Points no Cluster e SQL Server 2008


Vídeo Extra: Removendo uma Instância do SQL Server 2008 R2 em Cluster


Alta Disponibilidade no SQL Server 2008 R2: Failover Clustering Overview


Alta Disponibilidade no SQL Server 2008 R2: Failover Clustering na Prática

Menu

  • Home
  • Sobre
  • Contato

Mais

  • RSS Feeds
2025 MCDBA Brasil.