SQL Server 2012 使用订阅发布同步数据库
如何让数据既统一又独立？其实SQLServer已经为我们提供了很好的解决方案：发布、订阅。打开SQL Server2012的对象资源管理器我们可
软件做大了，客户就多了，一个数据库服务器是远远不够的，当有一台数据服务器卦掉，那整个系统就会崩溃，所以必须考虑到数据库的自动同步与备份，当一台数据库服务
器宕机，自然就有用一台数据服务器启动起来保证整个软件系统的可用性。备份数据库与总数据库之间既统一又独立。这就是业务，技术服务于业务，那么摆在我们面前的问题是
如何让数据既统一又独立？其实SQLServer已经为我们提供了很好的解决方案：发布、订阅。
打开SQL Server2012的对象资源管理器我们可以看到里面有一个”复制“节点。（图1）
先来简单了解下复制的概念：
复制是将数据或数据库对象从一个数据库复制和分发到另外一个数据库，并进行数据同步，从而使源数据库和目标数据库保持一致。使用复制，可以在局域网和广域网、
拨号连接、无线连接和Internet上将数据分发到不同位置以及分发给远程或移动用户。
复制由发布服务器、分发服务器、订阅服服务器组成：
发布服务器：数据的来源服务器，维护源数据，决定哪些数据将被分发，检测哪些数据发生了修改，并将这些信息提交给分发服务器。
分发服务器：分发服务器负责把从发布服务器拿来的数据传送至订阅服务器。
订阅服务器：订阅服务器就是发布服务器数据的副本，接收维护数据。
点开复制节点我们看到其下面的两个自节点：“本地发布”、“本地订阅”（图2）
举个经典的例子解释下发布、订阅：
发布服务器类似于报社，报社提供报刊的内容并印刷，是数据源；分发服务器相当于邮局，他将各报社的报刊送（分发）到订户手中;订阅服务器相当于订户，从邮局那
里收到报刊。
发布服务器通过复制向其他位置提供数据，分发服务器起着存储区的作用，用于复制与一个或多个发布服务器相关联的特定数据。每个发布服务器都与分发服务器上的单
个数据库（称作分发数据库）相关联。分发数据库存储复制状态数据和有关发布的元数据，并且在某些情况下为从发布服务器向订阅服务器移动的数据起着排队的作用。在很
多情况下，一个数据库服务器实例充当发布服务器和分发服务器两个角色。这称为“本地分发服务器”。订阅服务器是接收复制数据的数据库实例。一个订阅服务器可以从多
个发布服务器接收数据。
好了先消化一下理论，下面我们创建一个发布服务器：
在“本地发布”节点上右击->新建发布由于我没有安装复制组件所以出了点儿意外（图3）
重新运行SQL Server2012安装向导，，选择SQL Server复制功能（图4）
下一步->下一步->直到完成。
这次再点击“新建发布”，界面不一样了（图5）
点击下一步（图6）
我们先实验一下“本地分发服务器”模式直接点击下一步，由于我之前没有启动SQL Server代理所以又出了点儿小意外（图7）
微软已经解释的很清楚了，直接点击下一步（图8）
到了这一步是不是感到有些迷惑？好了我们先消化几个概念：
推订阅：推订阅是指由发布服务器将所有发生修改过的数据复制给订阅者，推荐使用推订阅。
拉订阅：拉订阅是指订阅服务器在经过一段时间就会向发布服务器要求复制出版数据库发生的变化的数据。
发布，分发，订阅可以部署在独立的服务器上面也可以部署在一台sql server 上面，分开部署可以提高性能。
点击下一步，键入数据库发布向导（选择要发布的数据库）（图9）
点击“下一步” 如图10
更多详情见请继续阅读下一页的精彩内容：