¿Por qué SQL no usa mucha RAM? Windows tiene un par de maneras diferentes en que las aplicaciones pueden asignar memoria.
En SQL 2012 Express, así como en las ediciones "pagadas" anteriores de SQL Server, cuando SQL necesita RAM, usaría la forma normal de solicitar memoria. Esto hace que muestre un alto uso de memoria en el administrador de tareas donde usted, yo y la mayoría de las personas estamos acostumbrados a buscar.
Sin embargo, en SQL Server 2012 "pagado" (Standard, Enterprise, etc.) cuando SQL necesita RAM, puede utilizar una asignación "AWE". que no aparece en el uso de la memoria del proceso del administrador de tareas, sin embargo, si observa la carga del servidor (la pestaña Rendimiento), verá que se está utilizando mucha más memoria de lo que indica la lista de procesos.
Usamos RAMMAP para ver el uso de memoria "real" de SQL, ya que SQL es una de las pocas aplicaciones que realizan una asignación AWE.
http://technet.microsoft.com/en-us/sysinternals/ff700229. aspx
Si observa RAMMAP y luego reinicia SQL (y actualiza RAMMAP), verá que las asignaciones de AWE se liberan.
Según la mejor información que se pudo encontrar de Microsoft, la razón por la que Microsoft se mudó a AWE fue porque la memoria "normal" se puede paginar, pero la memoria AWE se puede bloquear en la RAM real. El uso de AWE evita que SQL solicite una tonelada de RAM solo para que la página del sistema operativo vuelva a colocar su RAM en el disco. Como ejemplo, aquí hay una captura de pantalla de las asignaciones de AWE antes y después de un reinicio de sql y una captura de pantalla del administrador de tareas:Antes:
Después: 
Administrador de tareas: 
En SQL 2012 Express, así como en las ediciones "pagadas" anteriores de SQL Server, cuando SQL necesita RAM, usaría la forma normal de solicitar memoria. Esto hace que muestre un alto uso de memoria en el administrador de tareas donde usted, yo y la mayoría de las personas estamos acostumbrados a buscar.
Sin embargo, en SQL Server 2012 "pagado" (Standard, Enterprise, etc.) cuando SQL necesita RAM, puede utilizar una asignación "AWE". que no aparece en el uso de la memoria del proceso del administrador de tareas, sin embargo, si observa la carga del servidor (la pestaña Rendimiento), verá que se está utilizando mucha más memoria de lo que indica la lista de procesos.
Usamos RAMMAP para ver el uso de memoria "real" de SQL, ya que SQL es una de las pocas aplicaciones que realizan una asignación AWE.
http://technet.microsoft.com/en-us/sysinternals/ff700229. aspx
Si observa RAMMAP y luego reinicia SQL (y actualiza RAMMAP), verá que las asignaciones de AWE se liberan.
Según la mejor información que se pudo encontrar de Microsoft, la razón por la que Microsoft se mudó a AWE fue porque la memoria "normal" se puede paginar, pero la memoria AWE se puede bloquear en la RAM real. El uso de AWE evita que SQL solicite una tonelada de RAM solo para que la página del sistema operativo vuelva a colocar su RAM en el disco. Como ejemplo, aquí hay una captura de pantalla de las asignaciones de AWE antes y después de un reinicio de sql y una captura de pantalla del administrador de tareas:Antes:
Después: Administrador de tareas: