SQL Server的同步是通过SQL Server自带的复制工具来实现的，分发布和订阅2大步。
A，复制-发布
发布之前，需要设置好几个前置条件，发布属性和快照位置。发布主要是设置发布数据库，如未设置，所有的发布，订阅可正常进行，也可通过快照同步，但是却无法在后面的修改中实时同步。
其次，设置快照位置。快照位置设置是在“分发服务器属性”中的发布服务器设置。如果设置的位置不能被订阅机访问，订阅是最好采用发布机推送订阅方式，而不是订阅机请求订阅方式。
B, 复制-订阅
快照发布:
发布服务器会定时向订阅服务器传递数据，如果订阅服务器修改过数据，定时传递后订阅服务器的数据修改会全部丢失，全部以发布服务器为准(单向同步，同步后，B的数据全部与A一致，相当于A做过的修改无发生效)
事务性发布:
发布服务器会定时检查数据是否有修改过，如果有则向订阅服务器传送数据(记录行级)--(即如果订阅服务器修改了某行数据，而发布服务器该行未改，则订阅 服务器这一行的记录与发布服务器不同步，直到发布服务器修改这一行数据为止，也就是单向同步，并且对同步过的内容不再管理，同步过后，B的数据不一定与A一致)
具有可更新订阅的事务性发布:
发布服务器与订阅服务器可以独立修改，会定时合并(换句话说，这里的同步，是双向的同步，A的修改可同步到B，B的修改后也可同步到A)
至于其它的发布，订阅步骤之类的，网上太多了，不做赘述，查阅即可。
