如果是32bit X86的CPU, 可有办法让SQL吃到4G以上的Memory?

Question

RT.现在内存便宜啊，就想加memroy让sql server速度更快些，
但是32bit X86的，试了好几种方式，好像最多只能吃到4G memroy，而XEON的CPU又比较贵，
而万恶的64bit很多恶心的东东都不支持32bit的驱动（比如 Jet4.0之类的）请教路过的各位神仙~~~~~~~~~~

Answer 1

沟沟，你现在内存一共多大？
另外，你看下这个计数器：
Memory Manager 下的 Target Server Memory (KB)值是多少？

Answer 2

我实体RAM，加大到16G过，后来试过吃不上去，最多就到4G不到点，就又拿掉了。你是指调 Target Server Memory (KB) ？

Answer 3

先打開PAE开关，让操作系统认识到4gb以上的物理内存再开awe开关，就行了。

Answer 4

恩 
boot.ini + /paesp_configure 'awe enabled',1

Answer 5

关于内存方面的
http://space.itpub.net/110321/viewspace-608854

Answer 6

目前一台测试机是
Target Server Memory (KB)
value=1638272
type=65792

Answer 7

开AWE需要sql 启动帐号拥用锁定内存页权限。

Answer 8

对NT server有没有要求？我的是windows server 2003 Enterprise Edition sp2

Answer 9

按照微软的说法，windows2003企业版是支持的

Answer 10

win2k3企业版是肯定可以的，标准版的也可能。

Answer 11

我去找台测试机玩玩看。
下午去仓库借点RAM

Answer 12

只需打开AWE开关就可以了，对操作系统并无特别要求。这是SQL SERVER的一个特性，可以跳过操作系统直接访问高端内存。但只有专业版以上版本才支持此特性。

Answer 13

在32BIT的操作系统上sqlserver要想使用超过3GB的内存唯一的方法就是打开AWE选项，使用AWE时候必须启用内存中锁定页面选项（lock pages in memory）

Answer 14

---SQL Server对大容量内存的支持
32位操作系统有个很大的缺陷，应用程序无法访问大于4G的进程地址空间，因为32位的指针无法保存大于4G的地址空间
如果大于4G，则需要使用地址窗口化扩展插件(AWE)，具体操作如下：
1，启动物理地址扩展
(1)找到C:\boot.ini,并删除其只读属性.
(2)编辑boot.ini，在ARC路径中添加/PAE参数.例如：
在windows Server 2003 Enterprise Edition 中，编辑后的ARC路径如下：
muti(0)disk(0)partition(1)windows="windows Server 2003 Enterprise,Edition"/fastdetect/PAE
保存后将其恢复为只读模式，然后重新启动计算机。如果计算机上的可用物理内存超过16G，应确保boot.ini文件中没有/3gb参数---如何启动AWE选项
sp_configure'show advanced options',1
reconfigure
go
sp_configue 'awe enabled',1
reconfigure
go
---手动配置内存选项
sp_configure'show advanced options',1
go
reconfigure
go
sp_configure 'min server memory' --服务器最小内存
sp_configure 'max server memory' --服务器最大内存
sp_configure 'index create memory'--创建索引占用的内存
sp_configure 'min  memory per query'--每次查询占用的最小内存

Answer 15

LOCK PAGES IN MEMORY选项开启步骤
1.Programs =>Administrative tools =>Local Security Settings 
2.打开Local Policies单击　User Rights Assignment
3.找到Lock pages in memory选项双击，然后添加数据库启动帐号。
4.重启机器

Answer 16

ram disk不錯的軟件 - -

Answer 17

还是用64位吧，很多时候并不像你想象的那么恶心。
我们现在就是用64位，还没发现有什么兼容性问题。且64位可充分发挥SQL的威力。