数据库的容灾方案有哪几种，分别有什么优点和缺点！

简单的说几句吧。其实这个解决方案呢，主要是要先考虑成本问题，其他的，技术问题其实都很容易解决，但是企业应用上，最大的限制就是成本。下面以ORACLE数据库为例，简单说说。希望对你有所帮助。(数据库类型并不重要，解决方案都是大同小异。)

1、基于存储层的容灾复制方案

这种技术的复制机制是通过基于SAN的存储局域网进行复制，复制针对每个IO进行，复制的数据量比较大；系统可以实现数据的同步或异步两种方式的复制。对大数据量的系统来说有很大的优势(每天日志量在60G以上),但是对主机、 *** 作系统、数据库版本等要求一致，且对络环境的要求比较高。

2、基于逻辑卷的容灾复制方案

这种技术的机制是通过基于TCP/IP的网络环境进行复制，由 *** 作系统进程捕捉逻辑卷的变化进行复制。其特点与基于存储设备的复制方案比较类似，也可以选择同步或异步两种方式，对主机的软、硬件环境的一致性要求也比较高，对大数据量的应用比较有优势。其目标系统如果要实现可读，需要创建第三方镜像。个人认为这种技术和上面提到的基于存储的复制技术比较适合于超大数据量的系统，或者是应用系统的容灾复制。

3、基于oracle redo log的逻辑复制方式

　使用这种方式的主要有一些第三方的软件，以及oracle自己的DATAGUARD 中的logical Standby。目前，国外已经有了很多比较成熟的产品及成功案例，国内也有类似的产品， 但在产品的成熟程度和成功案例上跟国外还有一定的差距。

　使用oracle以外的独立进程，捕捉redo log file 的信息，将其翻译成sql语句，再通过网络传输到目标端数据库，在目标端数据库执行同样的sql。如果其进程赶不上oracle日志切换，也可以捕捉归档日志中的内容。也有的产品在源端以事务为单位，当一个事务完成后，再把它传输到目标端。所有的产品一般都是以表为单位进行复制，同时也支持大部分DDL的复制(主要在oracle9i环境中)。

数据库的吞吐量太大时，其实据会有较大的延迟，当数据库每天的日量达到60G或更大时，这种方案的可行性交差；实施的过程可能会有一些停机时间，来进行数据的同步和配置的激活；复制环境建立起来以后，对数据库结构上的一些修改需要按照规定的 *** 作流程进行，有一定的维护成本。

数据库容灾的产品原理：将存储在磁带、光盘中的历史数据进行转储、分析，得到客户的相关消费习惯、爱好等信息，为客户进行个性化服务提供，这成为众多金融机构竞争的新的业务增长点。

数据库容灾，即在异地部署一个一模一样的数据库，一个数据库所处的地理位置发生自然灾害了导致当前数据库发生灾难，另一个数据库会立马顶替工作。但是在数据生命周期中，数据分析只是其中的一环，作为数据仓库的建设基础。

在线数据的安全各行各业考虑的最多的，因为只有保证在线数据的安全才能谈的上历史数据的积累，才能谈得上历史数据仓库的积累，这就比如说银行主机的数据库突然故障了，大家都来投诉了，即使你客户关系再好，大家也不愿意上你这里办业务了。

相关信息

很多企业还停留在第一种架构上，当出了问题就丢失一天数据，通过补单保证数据库数据的准确性，此种架构对于一些中小企还能满足；很多大企业采用1+2方式，保证一台服务器和一块硬盘出问题，对应用无任何影响，包含政府、电力、税务等机构都考虑了硬件故障的情况。

更多的对实时业务要求很高的客户，采用1+2+3的方式，达到异地容灾的目标，比如金融、证券、移动、电信等，当本地系统遭遇到灾难时，实时切换到异地的备用中心，保证业务不间断运行。

区域卫生信息平台存储的是居民的健康档案数据，平台还要实时地为个人、医疗机构提供连续7×24 小时不间断服务，采用6 级容灾方案，进行实时数据复制，实现远程数据实时备份，实现零丢失；容灾平台处理中心系统具备与生产数据处理系统一致的处理能力并完全兼容，可以实现实时无缝切换，并具备远程集群系统的实时监控和自动切换能力；业务系统的最终用户可通过网络同时接入主、备中心；容灾中心提供7×24 应用服务技术支持，具备完善、严格的运行管理机制。根据区域卫生信息平台数据中心的实际应用和发展要求，容灾备份应具备以下特性。

1. 高性能

充分考虑灾备系统的处理能力，使其整个系统设计在国内保持领先的水平，并具有长足的发展能力，以适应未来灾备技术的发展趋势。

2. 高可靠性

容灾系统提供增强医疗关键业务数据的抵御灾难的能力，系统设计阶段需要充分考虑其自身的稳定性和可靠性，从而保障关键数据能够持续、稳定地传送到灾备系统中。当出现任何问题时，都能够通过灾备数据恢复业务系统正常运行。

