文件管理系统是什么

文件系统是操作系统用于明确存储设备（磁盘，NAND Flash固态硬盘）或分区上的文件的方法和数据结构；即在存储设备上组织文件的方法。操作系统中负责管理和存储文件信息的软件机构称为文件管理系统，简称文件系统。

文件系统是操作系统用于明确存储设备（常见的是磁盘，也有基于 NAND Flash 的固态硬盘）或分区上的文件的方法和数据结构；即在存储设备上组织文件的方法。操作系统中负责管理和存储文件信息的软件机构称为文件管理系统，简称文件系统。文件系统由三部分组成：文件系统的接口，对对象操纵和管理的软件集合，对象及属性。从系统角度来看，文件系统是对文件存储设备的空间进行组织和分配，负责文件存储并对存入的文件进行保护和检索的系统。具体地说，它负责为用户建立文件，存入、读出、修改、转储文件，控制文件的存取，当用户不再使用时撤销文件等。

简介

在计算机中，文件系统（file system）是命名文件及放置文件的逻辑存储和恢复的系统。DOS、Windows、OS/2、Macintosh 和 UNIX-based 操作系统都有文件系统，在此系统中文件被放置在分等级的（树状）结构中的某一处。文件被放置进目录（Windows 中的文件夹）或子目录，在树状结构中你希望的位置中。

文件系统指定命名文件的规则。这些规则包括文件名的字符数最大量，哪种字符可以使用，以及某些系统中文件名后缀可以有多长。文件系统还包括通过目录结构找到文件的指定路径的格式。

文件系统是软件系统的一部分，它的存在使得应用可以方便的使用抽象命名的数据对象和大小可变的空间。

功能

文件的系统是操作系统用于明确磁盘或分区上的文件的方法和数据结构；即在磁盘上组织文件的方法。也指用于存储文件的磁盘或分区，或文件系统种类。因此，可以说"我有 2 个文件系统"意思是他有 2 个分区，一个存文件，或他用 "扩展文件系统"，意思是文件系统的种类。

磁盘或分区和它所包括的文件系统的不同是很重要的。少数程序（包括最有理由的产生文件系统的程序）直接对磁盘或分区的原始扇区进行操作；这可能破坏一个存在的文件系统。大部分程序基于文件系统进行操作，在不同种文件系统上不能工作。

一个分区或磁盘在作为文件系统使用前，需要初始化，并将记录数据结构写到磁盘上。这个过程就叫建立文件系统。

大部分 UNIX 文件系统种类具有类似的通用结构，即使细节有些变化。其中心概念是超级块 superblock,i 节点 inode,数据块 data block，目录块 directory block，和间接块 indirection block。超级块包括文件系统的总体信息，比如大小（其准确信息依赖文件系统）。i 节点包括除了名字外的一个文件的所有信息，名字与 i 节点数目一起存在目录中，目录条目包括文件名和文件的 i 节点数目。i 节点包括几个数据块的数目，用于存储文件的数据。i 节点中只有少量数据块数的空间，如果需要更多，会动态分配指向数据块的指针空间。这些动态分配的块是间接块；为了找到数据块，这名字指出它必须先找到间接块的号码。

UNIX 文件系统通常允许在文件中产生孔，意思是文件系统假装文件中有一个特殊的位置只有 0 字节，但没有为这文件的这个位置保留实际的磁盘空间。这对小的二进制文件经常发生，Linux 共享库、一些数据库和其他一些特殊情况。

孔有一定的用处。在笔者的系统中，一个简单的测量工具显示在 200MB 使用的磁盘空间中，由于孔，节约了大约 4MB。在这个系统中，程序相对较少，没有数据库文件。

文件系统的功能包括：管理和调度文件的存储空间，提供文件的逻辑结构、物理结构和存储方法;实现文件从标识到实际地址的映射，实现文件的控制操作和存取操作，实现文件信息的共享并提供可靠的文件保密和保护措施，提供文件的安全措施。

文件的逻辑结构是依照文件的内容的逻辑关系组织文件结构。文件的逻辑结构可以分为流式文件和记录式文件。

流式文件：文件中的数据是一串字符流，没有结构。

记录文件：由若干逻辑记录组成，每条记录又由相同的数据项组成，数据项的长度可以是确定的，也可以是不确定的。

主要缺陷：数据关联差，数据不一致，冗余性。

代码

下面是文件系统的代码，根据这个代码我们可以更好地了解文件系统的工作流程

