NTFS分区或卷容量：
NTFS 卷上的最大尺寸，理论上，NTFS 的最大卷包含 2^64-1 个簇。2^64=4G*4G=16EB
实际上，WinXP Pro 中，NTFS 卷的最大限制是 2^32减 1 个簇。
举例来说，如果是 64KB 的簇，那 NTFS 卷的最大尺寸就是 256TB 减 64KB 这么大。如果使用默认的 4KB 簇，NTFS 卷的最大尺寸就是 16TB 减 4KB 这么大了。 由于主引导记录（MBR）中分区表的限制，硬盘仅仅支持最大 2TB 的分区。要超过这个限制，必须建立 NTFS 的动态卷。 1TB=1024GB
| 操作系统对FAT与NTFS文件系统的支持与限制： |
|
| 各版本Windows对FAT和NTFS的支持列表： |
| 分区格式 |
簇数（簇大小） |
理论支持 |
Win9x支持 |
Win2k/XP/2K3/Win7支持 |
|
| FAT16 |
65535（64KB） |
4GB |
2GB |
4GB |
|
| FAT32 |
268435445（32KB） |
8TB |
127.53GB |
32GB |
|
| NTFS |
4294967296（4KB） |
16EB |
X |
2TB |
|
| 最大文件、最大分区与最大磁盘限制列表： |
| 文件系统 |
最大文件 |
最大分区 |
最大磁盘 |
备注 |
|
| FAT16 |
2GB |
2GB |
2GB |
Win9x下 |
|
| FAT32 |
4GB |
32GB/128GB |
2TB |
Win2k/XP SP3下 |
|
| NTFS |
2TB |
2TB |
2TB |
Vista/Win7下 |
|
2015年，烟台开发区位于泰山路交警大队的监控系统，使用的北京汉王科技的软件，浪潮的存储，其中一台是2T*16=32T的存储。数据崩溃。
对其进行了恢复。非常困难。
后来查明原因，就是采用的4KB簇，因为这时NTFS 卷的最大尺寸就是 16TB 减 4KB 这么大，所以到了16TB-4KB，系统又重头写起，所有的数据从系统的存储分区开始接着往下写数据，造成系统管理崩溃。
明白了这一点，恢复工作得以进行。但是毕竟破坏有点严重，只能按照文件夹恢复大部分数据，有一定的比例不能恢复，甚至文件夹也丢失。
文件夹是按照路口与IP地址一一对应建立的。
说起来与交警有点缘，交警总队的医务服务器崩溃，咱也去给修理了。RAID1两块硬盘全坏，其中一块坏了近一年了。恢复了全部数据，修复操作系统，恢复数据库，并对有不可修复的物理坏道的数据库，进行了提取修复，软件调试。费了我这个老革命不少事。过了几年，今天突然又想起来，当时去了好几次，记得有宫大夫、张JT科长、海格尔的小尹、还有好几个姓名都忘记了。与芝罘区二大队打交道是在2002年左右，帮助某电脑公司朋友解决棘手的服务器问题。
