为什么我的SQL Server使用AWE内存？为什么这在RAMMap中不可见？

发布时间：2020-12-12 16:50:47 所属栏目：MsSql教程来源：网络整理

导读：我们有一台 Windows Server 2008 R2(64位)8GB服务器,根据Sysinternals RAMMap,使用AWE分配2GB内存.据我所知,这意味着这些页面保留在物理内存中,永远不会被推出.这会导致其他应用程序被推出物理内存. 在RAMMap中,在Physical Pages选项卡上,Process列对于所有AW

我们有一台 Windows Server 2008 R2(64位)8GB服务器,根据Sysinternals RAMMap,使用AWE分配2GB内存.据我所知,这意味着这些页面保留在物理内存中,永远不会被推出.这会导致其他应用程序被推出物理内存.

在RAMMap中,在Physical Pages选项卡上,Process列对于所有AWE页面都是空的.

我们在该框上运行SQL Server,但是(通过SQL Server Management Studio,在“服务器属性” – >“内存”下,在“服务器内存选项”下),它表示配置为不使用AWE.

但是,当停止SQL Server时,AWE页面突然消失了.所以这真的是罪魁祸首.

所以我有三个问题：

>为什么RAMMap不知道/显示SQL Server进程负责该AWE内存？
>为什么SQL Server Management Studio会说不使用AWE内存？
>我们如何使SQL Server配置为真正不使用AWE内存？

解决方法

SQL Server帐户是否具有“内存中的锁定页面”选项？

简而言之,1)分配这种方式要快一些,并且2)需要SQL来防止其内存被分页.

您是否有特定原因要求SQL使用AWE？

参考：http://www.sqlskills.com/blogs/paul/a-sql-server-dba-myth-a-day-530-awe-must-be-enabled-on-64-bit-servers/

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)

也可以看看：
Fun with Locked Pages,AWE,Task Manager,and the Working Set… – 这解释了为什么设置“use AWE”为false并不会实际阻止使用AWE(它仅与32位相关)

（编辑：李大同）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!