誤區 #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 對于內存的管理
您可能感興趣的文章:- SQL Server誤區30日談 第29天 有關堆碎片的誤區
- SQL Server誤區30日談 第28天 有關大容量事務日志恢復模式的誤區
- SQL Server誤區30日談 第27天 使用BACKUP WITH CHECKSUM可以替代DBCC CheckDB
- SQL Server誤區30日談 第26天 SQL Server中存在真正的“事務嵌套”
- SQL Server誤區30日談 第25天 有關填充因子的誤區
- SQL Server誤區30日談 第24天 26個有關還原(Restore)的誤區
- SQL Server誤區30日談 第23天 有關鎖升級的誤區
- SQL Server誤區30日談 第22天 資源調控器可以調控IO
- SQL Server誤區30日談 第21天 數據損壞可以通過重啟SQL Server來修復
- SQL Server誤區30日談 第20天 破壞日志備份鏈之后，需要一個完整備份來重新開始日志鏈
- SQL Server誤區30日談 第19天 Truncate表的操作不會被記錄到日志
- SQL Server誤區30日談 第18天 有關FileStream的存儲，垃圾回收以及其它
- SQL Server誤區30日談 第17天 有關頁校驗和的誤區
- SQL Server誤區30日談 第16天 數據的損壞和修復
- SQL Server誤區30日談 第15天 CheckPoint只會將已提交的事務寫入磁盤
- SQL Server誤區30日談 第14天 清除日志后會將相關的LSN填零初始化
- SQL Server誤區30日談 第13天 在SQL Server 2000兼容模式下不能使用DMV
- SQL Server誤區30日談 第12天 TempDB的文件數和需要和CPU數目保持一致
- SQL Server誤區30日談 第11天 鏡像在檢測到故障后瞬間就能故障轉移
- SQL Server誤區30日談 第10天 數據庫鏡像在故障發生后 馬上就能發現
- SQL Server誤區30日談 第9天 數據庫文件收縮不會影響性能
- SQL Server誤區30日談 第8天 有關對索引進行在線操作的誤區
- SQL Server誤區30日談 第7天 一個實例多個鏡像和日志傳送延遲
- SQL Server誤區30日談 第6天 有關NULL位圖的三個誤區
- SQL Server誤區30日談 第4天 DDL觸發器就是INSTEAD OF觸發器
- SQL Server誤區30日談 第3天 即時文件初始化特性可以在SQL Server中開啟和關閉
- SQL Server誤區30日談 第2天 DBCC CHECKDB會導致阻塞
- SQL Server誤區30日談 第1天 正在運行的事務在服務器故障轉移后繼續執行
- SQL Server誤區30日談 第30天 有關備份的30個誤區
