原文:

一.  复制Replication（快照、事务、合并） 　　

      应用场景：

　　　　负载均衡、提供副本读，写操作。 　　　　分区将历史数据复制到其它表中。 　　　　授权，将数据提供它人使用。 　　　　数据合并。 　　　　故障转移。 　　优点: 　　　　实现简单。 　　　　数据同时同步,几乎达到镜像。 　　　　可以实现对某些表，或表数据过滤进行复制。 　　缺点: 　　　　不适合做高可用，因为整个库复制影响性能。 　　　　不支持故障自动切换。 　　要求: 　　　　必须有主键的表才能做复制。

二. 日志传送log shipping(备份-->复制-->恢复) 　　

       应用场景：

　　　　多台主从服务器定时备份同步。 　　　　负载均衡、提供副本只读。 　　优点: 　　　　实现简单。 　　要求: 　　　　必须是完整备份模式。 　　　　主服务器、辅助服务器、监视服务器的备份文件夹必须有读写权限。 　　　　sql agent代理必须启动。

三.  镜像

       应用场景：

              要求高服务可用性。

              要求实现自动故障转移。 

              确保数据的完整。

         优点：

              根据业务可实现同步和异步镜像。

              快速的故障转移恢复。低硬件成本。

         要求：

              主体服务器。

              镜像服务器。

              见证服务器。

四. 故障转移群集

　　应用场景：

　　　　硬件故障转移。 　　　　服务故障转移。 　　　　人工故障或各种其它原因等。 　　优点： 　　　　根据业务进行灵活的群集拓扑结构 　　　　快速且自动故障转移 　　缺点: 　　　　群集非活跃节点浪费硬件资源 　　　　群集节点间共用的共享存储，仍然存在潜在的单点故障隐患。 　　　　没有负载能力，不是提升性能的技术。

        要求

              基于windows故障转移

 

  五 总结 （不包含 always on 且是sql 2005版的总结）图片来自微软讲师 借鉴下。哈哈