Oracle数据库异地容灾方案概述

1、Oracle数数据库异地容容灾方案介绍绍2008年111月目录TOC o 1-3 h z u HYPERLINK l _Toc215280700 第一章 需求分分析 PAGEREF _Toc215280700 h 4 HYPERLINK l _Toc215280701 1.1 序言 PAGEREF _Toc215280701 h 4 HYPERLINK l _Toc215280702 1.2 用户现现状 PAGEREF _Toc215280702 h 4 HYPERLINK l _Toc215280703 1.2.1 系系统平台 PAGEREF _Toc215280703 h 4 HYPERL

2、INK l _Toc215280704 1.2.2 数数据库平台 PAGEREF _Toc215280704 h 6 HYPERLINK l _Toc215280705 1.3 用户需需求 PAGEREF _Toc215280705 h 7 HYPERLINK l _Toc215280706 1.3.1 日日常功能 PAGEREF _Toc215280706 h 7 HYPERLINK l _Toc215280707 1.3.2 故故障切换 PAGEREF _Toc215280707 h 7 HYPERLINK l _Toc215280708 1.3.3 基基本要求 PAGEREF _Toc2

3、15280708 h 7 HYPERLINK l _Toc215280709 1.3.4 性性能要求 PAGEREF _Toc215280709 h 8 HYPERLINK l _Toc215280710 1.3.5 数数据一致性 PAGEREF _Toc215280710 h 9 HYPERLINK l _Toc215280711 1.3.6 系系统兼容性 PAGEREF _Toc215280711 h 9 HYPERLINK l _Toc215280712 1.3.7 高高可用性 PAGEREF _Toc215280712 h 10 HYPERLINK l _Toc215280713 1.

4、3.8 健健壮性要求 PAGEREF _Toc215280713 h 10 HYPERLINK l _Toc215280714 1.3.9 设设备无关性 PAGEREF _Toc215280714 h 10 HYPERLINK l _Toc215280715 1.3.10 管理监控功功能 PAGEREF _Toc215280715 h 11 HYPERLINK l _Toc215280716 第二章 Oraacle DData GGuard介介绍 PAGEREF _Toc215280716 h 12 HYPERLINK l _Toc215280717 2.1 Datta Guaard实现原原理

5、 PAGEREF _Toc215280717 h 12 HYPERLINK l _Toc215280718 2.2 Oraacle DData GGuard 优势 PAGEREF _Toc215280718 h 15 HYPERLINK l _Toc215280719 2.3 Datta Guaard提供的的保护模式 PAGEREF _Toc215280719 h 16 HYPERLINK l _Toc215280720 2.4 Datta Guaard实现方方式以及对系系统的限制要要求 PAGEREF _Toc215280720 h 17 HYPERLINK l _Toc215280721

6、2.5 切换方方式 PAGEREF _Toc215280721 h 17 HYPERLINK l _Toc215280722 第三章 系统建建议方案 PAGEREF _Toc215280722 h 18 HYPERLINK l _Toc215280723 3.1 Datta Guaard优势 PAGEREF _Toc215280723 h 18 HYPERLINK l _Toc215280724 3.2 Datta Guaard运行模模式 PAGEREF _Toc215280724 h 19 HYPERLINK l _Toc215280725 3.3 Datta Guaard保护模模式 PAG

7、EREF _Toc215280725 h 19 HYPERLINK l _Toc215280726 3.4 Datta Guaard初始安安装步骤 PAGEREF _Toc215280726 h 19 HYPERLINK l _Toc215280727 3.5 用户需需求点对点应应答 PAGEREF _Toc215280727 h 20 HYPERLINK l _Toc215280728 3.5.1 日日常功能 PAGEREF _Toc215280728 h 20 HYPERLINK l _Toc215280729 3.5.2 故故障切换 PAGEREF _Toc215280729 h 21

8、HYPERLINK l _Toc215280730 3.5.3 基基本要求 PAGEREF _Toc215280730 h 22 HYPERLINK l _Toc215280731 3.5.4 性性能要求 PAGEREF _Toc215280731 h 23 HYPERLINK l _Toc215280732 3.5.5 数数据一致性 PAGEREF _Toc215280732 h 24 HYPERLINK l _Toc215280733 3.5.6 系系统兼容性 PAGEREF _Toc215280733 h 25 HYPERLINK l _Toc215280734 3.5.7 高高可用性

9、PAGEREF _Toc215280734 h 25 HYPERLINK l _Toc215280735 3.5.8 健健壮性要求 PAGEREF _Toc215280735 h 26 HYPERLINK l _Toc215280736 3.5.9 设设备无关性 PAGEREF _Toc215280736 h 27 HYPERLINK l _Toc215280737 3.5.10 管理监控功功能 PAGEREF _Toc215280737 h 27 需求分析序言在信息时代，数数据是企业创创造商业价值值的生产资料料，数据的丢丢失将为企业业带来毁灭性性的灾难。据据Gartnner Grroup的调

