Encontrei um grande problema de memória que está causando grandes problemas no servidor.
Na máquina, há o Windows 2003 x86, o SQL Server 2005 e um IIS no qual muitos aplicativos estão em execução. 8 processador com 4Gb de RAM. O principal problema que apareceu recentemente é que o uso de memória é sempre alto, sobre 3.8Gb. Depois de algum tempo após a reinicialização, ele começa a crescer para 3,8 - 4Gb, e alguns aplicativos param de responder às solicitações, a execução de consultas do sql server está diminuindo e a única coisa que resta a fazer é reinicializar, o que é ruim. >
Quando olho para o gerenciador de tarefas em processos, a soma de memória consumida é dificilmente maior que 1Gb. Quando eu abri o monitor de vmmap, ele me mostra a mesma coisa.
A memória máxima do SQL Server é de 2 GB. Arquivo de página é 2 - 4Gb.
Quais ideias você tem sobre como descobrir o que consome tanta memória?
O SQL Server provavelmente é seu culpado. Essa fera tentará usar o máximo de memória possível para otimizar a si mesma. Nos fóruns do MSDN há uma conversa sobre um problema muito parecido com o seu. No próprio MSDN, há alguns artigos que ajudarão você a gerenciar a memória usada pelo SQL Server.
Opções de memória do servidor Monitorando o uso da memória
Boa sorte com seus problemas e espero que isso ajude alguns.
Eu ficaria muito surpreso se não fosse o IIS. Quais aplicativos você está executando lá?
Veja a categoria Processos dos contadores de desempenho. Esta categoria tem uma instância para cada processo em seu servidor e os contadores individuais mostrarão a memória alocada, o tamanho do espaço de endereço virtual e o tamanho do conjunto de trabalho para cada processo. Quando você descobrir que o processo consome toda a memória (assumindo que a memória é consumida no modo de usuário), então você pode direcionar sua investigação. Tanto o IIS / ASP como o SQL são processos sérios para a memória, mas a solução de problemas de uma investigação é muito diferente entre eles. Por isso é muito importante descobrir primeiro qual é, antes de começar a alterar cegamente as configurações.
E como alternativa, você não deve executar o IIS e SQL na mesma caixa .
Primeiro, verifique se o gerenciador de tarefas está mostrando os processos de todos os usuários. A memória mostrada no gerenciador de tarefas deve estar bem próxima da utilização da memória na caixa. que lhe dirá quais processos estão consumindo o carneiro. Provavelmente será o IIS que está usando o RAM e, por meu comentário, você deve reduzir o número de pools de aplicativos para o que é necessário (1 por identidade e 1 por versão de framework)