全部，
正在将一些数据传输到新的 Server 2012 R2 计算机。我使用了 robocopy 和另一个文件传输实用程序，得到了相同的结果。
该服务器上的数据量非常大，有 15 TB。无论如何，我将大约 50 MB 的数据传输到了新卷，并且开始在服务器上收到“磁盘空间不足”消息。右键单击并查看这些文件夹的属性，它们显示的大小接近 15 TB，这很奇怪，因为我检查了源服务器，它们实际上只占用了 50 MB。
我不知道从哪里开始，有人见过这种情况吗？如果有什么不同的话，我正在将两个实用程序的 NTFS 权限从源服务器转移到新服务器，并且我正在使用对源文件夹具有完全控制权限的帐户进行转移。所以我不知道问题出在哪里。我格式化了大卷并再次尝试，两次都得到了相同的结果。谢谢
答案1
这可能发生在以下场景中：
- 您正在复制包含“重新解析点”的目录，例如用户配置文件或群集存储卷的连接点。重新解析点在概念上类似于 Unix/Linux 文件系统中的符号链接和硬链接。尽管在 *nix 世界中完全正常，尽管 NTFS 已经支持它们超过 20 年，但它们 (仍然！) 在 Windows 世界中是一个有点陌生的概念。大多数文件复制实用程序（包括 Windows 资源管理器本身）都无法正确处理它们，并且会尝试复制链接指向的数据而不是链接本身。在这种情况下，您需要
/SL在robocopy命令中使用参数。 - 源包含稀疏文件。稀疏文件是一种非常大的文件，其中大部分是空白空间。操作系统通过仅为实际包含数据的块分配磁盘空间来高效存储此类文件。一些数据库文件和虚拟硬盘文件被创建为稀疏文件。问题是，如果您复制稀疏文件，它将扩展到其完整大小。 如果不使用第三方实用程序，则无法在 Windows 中复制稀疏文件。我无法推荐任何东西，因为我以前从未使用过它们。 这个帖子SuperUser 上有一个你可以尝试一下。
- 源文件系统包含错误。有时卷位图或 MFT 索引可能已损坏，并错误地表示文件占用的实际数据块（或报告为空闲）。此类细微错误不会在读取文件时造成问题，但在尝试复制或写入文件时可能会造成严重破坏。在这种情况下，您应该
chkdsk在复制之前对两个卷执行检查。
答案2
您是否处于 RAID 配置中？检查硬盘。使用以下工具检查事件日志：https://gallery.technet.microsoft.com/scriptcenter/Get-event-logs-errors-and-6871f163
并查找最常见的错误以及与硬盘相关的所有错误。