Warning: file_get_contents(/data/phpspider/zhask/data//catemap/7/sql-server/22.json): failed to open stream: No such file or directory in /data/phpspider/zhask/libs/function.php on line 167

Warning: Invalid argument supplied for foreach() in /data/phpspider/zhask/libs/tag.function.php on line 1116

Notice: Undefined index: in /data/phpspider/zhask/libs/function.php on line 180

Warning: array_chunk() expects parameter 1 to be array, null given in /data/phpspider/zhask/libs/function.php on line 181
Sql server SQL Server 2000页面大小和NTFS页面大小_Sql Server_Configuration_Ntfs - Fatal编程技术网

Sql server SQL Server 2000页面大小和NTFS页面大小

Sql server SQL Server 2000页面大小和NTFS页面大小,sql-server,configuration,ntfs,Sql Server,Configuration,Ntfs,在Oracle世界中,将数据库块大小构建为文件系统块大小的倍数是一个福音。我认为这仍然是事实,但我并不反对别人告诉我为什么技术让这变得无关紧要 但有人告诉我,一些SQL Server DBA打算将SS2000安装的操作系统升级到64位,以便在FS中获得64k页面 SQL Server 2000是否支持更改页面大小 据我所知,它固定在8k。是这样吗 如果固定为8k,那么制作FS 64k会有什么好处 我从可靠的渠道得到这些信息,但仍然是二手的 编辑:多亏了SAMBO,我已经阅读了链接并找到了的规范

在Oracle世界中,将数据库块大小构建为文件系统块大小的倍数是一个福音。我认为这仍然是事实,但我并不反对别人告诉我为什么技术让这变得无关紧要

但有人告诉我,一些SQL Server DBA打算将SS2000安装的操作系统升级到64位,以便在FS中获得64k页面

  • SQL Server 2000是否支持更改页面大小

  • 据我所知,它固定在8k。是这样吗

  • 如果固定为8k,那么制作FS 64k会有什么好处

  • 我从可靠的渠道得到这些信息,但仍然是二手的

    编辑:多亏了SAMBO,我已经阅读了链接并找到了的规范

    “NTFS分配单元大小”不能设置为64Kb

    我假设这个术语=块大小


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

    文件系统的整体性能会产生显著的差异

    例如,当WindowsServer2003发布时,我听说该平台上的SQLServer2000性能得到了显著提高


    所以我并不感到惊讶。我不认为多重因素有什么大不了的。

    一定要阅读微软的

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

    另外,阅读

    最后看一看

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

    从我的经验来看,我怀疑在这些价值观上乱搞会给你带来任何明显的性能改进,最好的情况是你会得到一点小小的改进


    最好将精力花在隔离tempdb、确保使用raid1/0阵列、将事务日志保存在数据文件的不同阵列上以及优化查询等方面

    完全同意。这根本不是我推动的变化。