10、调查数据表明明，在经历过过大型灾难或或长时间系统统停运的公司司中，有2/5的公司再再也未恢复运运行，而在其其余的公司中中，有1/33的公司在两两年内破产。有句古谚叫“别别把鸡蛋放在在一个篮子里里”。现在的信信息系统，各各种数据高度度集中，“鸡蛋”全放在一个个篮里了。一一旦出现突然然停电、意外外死机或者人人为破坏，造造成数据丢失失是不可避免免的。面对各各种未可预知知的灾难，越越来越多的企企业将容灾备备份系统作为为企业安全的的保障。银联数据异地灾灾备项目的目目标是保证SSF25K上上各银行（民民生银行贷记记卡系统拟迁迁移至IBMM主机，故此此次灾备项目目暂不考虑；邮储银行贷贷记卡系统主主机为IBM

11、M P5700，也不在考考虑范围之内内）发卡系统统的安全，在在灾难情况下下，最大限度度地保护公司司资产，减少少公司各方面面的损失，保保证发卡系统统的业务连续续性。本方案仅对异地地容灾数据库库复制软件部部分做相应阐阐述。用户现状系统平台发卡系统运行在在一台SunFiire E225K企业级级服务器上，通通过两台Brrocadee SW49900 SAAN交换机与与两台企业级存存储ST99990、SEE9970相相连，应用系系统核心文件件和数据库数数据文件均存存放在该存储储上，存储系统磁盘采用用RAID 11+0方式。SF25K划分分为四个物理理分区（Doomain），每每家银行均使使用其中的两两

12、个，一个Domaiin作为生产产主机，另一一个Domaain作为热备主机。Domaain操作系系统为Sollaris 10，数据据库系统为Oraacle 110.2.00.2 RAC。通过Sunn Clusster集群群软件，实现现了生产机房房内的双机热热备份，保证证了系统的高高可用性。此外，在主机机端还通过Sun MPXIOO多通道负载载均衡软件，实现两条光光纤通道的负负载均衡，进进一步避免了了单点故障。以下是发卡系统统SAN架构构图：SW4900 SW4900 SW4900 SE9970 L180 (2 LTO-3)V280RNBU Master Server ST9990 SF25KDo

13、main ADomain BDomain CDomain DVTL通过在主机端使使用VxVMM 4.1卷卷管理软件，已已建立了同机机房数据灾备备系统，两台台存储SE99970与SST99900之间实现了了同步数据复复制，达到了了以下灾难恢复复目标：日常工作，保证证两台存储的数数据实时同步步保持一致，所有数据不不丢失。计划外停机，任任一台存储发生灾难，保保证数据不丢丢失，即RPPO=0，并并确保应用不不中断运行，即RTTO=0。SE9970SE9970ST9990生产主机VxVM Mirror Volume数据库平台发卡系统中的数数据库系统，是是整个生产系系统中最关键键、最复杂的的数据对象，发发

14、卡系统的业业务运转直接接依赖于这些些数据的可用用性。为了确保数据库库的高可用性性，发卡系统统数据库使用用了Oraccle 100g RACC版本10.2.0.22，主、备机机两节点的数数据库实例同同时运行，一一旦主节点出出现问题，数数据库实例无无需启停，可可迅速将应用用系统切换至至备节点。截至到20088年8月底，各数据库实例例数据量情况况见下表：实例名总数据量（GBB）Archivee log数数据量（GBB）高峰期Archhive llog变化量量（MB/ss）平均每天最大帐单日HX25140.42 SZ15120.20 CR934.550.40 DE381.550.58 UC275121

15、62.95 合计44620324.55 用户需求银联数据拟为提提供外包服务务的各银行发发卡系统建设设异地灾备系系统，生产系系统位于上海海，灾备系统统位于北京。主主备中心之间间采用数据库复复制软件进行行异步数据复复制，以保证证生产数据的的安全性，满满足发卡系统统的业务连续续性需求。日常功能将生产中心发卡卡系统上的数据库变变化实时异步复制制到灾备中心；灾备中心的Orracle数数据库处于打打开状态，可可提供实时数数据查询；对生产系统的资资源占用不能能太多，不能能影响到生产产系统的正常常运行；对网络带宽的占占用较低。故障切换当生产中心的系系统无法正常常运行，而又又不能在短期期内恢复时，可可利用灾备中

16、中心提供业务务接管。 灾备中心必须在在生产中心不不可用6小时时之内完成业业务接管。当生产中心服务务器恢复正常常后，数据复复制系统需要要将灾备中心心的最新数据据反向复制回回生产中心，实实现业务的恢恢复。基本要求复制软件应满足足在单机或RRAC环境下下，对Oraacle在线线日志(Onnline redo log)的的捕捉及复制制；支持Oraclle中所有的的常用数据类类型，如Orracle中中的LONGG 、LONNG RAWW、BLOBB、CLOBB、NCLOOB、TIMMESTAMMP等，可实实现用户自定定义表、字段段进行复制；支持对数据库中中常用DDLL操作的复制制；支持事务复制，要要求对

17、数据库库中较大的事事务不会出现现过多延迟；支持没有PK/UK字段的的表的同步。数据复制过程可可根据需要灵灵活地进行控控制或修改复复制的方向，以以满足业务需需求；支持在数据复制制过程中对数数据正确性进进行校验，如如正在复制的的数据在之前前就已经不一一致，应提供供报警功能，以以便及时发现现错误，避免免错误的扩大大；提供专用图形化化集中管理软软件。性能要求数据库初始化同同步要求数据库复制制软件能够将将发卡系统的的数据库中已已有数据初始始化同步到灾灾备中心数据据库。在初始始化同步过程程中，业务不不能停止，但但可选择业务务量较小时段段进行。在解解决方案书中中要求详细描描述初始化数数据同步解决决方案，以及

