MSSQL 主从数据库配置
作者：互联网
背景：公司某些记录表在写入优先查询的情况下，偶尔出现查询超时现象。
方案：实现读写分离。对数据库进行主从配置，以达到在不影响写入得情况下，提高查询效率的目的。
1、主库：也称读写库，主要用来处理增、删、改，特殊情况也可以查。
2、从库：也称只读库，主要用来查询数据。
常见实现方式：复制模式、镜像传输、日志传输、和 Always On技术
1、复制模式
1.1、简介
复制模式也被称为【发布-订阅模式】，是由主服务器进行发布消息，备份服务器进行订阅，当主服务器数据发生变更时，就会发布消息，备份服务器读取消息进行同步更新，中间过程延迟比较短。
复制模式是以前很常见的一种主备，速度快，延迟小，可以支持部分同步等优点，但是也有一个很明显的缺点，因为是部分同步，如果是表修改，可以主动同步，但是如果是新增表、视图等操作，必须在发布属性中，将新加的表或者视图添加到同步配置中，否则对这个表做的任何操作都不会同步。
复制模式同步，要求数据库服务名称和主机名称必须一致，否则查找不到数据库主机；要求数据库不能使用端口，必须是可以通过ip直接访问的。
1.2、发布分为4种模式：
1.2.1、快照发布
发布服务器按'预定的时间间隔'向订阅服务器发送已发布数据的快照。
快照发布，就是将所有要发布的内容，做成一个镜像文件，然后一次性复制到订阅服务器，两次快照之间的更新不会实时同步,而是按照设置的'预定间隔'进行。这种方式占用带宽较多，因此比较适用内容不是很大，或者更新不需要很频繁的场景。
1.2.2、事务发布
在订阅服务器收到已发布数据的初始快照后，发布服务器将事务流式传输到订阅服务器。
事务发布，是在第一次设置好事务复制之后，所有发布的内容都会进行镜像快照，订阅服务器收到已发布数据的初始快照后，发布服务器将事务流式传输到订阅服务器。当主服务器数据发生变更时，会通过日志传递同步
给订阅服务器，数据近似于同步更新。
此方式会对主服务器性能造成很大影响（实时同步每次变更，而不是最终变更），适用于对数据及时性要求比较严格主备方案，但是目前已被微软提供的集群 Always On 所取代。
1.2.3、对等发布
对等发布支持多主复制。发布服务器将事务流式传输到拓扑中的所有对等方。所有对等节点可以读取和写入更改，且所有更改将传播到拓扑中的所有节点。
1.2.4、合并发布
合并发布是相当于两台都是主服务器，都可以对数据进行更新修改等操作，然后定时将发布服务器上的内容与订阅服务器上的内容进行合并，并根据配置保留相应内容，此种很少用。
1.3、该模式的订阅分两种：
1.3.1、请求订阅：从数据库按照既定的周期来请求主数据库，将增量数据脚本获取回去执行，从而实现数据的同步。
1.3.2、推送订阅：主数据库数据有变更的时候，会将增量数据脚本主动发给各个从数据库(性能优于请求订阅模式，建议使用)。
备注：从数据库中表设计的时候，主键不要用自增！！
2、镜像传输
数据库镜像传输，严格来说不是主从架构，而是主备架构，将两台数据库服务器通过一台中间监控服务器关联起来，两台服务器通过镜像文件，实时同步数据（有延迟，延迟很短）。当主服务器宕机之后，监控服务器自动切换到备份服务器上。
此方案优点是可以快速的切换主备方案，相比较Always on集群，可以不用共享磁盘即可实现，避免了数据库集群存储单点故障，导致整个集群崩溃。
缺点也很明显，无论是主备服务器，要实现同步操作，都是依赖于性能低的那一端，因此两台服务器都要是高性能的才可以保证同步的及时性；同时备份服务器只是备份和故障转移，不能提供从服务器的只读访问，因此才说是主备服务器，而且是一对一，只能有一台备份服务器。
3、日志传输
与镜像传输模式类似，是将主数据库日志备份，发送到从服务器上，然后从服务器还原日志，更新数据。
此方式优点在于从服务器可以有多台从服务器，而且当主服务器脚本操作异常后，只需要在日志同步之前，及时拦截日志传输，即可保留从服务器数据，减少灾难损失；此方式相较于“复制发布”模式，还有一个有点就是无论是新增表、视图等等，都会通过日志同步给从服务器，而复制模式不行
而相应的缺点就是通过日志备份传输，在还原，会有较大的时间延迟。而且无法自动转移故障，只能手动转移。
4、Always On技术
AlwaysOn是基于Windows的故障转移集群，集群技术是微软提供的，可用性最高的主备方案。它是将多台服务器通过一个共享的外部存储区域（SAN），连接成一个资源共享的服务器群体，数据库文件和实例，都存放并运行在该共享区域节点上，每台服务器相当于一个节点，共同访问共享的节点实例。服务器只有一个节点处于活动状态，当活动节点出现故障，会有其他节点主动启动，取代当前故障点，整个过程只需要几秒钟，用户无法感知。
集群有很多优点，是目前最高效的高可用技术，但是他也有很明显的缺点，所有的节点，都依赖于共享节点实例，如果共享节点出现故障，将会导致整个集群失去作用，且很难恢复。
复制模式实操：
1、事先准备
1.1、启动 SQL Server 代理模式。
1.1.1、启动服务（运行 services.msc），找到 ‘SQL Server 代理 (MSSQLSERVER)’，手动启动。
1.1.2、在开始菜单中找到 SQLServer Configure Manger 页面配置，手动启动。
如果找不到此项。则在文件夹 C:\Windows\SysWOW64 中找到对应的文件 SQLServerManager14.msc 。
1.2、SQL Server 要用本机名登录，不能用 localhost 登录。
1.3、准备数据库(1主2从)
1.3.1、主库：A_MAIN
1.3.1、从库：A_SUB_01、A_SUB_02
结构：A_MAIN 中创建一张表 SyncData ，须设置有主键。从库中可以不必先创建同样的表结构。
2、复制模式主从配置
2.1、配置分发服务器
2.1.1、如果是首次配置读写分离，需要配置分发服务器，之后不再需要配置。 如果不想使用之前的分发服务器，可以右键复制，禁用分发服务器，然后重新配置。
注：配置过程中，快照地址要有读写权限，不要放到C盘。
2.2、新建发布
下面的演示步骤，是以【快照发布】的模式进行创建的，配置成10s同步一次。也可以选择【事务发布】，实时同步，不需要配置同步频率。
2.3、新建订阅
下面的演示步骤，采用的是【推送订阅】的模式进行，配置的是已经创建好的从数据库 A_SUB_01（A_SUB_02 相同），也可以现场创建。
备注：右键启动复制监视器，查看发布订阅的同步情况。
标签：订阅,同步,快照,数据库,主从,发布,服务器,MSSQL 来源： https://www.cnblogs.com/johsan/p/16348211.html