号称最适合数据库的双活容灾,究竟有什么卓越之处?

新闻
随着政企工作对数据中心的依赖程度日益加强,作为保障系统安全稳定运行的最后一道防线和风险集中点

  随着政企工作对数据中心的依赖程度日益加强,作为保障系统安全稳定运行的***一道防线和风险集中点,数据中心的灾备级别及安全运作被寄予了更高的要求。面对如今市面上海量的容灾服务,双活容灾凭借其独特的优越性能,成为了近年来针对大型数据系统的热门解决方案。

  双活容灾技术为何如此受到青睐,它将为政企客户带来怎样的收益?接下来我们将从“主-备容灾”、“应用级容灾”、“在线式容灾”等关键词出发,对其进行详细解构。

  ▶首先,什么是“双活容灾”?

  双活容灾是指可实现备份端在线的、双活的应用级容灾,践行在线式应用级的容灾系统。在线式是指备用服务器上的数据库是在线的,处于可读可查询的状态,确保容灾是可靠的、稳定的;应用级是指镜像系统复制的数据是数据库事务,是属于应用层的。

  出于灾备的目的,一般都会建设2个(或多个)数据中心,一个是主数据中心用于承担用户的业务,一个是备份数据中心用于备份主数据中心的数据、配置、业务等,这是最常见的也是最简单的数据库容灾架构,通常有热备、冷备、双活3种备份方式。所谓“双活”数据中心,区别于热备、冷备的模式,前者2个数据中心都处于运行当中,同时承担用户的业务,所以称为“双活”,主备2个数据中心互为备份,并且进行实时备份。

  ▶从单活到双活,资源高利用率和业务连续可用得以实现

  早期的主-备模式的数据中心只是简单的软硬件资源的堆砌,正常情况下,主用数据中心提供业务,备用数据中心处于闲置状态。发生灾难时,业务系统才从主用中心迁移到备用中心来。然而,灾难往往只是小概率事件,企业建设的备用中心大多时候都是处于闲置状态,资源使用率极低,业务连续性无法有效保障。

  所谓“双活”数据中心,是觉得备用数据中心只做备份太浪费了,所以让主备两个数据中心都同时承担用户的业务,此时,主备两个数据中心互为备份,并且进行实时备份。能够充分利用资源,避免了一个数据中心常年处于闲置状态而造成浪费,灾难发生时业务从主运行中心切换至备份运行中心RTO较长等问题也得到大大改善。

  ▶可实现数据库事务日志复制的应用级容灾,是数据级容灾的发展趋势

  简单了解了双活容灾的设计原理之后,从安全保障的层面而言,双活容灾还是一种优于数据级的应用级容灾,具备比数据级灾备更高级别的业务恢复能力。像对业务连续性要求较高的行业,例如:金融(证券 、银行等)、医疗、商超、政府机构(档案馆、社保中心等),在做容灾建设项目时,都将应用级容灾视作最基本的要求。


  数据级容灾的关注点在于数据,即灾难发生后可以确保用户原有的数据不会丢失或者遭到破坏。一般是通过建立一个异地的数据系统,对本地关键应用数据做一个可用备份。在本地数据出现灾难时,系统至少在异地保存有一份可用的关键业务的数据。

  应用级容灾则是在数据级灾备的基础上,把应用处理能力再复制一份,也就是在异地灾备中心再构建一套支撑系统。在本地数据出现灾难时,备份中心可以接管本地生产系统的业务,并在本地生产系统正常使用后,恢复100%数据,保证恢复数据可用。

  因此应用级的双活容灾其实是指,可实现数据库事务日志的实时复制与加载。优势在于生产端代理进程可实时捕捉数据库在线或归档日志的变化数据,保障目标容灾数据库的一致性;并实现采用CDP原理的事务级容错,防止人为或系统原因造成数据库结构损坏或数据丢失,同时还可实现任意时间点恢复、高效的数据迁移和双活的回切,大大提升了容灾的可靠性。

  ▶确保备端始终在线,实现最快速的容灾接管

  通常的容灾技术采用等待模式,即容灾端备用系统处于不运行状态。如果要确保这个容灾系统在需要的时候可用,还需要进行另外测试,而测试往往需要复制处于离线状态,这种测试同时也是一个开销较大的行为。然而如果不进行定期的测试,容灾系统的可靠性又会随着时间的推移而降低。

  因此为了化解这种困境,在双活容灾的方案中,备用系统的数据库一直处于打开状态,实际上相当于对容灾系统进行不间断的测试,确保备用系统随时处于可用状态。两端数据库都处于可用状态,因而可实现快速的接管,接管时间基本等于应用系统切换连接数据库的时间。在容灾方案中没有比这种接管更快的方法。


  AppMirror数据库双活——关键业务的***容灾保障

  目前市面上可承接数据库双活容灾建设的灾备厂商***,浪擎科技作为其中的佼佼者,***将双活容灾理念引入国内,独立自主研发的明星产品——AppMirror数据库双活容灾更是获赞无数,至今已获全国累计近万家用户选择和信赖,也使得浪擎科技成立短短几年便一跃成为数据保护解决方案供应商。

  AppMirrior不依赖DataGaurd、LogMinor、DBCC LOG等数据库自带的日志工具来实现数据复制,完全依靠自身研发的数据库实时捕获引擎ACA和数据组装两大核心技术来实现全量复制和实时增量复制,具备非常高的创新水平。


  双活容灾:AppMirror具备“双活容灾”的普遍特点,容灾端数据库处于在线运行状态,具备***的可靠性,且用户可以随时查询业务数据来检验容灾结果。

  数据汇聚:AppMirror占用极少的主机资源,在生产端无感知的情况下实现数据复制,生产端产生的数据实时地传输到镜像端,并通过ETL工具汇聚到数据池中,实现实时汇聚。

  可视化数据校验:基于Web的、可视的、在线的秒级数据校验,及时反映容灾端数据库的运行状态、事务加载状态、两端数据的差异程度。

  文件镜像:可实现非结构化数据同步。新旧平台更替时,实现同构操作系统和异构操作系统情形下的数据迁移,支持集群到集群、集群到单机不同形式的数据迁移。

责任编辑:zhangcha
相关推荐

2017-06-09 10:20:17

数据库表设计

2021-10-11 15:57:49

物联网5G技术

2018-09-04 11:09:58

容灾灾备系统

2021-02-14 10:09:04

数据目录数据元数据

2009-01-19 16:54:50

数据挖掘CRM孤立点

2015-03-17 10:25:42

IoT物联网链接传感器

2020-03-17 15:55:12

Redis数据库命令

2018-08-07 16:43:46

云灾备

2012-03-20 09:32:24

Linux服务器

2020-09-16 08:54:24

物联网IOT物联网技术

2021-01-12 10:06:57

编程语言开发

2016-05-17 15:38:18

数据中心

2022-12-26 14:51:48

人工智能

2019-03-18 10:32:33

容灾双活同城

2015-09-23 13:28:01

大数据分析软件

2011-03-21 13:23:25

2018-09-07 06:30:50

物联网平台物联网IOT

2017-06-07 11:10:20

数据库开源开发工具

2016-01-26 09:58:28

云存储云服务云安全

2024-02-26 16:36:48

点赞
收藏

51CTO技术栈公众号