我们有一些数据库的索引碎片率超过 95%。据我所知，这些索引从未重建过，更不用说重组了。多年来。
（公平地说，这些表确实似乎启用了自动更新的统计数据。同样公平地说，他非常勤于备份：每天进行完整备份，每小时进行 trx 日志备份。）
当我询问时，DBA 说他不愿意重建或重组索引。当我问为什么时，他无法清楚地表达出来。最后他说他担心潜在的数据丢失。例如，其中一个数据库被我们的 Great Plains Dynamics 会计应用程序使用，他似乎对此非常担心。
我不是一名 DBA，但从我读过的内容来看，他的焦虑似乎……让我难以理解。
我不确定下一步该做什么。有什么建议吗？
答案1
重建数据库索引不会造成任何数据丢失。但是，这可能会导致性能大幅下降，因为重建的索引通常在重建完成之前无法使用。因此，重建应在受影响系统空闲的非工作时间进行。
对于 DBA 来说，偏执是件好事 - 如果他们担心数据丢失，我会让他们对备份进行适当的测试（将它们恢复到单独的系统并确保数据全部存在），如果他们仍然担心，那么在重建索引之前执行完整备份将是一个合理的预防措施。
答案2
重建或碎片整理索引不会带来数据丢失的风险。
答案3
重新组织索引将花费更少的时间，也需要 SQL 服务器付出更少的努力，因此可以在工作日夜间完成。如果您所说的是真的，那么即使重新组织从未组织过的索引，也可能对服务器造成更大的影响。重建索引将需要 SQL 服务器付出大量努力，因为它们会被删除并重建。在工作日夜间进行重建不值得冒服务器忙于索引而无法为使用它的人提供服务的风险。
我同意 voretaq7 的观点，如果他真的担心使用索引，请先在开发或测试服务器上试用一下，看看其反应如何。