Windows 版 ReFS 是什么：功能、限制和用途

对于在Windows 系统中管理数据的用户来说，每当我们谈到数据完整性、可扩展性和高可用性时， ReFS（弹性文件系统）这个名字都会被提及。它的创建旨在以现代化的方式应对当今的挑战：更大的数据量、更高的虚拟化程度以及更低的停机容忍度。

本指南详细解释了ReFS 的定义、工作原理、性能优于 NTFS 的原因、存在的局限性以及最适合部署的场景。您还将了解到 ReFS 在虚拟化和备份方面的优势、如何与存储空间集成，以及在 ReFS 和 NTFS 之间进行选择之前应该了解的关键区别。

什么是 ReFS 以及设计目标

ReFS 是微软开发的一种现代文件系统，其三大目标是：最大限度地提高数据可用性、有效扩展以及防止数据损坏。它最初在Windows Server 2012中推出，并在后续的 Windows Server 和 Windows 10/11 企业版中以 3.x 版本不断演进。

ReFS 的架构基于几个关键理念：持续完整性验证、冗余状态下的自愈、在线维护以及有助于扩展的内部结构。ReFS 旨在与存储空间和存储空间直通 (Storage Spaces Direct) 集成，从而能够在存储池中存在备用副本时自动修复损坏的数据。

ReFS 内部使用B+ 树存储元数据和数据，使用表来组织两者（类似于数据库），并使用分层分配器按块大小管理可用空间。元数据包含 64 位校验和，文件数据可以选择性地使用完整性流进行保护（启用写时复制）。这种组合减少了运行chkdsk的需要，并加快了故障恢复速度。

ReFS 3.4（Windows Server 2019）在其最新发展中显著提升了实际应用场景下的性能；ReFS 3.7（Windows Server 2022）扩展了对页面文件等功能的支持；Windows Server 2025在 ReFS 的基础上增加了对EFS （加密文件系统）的支持。此外，还整合了文件级快照（Windows Server 2022 及更高版本）和重复数据删除（自 Windows Server v1709 起）等功能。

主要优势：弹性、性能和规模

ReFS 的设计围绕三大支柱展开：抗数据损坏能力、在高负载下保持高性能以及以最小的影响实现大规模可扩展性。

防止停机的弹性

ReFS 将完整性流和校验和集成到元数据（以及可选的数据）中，以可靠地检测数据损坏。如果某个数据块不匹配，系统可以准确识别并采取相应措施，而无需卸载卷。

当与存储空间（镜像或奇偶校验）配合使用时，ReFS 可以利用数据的健康副本自动修复损坏。修复是局部的，并且是在线进行的，因此卷始终可用，整个系统不会因单个问题而受到影响。

如果损坏的数据块没有副本，ReFS 可以通过从命名空间中移除该条目来“保存”卷，从而在处理故障期间保留操作系统和运行数据的其余部分。只有在特殊情况下才应离线处理该卷。

此外，还有一个主动验证程序（数据完整性清理器或“调试器”），它会定期扫描卷，检测潜在的损坏，并在损坏影响应用程序之前触发修复。这种维护方式减少了对人工操作的依赖，并防止出现意外问题。

专为虚拟化而设计的性能

ReFS 提供了多种优化功能，在虚拟机和对 I/O 要求较高的工作负载环境中表现出色：

• 镜像加速奇偶校验：ReFS 将卷划分为多个逻辑级别（ 性能 和层级 容量）。始终写入快速层，并实时将较大的冷碎片移动到容量层。典型示例： SSD 镜像 + 奇偶校验 HDD、镜像 SSD + 奇偶校验 SSD 或镜像 SSD + 镜像 HDD。
• 优化读数：在混合配置（闪存 + HDD）中，缓存 直接存储空间 加速读取并减轻虚拟化工作负载中固有的碎片化；在全闪存部署中，读取也可以从性能层得到满足。
• 块克隆：通过引用元数据而不是物理移动数据来加速 Hyper-V 中的检查点复制和合并。
• 稀疏 VDL（有效数据长度）：允许您快速“清零”文件，从而将固定 VHD/VHDX 的创建时间从几分钟减少到 第二.
• 簇大小 4KB 到 64KB 灵活：通常建议使用 4K； 64 KB 最适合大型顺序 I/O。

在 Windows Server 中，加速镜像仅支持存储空间直通 (Storage Spaces Direct)。微软建议将其用于归档和备份；对于随机且要求苛刻的虚拟化工作负载，通常建议使用三重镜像，因为这样可以降低延迟并确保数据一致性。

不牺牲可用性的可扩展性

