搜索
1/10OracleDataGuard容灾解决方案2/10目录一.需求分析....................................................................................................................................3二.解决方案....................................................................................................................................3拓扑架构............................................................................................................................32.1方案特点............................................................................................................................42.2方案优势............................................................................................................................42.3产品介绍............................................................................................................................52.4三.Oracle维保服务.........................................................................................................................8四.方案报价..................................................................................................................................103/10一.需求分析用户现有两台服务器，windows2008平台，一台运行oracle11gr2，一台运行用友NC6.3。现在通过每天备份的方式保证安全。用户希望在他的另一个机房（裸光纤互联）中搭建容灾平台。因此本方案针对以上现状，提出OracleDataGuard容灾解决方案，这样主数据库在遇到极端状况时，可以及时切换到备库，保证业务的连续性。二.解决方案拓扑架构2.1Dataguard可以实现远程数据容灾,利用该功能也可实现高可用性。数据容灾是指建立一个异地的数据系统，该系统是本地关键应用数据的一个实时复制。在本地数据及整个应用系统出现灾难时，系统至少在或本地异地保存有一份可用的关键业务的数据,基于该功能,结合客户实际情况我方推荐使用其作为保证系统可靠运行的一种解决方案,由于两台机器的数据一致性以及低延迟,完全可以胜任,在主机出现故障时,切换至备机运行。4/10方案特点2.2对现有的环境改动小，能最大限度的减少对现有应用系统的影响。能满足客户对海量数据的管理要求。可以实现远距离容灾，对网络要求低，低延时，快速业务切换。同步或异步日志传输；低成本的投入。方案优势2.3灾难恢复和高可用性—DataGuard提供了一个高效和全面的灾难恢复和高可用性解决方案。易于管理的转换和故障切换功能允许主数据库和备用数据库之间的角色转换，从而使主数据库因计划的和计划外的中断所导致的停机时间减到最少。完善的数据保护—使用备用数据库，DataGuard可保证即使遇到不可预见的灾难也不会丢失数据。备用数据库提供了防止数据损坏和用户错误的安全保护。主数据库上的存储器级物理损坏不会传播到备用数据库上。同样，导致主数据库永久损坏的逻辑损坏或用户错误也能够得到解决。最后，在将重做数据应用到备用数据库时会对其进行验证。有效利用系统资源—备用数据库表使用从主数据库接收到的重做数据进行更新，并且可用于诸如备份操作、报表、合计和查询等其它任务，从而减少执行这些任务所必需的主数据库工作负载，节省宝贵的CPU和I/O周期。使用逻辑备用数据库，用户可以在模式中不从主数据库进行更新的表上执行数据处理操作。逻辑备用数据库可以在从主数据库中对表进行更新时保持打开，并可同时对表进行只读访问。最后，可以在维护的表上创建额外索引和物化视图，以获得更好的查询性能和适应特定的业务要求。灵活的数据保护功能，从而在可用性与性能要求之间取得平衡—OracleDataGuard提供了最大保护、最高可用性和最高性能等模式，来帮助企业在系统性能要求和数据保护之间取得平衡。自动间隔检测及其解决方案—如果主数据库与一个或更多个备用数据库之间的连接丢失（例如，由于网络问题），则在主数据库上生成的重做数据将无5/10法发送到那些备用数据库上。一旦重新建立连接，DataGuard就自动检测丢失的存档日志序列（或间隔），并将必要的存档日志自动传输到备用数据库中。备用数据库将重新与主数据库同步，而无需管理员的任何手动干预。简单的集中式管理—DataGuardBroker使一个DataGuard配置中的多个数据库间的管理和操作任务自动化。Broker还监控单个DataGuard配置内的所有系统。管理员可以使用OracleEnterpriseManager或Broker自己专用的命令行界面(DGMGRL)来利用这个集成的管理框架。与Oracle数据库集成—OracleDataGuard是作为Oracle数据库（企业版）的一个完全集成的功能提供的，实现无缝集成。产品介绍2.4Dataguard技术是ORACLE推荐的高可用性方案：OracleDataGuard是管理、监控和自动化软件的基础构件，它创建、维护和监控一个或多个备用数据库，以保护企业数据结构不受故障、灾难、错误和崩溃的影响。DataGuard使用备用数据库保持为与生产数据库在事物上一致的副本。这些备用数据库可能位于距生产数据中心数千英里的远程灾难恢复站点，或者可能位与同一城市、同一校园乃至同一建筑内。当生产数据库由于计划中断或以为中断而变得不可用时，DataGuard可以将任意备用数据库切换到生产角色，从而使与中断相关的停机时间减到最少，并防止任何数据丢失。作为Oracle数据库企业版的一个特性推出的DataGuard能够与其他的Oracle高可用性(HA)解决方案（如真正应用集群(RAC)和恢复管理器(RMAN)）结合使用，以提供业内前所未有的高水平数据保护和数据可用性。6/10DataGuard结构组件DataGuard是ORACLE数据库的一个选件，市面上很多产品是利用其做了一定包装后推出到市场，其实质仍然是利用了DataGuard的技术。利用DataGuard的条件是：源ORACLE数据库和目标ORACLE数据库版本要一致操作系统平台要一致即DataGuard不能实现跨平台的数据容灾，如果利用DataGuard需要首先进行数据整合，然后结合OracleRac实现真正的高可用性容灾。Dataguar功能OracleDataGuard包括一个生产数据库，也称为主数据库，以及一个或多个备用数据库，这些备用数据库是与主数据库在事务上一致的副本。DataGuard利用重做数据保持这种事务一致性。当主数据库中发生事务时，则生成重做数据并将其写入本地重做日志文件中。通过DataGuard，还将重做数据传输到备用站点上，并应用到备用数据库中，从而使备用数据库与主数据库保持同步。DataGuard允许管理员选择将重做数据同步还是异步地发送到备用站点上。备用数据库的底层技术是DataGuard重做应用（物理备用数据库）和DataGuardSQL应用（逻辑备用数据库）。物理备用数据库在磁盘上拥有和主数据库逐块相同的数据库结构，并且使用Oracle介质恢复进行更新。逻辑备用数据库是一个独立数据库，它与主数据库包含相同的数据。它使用SQL语句进行更新，7/10其相对优势是能够并行用于恢复以及诸如报表、查询等其他任务。DataGuard简化了主数据库和选定的备用数据库之间的转换和故障切换，从而减少了由计划停机和计划外故障所导致的总停机时间。主数据库和备用数据库以及它们的各种交互可以使用SQL*Plus来进行管理。为了获得更简便的可管理性，DataGuard还提供了一个分布式管理框架（称为DataGuardBroker），它不但自动化了DataGuard配置的创建、维护和监控，并对这些操作进行统一管理。管理员可以使用OracleEnterpriseManager或Broker自己的专用命令行界面（DGMGRL）来利用Broker的管理功能。OracleDataGuard为了灾难恢复和高可用性通过使用多个进程达到自动控制的目的。对于物理备用数据库而言，备用联机日志是可选的。逻辑备用数据库并不使用备用联机重做日志。主节点上，日志传输服务主要使用如下几个进程来完成：1、LGWRLGWR搜集事务日志，并且更新联机日志。在同步模式下，LGWR直接将redo信息直接传送到备库中的RFS进程，主库在继续进行处理前需要等待备库的确认。在非同步情况下，也是直接将日志信息传递到备库的RFS进程，但是不等待备库的确认信息主库进程可以继续运行处理。2、ARCHARCHn或者是一个SQLsession执行了一个归档操作，为了恢复的需要，创建了一个联机日志的拷贝。Archn进程可以在归档的同时，传递日志流到备库的RFS进程。该进程还用于前瞻性检测和解决备库的日志不连续问题(GAP)。3、FALFetcharchivelog只有物理备库才有该进程，FAL进程提供了一个client/server的机制，用来解决检测在主库产生的连续的归档日志，而在备库接受的归档日志不连续的问题。备库节点上，日志应用进程主要使用如下的进程来完成：1、RFSRfs进程主要用来接受从主库传送过来的日志信息。对于物理备用数据库而言，RFS进程可以直接将日志写进备用重做日志，也可以直接将日志信息写到归档日志中。为了使用备库重做日志，我们必须创建他们，一般和主库的联机日志大小以及组一样。2、ARCHn只对物理备库，Arch进程归档备库重做日志，这些日志以后将8/10被MPR进程应用到备库。3、MRPManagedrecoveryprocess该进程只针对物理备库。该进程应用归档日志到备库。如果我们使用SQL语句启用该进程ALTERDATABASERECOVERMANAGEDSTANDBYDATABASE，那么前台进程将会做恢复。如果加上disconnect语句，那么恢复过程将在后台进程，发出该语句的进程可以继续做其他的事情。4、LSPLogicalstandbyprocess只有逻辑备库才会有该进程。LSP进程控制着应用归档日志到逻辑备用数据库。三.Oracle维保服务故障级别划分首先，我们按照Oracle数据库在生产出现问题时对应用系统的不同影响进行了故障级别的划分，针对不同的故障级别我们将提供合适的技术支持服务。1级故障（L1）：Oracle数据库出现的告警或报错甚至瘫痪，使日常业务处理受到影响，远程支持无法立即解决，视为1级故障，对应一级故障提供应急服务，4小时内提出解决方案，最快速度到达现场（适合的交通工具）2级故障（L2）：Oracle数据库出现的告警或报错，但日常业务仍可以正常进行，远程支持可以解决，视为2级故障。