18、及整个首次同同步操作所需需要的时间（以以100GBB数据为标准准），并且要要求列出整个个首次初始化化过程中是否否需要人为干干预，从而可可以有效地评评估整个首次次数据初始化化的工作量。为了保证生产中中心日后业务务扩展存在更更换服务器厂厂商以及数据据库版本等情情况，需要注注明是否支持持异构平台下下的首次数据据初始化同步步，是否支持持跨数据库版版本之间数据据库的初始化化同步操作。数据复制性能指指标数据复制的性能能指标与系统统平台、网络络带宽、应用用系统等因素素密切相关，参参照下列运行行环境：项目配置数据源SF15K 224个CPUU，32GB内存存， ORAACLE 110.2.00.2 RACC目

19、标端SF15K 224个CPUU，32GB内存存， ORAACLE 110.2.00.2总数据量500GB左右右（数据+索索引）每天的日志量每天20GB日日志网络带宽100M和200M要求提供相应应的性能参数数指标：类别指标参考值首次数据初始化化同步首次数据库初始始化同步时间间（100MM带宽） 小于10小时首次数据库初始始化同步时间间（20M带宽）小于48小时首次数据库初始始化同步源端端CPU占用用小于30 增量数据同步（单个复制链路路）源端CPU占用用小于5目标端CPU占占用小于5源端内存占用小于200M目标端内存占用用小于200M复制数据延迟平平均值10s以内业务高峰期对系系统的影响 源

20、端CPU占用用小于10目标端CPU占占用小于10复制数据延迟平平均值10s以内数据一致性要求数据库复制制软件提供数数据库初始化化同步、数据据恢复后以及及日常的数据据一致性检查查方案，要求求方案中详细细注明该数据据一致性比对对方案的特点点以及操作复复杂度，并可可满足如下要要求：可在应用不停机机的情况下，查查找和发现不不一致的数据据；一致性检查需要要能够进行对对象属性、记记录条数和记记录的字段内内容进行一致致性检查；提供全库的记录录级一致性检检查时间（以以100GBB的数据为例例）。支持不含PK/UK字段的的表的一致性性检查和修复复。请提供在在没有PK/UK字段的的表中有10000万条记记录的比对

21、时时间。对于不一致的数数据，需要提提供不一致记记录详细信息息，以便进行行精确的修复复，同时提供供数据修复方方案。数据修修复工作要求求操作简单，修修复速度快，且且修复过程中中不影响业务务正常运行。系统兼容性数据库复制软件件应支持以下下操作系统平平台：Sun Sollaris 9,10IBM AIXX 5.x数据库复制软件件应支持Oraclee 9i，OOraclee 10g，Orracle 11g及后续续数据库版本本；支持异构构平台，源端端和目标端不不同数据库版版本；支持Clusster/HHACMP和和RAC模式式，并支持不同同操作系统下下不同数据库库版本之间的的复制。高可用性主系统和备用系系

22、统的数据库库处于双活状状态，以保证证在灾难发生生前可在两个个系统上运行行不同类型的的应用程序。数据库复制软件件应支持本地地Clustter/HAACMP的高高可用方式，在在本地单节点点出现故障时时，可通过CClusteer软件接管管到其它节点点。健壮性要求数据库复制软件件在各种大压压力和各种故故障情况下不不会造成数据据复制失败。网络故障：长时时间中断、短短时间中断及及网络时断时时续情况下的的正常复制；数据库故障：在在目标端数据据库故障下， 源端数据库不能受到影响。当目标端数据库修复后，复制软件继续工作；服务器硬件故障障：在目标端端服务器故障障下， 源端生产系系统不能受到到影响，当目目标端修复后

23、后，复制软件件继续工作。设备无关性独立于任何硬件件设备、操作作系统和Orracle数数据库的不同同版本，能够够实现不同平平台之间数据据库的复制。管理监控功能数据库复制软件件需提供统一一的管理监控控功能，能实实现对复制软软件的运行状状态、运行日日志、系统配配置等方面进进行统一的管管理及监控，保保证出现错误误时具有完整整方便的报警警及跟踪机制制，方便故障障的快速定位位和解决。Oracle Data Guardd介绍容灾系统主要包包括数据保护护和应用切换换两大方面，其其中最为重要要的是数据保护部部分。除了要要将这些数据据存放在高可可用的存储设设备上之外，最最重要的是这这些关键数据据应该在异地地之间保

