WD的mybook系列应该全部是3.5寸台式机机械硬盘然后加了盒子做成了移动存储，单盘容量已经极高了，此类盘出厂的文件系统一般为exfat（可能是厂商为了方便mac客户使用）。下边这个案例就是我们经常遇到的exfat变0字节。

故障存储:WD mybook 25EE 10T/exfat 文件系统。

故障现象:

此硬盘是用来存储各种原始素材，某日客户查看一文件夹中数据时发现很多索尼摄像机拍的素材长度变成了0字节。 从幸存的xml文件中可以看出来，摄像机型号是:索尼ILME-FX3，视频编码为AVC，这也是索尼摄像机比较常用的视频编码。

图1:变为0字节的素材

故障分析:

由于客户在发现变成0字节后就没有再做过任何操作，所以这是一个典型的EXFAT文件系统导致的问题。关于EXFAT再来啰嗦下（不在码字了直接复制之前的分析）：

exfat文件系统出错导致文件属性出错

   关于exfat之前说过很多次，但是近期使用此文件系统出问题的机率如此频繁，所以我再赘述下。exfat 全称是Extended File Allocation Table File System，扩展FAT文件系统，FAT就是之前FAT32中的“FAT”即文件分配表，这个表研究数据结构的人不算陌生，从字面意思就能看出，exfat并非全新的文件系统。微软开发此文件系统的目的是为了应对FAT32无法管理单个超过4G的文件，也是为了弥补NTFS日志型文件系统在闪存等小型存储设备中的不足（一个是默认的簇大小过小，一个是不断的读写日志对闪存是一种损耗）。

exfat在存储时使用两种方式，对文件进行分类：

1. 无碎片文件，即连续存放的，通过在exfat目录项中记录首簇指针和长度来获取文件的链表。减少文件系统额外的IO时间，这个算是针对FAT32的升级。
2. 存在碎片的文件，即不连续存放的。因为1是一种理想状态，需要各种条件满足才能达到，但是更多情况下是文件不得不以碎片的形式存在（比如经常删除或者使用空间快要达到上限），这种情况下仍然使用FAT32的FAT表进行文件的表链记录。目录项中只记录首簇指针和文件大小，通过首簇指针进行FAT表跳转，很熟悉的味道，和FAT32一毛一样。

这里不讨论exfat的优劣和传输速度，仅仅一点微软开发exfat初衷是为了解决闪存类的文件系统存储问题，为了弥补NTFS的不足，当然不能说exfat就不能用在非闪存上而是其适用最优对象是闪存类小型存储身设备（如SD卡），

很显然大容量的存储不在这个最优对象之内。

另外技术分析当文件长度变为0后，首簇指针也清0，通过文件头获取首簇指针跳转FAT表发现其FAT表链也清0了。也就是目录项->FAT表所有环节通通出错，目前尚不清楚这是个例还是仅在大型存储上存在，因为目前以我的经验至少没有发现在闪存类存在此问题，所以不好下结论，只能以“exfat的文件系统结构不适合管理大型存储“来做总结，在这里我们强烈建议如果您是视频从业者，在存储文件要用到微软文件系统时强烈建议”非闪存类的存储设备慎用exfat文件系统“避免因此导致数据出问题。

得出结论就是：在exfat中多数出错的文件是碎片化。

对exfat感兴趣的小伙伴可以到公众号爬楼查看博主的另一个视频帖”exfat想说爱你不容易”。

故障处理:

此类问题建议先使用CHS零壹视频恢复程序影视版中自带的”exfat 0字节CHS FS级算法“功能进行扫描，因为此算法是CHS在处理同类案例时总结的一种常见问题的解决方案，优点是速度快，对于大容量存储可以快速得到结果。

STEP1:运行程序选择10T存储设备，点击右键随便选择一个影视品牌这里我们选择“阿莱影视”->扫描小类选择”MOV”->点击高级设置

STEP2:高级设置->其它设置->勾选“开启CHS FS级算法->确定

 

STEP3:等待扫描完成

STEP3:查看数据，由于索尼摄像机本身不记录文件名，所以经过对比XML中的拍摄时间成功定位了客户所需要的素材文件。CHS零壹视频恢复程序影视版扫描完成后会列出拍摄时间、摄像机型号、视频编码、文件名等参数,经过客户对比所有变0字节的素材成功恢复，至此数据恢复工作完成。

对于exfat变0时间较长存在覆盖又或者是做过chkdsk的情况，建议使用CHS零壹视频恢复程序高级版进行扫描，具体方法参考公众号相关技术文章。

这就是WD mybook10T硬盘exfat文件变0字节的恢复方法，大家在遇到exfat变0字节的恢复问题时，可以和我们联系！