我试图从一台服务器的4TB存储空间复制数TB到另一台服务器的4TB存储空间，但由于第二台服务器上的存储空间不足，超过600GB的额外隐形幻像数据，复制失败。
组态：
服务器1（源） ：Windows Server 2012 Essentials，4TB（3.63 TB格式）镜像ReFS存储空间，已启用文件完整性stream。 存储空间包含3.01TB价值的文件，554GB可用空间。
服务器2（目标） ：Windows Server 2012 Essentials，4TB（3.63 TB格式）镜像ReFS存储空间，已启用文件完整性stream。
文件复制是通过启用validation的FastCopy从服务器1通过networking完成的。
文件复制在大约3TB的文件上失败，服务器2上的Windows资源pipe理器报告目标3.63TB存储空间卷被完全填充。 Windows资源pipe理器报告传输文件的文件夹只有大约3TB。 这留下了652GB的价值，完全不了了解。
包含此652GB的卷上没有其他文件或文件夹。 传输的数据是卷的根目录中的唯一文件夹，除了回收站和（可能是第一次）System Volume Information（系统卷信息）（唯一其他寻找幻影数据的明显位置）之外。
根据vssadmin list shadows ，此卷上没有卷影副本，而vssadmin list shadowstorage不显示卷上的任何卷影存储。
我曾尝试运行多个磁盘使用实用程序 – WinDirStat，TreeSize和SpaceSniffer – 只有TreeSize甚至可以看到除了传输数据的3TB之外，还有其他东西正在填充卷。 但是，TreeSize将这个652GB的内容报告为“未知”。
我甚至尝试在本地系统帐户下运行这些工具中的几个，包括Sysinternals的Du（磁盘使用），并没有改变任何东西。 实用程序仍然看不到有什么东西填满了额外的空间（除了前面提到的TreeSize），更不用说关于幻影数据的细节了。
我删除了目标服务器上的卷，存储空间和存储池，然后重新构build它们，然后再次启动文件复制。 在检查完文件复制过程的一半之后，目标服务器的存储池卷上已经有近300GB的数据未被logging下来。
在接近3TB的时候，文件副本再次失败，就像第一次一样，数百GB的内容填满了剩余的空间。 再次。
有人知道这里发生了什么？
运行命令CHKDSK并检查输出，如果“总磁盘空间”不同于报告的空间。
您可以运行CHKDSK C: /F命令来检查和修复可能丢失的与文件无关的空间，然后再次检查报告的总磁盘空间。
请参阅此Microsoft文章以检查是否可能在您的系统中列出任何问题：
Cluster Size Is Too Large File Attributes or NTFS Permissions Invalid File Names NTFS Master File Table (MFT) Expansion Alternate Data Streams NTFS File System Corruption Other NTFS Features That May Cause File Allocation Confusion