main.cpp
#include"blockinodesuperblock.h"
//-----------------------
intmain()
{
control.open("control.txt",ios::in|ios::out|ios::nocreate);
inti;
control>>i;
control.close();
if(i!=0)//不为 0 就初始化
{
initial();
}
control.open("control.txt",ios::in|ios::out|ios::nocreate);
control.seekp(0);
control<<0;//默认是上次基础上继续下去不用再初始化
control.close();
strcpy(curname,"root");//当前目录文件名为 root
road[0]=0;//当前目录路径（存放从根目录到这里的结点号）
num=1;//最后位 road[num-1]为当前目录文件 i 结点号
cout<<"请登陆系统\n";
while(!login())//登陆为止
cout<<"wrong!!!\n";
cout<<"loginsuccess"<<endl;
cout<<"******Welcome"<<auser<<"******";
readsuper();
getcommand();//命令解析函数
writesuper();
return0;
}

blockinodesuperblock.h
intialloc()//申请一个 i 结点返回结点号否则返回-1
{
if(superblock.fiptr>0)
{
inttemp=superblock.fistack[80-superblock.fiptr];//当前可用
superblock.fistack[80-superblock.fiptr]=-1;
superblock.fiptr--;
returntemp;
}
return-1;
}
//----------------------
voidifree(intindex)//指定一个结点号，回收一个 i 结点
{
disk.open("disk.txt",ios::in|ios::out|ios::nocreate);//清空结点
disk.seekp（514+64*index+2*(index/8）);
disk<<setw（64）<<'';
disk.close();
for(inti=80-superblock.fiptr;i<80;i++)//结点号找到合适位置插入空闲结点号栈
{
if(superblock.fistack<index)//小于它的前移一位
{
superblock.fistack[i-1]=superblock.fistack;
}
else//放在第一个大于它的结点号前面
{
superblock.fistack[i-1]=index;
break;
}
}
superblock.fiptr++;
}
//----------------------
/*成组链接法*/
intballoc()//申请一个盘块返回盘块号否则返回-1
{
inttemp=superblock.fbstack[10-superblock.fbptr];
if(superblock.fbptr==1）//是栈底了==>；是记录盘块了
{
//是最后记录盘块最后号 0（保留作栈底分配不成功）
if(temp==0)
{
return-1;
}
suprblock.fbstack[10-superblock.fbptr]=-1;
superblock.fbptr=0;
//盘块内容读入栈
for(inti=0;i<10;i++)
{
intid,num=0;
disk.open("disk.txt",ios::in|ios::out|ios::nocreate);
//先计算盘块内容个数 num（最多 10），最后盘块可能不到 10 个
disk.seekg（514*temp);
for(inti=0;i<10;i++)
{
disk>>id;
num++;
if(id==0)break;
}
disk.seekg（514*temp);//盘块内容读入栈
for(intj=10-num;j<10;j++)
{
disk>>id;
superblock.fbstack[j]=id;
}
superblock.fbptr=num;
disk.close();
}
disk.open("disk.txt",ios::in|ios::out|ios::nocreate);//清空回收盘块
disk.seekp（514*temp);
disk<<setw（512）<<'';
disk.close();
//盘块使用掉
returntemp;
}
else//不是记录盘块==>；盘块使用掉
{
superblock.fbstack[10-superblock.fbptr]=-1;
superblock.fbptr--;
returntemp;
}
}
//----------------------

FAT

在 Win 9X 下，FAT16 支持的分区最大为 2GB。我们知道计算机将信息保存在硬盘上称为“簇”的区域内。使用的簇越小，保存信息的效率就越高。在 FAT16 的情况下，分区越大簇就相应的要大，存储效率就越低，势必造成存储空间的浪费。并且随着计算机硬件和应用的不断提高，FAT16 文件系统已不能很好地适应系统的要求。在这种情况下，推出了增强的文件系统 FAT32。同 FAT16 相比，FAT32 主要具有以下特点：

同 FAT16 相比 FAT32 最大的优点是可以支持的磁盘大小达到 32GB，但是不能支持小于 512MB 的分区。

基于 FAT32 的 Win 2000 可以支持分区最大为 32GB；而基于 FAT16 的 Win 2000 支持的分区最大为 4GB。

