In SQL 2012 Express sowie früheren kostenpflichtigen Editionen von SQL Server würde SQL, wenn RAM benötigt wird, die normale Art der Speicheranforderung verwenden. Dadurch zeigt es eine hohe Speicherauslastung im Task-Manager, wo Sie, ich und die meisten Leute es gewohnt sind, zu suchen.
In SQL Server 2012 jedoch "bezahlt" (Standard, Enterprise usw.), wenn SQL RAM benötigt kann eine "AWE"-Zuweisung verwenden. Dies wird nicht in der Prozessspeicherauslastung des Task-Managers angezeigt. Wenn Sie sich jedoch die Serverlast ansehen (Registerkarte „Leistung“), werden Sie feststellen, dass viel mehr Speicher verwendet wird, als die Prozessliste anzeigt.
Wir verwenden RAMMAP, um die "tatsächliche" Speichernutzung von SQL zu sehen, da SQL eine der wenigen Apps ist, die eine AWE-Zuweisung vornehmen.
http://technet.microsoft.com/en-us/sysinternals/ff700229. aspx
Wenn Sie sich RAMMAP ansehen und dann SQL neu starten (und RAMMAP aktualisieren), werden Sie sehen, dass die AWE-Zuweisungen freigegeben werden.
Basierend auf den besten Informationen, die von Microsoft gefunden werden konnten, der Grund, warum Microsoft dorthin gewechselt ist AWE war, weil "normaler" Speicher ausgelagert werden kann, AWE-Speicher jedoch an den tatsächlichen RAM gebunden werden kann. Die Verwendung von AWE verhindert, dass SQL nach einer Menge RAM fragt, nur damit das Betriebssystem seinen RAM wieder auf die Festplatte auslagert. Als Beispiel ist hier ein Screenshot der AWE-Zuweisungen vor und nach einem SQL-Neustart und ein Screenshot des Task-Managers:Vorher:


