数据库高可用方案是什么？数据库高可用方案和容灾的区别

数据库高可用方案概述

1.数据库高可用的定义与重要性

数据库高可用是指数据库系统能够提供无故障服务的能力，简单来说，就是确保数据库在出现故障时仍能持续提供服务，避免因宕机导致业务中断。在当今数字化时代，数据已成为企业的重要资产，数据库作为数据的存储和管理核心，其稳定性直接关系到业务的连续性和企业的运营发展。

数据库高可用对于业务连续性具有至关重要的意义。对于金融、电商、游戏等对实时性要求极高的行业，数据库哪怕短暂的中断都可能导致巨大的经济损失和用户流失。比如金融交易系统，如果数据库出现故障，交易无法正常进行，不仅会造成资金流转停滞，还可能引发用户对系统安全性的信任危机。对于企业内部的业务管理系统而言，数据库高可用也至关重要，它能保障企业日常运营的顺畅，如订单管理、库存控制、客户关系管理等业务都能正常开展，从而确保企业整体运营的高效与稳定。

从用户体验角度看，数据库高可用能提供流畅、稳定的服务，提升用户满意度。在竞争日益激烈的市场环境下，用户对系统的稳定性要求越来越高，一旦系统频繁出现故障，用户很可能会转向竞争对手的产品或服务。因此，企业为了提升自身的竞争力，也必须重视数据库的高可用建设，以保障业务的稳定运行。

2.常见数据库高可用方案类型

在数据库高可用领域，存在多种常见方案，每种方案都有其独特的优势和适用场景。

主从复制是一种较为基础的高可用方案。在该方案中，有一个主数据库负责写操作，一个或多个从数据库负责读操作。主数据库将写操作记录通过日志等形式同步到从数据库，从而保持数据的一致性。当主数据库出现故障时，可以从从数据库中选取一个提升为主数据库，继续提供服务。这种方案能有效分担读取压力，提高系统的整体性能，但写操作的扩展性有限，且主数据库的单点故障问题仍然存在。

数据库集群方案通过多台服务器共同组成一个数据库服务整体，实现负载均衡和故障转移。在集群中，每个节点都可以处理读写请求，当某个节点故障时，其他节点能够迅速接管其任务，保证服务的连续性。集群方案具有高可用性和高扩展性的特点，但实现和维护相对复杂，成本也较高。

分布式数据库方案则是将数据分布在多个地理位置不同的节点上，每个节点都拥有完整或部分数据副本，并通过分布式事务管理和一致性协议来保证数据的一致性和完整性。这种方案能够有效解决大规模数据处理和高并发访问的问题，具有极高的可扩展性和容错能力，但技术实现难度较大，对网络环境要求较高，且可能存在数据一致性问题。

除此之外，还有共享存储、双活、多活等多种高可用方案。企业在选择时需要综合考虑自身业务特点、性能需求、成本预算以及技术实现难度等因素，选择最适合自己的方案。

瀚高数据库高可用方案

1.瀚高数据库高可用架构

瀚高数据库的高可用架构围绕故障自动检测与切换、数据同步可靠性以及业务连续性保障三个核心维度构建。在体系架构层面，瀚高提供了HGHA（Highgo HA Cluster Software，V4.2）高可用集群软件与HGPROXY（Highgo Read-Write Separation Cluster，V6.0）读写分离集群软件两个专业化产品，二者既可独立部署也可联动使用。HGHA基于流复制技术构建，支持一主多备的节点拓扑，同步与异步两种复制模式可以根据业务对性能和数据一致性的要求灵活切换。在主库出现故障时，系统能够自动检测并完成秒级切换，同时通过VIP（虚拟IP）漂移技术使上层业务无感知地接入新的主节点，实现业务透明切换。在网络层面，HGHA还提供集群单一IP地址的能力，进一步简化了应用的连接配置。HGPROXY则侧重于读负载的分发，通过将读请求智能分发至多个备节点来提升整体吞吐量，其内置的节点间流复制同步延迟监控能够实时评估各备节点的数据同步状态，配合多读节点负载均衡策略和连接池管理，可以从架构层面对读写流量做精细化调度。在数据一致性保障层面，瀚高的高可用架构中嵌入了脑裂防护与仲裁机制，确保在网络分区或异常情况下不会出现两个主节点同时写入的情况，从而维护集群数据的完整性。企业版的在线无阻塞DDL技术允许在亿级大表上毫秒级完成增加带缺省值列的操作，减少了因表结构变更导致的停机窗口，这也是高可用架构中一个不可忽视的辅助能力。

2.瀚高数据库高可用功能特点

