首页
学习
活动
专区
圈层
工具
发布
社区首页 >问答首页 >复制推荐

复制推荐
EN

Database Administration用户
提问于 2017-08-17 14:40:46
回答 1查看 105关注 0票数 2

我被要求研究在我们即将到来的项目中使用Server复制技术的可行性。在这个项目中,基本上有一个位于公司总部的中心服务器(比如集线器),还有多个位于远程位置的服务器(比如节点)。所有节点都将使用我们的应用程序获取数据,集线器将直接将数据注入Server。我得到了两个业务需求,需要通过这个解决方案来满足,

  1. 数据要在集线器和节点之间进行同步。
  2. 来自一个节点的数据不会出现在另一个节点上。

因此,基于这些需求,我选择尝试合并Replication.For测试,设置集线器和2个节点。集线器也是分销商。然后选择数据库的所有对象并创建订阅。并将两个节点注册为订阅服务器。这套装置有效..。差不多了。我面临的问题是,如果我从node1更新数据,它会出现在集线器和node2中(反之亦然)。这不符合我们的第二个要求。

我熟悉复制,但不精通复制,如果有人能建议我的方法有什么问题,我会非常感激的。还是合并复制对我的情况不是一个好的选择?

对于安装在WindowsServer2012R2中的所有3个实例,我都使用Server 2014标准版本。

EN

回答 1

Database Administration用户

发布于 2017-08-18 16:18:46

不理想的answer....but可能是,我们将不得不添加一个表列,并使用它来表示不同的位置。因此,在进行合并复制之后,node1位置位为0,node2位置位为1....so --这对于hub.....however来说并不重要,因为node1可以使用该位置筛选器进一步报告proc代码。node2过程代码也是如此。别重复这个程序。似乎有些编码上的努力。所以,基本上我们让数据复制.但是,通过使用已过滤的proc代码限制它不能进入报表。谢谢。

票数 0
EN
页面原文内容由Database Administration提供。腾讯云小微IT领域专用引擎提供翻译支持
原文链接:

https://dba.stackexchange.com/questions/183742

复制
相关文章

相似问题

领券
问题归档专栏文章快讯文章归档关键词归档开发者手册归档开发者手册 Section 归档