SQLServer误区30日谈第5天AWE在64位SQLSERVER中必须开启

夕阳渐渐迫近地平线,霞光从地平线晕染开来,将天边的云朵渲染得一片通红。山岗上,我静静地望着那轮夕阳。霞光将我的身影剪裁的冗长。暖暖的阳光将我投射成透明,仿佛随时都会蒸发。

误区 #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 对于内存的管理

本文SQLServer误区30日谈第5天AWE在64位SQLSERVER中必须开启到此结束。攀登者智慧和汗水,构思着一首信念和意志的长诗。小编再次感谢大家对我们的支持!

您可能有感兴趣的文章
SQLServer误区30日谈第20天破坏日志备份链之后,需要一个完整备份来重新开始日志链

SQLServer误区30日谈第19天Truncate表的操作不会被记录到日志

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

SQLServer误区30日谈第22天资源调控器可以调控IO

SQLServer误区30日谈第26天SQLServer中存在真正的“事务嵌套”