3. 标准化

灾备系统应符合有关国内及国际标准，以保证不同品牌灾备解决方案之间的互 *** 作性和系统的开放性。

4. 可扩展性

灾备系统的设计不但应满足当前需要，还需充分考虑业务的发展。同时便于向更新技术升级与衔接，保护当前投资。

5. 可维护性

整个灾备系统的设计，应充分考虑易于管理，易于维护， *** 作简单。

6. 安全性

由于灾备系统承载的是居民健康档案的数据副本，所以设计时需要考虑数据在传输、存放、共享访问等过程中的安全性。

7. 异地双活容灾

解决方案实现两个数据中心双活模式容灾，即任何一个数据中心发生灾难时，另一个数据中心可自动接管业务。RPO ＝ 0，RTO<15 分钟。

8. 易扩展

容灾系统应具备易扩展的特性，这样才能满足客户日益增长的数据容灾需求，同时又能保护客户现有投资，灵活适应未来业务的发展和容灾系统的升级。

9. 快速恢复

华为公司根据医疗业务特点，提供基于华为VIS 集群技术和镜像技术的FusionCloud 云平台双活容灾方案，解决区域医疗信息平台数据存储及容灾问题。该方案要求医疗的主中心和容灾中心相距100km 以内，确保系统的可靠性和稳定性。并灵活地整合了FusionCloud 云平台的虚拟机HA功能，以及华为VIS6000 的虚拟化功能、镜像功能和多节点集群技术。通过华为VIS6000 的虚拟化功能整合生产中心和容灾中心存储池， 采用VIS6000 的镜像技术实现生产中心和容灾中心之间数据的实时同步， 同时通过华为VIS6000 的多节点集群技术实现生产中心和容灾中心VIS6000 节点的高可用性。当任何一个数据中心发生灾难时， 能够自动地将虚拟机和相关业务系统切换到另外一个数据中心， 完全能够满足客户对云平台业务的连续性需求。

区域卫生信息平台主中心和容灾中心的存储阵列采用华为OceanStor N8000 集群存储系统满足健康档案大数据的长期、安全存储，并通过华为VIS6000 进行虚拟化整合，实现两地存储资源的统一管理。区域卫生信息平台主中心和容灾中心的计算资源采用华为RH5885V2、RH2488V2 及E9000服务器群，通过云平台的统一管理形成满足业务需求的资源，根据业务需要进行动态分配，满足平台对计算能力的要求。在区域卫生信息平台数据中心部署ManageONE 对数据中心的所有资源进行统一管理、监控。FusionCloud 云平台双活容灾方案网络拓扑见图1。

FusionCloud 云平台双活容灾方案可以实现以下4 种容灾恢复场景。

1. 存储故障

假设生产中心一台或多台存储发生故障，部署在这些故障存储上的虚拟机及应用系统可无缝切换到容灾中心对应的镜像存储上，且虚拟机 *** 作系统和应用系统不会发生任何中断。

2.VIS 虚拟化设备故障

假设生产中心VIS 虚拟化设备发生故障，生产中心的所有虚拟机和应用系统可无缝切换到容灾中心的VIS 虚拟化设备上，且生产中心的虚拟机 *** 作系统和应用系统不会发生任何中断。

3. 服务器故障

当管理节点服务器故障，任何一个主管理节点发生故障，其部署在容灾中心的备用节点均能够立刻接管故障节点的业务，不会影响云平台的正常运行。当计算节点服务器故障时， 该故障节点上所有虚拟机将自动重建并恢复。

4. 生产中心整体灾难

生产中心因大型自然灾难（如地震、海啸等）或人为灾难（火灾等），导致整个生产中心不可用。通过存储镜像的自动切换、VIS 集群的自动故障接管、云平台主备管理节点的自动故障接管可确保整个云平台在容灾中心的正常运行。同时，通过虚拟机HA 功能，可实现在容灾中心自动重建并恢复生产中心的故障虚拟机，并在容灾中心恢复相关的业务系统，继续向外提供服务。

华为区域卫生数据中心双活容灾方案优势

1. 双活模式容灾：在生产中心和容灾中心同时部署医疗业务系统，极大地提高了资源的利用率和系统的工作效率和性能，让客户从容灾系统的投资中获得最大的价值。

2. 自动化容灾恢复：有效地降低客户的管理成本。

3. 灵活的在线扩展该方案具备灵活的在线扩展特性，以充分保护客户现有投资。

4.“零”数据丢失。

5.“零”至分钟级RTO存储阵列故障。

6. 云平台单计算节点故障虚拟机及应用自动切换到另一站点，RTO 为分钟级。

7. 长距离的虚拟机热迁移该方案支持在生产中心和容灾中心之间实现无缝虚拟机热迁移，在虚拟机热迁移过程中可以保障业务系统的连续运行，有利于实现工作负载在两个数据中心之间灵活的调配，提供系统资源的利用率。

---