小编duy*_*ker的帖子

我之前曾问过以下有关 LogShipping 频率的问题，但我认为我可能错误地解决了这个问题（LogShipping 频率）

问题

我有一个高容量站点，我想将一些负载从主服务器上转移。我希望转移的主要领域是管理报告查询，它不需要数据是实时的（延迟 5-10 分钟是可以的）。

实验

日志运输

这似乎没问题，但我对它处理连接客户端的两种方式有疑问。

1. 恢复时断开连接。如果我有来自 Web 应用程序的长时间运行的报告，它会在处理过程中终止该报告。
2. 不要断开用户连接。这也不是很好，因为如果 admin db 获得大量流量，它无法在 db 上获得排他锁来进行恢复，并且数据差异的滞后可能会超过 10 分钟以上。

镜像

1. 这看起来很有希望，但似乎更侧重于数据冗余和故障转移数据库的能力，而不是我减少主服务器开销的实际目标。

题

是我在这里缺少的东西，我应该尝试其他东西（只读数据库，更好的硬件，集群），还是我完全错过了上述技术的要点？