在Oracle世界中,将数据库块大小构建为文件系统块大小的倍数是一种福音。我认为这仍然是正确的但我不会被告知为什么技术使这无关紧要。
但是我被告知一些SQL Server DBA会将SS2000安装的操作系统升级到64位,以便在FS中获得64k页面。
SQL Server 2000是否支持更改页面大小?
据我所知,它固定在8k。是吗?
如果固定为8k,那么制作FS 64k会有什么好处吗?
我从一个可靠的来源获得这些信息,但是没有那么多的秒针。
编辑:感谢SAMBO,我已经阅读了链接并找到了的规范“NTFS分配单元大小”设置为64Kb
我假设术语=块大小......
因此,我在8k DB块和64k FS块之间的冲突实际上是来自MS的推荐设置。
答案 0 :(得分:5)
请务必阅读Microsoft的Predeployment I/O Best Practices
建议对NTFS卷使用64K分配单元。
最后看看this post。
SQL Servers页面大小实际上 8K ,这是不可配置。在操作系统上拥有更大的分配单元的优点是,当SQL Server将页面提取到其缓存时,您可能会获得稍微更好的性能。
根据我的经验,我怀疑这些价值观会给你带来明显的性能提升,最好的情况是你会得到微小的改进。
最好花点时间去做一些事情,比如隔离tempdb,确保使用raid1 / 0数组,让你的事务日志在数据文件的不同数组上运行,并优化查询。
答案 1 :(得分:0)
文件系统的整体性能可以产生明显的差异。
例如,我听说Windows Server 2003出现时,该平台上的SQL Server 2000性能得到了显着提升。
所以这并不让我感到惊讶。我不认为多重因素是一个很大的交易。