SQL Server 复制 - 发布订阅(SQL Server 数据同步)-阿里云开发者社区

开发者社区> 数据库> 正文

SQL Server 复制 - 发布订阅(SQL Server 数据同步)

简介: 原文:SQL Server 复制 - 发布订阅(SQL Server 数据同步)   SQL Server的同步是通过SQL Server自带的复制工具来实现的,分发布和订阅2大步。 A,复制-发布 发布之前,需要设置好几个前置条件,发布属性和快照位置。
原文:SQL Server 复制 - 发布订阅(SQL Server 数据同步)

  SQL Server的同步是通过SQL Server自带的复制工具来实现的,分发布和订阅2大步。

A,复制-发布

发布之前,需要设置好几个前置条件,发布属性和快照位置。发布主要是设置发布数据库,如未设置,所有的发布,订阅可正常进行,也可通过快照同步,但是却无法在后面的修改中实时同步。

其次,设置快照位置。快照位置设置是在“分发服务器属性”中的发布服务器设置。如果设置的位置不能被订阅机访问,订阅是最好采用发布机推送订阅方式,而不是订阅机请求订阅方式。

B, 复制-订阅

快照发布:
发布服务器会定时向订阅服务器传递数据,如果订阅服务器修改过数据,定时传递后订阅服务器的数据修改会全部丢失,全部以发布服务器为准(单向同步,同步后,B的数据全部与A一致,相当于A做过的修改无发生效)


事务性发布:
发布服务器会定时检查数据是否有修改过,如果有则向订阅服务器传送数据(记录行级)--(即如果订阅服务器修改了某行数据,而发布服务器该行未改,则订阅 服务器这一行的记录与发布服务器不同步,直到发布服务器修改这一行数据为止,也就是单向同步,并且对同步过的内容不再管理,同步过后,B的数据不一定与A一致)

具有可更新订阅的事务性发布:
发布服务器与订阅服务器可以独立修改,会定时合并(换句话说,这里的同步,是双向的同步,A的修改可同步到B,B的修改后也可同步到A)

 

至于其它的发布,订阅步骤之类的,网上太多了,不做赘述,查阅即可。

版权声明:本文内容由阿里云实名注册用户自发贡献,版权归原作者所有,阿里云开发者社区不拥有其著作权,亦不承担相应法律责任。具体规则请查看《阿里云开发者社区用户服务协议》和《阿里云开发者社区知识产权保护指引》。如果您发现本社区中有涉嫌抄袭的内容,填写侵权投诉表单进行举报,一经查实,本社区将立刻删除涉嫌侵权内容。

分享:
数据库
使用钉钉扫一扫加入圈子
+ 订阅

分享数据库前沿,解构实战干货,推动数据库技术变革

其他文章