由于采用了更小的簇，FAT32 文件系统可以更有效率地保存信息。如两个分区大小都为 2GB，一个分区采用了 FAT16 文件系统，另一个分区采用了 FAT32 文件系统。采用 FAT16 的分区的簇大小为 32KB，而 FAT32 分区的簇只有 4KB 的大小。这样 FAT32 就比 FAT16 的存储效率要高很多，通常情况下可以提高 15%。

FAT32 文件系统可以重新定位根目录和使用 FAT 的备份副本。另外 FAT32 分区的启动记录被包含在一个含有关键数据的结构中，减少了计算机系统崩溃的可能性。

NTFS

NTFS 文件系统是一个基于安全性的文件系统，是 Windows NT 所采用的独特的文件系统结构，它是建立在保护文件和目录数据基础上，同时照顾节省存储资源、减少磁盘占用量的一种先进的文件系统。使用非常广泛的 Windows NT 4.0 采用的就是 NTFS 4.0 文件系统，相信它所带来的强大的系统安全性一定给广大用户留下了深刻的印象。Win 2000 采用了更新版本的 NTFS 文件系统 NTFS 5.0，它的推出使得用户不但可以像 Win 9X 那样方便快捷地操作和管理计算机，同时也可享受到 NTFS 所带来的系统安全性。

NTFS 5.0 的特点主要体现在以下几个方面：

NTFS 可以支持的 MBR 分区（如果采用动态磁盘则称为卷）最大可以达到 2TB，GPT 分区则无限制。而 Win 2000 中的 FAT32 支持单个文件的大小最大为 2GB。

NTFS 是一个可恢复的文件系统。在 NTFS 分区上用户很少需要运行磁盘修复程序。NTFS 通过使用标准的事物处理日志和恢复技术来保证分区的一致性。发生系统失败事件时，NTFS 使用日志文件和检查点信息自动恢复文件系统的一致性。

NTFS 支持对分区、文件夹和文件的压缩。任何基于 Windows 的应用程序对 NTFS 分区上的压缩文件进行读写时不需要事先由其他程序进行解压缩，当对文件进行读取时，文件将自动进行解压缩；文件关闭或保存时会自动对文件进行压缩。

NTFS 采用了更小的簇，可以更有效率地管理磁盘空间。在 Win 2000 的 FAT32 文件系统的情况下，分区大小在 2GB～8GB 时簇的大小为 4KB；分区大小在 8GB～16GB 时簇的大小为 8KB；分区大小在 16GB～32GB 时，簇的大小则达到了 16KB。而 Win 2000 的 NTFS 文件系统，当分区的大小在 2GB 以下时，簇的大小都比相应的 FAT32 簇小；当分区的大小在 2GB 以上时（2GB～2TB），簇的大小都为 4KB。相比之下，NTFS 可以比 FAT32 更有效地管理磁盘空间，最大限度地避免了磁盘空间的浪费。

在 NTFS 分区上，可以为共享资源、文件夹以及文件设置访问许可权限。许可的设置包括两方面的内容：一是允许哪些组或用户对文件夹、文件和共享资源进行访问；二是获得访问许可的组或用户可以进行什么级别的访问。访问许可权限的设置不但适用于本地计算机的用户，同样也应用于通过网络的共享文件夹对文件进行访问的网络用户。与 FAT32 文件系统下对文件夹或文件进行访问相比，安全性要高得多。另外，在采用 NTFS 格式的 Win 2000 中，应用审核策略可以对文件夹、文件以及活动目录对象进行审核，审核结果记录在安全日志中，通过安全日志就可以查看哪些组或用户对文件夹、文件或活动目录对象进行了什么级别的操作，从而发现系统可能面临的非法访问，通过采取相应的措施，将这种安全隐患减到最低。这些在 FAT32 文件系统下，是不能实现的。

在 Win 2000 的 NTFS 文件系统下可以进行磁盘配额管理。磁盘配额就是管理员可以为用户所能使用的磁盘空间进行配额限制，每一用户只能使用最大配额范围内的磁盘空间。设置磁盘配额后，可以对每一个用户的磁盘使用情况进行跟踪和控制，通过监测可以标识出超过配额报警阈值和配额限制的用户，从而采取相应的措施。磁盘配额管理功能的提供，使得管理员可以方便合理地为用户分配存储资源，避免由于磁盘空间使用的失控可能造成的系统崩溃，提高了系统的安全性。

NTFS 使用一个“变更”日志来跟踪记录文件所发生的变更。

CDFS

