我正在尝试将几 TB 的数据从一台服务器的 4TB 存储空间复制到另一台服务器的 4TB 存储空间，但由于第二台服务器上的存储空间不足且有超过 600GB 的额外不可见幻影数据，因此复制失败。
配置：
服务器 1（源）：Windows Server 2012 Essentials，4TB（格式化为 3.63 TB）镜像 ReFS 存储空间，启用文件完整性流。存储空间包含 3.01TB 的文件，可用空间为 554GB。
服务器 2（目标）：Windows Server 2012 Essentials，4TB（3.63 TB 格式化）镜像 ReFS 存储空间，已启用文件完整性流。
文件复制是通过网络从服务器 1 使用启用了验证的 FastCopy 完成的。
文件复制在约 3TB 时失败，服务器 2 上的 Windows 资源管理器报告目标 3.63TB 存储空间卷已完全填满。Windows 资源管理器报告包含已传输文件的文件夹仅约 3TB。这使得 652GB 的内容完全填满卷，却毫无用处。
包含此 652GB 的卷上没有其他文件或文件夹。除了回收站和（可能是第一次）系统卷信息（唯一其他明显可以查找幻影数据的地方）之外，传输的数据是卷根目录中的唯一文件夹。
根据 ，此卷上没有卷影副本vssadmin list shadows，并且vssadmin list shadowstorage未显示卷上的任何卷影存储。
我尝试运行多个磁盘使用情况实用程序 - WinDirStat、TreeSize 和 SpaceSniffer - 但只有 TreeSize 可以看到除了 3TB 的传输数据外，还有其他东西填充了卷。但是，TreeSize 将这 652GB 的东西报告为“未知”。
我甚至尝试在本地系统帐户下运行几个这样的实用程序，包括 Sysinternals 的 Du（磁盘使用情况），但什么也没改变。这些实用程序仍然无法发现有什么东西填满了额外的空间（除了前面提到的 TreeSize），更不用说幻影数据可能是什么的详细信息了。
我删除了目标服务器上的卷、存储空间和存储池，然后从头开始重建它们并再次开始文件复制。在文件复制过程进行到一半时，我检查了一下，发现目标服务器的存储池卷上已经有近 300GB 的未记录数据。
接近尾声时，在接近 3TB 时，文件复制再次失败，就像第一次一样，数百 GB 的内容占据了卷的剩余空间。又一次。
有人知道这里发生了什么事吗？
答案1
运行命令CHKDSK并检查输出“总磁盘空间”是否与报告的空间不同。
您可以运行该CHKDSK C: /F命令来检查并修复可能与文件无关的丢失的空间，然后再次检查报告的总磁盘空间。
看这篇微软文章检查您的系统中是否存在列出的问题：
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