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

Question

我们在1年前开始了一些海外合并复制，到目前为止一切都很好。 我的问题是，我们的系统中现在有如此多的数据，其中一个用户的服务器上的任何崩溃都将是一场灾难：重新初始化订阅标准方式需要几天（我们的联系肯定很慢，但已经非常昂贵）！ 我一直在跟进的想法如下：

1. 制作原始数据库的副本，冻结它，通过飞机将文件发送给订阅者，并在没有快照的情况下启动复制：这是传统的旧版本SQL，但对我来说听起来有点乱：我必须将我的发布者的数据置于只读模式并停止所有复制，直到操作完成。
2. 制作数据快照，将快照文件发送到国外，将其安装在订户上，并将新快照位置指定为复制属性中的备用位置。 这对我来说听起来很公平（没有必要暂停正在进行的复制，没有数据冻结），但是，在这一点上，微软的帮助并没有帮助。

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

编辑：当然，人们可以说“你为什么不试试你的想法”，但它需要几个小时（多个sql服务器，虚拟机和所有东西......），我我认为这样做的人只需要2分钟来解释他的想法。 如果有人接受了2分钟的时间来节省我几个小时的辛勤工作，那么我将是最幸福的人。

Answer 1

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

只是为了使事情变得更加困难，至少在SQL 2000中，如果压缩的驾驶室超过4千兆，快照将会失败。

我能提供的最好建议是确保每个站点都有良好的备份。 这样，至少数据不必手动传送给用户。

Answer 2

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

我所做的是配置SQL Replication以使用快照的本地路径。 然后我禁用了事务性作业（在您的情况下是合并作业）。 然后我跑了一下。 我拉上了快照并将文件从加利福尼亚FTP到中国。 当他们到达中国时，我将它们解压缩并将它们放在我在加利福尼亚州使用的文件夹路径中。

然后我从中国服务器上的命令行运行distrib.exe。 这将数据加载到中国的表格中。 加载快照后，我关闭了中国服务器上的经销商，并启动了加利福尼亚服务器上的普通经销商。

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

如果您的数据需要花费几天时间才能到达目的地，那么您将需要编辑发布并增加可排队的数据量或订阅者将超时并需要新的快照拍摄。