1年前,我们开始了一些海外合并复制,直到现在一切都很好。我的问题是,我们的系统中现在有太多数据,以至于订户服务器之一上的任何崩溃都将成为灾难:以标准方式重新初始化订阅将需要几天的时间(我们的连接肯定很慢,但已经非常昂贵了!)!我一直在跟进的想法如下:
制作原始数据库的副本,将其冻结,将文件通过飞机发送给订阅服务器,并在没有快照的情况下启动复制:这是传统上使用旧版SQL进行的操作,但对我来说听起来有些混乱:将不得不将发布者的数据置于只读模式,并停止所有复制,直到操作完成。 创建数据快照,将快照文件发送到国外,将其安装在订阅服务器上,并在复制属性中将新快照位置指示为备用位置。这对我来说听起来很公平(无需暂停正在进行的复制,无需冻结数据),但是就这一点而言,Microsoft帮助并没有帮助。 我相信你们当中有些人已经遇到过这种情况。您有什么选择?
编辑:当然,有人会说“你为什么不试一试你的想法”,但是这将花费几个小时(多个sql-servers,虚拟机实例以及所有这些东西...),我当时以为这样做的人只需要2分钟就能解释他的想法。如果有人接受放松2分钟的时间来节省我数小时的辛苦工作,我将是最快乐的人...
我们只是经历了这样的事情,而且还不是很漂亮。即使涉及的所有服务器都是本地服务器,仍然花费了很长时间。
只是为了使事情变得更困难,至少在SQL 2000中,如果压缩的cab超过4 Gig,快照将失败。
我能提供的最佳建议是确保每个站点都有良好的备份可用。这样,至少不必将数据手工传送给订户。
版权声明:本文内容由阿里云实名注册用户自发贡献,版权归原作者所有,阿里云开发者社区不拥有其著作权,亦不承担相应法律责任。具体规则请查看《阿里云开发者社区用户服务协议》和《阿里云开发者社区知识产权保护指引》。如果您发现本社区中有涉嫌抄袭的内容,填写侵权投诉表单进行举报,一经查实,本社区将立刻删除涉嫌侵权内容。