主文件 Table (MFT) 占用所有磁盘 space？
Master File Table (MFT) consumes all disk space?
我们有一个 24/7 全天候执行的控制台应用程序，在几次 days/weeks 之后，磁盘已满，经过调查发现磁盘元数据已损坏。
我们需要 运行 chkdsk 来修复磁盘。
该应用每天执行超过 ~1M I/O 次操作：Files/Folders 创建、删除、权限 add/remove。
创建的文件和文件夹是空的，我们甚至检查过它们并没有消耗大量磁盘space（甚至不到 1%）。
这让我调查了这个问题，我发现 MFT 可能是消耗所有 space 的人。
如果这是正确的问题，有人可以提供帮助并详细说明吗？
如果是这样，以后无论如何要避免它？
当您一天有很多操作时，MFT 可能会消耗所有 space。您不是用数据填充驱动器，而是用数据存储在盘片上的信息填充驱动器。当您 运行 chkdsk 时，它会尝试使用磁盘上实际存在的数据来恢复 MTF。 MTF 仅在相应文件被 user/OS 覆盖（删除后）时才被编辑。对于每个未被覆盖的新文件，都会在驱动器上分配磁盘 space 的新部分。
最好的解决方案是切换到 ZSF raid 系统，您可以轻松地存储数百万个文件。因为 ZSF 的工作方式与 NTFS 非常不同。
我们有一个 24/7 全天候执行的控制台应用程序，在几次 days/weeks 之后，磁盘已满，经过调查发现磁盘元数据已损坏。 我们需要 运行 chkdsk 来修复磁盘。
该应用每天执行超过 ~1M I/O 次操作：Files/Folders 创建、删除、权限 add/remove。 创建的文件和文件夹是空的，我们甚至检查过它们并没有消耗大量磁盘space（甚至不到 1%）。
这让我调查了这个问题，我发现 MFT 可能是消耗所有 space 的人。
如果这是正确的问题，有人可以提供帮助并详细说明吗？
如果是这样，以后无论如何要避免它？
当您一天有很多操作时，MFT 可能会消耗所有 space。您不是用数据填充驱动器，而是用数据存储在盘片上的信息填充驱动器。当您 运行 chkdsk 时，它会尝试使用磁盘上实际存在的数据来恢复 MTF。 MTF 仅在相应文件被 user/OS 覆盖（删除后）时才被编辑。对于每个未被覆盖的新文件，都会在驱动器上分配磁盘 space 的新部分。 最好的解决方案是切换到 ZSF raid 系统，您可以轻松地存储数百万个文件。因为 ZSF 的工作方式与 NTFS 非常不同。