Eu tenho uma máquina SQL Server com o seguinte:
- Windows 2003 Enterprise SP2 (32 bits)
- SQL Server 2005 (32 bits)
- 12 GB RAM
- Chave /PAE definida em boot.ini
- 6 instâncias SQL, todas com AWE ativado
- Nenhum outro aplicativo em execução na máquina.
Eu tenho o uso máximo de memória do servidor definido no que acredito serem valores aceitáveis (cerca de 10 GB combinados, deixando 2 GB para o Windows). Estou usando a consulta a seguir para mostrar um uso total combinado de RAM do buffer pool e do non-buffer pool. Também estou mostrando a configuração MAX SERVER MEMORY. Os bancos de dados em cada uma das instâncias são muito maiores do que a RAM alocada, embora algumas instâncias sejam muito mais usadas do que outras. A memória real em uso não deveria estar sempre bem próxima da configuração MAX SERVER MEMORY? Estou encontrando uma lacuna que me deixou curioso.
DECLARE @TotalRam as decimal (10,2)
--NON-BUFFER POOL
SET @TotalRam = (SELECT sum(pages_allocated_count)/128.0 [Non-Buffer (MB)]
from sys.dm_os_memory_cache_entries
where pages_allocated_count > 0)
--BUFFER POOL
SET @TotalRam = @TotalRam + (
SELECT CAST(COUNT(*) * 8/1024.0 AS DECIMAL (10,2)) AS [Buffer Pool (MB)]
FROM sys.dm_os_buffer_descriptors WITH (NOLOCK)
WHERE database_id > 4 AND database_id <> 32767 )
SELECT @TotalRam as RAMinUSE, value as MaxServerMemory
FROM sys.configurations
WHERE name like '%max server memory%'
Resultados da consulta:
Gostaria de adicionar mais 12 GB de RAM a esta máquina para as duas instâncias pesadas e quero ter certeza de que será usado e de que não tenho algo configurado incorretamente. Verifiquei que as edições do SQL e do Windows instaladas suportam 24 GB de RAM.
É normal ver uma diferença entre esses valores? Talvez minhas perguntas estejam faltando alguma coisa.
Vocês veem algum problema em passar de 12 GB para 24 GB de RAM?
Além disso, os MBytes disponíveis restantes no PerfMon mostram cerca de 600 MB. Esse número deve ser baseado no que sobrou após a alocação de MAX SERVER MEMORY, certo? Caso contrário, eu esperaria ver um pouco mais alto.
A memória real em uso não aumentará até que você realmente carregue os dados na memória. Não vai pular para 10 GB combinados alocados apenas porque é para isso que você definiu a memória máxima e porque seus bancos de dados são pelo menos tão grandes. É um máximo, não um mínimo (e não importa que min também não funcione dessa maneira), e não tentará adivinhar - antes de executar consultas suficientes - quais tabelas / índices devem ser carregados no buffer memória da piscina.
Então sim, é normal ver uma lacuna nesses valores. Provavelmente, você pode chegar muito mais perto dos valores máximos se bombear o pool de buffers emitindo vários
SELECT * FROM dbo.BiggestTables;
em cada instância, mas geralmente é melhor deixar o SQL Server alocar a memória conforme julgar apropriado com base no uso real de seu aplicativo real. E lembre-se também que a memória máxima do servidor não cobre apenas o buffer pool.Resumindo, o SQL Server é muito bom em gerenciamento de memória; deixe-o fazer o seu trabalho e preocupe-se em ajustar a memória máxima em suas várias instâncias quando tiver um problema real de desempenho.