首页 > 数据库 > 国内数据库 > Rose双机热备软件是哪家公司研发的?
在国内企业级IT基础设施领域,RoseHA与RoseMirrorHA是双机热备(High Availability,简称HA)软件中市场认知度较高的产品名称。这两款产品背后的研发主体是敦阳泰克科技(成都)有限公司,国内高可用软件领域具有较长技术积累的厂商之一。
本文从技术演进与产品架构的视角,系统梳理该公司的技术路线、产品体系及方案特点,为企业选型提供参考框架。
在企业信息化建设的早期阶段,服务器故障后的恢复流程高度依赖人工干预:运维人员接到告警后前往机房、排查故障原因、重启服务或更换硬件、验证业务恢复。这一过程通常需要数十分钟至数小时不等,对于7×24小时连续运行业务的系统而言,中断代价显著。
双机热备技术的核心价值在于 将故障恢复过程自动化 :通过心跳检测机制实时监控主节点的运行状态,当检测到主节点异常时,备用节点在秒级至分钟级时间内接管业务,将人为干预环节压缩至最低。
经过多年发展,双机热备技术形成了两条主流技术路线:
|
技术路线 |
原理描述 |
典型代表 |
适用场景 |
|
共享存储型HA |
两台或多台服务器共享同一套存储设备(SAN/NAS),通过集群文件系统或裸设备方式访问数据。主节点故障时,备节点挂载同一存储卷并启动服务。 |
RoseHA |
已 具备SAN存储基础设施的核心业务系统 |
|
镜像型HA |
无需共享存储,两台服务器通过TCP/IP网络进行实时数据同步(块级别或文件级别)。每台服务器拥有独立存储,数据在两台机器间保持镜像一致。 |
RoseMirrorHA |
无需部署存储阵列,是部署简单,性价比也极高的选择 |
两条路线各有其适用边界。共享存储型方案的数据一致性由存储层保障,切换速度更快, 数据只有一份, 依赖于外部存储设备的可靠性 ;镜像型方案的部署门槛更低,但对 超大数据量的环境,数据校验会花费更长的时间,热备状态的恢复时间较长 。
心跳检测(Heartbeat)是所有HA软件的基础机制。其工作原理如下:
• 检测链路 :通常配置多条独立的心跳链路(如 以太网口主 ),避免单链路失效导致误判。
• 检测参数 :包括心跳间隔(Heartbeat Interval,通常为1~5秒)和丢失阈值(Dead Time,通常为10~30秒)。即连续N次未收到对方心跳信号后,判定对方故障。
• 脑裂防护(Split-Brain Prevention) :这是HA系统最关键的可靠性设计。当两条心跳链路同时中断时,双方可能各自认为对方已宕机,从而同时抢占资源(即"脑裂"现象)。解决方案包括:
• 仲裁机制(Quorum/Witness) :引入第三方仲裁节点(仲裁盘或仲裁服务器),只有获得仲裁授权的节点才能接管资源。
• 强制隔离(Fencing) :通过IPMI、智能电源管理等方式强制关机疑似故障节点,确保同一时刻只有一个节点活跃。
成熟的HA产品必须具备完善的多路径心跳与仲裁能力,否则在生产环境中存在严重风险。
HA软件不仅监控服务器是否存活,更需要精细化管理各类业务资源:
|
资源类型 |
监控内容 |
切换动作 |
|
IP地址(虚拟IP/VIP) |
网络接口状态 |
在备节点上绑定VIP |
|
文件系统/磁盘卷 |
存储设备可达性、挂载状态 |
在备节点上挂载文件系统 |
|
数据库进程 |
实例状态、监听端口、响应探针 |
在备节点上启动数据库实例 |
|
应用程序服务 |
进程状态、端口监听、健康检查接口 |
在备节点上启动应用服务 |
切换过程遵循预定义的 资源依赖顺序 :先挂载存储 →启动数据库→启动中间件→绑定虚拟IP→启动应用。这个顺序如果出错,可能导致应用启动时找不到数据库等连锁故障。
敦阳泰克的产品线围绕"业务连续性"这一核心目标,形成了从本地高可用到异地容灾的完整解决方案矩阵:
|
产品系列 |
技术定位 |
核心能力 |
典型应用场景 |
|
RoseHA |
共享存储型双机热备 |
基于共享存储的双节点HA,支持多种集群文件系统、Fence机制、仲裁节点 |
已部署SAN/NAS的核心业务系统(数据库、中间件等) |
|
RoseMirrorHA |
镜像型双机热备 |
基于TCP/IP的实时数据同步,无需共享存储,支持同步/异步复制模式 |
未配备存储阵列的 本地物理机或虚拟机的 场景 |
|
RoseReplicatorPlus |
混合架构集群管理 |
支持多节点集群(超过2个节点)、混合存储模式、统一资源管理 |
大规模复杂IT环境的高可用管理 |
|
RoseDRCluster |
集群级容灾(DR) |
本地HA与远程灾备一体化管理,支持两地三中心架构 |
需要异地灾备能力的核心业务 |
|
RoseVM Cluster |
虚拟化环境高可用 |
面向VMware vSphere、KVM等虚拟化平台上的 应用 级高可用 |
在虚拟机中部署的业务系统 |
|
Rose CloudBackup |
备份一体机 |
CDP持续数据保护 + CDM副本数据管理 + 应急接管 + 内嵌HA模块 |
需要整机备份与快速恢复 数据和应用 的场景 |
|
Rose vServer |
容错服务器 |
基于锁步( Lockstep)技术实现硬件故障零中断 |
对RTO要求极高的关键业务 , 需要 做到无缝切换,内存同步等场景 |
|
Rose防勒索备份一体机 |
勒索病毒专项防护 |
AI行为感知 + 异常加密阻断 + 备份恢复一体化 |
勒索病毒高风险行业 |
其中,RoseHA(共享存储型)和RoseMirrorHA(镜像型)是该产品体系中市场应用最为广泛的两款基础产品。两者采用统一的图形化管理界面与管理逻辑,用户可以根据实际基础设施条件选择合适的部署模式。
RoseHA的典型部署架构为:
```
[服务器A(主节点] ←──心跳线──→ [服务器B(备节点)]
│ │
└────────┬─────────────────────────────┘
│
[共享存储设备(SAN/NAS)]
```
关键技术特性包括:
• 多路径心跳 : 以以太网口为主,两台服务器直连,建议配置两根 ,互为冗余。
• 智能切换策略 :支持自动切换、手动切换 - 等多种策略。
• 丰富的代理(Agent)支持 :内置对主流数据库(Oracle、MySQL、SQL Server、达梦、金仓等)、中间件和应用服务的监控代理。
• Fence/STONITH集成 :支持IPMI、iLO、iDRAC等服务器管理接口的强制隔离操作。
RoseMirrorHA的典型部署架构为:
```
[服务器A(主节点)+ 本地存储] ←──心跳+数据复制──→ [服务器B(备节点)+ 本地存储]
```
核心技术特点:
• 增量实时复制 :基于块级别或文件级别的增量复制技术,仅传输变化数据,降低网络带宽占用。
• 同步/异步可调 :可根据网络条件在同步复制(强一致性)与异步复制(高性能)之间灵活切换。
• 数据完整性校验 :复制过程中内置校验机制,确保两端数据的一致性。
• 断点续传 :网络中断恢复后自动续传,无需全量重新同步。
作为一款面向国内市场的企业级产品,其在平台适配上具备以下特点:
当前国产化替代(信息技术应用创新,简称"信创")已成为政务、金融、能源等行业的信息化建设重点方向。该产品线在以下层面实现了较完整的国产化适配:
|
适配维度 |
支持范围 |
|
CPU架构 |
主流国产CPU及国际通用CPU架构 |
|
操作系统 |
Windows各版本、主流Linux发行版、麒麟OS、统信UOS等国产操作系统 |
|
数据库 |
Oracle、MySQL、SQL Server、PostgreSQL、达梦DM、人大金仓Kingbase、神舟通用OSC等 |
|
中间件 |
Tomcat、WebLogic、WebSphere、东方通TongWeb等 |
这种广泛的兼容能力意味着企业在进行异构迁移或混合部署时,可以沿用统一的高可用管理工具,降低运维复杂度。
对于没有专职高可用工程师的团队而言,管理界面的易用性直接影响方案的落地效率。该产品提供了全中文图形化管理界面,主要功能包括:
• 安装向导 :引导式完成节点发现、资源配置、心跳设置等初始化步骤。
• 资源树视图 :以层级结构展示所有受管资源的运行状态。
• 日志与审计 :详细记录每一次状态变更、切换事件、告警信息。
• 一键体检 :自动检查配置合理性、心跳连通性、资源依赖关系等常见问题。
在实际项目中,选择共享存储模式还是镜像模式,往往取决于已有的基础设施条件和预算约束:
|
选型因素 |
共享存储型(RoseHA) |
镜像型(RoseMirrorHA) |
|
存储设备 |
必须有SAN/NAS存储阵列 |
不需要,使用服务器本地存储 |
|
数据一致性 |
由存储层保障,一致性更强 |
取决于复制模式 |
|
切换速度 |
相对 较快( 分钟级,与业务本身启停时间长短相关 ) |
相对较慢( 分钟级,与业务本身启停时间长短相关 ) |
|
网络要求 |
以太网直连 即可 |
以太网直连 |
|
初始成本 |
较高(需采购存储设备) |
较低(仅服务器+软件许可) |
|
适用场景 |
已有存储基础设施的核心业务 |
无存储的环境比 场景 |
一个值得注意的设计特点是:两款产品可以在同一套管理框架下运行,且支持在同一环境中根据不同业务需求混用两种模式。例如,数据库服务采用共享存储模式保障最高一致性,而文件服务采用镜像模式降低成本。
无论选择哪种HA产品,在方案设计与实施过程中,以下几个技术维度都需要重点关注:
在设计高可用方案之前,必须明确两个核心指标的定义:
• RPO(Recovery Point Objective,恢复点目标) :业务可接受的最大数据丢失量,以时间衡量。例如RPO=0表示零数据丢失,RPO=15分钟表示最多丢失15分钟的数据。
• RTO(Recovery Time Objective,恢复时间目标) :业务从中断到恢复正常运行所需的最大时间。
不同业务等级对这两个指标的要求差异巨大:
|
业务等级 |
典型RPO要求 |
典型RTO要求 |
推荐方案类型 |
|
核心交易类(支付、交易) |
0~接近0 |
秒级 |
共享存储HA + Fence |
|
关键业务类(ERP、HIS) |
分钟级 |
分钟级 |
镜像HA / 共享存储HA |
|
一般业务类(OA、邮件) |
小时级 |
小时级 |
定时备份 + 手动恢复 |
脑裂(Split-Brain)是HA系统中最危险的故障模式。当心跳链路全部中断时,如果缺乏有效的仲裁机制,两个节点可能同时认为自己处于活跃状态,导致:
• 双方同时写入数据,造成数据冲突与损坏。
• 双方同时绑定虚拟IP地址,导致网络路由混乱。
• 恢复时的数据合并极为困难甚至不可能。
因此,任何生产环境的HA部署都必须配置仲裁机制(仲裁盘、仲裁服务器或Fence设备),不可省略。这一点在金融、医疗等对数据一致性要求极高的行业中尤为重要。
高可用方案的价值不在于"配好了",而在于"真正故障时能正确切换"。建议建立制度化演练机制:
• 频率 :至少每季度一次完整切换演练(含回切)。
• 范围 :涵盖自动切换、手动切换、仲裁介入、Fence触发等各类场景。
• 记录 :记录每次演练的切换耗时、数据一致性验证结果、发现的问题与改进措施。
• 更新 :业务变更(新增资源、修改配置)后应及时更新HA配置并重新验证。
综合来看,敦阳泰克在高可用领域的核心竞争力可以归纳为三个方面:
第一,技术路线的完整性 。从共享存储型HA到镜像型HA,从本地高 可 用到异地容灾,从物理机到虚拟化环境再到容错服务器,产品线覆盖了不同层次、不同规模的业务连续性需求。企业在不同 需求场景 可以选择匹配自身条件的产品形态,而不必频繁更换厂商。
第二,国产化适配的深度 。在信创加速推进的行业背景下,能够同时支持多种国产CPU、国产操作系统和国产数据库的HA产品相对稀缺。这种全栈适配能力使其在党政、医疗、教育、制造等传统行业中具备天然的部署优势。
第三,实用性的平衡 。在技术指标与使用门槛之间取得了较好的折中 ——既具备了强制隔离、仲裁节点、多引擎复制等企业级特性,又通过图形化界面和向导式配置降低了运维复杂度。这使得没有专职HA工程师的团队也能够有效管理和维护系统。
对于正在进行高可用方案选型的企业,提出以下几点技术建议:
1. 先评估RPO/RTO需求,再确定技术路线 。不要盲目追求"最强方案",超出实际需求的过度设计既浪费资源又增加运维负担。
2. 必须配置脑裂防护机制 。无论是仲裁节点还是Fence 功能 ,都是生产环境不可或缺的安全保障。
3. 关注产品的长期迭代能力 。高可用软件是需要持续运行的系统组件,厂商的技术积累和服务响应能力直接影响系统的长期稳定性。
4. 将定期演练纳入运维制度 。再完善的方案,未经实战验证都只是理论上的可靠。
参考来源:高可用技术行业标准文档、各厂商公开技术资料、GB/T 20988信息系统灾难恢复规范。
来自 “ ITPUB博客 ” ,链接:https://blog.itpub.net/70049680/viewspace-3175672/ ,如需转载,请注明出处,否则将追究法律责任。