分布式数据复制(1. 复制发布模型综述)

复制发布模型综述

 

复制使用一个行业比喻来描述复制布局中的组件,这个组件包括发布者, 发行者, 订阅者, 数据实例, 文章(项目)和订阅, 以杂志的形式来考虑Microsoft SQL Server Replication是有效的.

 

(1). 一个杂志社(发布者)发行一个或多个刊物(数据实例).

(2). 一个刊物(发行内容)包含多篇文章(项目).

(3). 杂志社(发布者)可以自己发行杂志, 也可以雇佣发行人(发行者).

(4). 消费者(订阅者)收到他们已经订阅的刊物(发行内容)

 

尽管这个比喻对于理解”复制”是很有用的, 但注意SQL Server Replication那些在这个比喻中没有被体现的功能也是重要的,尤其是订阅者更新订阅信息,或发布者发出增量改变在他们数据实例中的项目.

 

复制布局定义了服务器和数据拷贝之间的关系, 和阐述了决定服务器之间数据发送的逻辑.  有几个复制过程(参照代理)在发布者和订阅者之间拷贝或移动数据过程中极具代表性, 下面的图示是一个和复制有关的组件或过程的概述

1.       Publisher(发布者/中心服务器)

发布者是一个通过复制可以让其他服务器访问的数据库实例. 发布者可以有一个或多个数据实例, 这些数据实例对要复制的一组数据或对象做出了逻辑阐述.

 

2.       Distributor(发行者/代理服务器)

代理服务器专门用来为和其他中心服务器相关联的要复制的数据进行存储的数据库实例. 在代理服务器中, 每个中心服务器都和一个单独的数据库(被看成一个发行服务器)相关联, 代理服务器数据库中存储了复制状态的数据或元数据, 在某些情况下, 代理服务器还扮演了数据队列的角色, 用来保存所有中心服务器到订阅者之间的数据复制,  但多数情况都是一个数据库实例充当着中心服务器和代理服务器的角色. 这样被看成是一个本地服务器.  当中心服务器和代理服务器被配置在分离的数据库实例中的时候, 代理服务器被看成一个远程服务器.

3.       Subscribers(订阅者)

订阅者是接收复制数据的数据库实例, 能够接收来自若干个中心服务器或代理服务器的数据, 这要参考您选择的复制数据的类型, 订阅者也能向中心服务器发出反馈信息(订阅改变)或重新发布数据到其他的订阅者.

4.        Article(项目)

项目是一个包含在数据库实例中的数据对象(例如数据表或存储过程), 这个数据库实例能够包含不同类型的项目, 包括: 表, 视图,存储过程或其他, 当数据表被当作项目发布时, 过滤器能够限制被发布到订阅者的行或列.

 

5.       Publication(数据库实例/刊物)

数据库实例是一个包含若干个项目的集合, 多个项目打包成一个数据库实例能够更容易的说明这些数据对象, 数据可以作为一个单元复制.

6.       Subscription(订阅/数据实例)

数据实例是订阅者从发布的数据库实例中请求获取的一个拷贝, 数据实例决定了何时何地接收的数据库实例, 有两种订阅的方式: 派发和请求, 想查询更多关于请查看http://msdn2.microsoft.com/en-us/library/ms151170.aspx.

 

 原文来自: http://msdn2.microsoft.com/en-us/library/ms152567.aspx