故障存储:64T NAS，品牌不详，使用MS Exfat文件系统。
故障现象:
此设备正常使用，由于是网络存储，所以每天IO量比较大，经常会有客户端写入数据。某日在查看两个文件夹数据时发现很多容量为0的文件，数量很大。集中在松下的MOV和索尼MP4素材上，由于文件数量较多，就不全部展示，下图为部分问题文件截图。
图1：索尼MP4部分文件容量为0字节
图2：松下MOV部分文件容量为0字节
故障分析:
64T容量算不小了，这么大容量竟然用了Exfat文件系统，要知道微软开发Exfat的初衷是为了完善FAT32对于小型卡类存储单个文件不能超过4G的问题。Exfat更像是FAT32文件系统的一个大号“补丁”，其仍然保留了FAT表（对于存在碎片的文件仍然使用FAT表），如果是64T，那么这个FAT表将会很大，存在各种管理弊端，特别是做为网络存储经常要写入数据从而导致FAT表IO频繁，出错是再所难免。之前我的很多帖子也分析过Exfat的缺点，对于大型存储还是建议使用NTFS。由于客户使用的环境中存在MAC和WINDWOS两种系统交叉，所以可能EXFAT的好处就是MAC系统免驱动（NTFS也可以加驱动支持），但是强烈建议除了卡类以外慎用Exfat文件系统，特别是容量较大的存储设备。
故障处理:
直接使用CHS零壹视频恢复程序高级版进行扫描，由于容量比较大，所以在扫描的时候需要进行一些设置，这样能提升扫描速度，大容量在扫描时一定要注意样本的“二同”（具体参考相关样本要求的帖子）。样本文件的引入可以提升精确度，所以强烈推荐打开样本的方式。
STEP1:选择64T存储，点击右键选择“扫描
STEP2：点击”高级设置”->视频类通用设置->如下图1-4进行相应设置可以有效提升扫描、重组、显示速度，在大容量存储设备中极其有效。
STEP3:等待扫描完成，由于存储空间较大，这个就需要较长的时间。CHS零壹视频恢复程序标准版、专业版、高级版都支持大型存储的扫描，这里再赘述下，扫描大型存储最好是引入样本文件，让程序建立精确模型，从而提升扫描和重组的速度，其它的就是STEP2中的设置了。
STEP4:查看数据，经过扫描发现索尼的数据有大约1T多经过客户对比有约300G多一些的数据，松下MOV则有大约200多G的数据，除了损失少量素材外大多数都成功恢复。
这就是64T存储文件变0字节的恢复方法，大家在遇到此类问题时，可以和我们联系！
