sql server 高可用性技术总结
一. 复制Replication（快照、事务、合并）
应用场景：
负载均衡、提供副本读，写操作。
分区将历史数据复制到其它表中。
授权，将数据提供它人使用。
数据合并。
故障转移。
优点:
实现简单。
数据同时同步,几乎达到镜像。
可以实现对某些表，或表数据过滤进行复制。
缺点:
不适合做高可用，因为整个库复制影响性能。
不支持故障自动切换。
要求:
必须有主键的表才能做复制。
二. 日志传送log shipping(备份–>复制–>恢复)
应用场景：
多台主从服务器定时备份同步。
负载均衡、提供副本只读。
优点:
实现简单。
要求:
必须是完整备份模式。
主服务器、辅助服务器、监视服务器的备份文件夹必须有读写权限。
sql agent代理必须启动。
三. 镜像
应用场景：
要求高服务可用性。
要求实现自动故障转移。
确保数据的完整。
优点：
根据业务可实现同步和异步镜像。
快速的故障转移恢复。低硬件成本。
要求：
主体服务器。
镜像服务器。
见证服务器。
四. 故障转移群集
应用场景：
硬件故障转移。
服务故障转移。
人工故障或各种其它原因等。
优点：
根据业务进行灵活的群集拓扑结构
快速且自动故障转移
缺点:
群集非活跃节点浪费硬件资源
群集节点间共用的共享存储，仍然存在潜在的单点故障隐患。
没有负载能力，不是提升性能的技术。
要求
基于windows故障转移
五 总结 （不包含 always on 且是sql 2005版的总结）图片来自微软讲师 借鉴下。哈哈
发布者：全栈程序员-站长，转载请注明出处：https://javaforall.net/101653.html原文链接：https://javaforall.net
![久坐提醒 android wear,这五个理由告诉你为什么需要一块智能手表！[通俗易懂]](https://javaforall.net/wp-content/uploads/2020/11/2020110817443450-480x300.jpg)
