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

1、Oraclle数据库库异地容灾灾方案介绍绍2008年年11月目录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.11 系统平平台 PAGEREF _Toc215280703 h 4 HYP

2、ERLINK l _Toc215280704 1.2.22 数据库库平台 PAGEREF _Toc215280704 h 6 HYPERLINK l _Toc215280705 1.3 用用户需求 PAGEREF _Toc215280705 h 7 HYPERLINK l _Toc215280706 1.3.11 日常功功能 PAGEREF _Toc215280706 h 7 HYPERLINK l _Toc215280707 1.3.22 故障切切换 PAGEREF _Toc215280707 h 7 HYPERLINK l _Toc215280708 1.3.33 基本要要求 PAGERE

3、F _Toc215280708 h 7 HYPERLINK l _Toc215280709 1.3.44 性能要要求 PAGEREF _Toc215280709 h 8 HYPERLINK l _Toc215280710 1.3.55 数据一一致性 PAGEREF _Toc215280710 h 9 HYPERLINK l _Toc215280711 1.3.66 系统兼兼容性 PAGEREF _Toc215280711 h 9 HYPERLINK l _Toc215280712 1.3.77 高可用用性 PAGEREF _Toc215280712 h 10 HYPERLINK l _Toc2

4、15280713 1.3.88 健壮性性要求 PAGEREF _Toc215280713 h 10 HYPERLINK l _Toc215280714 1.3.99 设备无无关性 PAGEREF _Toc215280714 h 10 HYPERLINK l _Toc215280715 1.3.110 管理理监控功能能 PAGEREF _Toc215280715 h 11 HYPERLINK l _Toc215280716 第二章 OOraclle Daata GGuardd介绍 PAGEREF _Toc215280716 h 12 HYPERLINK l _Toc215280717 2.1 D

5、Data Guarrd实现原原理 PAGEREF _Toc215280717 h 12 HYPERLINK l _Toc215280718 2.2 OOraclle Daata GGuardd 优势 PAGEREF _Toc215280718 h 15 HYPERLINK l _Toc215280719 2.3 DData Guarrd提供的的保护模式式 PAGEREF _Toc215280719 h 16 HYPERLINK l _Toc215280720 2.4 DData Guarrd实现方方式以及对对系统的限限制要求 PAGEREF _Toc215280720 h 17 HYPERLI

6、NK l _Toc215280721 2.5 切切换方式 PAGEREF _Toc215280721 h 17 HYPERLINK l _Toc215280722 第三章 系系统建议方方案 PAGEREF _Toc215280722 h 18 HYPERLINK l _Toc215280723 3.1 DData Guarrd优势 PAGEREF _Toc215280723 h 18 HYPERLINK l _Toc215280724 3.2 DData Guarrd运行模模式 PAGEREF _Toc215280724 h 19 HYPERLINK l _Toc215280725 3.3 D

7、Data Guarrd保护模模式 PAGEREF _Toc215280725 h 19 HYPERLINK l _Toc215280726 3.4 DData Guarrd初始安安装步骤 PAGEREF _Toc215280726 h 19 HYPERLINK l _Toc215280727 3.5 用用户需求点点对点应答答 PAGEREF _Toc215280727 h 20 HYPERLINK l _Toc215280728 3.5.11 日常功功能 PAGEREF _Toc215280728 h 20 HYPERLINK l _Toc215280729 3.5.22 故障切切换 PAGE

8、REF _Toc215280729 h 21 HYPERLINK l _Toc215280730 3.5.33 基本要要求 PAGEREF _Toc215280730 h 22 HYPERLINK l _Toc215280731 3.5.44 性能要要求 PAGEREF _Toc215280731 h 23 HYPERLINK l _Toc215280732 3.5.55 数据一一致性 PAGEREF _Toc215280732 h 24 HYPERLINK l _Toc215280733 3.5.66 系统兼兼容性 PAGEREF _Toc215280733 h 25 HYPERLINK l

