有几台服务器已经两年没有整理过碎片了。有没有一个标准，即在整理碎片之前，应该整理多少比例的碎片？
服务器是Windows 2003。
答案1
事实上，我从未对我的服务器上的数据进行碎片整理。我还没有看到文件服务的性能提升足以让碎片整理所花费的时间的性能损失变得值得。事实上，除非您将大多数服务器离线几天，否则它们永远不会真正完成碎片整理。如果您使用的是相对现代的文件系统（除非您选择更改 Windows 2003 上的默认设置），那么这应该不会有太大影响。此外，如果您正在运行任何类型的条带化 RAID，则文件碎片不是问题，因为它们已经分布在许多磁盘上。
如果出于某种原因，我真的希望我的服务器中的数据干净且经过碎片整理，我更可能将所有内容备份到磁带上，擦除驱动器并恢复。这样可以将它们全部写入完美的区块中。
答案2
据我所知，对 Windows 服务器进行碎片整理的唯一用途就是提高备份性能。备份几乎是文件服务器执行的唯一大规模顺序 I/O，这种 I/O 会注意到碎片。文件服务器在用户访问时执行的 I/O 类型非常随机，在这种情况下，碎片有时可以提高性能。
在我以前的工作中，我们有一个文件服务器，我们刚刚将其迁移到新硬件上。迁移后，备份速度立即达到 450MB/分钟（记住，这是很多年前的事了）。两年后，该服务器的备份速度约为 300MB/分钟。然后我们第一次对其进行碎片整理，速度又回升到 450MB/分钟。
如果你无法按时完成所有备份，而且看起来备份服务器是瓶颈，那么碎片整理可能帮助解决这个问题。
碎片整理的另一个用例是将存档存储在 NTFS 上的磁盘备份系统。这种卷上的备份和恢复是完全连续的，并且会注意到碎片。但是，如果底层存储足够抽象（例如 HP EVA 磁盘阵列），即使是这种 I/O 也不会注意到碎片。
归根结底，大规模顺序 I/O 是最容易引起碎片化的 I/O 类型。如果您不关心这种 I/O，那么碎片整理就不是问题。
答案3
我同意，如果您的目标是性能，那么您通常不需要也不应该这样做（不断的碎片整理弊大于利）。
然而，与任何规则一样，也有一些例外：
如果您的磁盘空间非常低（<15% 可用），那么您应该在有时间的时候进行碎片整理。当可供选择的扇区太少时，即使是现代文件系统也难以避免碎片化。
如果您正在运行会导致不可避免的碎片的特定类型的应用程序，您可能希望投资于特定于服务器的碎片整理程序（这些程序设计为在后台持续运行并在需要时进行碎片整理）。在 Windows 环境中会导致不可避免的碎片的应用程序类型是那些在多个文件中进行大量懒惰写入的应用程序（大多数强大的服务器设计软件都会避免这种情况，但桌面下载管理器之类的东西，尤其是某些特定的 BitTorrent 客户端，会表现出这种激进的碎片行为）
答案4
值得一提的一个工具是 IOBit 的 Smart Defrag。它会在计算机空闲时在后台进行碎片整理，并且具有深度优化和其他功能。它似乎很有用，所以你可以把它放在那里，而不必担心碎片整理。