Dan Sorensen Asked: 2013-10-18 12:52:23 +0800 CST2013-10-18 12:52:23 +0800 CST 2013-10-18 12:52:23 +0800 CST 对于合并复制,我是否需要在所有站点或仅发布者上安排索引维护? 772 我有一个非常零散的数据库,它使用与远程站点的合并复制。我是否需要为所有站点安排索引维护(重组/重建)?或者只是在出版商的副本上? merge-replication fragmentation 2 个回答 Voted Best Answer John Sansom 2013-10-18T13:31:16+08:002013-10-18T13:31:16+08:00 有点大锤的方法和“最佳实践”的答案是肯定的在所有站点上运行索引维护。 话虽如此,索引碎片只有在给您带来明显的性能损失时才是真正的问题。如果这样做没有实际价值,您不必“必须”执行维护。 可以独立评估复制拓扑中每个数据库/实例的性能,以确定索引维护是否有益。高度碎片化作为孤立的指标并不一定意味着索引维护会导致显着的性能改进。 通过考虑索引的大小、查询数据访问模式、存储配置和查询响应时间,您可以确定索引维护是否有益并提供更完善的索引维护策略。假设这是值得的努力...... Jonysuise 2013-10-18T12:57:58+08:002013-10-18T12:57:58+08:00 最好的做法是在所有实例上维护索引。
有点大锤的方法和“最佳实践”的答案是肯定的在所有站点上运行索引维护。
话虽如此,索引碎片只有在给您带来明显的性能损失时才是真正的问题。如果这样做没有实际价值,您不必“必须”执行维护。
可以独立评估复制拓扑中每个数据库/实例的性能,以确定索引维护是否有益。高度碎片化作为孤立的指标并不一定意味着索引维护会导致显着的性能改进。
通过考虑索引的大小、查询数据访问模式、存储配置和查询响应时间,您可以确定索引维护是否有益并提供更完善的索引维护策略。假设这是值得的努力......
最好的做法是在所有实例上维护索引。