《2022年2022年华为FusionCube数据库基础设施容灾方案白皮书》由会员分享，可在线阅读，更多相关《2022年2022年华为FusionCube数据库基础设施容灾方案白皮书（19页珍藏版）》请在金锄头文库上搜索。
1、FusionCube V100R002C02 数据库基础设施容灾方案文档版本V1.0 发布日期2014-02-20 华为技术有限公司名师资料总结 - - -精品资料欢迎下载 - - - - - - - - - - - - - - - - - - 名师精心整理 - - - - - - - 第 1 页，共 19 页 - - - - - - - - - 文档版本 V1.0 (2014-02-20) 华为专有和保密信息版权所有? 华为技术有限公司i 版权所有? 华为技术有限公司2013。 保留一切权利。非经本公司书面许可，任何单位和个人不得擅自摘抄、复制本文档内容的部分或全部，并不得以任何形式传播。商
2、标声明和其他华为商标均为华为技术有限公司的商标。本文档提及的其他所有商标或注册商标，由各自的所有人拥有。注意您购买的产品、服务或特性等应受华为公司商业合同和条款的约束，本文档中描述的全部或部分产品、服务或特性可能不在您的购买或使用范围之内。除非合同另有约定，华为公司对本文档内容不做任何明示或暗示的声明或保证。由于产品版本升级或其他原因，本文档内容会不定期进行更新。除非另有约定，本文档仅作为使用指导，本文档中的所有陈述、信息和建议不构成任何明示或暗示的担保。华为技术有限公司地址：深圳市龙岗区坂田华为总部办公楼邮编：518129 网址：http:/名师资料总结 - - -精品资料欢迎下载 - -
3、- - - - - - - - - - - - - - - - 名师精心整理 - - - - - - - 第 2 页，共 19 页 - - - - - - - - - FusionCube V100R002C02 数据库基础设施容灾方案前言文档版本 V1.0 (2014-02-20) 华为专有和保密信息版权所有? 华为技术有限公司ii 前言概述本文档介绍FusionCube 产品的容灾方案信息。读者对象本文档主要适用于以下工程师：公司 MKT 、行销、渠道商在项目拓展中使用符号约定在本文中可能出现下列标志，它们所代表的含义如下。符号说明表示有高度潜在危险，如果不能避免，会导致人员死亡或严重伤害
4、。表示有中度或低度潜在危险，如果不能避免，可能导致人员轻微或中等伤害。表示有潜在风险，如果忽视这些文本，可能导致设备损坏、数据丢失、设备性能降低或不可预知的结果。表示能帮助您解决某个问题或节省您的时间。表示是正文的附加信息，是对正文的强调和补充。名师资料总结 - - -精品资料欢迎下载 - - - - - - - - - - - - - - - - - - 名师精心整理 - - - - - - - 第 3 页，共 19 页 - - - - - - - - - FusionCube V100R002C02 数据库基础设施容灾方案前言文档版本 V1.0 (2014-02-20) 华为专有和保密信息
5、版权所有? 华为技术有限公司iii 修改记录修改记录累积了每次文档更新的说明。最新版本的文档包含以前所有文档版本的更新内容。文档版本01 (2014-02-20) 第一次正式发布。名师资料总结 - - -精品资料欢迎下载 - - - - - - - - - - - - - - - - - - 名师精心整理 - - - - - - - 第 4 页，共 19 页 - - - - - - - - - FusionCube V100R002C02 数据库基础设施容灾方案目录文档版本 V1.0 (2014-02-20) 华为专有和保密信息版权所有? 华为技术有限公司iv 目录前言. ii1 容灾简介 .
6、 11.1 数据库容灾概述 . 11.2 容灾系统的评价指标 . 11.3 容灾方案的模式介绍 . 12 FusionCube数据库容灾方案概述 . 33 FusionCube数据库容灾方案介绍 . 43.1 DataGuard容灾方案 . 43.1.1 方案概述 . 43.1.2 适用场景 . 43.1.3 方案组网 . 53.2 Goldengate容灾方案 . 93.2.1 方案概述 . 93.2.2 适用场景 .103.2.3 方案组网 .103.3 方案比较 . 114 术语 . 14名师资料总结 - - -精品资料欢迎下载 - - - - - - - - - - - - - - -
7、 - - - 名师精心整理 - - - - - - - 第 5 页，共 19 页 - - - - - - - - - FusionCube V100R002C02 数据库基础设施容灾方案1 容灾简介文档版本 V1.0 (2014-02-20) 华为专有和保密信息版权所有? 华为技术有限公司1 1 容灾简介1.1 数据库容灾概述容灾系统是指在相隔较远的异地，建立两套或多套功能相同的系统，系统之间可以相互进行健康状态监视和功能切换，当一处系统因意外(如火灾、洪水、地震、人为蓄意破坏等 )停止工作时，整个应用系统可以切换到另一处，使得该系统功能可以继续正常工作。容灾系统需要具备较为完善的数据保护与灾
8、难恢复功能，保证生产中心不能正常工作时数据的完整性及业务的连续性，并在最短时间内由灾备中心接替，恢复业务系统的正常运行，将损失降到最小。1.2 容灾系统的评价指标现在工业界都以数据丢失量和系统恢复时间作为标准，对某个容灾备份系统进行评价，公认的评价标准是RPO 和 RTO。RPO （Recovery Point Objective ） ：即数据恢复点目标，以时间为单位， 即在灾难发生时，系统和数据必须恢复到的时间点要求。RPO 标志系统能够容忍的最大数据丢失量。系统容忍丢失的数据量越小，RPO 的值越小。RTO（Recovery Time Objective ） ：即恢复时间目标，以时间为单位
9、，即在灾难发生后，信息系统或业务功能从停止到必须恢复的时间要求。RTO 标志系统能够容忍的服务停止的最长时间。系统服务的紧迫性要求越高，RTO 的值越小。RPO 针对的是数据丢失，而RTO 针对的是服务丢失,RTO 和 RPO 的确定必须在进行风险分析和业务影响分析后根据不同的业务需求确定。1.3 容灾方案的模式介绍根据不同容灾方案的部署,恢复方式 , 可大致分为一下几种方式: 异地双中心双活模式: 名师资料总结 - - -精品资料欢迎下载 - - - - - - - - - - - - - - - - - - 名师精心整理 - - - - - - - 第 6 页，共 19 页 - - - -
10、 - - - - - FusionCube V100R002C02 数据库基础设施容灾方案1 容灾简介文档版本 V1.0 (2014-02-20) 华为专有和保密信息版权所有? 华为技术有限公司2 Active + Active 负载均衡模式 , 即本地生产中心和异地容灾中心同时提供业务支撑能力和容灾能力。当任意数据中心出现异常,重大灾难事故 , 另一中心均可自动提供全部或部分的, 高 RTO要求的业务支撑能力,保证业务的持续性。异地双中心主备模式: Active + Standby, 即本地生产中心提供业务支撑能力, 异地中心仅提供容灾能力。正常情况下 ,容灾中心不提供业务支撑的能力, 一旦
11、发生重大灾难事故,则人工干预后提供部分或全部的业务能力,保证生产业务的持续性。两地三中心主备模式: 本地生产中心提供业务支撑能力, 本地容灾中心提供关键/核心业务的容灾能力,异地容灾中心提供非核心/关键业务的容灾能力。为更好的保护IT 投资 , 本地容灾中心仅针对高RTO 要求的关键 /核心业务提供容灾能力, 异地容灾中心仅提供低RTO 要求的业务容灾能力。异地多生产中心负载均衡+ 集中容灾中心模式: 异地多生产中心提供业务支持和 负载均衡能力 , 共用独立的容灾中心进行统一的容灾/备份；当任一生产中心发生重大灾难事故, 即可由其他生产中心提供动态的业务保证能力, 亦可由集中的容灾中心提供业务
12、能力, 确保高 RPO, 低 RTO 要求的业务持续性要求。名师资料总结 - - -精品资料欢迎下载 - - - - - - - - - - - - - - - - - - 名师精心整理 - - - - - - - 第 7 页，共 19 页 - - - - - - - - - FusionCube V100R002C02 数据库基础设施容灾方案2 FusionCube数据库容灾方案概述文档版本 V1.0 (2014-02-20) 华为专有和保密信息版权所有? 华为技术有限公司3 2 FusionCube数据库容灾方案概述FusionCube 提供以下容灾解决方案，可满足各种容灾模式需求: 基于
13、 DataGuard 的数据库容灾方案，满足以下需求场景1.主、备库数据库版本一致，硬件平台一致2.备库基本不对外提供服务，或者只承担部件报表查询等任务3.多种保护模式，根据应用需要灵活选择4.主、备站点间有充足的带宽基于 Goldengate 的数据库容灾方案，满足以下需求场景：1.支持多种数据库2.低延迟（亚秒级RPO） 、低带宽要求，适合远程容灾3.灾备端 Active ，实现快速接管（最小化RTO） ，消除切换风险4.灾备端可灵活选择硬件、OS、数据库版本，支持利旧5.支持部分核心数据应急、误删除保护名师资料总结 - - -精品资料欢迎下载 - - - - - - - - - - -
14、- - - - - - - 名师精心整理 - - - - - - - 第 8 页，共 19 页 - - - - - - - - - FusionCube V100R002C02 数据库基础设施容灾方案3 FusionCube数据库容灾方案介绍文档版本 V1.0 (2014-02-20) 华为专有和保密信息版权所有? 华为技术有限公司4 3 FusionCube数据库容灾方案介绍3.1 DataGuard 容灾方案3.1.1 方案概述Oracle Data Guard 是当今保护企业核心资产（数据）的最有效解决方案之一，它能够使数据在24x7 的基础上可用，而无论是否发生灾难或其它中断。Orac
15、le Data Guard 是管理、监控和自动化软件的基础架构，它创建、维护和监控一个或多个备用数据库，以保护企业数据结构不受故障、灾难、错误和崩溃的影响。Data Guard 使备用数据库保持为与生产数据库在事务上一致的副本。这些备用数据库可能位于距生产数据中心数千公里的远程灾难恢复站点，或者可能位于同一城市、同一校园乃至同一建筑物内。当生产数据库由于计划中断或意外中断而变得不可用时，Data Guard 可以将任意备用数据库切换到生产角色，从而使与中断相关的停机时间减到最少，并防止任何数据丢失。主要特点如下：节约投资Oracle Data Guard 是 Oracle 原厂自带的容灾产品。
16、该产品完全免费。在容灾软件上用户无需支付额外费用，这可以大大节约用户的资金投入。技术成熟、稳定早在 Oracle 7 版本就已经推出该功能 （当时名称为Standby数据库）。 其核心采用了Oracle成熟的归档、备份、恢复技术。经过多年不断的发展，已经成为一项技术成熟、稳定，有广泛成功案例的技术。对系统运行性能影响小Data Guard 在主数据库服务器端不存在对日志解析等工作，仅需要主数据库服务器端将归档日志文件传输到容灾节点。因此对生产系统性能影响极小。能够满足用户基本业务需求Data Guard 能够满足用户基本的数据容灾、RTO、RPO、带宽等相关基本业务需求。3.1.2 适用场景基
17、于 DataGuard 的容灾方案主要应用于主、备站点部署数据库版本一致、硬件平台一样，平时备用站点不对外提供业务的场景。名师资料总结 - - -精品资料欢迎下载 - - - - - - - - - - - - - - - - - - 名师精心整理 - - - - - - - 第 9 页，共 19 页 - - - - - - - - - FusionCube V100R002C02 数据库基础设施容灾方案3 FusionCube数据库容灾方案介绍文档版本 V1.0 (2014-02-20) 华为专有和保密信息版权所有? 华为技术有限公司5 3.1.3 方案组网图3-1 DataGuard容灾方
18、案WAN/LAN主站点备站点DataGuard Broker客户端变更客户端FusionCubeFusionCube变更变更容灾方案1.检查主站为的是否运行于归档模式，如果不是则把主站点设备成归档模式2.在容灾端建立实例需要的目录3.网络配置a)Sqlnet.ora 配置b)监听配置c)网络服务别名配置4.参数文件配置5.容灾端创建standby redo log 6.对容灾端做基线7.打开容灾端的DataGuard 8.打开 ADG 9.重建 temp 文件容灾切换名师资料总结 - - -精品资料欢迎下载 - - - - - - - - - - - - - - - - - - 名师精心整理
19、- - - - - - - 第 10 页，共 19 页 - - - - - - - - - FusionCube V100R002C02 数据库基础设施容灾方案3 FusionCube数据库容灾方案介绍文档版本 V1.0 (2014-02-20) 华为专有和保密信息版权所有? 华为技术有限公司6 Dataguard 中的容灾切换（role transition）有两类： switchover 和 failover 。区别在于：switchover 将一个 physical 库平稳成为primary ，将 primary 切换为 standby 角色，这个过程可以保证无数据丢失，在完成后原生产端
20、变成容灾端，原容灾端变成新的生产端。Failover 是当主库无法正常工作时，强制将容灾端failover 成 primary 角色，如果在 primary库在出故障之前不是处于最大保护模式的话，将会有一些数据丢失，因为当前在写的redo 或者已存在的gap不能再传送到standby库。如果primary 库都打开了flashback 的话，可以将原来的主库重新设为新primary role 数据库的standby 库。在进行 role transition 要检查： primary,standby 是否处于 archvielog 模式，归档的相关参数以及原生产端是否配置standby red
21、o log 文件； Standby 库的临时文件（临时表空间的数据文件）要和primary 匹配；是 rac 的话：在容灾端只有一个实例mount,其它都要关闭。SWITCHOVER 切换步骤：1. 将主节点 A 切换为 standby 模式：在 A 上执行 select switchover_status from v$database， 如果返回为SESSIONS ACTIVE ，说明有进程在进行，可以通过如下命令将其停止: SQL alter database commit to switchover to physical standby with session shutdown;
22、如果返回值为to standby，则执行：SQL alter database commit to switchover to physical standby; 此时，会将数据库从primary 转换为 standby 角色，同时在转换动作执行前，oracle 会先将控制文件backup 到相应的 trace 文件中。2. 原主节点 A 的 DB 启动到 mount 状态：3. 将原备节点B 切换为 primary 模式：此时，在 B 上执行：SQL select switchover_status from v$database;如果返回值为to primary ，那么执行：SQL alt
23、er database commit to switchover to primary; 如果返回为session active，那么在执行：SQL alter database commit to switchover to primary with session shutdown; 注意， 开始切换前， 正常情况下，生产端的switchover_status为to primay和session active。容灾端的状态为not allowed，只有当生产端做切换动作后，容灾端的状态才会变成to standby。4. 启动节点 B 到 open状态名师资料总结 - - -精品资料欢迎下载
24、 - - - - - - - - - - - - - - - - - - 名师精心整理 - - - - - - - 第 11 页，共 19 页 - - - - - - - - - FusionCube V100R002C02 数据库基础设施容灾方案3 FusionCube数据库容灾方案介绍文档版本 V1.0 (2014-02-20) 华为专有和保密信息版权所有? 华为技术有限公司7 5. 设置 A 为 Recover Managed Standby：此时 A上的 switchover_status变成 RECOVERY NEEDED 。 在 A上打开 real time apply功能：SQL
25、 alter database recover managed standby database using current logfile disconnect from session; 切换失败的回退方法：在做 switchover 过程中，如果碰到错误而无法正常完成切换，那么此时可以回退到切换前的状态。方法如下：1.将原生产端A 回退为新的生产端：SQL alter database commit to switchover to primary with session shutdown; 如果这个语句执行成功，那么关闭并重启数据库，使 DB 运行在 read write 的 pri
26、mary 模式下。以后的步骤就不需要执行了。这个语句执行时会在trace文件中记录重建原生产端控制文件的sql 语句。2.在 B 上创建一个新的standby 控制文件。 在 A 上执行以下语句并将生产的文件拷贝到 B 并在 B 的 nomount 状态下执行：SQL alter database create standby controlfile as /std.ctl3.启动 B 的数据库，打开redo apply 功能。如果需要，可以重新做switchover。FAILOVER 当主节点全部当机后，手工启动B，并且在 B作为主节点运行期间，A一直未能修复，此时需要将B转换为 prima
27、ry角色。一段时间后，当A修复并且要重新做为主节点，那么可以先将A配置为新的standby ，然后再做switchover。一、无 gap 的 FAILOVER 1. 检查日志 gap：在 B上看看是否有归档日志文件的gap：SQL select thread#, low_sequence#, high_sequence# from v$archive_gap; 这个视图在11.1.0.7中并不准确， 可以比对生产端和容灾端各自的v$managed_standby的 LNS和 RFS进程各自的log sequence，也可以直接去检查生产端和容灾端各自的归档目录下已有的归档文件。如果有 gap
28、， 则必须从相应的节点(thread)中拷贝相应的归档日志文件到B 的相应目录下，并注册他们：名师资料总结 - - -精品资料欢迎下载 - - - - - - - - - - - - - - - - - - 名师精心整理 - - - - - - - 第 12 页，共 19 页 - - - - - - - - - FusionCube V100R002C02 数据库基础设施容灾方案3 FusionCube数据库容灾方案介绍文档版本 V1.0 (2014-02-20) 华为专有和保密信息版权所有? 华为技术有限公司8 SQL alter database register physical log
29、file filespec1; 如果可以确保生产端的所有归档日志及redo 日志都已经传送或拷贝注册到容灾端，那么容灾端做failover后不会有数据丢失。如果有些归档日志无法获得或者最后的redo数据没有传送到容灾端，那么会有部分数据丢失。2. 关闭 A 的数据库实例3. 在 B 上取消 recover managed 状态：执行如下语句：SQL alter database recover managed standby database cancel; SQL alter database recover managed standby database finish; 4. 转换 B
30、作为 Primary：SQL alter database commit to switchover to primary with session shutdown; 5. 重新启动 B 数据库：SQL alter database open; 6. 后续处理：如果 A 的数据库无法再启动，在B 做生产端期间A 无法承担容灾端的角色，那么当A修复好以后， 将备份的 tnsnames.ora、 listener.ora、 sqlnet.ora 文件从备份文件中恢复出来，然后从 B 对 A 做基线，然后打开 redo apply 功能，使 A 与 B 同步。然后再做一次switchover将 A
31、 恢复为生产环境。二、有 gap 的 FAILOVER 如果容灾端存在日志的gap，那么用正常的切换方法做findish 时会报错：Media Recovery Waiting for thread 1 sequence 20 Fetching gap sequence in thread 1, gap sequence 20-20 这样的场景下，做failover 切换的方法是在容灾端执行以下命令，忽略gap，丢失部分数据，打开数据库：SQL alter database recover managed standby database cancel; SQL alter database
32、activate physical standby database; SQL alter database open; 站点重建 : 名师资料总结 - - -精品资料欢迎下载 - - - - - - - - - - - - - - - - - - 名师精心整理 - - - - - - - 第 13 页，共 19 页 - - - - - - - - - FusionCube V100R002C02 数据库基础设施容灾方案3 FusionCube数据库容灾方案介绍文档版本 V1.0 (2014-02-20) 华为专有和保密信息版权所有? 华为技术有限公司9 在新的生产端全库备份，然后将备份集传输
33、到容灾端，进行恢复。具体步骤如下：在新生产端做备份，然后将备份集传输到容灾端将容灾 DB 使用自己的参数文件启动到nomount 状态使用传输来的备份集中的控制文件为容灾端做恢复：RMAN restore standby controlfile from /备份集路径 /包含控制文件的名称 ; RMAN alter database mount; RMAN restore database; 确保生产端和容灾端的容灾复制监听都已开启，并且可tnsping 通双方的容灾复制网络别名，生产端的log_archive_dest_state_2 必须是 ENABLE 在容灾端执行以下命令打开real
34、time apply ， 并且处理备份集到当前时间之间新产生的日志：RMAN alter database recover managed standby database using current logfile disconnect from session; 缺点描述：操作麻烦。并且需要为备份集准备一个磁盘空间。优点描述：仅对使用了的块进行备份，例如数据库表空间共1000G，但仅有 1G 的块上有数据，那么备份集仅1G 左右，而且还可以采用压缩备份，备份集做多可降到十分之一，大大减少了数据传输量，加快了速度。适用于大数据库场景。容灾切回处理：当源站点恢复后，可以通过switchover
35、 实现容灾切回。3.2 Goldengate 容灾方案3.2.1 方案概述Goldengate 是一种基于日志的结构化数据复制软件，它通过解析源数据库在线日志或归档日志获得数据的增删改变化，再将这些变化应用到目标数据库，实现源数据库与目标数据库同步、双活。采用 Goldengate 的数据复制技术，实现数据实时备份，确保核心数据的安全，同时避免引入过多种类的软硬件产品，降低了运营维护的复杂度和投入，有利于灾备系统的恢复和切换。其主要特点有：1.实时性随着一个新事务在数据源端产生，数据马上被捕获， 转换（如果有必要） ，并且在极短时间内被传送给目标端系统名师资料总结 - - -精品资料欢迎下载
36、- - - - - - - - - - - - - - - - - - 名师精心整理 - - - - - - - 第 14 页，共 19 页 - - - - - - - - - FusionCube V100R002C02 数据库基础设施容灾方案3 FusionCube数据库容灾方案介绍文档版本 V1.0 (2014-02-20) 华为专有和保密信息版权所有? 华为技术有限公司10 2.持续可用性Goldengate 工作不需要专门的时间窗口或者系统中断，它的架构可以保证即使遇到计划或非计划断电也不会影响可用性。3.异构支持只要源和目标端都是主流数据库，主流平台，即使在在异构环境下，也可以使用
37、 TDM 进行系统间数据复制，这就确保了IT 部门的灵活性。4.高性能，低影响Goldengate 能够支持每秒数千的事务交易，同时对源系统和目标系统仅仅有极小的性能影响。5.事务一致性尽管事务是在源和目的两个不同的系统之间传递的，Goldengate 依然可以确保其参照完整性和事务一致性。3.2.2 适用场景需要提供数据库容灾的数据库一体机场景，两个站点可以是主、备或者双活；另外，两个站点可以是异构平台。3.2.3 方案组网这里提供 Goldengate 双活时的容灾组网。该方案网络拓扑如下图所示。图3-2 Goldengate容灾方案（双活模式）RAC节点RAC节点RAC节点IB网络Fus
38、ionStorageGoldenGateRAC节点RAC节点RAC节点IB网络FusionStorageGoldenGate中心 A 应用中心 B应用数据库容灾方案如下：（1）修改主数据库为归档模式，并打开强制日志（2）在源库上部署捕获进程负责从在线日志和归档抽取事务信息并把这些信息写入trail 文件。可以根据日志生产的数据配置多个抽取进程名师资料总结 - - -精品资料欢迎下载 - - - - - - - - - - - - - - - - - - 名师精心整理 - - - - - - - 第 15 页，共 19 页 - - - - - - - - - FusionCube V100R00
39、2C02 数据库基础设施容灾方案3 FusionCube数据库容灾方案介绍文档版本 V1.0 (2014-02-20) 华为专有和保密信息版权所有? 华为技术有限公司11 （3）在源库上部署1 个或多个投递进程，负责把抽取进程生成的trail 文件投递到对端（4）在目标库上部署1 个或多个交付进程，负责解析源库投递过来的trail 文件并在目标库上重做对应的事务（5）在目标库上冲击1 个或多个抽取进程，当源库故障目标库升主后负责抽取中线日志和归档日志并生成trail 文件（6）在目标库上部署1 个或多个投递进程，负责把抽取进程生成的trail 文件投递到源库（7）在源库部署1 个或多个交付进程
40、，负责解析目标库投递过来的trail 文件并在源库上重做对应的事务（8）应用能同时连接源库和目标库，通过应用层控制当前具体连接的是源或者目标库灾难恢复方案如下：（1）当源库故障时，把应用的连接地址修改为目标库就可以完成数据库的切换，保证业务尽快恢复；（2）管理人员可以在任何时间进行灾备演练、容灾数据查询、打印或测试，对生产中心没有任何影响，不影响数据继续复制。容灾切换：Goldengate 的容灾切换是自动的，当应用连接到目标库后，部署在目标库上的抽取进程会抽取目标库的在线日志或归档日志并由投递进程投递到源库，再由源库上的交付进程完成事务的重做。站点重建 : 原生产中心重建后（如数据库故障排除
41、），系统管理员使用Goldengate 使源库和目标库达到同步容灾切回处理：1、 源库故障恢复后，通Goldengate 可以实现目标库和源库数据的一致2、 当两个库的数据一致时，把应用的数据库连接地址修改为源库，即可完成整个容灾的切回3.3 方案比较DataGuard 作为 Oracle 数据库自带的一种容灾软件，可以在不增加客户投资的情况为客户提供容灾功能。Goldengate 支持异构平台，可以为用户提供更灵活的选择。名师资料总结 - - -精品资料欢迎下载 - - - - - - - - - - - - - - - - - - 名师精心整理 - - - - - - - 第 16 页，共
42、 19 页 - - - - - - - - - FusionCube V100R002C02 数据库基础设施容灾方案3 FusionCube数据库容灾方案介绍文档版本 V1.0 (2014-02-20) 华为专有和保密信息版权所有? 华为技术有限公司12 比较项GoldenGate Oracle DataGuard 基本原理抽取在线日志中的数据变化，转换为GGS 自定义的数据格式存放在本地队列或远端队列中。复制归档日志（9i ）复制归档日志或在线日志（10g以上）系统整体性能两端数据库是活动的，备份端可以提供实时的数据查询及报表业务等，从而提高系统整体的业务处理能力，充分利用备份端的计算能力，
43、提升系统整体业务处理性能。可以实现两端数据的同时写入。备份端处于恢复或只读状态，在只读状态下不能同时进行恢复。只读状态只能短时间内存在，对外提供查询也是短时间的。接管时间可实现立即接管容灾数据库工作在mount状态下 , 如果要接管业务 , 数据库要到 open状态. 接管时间不定和管理员操作的熟练程度有关。复制方式GoldenGate 可以提供秒一级的大量数据实时捕捉和投递，异步复制方式，无法实现同步复制。物理 standby 数据库与主数据库同步是利用 oracle 的恢复机制实现的，无法实现同步复制。资源占用GoldenGate 对主机资源的占用非常小，根据实际的监控数据，源端CPU 占
44、用不超过 1% ， 内存占用不超过2% ，对I/O 资源占用微乎其微。复制是靠数据库的LGWR进程或 ARCN进程完成的，占用数据库的一部份资源，对数据库有较大的影响，使数据性能下降。异构数据库支持可以在不同类型和版本的数据库之间进行数据复制。如ORACLE ，DB2 ，SYBASE ， SQL SERVER ，INFORMIX 、Teradata 等。适用于不同操作系统如windows、linux 、unix 、aix 等单一数据库解决方案，仅运行在ORACLE 数据库上。源端和目标端操作系统必须相同，版本号可以不同。带宽占用利用 TCP/IP传输数据变化，集成数据压缩，提供可达到9：1压缩
45、比的数据压缩特性，可以有效的利用网络带宽。带宽占用低。使用 Oracle Net传输日志， Oracle Net握手协议多， 数据冗余大， 速度慢且无数据压缩。带宽占用高。拓扑结构GoldenGate 可以实现一对一、 一对多、多对一、双向复制等多种灵活只可以实现一对多模式, 且standby数据库最多为 9个。名师资料总结 - - -精品资料欢迎下载 - - - - - - - - - - - - - - - - - - 名师精心整理 - - - - - - - 第 17 页，共 19 页 - - - - - - - - - FusionCube V100R002C02 数据库基础设施容灾方
46、案3 FusionCube数据库容灾方案介绍文档版本 V1.0 (2014-02-20) 华为专有和保密信息版权所有? 华为技术有限公司13 的拓扑结构，它可以实现数据的分发和集中以及对等复制，非常灵活。名师资料总结 - - -精品资料欢迎下载 - - - - - - - - - - - - - - - - - - 名师精心整理 - - - - - - - 第 18 页，共 19 页 - - - - - - - - - FusionCube V100R002C02 数据库基础设施容灾方案4 术语文档版本 V1.0 (2014-02-20) 华为专有和保密信息版权所有? 华为技术有限公司14 4 术语术语英文解释中文解释RPO recovery point objective 复原点目标RTO Recovery Time Objective 复原时间目标ADG Active DataGuard 活动 DataGuard 名师资料总结 - - -精品资料欢迎下载 - - - - - - - - - - - - - - - - - - 名师精心整理 - - - - - - - 第 19 页，共 19 页 - - - - - - - - -
