在Oracle世界中,将数据库块大小构建为文件系统块大小的倍数是一种福音。我认为这仍然是正确的但我不会被告知为什么技术使这无关紧要。

但是我被告知一些SQL Server DBA会将SS2000安装的操作系统升级到64位,以便在FS中获得64k页面。

  1. SQL Server 2000是否支持更改页面大小?

  2. 据我所知,它固定在8k。是吗?

  3. 如果固定为8k,那么制作FS 64k会有什么好处吗?

  4. 我从一个可靠的来源获得这些信息,但是没有那么多的秒针。

    编辑:感谢SAMBO,我已经阅读了链接并找到了

    的规范
      

    <!>“NTFS分配单位大小<!>”;设置为64Kb

    我假设术语=块大小......

    因此,我在8k DB块和64k FS块之间的冲突实际上是来自MS的推荐设置。

有帮助吗?

解决方案

请务必阅读Microsoft的预部署I / O最佳实践

建议对NTFS卷使用64K分配单元。

另请阅读 SQL Server 2000 IO基础知识

最后看一下这篇文章

SQL Servers页面大小实际上 8K ,这是不可配置。在操作系统上拥有更大的分配单元的优点是,当SQL Server将页面提取到其缓存时,您可能会获得稍微更好的性能。

根据我的经验,我怀疑这些价值观会给你带来明显的性能提升,最好的情况是你会得到微小的改进。

最好花点时间去做一些事情,比如隔离tempdb,确保使用raid1 / 0数组,让你的事务日志在数据文件的不同数组上运行,并优化查询。

其他提示

文件系统的整体性能可以产生明显的差异。

例如,我听说Windows Server 2003出现时,该平台上的SQL Server 2000性能得到了显着提升。

所以这并不让我感到惊讶。我不认为多重因素是一个很大的交易。

许可以下: CC-BY-SA归因
不隶属于 StackOverflow
scroll top