升级到64位后出现奇怪的SQL Server内存错误
我们刚刚将生产数据库服务器从32位“升级”到了64位。它在Windows Server 2003上运行SQL Server 2005 Standard。在升级后的晚上，服务器有将近一个小时不可用--客户端请求超时。然后，这个问题似乎自己解决了。关于这个问题，我唯一的线索是SQL服务器日志中的内容：
LazyWriter:警告，找不到可用缓冲区。
内存管理器虚拟机保留= 8470288 KB虚拟机已提交= 2167672 KB AWE已分配=0 KB保留内存= 1024 KB保留内存=0 KB
消息内存节点Id =0保留的虚拟机= 8464528 KB已提交的虚拟机= 2162000 KB已分配的AWE =0 KB SinglePage分配器= 103960 KB MultiPage分配器= 31832 KB
MEMORYCLERK_SQLGENERAL (总数)保留的虚拟机=已提交的0 KB虚拟机=已分配的0 KB AWE =已保留的0 KB SM =已提交的0 KB SM =0 KB SinglePage分配器= 4352 KB
然后还有更多类似的消息，以MEMORYCLERK开头。
有人知道这是怎么回事吗？它似乎耗尽了内存，而且，就算服务器只有2 2GB的物理RAM，按照今天的标准，这并不是很多，但它肯定不应该完全停止工作？我应该将SQL允许使用的最大内存设置为1.6 so左右吗？我还能做些什么(显然，除了安装更多的RAM之外)？
回答 1
Stack Overflow用户
发布于 2009-04-02 00:01:51
有一些零星的报告称，微软some分配了足够的内存，导致磁盘1出现页面故障--当然，这会导致性能急剧下降。
虽然我还没有看到来自微软的任何官方消息，但有报道称，将最大内存设置为比物理RAM小512M到1G之间应该会有所帮助。
企业版允许您防止MSSQL页面被页出，这也应该解决问题。而且，很明显，更多的RAM会有所帮助，但可能不会缓解它。
1是否正在尝试分配过多的内存，操作系统正在将其分页，还是MSSQL只是分配到了错误的池。无论如何，max mem应该可以帮助情况1和2，而SP2应该可以解决3。
编辑:一位同事向我推荐了一个相关的KB article，其中列出了一些热修复。它引用了不同的错误消息(您是否正在运行SP2?)，但症状和行为似乎适合您的情况。
https://stackoverflow.com/questions/189856
复制相似问题
腾讯云开发者
