NTFS是Windows NT以及之后的Windows 2000、Windows XP、Windows Server 2003、Windows Server 2008、Windows Vista和Windows 7的标准文件系统。NTFS取代了文件分配表（FAT）文件系统，为Microsoft的Windows系列操作系统提供文件系统。NTFS对FAT和HPFS（高性能文件系统）作了若干改进，例如，支持元数据，并且使用了高级数据结构，以便于改善性能、可靠性和磁盘空间利用率，并提供了若干附加扩展功能，如访问控制列表（ACL）和文件系统日志。该文件系统的详细定义属于商业秘密 ，但 Microsoft 已经将其注册为 知识产权产品。
NTFS (New Technology File System)是 Windows NT 操作环境和 Windows NT 高级服务器网络操作系统环境的文件系统。NTFS 的目标是提供：可靠性，通过可恢复能力(事件跟踪)和热定位的容错特征实现；增加功能性的一个平台；对 POSIX 需求的支持；消除 FAT 和 HPFS 文件系统中的限制。
NTFS 提供长文件名、数据保护和恢复，并通过目录和文件许可实现安全性。NTFS 支持大硬盘和在多个硬盘上存储文件(称为卷)。例如，一个大公司的数据库可能大得必须跨越不同的硬盘。NTFS 提供内置安全性特征，它控制文件的隶属关系和访问。从DOS 或其他操作系统上不能直接访问 NTFS 分区上的文件。如果要在DOS下读写NTFS分区文件的话可以借助第三方软件；现如今，Linux 系统上已可以使用 NTFS-3G 进行对 NTFS 分区的完美读写，不必担心数据丢失。
Win 2000采用了更新版本的NTFS文件系统NTFS 5.0，它的推出使得用户不但可以像Win 9X那样方便快捷地操作和管理计算机，同时也可享受到NTFS所带来的系统安全性。 NTFS 允许文件名的长度可达 256 个字符。虽然 DOS 用户不能访问 NTFS 分区，但是 NTFS 文件可以拷贝到 DOS 分区。每个 NTFS 文件包含一个可被 DOS 文件名格式认可的 DOS 可读文件名。这个文件名是 NTFS 从长文件名的开始字符中产生的。
在SQL Server的数据存储中与NTFS簇大小有关的话题今天来说一下在SQL Server的数据存储中与NTFS簇大小有关的话题。NTFS在超过2GB的分区中，格式化时会默认使用4KB的簇，这基本上就成了现在大部分硬盘的簇大小。在簇不大于4KB时，可以使用碎片整理。
首先感谢微软发明的NTFS文件系统，确实是非常健壮的文件系统，功能强大。
簇是磁盘进行I/O读写时的最基本单位（就是NTFS中的分配单元）。
今天来说一下在SQL Server的数据存储中与NTFS簇大小有关的话题。NTFS在超过2GB的分区中，格式化时会默认使用4KB的簇，这基本上就成了现在大部分硬盘的簇大小。在簇不大于4KB时，可以使用碎片整理。
NTFS簇大小可以设置成从512B~64KB大小，当然必须在格式化时指定，否则就不可以更改了。簇太小，空间利用率高，但分区表较大，碎片多，性能较差；簇太大，空间利用率低，但碎片少，性能较好。于是4KB可谓是普遍的选择。
现在的硬盘，动则容量几百GB，空间似乎已经不再是问题。但磁盘的I/O一直是性能的瓶颈，为了提高磁盘读写速率，各位可谓是绞尽脑汁了。无论如何，硬盘只要选用了，改变它的物理设计似乎并不太可能，也不推荐这样做，于是就只能从其它的地方着手了，方法如用RAID陈列了、经常地整理碎片、用好的芯片、用好的数据线了等等，能用的都用了。
SQL Server服务器是对I/O要求高的应用，它的数据文件读写基本单位是页，每页的大小是8KB，连续的8个页组成一个区，也就是64KB的区，且一般数据文件都比较大，一般生产环境中，几GB以上是常见的。并且基本上不会有人在SQL Server的存储上用碎片整理了，因此我们可以将专用于SQL Server存储的磁盘分区格式化成为64KB的簇，这样在不浪费空间的前提下，又可以提高性能。
有没有风险？当然有了，在磁盘出现灾难时，丢的数据可能就会多一点，最少会丢64KB了，不过实践证明这种方案还是非常可行的，因为一般服务器的RAID陈列分块也是64KB，两个都是64KB，就无所谓了。
其它应用场景各位也可以参考，不对之处，欢迎批评。