适用于超大表的 SQL Server 事务复制

Question

我在相对较慢的 VPN 连接的不同端的两个 SQL Server 之间设置了事务复制。 该设置是标准的“立即加载快照”类型的事情，初始化订阅后要做的第一件事是删除并重新创建订阅者端的所有表，然后开始对所有数据执行 BCP。 问题在于，有几个表中有几百万行，并且该过程要么 a) 花费非常很长的时间，要么 b) 完全失败。 当我查看复制监视器时，我不断收到的消息是：

• 进程正在运行，正在等待服务器的响应。
• 查询超时已过期正在
• 初始化

然后尝试重新启动批量加载过程（跳过已加载的任何 BCP 文件）。

我目前陷入困境，它只是一遍又一遍地这样做。 它已经运行了几天了。

我的问题是：

1. 由于网络连接速度太慢，我可以做些什么来改善这种情况吗？ 也许有一些设置什么的？ 我不介意等待很长时间，只要进程不超时即可。

2. 有更好的方法吗？ 也许做一个备份，压缩，复制，然后恢复？ 这样，复制过程如何知道在开始应用事务时从哪里开始，因为在我进行备份和将其恢复并在另一端运行之间会发生更新。

Answer 1

是的。
您可以手动应用初始快照。

我已经有一段时间了，但链接（进入 BOL）有设置订阅者的替代方案。

编辑：从 BOL How-tos 中， 从以下位置初始化事务订阅者备份

Answer 2

在 SQL 2005 中，您有一个“紧凑快照”选项，它允许您减少快照的总大小。 当通过网络应用时，快照项目会“传输”压缩到订阅者，然后在订阅者中进行扩展。

我认为您可以通过比较标准快照和压缩快照的大小轻松计算出潜在的速度增益。

顺便说一下，有一个（非常）类似的问题这里用于合并复制，但我认为在快照级别没有区别。