ReFS 的设计目标是在不降低性能的前提下处理海量数据和文件。微软目前的文档将文件和卷大小的实际限制设定为 35 PB，路径长度最多为32.000 个 Unicode 字符，文件名长度最多为 255 个字符。虽然技术文献中提到过使用 64KB 簇时更高的理论限制，但实际上，我们应该遵循厂商提供的文档数据。

这种特性使得 ReFS 对拥有海量文件集或归档文件的文件服务器、虚拟机存储库或具有高保留要求的备份目标位置极具吸引力。同时，它还保持了数据完整性和在线维护的优势。

支持的实现和使用场景

虽然 NTFS 仍然是通用的“通配符”文件系统，但微软也支持 ReFS，以满足高可用性、弹性或特定可扩展性的需求。不过，硬件必须列在Windows Server 产品目录中，并且满足应用程序的要求。

存储空间直接 (S2D)

对于虚拟化工作负载或网络存储而言，ReFS 文件系统是理想的天然栖息地。借助 S2D，您可以获得镜像加速的奇偶校验、混合读取缓存、.vhdx 文件的块克隆以及完整性优势（完整性流、在线修复、用于重建的备用数据），所有这些功能都以协调的方式运行。

带有共享 SAS 机柜的存储空间

它非常适合用于存储归档数据和用户文档。它利用了完整性、在线修复、块克隆和可扩展性。存储空间支持通过SATA、SAS、NVMe 或 HBA （直通模式下的 RAID）进行直接的不可拆卸连接。

基本磁盘

当应用程序已经通过软件实现自身的弹性和可用性时，这很有意思。在这种情况下，无需添加冗余层，即可利用完整性流、块克隆和 ReFS 的大规模特性。

备份目标

对于拥有自行管理高可用性的应用程序和硬件的备份存储库，ReFS 可提供完整性、块克隆和可扩展性。如果 SAN 环境需要精简配置、TRIM/UNMAP 或 ODX，则为了兼容性，该卷最好使用 NTFS 格式。

ReFS 与 NTFS 比较：功能和限制

两者都具有许多共同的功能，但也存在一些重要的差异，这些差异会影响到每种使用场景的选择。

限制（通常由 Microsoft 记录）

特点	参考文献	NTFS
最大文件名长度	255 个 Unicode 字符	255 个 Unicode 字符
最大路线长度	32.000 个 Unicode 字符	32.000 个 Unicode 字符
最大文件大小	35 PB	256 TB
最大卷大小	35 PB	256 TB

虽然理论上 ReFS 在大型集群中可以达到更高的性能，但这些是您在微软的文档和支持中看到的当前实际限制。

两种功能均可用

ReFS 和 NTFS 共享：BitLocker、ACL、USN 日志、更改通知、符号链接和连接点、挂载点和重新分析点、卷快照、文件标识符、oplocks、稀疏文件、命名流、CSV 支持（有细微差别）和分页文件支持（ReFS 自 3.7 版本起支持）。

相关说明： ReFS 中的重复数据删除功能在 Windows Server v1709 及更高版本中可用；在 CSV 中，使用存储空间/S2D/SAN 时，不使用直接 I/O；从 Windows Server 2025 开始支持基于 ReFS 的 EFS ；ReFS 中的精简配置和 TRIM/UNMAP 仅限于存储空间。

仅在 ReFS 中

• 块克隆 加快复制和虚拟机操作。
• 分散式VDL 用于超快速创建静态文件（VHD/VHDX）。
• 反射加速分娩 与 S2D 结合，实现性能与容量的结合。
• 文件级快照 （Windows Server 2022+）。

在 ReFS 上不可用（或有限制）

• 交易 （TxF）， 对象标识符 y ODX.
• 短名称 8.3 （一般没有；有些场景是用链接模拟的）。
• 磁盘配额, 文件系统压缩 除 Windows Server 2025 外， EFS.
• 可移动媒体支持 y 引导 系统（启动）通常不受支持。
• 减少 音量不可用。

内部运营细节

ReFS 将元数据和数据存储在B+ 树中，并将两者组织成表。可用空间由分层分配器管理，该分配器将大、中、小块空间分开，以优化分配。

元数据采用写时复制（copy-on-write）机制：更改会写入新的数据块，只有在提交后才会“链接”为当前版本。如果启用数据完整性流，此策略也适用于文件，从而最大限度地降低因断电或写入过程中发生故障而导致的数据损坏风险。

由于元数据（以及如果启用，数据）上都带有独立的（64 位）校验和，系统可以检测到更改并采取相应措施。当存在镜像/奇偶校验存储空间时，ReFS 会使用正常副本进行在线修复；否则，它会从命名空间中删除损坏的项目，从而保持卷的正常运行。

