Answers:
实际上，我从未对服务器上的数据进行碎片整理。我还没有看到文件服务的性能提升，不足以使其值得进行碎片整理所需的性能提升。实际上，除非您将服务器离线几天，否则大多数服务器都无法真正完成碎片整理。如果您使用的是相对较新的文件系统（除非您选择更改Windows 2003的默认设置，否则就没有什么关系了）。另外，如果您正在运行任何类型的条带化RAID，则文件的碎片也不是问题，因为它们已经在许多磁盘上分解了。
如果我有一台服务器，出于某种原因，我确实希望对数据进行清理和碎片整理，那么我很有可能会将其全部备份到磁带上，请擦拭驱动器并还原它。这样会将它们全部写下来。
我知道的对Windows服务器进行碎片整理的唯一用例是提高备份性能。备份几乎是文件服务器执行的唯一的大规模顺序I / O，而这种I / O会引起碎片。当用户点击它们时，I / O文件服务器的操作是非常随机的，在这种情况下，碎片有时可以提高性能。
在我以前的工作中，我们有一个文件服务器，我们刚刚将其迁移到新硬件上。迁移后，备份立即以每分钟450MB的速度运行（请记住，这是很多年前）。两年后，该服务器每分钟备份约300MB。然后，我们第一次对其进行了碎片整理，速度再次回到了450MB /分钟。
如果您无法按时完成所有备份，并且看起来是要备份的服务器是瓶颈，那么进行碎片整理可能会有所帮助。
碎片整理的另一个用例是将磁盘存档存储在NTFS上的磁盘备份系统。在那种卷上的备份和还原是完全顺序的，这会引起碎片。但是，如果底层存储足够抽象（例如HP EVA磁盘阵列），则这种I / O也不会注意到碎片。
这一切归结为大规模顺序I / O是最注意碎片化的I / O类型。如果这不是您所关心的I / O，那么碎片整理就不是问题。
我同意，如果性能是您的目标，那么您通常不需要也不应这样做（不断进行碎片整理会带来更大的伤害，然后再带来好处）。
像任何规则一样，也有一些例外：
如果您的磁盘空间不足，或者磁盘空间不足（小于15％），则应该在有时间时进行碎片整理。当扇区选择很少时，即使是现代文件系统也难以避免碎片化。
如果您运行的特定类型的应用程序会导致不可避免的碎片，您可能希望投资于服务器特定的碎片整理程序（这些程序设计为在后台连续运行，并在需要时进行碎片整理）。在Windows环境中会导致不可避免的碎片化的应用程序类型将是那些在多个文件之间进行大量延迟写入的应用程序（大多数功能强大的服务器设计的软件都避免了这种情况，但是桌面下载管理器，尤其是某些特定的BitTorrent客户端）这种激进的分裂行为）
我在较早的工作中在服务器上运行了Diskeeper，因此文件服务器和应用程序服务器的性能都有明显提高。我认为我们没有达到他们公布的统计数据，但我们确实看到了一些好处。
它设置为在空闲时进行碎片整理，并在设置的时间表中进行限制，以在启动时添加一些附加位来限制影响。
AFAIK，RAID不受碎片影响；尽管物理磁盘数量很多，但是FS仍然必须为每个片段发出单独的I / O请求，对吗？
是的，一个经过充分整理的系统可以更快地完成备份。还同意空间小和碎片化不是一个很好的组合...最好避免这种情况。
如果需要进行碎片整理时间/调度，则最好使用背景碎片整理解决方案，例如Diskeeper Server版本之一（不是免费的！）。它仅使用空闲资源进行碎片整理，因此即使对生产服务器也不会造成影响。我们这里的某些服务器使用DK，管理员对它似乎很满意。
顺便说一句，某些BT客户端（想到了utorrent）具有对torrent的预分配选项，因此，只要有足够的连续可用空间来容纳文件，下载期间就不会出现碎片。
达成共识（我同意）似乎不是在服务器上进行碎片整理，因为这样做的好处并不值得在实际进行碎片整理时降低性能。
但是，TechNet上有关进行物理到虚拟转换的文章建议将碎片整理作为一种减少执行P2V所需时间的方法。如果维护窗口有限，可以完成P2V，这尤其重要。
为了最大程度地缩短映像阶段所需的时间，请在源计算机的硬盘驱动器上执行磁盘碎片整理。另外，请确保源计算机和主机之间具有快速的网络连接。