9、 _Toc215280734 3.5.77 高可用用性 PAGEREF _Toc215280734 h 25 HYPERLINK l _Toc215280735 3.5.88 健壮性性要求 PAGEREF _Toc215280735 h 26 HYPERLINK l _Toc215280736 3.5.99 设备无无关性 PAGEREF _Toc215280736 h 27 HYPERLINK l _Toc215280737 3.5.110 管理理监控功能能 PAGEREF _Toc215280737 h 27 需求分析析序言在信息时代代，数据是是企业创造造商业价值值的生产资资料，数据据的丢失

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

11、卡系统拟迁迁移至IBBM主机，故故此次灾备备项目暂不不考虑；邮邮储银行贷贷记卡系统统主机为IIBM PP570，也也不在考虑虑范围之内内）发卡系系统的安全全，在灾难难情况下，最最大限度地地保护公司司资产，减减少公司各各方面的损损失，保证证发卡系统统的业务连连续性。本方案仅对对异地容灾灾数据库复复制软件部部分做相应应阐述。用户现状系统平台发卡系统运运行在一台SunFFire E25KK企业级服服务器上，通通过两台BBrocaade SSW49000 SAAN交换机机与两台企业级级存储STT99900、SE99970相相连，应用用系统核心心文件和数数据库数据据文件均存存放在该存存储上，存存储系统磁

12、盘采采用RAIID 1+0方式。SF25KK划分为四四个物理分分区（Doomainn），每家家银行均使使用其中的的两个，一一个Domaain作为为生产主机机，另一个个Domaain作为为热备主机。Dommain操操作系统为为Solaaris 10，数数据库系统统为Oraacle 10.2.0.2 RAC。通过Suun Cllusteer集群软软件，实现现了生产机机房内的双双机热备份份，保证了了系统的高高可用性。此外，在在主机端还通过Sunn MPXXIO多通通道负载均均衡软件，实现两条条光纤通道道的负载均均衡，进一一步避免了了单点故障障。以下是发卡卡系统SAAN架构图图：SW4900 SW49

13、00 SE9970 L180 (2 LTO-3)V280RNBU Master Server ST9990 SF25KDomain ADomain BDomain CDomain DVTL通过在主机机端使用VVxVM 4.1卷卷管理软件件，已建立立了同机房房数据灾备备系统，两两台存储SSE99770与STT99900之间实现现了同步数数据复制，达达到了以下下灾难恢复复目标：日常工作，保保证两台存储的的数据实时时同步保持持一致，所有数据据不丢失。计划外停机机，任一台台存储发生灾难，保保证数据不不丢失，即即RPO=0，并确保应应用不中断断运行，即RRTO=00。SE9970ST9990生产主机Vx

14、VM Mirror Volume数据库平台台发卡系统中中的数据库库系统，是是整个生产产系统中最最关键、最最复杂的数数据对象，发发卡系统的的业务运转转直接依赖赖于这些数数据的可用用性。为了确保数数据库的高高可用性，发发卡系统数数据库使用用了Oraacle 10g RRAC版本本10.22.0.22，主、备备机两节点点的数据库库实例同时时运行，一一旦主节点点出现问题题，数据库库实例无需需启停，可可迅速将应应用系统切切换至备节节点。截至到20008年88月底，各数据库实实例数据量量情况见下下表：实例名总数据量（GGB）Archiive llog数据据量（GBB）高峰期Arrchivve loog变化

15、量量（MB/s）平均每天最大帐单日日HX25140.42 SZ15120.20 CR934.550.40 DE381.550.58 UC27512162.95 合计44620324.55 用户需求银联数据拟拟为提供外外包服务的的各银行发发卡系统建建设异地灾灾备系统，生生产系统位位于上海，灾灾备系统位位于北京。主备中心心之间采用用数据库复复制软件进进行异步数数据复制，以以保证生产产数据的安安全性，满满足发卡系系统的业务务连续性需需求。日常功能将生产中心心发卡系统统上的数据库库变化实时时异步复制制到灾备中心心；灾备中心的的Oraccle数据据库处于打打开状态，可可提供实时时数据查询询；对生产系统统