CDFS 是大部分的光盘的文件系统，只有小部分光盘使用其他文件系统。这些文件系统只能在 CD-R 或 CD-RW 上读取。

exFAT

（全称 Extended File Allocation Table File System，扩展 FAT，即扩展文件分配表）是 Microsoft 在 Windows Embeded 5.0 以上（包括 Windows CE 5.0、6.0、Windows Mobile5、6、6.1）中引入的一种适合于闪存的文件系统，为了解决 FAT32 等不支持 4G 及其更大的文件而推出。对于闪存，NTFS 文件系统不适合使用，exFAT 更为适用。相对 FAT 文件系统，exFAT 有如下好处：

1·增强了台式电脑与移动设备的互操作能力

2·单文件大小最大可达 16EB（就是理论值，16×1024×1024TB，1TB=1024G）

3·簇大小可高达 32MB

4·采用了剩余空间分配表，剩余空间分配性能改进

5·同一目录下最大文件数可达 65 536 个

6·支持访问控制

7·支持 TFAT

采用该文件系统的闪存盘不支持 Windows Vista ReadyBoost。Windows Vista SP1 支持该文件系统。

请注意：exFAT 只是一个折中的方案，只为 U 盘而生。

超过 4GB 的 U 盘格式化时默认是 NTFS 分区，但是这种格式是很伤 U 盘的，因为 NTFS 分区是采用“日志式”的文件系统，需要记录详细的读写操作，肯定会比较伤闪盘芯片，因为要不断读写。

下面请看 exFAT、NTFS、FAT 分区的比较：

文件系统
操作系统最小扇区最大扇区
最大单一文件

最大格式化容量

