SQL Server 复制：事务发布（读写分离）

1、背景

　　在复制的运用场景中，事务发布是使用最为普遍的，我遇到这样一个场景：在YangJiaLeClub数据库中有表、存储过程、视图、用户定义函数，须要提供给其它程序读取放入缓存，程序须要比较及时的获取到这些数据，须要从权限和性能控制的角度出发，我采用了SQL Server的事务复制技术和timestamp，下面只讲述事务复制的搭建过程；

 

2、实现过程

(一) 环境信息

	操做系统	IP	服务器名称	数据库版本	数据库名称	数据库账号信息
发布服务器	Windows 10 企业版	192.168.2.100	DESKTOP-SDIK64J	SQL Server 2008 R2	YangJiaLeClub	sa/bwl reg/bwl
分发服务器	与发布服务器同一台机器
订阅服务器1	Windows Server 2008r2 Enterprise	192.168.2.117	Win-DB-Slave1	SQL Server 2008 R2	YangJiaLeClub	sa/bwl
订阅服务器2	Windows Server 2008r2 Enterprise	192.168.2.118	Win-DB-Slave2	SQL Server 2008 R2	YangJiaLeClub	sa/bwl

1.发布服务器：

 1.1 在防火墙中设置入栈规则，开放1433和1434端口

      

 

2.订阅服务器：

2.1.Sql Native Client 10配置（32位）新建别名：

 

 2.Host 服务器名与IP映射（因为发布订阅服务器名称必须是：服务器+“\”+实例名访问）

 目录： C:\Windows\System32\drivers\etc

 

3.控制面板\用户账户\凭据管理器

    建立凭据

 

 

 

(二) 搭建步骤

A. 发布服务器配置

　　首先在发布数据库和订阅数据库上建立相同的账号和密码（reg/bwl），而且设置YangJiaLeClub数据库的安全对象，设置这样的账号的目的就是为了和程序链接到数据库的账号区分开，能够作权限上的控制，方便问题的排查；

--更改安全对象的全部权

ALTER AUTHORIZATION ON DATABASE::[YangJiaLeClub] TO [reg]

在F盘目录下建立文件夹：F:\DB\Net\ReplData，并设置这个文件夹为共享目录，共享用户为biwl

 

（Figure1_1：文件夹权限）

这里须要设置SQL Server Agent登录账号为上面文件夹访问用户biwl（发布服务器和订阅服务器都须要创建biwl相同账号和密码设置SQLServer代理服务）

 

（Figure1_2：SQL Server Agent登录账号）

 

（Figure2：配置分发-分发服务器）

　　若是你设置快照文件夹路径为：F:\DB\Net\ReplData，即便你的发布服务器自己就是分发服务器，若是订阅服务器是另一台机器，那么在请求（Pull）订阅（若是是推送（Push）订阅就没有这个限制）模式下订阅代理是没法访问到这个快照文件的；除非你发布服务器、分发服务器和订阅服务器都是同一台机器；你应该设置快照文件夹路径为：\\DESKTOP-SDIK64J\ReplData；

 

（Figure3：快照文件夹）

（Figure4：数据库）

• 快照发布：隔一段时间会覆盖订阅服务器的数据库，在订阅服务器上作的修改一样被覆盖；
• 事务发布：是一种接近实时地从源到目标分发数据的方法；
• 具备可更新订阅的事务发布：订阅服务器可更新发布服务器的数据；
• 合并发布：发布服务器和订阅服务器的更新都会同步到对方，注意ID在合并发布上的冲突

（Figure5：事务发布）

注意表必须有主键才能进行复制，选择你必要的字段，这样能够减轻快照文件的大小和传输时间，并且在业务逻辑上更加安全，若是有须要，你还能够对记录进行过滤；

（Figure6_1：表字段）

 

（Figure6_2：存储过程）

 

（Figure6_3：视图）

 

（Figure6_4：用户定义函数）

（Figure7：快照代理）

（Figure8：安全设置）

使用上面建立好的ReplicationUser账号做为链接到发布服务器的账号和密码；

（Figure9：使用刚刚建立的账号密码）

（Figure10：建立发布）

（Figure11：发布名称）

 

（Figure12：查看复制状况）

 

B. 订阅服务器配置

建立完发布服务器（分发服务器也一块儿建立了），接下来就能够建立订阅服务器了，下面是具体的步骤：

 

（Figure13：查找发布服务器）

（Figure14：查找发布服务器）

（Figure15：选择发布）

（Figure16：请求订阅）

（Figure17：订阅数据库）

（Figure18：订阅链接）

（Figure19：账号密码）

（Figure20：代理计划）

（Figure21：初始化订阅）

（Figure22：建立订阅）

（Figure23：订阅）

（Figure24：发布服务器上的订阅）

（Figure25：复制监视器）

（Figure26：订阅数据库新增的表）

（Figure27：表数据）

 

3、注意事项

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)。

 

4、疑问

1. SQL Server 只有在完整日志模式下才能使用复制嘛？

解惑：在简单模式下同样可使用复制；

2. 若是是跨网段（跨机房）的发布与订阅，有没办法实现？须要注意什么？

解惑：能够经过修改host文件的方式搭建复制，请参考：SQL Server跨网段（跨机房）复制

3. 若是说上面的状况能够在host设置，可是若是有端口映射的，host也没法设置吧？

解惑：在SQL Server配置管理器里创建别名，一样可参考：SQL Server跨网段（跨机房）复制

4. 订阅的形式能够选择推送订阅或者请求订阅，请求订阅下降分发服务器处理工做的开销，这个开销有多大呢？怎么计算影响？

解惑：只有在有不少订阅服务器的时候才比较明显，推送订阅与请求订阅更大的区别是在管理方面的不一样；

 

5、参考文献

快照复制

SQL Server 复制

timestamp (Transact-SQL)

SQL Server 复制订阅与发布

SQL Server复制入门(一)----复制简介

SQL Server复制入门(二)----复制的几种模式

使用快照初始化订阅

复制