Sql server MS-SQL Server 2005:正在初始化具有备用快照位置的合并订阅

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

复制原件 数据库，冻结，发送文件 乘飞机前往订户，以及 启动复制而无需 快照：这是一个 传统上和年长的人一起做 不同版本的SQL，但听起来有点奇怪 对我来说有点乱：我会的 将发布者的数据放入 只读模式并停止所有操作 复制，直到操作完成 完成

制作数据的快照， 将快照文件发送到国外， 在订阅服务器上安装它们，然后 指示新的快照位置 作为 复制属性。这个 对我来说听起来很公平（没有必要暂停正在进行的复制，也没有数据冻结），但是，在这个问题上 重点是，Microsoft帮助不。。。 救命啊

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

---

编辑：当然，你可以说“为什么不试试你的想法”，但这需要几个小时（sql Server、虚拟机等的多个实例…），我想做这件事的人只需要2分钟就可以解释他的想法。如果有人愿意腾出2分钟的时间来为我节省几个小时的辛苦工作，我会是最幸福的人。

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

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

---

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

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

我所做的是将SQL复制配置为使用快照的本地路径。然后我禁用了事务性作业（在您的例子中是合并作业）。然后我拍了张快照。我把快照拉上了拉链，把文件从加利福尼亚送到了中国。当他们到达中国时，我将他们解压缩，并将他们放在我在加利福尼亚使用的文件夹路径中

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

这种方法只需28小时，而不是一个多月

如果数据到达目的地需要几天以上的时间，则需要编辑发布并增加可排队的数据量，否则订阅服务器将超时，需要拍摄新快照