24、持一一致，以使灾灾难发生后，系系统可以尽快快恢复。下面面是几种主要要的数据保护护技术。实现数据的异地地复制，有软软件方式和硬硬件方式两种种途径。软件件方式，是通通过主机端软软件来实现，如如第三方软件件或者数据库库厂家提供的的远程数据容容灾工具来实实现业务数据据的远程复制制。硬件方式，是基基于智能存储储系统的控制制器的远程拷拷贝，可以在在主、备存储储系统之间通通过硬件实现现复制。在实际的容灾系系统中，由于于系统的环境境不同，安全全性要求不同同以及采用的的软硬件产品品不同，数据据复制过程中中的工作机制制也不尽相同同。概括地讲讲，数据复制制地工作机制制主要包括同同步和异步两两种。同步远远程镜像(同步

25、复制技技术)是指通过远远程镜像软件件，将本地数数据以完全同同步的方式复复制到异地，每每一本地的II/O事务均均需等待远程程复制的完成成确认信息，方方予以释放。异异步远程镜像像(异步复制技技术)保证在更新新远程存储视视图前完成向向本地存储系系统的基本II/O操作，而而由本地存储储系统提供给给请求镜像主主机的I/OO操作完成确确认信息，远远程的数据复复制以后台同同步的方式进进行。因为带带宽等因素限限制，本次容容灾方案仅包包括了异步复复制的方式的的讨论。Data Guuard实现现原理Oracle Data Guardd 是当今保保护企业核心心资产（数据据）的最有效效解决方案，它它能够使数据据在 2

26、4xx7 的基础础上可用，而而无论是否发发生灾难或其其它中断。Oracle Data Guardd 是管理、监监控和自动化化软件的基础础架构，它创创建、维护和和监控一个或或多个备用数数据库，以保保护企业数据据结构不受故故障、灾难、错错误和崩溃的的影响。 Data Guuard 使使备用数据库库保持为与生生产数据库在在事务上一致致的副本。这这些备用数据据库可能位于于距生产数据据中心数千公公里的远程灾灾难恢复站点点，或者可能能位于同一城城市、同一校校园乃至同一一建筑物内。当当生产数据库库由于计划中中断或意外中中断而变得不不可用时，DData GGuard 可以将任意意备用数据库库切换到生产产角色，

27、从而而使与中断相相关的停机时时间减到最少少，并防止任任何数据丢失失。 作为 Oraacle 数数据库企业版版的一个特性性推出的 DData GGuard 能够与其它它的 Oraacle 高高可用性 (HA) 解解决方案（如如真正应用集集群 (RAAC) 和恢恢复管理器 (RMANN)）结合使使用，以提供供业内前所未未有的高水平平数据保护和和数据可用性性。下图提供供了 Oraacle DData GGuard 的一个概述述。Oracle Data Guardd 包括一个个生产数据库库，也称为主主数据库，以以及一个或多多个备用数据据库，这些备备用数据库是是与主数据库库在事务上一一致的副本。Data

28、 Guard 利用重做数据保持这种事务一致性。当主数据库中发生事务时，则生成重做数据并将其写入本地重做日志文件中。通过 Data Guard，还将重做数据传输到备用站点上，并应用到备用数据库中，从而使备用数据库与主数据库保持同步。Data Guard 允许管理员选择将重做数据同步还是异步地发送到备用站点上。 备用数据库的底底层技术是 Data Guardd 重做应用用（物理备用用数据库）和和 Dataa Guarrd SQLL 应用（逻逻辑备用数据据库）。物理理备用数据库库在磁盘上拥拥有和主数据据库逐块相同同的数据库结结构，并且使使用 Oraacle 介介质恢复进行行更新。逻辑辑备用数据库库是

29、一个独立立数据库，它它与主数据库库包含相同的的数据。它使使用 SQLL 语句进行行更新，其相相对优势是能能够并行用于于恢复以及诸诸如报表、查查询等其他任任务。 Data Guuard 简简化了主数据据库和选定的的备用数据库库之间的转换换和故障切换换，从而减少少了由计划停停机和计划外外故障所导致致的总停机时时间。 主数据库和备用用数据库以及及它们的各种种交互可以使使用 SQLL*Pluss 来进行管管理。为了获获得更简便的的可管理性，Data Guard 还提供了一个分布式管理框架（称为 Data Guard Broker），它不但自动化了 Data Guard 配置的创建、维护和监控，并对这些

30、操作进行统一管理。管理员可以使用 Oracle Enterprise Manager 或 Broker 自己的专用命令行界面 (DGMGRL) 来利用 Broker 的管理功能。 下图显示了 OOraclee Dataa Guarrd 组件。 Oracle Data Guardd 优势 灾难恢复和高可可用性 Dataa Guarrd 提供了了一个高效和和全面的灾难难恢复和高可可用性解决方方案。易于管管理的转换和和故障切换功功能允许主数数据库和备用用数据库之间间的角色转换换，从而使主主数据库因计计划的和计划划外的中断所所导致的停机机时间减到最最少。 完善的数据保护护 使用备用数数据库，Daata

31、 Guuard 可可保证即使遇遇到不可预见见的灾难也不不会丢失数据据。备用数据据库提供了防防止数据损坏坏和用户错误误的安全保护护。主数据库库上的存储器器级物理损坏坏不会传播到到备用数据库库上。同样，导导致主数据库库永久损坏的的逻辑损坏或或用户错误也也能够得到解解决。最后，在在将重做数据据应用到备用用数据库时会会对其进行验验证。 有效利用系统资资源 备用数据库库表使用从主主数据库接收收到的重做数数据进行更新新，并且可用用于诸如备份份操作、报表表、合计和查查询等其它任任务，从而减减少执行这些些任务所必需需的主数据库库工作负载，节节省宝贵的 CPU 和和 I/O 周期。使用用逻辑备用数数据库，用户户

