一、背景
在复制的运用场景中，事务发布是使用为广泛的，我遇到这样一个场景：在Task数据库中有Basic与Group两个表，需要提供这两个表的部分字段给其它程序读取放入缓存，程序需要比较及时的获取到这些数据，作为DBA你需要从权限和性能控制的角度出发，我采用了SQL Server的事务复制技术和timestamp，下面只讲述事务复制的搭建过程；
二、实现过程
(一) 环境信息
系统环境：Windows Server 2008 + SQL Server 2008 R2
发布服务器：192.168.1.151，服务器名称：USER-H2B2A89PEK
分发服务器：与发布服务器同一台机器
订阅服务器：192.168.1.152，服务器名称：USER-FJMO8L052U
发布数据库：Task
订阅数据库：TaskSiteInfo
数据库帐号：ReplicationUser/ ReplicationPassword
(二) 搭建步骤
A. 发布服务器配置
首先在发布数据库和订阅数据库上创建相同的帐号和密码（ReplicationUser/ ReplicationPassword），并且设置Task数据库的安全对象，设置这样的帐号的目的就是为了和程序连接到数据库的帐号区分开，可以做权限上的控制，方便问题的排查；
--更改安全对象的所有权
ALTER AUTHORIZATION ON DATABASE::[Task] TO [ReplicationUser]
在E盘目录下创建文件夹：E:\ReplData，并设置这个文件夹为共享目录，共享用户为barefootadmin；
（Figure1_1：文件夹权限）
这里需要设置SQL Server Agent登陆帐号为上面文件夹访问用户barefootadmin；
（Figure1_2：SQL Server Agent登陆帐号）
（Figure2：分发服务器）
如果你设置快照文件夹路径为：E:\ReplData，即使你的发布服务器本身就是分发服务器，如果订阅服务器是另外一台机器，那么在请求（Pull）订阅（如果是推送（Push）订阅就没有这个限制）模式下订阅代理是无法访问到这个快照文件的；除非你发布服务器、分发服务器和订阅服务器都是同一台机器；你应该设置快照文件夹路径为：\\USER-H2B2A89PEK\ ReplData；
（Figure3：快照文件夹）
（Figure4：数据库）
- 快照发布：隔一段时间会覆盖订阅服务器的数据库，在订阅服务器上做的修改同样被覆盖；
- 事务发布：是一种接近实时地从源到目标分发数据的方法；
- 具有可更新订阅的事务发布：订阅服务器可更新发布服务器的数据；
- 合并发布：发布服务器和订阅服务器的更新都会同步到对方，注意ID在合并发布上的冲突
（Figure5：事务发布）
注意表必须有主键才能进行复制，选择你必要的字段，这样可以减轻快照文件的大小和传输时间，而且在业务逻辑上更加安全，如果有需要，你还可以对记录进行过滤；
（Figure6_1：表字段）
（Figure6_2：表字段）
（Figure6_3：表字段）
（Figure7：快照代理）
（Figure8：安全设置）
使用上面创建好的ReplicationUser帐号作为连接到发布服务器的帐号和密码；
（Figure9：使用刚刚创建的帐号密码）
（Figure10：创建发布）
（Figure11：发布名称）
（Figure12：查看复制情况）
B. 订阅服务器配置
创建完发布服务器（分发服务器也一起创建了），接下来就可以创建订阅服务器了，下面是具体的步骤：
（Figure13：查找发布服务器）
（Figure14：查找发布服务器）
（Figure15：选择发布）
（Figure16：请求订阅）
（Figure17：订阅数据库）
（Figure18：订阅连接）
（Figure19：帐号密码）
（Figure20：代理计划）
（Figure21：初始化订阅）
（Figure22：创建订阅）
（Figure23：订阅）
（Figure24：发布服务器上的订阅）
（Figure25：复制监视器）
（Figure26：订阅数据库新增的表）
（Figure27：表数据）
三、注意事项
1. 在SQL SERVER下实现发布服务器和订阅服务器的通信正常（即可以互访），打开1433端口，在防火墙中设置入站规则；
2. 发布服务器与订阅服务器的SQL Server Agent代理帐号必须设置的一样，否则不能互访；
3. 如果你希望在复制的过程中一并复制非聚集索引，可以对发布属性-项目进行如下设置，修改完之后需要重新生成快照；
（Figure28：非聚集索引复制）
4. 复制代理：快照代理（snapshot agent） 分布式代理（Distribution agent）日志读代理（log Reader agent） 合并代理（Merge agent） 队列读代理（Queue Reader Agent）
5. 适合使用复制的一些场景包括：
1) 负载均衡：通过将数据复制到其它数据库服务器来减少当前服务器的负载，比如说典型的应用就是分发数据来分离OLTP和OLAP环境；
2) 分区：将经常使用的数据和历史数据隔离，将历史数据复制到其它数据库中；
3) 授权：将一部分数据提供给需要使用数据的人，以供其使用；
4) 数据合并：每个区域都有其各自的数据，将其数据进行合并。比如一个大公司，每个地区都有其各自的销售数据，总部需要汇总这些数据；
5) 故障转移：复制所有数据，以便故障时进行转移；
6. 快照复制或事务复制生成快照文件的类型有：
架构 (.sch)、数据 (.bcp)、约束和索引 (.dri)、约束 (.idx)、触发器 (.trg)（只用于更新订阅服务器）、压缩的快照文件 (.cab)。
四、疑问
1. SQL Server 只有在完整日志模式下才能使用复制嘛？
解惑：在简单模式下一样可以使用复制；
2. 如果是跨网段（跨机房）的发布与订阅，有没办法实现？需要注意什么？
解惑：可以通过修改host文件的方式搭建复制，请参考：SQL Server跨网段（跨机房）复制
3. 如果说上面的情况可以在host设置，但是如果有端口映射的，host也无法设置吧？
解惑：在SQL Server配置管理器里建立别名，同样可参考：SQL Server跨网段（跨机房）复制
4. 订阅的形式可以选择推送订阅或者请求订阅，请求订阅降低分发服务器处理工作的开销，这个开销有多大呢？怎么计算影响？
解惑：只有在有很多订阅服务器的时候才比较明显，推送订阅与请求订阅更大的区别是在管理方面的不同；
五、参考文献
本文来源https://www.cnblogs.com/gaizai/p/3305879.html