16、的资源占占用不能太太多，不能能影响到生生产系统的的正常运行行；对网络带宽宽的占用较较低。故障切换当生产中心心的系统无无法正常运运行，而又又不能在短短期内恢复复时，可利利用灾备中中心提供业业务接管。 灾备中心必必须在生产产中心不可可用6小时时之内完成成业务接管管。当生产中心心服务器恢恢复正常后后，数据复复制系统需需要将灾备备中心的最最新数据反反向复制回回生产中心心，实现业业务的恢复复。基本要求复制软件应应满足在单单机或RAAC环境下下，对Orraclee在线日志志(Onlline redoo logg)的捕捉捉及复制；支持Oraacle中中所有的常常用数据类类型，如OOraclle中的LLONG

17、 、LONNG RAAW、BLLOB、CCLOB、NCLOOB、TIIMESTTAMP等等，可实现现用户自定定义表、字字段进行复复制；支持对数据据库中常用用DDL操操作的复制制；支持事务复复制，要求求对数据库库中较大的的事务不会会出现过多多延迟；支持没有PPK/UKK字段的表表的同步。数据复制过过程可根据据需要灵活活地进行控控制或修改改复制的方方向，以满满足业务需需求；支持在数据据复制过程程中对数据据正确性进进行校验，如如正在复制制的数据在在之前就已已经不一致致，应提供供报警功能能，以便及及时发现错错误，避免免错误的扩扩大；提供专用图图形化集中中管理软件件。性能要求数据库初始始化同步要求数据库

18、库复制软件件能够将发发卡系统的的数据库中中已有数据据初始化同同步到灾备备中心数据据库。在初初始化同步步过程中，业业务不能停停止，但可可选择业务务量较小时时段进行。在解决方方案书中要要求详细描描述初始化化数据同步步解决方案案，以及整整个首次同同步操作所所需要的时时间（以1100GBB数据为标标准），并并且要求列列出整个首首次初始化化过程中是是否需要人人为干预，从从而可以有有效地评估估整个首次次数据初始始化的工作作量。为了保证生生产中心日日后业务扩扩展存在更更换服务器器厂商以及及数据库版版本等情况况，需要注注明是否支支持异构平平台下的首首次数据初初始化同步步，是否支支持跨数据据库版本之之间数据库库

19、的初始化化同步操作作。数据复制性性能指标数据复制的的性能指标标与系统平平台、网络络带宽、应应用系统等等因素密切切相关，参参照下列运运行环境：项目配置数据源SF15KK 24个个CPU，32GB内存， ORACLE 10.2.0.2 RAC目标端SF15KK 24个个CPU，32GB内存， ORACLE 10.2.0.2总数据量500GBB左右（数数据+索引引）每天的日志志量每天20GGB日志网络带宽100M和和20M要求提供供相应的性性能参数指指标：类别别指标参考值首次数据初初始化同步步首次数据库库初始化同同步时间（100M带宽） 小于10小小时首次数据库库初始化同同步时间（20M带宽）小于4

20、8小小时首次数据库库初始化同同步源端CCPU占用用小于30 增量数据同同步（单个复制制链路）源端CPUU占用小于5目标端CPPU占用小于5源端内存占占用小于2000M目标端内存存占用小于2000M复制数据延延迟平均值值10s以内内业务高峰期期对系统的的影响 源端CPUU占用小于10目标端CPPU占用小于10复制数据延延迟平均值值10s以内内数据一致性性要求数据库库复制软件件提供数据据库初始化化同步、数数据恢复后后以及日常常的数据一一致性检查查方案，要要求方案中中详细注明明该数据一一致性比对对方案的特特点以及操操作复杂度度，并可满满足如下要要求：可在应用不不停机的情情况下，查查找和发现现不一致的

21、的数据；一致性检查查需要能够够进行对象象属性、记记录条数和和记录的字字段内容进进行一致性性检查；提供全库的的记录级一一致性检查查时间（以以100GGB的数据据为例）。支持不含PPK/UKK字段的表表的一致性性检查和修修复。请提提供在没有有PK/UUK字段的的表中有11000万万条记录的的比对时间间。对于不一致致的数据，需需要提供不不一致记录录详细信息息，以便进进行精确的的修复，同同时提供数数据修复方方案。数据据修复工作作要求操作作简单，修修复速度快快，且修复复过程中不不影响业务务正常运行行。系统兼容性性数据库复制制软件应支支持以下操操作系统平平台：Sun SSolarris 99,10IBM