32、可以在模式式中不从主数数据库进行更更新的表上执执行数据处理理操作。逻辑辑备用数据库库可以在从主主数据库中对对表进行更新新时保持打开开，并可同时时对表进行只只读访问。最最后，可以在在维护的表上上创建额外索索引和物化视视图，以获得得更好的查询询性能和适应应特定的业务务要求。灵活的数据保护护功能，从而而在可用性与与性能要求之之间取得平衡衡 Oraccle Daata Guuard 提提供了最大保保护、最高可可用性和最高高性能等模式式，来帮助企企业在系统性性能要求和数数据保护之间间取得平衡。 自动间隔检测及及其解决方案案 如果主数据据库与一个或或更多个备用用数据库之间间的连接丢失失（例如，由由于网络问

33、题题），则在主主数据库上生生成的重做数数据将无法发发送到那些备备用数据库上上。一旦重新新建立连接，Data Guard 就自动检测丢失的存档日志序列（或间隔），并将必要的存档日志自动传输到备用数据库中。备用数据库将重新与主数据库同步，而无需管理员的任何手动干预。 简单的集中式管管理 Dataa Guarrd Brooker 使使一个 Daata Guuard 配配置中的多个个数据库间的的管理和操作作任务自动化化。Brokker 还监监控单个 DData GGuard 配置内的所所有系统。管管理员可以使使用 Oraacle EEnterpprise Managger 或 Brokker 自己己专

34、用的命令令行界面 (DGMGRRL) 来利利用这个集成成的管理框架架。 与 Oraclle 数据库库集成 Oraccle Daata Guuard 是是作为 Orracle 数据库（企企业版）的一一个完全集成成的功能提供供的，无需任任何额外费用用。 Data Guuard提供供的保护模式式Oracle针针对用户的不不同需求提供供三种保护模模式：最大保保护模式、最最大性能模式式、最大可用用模式。Oracle提提供的Datta Guaard在最大大保护模式下下可以确保数数据完全不丢丢失。它在写写本地日志的的同时写远程程standdby的数据据库日志。只只有两个日志志均写成功后后一个操作才才是正式完

35、成成。这种方式式确保了数据据的最大安全全，能够确保保主数据库损损坏的情况下下没有任何数数据丢失。但但这种情况对对主数据库性性能有较大的的影响，即使使在高速的局局域网内，最最大保护模式式也会对主数数据库性能有有超过10%的性能影响响。这种方式式对主备两个个数据库之间间的链路有非非常高的要求求。在这种保保护模式下无无论是网路链链路还是sttandbyy数据库等发发生故障导致致日志无法正正常写均会导导致主数据库库无法使用。因因此只有在对对数据安全要要求最高的情情况下才会考考虑使用这种种方式。Oracle也也提供最大性性能模式。这这种模式下，不传输实时时修改的日志志文件，传递递的是归档日日志文件，因因

36、此对主数据据库性能影响响很小。归档档日志文件传传递是否能够够成功对主数数据库运行没没有任何影响响，因此在网网络出现中断断或者staandby数数据库出现异异常也不会影影响主数据库库的正常运行行。但因为日日志没有同步步写，因此在在灾难发生的的时候备份数数据库与主数数据库可能有有一定的数据据差异。Oracle提提供的第三种种模式是上述述两种方式的的折中。在网网络正常的情情况下它的运运行方式类似似于最大保护护模式，日志志实时传递。当当网络或sttandbyy出现故障的的时候它的运运行模式类似似于最大性能能模式，日志志延迟传递，不不会导致主数数据库停止运运行。这种方方式在正常情情况下因为日日志实时传递

37、递，因此同样样对主数据库库性能有较大大影响，而且且对网络链路路要求较高。综上所述，不同同的保护模式式比较如下：最大保护最大可用最大性能对主数据库性能能影响较高较高低对网络链路要求求极高高低备份系统发生故故障主数据库不可用用无影响无影响数据保护无数据丢失基本无数据丢失失少量数据丢失Data Guuard实现现方式以及对对系统的限制制要求Oracle针针对不同的用用户情况提供供的两种不同同的stanndby方式式。物理sttandbyy ,逻辑stanndby。物理standdby数据库库，在通常的的模式下备份份库始终处于于恢复状态，用用户无法访问问备份库的数数据。如果需需要访问数据据，需要将恢恢

38、复模式停止止，将数据库库打开到只读读状态。这两两种状态是排排它的，也就就是说数据库库要么是恢复复状态，保持持和主数据库库一致，在这这种状态下数数据库内容不不可访问；要要么是只读状状态，数据库库不会做恢复复与主数据保保持一致。Oracle还还提供逻辑sstandbby数据库。这这种方式下数数据库可以在在打开的状态态下保持与主主数据库的同同步工作。这这种打开状态态和普通的数数据库opeen状态不同同，不能对数数据做修改。这这种方式通常常用于繁忙的的系统，如主主数据库日常常完成业务处处理，逻辑sstandbby数据库在在完成容灾的的同时分担主主数据库的查查询统计工作作。这样大大大节约了系统统资源。但

