数据库复制：
简单来说，数据库复制就是由两台服务器，主服务器和备份服务器，主服务器修改后，备份服务器自动修改。
复制的模式有两种：推送模式和请求模式，推送模式是主服务器修改后，自动发给备份服务器，请求模式是，备份服务器自动去请求，个人开始也比较重视去测试两个模式的差别，但是测试发现，其实两个模式差别不是很大，在当今的服务器配置中，没必要考虑这么多，虽然会有一些差别，但是可在可以忽略的范围之内，建议直接选择推送模式，因为配置起来相对简单
数据库发布类型有三种：快照发布，事务性发布，具有可更新订阅和事务性发布，合并发布
一般都会采用事务性发布，具体好处，就不说了，网上一大堆的
复制过程：
第一：点开数据库--复制---本地发布---新建发布
下面只提供需要注意的地方，其他的点击下一步即可
上面已经说了，推荐事物
一般只复制表即可，但是如果需要其他的，请自行考虑
快照，如果每天需要快照一次，那么可以点击下面的按钮，如果只快照一次的话，就没必要了
使用默认配置即可
这样不出意外就完成了一个发布服务器的配置，那么现在配置订阅服务器
可以在你自己机器上直接操作
第一：点开数据库--复制---本地发布---新建订阅--
推送模式和请求模式，如果你不想找麻烦，建议直接使用推送模式
重点说一下复制过程中出现的错误
①：因为主服务器和备用服务器必须在一个局域网内，而且不能用IP连接，必须用主机名连接，那么会出现使用主机名无法连接的情况，可能是因为修改过机器名，使服务器.sql和访问和机器名不一致
使用一下查新，查看是否一致，如果不一致，使用下面代码修改一下即可
select @@servername和 select serverproperty ('servername')
if serverproperty('servername') <> @@servername
begin
declare @server sysname
set @server = @@servername
exec sp_dropserver @server = @server
set @server = cast(serverproperty('servername') as sysname)
exec sp_addserver @server = @server , @local = 'LOCAL'
end
begin
declare @server sysname
set @server = @@servername
exec sp_dropserver @server = @server
set @server = cast(serverproperty('servername') as sysname)
exec sp_addserver @server = @server , @local = 'LOCAL'
end
②：如果你使用的是推送模式，那么最大的麻烦将会是读取不到快照，一般错误为：
由于出现操作系统错误 3，进程无法读取文件“D:DBSYNCuncFLOORWEB_FLOORLINK2_TESTFLOOR20081128174839ufoCorpAccount_2.pre”。
这个原因是订阅服务器读取不到快照文件夹位置.可能的原因较多，最直接和简单的解决办法是：
将你的快照文件复制一份，复制到订阅服务器上F:XX，修改一下 某个订阅属性-》快照位置-》“备用文件夹”，快照文件夹-》F:XX
错误的原因：第一次复制时，订阅服务器需要到主服务器读取快照，进行同步，然后主服务器因为权限问题，无法读取这个快照，所以导致如上错误，将主服务器的快照复制到订阅服务器，第一次直接根据这个快照进行同步就可以解决了
测试的一些结果：仅供参考
1.1：如果在订阅服务器上修改数据（例如update或delete），这个时候主服务器操作后，会报错，直接会停止服务
1.2： 重新初始化订阅的时候，最好使用最新快照，不要使用当前快照，会死人的，因为他会从开始到结束的快照以后的操作全部执行一次，例如，你插入了1000w，删除了1000w，你使用当前快照，可以直接同步了，如果使用以前的，会将这两个步骤全部执行的
1.3：在百万数据插入过程中，内存使用大约150-200mb左右，和平时本来就占用120mb左右的内存相比，可以直接忽视
1.4：速度方面，500w的数据插入，在最后400-500w的时间约为7分钟，插入100w的数据库量，同步大约需要8-10分钟
转自：https://www.cnblogs.com/AK2012/archive/2012/06/19/2012-0619.html