22、AAIX 55.x数据库复制制软件应支支持Oraclle 9ii，Oraacle 10g，OOraclle 111g及后续续数据库版版本；支持持异构平台台，源端和和目标端不不同数据库库版本；支支持Cluusterr/HACCMP和RRAC模式式，并支持不不同操作系系统下不同同数据库版版本之间的的复制。高可用性主系统和备备用系统的的数据库处处于双活状状态，以保保证在灾难难发生前可可在两个系系统上运行行不同类型型的应用程程序。数据库复制制软件应支支持本地CClustter/HHACMPP的高可用用方式，在在本地单节节点出现故故障时，可可通过Cllusteer软件接接管到其它它节点。健壮性要求求数据

23、库复制制软件在各各种大压力力和各种故故障情况下下不会造成成数据复制制失败。网络故障：长时间中中断、短时时间中断及及网络时断断时续情况况下的正常常复制；数据库故障障：在目标标端数据库库故障下， 源端数据库不能受到影响。当目标端数据库修复后，复制软件继续工作；服务器硬件件故障：在在目标端服服务器故障障下， 源端生产产系统不能能受到影响响，当目标标端修复后后，复制软软件继续工工作。设备无关性性独立于任何何硬件设备备、操作系系统和Orraclee数据库的的不同版本本，能够实实现不同平平台之间数数据库的复复制。管理监控功功能数据库复制制软件需提提供统一的的管理监控控功能，能能实现对复复制软件的的运行状态

24、态、运行日日志、系统统配置等方方面进行统统一的管理理及监控，保保证出现错错误时具有有完整方便便的报警及及跟踪机制制，方便故故障的快速速定位和解解决。Oraclle Daata GGuardd介绍容灾系统主主要包括数数据保护和和应用切换换两大方面面，其中最最为重要的的是数据保护护部分。除除了要将这这些数据存存放在高可可用的存储储设备上之之外，最重重要的是这这些关键数数据应该在在异地之间间保持一致致，以使灾灾难发生后后，系统可可以尽快恢恢复。下面面是几种主主要的数据据保护技术术。实现数据的的异地复制制，有软件件方式和硬硬件方式两两种途径。软件方式式，是通过过主机端软软件来实现现，如第三三方软件或或

25、者数据库库厂家提供供的远程数数据容灾工工具来实现现业务数据据的远程复复制。硬件方式，是是基于智能能存储系统统的控制器器的远程拷拷贝，可以以在主、备备存储系统统之间通过过硬件实现现复制。在实际的容容灾系统中中，由于系系统的环境境不同，安安全性要求求不同以及及采用的软软硬件产品品不同，数数据复制过过程中的工工作机制也也不尽相同同。概括地地讲，数据据复制地工工作机制主主要包括同同步和异步步两种。同同步远程镜镜像(同步复制制技术)是指通过过远程镜像像软件，将将本地数据据以完全同同步的方式式复制到异异地，每一一本地的II/O事务务均需等待待远程复制制的完成确确认信息，方方予以释放放。异步远远程镜像(异步

26、复制制技术)保证在更更新远程存存储视图前前完成向本本地存储系系统的基本本I/O操作作，而由本本地存储系系统提供给给请求镜像像主机的II/O操作作完成确认认信息，远远程的数据据复制以后后台同步的的方式进行行。因为带带宽等因素素限制，本本次容灾方方案仅包括括了异步复复制的方式式的讨论。Data Guarrd实现原原理Oraclle Daata GGuardd 是当今今保护企业业核心资产产（数据）的的最有效解解决方案，它它能够使数数据在 224x7 的基础上上可用，而而无论是否否发生灾难难或其它中中断。Oraclle Daata GGuardd 是管理理、监控和和自动化软软件的基础础架构，它它创建、

