在Server中,如果与索引重建或重新组织相比,数据库恢复时间较短。我们是否可以选择恢复作为DE-碎片的选项。如果不是24/7的数据库的话。
发布于 2012-07-12 23:06:33
这没什么意义。如果您以前还原了一个数据库,那么您将不会捕获自备份后发生更改的数据。(但我假设您的意思是一个备份,后面跟着一个恢复)
如果您讨论的是一个完整的备份,然后立即恢复,那么您将在还原的数据库中保存碎片,就像备份它时一样。
因此,无论哪种方式,我都会说不,这是不可取的。基于分割的谨慎索引重建/重组是最佳做法。
请看揭穿这个神话的这篇关于数据库恢复和索引碎片的博文。还原数据库时还会还原备份时的碎片。
发布于 2012-07-12 22:48:42
通常情况下,还原(至少在“现代”sql服务器中)是经过优化的,可以快速读写数据。索引保留在备份时的状态。
发布于 2012-07-13 10:26:26
DB还原可以在磁盘级别(物理上)去碎片,但在页面级别仍然存在相同的内部碎片。因此,您仍然需要进行索引维护。
https://dba.stackexchange.com/questions/20819
复制相似问题