OracleDataGuard容灾解决方案样本.doc

资料内容仅供您学习参考，如有不当之处，请联系改正或者删除。Oracle DataGuard容灾解决方案目录一. 需求分析2二. 解决方案32.1 拓扑架构32.2 方案特点32.3 方案优势42.4 产品介绍5三. Oracle维保服务7四. 方案报价10一. 需求分析用户现有两台服务器, windows 平台, 一台运行oracle 11g r2, 一台运行用友NC 6.3。现在经过每天备份的方式保证安全。用户希望在她的另一个机房( 裸光纤互联) 中搭建容灾平台。因此本方案针对以上现状, 提出Oracle DataGuard容灾解决方案, 这样主数据库在遇到极端状况时, 能够及时切换到备库, 保证业务的连续性。二. 解决方案2.1 拓扑架构Dataguard能够实现远程数据容灾,利用该功能也可实现高可用性。数据容灾是指建立一个异地的数据系统, 该系统是本地关键应用数据的一个实时复制。在本地数据及整个应用系统出现灾难时, 系统至少在或本地异地保存有一份可用的关键业务的数据,基于该功能,结合客户实际情况我方推荐使用其作为保证系统可靠运行的一种解决方案,由于两台机器的数据一致性以及低延迟,完全能够胜任,在主机出现故障时,切换至备机运行。2.2 方案特点 对现有的环境改动小, 能最大限度的减少对现有应用系统的影响。 能满足客户对海量数据的管理要求。 能够实现远距离容灾, 对网络要求低, 低延时, 快速业务切换。 同步或异步日志传输; 低成本的投入。2.3 方案优势灾难恢复和高可用性 Data Guard 提供了一个高效和全面的灾难恢复和高可用性解决方案。易于管理的转换和故障切换功能允许主数据库和备用数据库之间的角色转换, 从而使主数据库因计划的和计划外的中断所导致的停机时间减到最少。 完善的数据保护 使用备用数据库, Data Guard 可保证即使遇到不可预见的灾难也不会丢失数据。备用数据库提供了防止数据损坏和用户错误的安全保护。主数据库上的存储器级物理损坏不会传播到备用数据库上。同样, 导致主数据库永久损坏的逻辑损坏或用户错误也能够得到解决。最后, 在将重做数据应用到备用数据库时会对其进行验证。 有效利用系统资源 备用数据库表使用从主数据库接收到的重做数据进行更新, 而且可用于诸如备份操作、 报表、 合计和查询等其它任务, 从而减少执行这些任务所必须的主数据库工作负载, 节省宝贵的 CPU 和 I/O 周期。使用逻辑备用数据库, 用户能够在模式中不从主数据库进行更新的表上执行数据处理操作。逻辑备用数据库能够在从主数据库中对表进行更新时保持打开, 并可同时对表进行只读访问。最后, 能够在维护的表上创立额外索引和物化视图, 以获得更好的查询性能和适应特定的业务要求。灵活的数据保护功能, 从而在可用性与性能要求之间取得平衡 Oracle Data Guard 提供了最大保护、 最高可用性和最高性能等模式, 来帮助企业在系统性能要求和数据保护之间取得平衡。 自动间隔检测及其解决方案 如果主数据库与一个或更多个备用数据库之间的连接丢失( 例如, 由于网络问题) , 则在主数据库上生成的重做数据将无法发送到那些备用数据库上。一旦重新建立连接, Data Guard 就自动检测丢失的存档日志序列( 或间隔) , 并将必要的存档日志自动传输到备用数据库中。备用数据库将重新与主数据库同步, 而无需管理员的任何手动干预。 简单的集中式管理 Data Guard Broker 使一个 Data Guard 配置中的多个数据库间的管理和操作任务自动化。Broker 还监控单个 Data Guard 配置内的所有系统。管理员能够使用 Oracle Enterprise Manager 或 Broker 自己专用的命令行界面 (DGMGRL) 来利用这个集成的管理框架。 与 Oracle 数据库集成 Oracle Data Guard 是作为 Oracle 数据库( 企业版) 的一个完全集成的功能提供的, 实现无缝集成。2.4 产品介绍Dataguard技术是ORACLE推荐的高可用性方案 : Oracle Data Guard 是管理、 监控和自动化软件的基础构件, 它创立、 维护和监控一个或多个备用数据库, 以保护企业数据结构不受故障、 灾难、 错误和崩溃的影响。Data Guard使用备用数据库保持为与生产数据库在事物上一致的副本。这些备用数据库可能位于距生产数据中心数千英里的远程灾难恢复站点, 或者可能位与同一城市、 同一校园乃至同一建筑内。当生产数据库由于计划中断或以为中断而变得不可用时, Data Guard能够将任意备用数据库切换到生产角色, 从而使与中断相关的停机时间减到最少, 并防止任何数据丢失。作为 Oracle 数据库企业版的一个特性推出的 Data Guard 能够与其 她的 Oracle 高可用性 (HA) 解决方案( 如真正应用集群 (RAC) 和恢复管理器 (RMAN) 结合使用, 以提供业内前所未有的高水平数据保护和数据可用性。 Data Guard结构组件Data Guard是ORACLE数据库的一个选件, 市面上很多产品是利用其做了一定包装后推出到市场, 其实质依然是利用了Data Guard的技术。利用Data Guard的条件是: 源ORACLE数据库和目标ORACLE数据库版本要一致 操作系统平台要一致即Data Guard不能实现跨平台的数据容灾, 如果利用Data Guard需要首先进行数据整合, 然后结合Oracle Rac实现真正的高可用性容灾。Dataguar功能Oracle Data Guard包括一个生产数据库, 也称为主数据库, 以及一个或多个备用数据库, 这些备用数据库是与主数据库在事务上一致的副本。Data Guard利用重做数据保持这种事务一致性。当主数据库中发生事务时, 则生成重做数据并将其写入本地重做日志文件中。经过Data Guard, 还将重做数据传输到备用站点上, 并应用到备用数据库中, 从而使备用数据库与主数据库保持同步。Data Guard允许管理员选择将重做数据同步还是异步地发送到备用站点上。备用数据库的底层技术是Data Guard重做应用( 物理备用数据库) 和Data Guard SQL应用( 逻辑备用数据库) 。物理备用数据库在磁盘上拥有和主数据库逐块相同的数据库结构, 而且使用 Oracle介质恢复进行更新。逻辑备用数据库是一个独立数据库, 它与主数据库包含相同的数据。它使用SQL语句进行更新, 其相对优势是能够并行用于恢复以及诸如报表、 查询等其它任务。Data Guard简化了主数据库和选定的备用数据库之间的转换和故障切换, 从而减少了由计划停机和计划外故障所导致的总停机时间。主数据库和备用数据库以及它们的各种交互能够使用SQL*Plus来进行管理。为了获得更简便的可管理性, Data Guard还提供了一个分布式管理框架( 称为 Data Guard Broker) , 它不但自动化了Data Guard配置的创立、 维护和监控, 并对这些操作进行统一管理。管理员能够使用Oracle Enterprise Manager或Broker自己的专用命令行界面( DGMGRL) 来利用 Broker 的管理功能。Oracle Data Guard为了灾难恢复和高可用性经过使用多个进程达到自动控制的目的。对于物理备用数据库而言, 备用联机日志是可选的。逻辑备用数据库并不使用备用联机重做日志。主节点上, 日志传输服务主要使用如下几个进程来完成: 1、 LGWR LGWR搜集事务日志, 而且更新联机日志。在同步模式下, LGWR直接将redo信息直接传送到备库中的RFS进程, 主库在继续进行处理前需要等待备库的确认。在非同步情况下, 也是直接将日志信息传递到备库的RFS进程, 可是不等待备库的确认信息主库进程能够继续运行处理。 2、 ARCH ARCHn或者是一个SQL session执行了一个归档操作, 为了恢复的需要, 创立了一个联机日志的拷贝。Archn进程能够在归档的同时, 传递日志流到备库的RFS进程。该进程还用于前瞻性检测和解决备库的日志不连续问题(GAP)。 3、 FAL Fetch archive log 只有物理备库才有该进程, FAL进程提供了一个client/server的机制, 用来解决检测在主库产生的连续的归档日志, 而在备库接受的归档日志不连续的问题。备库节点上, 日志应用进程主要使用如下的进程来完成: 1、 RFS Rfs进程主要用来接受从主库传送过来的日志信息。对于物理备用数据库而言, RFS进程能够直接将日志写进备用重做日志, 也能够直接将日志信息写到归档日志中。为了使用备库重做日志, 我们必须创立她们, 一般和主库的联机日志大小以及组一样。 2、 ARCHn只对物理备库, Arch进程归档备库重做日志, 这些日志以后将被MPR进程应用到备库。 3、 MRP Managed recovery process 该进程只针对物理备库。该进程应用归档日志到备库。如果我们使用SQL语句启用该进程ALTER DATABASE RECOVER MANAGED STANDBY DATABASE, 那么前台进程将会做恢复。如果加上disconnect语句, 那么恢复过程将在后台进程, 发出该语句的进程能够继续做其它的事情。 4、 LSP Logical standby process 只有逻辑备库才会有该进程。LSP进程控制着应用归档日志到逻辑备用数据库。三. Oracle维保服务故障级别划分首先, 我们按照Oracle数据库在生产出现问题时对应用系统的不同影响进行了故障级别的划分, 针对不同的故障级别我们将提供合适的技术支持服务。 1级故障( L1) : Oracle数据库出现的告警或报错甚至瘫痪, 使日常业务处理受到影响, 远程支持无法立即解决, 视为1级故障, 对应一级故障提供应急服务, 4小时内提出解决方案, 最快速度到达现场( 适合的交通工具) 2级故障( L2) : Oracle数据库出现的告警或报错, 但日常业务仍能够正常进行, 远程支持能够解决, 视为2级故障。对应二级故障提供远程服务, 2小时内到达现场, 该服务对应安装服务 3级故障( L3) : Oracle数据库出现的告警或报错, 经过远程技术指导或电话指导能够快速解决, 视为3级故障, 此故障使用邮件或电话能够解决 4级故障( L4) : 生产系统当前正常运行, 但为预防故障, 需要定期进行检查, 视为4级故障。技术支持服务方式我们将为维保签约客户成立技术支持小组, 由Oracle认证工程师组成的专家小组将为客户提供全方位的维保服务。并针对客户的具体应用情况, 为其分配有Oracle资质的专员工程师, 为客户提供一站式服务。具体服务内容如下: 提供7*24小时电话技术咨询服务客户在工作日( 法定节假日除外) 上班时间能够拨打热线服务电话, 签约用户会有专门的工程师在非工作时间接受日常技术问题咨询。服务适用于所有级别故障处理。对客户提出的一般性问题进行技术咨询、 指导。如遇客户新添加应用系统, 我方帮助用户评定方案的可行性, 同时顾问咨询服务能够帮助您找到利用该数据库平台的解决方案, 以便把您的企业转变成信息驱动的企业。提供邮件技术咨询服务为客户提供技术服务邮箱, 客户能够经过邮件方式将日常工作和学习中遇到的问题提交, 我们技术专家将在接收到邮件24小时之内答复。此服务适用于所有级别故障处理。即时信息服务利用QQ、 MSN、 Yahoo Messenger等即时信息软件, 为企业提供交互式的即时信息ORACLE技术支持服务, 解决用户在使用ORACLE过程中遇到的问题。提供专员工程师7*24小时( 整个服务年度内) 技术支持服务专员工程师在签约后五个工作日内将对客户的Oracle具体情况做调研, 以便更快、 更准确地解决问题。客户能够在全天拨打专员工程师手机或经过网络与专员工程师联系, 寻求技术支持。此服务适用于3级及3级以上故障处理。定期巡检服务( 四次/年度) 技术支持小组将派专员工程师定期对签约客户进行巡检服务, 对客户进行现场指导、 解答技术问题; 对Oracle数据库的运行状态及环境进行监测, 解决故障隐患。提供认证工程师故障应急服务客户遇到Oracle数据库的1级和2级故障, 可申请故障应急服务。技术支持小组专家将在接到申请后30分钟内响应, 对故障现象进行分析判断, 并选派得力的工程师进行现场服务。提供Oracle软件的升级支持服务当客户需要对Oracle软件升级时, 我们将无偿提供技术支持服务, 但不负责提供各类升级包软件; 如需现场安装调试, 技术支持小组将派出认证工程师24小时内到达现场。提供Oracle数据库调整优化服务客户在服务年度中根据应用系统运行情况结合巡检报告提出调优服务要求, 我们将派遣有丰富经验的工程师出具调优计划, 直接调整相应参数或提交用户由用户协调应用系统开发商进行语句的优化, 用户批准后进行调整优化相关参数, 以便系统高效运行。提供现场工程师值守服务客户在系统运行过程中, 根据用户要求提供工程师现场值守, 根据客户授权情况进行相应调整或上报给客户相关领导, 经请示后进行处理。远程DBA值守服务客户在系统运行过程中, 根据用户要求提供工程师远程值守, 随时发现数据库系统运行状态, 根据客户授权情况进行即时处理。顾问式咨询服务及时提供多种方式的顾问咨询, 包括新上系统或者改造升级某个系统时, 涉及数据库部分的方案评审, 提供架构建议以及在应用系统升级及调整优化时对涉及数据库部分的内容进行评估, 出具可行性报告供客户参考使用。 四. 方案报价序号项目服务内容报价备注1容灾实施OracleDataGuard容灾实施服务￥2维保服务Oracle维保服务( 1年) : 远程技术咨询定期巡检故障应急数据库调整优化￥可选3合计: