数据库环境：SQL SERVER 2005 +
1、Replication，我们常用的是Transactional Replication。可以支持单向和双向的数据同步。工作在Table Level。由于基于transaction，（内部使用了类似Snapshot链出改变页的方法），他的同步单位较小，在实践中，往往只需要几分钟的时间就可以得到最新的数据。缺点，虽然允许Replication Schema Change，但是对于真正的DDL修改的时候有时需要手动的进行修改。容易出现数据同步问题，而且复杂的查询可能导致Replication的性能并导致数据同步问题
2、Log Shipping。基于Backup/Restore。换而言之，它实际是自动的log backup传输到远程，然后恢复的。正如Restore备份数据库的时候数据库会处于单用户状态，在restore的时候，所有的当前用户链接会被断开，当然可以配置等待所有操作完成。没有数据不同步的问题。
3、Databaes Mirroring。只是在考MSITS的时候涉及过这个技术，没有实际用过。同步的数据库处于不可用状态，但是可以通过snapshot进行访问。snapshot的数目不被限制，但是不得不选择不同的名字。这对于数据库查询比较麻烦。没有数据不同步的问题。
Replication 最大的优点在于数据同步的迅速，用户不会感觉到变化，用户查询不会被数据的更新影响。
Logshipping 的优点则在于简单易用，容错性高。但用户被经常打断。
Databaes Mirroring 数据库镜像对可用性的提高程度远远大于先前使用 Microsoft SQL Server 对可用性的提高，并为故障转移群集或日志传送提供了易于管理的替代或补充。同步数据库镜像会话时，数据库镜像提供了热备用服务器，可支持在已提交事务不丢 失数据的情况下进行快速故障转移。在一般的镜像会话期间，如果生产服务器出现故障，客户端应用程序可以通过重新连接到备用服务器来快速进行恢复。
下面借一个图来说明各个特点：
| 复制(Replication) | 日志传送(Log Shipping) | 镜像(Mirroring) | 故障转移集群(Failover Clustering) | |
| 标准版/企业版 | YES | YES | 标准版仅支持同步模式 | 标准版仅2节点 |
| 节点数 | 1:N | 1:N | 1:1 | 取决于操作系统节点数上限 |
| 粒度 | 表 | 数据库 | 数据库 | 实例 |
| 恢复模式 | Full/Simple | Full/Bulk_logged | Full | ALL |
| 是否监视主库故障 | NO 监视器只监视同步状态， 不监视publication server failure |
NO monitor server只监视backup/retore status 不监视primary server failure |
Witness，可监视主库故障 | YES |
| 是否自动故障转移 | NO(warm standby) | NO(warm standby) | YES(hot standby)， 如果没有witness则不能自动，为warm standby |
YES |
| 延迟 | 取决于Log Reader Agent & Distribution Agent | 取决于Log backup/restore频率 | 同步/异步模式 | 只有一份数据 |
| 同步方式 | 从distributor分发，可推送，可读取 | 通过数据库备份文件的copy/restore | Log stream | 只有一份数据 |
| 从库是否可以访问 | subscription可读写， 但默认写不会被回传到Publication |
可设置secondary server为standby模式，只读 | mirrored db可通过snapshot只读 | 只有一份数据 |
| 应用场景 | 读写分离 | 读写分离，温备 | 读写分离，温备/热备 | 服务器/操作系统/应用软件的备份 |
转载自：https://www.cnblogs.com/zerocc/archive/2013/05/27/3101568.html