39、这这种方式对数数据库有一定定的限制，并并不是所有的的系统都能够够支持。部分分较为特殊的的数据类型不不支持，另外外所有的表必必须要有主键键或者唯一性性索引。无论是物理sttandbyy 还是逻辑辑standdby均对系系统要求如下下:主备数据库必须须是完全相同同的硬件架构构，如均为SUN平台。机机器的内存大大小、CPUU数量主频可可以不同。操作系统版本、补补丁完全相同同。数据库版本完全全相同。但RRAC选件可可以不同。即即主数据库可可以是RACC模式，备份份节点可以是是单机。切换方式Oracle Dataa Guarrd可以实现现failoover 以以及swittchoveer的切换。Swit

40、choover指有有计划的切换换。如系统主主数据库服务务器需要硬件件维护等有计计划的停机操操作。这时候候可以手工将将所有的日志志以及归档日日志文件传输输到备份节点点后执行swwitchoover的切切换。这种情情况下等主数数据库恢复正正常后系统可可以手工切换换回来。Failoveer切换是指指系统出现了了异常情况下下的切换。系系统管理员发发现主数据库库服务器无法法提供服务，决决定启动容灾灾系统。在这这种情况下的的切换后如果果主数据库服服务器恢复正正常后需要重重新配置整个个Data Guardd环境，无法法切换回主数数据库服务器器。无论是那种切换换方式，主备备系统之间均存在部部分差别。如如IP地

41、址不不同，需要修修改服务器IIP 地址或或应用程序重重新指向。因因为在不同的的局域网内，应应用中间件需需要跨防火墙墙访问系统。机机器档次不同同、网络带宽宽不同造成的的性能下降等等问题。这需需要在容灾的的预案中考虑虑。 系统建议方案案针对本容灾方案案，我们推荐荐采用Oraacle DData GGuard技技术。Data Guuard优势势节约投资Oracle Data Guardd是Oraccle原厂自自带的容灾产产品。该产品品完全免费。在在容灾软件上上用户无需支支付额外费用用，这可以大大大节约用户户的资金投入入。技术成熟、稳定定早在Oraclle 7版本本就已经推出出该功能（当当时名称为SS

42、tandbby数据库）。其其核心采用了了Oraclle成熟的归归档、备份、恢恢复技术。经经过多年不断断的发展，已已经成为一项项技术成熟、稳稳定，有广泛泛成功案例的的技术。对系统运行性能能影响小Data Guuard在主主数据库服务务器端不存在在对日志解析析等工作，仅仅需要主数据据库服务器端端将归档日志志文件传输到到容灾节点。因因此对生产系系统性能影响响极小。能够满足用户基基本业务需求求Data Guuard能够够满足用户基基本的数据容容灾、RTOO、RPO、带带宽等相关基基本业务需求求。Data Guuard运行行模式Oracle提提供了物理DData GGuard以以及逻辑Daata Guu

43、ard两种种不同的方式式。这两种方方式各有优缺缺点。因为用用户数据库中中存在大量表表，这些表没没有PK/UUK；因此无无法满足逻辑辑Data Guardd的使用前提提条件。在本本方案中，我我们推荐采用用物理Datta Guaard的方式式。Data Guuard保护护模式根据用户的实际际情况，在主主数据库服务务器和容灾数数据库服务器器之间距离较较远，使用最最大保护模式式和最大可用用模式均会严严重影响主数数据库的运行行性能。用户户允许在出现现异常情况下下15分钟内内的数据丢失失量，因此采用最大大性能模式可可以在现有带带宽的情况下下满足用户的的容灾需求。采用最大性能模模式，系统不不会实时传输输日志

44、文件，传传递的是归档档日志文件，因因此对主数据据库性能影响响很小。归档档日志文件传传递是否能够够成功对主数数据库运行没没有任何影响响，因此在网网络出现中断断或者staandby数数据库出现异异常也不会影影响主数据库库的正常运行行。但因为日日志没有同步步写，因此在在灾难发生的的时候备份数数据库与主数数据库可能有有一定的数据据差异。Data Guuard初始始安装步骤1、确认主数据据库运行于归归档模式如果主数据库没没有处于归档档模式，那么么需要将数据据库运行模式式修改为归档档模式。该修修改过程需要要短暂停止数数据库运行。2、物理备份主主数据库的所所有数据文件件该部分工作可以以在不影响业业务正常运行

45、行的情况下执执行。该部分分工作依据数数据量以及II/O速度不不同，所需要要的时间也不不同。一般估估算，1000G的数据应应在1小时内内备份完成。该该备份操作启启动后无需人人为干预。3、在主数据库库创建staandby 控制文件通过命令创建灾灾备中心的控控制文件。4、拷贝备份的的数据文件、standby控制文件及日志文件到备份节点。因为数据量较大大，可以将备备份的文件压压缩后传递。100G的备份文件经压缩，通常压缩率在40% - 50%之间。100G文件压缩后约50G。在网速为20M带宽的情况下，假设网络利用率为70%，那么速度约为6G/每小时；50G的文件需要9个小时传递完成。在网速为100M

