SQL Server 复制
复制是一组技术的组合，可以用此组合对数据和数据库对象进行复制由一个数据库移动到另一个数据库。
复制的英文是Replication，重复的意思，而不是Copy。复制的核心功能是存储转发，在源数据库中进行增、删、改之后，重复这个动作到其他数据库。
使用复制的原因
1、负载均衡：通过将数据复制到其他数据库服务器来减少当前服务器的负载。
2、分区：将经常使用的数据和历史数据进行隔离。
3、授权：将一部分数据提供给需要使用数据的人。
4、数据合并：每个区域都有各自的数据，将其数据进行合并。
5、故障转移：源数据库无法连接时，可连接备用数据库。或源数据库保持链接情况下，用备用数据库进行测试存储过程等。
复制的组成
复制的概念类似发行杂志，发行商出版后，通过报刊亭等地方分发到订阅杂志的人手里。在复制中，发行商，报刊亭，订阅人 分别对应 发布服务器，分发服务器，订阅服务器。
发布服务器
包含需要被发布的源数据库。
分发服务器
包含分发数据库，作用于存储转发发布服务器发过来的数据。一个分发服务器支持多个发布服务器，类似报刊亭可以出售多个出版社的杂志。分发服务器也可以和发布服务器是同一个实例，出版商不通过报刊亭自己直接卖。
订阅服务器
包含发布服务器所发布的数据副本，这个副本可以是一个数据库，或者一个表，甚至是一个表的子集。
发布和文章
发布指的是可以发布的文章的集合，这些文章包括表，存储过程，视图和用户自定义函数。
发布表时，还可以根据限定条件只发布表的子集。
订阅
订阅是相对发布的一个概念，订阅定义了订阅服务器从哪个分发服务器接收发布。有两类订阅方式，推荐订阅push和请求订阅pull，在推荐订阅情况下，当发布服务器产生更新时，分发服务器直接更新订阅内容，而请求订阅需要订阅服务器定期查看分发服务器是否有可用更新，假如存在可用更新，则订阅服务器更新数据。
复制类型
SQL Server 共有3种复制类型，每一个发布只能有一种复制类型，分别为：快照复制，事务复制，合并复制。
快照复制
快照复制将发布的所有表做成一个镜像（数据库对象的快照），然后一次性复制到订阅服务器。由于发送的是整个数据集，所以中间发生的DML（增删改）不会像其他复制那样自动传送到订阅服务器。
快照复制的特点是：
1、占用网络宽带，因为一次性传输整个镜像，所以快照复制的内容不要太大。
2、适合更新不频繁，但每次更新都比较大的数据。
3、订阅服务器是只读的环境。
事务复制
事务复制也是由快照开始的，在第一次设置好事务复制后，发布的表、存储过程等将会被镜像，之后每次对于发布服务器所做的改动都会以日志的方式传送到订阅服务器。使发布服务器和订阅服务器几乎可以保持同步。
事务复制的特点是：
1、发布服务器和订阅服务器内容基本可以同步。
2、发布服务器，分发服务器，订阅服务器之间的网络连接要保持畅通。
3、订阅服务器也可以设置成请求订阅，使订阅服务器可以不用一直和分发服务器保持链接。
4、数据量有持续的增长，更新频繁。
合并复制
合并复制是允许发布服务器更新数据库，也允许订阅服务器更新数据。定期将这些更新进行合并，使发布的数据在所有的节点上保持一致。因此，有可能发布服务器和订阅服务器更新了同样的数据，当产生冲突时，并不是完全按照发布服务器优先来处理。而是根据设置进行处理。
配置复制
首先在本地创建两个实例，其中MSSQLSERVER默认实例作为发布服务器和分发服务器，MYSQLSERVER作为订阅服务器。
重新安装一次sqlserver，选择新实例，不选择默认实例即可。
1、在MSSQLSERVER实例中配置发布服务器和分发服务器
将发布服务器和分发服务器用作同一台
设置存储快照文件夹
需要对此目录增加Everyone的读写权限，否则无法写入会创建失败。
配置分发数据库
然后完成即可。
这样发布服务器和分发服务器就配置完成了。
2、建立一个发布
选择要发布的数据库
发布类型选择事物发布
选择需要复制的表
选择立即创建并保持可用状态
代理安全性选择默认代理账户即可
点击完成
发现发布成功了，但是有一个警告。这是因为代理服务默认是关闭的，需要启动它。
启动代理服务后，去查看快照代理状态
启动就可以了。
这样发布就创建完毕了。
3、在MYSQLSERVER实例中创建订阅。
选择查找SQL Server服务器
连接MSSQLSERVER实例
选择刚刚建立的发布
然后选择推送订阅，这样每次发布服务器存在更新就会自动推送到订阅服务器上。
在本地新建一个数据库用于接收数据。
分发代理安全性，选择模拟进程账户，这里有个问题一会说。
然后点击完成即可
到此订阅创建完成
然后查看同步状态
出现这个错误时，在MSSQLSERVER实例中，找到代理->作业->该作业停止。
使用复制监视器
进程无法连接到订阅服务器，用户NT SERVICESQLSERVERAGENT登陆失败，这是因为MSSQLSERVER实例在尝试用自己的SQLSERVER代理账号进行连接，但是在MYSQLSERVER实例中，代理的账号是不对的。所以要修改一下订阅服务器的连接方式。
在订阅服务器中本地订阅是查看不到的，可以在发布服务器中本地发布中对应发布下查看。
这里修改下订阅服务器的连接方式，再次查看同步状态。
已经开始进行传递事物了，查看复制监视器
查看订阅服务器该表数量
在发布服务器中添加测试数据
再次查询订阅服务器数量
可以发现，订阅服务器和发布服务器几乎是保持同步的。
SQL Server 复制
复制是一组技术的组合，可以用此组合对数据和数据库对象进行复制由一个数据库移动到另一个数据库。
复制的英文是Replication，重复的意思，而不是Copy。复制的核心功能是存储转发，在源数据库中进行增、删、改之后，重复这个动作到其他数据库。
使用复制的原因
1、负载均衡：通过将数据复制到其他数据库服务器来减少当前服务器的负载。
2、分区：将经常使用的数据和历史数据进行隔离。
3、授权：将一部分数据提供给需要使用数据的人。
4、数据合并：每个区域都有各自的数据，将其数据进行合并。
5、故障转移：源数据库无法连接时，可连接备用数据库。或源数据库保持链接情况下，用备用数据库进行测试存储过程等。
复制的组成
复制的概念类似发行杂志，发行商出版后，通过报刊亭等地方分发到订阅杂志的人手里。在复制中，发行商，报刊亭，订阅人 分别对应 发布服务器，分发服务器，订阅服务器。
发布服务器
包含需要被发布的源数据库。
分发服务器
包含分发数据库，作用于存储转发发布服务器发过来的数据。一个分发服务器支持多个发布服务器，类似报刊亭可以出售多个出版社的杂志。分发服务器也可以和发布服务器是同一个实例，出版商不通过报刊亭自己直接卖。
订阅服务器
包含发布服务器所发布的数据副本，这个副本可以是一个数据库，或者一个表，甚至是一个表的子集。
发布和文章
发布指的是可以发布的文章的集合，这些文章包括表，存储过程，视图和用户自定义函数。
发布表时，还可以根据限定条件只发布表的子集。
订阅
订阅是相对发布的一个概念，订阅定义了订阅服务器从哪个分发服务器接收发布。有两类订阅方式，推荐订阅push和请求订阅pull，在推荐订阅情况下，当发布服务器产生更新时，分发服务器直接更新订阅内容，而请求订阅需要订阅服务器定期查看分发服务器是否有可用更新，假如存在可用更新，则订阅服务器更新数据。
复制类型
SQL Server 共有3种复制类型，每一个发布只能有一种复制类型，分别为：快照复制，事务复制，合并复制。
快照复制
快照复制将发布的所有表做成一个镜像（数据库对象的快照），然后一次性复制到订阅服务器。由于发送的是整个数据集，所以中间发生的DML（增删改）不会像其他复制那样自动传送到订阅服务器。
快照复制的特点是：
1、占用网络宽带，因为一次性传输整个镜像，所以快照复制的内容不要太大。
2、适合更新不频繁，但每次更新都比较大的数据。
3、订阅服务器是只读的环境。
事务复制
事务复制也是由快照开始的，在第一次设置好事务复制后，发布的表、存储过程等将会被镜像，之后每次对于发布服务器所做的改动都会以日志的方式传送到订阅服务器。使发布服务器和订阅服务器几乎可以保持同步。
事务复制的特点是：
1、发布服务器和订阅服务器内容基本可以同步。
2、发布服务器，分发服务器，订阅服务器之间的网络连接要保持畅通。
3、订阅服务器也可以设置成请求订阅，使订阅服务器可以不用一直和分发服务器保持链接。
4、数据量有持续的增长，更新频繁。
合并复制
合并复制是允许发布服务器更新数据库，也允许订阅服务器更新数据。定期将这些更新进行合并，使发布的数据在所有的节点上保持一致。因此，有可能发布服务器和订阅服务器更新了同样的数据，当产生冲突时，并不是完全按照发布服务器优先来处理。而是根据设置进行处理。
配置复制
首先在本地创建两个实例，其中MSSQLSERVER默认实例作为发布服务器和分发服务器，MYSQLSERVER作为订阅服务器。
重新安装一次sqlserver，选择新实例，不选择默认实例即可。
1、在MSSQLSERVER实例中配置发布服务器和分发服务器
将发布服务器和分发服务器用作同一台
设置存储快照文件夹
需要对此目录增加Everyone的读写权限，否则无法写入会创建失败。
配置分发数据库
然后完成即可。
这样发布服务器和分发服务器就配置完成了。
2、建立一个发布
选择要发布的数据库
发布类型选择事物发布
选择需要复制的表
选择立即创建并保持可用状态
代理安全性选择默认代理账户即可
点击完成
发现发布成功了，但是有一个警告。这是因为代理服务默认是关闭的，需要启动它。
启动代理服务后，去查看快照代理状态
启动就可以了。
这样发布就创建完毕了。
3、在MYSQLSERVER实例中创建订阅。
选择查找SQL Server服务器
连接MSSQLSERVER实例
选择刚刚建立的发布
然后选择推送订阅，这样每次发布服务器存在更新就会自动推送到订阅服务器上。
在本地新建一个数据库用于接收数据。
分发代理安全性，选择模拟进程账户，这里有个问题一会说。
然后点击完成即可
到此订阅创建完成
然后查看同步状态
出现这个错误时，在MSSQLSERVER实例中，找到代理->作业->该作业停止。
使用复制监视器
进程无法连接到订阅服务器，用户NT SERVICESQLSERVERAGENT登陆失败，这是因为MSSQLSERVER实例在尝试用自己的SQLSERVER代理账号进行连接，但是在MYSQLSERVER实例中，代理的账号是不对的。所以要修改一下订阅服务器的连接方式。
在订阅服务器中本地订阅是查看不到的，可以在发布服务器中本地发布中对应发布下查看。
这里修改下订阅服务器的连接方式，再次查看同步状态。
已经开始进行传递事物了，查看复制监视器
查看订阅服务器该表数量
在发布服务器中添加测试数据
再次查询订阅服务器数量
可以发现，订阅服务器和发布服务器几乎是保持同步的。