27、维维护和监控控一个或多多个备用数数据库，以以保护企业业数据结构构不受故障障、灾难、错误和崩崩溃的影响响。 Data Guarrd 使备备用数据库库保持为与与生产数据据库在事务务上一致的的副本。这这些备用数数据库可能能位于距生生产数据中中心数千公公里的远程程灾难恢复复站点，或或者可能位位于同一城城市、同一一校园乃至至同一建筑筑物内。当当生产数据据库由于计计划中断或或意外中断断而变得不不可用时，Data Guard 可以将任意备用数据库切换到生产角色，从而使与中断相关的停机时间减到最少，并防止任何数据丢失。 作为 OOraclle 数据据库企业版版的一个特特性推出的的 Datta Guuard 能

28、够与其其它的 OOraclle 高可可用性 (HA) 解决方案案（如真正正应用集群群 (RAAC) 和和恢复管理理器 (RRMAN)）结合使使用，以提提供业内前前所未有的的高水平数数据保护和和数据可用用性。下图图提供了 Oraccle DData Guarrd 的一一个概述。Oraclle Daata GGuardd 包括一一个生产数数据库，也也称为主数数据库，以以及一个或或多个备用用数据库，这这些备用数数据库是与与主数据库库在事务上上一致的副副本。Daata GGuardd 利用重重做数据保保持这种事事务一致性性。当主数数据库中发发生事务时时，则生成成重做数据据并将其写写入本地重重做日志文文

29、件中。通通过 Daata GGuardd，还将重重做数据传传输到备用用站点上，并并应用到备备用数据库库中，从而而使备用数数据库与主主数据库保保持同步。Dataa Guaard 允允许管理员员选择将重重做数据同同步还是异异步地发送送到备用站站点上。 备用数据库库的底层技技术是 DData Guarrd 重做做应用（物物理备用数数据库）和和 Datta Guuard SQL 应用（逻逻辑备用数数据库）。物理备用用数据库在在磁盘上拥拥有和主数数据库逐块块相同的数数据库结构构，并且使使用 Orraclee 介质恢恢复进行更更新。逻辑辑备用数据据库是一个个独立数据据库，它与与主数据库库包含相同同的数据。

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

31、一管理。管管理员可以以使用 OOraclle Ennterpprisee Mannagerr 或 Brooker 自己的专专用命令行行界面 (DGMGGRL) 来利用 BBrokeer 的管管理功能。 下图显示了了 Oraacle Dataa Guaard 组组件。 Oraclle Daata GGuardd 优势 灾难恢复和和高可用性性 Datta Guuard 提供了一一个高效和和全面的灾灾难恢复和和高可用性性解决方案案。易于管管理的转换换和故障切切换功能允允许主数据据库和备用用数据库之之间的角色色转换，从从而使主数数据库因计计划的和计计划外的中中断所导致致的停机时时间减到最最少。 完善的

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

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

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

35、se MManagger 或或 Brooker 自己专用用的命令行行界面 (DGMGGRL) 来利用这这个集成的的管理框架架。 与 Oraacle 数据库集集成 Oraacle Dataa Guaard 是是作为 OOraclle 数据据库（企业业版）的一一个完全集集成的功能能提供的，无无需任何额额外费用。 Data Guarrd提供的的保护模式式Oraclle针对用用户的不同同需求提供供三种保护护模式：最最大保护模模式、最大大性能模式式、最大可可用模式。Oraclle提供的的Dataa Guaard在最最大保护模模式下可以以确保数据据完全不丢丢失。它在在写本地日日志的同时时写远程sstand

36、dby的数数据库日志志。只有两两个日志均均写成功后后一个操作作才是正式式完成。这这种方式确确保了数据据的最大安安全，能够够确保主数数据库损坏坏的情况下下没有任何何数据丢失失。但这种种情况对主主数据库性性能有较大大的影响，即即使在高速速的局域网网内，最大大保护模式式也会对主主数据库性性能有超过过10%的性性能影响。这种方式式对主备两两个数据库库之间的链链路有非常常高的要求求。在这种种保护模式式下无论是是网路链路路还是sttandbby数据库库等发生故故障导致日日志无法正正常写均会会导致主数数据库无法法使用。因因此只有在在对数据安安全要求最最高的情况况下才会考考虑使用这这种方式。Oraclle也提

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