瀚高高可用方案的功能特点体现为多层次的自动化与可靠性设计。首先是故障自愈能力，HGHA能够对主库故障进行自动检测并执行秒级切换，同时具备自动修复机制，在故障节点恢复后可将其重新纳入集群，无需人工介入即可完成自愈闭环。其次是数据同步的灵活性，瀚高高可用架构支持主备复制、流复制、逻辑复制等多种数据同步方式，使运维团队可以根据业务对数据一致性级别和网络带宽条件选择最合适的同步策略，一主多备架构允许同一份数据在多个节点上保持副本，既增强了读能力的水平扩展性，也为故障恢复提供了多重保障。再者是多集群协同能力，HGPROXY可以与HGHA联动部署，使读写分离集群与高可用集群形成联合拓扑——高可用集群保障主节点切换的连续性，读写分离集群则在日常运行中将读流量合理分发至备节点，降低主节点负载。在运维体验方面，HGHA实现了全节点读写支持和集群单一IP地址两个特性，前者意味着备节点在故障切换前也能承担读请求，后者则让应用端无需感知后端节点变化。瀚高数据库企业版（V9.0）本身也内置了高可用集群支持，与HGHA形成产品层面的原生配合。此外，在HigoBase平台层面，企业级备份恢复机制提供了金融级故障自动切换能力，SLA可用性承诺达99.99%，这意味着高可用能力已从传统数据库集群产品延伸到了云化服务平台中。

数据库容灾概述

1.数据库容灾的定义与目标

数据库容灾是指为了应对各种灾难，如自然灾害、硬件故障、人为误操作等，对数据库系统造成的影响，而采取的一系列预防措施和恢复手段。它旨在确保数据库中的数据在灾难发生后不会丢失或遭到破坏，并使数据库系统能够尽快恢复到正常状态，继续支持业务的运行。

数据库容灾的核心目标是保障数据安全和业务恢复。从数据安全的角度看，通过建立异地容灾中心、进行数据远程备份等措施，能够在灾难来临时，确保数据不丢失、不损坏，避免企业因数据损失而遭受重大打击。从业务恢复的角度看，容灾系统能够在主系统因灾难中断后，快速切换到备份系统，使业务停顿时间最短甚至不中断业务，从而最小化业务停机时间（RTO）和数据丢失量（RPO），确保关键应用持续运行，帮助企业实现业务连续性。

2.常见数据库容灾策略

数据备份是数据库容灾的基础策略之一。数据备份将数据库中的数据复制并存储到不同的介质或位置，以应对数据丢失或损坏的情况。备份可以分为全量备份、增量备份和差异备份。全量备份是对数据库中的所有数据进行完整备份，优点是恢复速度快，但占用存储空间大；增量备份只备份自上次备份以来新增或修改的数据，存储空间占用小，但恢复时需结合全量备份和多个增量备份；差异备份则备份自上次全量备份以来新增或修改的数据，恢复时需结合全量备份和最近的差异备份。

异地容灾是另一种重要的数据库容灾策略。它是指在相隔较远的异地建立容灾中心，对生产中心的数据进行远程备份。在灾难发生时，生产中心的应用会中断，此时可通过容灾中心继续提供业务支持。异地容灾根据对系统的保护程度，可分为数据级容灾和应用级容灾。数据级容灾只关注数据的备份和恢复，而应用级容灾则在数据级容灾的基础上，还提供应用的备份和恢复，确保在灾难发生后，应用系统能够快速切换到容灾中心继续运行。

数据库高可用方案与容灾的区别

1.目的与侧重点不同

数据库高可用方案的核心目的在于保障业务的连续性，确保数据库系统能持续稳定地为业务提供支持。它的侧重点在于减少数据库因故障导致的服务中断时间，让业务运行尽可能不受影响，使用户在使用过程中感知不到数据库的故障切换等操作，从而维护业务的正常流转和用户体验。

而数据库容灾的目的则是保障数据安全和业务恢复。侧重点在于应对重大灾难事件，在灾难发生后，确保数据库中的数据不丢失，并能快速恢复数据库系统的运行，使业务能够尽快重新开展，将灾难带来的损失降到最低。

简单来说，高可用更注重数据库在常规运行中的稳定性和持续性，让业务不因小故障而中断；而容灾则聚焦于极端情况下的数据保护和业务重建能力，为数据库系统构筑一道坚固的防线。

2.应对场景不同

数据库高可用方案主要应对的是软件或硬件故障等较为常见的场景。比如数据库软件出现bug导致的运行异常、服务器硬件故障如内存损坏、硬盘故障等，以及网络连接问题等。这类故障虽然会影响数据库的正常运行，但通常可以通过高可用方案中的故障检测与切换机制、冗余架构等手段，快速恢复服务，将影响降到最低。

容灾则针对的是灾难性事件场景，如自然灾害中的地震、洪水、火灾等，这些灾害可能会对数据中心造成毁灭性的破坏；还有大规模的停电事故，以及人为的恶意攻击如黑客入侵、数据篡改等。这类事件具有破坏力大、影响范围广的特点，一旦发生，可能导致整个数据库系统瘫痪。容灾通过异地备份、灾难恢复计划等措施，在灾难发生后确保数据安全，并能快速重建数据库系统，恢复业务运行。

