服务器2012 R2 R2数据驱动器显示为完整的…但它真的不是？

所有，

正在将一些数据传输到新的Server 2012 R2机器上。我同时使用了robocopy和另一个文件传输工具，得到了相同的结果。

这个服务器上有一个非常大的数据量，15TB。无论如何，我将大约50 MB的数据转移到了新卷中，并且我开始在服务器上获取“磁盘空间不足”的消息。右键单击并查看这些文件夹的属性，它们显示的容量差不多是15TB，这很奇怪，因为我检查了源服务器，它们确实只占用了50MB。

我不知道从哪里开始，有谁见过这个？如果它有所作为，我将两个实用程序的NTFS权限从源传输到新的服务器，我正在使用具有完全控制权限的源文件夹的帐户进行传输。所以我不知道是什么麻烦。我格式化大量，并再次尝试，并获得了同样的结果。谢谢

这可能发生在以下情况：

您正在将包含“重新分析点”的目录（如用户configuration文件或联结节点）复制到群集存储卷。重分析点在概念上类似于Unix / Linux文件系统中的符号链接和硬链接。尽pipe在* nix世界是完全正常的，尽pipeNTFS已经支持了它们20多年，但在Windows世界中它们仍然是一个外国概念。大多数文件复制实用程序（包括Windows资源pipe理器本身）不正确处理它们，将尝试复制链接指向的数据，而不是链接本身。在这种情况下，您需要在您的robocopy命令中使用/SL参数。
源包含稀疏文件。稀疏文件是一个非常大的文件，主要包含空的空间。操作系统通过仅为实际包含数据的块分配磁盘空间来有效地存储这些文件。一些数据库文件和虚拟硬盘文件被创build为稀疏文件。问题是，如果你复制一个稀疏文件，它将被扩展到它的全尺寸。 不能使用第三方实用程序复制Windows中的稀疏文件 。我不能推荐任何，因为我从来没有使用过。这个超级用户的post有一个你可以尝试。
源文件系统包含错误。有时，卷位图或MFT索引可能会损坏，并歪曲文件占用的实际数据块（或报告为空闲）。这种细微的错误在读取文件时不会造成问题，但在尝试复制或写入文件时会造成严重的后果。在这种情况下，您应该在复制之前在两个卷上执行chkdsk 。

并寻找最常见的错误，也为所有相关的硬盘驱动器。