1年前，我们开始了一些海外合并复制，直到现在一切都很好。我的问题是，我们的系统中现在有太多数据，以至于订户服务器之一上的任何崩溃都将成为灾难:以标准方式重新初始化订阅将需要几天的时间(我们的连接肯定很慢，但已经非常昂贵了!)!我一直在跟进的想法如下:
数据库，冻结它，发送文件
乘飞机到订户，以及
启动复制而无需
快照:这是以前
传统上与年长的
版本的SQL，但听起来
对我有点混乱:我会
将我的发布者的数据放入
只读模式并全部停止
复制直到操作完成
完成。
将快照文件发送到国外，
将它们安装在订阅服务器上，并
指示新的快照位置
作为替代位置
复制属性。这个
对我来说听起来很公平(无需暂停正在进行的复制，无需冻结数据)，但是
点，微软的帮助不...
帮帮我。
我相信你们当中有些人已经遇到过这种情况。您有什么选择？
编辑:当然，有人会说“你为什么不试一试你的想法”，但是这将花费数小时(多个sql-servers，虚拟机实例以及所有这些东西...)，我当时以为这样做的人只需要2分钟就能解释他的想法。如果有人接受放松2分钟的时间来节省我数小时的辛苦工作，我将是最快乐的人...
最佳答案
将数据从加州洛杉矶复制到中国时，我必须做类似的事情。使用常规方法加载该快照将需要44天。
我所做的是将SQL复制配置为使用快照的本地路径。然后，我禁用了事务性作业(在您的情况下为合并作业)。然后，我运行了快照。我压缩了快照，然后将文件从加利福尼亚州FTP传输到了中国。当他们到达中国时，我将它们解压缩，并将其放在我在加利福尼亚使用的相同文件夹路径中。
然后，我从中国服务器上的命令行运行distrib.exe。这会将数据加载到中国的表格中。加载快照后，我关闭了中国服务器上的分发服务器，并启动了加利福尼亚服务器上的普通分发服务器。
此方法仅花费了大约28个小时，而不是一个月的时间。
如果您的数据要花几天时间才能到达目的地，那么您将需要编辑发布并增加可以排队的数据量，否则订阅者将超时并且需要创建新的快照。采取。
关于sql-server - MS-SQL Server 2005:使用备用快照位置初始化合并订阅，我们在Stack Overflow上找到一个类似的问题：https://stackoverflow.com/questions/125849/