双活容灾,真正的容灾
“双活”容灾,最灵活的应用方式
“双活”容灾，最灵活的应用方式提到灾备这个行业，很多用户、很多人觉得灾备离他们特别远，但是通过北方的都市之秋、南方的冻雨以及汶川大地震，国内的企业在这方面表现出了一些问题。
可以想象一个场景，比如说客户开户的银行，突然发生了9·11这样的事故，整个银行系统停顿、数据丢失。
如果它没有做灾备，可能这一切就化为乌有了。
所以，各个银行、各个证券公司最近这些年灾备的投入做了相当大的工作，为客户个人的资产、个人的信息、为服务的界面做了很多的保障。
所以，基本上人们看不到灾备，但是它一直在为你服务。
从另外几个角度来看，我们国家最近几年自然灾害和公共卫生事件，有非典、禽流感、水灾、南方的雪灾、冻雨、这次汶川大地震。
在这些自然灾害面前，我们面临的是怎么样去进行救助，怎么样能够把企业、政府的职能进行恢复。
在这些恢复过程当中，相应的应急体系和灾难恢复体系起到了相当大的作用，政府最近这些年也在应急管理上做了很多的工作，也形成了一整套的应急体系，企业对数据系统的备份，对业务所需要的连续的资源。
即使如此，面对大灾难的时候还是相当的无力和无助。
上海浪擎科技是国内最大的备份容灾软件厂商，在备份容灾领域具备一流品牌影响力。
公司产品和解决方案分为D（数据级灾备）、A（应用级灾备）、Y（云计算）、S（备份存储柜）四大系列，涵盖了从桌面到服务器、从备份到容灾、从本地综合备份管理到异地数据中心建设等各个方面，构建完整的备份、容灾、存储解决方案。
浪擎科技已为众多高端用户建设了大型的灾备中心或灾备系统。
客户遍及政府、金融、医疗、能源、电信、媒体、制造、教育等各行各业，有超过10000家用户，承建了最多的区域级灾备中心建设案例。
浪擎“双活”容灾拥有灵活的应用方式，系统支持丰富的复制连接拓扑，其中有一对一和多对一复制。
一对一复制，指的是在极为重要的业务系统中，为生产线上的主服务器建立一套备用系统非常关键。
当主服务器因宕机等意外状况而停止服务器，可立即启用备用服务器提供服务。
业务系统双活灾备服务方案
业务系统双活灾备服务方案一、为啥要有双活灾备。
咱先唠唠为啥业务系统得整这个双活灾备呢？你想啊，现在的业务就像一个超级精密的大机器，每一个小零件（数据和服务）都至关重要。
万一突然来个天灾人祸，像地震把机房震坏了，或者网络被黑客攻击得乱七八糟，要是没有个备份方案，那业务可就直接歇菜了。
这就好比你出门只带了一把钥匙，结果钥匙丢了，家都回不去。
所以啊，双活灾备就是给业务系统多准备几把“钥匙”，确保啥时候都能正常运转。
二、双活灾备是啥概念。
简单说呢，双活就是让两个数据中心或者多个站点都处于“活着”的状态，也就是同时都能对外提供服务。
这可不是一个主一个副的那种备胎关系，而是真正的平等关系。
用户不管访问哪个数据中心，都能得到一样的服务。
就像你有两个手机，两个手机都能打电话、发短信、上网，没有哪个是专门用来当备用的。
灾备呢，就是在灾难发生的时候，能够快速地把业务切换到备份的地方，保证服务不间断。
这就像是你在不同的地方都有房子住，这个房子出问题了，立马就搬到另一个房子去，还不耽误生活。
三、我们的双活灾备方案咋实现。
# （一）网络架构。
1. 高速链路连接。
咱得用高速网络链路把两个数据中心连起来，就像给它们之间修了一条超级高速公路。
这样数据在两个中心之间传输就特别快，用户访问起来也不会感觉到卡顿。
这条链路得是高带宽、低延迟的，就像那种超级跑车走的路，又宽又顺溜。
2. 智能路由策略。
还得有个聪明的路由系统。
这个路由就像一个交通指挥员，能根据网络的情况，自动把用户的请求分配到最合适的数据中心。
比如说，如果一个数据中心的访问量突然变大了，有点拥堵，那路由就会把一部分用户的请求引导到另一个比较空闲的数据中心去，让大家都能快速得到服务。
# （二）数据同步。
1. 实时数据复制。
数据是业务的核心啊，所以数据的同步特别重要。
我们采用实时数据复制技术，就像有个超级复印机，一个数据中心的数据一有变化，立马就复制到另一个数据中心去。
这样两个数据中心的数据就时刻保持一致，不管用户访问哪个中心，看到的都是最新的数据。
银行双活容灾建设方案技术手册-规划篇
银行双活容灾建设方案技术手册——规划篇目录1、应用层数据复制架构选型规划 (3)2、存储层数据复制架构选型规划 (10)3、整体架构各功能层分解规划设计 (16)4、核心系统双活基础架构规划设计 (19)随着全球IT产业的飞速发展，金融行业的IT建设逐步成为主导金融企业业务发展的核心驱动力，基于金融行业IT系统建设的各种行业标准以及监管标准也相应提高。
IT系统架构的扩展性、灵活性以及容灾能力就成为衡量企业IT建设很重要的标准。
本手册以某银行同城双数据中心建设过程为背景，详细从系统架构集成、资源云化、存储整合以及数据容灾等多个关键方面阐述其规划思路以及建设过程，旨在为同业在此类项目规划和建设过程中提供一些启示和帮助。
1、应用层数据复制架构选型规划1.1 应用事务日志回放技术下图是Oracle数据库层面的数据复制技术（ADG）的架构原理图。
对于该架构原理图，本文从其实现的基本条件、数据复制原理、数据复制的模式以及数据复制的关键因素等几个方面来进行深度剖析。
Oracle Active Data Guard1.1.1 前提条件容灾站点之间需要有三层以太网连通，软件层面需要数据库的集群软件模块（Oracle Active Data Gurard）或者是db2 purscale hadr。
服务器层面需要至少两套服务器系统分别部署于两个数据中心。
存储层面需要两套存储空间分别部署于两个站点作为主库存储和备库存储，他们互相之间独立。
1.1.2 复制原理对于主站点的数据库来讲，客户端的数据更新请求首先要由日志写入进程写到重做日志当中，然后由数据写进程再周期性地写入数据文件当中。
重做日志当中以SCN为数据库独有的时间搓序列来记录所有数据库更新的先后顺序，从而保障数据库恢复能够按照正确的顺序执行保障数据一致性和完整性。
那么对于配置了Active Data Guard的数据库读写的完成在以上所述过程中，日志写进程在本地日志文件写入过程的同时，日志传输进程会将缓存里面的重做日志通过ADG传输给灾备站点的备库实例，备库实例的日志接收进程根据接受到的重做日志在备库上重新执行数据库的更新操作，从而保证主库和备库的事务性更新行为一致性，最终保证数据的一致。
“两地三中心”和“双活”简介--容灾技术方案
“两地三中⼼”和“双活”简介--容灾技术⽅案当前市场上常见的容灾模式可分为同城容灾、异地容灾、双活数据中⼼、两地三中⼼⼏种。
1、同城容灾同城容灾是在同城或相近区域内（ ≤ 200K M ）建⽴两个数据中⼼ : ⼀个为数据中⼼，负责⽇常⽣产运⾏ ; 另⼀个为灾难备份中⼼，负责在灾难发⽣后的应⽤系统运⾏。
同城灾难备份的数据中⼼与灾难备份中⼼的距离⽐较近，通信线路质量较好，⽐较容易实现数据的同步复制，保证⾼度的数据完整性和数据零丢失。
同城灾难备份⼀般⽤于防范⽕灾、建筑物破坏、供电故障、计算机系统及⼈为破坏引起的灾难。
2、异地容灾异地容灾主备中⼼之间的距离较远（＞ 200KM ) ，因此⼀般采⽤异步镜像，会有少量的数据丢失。
异地灾难备份不仅可以防范⽕灾、建筑物破坏等可能遇到的风险隐患，还能够防范战争、地震、⽔灾等风险。
由于同城灾难备份和异地灾难备份各有所长，为达到最理想的防灾效果，数据中⼼应考虑采⽤同城和异地各建⽴⼀个灾难备份中⼼的⽅式解决。
本地容灾是指在本地机房建⽴容灾系统，⽇常情况下可同时分担业务及管理系统的运⾏，并可切换运⾏；灾难情况下可在基本不丢失数据的情况下进⾏灾备应急切换，保持业务连续运⾏。
与异地灾备模式相⽐较，本地双中⼼具有投资成本低、建设速度快、运维管理相对简单、可靠性更⾼等优点；异地灾备中⼼是指在异地建⽴⼀个备份的灾备中⼼，⽤于双中⼼的数据备份，当双中⼼出现⾃然灾害等原因⽽发⽣故障时，异地灾备中⼼可以⽤备份数据进⾏业务的恢复。
本地机房的容灾主要是⽤于防范⽣产服务器发⽣的故障，异地灾备中⼼⽤于防范⼤规模区域性灾难。
本地机房的容灾由于其与⽣产中⼼处于同⼀个机房，可通过局域⽹进⾏连接，因此数据复制和应⽤切换⽐较容易实现，可实现⽣产与灾备服务器之间数据的实时复制和应⽤的快速切换。
异地灾备中⼼由于其与⽣产中⼼不在同⼀机房，灾备端与⽣产端连接的⽹络线路带宽和质量存在⼀定的限制，应⽤系统的切换也需要⼀定的时间，因此异地灾备中⼼可以实现在业务限定的时间内进⾏恢复和可容忍丢失范围内的数据恢复。
双活数据中心与灾备解决方案
双活数据中心与灾备解决方案多数据中心的建设需要投入大量资金，其项目周期往往很长，涉及的范围也比较大。
从技术上来说，要实现真正意义上的双活，就要求网络、应用、数据库和存储都要双活。
就现阶段来看，大多数客户的多数据中心建设还达不到完全的双活要求，主流的建设目标是实现应用双活。
目前客户建设多数据中心的模型可以归纳为以下几种：1.单纯的数据容灾：正常情况下只有主数据中心投入运行，备数据中心处于待命状态。
发生灾难时，灾备数据中心可以短时间内恢复业务并投入运行，减轻灾难带来的损失。
这种模式只能解决业务连续性的需求，但用户无法就近快速接入。
灾备中心建设的投资巨大且运维成本高昂，正常情况下灾备中心不对外服务，资源利用率偏低，造成了巨大的浪费。
数据容灾2.构建业务连续性：两个数据中心（同城/异地）的应用都处于活动状态，都有业务对外提供服务且互为备份。
但出于技术成熟度、成本等因素考虑，数据库采用主备方式部署，数据库读写操作都在主中心进行，灾备中心进行数据同步。
发生灾难时，数据中心间的数据库可以快速切换，避免业务中断。
双活数据中心可充分盘活企业闲置资源，保证业务的连续性，帮助用户接入最优节点，提高用户访问体验。
构建业务连续性3.提升业务服务能力：多个数据中心同时对外提供服务且互为备份，各中心的数据库可同时处理应用的读写请求，网络、存储、应用和数据库全部实现多活。
各数据中心独立运营，用户流量可被智能调度，形成灵活、弹性和可扩展的面向服务的业务架构。
提升业务服务能力数据中心业务连续性解决方案的几种主要应用场景同城双活：站点级双活(可支持应用级双活)，整合距离相对较近的两个数据中心中的计算、存储和网络资源，实现高度灵活的负载分配，结合数据中心内部的高可用机制，为业务连续性提供最高级别保障。
特点：1、跨数据中心实现高可用性与负载平衡，支持各种应用2、管理简便，成本较高3、数据零丢失，无单一故障点，可靠性高，可最大化业务在线时间4、距离有限，可实现城域级别的应用迁移与灾难避免/灾难恢复异地灾备在不限距离的两个数据中心之间构建备份关系，可抵御较大范围的灾难性事件对业务的影响。
联想容灾双活方案,高效应对金融业灾备需求
联想容灾双活方案，高效应对金融业灾备需求 突发事件造成的非计划宕机不可避免。
对于实现数据大集中的传统金融企业而言，灾难性的突发事件发生时，如何保障核心业务的在线性和连续性极为重要。
双活容灾解决方案能够充分利用原有IT 资源，实现应用级双活的无感知切换，达到对外业务服务的连续性，有效应对灾难性事件发生时业务宕机的风险。
在传统金融企业众多灾备方案中，双活容灾方案的突出优势值得关注。
1. 联想SVC 技术方案：针对大型数据中心核心业务，客户主要需求为双活数据中心或异地容灾中心，并可升级为两地三中心方案； 2. 联想HyperSwap 技术方案：针对中小型规模级数据中心，客户需求主要为简单的基于业务的数据中心双活； 3. 联想SureHA 技术方案：针对轻负载业务、单服务器场景，客户主要需求为服务器操作系统和业务7x24连续运行； 1. 跨数据中心切换：具备HyperSwap 功能的集群系统提供不同数据中心或数据中心内部的快速切换。
HyperSwap 是从MainFrame 移植下来的软件特性，主要使用Metro Mirror 的技术。
2. 存储虚拟化，实现容量和性能功能的三维动态扩展： 2.1. 通过单一控制界面管理所有存储。
传统第三方存储设备的容量作为 V5030 的一部分进行管理，显著提高生产效率； 2.2. 所有高级功能均可扩展到虚拟化存储，包括自动精简配置、FlashCopy、Easy Tier 和 Real-time Compression； 2.3. 可有效延长设备寿命，保护投资并提升现有存储资产的价值； 3. 不停业务地在线数据迁移：在外部存储与 Lenovo Storage V5030 系统间透明地迁移数据，实现不停业务地在线数据迁移。
4. 全自动切换、恢复，易于管理：支持两个数据中心的自动化切换，连续对外提供生产。
阵列双活容灾解决方案
按业务粒度仲裁— 一致性组仲裁
WebSite OA CRM ERP
WebSite OA CRM ERP
WebSite OA CRM ERP
WebSite OA CRM ERP
通用方案
站点A
站点B
服务器 优先站点
服务器
按业务粒度仲裁
站点A
站点B
服务器
服务器
ERP一致性组 CRM一致性组 OA 一致性组 We b 一致性组
可视化
全局拓扑、集中告警 自动化，一键式容灾演练、恢复
本地高可用解决方案
方案架构
V
V
V
M
M
M
V
V
V
M
M
M
Other
SAN
Hu a we i
亮点
业务级高可靠
业务0中断 数据0丢失
课程目录
为什么要做容灾？ 华为容灾解决方案OverVie w 华为阵列双活解决方案解析 华为阵列双活竞争分析 案 例分享
华为容灾解决方案全景图
本地高可用方案
本地高可用解决方案
同城容灾方案
双活数据中心解决方案 主备容灾解决方案
异地容灾方案
两地三中心容灾解决方案 主备容灾解决方案
≤1 0 0 km
＞1 0 0 km
本地生产中心
同城容灾中心
异地容灾中心
双活数据中心解决方案
方案架构
生产中心1
VVV M MM
VVV MMM
HyperMetro 仲裁设计-仲裁部署方案
仲裁部署
有第三方仲裁站点（推荐）
存储资源池
• 仲裁设备部署在第三方站点，与双活的两个数 据中心处于不同的故障域
浪擎“双活”容灾,可验证的容灾
浪擎“双活”容灾，可验证的容灾容灾，严格来说主要包含三个部分，分别为数据容灾、应用容灾和业务容灾。
但是对于我们用户来说，绝大部分只需要关注两个部分，第一部分是数据容灾，第二部分是应用容灾，并且分别包括本地和异地的部署方式。
其中数据容灾解决的是数据不丢失的问题，而应用容灾解决的是数据不丢失以及应用不间断的问题。
只要有计算机技术，只要有数据，只要考虑数据安全问题，容灾就是不可避免的话题。
容灾的整个发展过程，基本上是非常坚定地围绕两个目标在追求——第一个就是更好的性能，第二个就是更好的管理。
而且这两个目标也是用户在选择容灾的时候，需要考虑的两个指标。
在性能方面，从磁带到磁带库，到CDP，再到应用容灾，都是为了实现更小的RPO和RTO。
备份只是容灾的一部分，因为它只是一种技术实现手段，并不能覆盖所有的技术方案。
但容灾要解决的是两个问题，一个是数据不丢失，一个是应用不间断。
浪擎科技已为众多高端用户建设了大型的灾备中心或灾备系统。
客户遍及政府、金融、医疗、能源、电信、媒体、制造、教育等各行各业，有超过10000家用户，承建了最多的区域级灾备中心建设案例。
赢得众多高端用户信赖多年的原因究竟是什么？因为浪擎的镜像系统不仅能够解决基本的数据不丢、应用不间断的问题，而在于它是“双活”的，“双活”容灾是采用应用层和文件系统的复制技术，能够做到备端在线的可视化容灾，而且是最可靠可验证的容灾。
应用层的复制技术，能够完全保障数据库一致性的特性。
镜像系统备用数据库处于实时在线状态；其他复制技术的目标数据库在复制期间处于不在线状态，必需要启动才能使用，但是复制期间丢失数据块可能导致备用数据库损坏，不能正常启动。
“双活”容灾备端在线，这是一种可视化的容灾，业务系统的数据主要保存在数据库中，如SQLServer、Oracle等。
要做到容灾，镜像系统就要对这些数据库进行实时复制。
浪擎镜像系统的数据复制过程：文件驱动实时捕获数据库的增量数据，分析引擎扫描和分析这些数据块，然后组装成数据集，保存到目标数据库。
“双活”容灾加大数据保护力度
“双活”容灾加大数据保护力度大数据作为时下最火热的IT行业的词汇，随之而来的数据仓库、数据安全、数据分析、数据挖掘等等围绕大数据的商业价值的利用逐渐成为行业人士争相追捧的利润焦点。
其影响除了经济方面的，也能在政治、文化等方面产生深远的影响，大数据可以帮助人们开启循“数”管理的模式，也是我们当下“大社会”的集中体现，三分技术，七分数据，得数据者得天下。
在今天的经济环境下，大部分厂商和企业都认识到了数据安全的重要性。
但在如何保障数据的安全上，有人认为：数据复制就是容灾，只要把数据复制了就万无一失能够应付任何灾难了，也有人认为：建立了一套容灾系统就不用备份数据了。
实际上，数据备份是容灾的基础，一切容灾系统的建立都是以数据备份为基础的，但是仅有数据备份是远远不够的。
那么，什么是全面的容灾方式呢？专家指出，全面的容灾方式应该是备份+数据复制+远程容灾。
数据备份，只是指为防止系统出现操作失误或系统故障导致数据丢失，而将全系统或部分数据集合从应用主机的硬盘或阵列复制到其它的存储介质的过程。
传统的数据备份主要是采用数据内置或外置的磁带机进行冷备份，早在1990年，VERITAS 就开始采用这种方式为用户提供数据解决方案。
但是这种方式只能防止操作失误等认为故障，而且其恢复时间也很长。
随着技术的不断发展，数据的海量增加，不少的企业开始采用网络备份。
网络备份一般通过专业的数据存储管理软件结合相应的硬件和存储设备来实现。
目前比较常见的备份方式有：1、定期磁带备份数据。
2、远程磁带库、光盘库备份。
即将数据传送到远程备份中心制作完整的备份磁带或光盘。
3、远程关键数据＋磁带备份。
采用磁带备份数据，生产机实时向备份机发送关键数据。
4、远程数据库备份。
就是在与主数据库所在生产机相分离的备份机上建立主数据库的一个拷贝。
5、网络数据镜像。
这种方式是对生产系统的数据库数据和所需跟踪的重要目标文件的更新进行监控与跟踪，并将更新日志实时通过网络传送到备份系统，备份系统则根据日志对磁盘进行更新。
双活容灾方案
双活容灾方案概述双活容灾方案是一种旨在保证系统高可用性和业务连续性的解决方案。
通过在不同地理位置部署多台服务器，并将其配置为主备模式，可以实现在主服务器故障时，自动切换到备份服务器以确保业务的顺利进行。
本文将介绍双活容灾方案的基本原理、常见的实现方式以及应用场景。
基本原理双活容灾方案的基本原理是通过在主服务器和备份服务器之间实现数据同步和状态同步，实现主备切换的自动化。
在正常情况下，主服务器负责处理业务请求，并将数据和状态同步到备份服务器。
当主服务器发生故障时，备份服务器会自动接替主服务器的角色，继续处理业务请求，从而实现业务的连续性。
实现方式双活容灾方案可以通过多种实现方式来达到高可用性和业务连续性的目标。
以下是一些常见的实现方式：1. 双机热备双机热备是最基本的双活容灾方案。
在双机热备方案中，主服务器和备份服务器配置相同的硬件和软件环境，业务数据实时同步到备份服务器上。
当主服务器发生故障时，备份服务器会立即接管主服务器的角色，并继续处理业务请求。
这种方案实现简单，容易理解和管理，但成本相对较高。
2. Active-Standby 方案在 Active-Standby 方案中，主服务器和备份服务器处于待命状态，只有主服务器处于活动状态处理业务请求。
备份服务器实时同步主服务器上的数据和状态，并且可以接收来自主服务器的心跳检测，以便在主服务器故障时及时接替其角色。
这种方案灵活性较高，可以根据实际业务需求进行配置和调整。
3. Active-Active 方案Active-Active 方案是一种更为复杂的双活容灾方案。
在这种方案中，同时存在两个主服务器，每个主服务器都能够独立地处理业务请求。
主服务器之间实时同步数据和状态，从而实现业务的高可用性和负载均衡。
这种方案适用于对性能和吞吐量要求较高的业务场景，但也需要更复杂的配置和管理。
应用场景双活容灾方案适用于对业务连续性要求较高的场景，尤其是关键业务系统和在线服务。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
上述启用过程对前端用 户而言是透明的； 在实施后，编制每套业 务系统的具体故障切换步 骤和应急措施；
手工切换或 自动切换
漂移IP地址或 计算机名称
继续使用 业务系统
业务系统 自动重连
案例简介
上海浪擎信息科技有限公司
东兴证券两地三中心
异地同步 资管DB备用服务器 （镜像服务器软件）
双活容灾，真正的容灾
——在线式应用级容灾
上海浪擎信息科技有限公司
提纲
1 浪擎镜像系统的理念和技术 浪擎镜像系统的功能和特性 浪擎镜像系统的典型案例
2
3
浪擎容灾的目标
容灾适应性
构建一个绿色容灾系统 实施中不会影响原生产系统 无需改造硬件和网络环境
容灾可见性
追逐式
全量复制
1.保障主备数据库基准一致 2.无需停顿主数据库 3.可定时做全量复制，且保存最近版本
实时 增量复制
A系-镜像系统
追逐式全量复制，实施不停机
∑ + ∑=∑叠加
数据文件 捕获数据库I/O
数据库是可靠的
关系数据库 物理框架
服务模 型
在线活动的 业务数据
不停机 速度极快 在线业务数据一起复制
在线的 容灾数据库
日志文件
复制活动事务
监控
操作
1、衔接点
A系-镜像系统
实时增量复制，双活的原理
镜像代理进程
本地缓存 任务队列 存储
镜像服务器进程
解析与拼装
事务日志捕获器
传输
接收
装载
事务日志块
数据库记录
事务日志文件
事务日志文件
作为全国最大的报业集团之一，文汇• 新民联合报业集团旗下拥有二十几份报刊杂 志。 对于各报刊的采编系统而言，使之能持续、可靠地提供服务是非常关键的。 容灾系统提供一个改进的或者比传统系统更高级的系统可用性，减少单个故障点。
中石化上海工程PDS容灾
Plant Design System (PDS)，领先的工厂设计解决方案，主要应用于化工和能源 工业。 PDS Oracle保存了中石化的所有的设计项目。 PDS 客户端通过 PDS的 RIS接口连接Oracle, 当主库发生故障时，则将备用Oracle 服务器的IP地址修改为主Oracle服务器的IP地址；或将RIS指向备用Oracle也可。
特性——多种部署方式
一对一 多对一 一对多
多对一：节约硬件投入
应用方式一：一对一
一台备用主机 安装多个数据库实例 与主数据库一一对应 可与VMware结合,实现 服务器虚拟化
应用方式一：一对多
可选择IP网络 根据数据增量，选择带宽 实现一对多
灾难时的切换
收到故 障报警 根据预案 进行决策
上海机房
海南航空海口至北京的异地容灾
海南航空股份有限公司是中国民航第一家A股和B股同时上市的航空公司。 海航在北京建设一个符合国家标准的异地容灾中心。海航选择浪擎科技作为其民航 业务系统实时容灾技术供应商。 传输带宽40Mbps，目前6个业务系统上线，涵盖Oracle、SQLServer。
文新集团系列报应用实时容灾
支持列表
备份类型
SQLServer
支持版本
SQL Server 2000/2005/2008
支持系统
Windows
Oracle 8i
Windows/Linux/Unix
Oracle
Oracle 9i
Windows/Linux/Unix
Oracle 10g/11g 文件
Windows/Linux/Unix Windows/Linux/Unix
实时捕获数据库日志文件的变化 缓存日志变化 传输控制器将记录数据传输至目标服务器 存储线程将历史全量版本和增量数据分级存储 组装线程根据一致性点将增量数据拼装成可恢复数据 恢复线程将组装好的数据恢复到目标数据库
容错功能
持续数据保护，记录每个时点的数据 恢复到任意时间点 防止误操作带来的数据损失
容错功能基本原理
（镜像客户端）
（镜像客户端）
异地同步
HA
20 M
资管DB-Active 自营DB-Standby 资管DB-Standby 自营DB-Active 本地同步
本地同步
资管DB备用服务器 自营DB备用服务器 （镜像服务器软件） （镜像服务器软件）
自营DB备用服务器 （镜像服务器软件）
北京机房
北京到北京容灾 北京到上海容灾 集群容灾
技术原理
关系数据库 的物理框架
关系数据库
的逻辑框架
• 数据文件 • 日志文件 • 控制文件 • 密码文件 • 参数文件 • 等等
• 数据记录 • 表、视图等对象 • 用户 • 等等
复制就是把数据库的物理框架或逻辑框架，以及实时的变更数据，完整 的、可靠的搬到目标服务器上。
A系-镜像系统
主要复制功能
• 追逐式全量复制无需停顿源数据库 – 通过文件系统层复制物理框架 – 无需关闭源数据库 增量复制期间无需停顿源、目标数据库 – 通过文件系统层捕获数据库I/O – 保存数据库记录到目标数据库 灾难时发生时，无需恢复目标数据库，可直接使用
•
•
特性——节约投入成本
• • • 无需主备硬件规格一致 多对一应用方式 – 节约硬件投入 传输数据量小 – 节约网络带宽 – 使用IP网络，无需专用光纤网络
生产端 容灾端
数据库实例数据文件
全量初始化同步
保存全量
事务日志捕获
增量数据传输
保存增量数据
• 指定了容错回退时间并执行了容错任务才会生成容 错数据库 • 容错功能启用之后需要进行一次全量初始化同步 • 启用了容错功能容灾端才会保存全量和增量数据 • 容错端通过拉取容灾端保存的全量和增量数据构建 满足指定时间点状态的数据库实例 • 容错端向前推进无需重新构建数据库实例，向后需 要重构 • 根据需要回退的时间段制定全量同步计划
事务
应用层
复制数据库事务、记录 完全理解数据库
I/O1
I/O2
I/O3 ……
I/On
文件系统层
复制文件I/O，不可靠
逻辑磁盘/卷层
Block1
Block2 …… Blockn
复制逻辑磁盘块
磁盘(阵列)层
复制磁盘块
I/O或块是计算机数据存储过程中所属层次的一个逻辑操作单位 因此，应用层的复制是贴近应用系统的容灾，是最可靠的容灾。
容灾结果的好与坏又实时可见 随时可验证
浪擎容灾的技术理念
绿色的容灾
可靠的容灾
可见可验证的容灾
可靠与可用
易管理的容灾
灵活的容灾
高度集成化的容灾
可靠与可用是浪擎区别与其他竞争对手最大的特征 这是浪擎基于应用级来研发产品的核心竞争力
关键词
零恢复
零窗口
零丢失
在线式
应用级
追逐式
容灾主流技术层次
事务是最接近现实世界的执行单位 比如：我以10元买了某股票100股
Thank you
上海浪擎信息科技有限公司
浪擎镜像是什么
在线式 在线式 • 目标服务器-实时在线 • 处于可读状态 • 故障发生-无需恢复 • 平时状态-可供查询
应用级容灾 • 复制冗余的数据副本 • 数据库级的容灾技术 • 复制的是数据库记录 • 秒级的异步复制 • 追逐式全量复制技术
双活容灾
应用级容灾 技术
技术
• 不要求硬件一致 • 网络带宽要求不高 • 不改写卷存储格式 • 应用架构灵活，多对一、 一对一 • 适应双机（集群）等各 类环境
浪擎科技，双活容灾
容错端拉取数据
全量
增量数据（指定时间 为止）
容错端
全量加增量存储合成还原
只需执行一次全量复制即可 增量加全量存储节省磁盘空间 记录每个时间点的数据
增量复制
全量复制
主数据库
备份数据库
任意时间点恢复
选择任意时间点恢复 每个版本都保证数据库级的一致性 无需经过回退来保证数据库级的一致性 更快的恢复时间
选择任意时间点恢复
生产 数据库
事务级回滚恢复
备份 数据库
特性——保障一致性、可靠性
• 完全保障数据库级的一致性 – 追逐式全量复制 • 获取到CheckPoint一致性点 • 目标数据库在CheckPoint点一定能正常启动 – 增量复制 • 目标数据库在增量复制期间处于在线活动状态
特性——无需停顿源数据库