我们生产的SQL Server 2005数据库的数据文件位于单独的物理驱动器上，Microsoft Windows 2003的“磁盘碎片整理程序”工具报告该驱动器碎片为99％。
我们计划在周六上午3:00进行任务以对该驱动器进行碎片整理。40分钟后作业完成，没有明显的错误。但是，驱动器仍然严重碎片化。
进行碎片整理之前，我们是否应该已停止SQL Server服务？
语境
根据上下文请求：我们拥有一个Microsoft SQL Server 2005实例（9.00.5324.00），该实例在2007年左右的Dell PowerEdge 2950硬件上运行32位Windows Server 2003（SP2），具有4GB RAM。PowerEdge 2950具有四个配置为RAID-1的68GB驱动器，用于创建两个68GB虚拟磁盘：（1）C（引导和操作系统）和D（页面文件，其他各种数据）；（2）E（SQL数据）。据我所知，IT人员从未对任何这些驱动器进行碎片整理...磁盘碎片整理程序报告文件碎片率分别为66％（C），77％（D）和99％（E）。性能监视器报告以下平均结果：“分页文件：使用百分比” = 〜6.8％；“ SQL Server：缓冲区管理器-页面预期寿命” = 20秒；和“ PhysicalDisk：平均磁盘秒/写入，驱动器E” = 300到1之间。我们需要在几个月内完成急需的硬件和SQL Server升级（即，新硬件，64位Windows Server 2012、64位SQL Server 2012、12GB RAM），但由于用户性能，要尽可能减轻问题。因此，考虑对文件进行碎片整理可能对驱动器E（主SQL数据驱动器）有所帮助。
顺便说一句，上周我们拉出了两个故障驱动器并重建了阵列...不确定这很重要。我们与另一个IT团队签约以维护服务器，因此我们无法直接访问设备...我们的组织只是为服务付费。
我们可以在定期安排的维护时段（每周）中提供停机时间，也可以在必要时在夜间进行带外停机。
SELECT *到处都在执行，或者是其他一些不当行为造成的。