针对业务数据的容灾方案有哪些？技术路线如何选？

数据层容灾是将数据复制成多个副本，并将数据副本分散到不同物理位置的技术。

不同数据层容灾方案更有特点，有适合的容灾场景，也有其不足，要注意结合应用。

目前我非常了解的一种容灾方案是一家灾备软件商做的：基于操作系统的数据块级别的实时备份+双机镜像+自动接管。
对操作系统下挂载的存储没有过多的限制，对数据类型也没有限制（结构化数据+非结构话数据都可），只是对操作系统有兼容性问题，我所知的兼容性目前已满足6种不同的操作系统：Windows、CentOS、RHEL、统信、龙蜥、麒麟。
其原理是，代理模块实时监控主机的IO变化，并实时复制一份发送到备份系统中，再由备份系统将数据实时同步给容灾机，并且在同步过程中，备份系统本地还可以额外保留一份备份数据，用于解决主机上误删除重要文件，导致容灾机上同样被删除的问题，通过这份本地数据，可以将主机的数据状态恢复到之前任意时间点的状态；当主机出现故障时，通过备份系统的监测方法，可以做到将主机的IP地址漂移到容灾机上，并通知容灾机拉起结构化数据库或其他业务应用。

数据的容灾有很多种。一般来讲分为几类：
1. 双活方案。
- 存储厂商本身提供的双活方案
- 借助存储网关达到存储双活效果
- 数据库自身提供的双活架构

2. 复制方案。 复制方案又可以分为：

• 基于文件或对象的复制
  - 基于数据库的复制
  - 基于数据块的复制

双活方案的建设成本普遍高于复制方案。但需要注意的是，双活方案最好是由你的业务系统供应商来提供，如果真的有RTO/RPO=0的诉求，自建容灾系统是无法做到自由切换的，即使你的存储是双活的。

如果没有很高的RTO/RPO需求，那么可以考虑使用第三方复制、备份、CDM 软件来做。