DBA谁担心重组或重新建立索引可能会导致数据丢失？

我们有些数据库的索引碎片大于95％。尽我所能告诉我们，索引从未重建过，而重组得更少。多年。

（为了公平起见，这些表似乎确实启用了自动更新的统计信息。为了公平起见，他还勤于备份：每天完整，每小时记录trx日志。）

当我询问时，DBA说他不愿意重建或重组索引。当我问为什么时，他不能说清楚。最后，他说他担心潜在的数据丢失。例如，我们的Great Plains Dynamics会计应用程序使用了其中一个数据库，他对此感到非常焦虑。

我不是DBA，但从我的阅读中可以看出，他的焦虑似乎...难以理解。

我不确定下一步该怎么做。建议我应该如何进行？

重建数据库索引不应导致任何数据丢失。但是，由于要重建的索引通常在重建完成之前将不可用，因此可能会导致性能大幅下降。因此，应在受影响的系统处于空闲状态的非工作时间进行此操作。

偏执狂在DBA中是一件好事-如果他们担心数据丢失，我会让他们对备份进行适当的测试（将它们还原到单独的系统中，并确保数据全部存在），以及仍然担心，那么在重建索引之前执行完整备份将是采取的合理预防措施。

重建或碎片整理索引不会造成数据丢失的风险。

重组索引将花费更少的时间，并且减少了SQL Server的工作量，因此可以在一个工作日的实例类型中完成索引。如果您说的是正确的，那么即使重新组织从未使用过的索引，也可能对服务器造成更大的影响。由于删除和重建索引，重建索引将需要SQL Server的大量工作。在工作日的晚上进行重建不值得承担服务器忙于索引并且不为使用它的人员服务的风险。

我同意voretaq7的意见，如果他担心使用索引，请先在开发或测试服务器上尝试一下，看看其反应如何。