46、带宽的情况下，假设网络利用率为70%，那么速度约为30G/每小时；50G的文件需要1.5个小时传递完成。在数据传输启动后无需人为干预。5、配置主、备备中心的数据据库服务器DData GGuard环环境该操作对主数据据库运行没有有任何影响。其中灾备中心数数据库平台要要求与主中心心架构一致，如如均为SUNN小型机。操操作系统版本本及数据库版版本均需要一一致。Data Guuard不支支持异构平台台数据容灾，也也不支持不同同数据库版本本之间做数据据容灾。6、使用主中心心备份的文件件创建灾备中中心数据库系系统。该操作主要是解解压文件、恢恢复数据文件件的时间。约约为2小时。7、配置灾备中中心环境。根根据

47、主中心的的归档日志保保持灾备中心心与主中心一一致 。用户需求点对点点应答日常功能将生产中心发卡卡系统上的数数据库变化实实时异步复制制到灾备中心心；应答：满足。DData GGuard通通过归档日志志将数据库变变化复制到灾灾备中心。灾备中心的Orracle数数据库处于打打开状态，可可提供实时数数据查询；应答：部分满足足。物理Daata Guuard在正正常恢复的时候无无法处于打开开状态，在打打开的状态下下无法处于恢恢复与主数据据库保持一致致的状态。本本系统的RPPO15分分钟，RTOO6小时，每天归档日日志产生量20G。可以以考虑以下方方式解决该问问题：如果用户对容灾灾数据库使用用时间为白天天，

48、那么在白白天，将数据据库启动为只只读打开模式式，供业务查查询。夜间，将将数据库启动动为恢复模式式，保持与主主生产中心一一致。如果用用户对容灾数数据库使用时时间为夜间，那那么反之在夜夜间将数据库库打开只读，白白天数据库做做恢复。容灾中心数据库库只在指定时时间内对数据据库做恢复，因因此该数据库库与主数据库库之间存在11天的数据差差异。虽然没没有实时做数数据恢复，归归档日志文件件在产生后会会同步写入容容灾中心，因因此系统可以以满足RPOO15分钟钟的要求。当当出现需要启启动备用中心心的情况，备备用中心需要要先通过归档档日志文件恢恢复数据。目目前每天归档档日志量220G，系统统使用这些归归档日志恢复复

49、数据的时间间 2小时时，能够满足足RTO66小时的业务务需求。如果用户对容灾灾中心数据库库使用为全天天24小时，目目前版本Daata Guuard无法法满足要求，在在Oraclle11G 以后后的版本提供供该功能。对生产系统的资资源占用不能能太多，不能能影响到生产产系统的正常常运行；应答：满足。采采用物理Daata Guuard的最最大性能模式式，生产中心心主机仅需要要在归档日志志产生后将归归档日志文件件写入异地容容灾中心，对对生产系统资资源占用极少少，不影响生生产系统的正正常运行。在在网络出现故故障或容灾中中心出现故障障时，不会影影响到生产系系统的正常运运行。对网络带宽的占占用较低。应答：满

50、足。DData GGuard传传输内容数据据变化产生的的归档日志文文件。目前每每天归档日志志产生量为220G，那么么传输量为220G/天。故障切换当生产中心的系系统无法正常常运行，而又又不能在短期期内恢复时，可可利用灾备中中心提供业务务接管。 应答：满足。灾灾备中心可以以提供数据库库服务器。灾备中心必须在在生产中心不不可用6小时时之内完成业业务接管。应答：满足。灾灾备中心可以以在6小时内内完成业务接接管。当生产中心服务务器恢复正常常后，数据复复制系统需要要将灾备中心心的最新数据据反向复制回回生产中心，实实现业务的恢恢复。应答：部分满足足。系统切换换可以分为有有计划的停机机以及故障停停机。在有计

51、划停机的的情况下，灾灾备中心数据据库在启用的的时候，数据据库内容保持持与生产中心心完全一致。在在主中心操作作完成后，可可以通过简单单命令，将灾灾备中心启用用期间数据修修改反向复制制回生产中心，实实现业务的恢恢复。在故障停机的情情况下，主中中心可能有部部分数据(15分钟)尚未传递到到备份中心，在在灾备中心启启用的时候，主主、备之间数数据已不一致致。因此需要要将所有数据据重新传递回回主中心才能能实现业务的的恢复。基本要求复制软件应满足足在单机或RRAC环境下下，对Oraacle在线线日志(Onnline redo log)的的捕捉及复制制；应答：满足。DData GGuard通通过对Onlline

52、 rredo llog产生的的归档文件复复制来完成容容灾。支持Oraclle中所有的的常用数据类类型，如Orracle中中的LONGG 、LONNG RAWW、BLOBB、CLOBB、NCLOOB、TIMMESTAMMP等，可实实现用户自定定义表、字段段进行复制；应答：满足。物物理Dataa Guarrd支持Orracle中中所有的常用用数据类型支持对数据库中中常用DDLL操作的复制制；应答：满足。物物理Dataa Guarrd支持Orracle中中常用DDLL的操作复制制。支持事务复制，要要求对数据库库中较大的事事务不会出现现过多延迟；应答：满足。物物理Dataa Guarrd支持事务务复制

