题 Windows Defrag实用程序是否在RAID系统上正确报告碎片?


我们有一个带RAID卷的服务器。 Windows DEFRAG在卷上显示非常高的碎片(90%)。我的负责人询问DEFRAG是否报告碎片是否正确(或接近正确)。

我们长期没有任何碎片整理(至少在过去4个月,我在这里工作的时间)。它是一个生产服务器,我们非常担心它。


6
2018-02-17 20:52




我们在谈论什么类型的RAID? - Urda
它是什么类型的服务器?你需要调查原因。你最有可能阻止或减少它 - Nick Kavadias
简短的答案 - 文件系统碎片是碎片,无论是在单个磁盘分区上还是分布在RAID,跨越,虚拟磁盘等的任何组合上。这些文件不是连续的,这会减慢读/写周期。 - kmarsh


答案:


碎片整理将报告碎片 合乎逻辑 disk:就数据如何分散在阵列中的物理磁盘而言,这意味着什么取决于RAID(0,1,5等)的类型以及控制器内部的一点点。

一般来说,你可能会像对待任何其他硬盘驱动器那样对待它(即“90%??对于狗的碎片整理它!”),尽管在90%这可能是一个痛苦的经历。
另外值得注意的是:碎片整理显然是非常耗费磁盘的。如果这些是原始磁盘,您可能希望在进行碎片整理之前确保备份正常,以防碎片整理使RAID控制器确信一个或多个驱动器“失败”。


9
2018-02-17 21:15



咦? “说服控制器说磁盘出现故障”?怎么样? - Fabricio Araujo
他说,对硬盘驱动器进行碎片整理可能导致RAID控制器失败。我看到它发生在我自己身上。 - steve.lippert
大多数RAID控制器会在设定的一段时间内在一定数量的软/可纠正错误后将磁盘标记为失败。来自碎片整理+边缘磁盘的大量磁盘活动=足以将驱动器标记为“失败”的错误。这种情况发生在足够的驱动器和你的阵列爆炸(问我怎么知道: - /)。有时您也会在旧阵列上的RAID重建期间看到它。 - voretaq7
因此,没有碎片整理会留下这么多时间的风险。最好打开另一个问题,询问什么是常见的预防措施/良好做法,以减少此类事件发生时的疼痛? - Fabricio Araujo
任何老化的磁盘都会带来大量活动的风险。不知道服务器多大了我在偏执的一边犯错并假设它是一个“原始复古”Win2K3盒子(至少5年)并且担心磁盘 - voretaq7


是的,它确实报告正确。

我应该指出,我唯一一次在Windows卷上看到如此严重的碎片是在卷上存储卷影副本的时候。

在未完全分区的驱动器上找到一些空间,并将卷影副本存储区域移动到专门用于保存卷影副本的新创建的卷,并查看碎片是否大量下降,甚至不对当前卷进行碎片整理显示~90%的碎片。

假设您正在使用卷影副本,它们永远不应与它们复制的源文件位于同一驱动器上。

如果您没有使用卷影副本,那么下一个最可能的罪魁祸首就是备份应用程序,例如Backup Exec将备份文件存储在太小的块中。

虽然任何创建中到大型文件然后在重新调整的基础上删除它们的程序都可能会产生相同的情况。


5
2018-02-17 21:30



根据服务器的年龄(我看到它是Win2K3),我看到一些文件服务器实际上“自然”得到了这么糟糕。通常磁盘容量超过75-80%且非常活跃...... - voretaq7


RAID系统不应对Windows中的碎片计数产生任何影响。 raid系统向Windows提供磁盘。文件系统(计算碎片的位置)建立在此基础之上。


2
2018-02-17 21:05



所以我可以得出结论,是的,磁盘阵列严重碎片化,就像Defrag说的那样,对吧? - Fabricio Araujo
是的你可以。请参阅上面voretaq7的更广泛的答案。 - pehrs


Windows碎片整理只使用一个碎片整理API,它建立在逻辑文件系统之上,而逻辑文件系统又位于HAL之上的某个位置;在这个级别,底层硬件确实无关紧要:只要您的设备驱动程序正确地完成工作,无论使用何种应用程序,报告的碎片都将保持最差。


1
2018-02-18 00:13