动时执行一次,发布和订阅端之间没有持续的数据流,并且这个过程是高带宽
和存储开销的操作。
默认情况下,其他类型的复制会在初始化时通过分发者,通过快照来同步
所有的订阅项。这种类型的复制最适合用于相对静态的数据环境。
事務複製:基于事务的一种复制类型,每个在发布项中的已提交的事务都会
被扫描,并通过分发者传输到订阅端。这个扫描操作是由日志读取器代理(
log
reader agent
)通过读取发布数据库中的事务日志完成。如果已发布项中有修
改,会把修改记录在分发者的分发数据库中。然后从分发数据库上,按照当前
的订阅类型,应用到订阅者中。
事务复制可以接近实时同步,并只占用少量的发布者空间。同时,这种类
型的复制可以配置成数据双向移动,但是事务复制的最初设计是仅仅用于单向
的。
合併複製:
最初的设计是用于允许修改发生在发布者和订阅者上。同时,合并复制在
订阅者不能持续连到发布者,可能隔天连一次这种情景下也很有用。这种情景下,可以每
天晚上同步,但是当一个数据被同时来自于不同发布者的数据所修改时,就会产生冲突。
可以通过一些配置来解决。
配置分發器:
分发者是事务复制的核心。其他组件的可用必须基于分发者的可用。所以是首要配置项。首先登录
SSMS
,这里是
TestServer2
。然后右键下图:
评论