我有一个在SQL Server 2008 R2标准版完全安全模式下的镜像数据库。 我想创build一个维护计划，每周重build和重组索引。 维护计划设置为每天进行3次完整备份，每30分钟进行一次事务日志备份。 数据库非常活跃，并获得大量的stream量。 我试着在非繁忙时间手动重build索引，导致日志文件在原理上和镜像上大量增长。
在镜像环境中重build索引有没有具体的步骤？ 我在网上search，但在索引重build镜像和没有镜像方式找不到任何区别。
我也可以只使用DBCC SHRINKFILE原理来释放日志文件中未使用的空间而不停止镜像吗？
我强烈劝阻你不要经常缩短镜像情况下的日志。 有一天，你的日志会在主日志上增长，而没有磁盘空间在镜像上增长，主日志将无法发送日志，并将日志固定在位，直到日志增长，你会诅咒收缩你的日志，因为如果没有复杂的曲棍球，你将无法恢复镜像。
如果日志增长，这意味着它需要额外的空间。 最终它会稳定在适当的规模，并停止增长。 无论如何，这个大小就是你的日志所需的操作大小。 如果有的话，你应该立即增加你的日志，所以它会自动停止增长。
至于索引维护，你有证据表明他们需要按照你提出的频率进行重build吗？ 如果镜像数据库，则无法避免在索引重build操作期间减less所需的日志空间。
是的 – 在非镜像数据库和镜像数据库上重build索引有很大的不同。 这样做的影响更大，有些事情必须检查出来。
最重要的是在维护期间应该从全安全性转向高性能，以便在重新组织索引时不会等待镜像。
如果您真的需要这样做，日志文件可以被缩小，但是如果没有备份的活动事务不会生效。 收缩可以在理论上在镜像数据库上完成，但不要在数据文件上完成，因为索引上的碎片会增长很多。
对不起，您在这件事上没有find我的特别职位 。 你可以find答案，如果你有更多请问。