您应该多久对服务器进行一次碎片整理？

Question

有几台服务器，它们已经两年没有进行碎片整理了。在碎片整理之前应该碎片化的百分比是否有标准？

服务器是 Windows 2003。

Answer 1

事实上，我从来没有对服务器上的数据进行碎片整理。我还没有看到文件服务的性能提升足以使碎片整理所需的性能损失值得。事实上，除非您将它们脱机几天，否则大多数服务器永远不会真正完成碎片整理。如果您使用的是相对现代的文件系统（除非您选择更改 Windows 2003 上的默认设置），无论如何都没有关系。此外，如果您正在运行任何类型的条带化 RAID，文件碎片就不是问题，因为它们已经在许多磁盘上分解了。

如果我有一台服务器，出于某种原因我真的希望对数据进行清理和碎片整理，我更有可能将其全部备份到磁带上，擦除驱动器并恢复它。这会将它们全部写成完美的块。

Answer 2

我所知道的对 Windows 服务器进行碎片整理的唯一用例是提高备份性能。备份几乎是文件服务器执行的唯一大规模顺序 I/O，而这种 I/O 会注意到碎片。当用户访问文件服务器时，I/O 文件服务器的行为是非常随机的，在这种情况下，碎片化有时可以提高性能。

在我的旧工作中，我们有一个刚刚迁移到新硬件的文件服务器。迁移后，备份立即以 450MB/分钟的速度运行（请注意，这是很多年前的情况）。两年后，该服务器的备份速度约为 300MB/分钟。然后我们对它进行了第一次碎片整理，速度再次回升到 450MB/分钟。

如果您在按时完成所有备份时遇到问题，并且看起来正在备份的服务器是瓶颈，那么碎片整理可能会有所帮助。

碎片整理的另一个用例是备份到磁盘系统，存档存储在 NTFS 上。这种卷上的备份和恢复完全是顺序的，并且会注意到碎片。但是，如果底层存储足够抽象（例如 HP EVA 磁盘阵列），即使这种 I/O 也不会注意到碎片。

这一切都归结为大规模顺序 I/O 是最容易注意到碎片的 I/O 类型。如果这不是您关心的 I/O，那么碎片整理就不是问题。

Answer 3

我同意，如果性能是您的目标，您通常不需要也不应该这样做（持续的碎片整理弊大于利）。

与任何规则一样，但也有一些例外：

如果您是这样，或者在某个时候磁盘空间非常低（可用空间小于 15%），那么您可能应该在有时间的时候进行碎片整理。当可供选择的扇区如此之少时，即使是现代文件系统也很难避免碎片。

如果您运行的特定类型的应用程序会导致不可避免的碎片，您可能希望投资于服务器特定的碎片整理程序（这些程序旨在在后台持续运行，并在需要时/如果需要时进行碎片整理）。在 Windows 环境中会导致不可避免的碎片的应用程序类型是那些跨多个文件进行大量惰性写入的应用程序（最强大的服务器设计软件可以避免这种情况，但是像桌面下​​载管理器这样的应用程序，尤其是某些特定的 BitTorrent 客户端，会表现出这种情况）这种激进的碎片行为）