38、式类似于最最大性能模模式，日志志延迟传递递，不会导导致主数据据库停止运运行。这种种方式在正正常情况下下因为日志志实时传递递，因此同同样对主数数据库性能能有较大影影响，而且且对网络链链路要求较较高。综上所述，不不同的保护护模式比较较如下：最大保护最大可用最大性能对主数据库库性能影响响较高较高低对网络链路路要求极高高低备份系统发发生故障主数据库不不可用无影响无影响数据保护无数据丢失失基本无数据据丢失少量数据丢丢失Data Guarrd实现方方式以及对对系统的限限制要求Oraclle针对不不同的用户户情况提供供的两种不不同的sttandbby方式。物理sttandbby ,逻逻辑staandbyy。

39、物理staandbyy数据库，在在通常的模模式下备份份库始终处处于恢复状状态，用户户无法访问问备份库的的数据。如如果需要访访问数据，需需要将恢复复模式停止止，将数据据库打开到到只读状态态。这两种种状态是排排它的，也也就是说数数据库要么么是恢复状状态，保持持和主数据据库一致，在在这种状态态下数据库库内容不可可访问；要要么是只读读状态，数数据库不会会做恢复与与主数据保保持一致。Oraclle还提供供逻辑sttandbby数据库库。这种方方式下数据据库可以在在打开的状状态下保持持与主数据据库的同步步工作。这这种打开状状态和普通通的数据库库openn状态不同同，不能对对数据做修修改。这种种方式通常常用

40、于繁忙忙的系统，如如主数据库库日常完成成业务处理理，逻辑sstanddby数据据库在完成成容灾的同同时分担主主数据库的的查询统计计工作。这这样大大节节约了系统统资源。但但这种方式式对数据库库有一定的的限制，并并不是所有有的系统都都能够支持持。部分较较为特殊的的数据类型型不支持，另另外所有的的表必须要要有主键或或者唯一性性索引。无论是物理理stanndby 还是逻辑辑stanndby均均对系统要要求如下:主备数据库库必须是完完全相同的的硬件架构构，如均为SUNN平台。机机器的内存存大小、CCPU数量量主频可以以不同。操作系统版版本、补丁丁完全相同同。数据库版本本完全相同同。但RAAC选件可可以不

41、同。即主数据据库可以是是RAC模式式，备份节节点可以是是单机。切换方式Oraclle DData Guarrd可以实实现faiiloveer 以及及swittchovver的切切换。Switcchoveer指有计计划的切换换。如系统统主数据库库服务器需需要硬件维维护等有计计划的停机机操作。这这时候可以以手工将所所有的日志志以及归档档日志文件件传输到备备份节点后后执行swwitchhoverr的切换。这种情况况下等主数数据库恢复复正常后系系统可以手手工切换回回来。Failoover切切换是指系系统出现了了异常情况况下的切换换。系统管管理员发现现主数据库库服务器无无法提供服服务，决定定启动容灾灾系

42、统。在在这种情况况下的切换换后如果主主数据库服服务器恢复复正常后需需要重新配配置整个DData Guarrd环境，无无法切换回回主数据库库服务器。无论是那种种切换方式式，主备系系统之间均均存在部分分差别。如如IP地址址不同，需需要修改服服务器IPP 地址或或应用程序序重新指向向。因为在在不同的局局域网内，应应用中间件件需要跨防防火墙访问问系统。机机器档次不不同、网络络带宽不同同造成的性性能下降等等问题。这这需要在容容灾的预案案中考虑。 系统建议议方案针对本容灾灾方案，我我们推荐采采用Oraacle Dataa Guaard技术术。Data Guarrd优势节约投资Oraclle Daata G

43、Guardd是Oraacle原原厂自带的的容灾产品品。该产品品完全免费费。在容灾灾软件上用用户无需支支付额外费费用，这可可以大大节节约用户的的资金投入入。技术成熟、稳定早在Oraacle 7版本就就已经推出出该功能（当当时名称为为Stanndby数数据库）。其核心采采用了Orraclee成熟的归归档、备份份、恢复技技术。经过过多年不断断的发展，已已经成为一一项技术成成熟、稳定定，有广泛泛成功案例例的技术。对系统运行行性能影响响小Data Guarrd在主数数据库服务务器端不存存在对日志志解析等工工作，仅需需要主数据据库服务器器端将归档档日志文件件传输到容容灾节点。因此对生生产系统性性能影响极极