高可用和容灾在应对场景上的区别，就像是日常维修和大灾重建的不同，日常维修处理的是小故障，保证设备正常运转；而大灾重建则是在遭受重创后，重新搭建起生活的家园。

3.实现方式不同

数据库高可用的实现方式主要是通过构建冗余架构。常见的如主从复制架构，主数据库负责写操作，从数据库负责读操作，当主数据库故障时，从数据库可提升为主数据库继续提供服务。还有数据库集群架构，多个服务器组成集群，共同承担读写任务，某个节点故障，其他节点能迅速接管。多活架构也在多个地理位置部署实例，实现数据的分布式处理。

容灾的实现则依赖于备份和恢复技术。数据备份是关键，通过全量备份、增量备份和差异备份等方式，将数据库数据复制存储到其他位置。异地容灾策略会在相隔较远的异地建立容灾中心，对生产中心数据进行远程备份。在灾难发生后，利用这些备份数据，通过数据恢复技术，将数据库恢复到灾难发生前的状态，使业务能够重新运行。

高可用和容灾在实现方式上的不同，类似于汽车备胎和保险的作用。备胎是在轮胎故障时能迅速换上继续行驶，保证车辆正常行驶；而保险则是在车辆发生重大事故后，提供资金支持进行维修或赔偿，为车辆安全提供保障。

瀚高数据库在容灾方面的应用

1.瀚高数据库容灾方案设计

瀚高数据库在容灾方面的设计思路融合了数据同步技术、跨平台数据融合以及备份恢复体系三个层面。在数据同步层面，瀚高数据库通过主备复制、流复制和逻辑复制等多种方式，支持将数据从主节点实时或准实时地复制到位于不同地理位置的灾备节点，同步与异步复制模式的可切换性使运维团队可根据灾备距离、网络延迟和RPO要求来权衡选择。在跨平台数据融合层面，瀚高ByteSynch数据融合平台提供了更为广泛的容灾数据通道能力。该平台支持通过解析源端数据库事务日志（Redo/WAL/Binlog）来捕获增量数据变更，实现秒级实时CDC同步，且源端零性能损耗、无需安装任何Agent。ByteSynch支持Oracle、DB2、MySQL、PostgreSQL、HGDB等主流数据库之间的任意方向同步，这意味着在多数据库异构环境中仍能建立统一的数据容灾传输链路。在事务一致性方面，ByteSynch通过事务排序确保传输链路中所有表对象的事务一致性，同时在数据传输过程中支持压缩与加密以及数据脱敏，保障灾备传输链路的安全合规。在备份恢复层面，瀚高数据库企业版的备份恢复工具实现了Oracle RMAN命令子集功能，支持在线备份、日志归档及PITR，V9.0还支持全量、增量、差异及物理块级备份等多种方式。在云化场景下，HigoBase平台提供了99.99%的SLA可用性承诺及金融级故障自动切换与数据备份恢复能力，将容灾能力从传统物理环境延伸到了云原生部署形态。

2.瀚高数据库容灾实施案例

在容灾方案的实际落地方面，多个行业的项目验证了瀚高数据库在容灾场景下的交付能力。在通信行业，中国移动河北公司的O域业务系统替代项目采用了四节点集群拓扑，完成了124.3TB数据迁移并实现了零数据丢失交付，该项目面对的正是超大规模数据迁移、复杂系统交叉调用和高可用运维三大难题，通过集群架构和容灾数据同步机制保障了业务连续性。在能源电力行业，南瑞继保的电网综合自动化系统国产化项目面向双机、无人值守、强安全要求的电力场站场景，形成了一键部署、db_ha高可用和双主双写同步三类成熟方案，其中双主双写同步方案即在容灾层面实现了双向数据写入与同步，保障在极端情况下任一站点均可独立承载业务。金风科技的高可用集群解决方案依托一主一备高可用架构、多PING点检测及双份数据实时落盘机制，确保风电业务数据的实时冗余和快速恢复能力。在金融行业，某财险公司全国保单核心系统全量运行在瀚高数据库之上，保单数据作为高价值、高并发写入的核心业务数据，其对容灾能力的要求极为严格，系统长期稳定运行验证了数据库在容灾保障方面的可靠性。在医疗领域，新乡医学院第三附属医院基于银河麒麟操作系统的全院信息系统建设项目，为核心HIS、EMR、RIS、PACS等业务系统提供了高可用集群支撑，医院信息系统对数据连续性有极高要求，集群化容灾部署有效保障了7×24小时不间断运行。这些案例覆盖了通信、能源电力、金融和医疗等多个关键基础设施行业，从多节点集群部署、双主双写同步到高可用集群容灾，形成了不同容灾等级要求下的实际交付参考。