Por que meu SQL Server usa memória AWE? e por que isso não é visível no RAMMap?

Question

Temos um servidor 8GB do Windows Server 2008 R2 (64 bits) onde, de acordo com a Sysinternals RAMMap , 2 GB de memória são alocados usando o AWE. Até onde entendi, isso significa que essas páginas permanecem na memória física e nunca são eliminadas. Isso faz com que outros aplicativos sejam retirados da memória física.

No RAMMap, na guia Páginas Físicas, a coluna Processo está vazia para todas as páginas AWE.

Nós executamos o SQL Server nessa caixa, mas (através do SQL Server Management Studio, em Propriedades do Servidor - > Memória, nas opções de memória do Servidor) ele diz que está configurado para não usar o AWE.

No entanto, ao parar o SQL Server, as páginas AWE desaparecem repentinamente. Então é realmente o culpado.

Então eu tenho três perguntas:

• Por que o RAMMap não sabe / mostra que um processo do SQL Server é responsável por essa memória AWE?
• Por que o SQL Server Management Studio diz que a memória AWE não é usada?
• Como podemos configurar o SQL Server para realmente não usar memória AWE?

Answer 1

A conta do servidor SQL tem a opção "bloquear páginas na memória"?

Em suma, 1) a alocação dessa maneira é um pouco mais rápida e 2) é necessária para o SQL impedir que sua memória seja paginada.

Existe um motivo específico pelo qual você não deseja que o SQL use o AWE?

Referência:

• On 64-bit systems (2005+):
• AWE is not required (and in fact enabling it does nothing)
• Turning on the "Locked Pages in Memory" privilege prevents the buffer pool memory (and anything that uses single-page-at-a-time memory allocations) from being paged out
• When the "Locked Pages in Memory" privilege is set, SQL Server uses the Windows AWE API to do memory allocations as it's a little bit faster
• "Locked Pages in Memory" is supported by Standard and Enterprise editions (see this blog post for how to enable it in Standard edition)

Veja também: Diversão com Páginas bloqueadas, AWE, Gerenciador de Tarefas e o Conjunto de Trabalho ... - isso explica por que a configuração" usar AWE "é falso, na verdade, não impede o uso de AWE (só é relevante em 32 bits)