44、小。能够满足用用户基本业业务需求Data Guarrd能够满满足用户基基本的数据据容灾、RRTO、RRPO、带带宽等相关关基本业务务需求。Data Guarrd运行模模式Oraclle提供了了物理Daata GGuardd以及逻辑辑Dataa Guaard两种种不同的方方式。这两两种方式各各有优缺点点。因为用用户数据库库中存在大大量表，这这些表没有有PK/UUK；因此此无法满足足逻辑Daata GGuardd的使用前前提条件。在本方案案中，我们们推荐采用用物理Daata GGuardd的方式。Data Guarrd保护模式根据用户的的实际情况况，在主数数据库服务务器和容灾灾数据库服服务器之间间

45、距离较远远，使用最最大保护模模式和最大大可用模式式均会严重重影响主数数据库的运运行性能。用户允许许在出现异异常情况下下15分钟钟内的数据据丢失量，因此采用最大性能模式可以在现有带宽的情况下满足用户的容灾需求。采用最大性性能模式，系系统不会实实时传输日日志文件，传传递的是归归档日志文文件，因此此对主数据据库性能影影响很小。归档日志志文件传递递是否能够够成功对主主数据库运运行没有任任何影响，因因此在网络络出现中断断或者sttandbby数据库库出现异常常也不会影影响主数据据库的正常常运行。但但因为日志志没有同步步写，因此此在灾难发发生的时候候备份数据据库与主数数据库可能能有一定的的数据差异异。Da

46、ta Guarrd初始安安装步骤1、确认主主数据库运运行于归档档模式如果主数据据库没有处处于归档模模式，那么么需要将数数据库运行行模式修改改为归档模模式。该修修改过程需需要短暂停停止数据库库运行。2、物理备备份主数据据库的所有有数据文件件该部分工作作可以在不不影响业务务正常运行行的情况下下执行。该该部分工作作依据数据据量以及II/O速度度不同，所所需要的时时间也不同同。一般估估算，1000G的数数据应在11小时内备备份完成。该备份操操作启动后后无需人为为干预。3、在主数数据库创建建stanndby 控制文件件通过命令创创建灾备中中心的控制制文件。4、拷贝备备份的数据据文件、sstanddby控

47、制制文件及日日志文件到到备份节点点。因为数据量量较大，可可以将备份份的文件压压缩后传递递。1000G的备份份文件经压压缩，通常常压缩率在在40% - 500%之间。100GG文件压缩缩后约500G。在网网速为200M带宽的的情况下，假假设网络利利用率为770%，那那么速度约约为6G/每小小时；500G的文件件需要9个个小时传递递完成。在在网速为1100M带带宽的情况况下，假设设网络利用用率为700%，那么么速度约为为30G/每每小时；550G的文文件需要11.5个小小时传递完完成。在数数据传输启启动后无需需人为干预预。5、配置主主、备中心心的数据库库服务器DData Guarrd环境该操作对主

48、主数据库运运行没有任任何影响。其中灾备中中心数据库库平台要求求与主中心心架构一致致，如均为为SUN小小型机。操操作系统版版本及数据据库版本均均需要一致致。Data Guarrd不支持持异构平台台数据容灾灾，也不支支持不同数数据库版本本之间做数数据容灾。6、使用主主中心备份份的文件创创建灾备中中心数据库库系统。该操作主要要是解压文文件、恢复复数据文件件的时间。约为2小小时。7、配置灾灾备中心环环境。根据据主中心的的归档日志志保持灾备备中心与主主中心一致致 。用户需求点点对点应答答日常功能将生产中心心发卡系统统上的数据据库变化实实时异步复复制到灾备备中心；应答：满足足。Datta Guuard通通

