混合事务复制和日志传送？

Question

我已使用推送事务复制将大型数据库（接近1TB）复制到三台远程服务器。 订阅者是只读的。 每个月的一天中会插入大量数据（并从其他来源更新）（来自其他来源）。 一天之后，它总是使复制失败，我们每个月都通过备份手动初始化复制。

是否可以在插入日之前切换到日志传送，并在批量插入日志传送后切换回事务复制？ 因此，没有必要复制大备份文件以进行重新初始化吗？

Answer 1

否。事务复制是逻辑的，而日志传送是物理的。 您不能随意在两者之间切换。 但是，如果您的订户是只读的，那么可以通过日志传送来立即替换事务复制，这是以稍微延迟更新为代价的，并且每次创建日志时都必须断开备用站点上的阅读器应用（通常这听起来并不像听起来那么糟糕）。 鉴于与事务复制相比，日志传送效率更高且问题更少，我将毫不犹豫地一劳永逸地进行此替换。

Answer 2

我质疑您是否需要定期重新初始化。 复制拓扑已经花了很长时间了，而无需重新初始化。 而当我们这样做时，仅仅是因为发生了架构更改，效果不好。 当您说大量数据无法复制时，这是什么意思？ 复制将很高兴为订户提供大量的数据更改。 如果您遇到了延迟限制问题，则可以增加这些限制，也可以在发布者处将大型事务分解为较小的事务。 您还可以选择为日志读取器代理设置MaxCmdsInTran选项，以使它为您分解事务。