清理或“擦除”过程会定期读取所有副本（镜像），并检查校验和，以便在无需人工干预的情况下替换任何损坏的副本。这减少了运行传统工具的需求，并避免了因检查而导致的长时间停机。

ReFS 在虚拟化和备份中的应用

在Hyper-V环境中，ReFS 展现出了显著的性能提升：在 NTFS 上创建固定 VHDX 文件可能需要几分钟；而使用稀疏 VDL，只需几秒钟即可完成。这大大加快了部署、自动化和快速扩展的速度。

块克隆也带来了显著优势。通过依赖元数据，诸如虚拟机克隆、合并检查点或对备份存储库执行合成全备份等操作可以利用指针而非移动数据，从而减少 I/O、时间和磁盘损耗。

在实际应用场景中，许多虚拟化备份解决方案无需重新加载数据即可生成合成副本，从而利用 ReFS 高效引用现有数据块的能力。其结果是减少网络流量、降低延迟，并使备份链更易于管理。

如果将 ReFS 与存储空间直通 (Storage Spaces Direct)和合适的（经过验证的）硬件结合起来，就能获得一个兼具弹性、速度和容量的数据平面，这在采用 CSV 的 Hyper-V 集群中尤其有用。

最佳实践、限制和兼容性

在将卷格式化为 ReFS之前，建议评估使用场景，并了解其当前的局限性和建议。

• 系统/启动卷：不是 Windows 的通用启动选项；NTFS 仍然是操作系统分区的标准路径。
• 就地转换 从 NTFS 到 ReFS：不支持；你必须 迁移 数据。
• 消耗资源：ReFS 在大型阵列上可能需要比 NTFS 更多的 RAM/CPU 和 IOPS。
• 安装应用程序：通常不建议用于 ReFS 卷；没有文件系统压缩，并且除 WS 2025 外，没有 EFS。
• 短名称 8.3、配额和 ODX：不存在；评估对遗留工具的影响。
• Windows 客户端支持：从历史上看，在 Windows 10 中它与 存储空间；证据已在 Windows 11 在全新安装时使用 ReFS 选项，但对于生产来说，最好坚持使用 Microsoft 支持的路径。

版本方面，3.x 分支随Windows Server 2016发布；ReFS 3.4 在 Windows Server 2019 中完善；ReFS 3.7 （Windows Server 2022）增加了页面文件支持和其他改进。ReFS的数据去重功能自 Windows Server v1709 起可用，文件级快照功能自 Windows Server 2022 起可用。基于 ReFS 的 EFS 在Windows Server 2025中引入。从 3.5 分支开始，ReFS 在特定场景下支持硬链接。

集群大小和建议

集群大小会影响性能和空间效率。在 ReFS 中，您可以使用 4K 到 64K 的集群大小；4K 通常是默认选项，也是一般用途的推荐选项，而64K可能更适合具有大量顺序 I/O 的工作负载（例如，非常大的文件）。

在 NTFS 文件系统中，4K 也是标准配置；有时会使用64K集群来减少碎片或克服处理超大卷时的一些限制。如果您之前使用的是 NTFS 文件系统，并计划将数据集迁移到 ReFS 文件系统，请在预生产环境中使用实际工作负载测试集群大小。

ReFS 与 NTFS：何时选择

如果您需要主动完整性保护、在线修复、块克隆、稀疏 VDL 和 S2D 中的镜像加速奇偶校验，或者您的卷/文件数量将显著增长，请选择ReFS 。它尤其适用于虚拟机存储库和备份目标。

如果您需要文件系统压缩、EFS（客户端）、事务、配额、ODX 或与传统应用程序和可移动媒体的广泛兼容性等功能，以及操作系统系统/启动分区，请选择NTFS 。

在混合环境中，通常使用NTFS 作为操作系统和某些数据，而使用 ReFS 作为虚拟化工作负载、存储库或归档，从而受益于两者的优点，而无需强制完全替换。

如果您需要ODX等 SAN 功能，或者在存储空间之外依赖精简配置/TRIM，请将这些卷保留在 NTFS 文件系统上。如果目标是实现 S2D 的弹性和可扩展性，ReFS 是更好的选择。

最终，决策取决于您对可用性、安全性、性能和兼容性的要求。在 Windows Server 目录中验证硬件并进行实验室负载测试，可以避免出现意外情况。

ReFS 将自身定位为强大而灵活的存储层，非常适合大型数据集和虚拟化环境，而 NTFS 则保持了其作为通用且广泛兼容系统的特色。通过巧妙地结合使用，您可以在 Windows 部署中实现完整性、性能和支持方面的最佳平衡。