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

时间:2011-10-02 04:20:04

标签: sql-server sql-server-2008 replication database-replication log-shipping

我使用推送事务复制将一个大型数据库(接近1TB)复制到三个远程服务器。订阅者是只读的。每月一天内插入和更新(从其他来源)更多数据。它总是在一天之后失败复制,我们每月手动初始化备份复制。

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

2 个答案:

答案 0 :(得分:1)

没有。事务复制是合乎逻辑的,而日志传送是物理的。你无法在两者之间随意切换。但是,如果您的订阅者只读开始,那么事务复制可以直接替换日志传送,代价是稍微延迟更新,并且每次日志时都必须断开备用站点上的读者应用(通常这远不如听起来那么糟糕)。鉴于与事务复制相比,日志传送的效率和问题要小得多,我会毫不犹豫地做一次这样的替换。

答案 1 :(得分:0)

我怀疑你需要按计划重新初始化。我有复制拓扑很长一段时间没有重新初始化的需要。当我们这样做时,只是因为有一个架构变化并没有发挥出色。当你说大量数据无法复制时,这是什么意思?复制将很乐意为订户提供大量数据更改。如果您遇到延迟限制,可以在发布者处增加或将大型交易分解为较小的交易。您还可以选择为日志阅读器代理设置MaxCmdsInTran选项,让 it 为您分解交易。