在 Oracle 世界中，将数据库块大小构建为文件系统块大小的倍数是福音。我认为这仍然是正确的，但我并不反对被告知为什么技术使这无关紧要。
但有人告诉我，一些 SQL Server DBA 将把 SS2000 安装的操作系统升级到 64 位，以便在 FS 中获得 64k 页。
SQL Server 2000 是否支持更改页面大小？
从我读过的内容来看，它固定在8k。是对的吗？
如果固定为 8k，将 FS 设为 64k 会有什么优势吗？
我从可靠的来源获得这些信息，但仍然是二手的。
编辑：感谢 SAMBO，我已经阅读了链接并找到了规范
“NTFS 分配单元大小”设置为 64Kb
我假设该术语=块大小...
所以我在 8k DB 块和 64k FS 块之间的冲突实际上是 MS 推荐的设置。
确保您阅读了 Microsoft 的部署前 I/O 最佳实践
它建议为 NTFS 卷使用 64K 分配单元。
此外，请阅读SQL Server 2000 IO 基础知识
最后看看这个帖子。
SQL Server 页面大小实际上是8K，这是不可配置的。在 OS 上拥有更大的分配单元的好处是，当 SQL Server 将页面提取到其缓存中时，您可能会获得更好的性能。
根据我的经验，我怀疑使用这些值会给你带来任何明显的性能改进，最好的情况是你会得到微不足道的改进。
最好把精力花在隔离 tempdb、确保使用 raid1/0 阵列、让您的事务日志与数据文件位于不同的阵列上以及优化查询等工作上。
文件系统的整体性能会产生显着差异。
例如，当 Windows Server 2003 推出时，我听说 SQL Server 2000 在该平台上的性能得到了显着提高。
所以这并不让我感到惊讶。我不认为多重因素有什么大不了的。