SQL Server误区30日谈第5天 AWE在64位SQL SERVER中必须开启_MsSql

误区 #5: AWE在64位SQL SERVER中必须开启

错误！

在坊间流传的有关AWE的设置的各种版本让人非常困惑。比如说如何设置起作用，如何设置不起作用，在32位和64位上是否需要AWE等。

好吧，我来概括一下:

在64位系统(SQL SERVER 2005+版本)
- AWE是不需要的(即使是ON状态，也毫无影响)
- 开启“锁定内存页”使得缓冲池中的内存页不会被置换到虚拟内存中(实际上所有的Single Page Allocator分配和Stolen的内存都不会被置换)
- 当开启“锁定内存页时”,SQL Server使用Windows AWE API来分配内存，这种方式略快
- “锁定内存页”仅仅在标准版和企业版中存在（译者注：在非生产环境的开发版也是存在的）
在32位系统(SQL SERVER 2005+版本)
- 为了使用大于4G的内存，必须开启AWE来使用额外的虚拟地址空间
- 为了使用AWE，“锁定内存页”权限必须开启
- “锁定内存页”仅仅在标准版和企业版中存在（译者注：在非生产环境的开发版也是存在的）

看上去有点复杂，这也是为什么会引起困惑吧。

我的一个来自CSS的好朋友Bob Ward有一篇关于这块非常好的博文:Fun with Locked Pages, AWE, Task Manager, and the Working Set…

PS:译者有一篇关于内存管理的一篇文章:浅谈SQL Server 对于内存的管理

时间： 2025-01-28 09:50:55

SQL Server误区30日谈第5天 AWE在64位SQL SERVER中必须开启_MsSql的相关文章

SQL Server误区30日谈第5天 AWE在64位SQL SERVER中必须开启

误区 #5: AWE在64位SQL SERVER中必须开启错误! 在坊间流传的有关AWE的设置的各种版本让人非常困惑.比如说如何设置起作用,如何设置不起作用,在32位和64位上是否需要AWE等. 好吧,我来概括一下: 在64位系统(SQL SERVER 2005+版本) AWE是不需要的(即使是ON状态,也毫无影响) 开启"锁定内存页"使得缓冲池中的内存页不会被置换到虚拟内存中(实际上所有的Single Page Allocator分配和Stolen的内存都不会被置换) 当开启&qu

SQL Server误区30日谈第18天有关FileStream的存储，垃圾回收以及其它_MsSql

误区 #18:如下多个有关FileStream的误区全部错误 18 a)FileStream数据可以在远程存储不能,由于FileStream数据容器(指的是存放FileStream文件的NTFS文件夹,杜撰出来的术语)必须像数据文件或日志文件那样符合本地存储策略-也就是说,这个数据容器必须放在对于运行SQL Server的Windows Server是本地存储(译者注:也就是在'计算机'里能看到的存储,DAC当然是了,其实SAN这类不直接连接服务器的也算是)访问FileStream数

SQL Server误区30日谈第24天 26个有关还原(Restore)的误区_MsSql

本系列文章一直所没有触及的就是有关"还原(Restore)"的话题,因为一旦牵扯到这个话题就会涉及大量的误区,多到我无法通过一篇文章说完的地步.事实上,我希望用字母表的顺序为每一个误区进行编号,希望你看了不要昏昏欲睡.下面开始揭穿这26个误区. 误区 #24: 26个有关还原(Restore)的误区都是错误的 24 a)可以通过WITH STOPAT参数在完整备份和差异备份的基础上还原到特定时间点当然不能.虽然这个语法看上去貌似能的样子,但这个语法的最佳实践是你在进行日志还原到特定时间

SQL Server误区30日谈第30天有关备份的30个误区_MsSql

误区 #30:有关备份的30个误区全是错的在开始有关备份的误区之前,如果你对备份的基础没有了解,请看之前我在TechNet Magazine的文章:Understanding SQL Server Backups. 30-01)备份操作会导致阻塞不,备份不会导致对用户对象加锁,虽然备份对IO系统的负担导致看起来阻塞了,但实际上不会.唯一的特例是当备份包含到那些最小日志操作涉及到的数据区需要被加锁时,这个操作会阻塞CheckPoint,但DML操作永远不会受到备份操作的阻塞. 30-02)由完整恢

SQL Server误区30日谈第30天有关备份的30个误区

SQL Server误区30日谈第3天即时文件初始化特性可以在SQL Server中开启和关闭_MsSql

本系列文章是我在sqlskill.com的PAUL的博客看到的,很多误区都比较具有典型性和代表性,原文来自T-SQL Tuesday #11: Misconceptions about.... EVERYTHING!!,经过我们团队的翻译和整理发布在AgileSharp和博客园上.希望对大家有所帮助. 误区 #3: 即时文件初始化特性可以在SQL Server中 a)开启和 b)关闭 a)是不允许的 b)是允许的即时文件初始化是一个在SQL Server 2005以及之上的版本鲜为

SQL Server误区30日谈第10天数据库镜像在故障发生后马上就能发现_MsSql

误区10.数据库镜像在故障发生后,马上就能发现错误市面上大肆宣传数据库镜像技术可以在故障发生后,立即检测到错误并进行故障转移. 但事实并不是这样,检测到故障发生的速度要取决于故障的类型. 检测故障发生的最快的情况是,镜像中的主体实例崩溃,从而镜像服务器每秒一次的PING就无法返回值,从而知道主体服务器上不再有这个进程侦听相应的TCP端口,这种情况下,镜像服务器几乎瞬间就能发现故障. 检测到故障发生第二快的情况是主体服务器的操作系统崩溃.此时主体服务器不再响应镜像服务器的PING,从而在镜像服

SQL Server误区30日谈第12天 TempDB的文件数和需要和CPU数目保持一致

误区 #12:TempDB的文件数和需要和CPU数目保持一致错误哎,由于上述误区是微软"官方"的建议,并且还有大量博文坚持这个观点,这个误区已经是老生常谈. 但让人困惑的是SQL CAT团队给出的建议就是1:1,但这个建议是源自扩展方面的原理来说,而不是一个通用法则.因为他们所面对的大型客户数据量服务器和IO子系统都是大部分人没有机会遇到的. 每个实例仅仅允许有一个TempDb,但需要用到TempDB的地方却有很多,所以TempDB很容易成为性能瓶颈,我想大家数人都了解这一点,而大

SQL Server误区30日谈第7天一个实例多个镜像和日志传送延迟_MsSql

误区 #7:一个数据库可以存在多个镜像错误这个误区就有点老生常谈了.每一个主体服务器只允许一个镜像服务器.如果你希望存在多个主体服务器的副本,那么请使用事务日志传送,事务日志传送允许针对每一个主体存在多个辅助实例. 使用事务日志传送的一个优点是允许其中一个或多个辅助服务器存在延迟还原备份.这也是就是说对主体服务器进行日志备份(无论你喜欢与否,这几种高可用性技术各自有各自的术语): 数据库镜像:主体服务器-镜像服务器事务日志传送:主要服务器-辅助服务器复制:发布服务器-订阅服务器当使用镜

SQL Server误区30日谈 第5天 AWE在64位SQL SERVER中必须开启_MsSql

SQL Server误区30日谈 第5天 AWE在64位SQL SERVER中必须开启_MsSql的相关文章

SQL Server误区30日谈第5天 AWE在64位SQL SERVER中必须开启_MsSql

SQL Server误区30日谈第5天 AWE在64位SQL SERVER中必须开启_MsSql的相关文章