SQL Server - 在内存中强制数据库？

Question

我们有一个强大的 Windows 2008 x64 服务器（4 x 4 核 CPU，32GB RAM）运行 SQL Server 2005 64 位。我们有一个很小（6GB）但非常重要的数据库，它在页面缓存在内存中之前访问有点慢（使用是非常随机的 I/O，因此给定页面在内存中的几率非常低，最终用户抱怨最初的缓慢）。磁盘足够快（本地 15K SAS），但我猜该应用程序编写得有些笨拙（它是一个 COTS 解决方案）所以我想知道是否有办法在 SQL Server 2005（不支持 2008）的内存中“强制”数据库由供应商提供，所以我们不应该升级到那个）来帮助避免最初的缓存填充蓝调？

我目前的方法是，我从脚本中的每个表中运行 SELECT * 以获取内存中的数据页，但此方法未缓存某些对象（索引、全文搜索等）（并修改脚本以查询索引和将适当的 WHERE 子句写入缓存是一种复杂的海洋）。

Answer 1

不，不幸的是，没有办法强制数据库进入缓存。你的蛮力方法可能是最直接的。您可能可以通过使用具有非常低阈值设置的索引碎片整理脚本来接近，例如说如果索引碎片化为 1%，则重建索引，如下所示：

http://sqlserverpedia.com/wiki/Index_Maintenance

这将需要更长的时间并涉及更多的磁盘写入，但它会产生对索引进行碎片整理和更新统计信息的副作用，无论如何这是一个好主意。

Answer 2

好的 - 我不能评论布伦特的回答（但是，因为我没有足够的代表） - 但如果你要走碎片整理路线，不一定要重建索引 - 因为这会建立新的索引，如果没有足够的可用空间，可能会增加数据库，并保证您的下一个日志备份至少是索引的大小，并且您的日志也可能有大量日志记录（取决于恢复模型）。如果您要执行碎片整理路线，请执行 ALTER INDEX ... REORGANIZE，它不需要任何可用空间（好吧，一个 8k 页）但会将叶级读取到内存中，并且只对碎片进行操作页。在一些查询之后，非叶层应该很快进入，并且（取决于扇出）应该比叶层少得多的数据。