以两个复制服务器A,B双向复制为模型
SQL Server的复制分为三种：
1. 快照复制
A每隔一段时间将B中的相应表中的数据全部删除，然后将自己相应表中的
全部插到B中。此种方式显然不适合我们的应用，不予考虑。
2. 事务复制
对A中的每一个满足复制条件的事务，每隔一定时间A都应用到B上,反之亦然。SQL Server 通过把数据传给三个存储过程（插入，删除，修改）进行数据的修改，我们可以根据自己的应用改写此存储过程。
存在缺陷：如果从A到B的复制条件和从B到A复制条件相同的话，会产生“踢皮球”的循环现象。既一系列事务应用于A,A会把这些事务应用于B,B收到这一系列事务后，又会把它应用于A……如此循环。
3. 合并复制
每隔一段时间，复制将会把数据库A,B中需要复制的数据合并一下,使得AB中的数据完全一样，数据都是AB数据库中数据的全体数据。如果A和B中数据主键有冲突，则根据优先级只选其中一条数据。
需要注意：为了区分数据来自于哪个地点，SQL Server会将每一个需要复制的表中另加一个字段，在编程时应该注意。
SQL Server复制的缺陷：
SQL Server 每隔一定时间进行一次复制，如果找不到另一台SQL Server(比如因为网络故障，或是另一台SQL Server没有启动)，经过n(默认为10)次连接后，它的复制功能将会down掉，直至有人将复制功能启动。 需要复制的表中如果在复制之前就有数据，在建立复制时比较麻烦（sql server不提供此类问题的解决方法，需要手动完成）。因此，需要复制的表在使用过程中不能经常变动表结构。
我们一直都在努力坚持原创.......请不要一声不吭，就悄悄拿走。
我原创，你原创，我们的内容世界才会更加精彩！
【所有原创内容版权均属TechTarget，欢迎大家转发分享。但未经授权，严禁任何媒体（平面媒体、网络媒体、自媒体等）以及微信公众号复制、转载、摘编或以其他方式进行使用。】
微信公众号
TechTarget
官方微博
TechTarget中国
相关推荐
-
Linux支持的引入 推动了SQL Server 2016集成服务的发展
随着SQL Server的不断发展，集成服务也在发生相应的变化。在最新的SSIS更新中，增加Linux支持和SQL Server 2016升级向导。
-
Notre Dame对云端SQL Server性能基准的探索实践
确立SQL Server的性能基准，对于云端迁移来说是至关重要的第一步，一位来自于University of Notre Dame 的DBA表示，他正在试图通过数据库监控软件，找出SQL server的性能基准。
-
横向扩展SQL Server应用程序：提高工作负载的选项
SQL Server管理员面临的最大挑战之一就是扩展数据库以适应更为繁重的数据处理工作负载。然而事情越发复杂的是，虽然Microsoft提供了许多不同的SQL Server可扩展性选项，但它们并不都适合于每种情况。
-
五大技巧构建首个SQL Server容器
容器的世界庞大而复杂，使用者可能会感到困扰，这里我们将列出一些示例，以便引导您顺利完成SQL Server容器的创建和管理。