MS-SQL Server 2005：使用备用快照位置初始化合并订阅

Question

一年前我们开始了一些海外合并复制，到目前为止一切都很顺利。 我的问题是，我们现在的系统中有如此多的数据，订阅者服务器上的任何崩溃都将是一场灾难：以标准方式重新初始化订阅将需要几天的时间（我们的连接速度肯定很慢，但已经非常非常昂贵）！ 我一直在遵循的想法如下：

1. 复制原件 数据库，冻结它，发送文件 通过飞机到达订户，以及 启动复制，无需 快照：这是以前的东西 传统上与年长者一起完成 SQL 版本，但听起来 对我来说有点混乱：我会 将我的发布商数据放入 只读模式并停止所有 重复直到操作完成 完全的。
2. 制作数据快照， 将快照文件发送到国外， 将它们安装在订阅者上，并且 指示新的快照位置 作为备用位置 复制属性。 这个 对我来说听起来很公平（没有必要暂停正在进行的复制，没有数据冻结），但是，在此 一点，微软帮助不... 帮助。

我相信你们中的一些人已经经历过这样的情况。 你的选择是什么？

编辑：当然，有人可能会说“你为什么不尝试一下你的想法”，但这需要几个小时（sql服务器、虚拟机和所有这些东西的多个实例......），我我认为做这件事的人只需要 2 分钟就能解释他的想法。 如果有人愿意牺牲 2 分钟的时间来让我省去几个小时的辛苦工作，我将是最幸福的人......

Answer 1

我们刚刚经历了这样的事情，这并不美好。 尽管涉及的所有服务器都是本地的，但仍然需要很长时间。

让事情变得更困难的是，至少对于 SQL 2000，如果压缩的 cab 超过 4 Gig，快照将会失败。

我能提供的最好建议是确保每个站点都有良好的可用备份。 这样，至少数据不必亲自携带给订户。

Answer 2

当我将数据从加利福尼亚州洛杉矶复制到中国时，我必须做类似的事情。 使用正常方法加载该快照需要 44 天。

我所做的是将 SQL 复制配置为使用快照的本地路径。 然后我禁用了事务性作业（在您的情况下是合并作业）。 然后我运行了快照。 我将快照压缩并通过 FTP 将文件从加利福尼亚传输到中国。 当它们到达中国时，我将它们解压缩并将它们放在我在加利福尼亚使用的同一文件夹路径中。

然后我从中国服务器上的命令行运行了 distrib.exe。 这样就将数据加载到了china的表中。 加载快照后，我关闭了中国服务器上的分发器，并启动了加利福尼亚服务器上的正常分发器。

这个方法只花了大约28个小时，而不是一个多月。

如果您的数据需要几天以上才能到达目的地，那么您将需要编辑发布并增加可以排队的数据量，否则订阅者将超时，并且需要创建新的快照。采取。