档案数量
FAT32Win 95 OSR2 之后 512bytes64KB2bytes-4GB2TB(但 NT 内核系统限制为 32GB）4194304NTFSWin2000 之后 512bytes64KB 受最大分割容量 2TB~256TB（受 MBR 影响）无 exFATWin CE 6/Vista SP1/Win 8512bytes32768KB16EB（理论值）16EB（理论值）（目前支持到 256TB）至少可以大于 1000

RAW

RAW 文件系统是一种磁盘未经处理或者未经格式化产生的文件系统，一般来说有这几种可能造成正常文件系统变成 RAW 文件系统：

●没有格式化。

●格式化中途取消操作。

●硬盘出现坏道。

●硬盘出现不可预知的错误。

●病毒所致。

解决 RAW 文件系统的最快的方法是立即格式化，并且使用杀毒软件全盘杀毒。当然，如果文件很重要的话可以考虑用磁盘数据恢复软件先救出数据，然后再格式化和杀毒，或者在网上查找一些有关于“raw 文件系统恢复”的内容。

Ext

Ext2

Ext 是 GNU/Linux 系统中标准的文件系统，其特点为存取文件的性能极好，对于中小型的文件更显示出优势，这主要得利于其簇快取层的优良设计。

其单一文件大小与文件系统本身的容量上限与文件系统本身的簇大小有关，在一般常见的 x86 电脑系统中，簇最大为 4KB，则单一文件大小上限为 2048GB，而文件系统的容量上限为 16384GB。

但由于目前核心 2.4 所能使用的单一分割区最大只有 2048GB，实际上能使用的文件系统容量最多也只有 2048GB。

至于 Ext3 文件系统，它属于一种日志文件系统，是对 ext2 系统的扩展。它兼容 ext2，并且从 ext2 转换成 ext3 并不复杂。

Btrfs

Btrfs（通常念成Butter FS），是由 Oracle 于 2007 年宣布并进行中的 copy-on-write 文件系统。目标是取代 Linux 目前的 ext3 文件系统，改善 ext3 的限制，特别是单个文件的大小，总文件系统大小或文件检查和加入目前 ext3 未支持的功能，像是 writable snapshots、snapshots of snapshots、内建磁盘阵列（RAID）支持，以及 subvolumes。Btrfs 也宣称专注在“容错、修复及易于管理”。

ZFS

ZFS源自于 Sun Microsystems 为 Solaris 操作系统开发的文件系统。ZFS 是一个具有高存储容量、文件系统与卷管理概念整合、崭新的磁盘逻辑结构的轻量级文件系统，同时也是一个便捷的存储池管理系统。ZFS 是一个使用 CDDL 协议条款授权的开源项目。

HFS

HFS 文件系统概念

分层文件系统（Hierarchical File System，HFS）是一种由苹果电脑开发，并使用在 Mac OS 上的文件系统。最初被设计用于软盘和硬盘，同时也可以在在只读媒体如 CD-ROM 上见到。

HFS 文件系统开发过程

HFS 首次出现在 1985 年 9 月 17 日，作为 Macintosh 电脑上新的文件系统。它取代只用于早期 Mac 型号所使用的平面文件系统 Macintosh File System（MFS）。因为 Macintosh 电脑所产生的数据，比其它通常的文件系统，如 DOS 使用的 FAT 或原始 Unix 文件系统所允许存储的数据更多。苹果电脑开发了一种新式更适用的文件系统，而不是采用现有的规格。例如，HFS 允许文件名最多有 31 个字符的长度，支持 metadata 和双分支（每个文件的数据和资源支分开存储）文件。

尽管 HFS 象其它大多数文件系统一样被视为专有的格式，因为只有它为大多数最新的操作系统提供了很好的通用解决方法以存取 HFS 格式磁盘。

HFS+

在 1998 年，苹果电脑发布了 HFS+，其改善了 HFS 对磁盘空间的地址定位效率低下，并加入了其它的改进。

HFS+文件系统相对于 HFS 文件系统的特点　　1、采用 32bit 记录分配块数量　　HFS 和 HFS+文件系统对磁盘卷采用分块进行分配，将一个卷分成等大的分配块。HFS 文件系统采用 16bit 来记录分配块的数量，最多只能描述 216 个分配块。而对于 HFS+文件系统，采用 32bit 来记录分配块的数量，最多能描述 232 个分配块。对于 Mac 系统上的非空数据，都必须占用整数个分配块，也就是说，即使一个数据只有一个字节，也要占用一个分配块。而 HFS+文件系统增大了每个卷分配块的数量，可以使分配块的单位空间更小，从而达到减少存储空间浪费的目的。　　2、目录树节点大小增加到 4KB　　HFS 文件系统的目录树节点大小为 512 字节，由于 HFS+文件系统目录树索引节点需要存储附加指针和节点描述符两个关键值，HFS+文件系统的目录树节点大小增加到 4KB。　　3、单一文件大小得到提升　　HFS 文件系统的单一文件大小上限为 2^31bit，而 HFS+文件系统的单一文件大小最大可达到 2^63bit。　　4、支持长文件名　　HFS 文件系统对文件名最长支持到 31 个字符，而 HFS+文件系统对文件名采用 Unicode 编码，最长达到 255 个字符。

ReiserFS

ReiserFS，是一种文件系统格式，作者是 Hans Reiser 及其团队 Namesys，1997 年 7 月 23 日他将 ReiserFS 文件系统在互联网上公布。Linux 内核从 2.4.1 版本开始支持 ReiserFS。

ReiserFS 的命名是源自作者 Hans Reiser 的姓氏，这个日志型文件系统发展比 ext2/3 晚近许多。在技术上使用的是 B*-tree 为基础的文件系统，其特色为能很有效率地处理大型文件到众多小文件都可以用很高的效率处理；实务上 ReiserFS 在处理文件小于 1k 小文件时，甚至效率可以比 ext3 快约 10 倍。

ReiserFS 原先是 Novell 公司的 SuSE Linux Enterprise 采用的缺省文件系统，直到 2006 年 10 月 12 日其宣称将在未来的版本改采 ext3 为缺省。Novell 公司否认这与 Hans Reiser 被控杀妻案有任何关系。

JFS

JFS( JOURNAL FILE SYSTEM），一种字节级日志文件系统，借鉴了数据库保护系统的技术，以日志的形式记录文件的变化。JFS 通过记录文件结构而不是数据本身的变化来保证数据的完整性。这种方式可以确保在任何时刻都能维护数据的可访问性。

该文件系统主要是为满足服务器（从单处理器系统到高级多处理器和群集系统）的高吞吐量和可靠性需求而设计、开发的。JFS 文件系统是为面向事务的高性能系统而开发的。在 IBM 的 AIX 系统上，JFS 已经过较长时间的测试，结果表明它是可靠、快速和容易使用的。2000 年 2 月，IBM 宣布在一个开放资源许可证下移植 Linux 版本的 JFS 文件系统。JFS 也是一个有大量用户安装使用的企业级文件系统，具有可伸缩性和健壮性。与非日志文件系统相比，它的突出优点是快速重启能力，JFS 能够在几秒或几分钟内就把文件系统恢复到一致状态。虽然 JFS 主要是为满足服务器（从单处理器系统到高级多处理器和群集系统）的高吞吐量和可靠性需求而设计的，但还可以用于想得到高性能和可靠性的客户机配置，因为在系统崩溃时 JFS 能提供快速文件系统重启时间，所以它是因特网文件服务器的关键技术。使用数据库日志处理技术，JFS 能在几秒或几分钟之内把文件系统恢复到一致状态。而在非日志文件系统中，文件恢复可能花费几小时或几天。

JFS 的缺点是，使用 JFS 日志文件系统性能上会有一定损失，系统资源占用的比率也偏高，因为当它保存一个日志时，系统需要写许多数据。

VMFS

VMware Virtual Machine File System （VMFS ）是一种高性能的群集文件系统，它使虚拟化技术的应用超出了单个系统的限制。VMFS 的设计、构建和优化针对虚拟服务器环境，可让多个虚拟机共同访问一个整合的群集式存储池，从而显著提高了资源利用率。VMFS 是跨越多个服务器实现虚拟化的基础，它可启用 VMware VmotionTM 、Distributed Resource Scheduler 和 VMware High Availability 等各种服务。VMFS 还能显著减少管理开销，它提供了一种高效的虚拟化管理层，特别适合大型企业数据中心。采用 VMFS 可实现资源共享，使管理员轻松地从更高效率和存储利用率中直接获益。

XFS

XFS 是 Silicon Graphics，Inc. 于 90 年代初开发的文件系统。它至今仍作为 SGI 基于 IRIX 的产品（从工作站到超级计算机）的底层文件系统来使用。现在，XFS 也可以用于 Linux。XFS 的 Linux 版的到来是激动人心的，首先因为它为 Linux 社区提供了一种健壮的、优秀的以及功能丰富的文件系统，并且这种文件系统所具有的可伸缩性能够满足最苛刻的存储需求。

UFS

UFS 文件系统：基于 BSD 高速文件系统的传统 UNIX 文件系统，是 Solaris 的默认文件系统。默认启用 UFS 日志记录功能。在早期的 Solaris 版本中，UFS 日志记录功能只能手动启用。Solaris 10 在运行 64 位 Solaris 内核的系统上支持多 TB UFS 文件系统。以前，UFS 文件系统在 64 位系统和 32 位系统上的大小仅限于约 1 TB（Tbyte）。现在，所有 UFS 文件系统命令和公用程序已更新为支持多 TB UFS 文件系统。

UFS1 文件系统是 OpenBSD 和 Solaris 的默认文件系统。UFS1 也曾是 NetBSD 和 FreeBSD 的默认文件系统，但 NetBSD2.0 和 FreeBSD5.0 以后版本开始使用 UFS2 做默认的文件系统。UFS2 增加了对大文件和大容量磁盘的支持和一些先进的特性。目前似乎还只有 FreeBSD 和 NetBSD 支持 UFS2。Apple OS X 和 Linux 也支持 UFS1，但并不做为它们的默认文件系统。

VXFS

VeritasFileSystem(VxFS）是首个商业日志记录文件系统。通过日志记录功能，元数据更改首先写入到日志，然后再写入到磁盘。由于无需在多处写入更改，且元数据是异步写入的，因此吞吐量的速度较快。VxFS 也是基于扩展区的意向日志记录文件系统。VxFS 设计用于要求高性能和高可用性，并且可以处理大量数据的操作环境。

ReFS

ReFS（Resilient File System，弹性文件系统） 是在 Windows 8.1 和 Server® 2012 中新引入的一个文件系统。ReFS 是与 NTFS 大部分兼容的，其主要目的 是为了保持较高的稳定性，可以自动验证数据是否损坏，并尽力恢复数据。

ReFS 的关键功能如下：

·带有校验和的元数据完整性

·提供可选用户数据完整性的完整性流。

·通过写入时分配事务模型实现可靠的磁盘更新（也称为写入时复制）

·支持超大规模的卷、文件和目录

·存储池和虚拟化使得文件系统可建立并易于管理

·通过数据条带化提高性能（带宽可管理）并通过备份提高容错性

·通过磁盘扫描防止潜在的磁盘错误

·借助“数据打捞”实现损坏还原，以便在任何情况下尽可能提高卷的可用性

·跨计算机共享存储池，以提供额外的容错性和负载平衡