我们有一台带有 RAID 卷的服务器。Windows DEFRAG 显示该卷的碎片率非常高 (90%)。我的主管询问 DEFRAG 报告的碎片率是否正确（或接近正确）。
我们很长时间没有进行任何碎片整理了（至少，在我在这里工作的最近 4 个月里没有）。这是一台生产服务器，我们对此非常担心。
答案1
碎片整理将报告逻辑磁盘：就数据如何分散在阵列中的物理磁盘而言，这意味着取决于 RAID 的类型（0、1、5 等）以及控制器的内部结构。
通常，您可以像对待其他硬盘一样对待它（即“90%？？看在狗的份上，整理碎片吧！”），尽管 90% 的碎片整理可能是一种痛苦的体验。
还要注意：碎片整理显然非常耗费磁盘空间。如果这些是原始磁盘，您可能需要在碎片整理之前特别确保您的备份完好无损，以防碎片整理使 RAID 控制器误认为一个或多个驱动器“出现故障”。
答案2
是的，它的报告确实正确。
我应该指出，我唯一一次看到 Windows 卷上出现如此严重的碎片就是在卷上存储卷影副本时。
在未完全分区的驱动器上找到一些空间，然后将卷影副本存储区域移动到专门用于保存卷影副本的新创建的卷，并查看碎片是否大幅下降，甚至无需对当前显示约 90％ 碎片的卷进行碎片整理。
假设您正在使用卷影副本，它们永远不应该与正在复制的源文件位于同一驱动器上。
如果您没有使用卷影副本，下一个最可能的罪魁祸首就是像 Backup Exec 这样的备份应用程序将备份文件存储在太小的块中。
但实际上任何创建中型到大型文件然后定期删除它们的程序都可能产生同样的情况。
答案3
RAID 系统不应该对 Windows 中的碎片计数产生任何影响。RAID 系统向 Windows 呈现一个磁盘。文件系统（计算碎片的位置）在此之上构建。
答案4
Windows defrag 仅使用建立在逻辑文件系统之上的碎片整理 API，而逻辑文件系统又位于 HAL 之上的某个位置；在这个级别上，底层硬件实际上并不重要：只要您的设备驱动程序正确地执行其工作，那么无论使用什么应用程序，报告的碎片在最坏的情况下也是一致的。