53、。对较较大事务不会会出现过多延延迟。支持没有PK/UK字段的的表的同步。应答：满足。物物理Dataa Guarrd支持没有有PK/UKK字段的表的的同步。数据复制过程可可根据需要灵灵活地进行控控制或修改复复制的方向，以以满足业务需需求；应答：满足。DData GGuard可可以灵活地控控制主、备节节点的swiithoveer切换。支持在数据复制制过程中对数数据正确性进进行校验，如如正在复制的的数据在之前前就已经不一一致，应提供供报警功能，以以便及时发现现错误，避免免错误的扩大大；应答：满足。物物理Dataa Guarrd复制的前前提条件是主主、备数据库库保持一致，因因此不会出现现复制的数据据在

54、之前已经经不一致的情情况。提供专用图形化化集中管理软软件。应答：满足。DData GGuard Brokeer与OEMM可以提供很方方便的图形化化集中管理。性能要求数据库初始化同同步要求数据库复制制软件能够将将发卡系统的的数据库中已已有数据初始始化同步到灾灾备中心数据据库。在初始始化同步过程程中，业务不不能停止，但但可选择业务务量较小时段段进行。在解解决方案书中中要求详细描描述初始化数数据同步解决决方案，以及及整个首次同同步操作所需需要的时间（以以100GBB数据为标准准），并且要要求列出整个个首次初始化化过程中是否否需要人为干干预，从而可可以有效地评评估整个首次次数据初始化化的工作量。为了保

55、证生产中中心日后业务务扩展存在更更换服务器厂厂商以及数据据库版本等情情况，需要注注明是否支持持异构平台下下的首次数据据初始化同步步，是否支持持跨数据库版版本之间数据据库的初始化化同步操作。应答：满足。详详见Dataa Guarrd初始安装装步骤数据复制性能指指标数据复制的性能能指标与系统统平台、网络络带宽、应用用系统等因素素密切相关，参参照下列运行行环境：项目配置数据源SF15K 224个CPUU，32GB内存存， ORAACLE 110.2.00.2 RACC目标端SF15K 224个CPUU，32GB内存存， ORAACLE 110.2.00.2总数据量500GB左右右（数据+索索引）每天

56、的日志量每天20GB日日志网络带宽100M和200M要求提供相应应的性能参数数指标：类别指标参考值应答首次数据初始化化同步首次数据库初始始化同步时间间（100MM带宽） 小于10小时满足，首次初始始化同步时间间小于5小时时首次数据库初始始化同步时间间（20M带宽）小于48小时满足，首次初始始化同步时间间小于12小小时首次数据库初始始化同步源端端CPU占用用小于30 满足，对主系统统资源消耗极极小。小于11%增量数据同步（单个复制链路路）源端CPU占用用小于5满足，对主系统统资源消耗极极小。小于11%目标端CPU占占用小于5满足，对目标资资源消耗极小小。小于5%源端内存占用小于200M满足，对主

57、资源源消耗极小。无无需额外内存存消耗目标端内存占用用小于200M满足，对主资源源消耗极小。无无需额外内存存消耗复制数据延迟平平均值10s以内不满足。在最大大性能模式下下，物理Daata Guuard在日日志切换后将将改变的数据据写入灾备中中心。频繁的的日志切换将将影响数据库库运行性能。建议将日志切换频率设置为10分钟。因此数据复制最大延迟约为10分钟。业务高峰期对系系统的影响源端CPU占用用小于10满足，对主系统统资源消耗极极小。小于11%目标端CPU占占用小于10满足，对目标资资源消耗极小小。小于5%复制数据延迟平平均值10s以内不满足。在最大大性能模式下下，物理Daata Guuard在日

58、日志切换后将将改变的数据据写入灾备中中心。频繁的的日志切换将将影响数据库库运行性能。建建议将日志切切换频率设置置为10分钟钟。因此数据据复制最大延延迟约为100分钟。数据一致性要求数据库复制制软件提供数数据库初始化化同步、数据据恢复后以及及日常的数据据一致性检查查方案，要求求方案中详细细注明该数据据一致性比对对方案的特点点以及操作复复杂度，并可可满足如下要要求：可在应用不停机机的情况下，查查找和发现不不一致的数据据；一致性检查需要要能够进行对对象属性、记记录条数和记记录的字段内内容进行一致致性检查；提供全库的记录录级一致性检检查时间（以以100GBB的数据为例例）。支持不含PK/UK字段的的表

59、的一致性性检查和修复复。请提供在在没有PK/UK字段的的表中有10000万条记记录的比对时时间。对于不一致的数数据，需要提提供不一致记记录详细信息息，以便进行行精确的修复复，同时提供供数据修复方方案。数据修修复工作要求求操作简单，修修复速度快，且且修复过程中中不影响业务务正常运行。应答：满足。DData GGuard实实现的基本原原理既：通过过备份恢复的的基本原理保保持灾备数据据库与主数据据库的一致。只只有主数据库库可以修改，备备数据库是不不能够做任何何改动的。当当系统发生SSwitchhover的的切换以后，主主备关系变化化，同样只有有主数据库（原原来的备数据据库）可以修修改，备数据据库（原来的的主数据库）是是不可以修改改的。因此DData GGuard不不存在查找和和发现不一致致的数据的问问题。如果备备数据库做了了相应修改，那那么数据复制制的基础被打打破，数据复复制将无法继继续进行，需需要重新构建建灾备中心数数据库系统。系统兼容性数据库复制软件件应支持以下下操作系统平平台：Sun Sollaris