Início / dba / Perguntas / 18222
Accepted
ivanmp
Asked: 2012-05-22 06:08:11 +0800 CST

Informações inconsistentes de diferentes DMVs

  • 772

Tenho um servidor com 12 GB de RAM física. Acabei de baixar a 'Max Server Memory (MB)'configuração de 10 GB para 8 GB.

Se eu olhar para a memória comprometida dos processos no Perfmon, vejo:

select *
from sys.dm_os_performance_counters
where [object_name] like 'SQLServer:Memory Manager%';
go

Memória do servidor de destino (KB): 8388608
Memória total do servidor (KB): 8388608

Mostrando que o SQL Server já liberou os 2 GB adicionais de memória do Buffer Pool.

No entanto, se eu olhar para o sys.dm_os_sys_info:

select [bpool_committed]
     , [bpool_commit_target]
     , [bpool_visible]
from sys.dm_os_sys_info;
go

Eu recebo resultados inconsistentes:

bpool_committed = 1048576
bpool_commit_target = 1048576
bpool_visible = 1048576

Não deveria sys.dm_os_sys_inforefletir as informações nos contadores de desempenho?

Estou executando o Microsoft SQL Server 2005 SP1 no Windows Server 2003.

sql-server sql-server-2005

2 respostas

  1. Não há incoerência:

    1048576 * 8 = 8388608 KB => 8 GB;

    Ambos Perfmon e sys.dm_os_sys_infoshow 8 GB;

    [bpool_visible], [bpool_commit_target] and [bpool_committed]- no SQL 2005, tudo isso é definido como "Número de buffers de 8 KB ..." ( http://msdn.microsoft.com/en-us/library/ms175048(v=sql.90).aspx ) , então você tem que multiplicar o resultado por 8 para obter KB; A partir do SQL 2008 R2 você não precisa mais fazer a multiplicação.

    Se você quiser usar uma multiplicação dentro da consulta, tente:

    SELECT CAST((bpool_committed * 8) / (1024.0 * 1024.0) AS DECIMAL(20, 2)) AS buffer_pool_committed_memory_in_GB
    , CAST((bpool_commit_target * 8) / (1024.0 * 1024.0) AS DECIMAL(20, 2)) AS buffer_pool_target_memory_in_GB
    , CAST((bpool_visible * 8) / (1024.0 * 1024.0) AS DECIMAL(20, 2)) AS buffer_pool_visible_memory_in_GB 
FROM sys.dm_os_sys_info;
    • 3
  2. Best Answer

    Os valores eram realmente inconsistentes e voltavam ao normal após o reinício da instância.

    Eu recomendo não usar o sys.dm_os_sys_infopara esse tipo de informação, pois não é confiável e, em vez disso, usar os contadores de desempenho.

    • 1

relate perguntas