49、过归档日日志将数据据库变化复复制到灾备备中心。灾备中心的的Oraccle数据据库处于打打开状态，可可提供实时时数据查询询；应答：部分分满足。物物理Datta Guuard在在正常恢复复的时候无无法处于打打开状态，在在打开的状状态下无法法处于恢复复与主数据据库保持一一致的状态态。本系统统的RPOO15分分钟，RTTO6小小时，每天归档档日志产生生量200G。可以以考虑以下下方式解决决该问题：如果用户对对容灾数据据库使用时时间为白天天，那么在在白天，将将数据库启启动为只读读打开模式式，供业务务查询。夜夜间，将数数据库启动动为恢复模模式，保持持与主生产产中心一致致。如果用用户对容灾灾数据库使使用时间

50、为为夜间，那那么反之在在夜间将数数据库打开开只读，白白天数据库库做恢复。容灾中心数数据库只在在指定时间间内对数据据库做恢复复，因此该该数据库与与主数据库库之间存在在1天的数数据差异。虽然没有有实时做数数据恢复，归归档日志文文件在产生生后会同步步写入容灾灾中心，因因此系统可可以满足RRPO115分钟的的要求。当当出现需要要启动备用用中心的情情况，备用用中心需要要先通过归归档日志文文件恢复数数据。目前前每天归档档日志量20G，系系统使用这这些归档日日志恢复数据的的时间 2小时，能能够满足RRTO66小时的业业务需求。如果用户对对容灾中心心数据库使使用为全天天24小时时，目前版版本Datta Guu

51、ard无无法满足要要求，在OOraclle11GG 以后的的版本提供供该功能。对生产系统统的资源占占用不能太太多，不能能影响到生生产系统的的正常运行行；应答：满足足。采用物物理Datta Guuard的的最大性能能模式，生生产中心主主机仅需要要在归档日日志产生后后将归档日日志文件写写入异地容容灾中心，对对生产系统统资源占用用极少，不不影响生产产系统的正正常运行。在网络出出现故障或或容灾中心心出现故障障时，不会会影响到生生产系统的的正常运行行。对网络带宽宽的占用较较低。应答：满足足。Datta Guuard传传输内容数数据变化产产生的归档档日志文件件。目前每每天归档日日志产生量量为20GG，那么

52、传传输量为220G/天天。故障切换当生产中心心的系统无无法正常运运行，而又又不能在短短期内恢复复时，可利利用灾备中中心提供业业务接管。 应答：满足足。灾备中中心可以提提供数据库库服务器。灾备中心必必须在生产产中心不可可用6小时时之内完成成业务接管管。应答：满足足。灾备中中心可以在在6小时内内完成业务务接管。当生产中心心服务器恢恢复正常后后，数据复复制系统需需要将灾备备中心的最最新数据反反向复制回回生产中心心，实现业业务的恢复复。应答：部分分满足。系统统切换可以以分为有计计划的停机机以及故障障停机。在有计划停停机的情况况下，灾备备中心数据据库在启用用的时候，数数据库内容容保持与生生产中心完完全一

53、致。在主中心心操作完成成后，可以以通过简单单命令，将将灾备中心心启用期间间数据修改改反向复制制回生产中心心，实现业业务的恢复复。在故障停机机的情况下下，主中心心可能有部部分数据(15分分钟)尚未未传递到备备份中心，在在灾备中心心启用的时时候，主、备之间数数据已不一一致。因此此需要将所所有数据重重新传递回回主中心才才能实现业业务的恢复复。基本要求复制软件应应满足在单单机或RAAC环境下下，对Orraclee在线日志志(Onlline redoo logg)的捕捉捉及复制；应答：满足足。Datta Guuard通通过对Onnlinee reddo loog产生的的归档文件件复制来完完成容灾。支持O

54、raacle中中所有的常常用数据类类型，如OOraclle中的LLONG 、LONNG RAAW、BLLOB、CCLOB、NCLOOB、TIIMESTTAMP等等，可实现现用户自定定义表、字字段进行复复制；应答：满足足。物理DData Guarrd支持OOraclle中所有有的常用数数据类型支持对数据据库中常用用DDL操操作的复制制；应答：满足足。物理DData Guarrd支持OOraclle中常用用DDL的的操作复制制。支持事务复复制，要求求对数据库库中较大的的事务不会会出现过多多延迟；应答：满足足。物理DData Guarrd支持事事务复制。对较大事事务不会出出现过多延延迟。支持没有PP

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

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

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

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

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

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