软件数据管理数据库.docVIP

在Flashback数据库上获得高可用性 简介 Flashback数据库是一种时点(PIT)数据库恢复的方式。这种不完全的恢复 策略可以用于恢复由于人为错误导致逻辑损坏的数据库。在10g中引入之后，它的设计目标就是以缩减恢复时间而获得最大的可用性。这篇文章将会探索 Flashback数据库，将其与传统的恢复方法相比较，并且演示一下如何配置和执行重现恢复。 传统恢复vs.重现数据库 导致停机的第一个原因就是人为错误导致的逻辑损坏，这一点已经被广泛承认。关于逻辑 损坏的例子，从用户不正确的更新数据和截取表，到批处理任务错误运行2次或者打乱顺序，比比皆是。结果都是相同的——数据库损坏，并且范围广阔且难以辨 认。Oracle通过了两种策略来将数据库返回到先前的某个时点上:传统恢复和重现数据库。 不完全的恢复是数据库恢复到先前某个状态的恢复。这个过程有两个步骤:重新存储数 据，并向前恢复事务活动到某个你想要的时间。传统恢复和重现数据库之间的主要区别就是，传统恢复从重新存储所有的数据文件开始，然后才恢复到某个想要的恢 复时间，而重现数据库则是在损坏之后通过重新存储被改变的块来向后操作。从这个角度考虑问题的话，让我们想想在一个10TB的数据库上，有1MB的数据损 坏了。传统的恢复从开始重新存储10TB的应用程序数据开始，而重现数据库则是取回这1MB的应用程序数据，从而达到损坏前的那个点。现在我们分别看看每 一种策略。 传统恢复 在Oracle 10g之前，将由于人为错误导致问题的数据库恢复到先前某个时点的唯一选项就是传统恢复。这个策略包括了从备份中取出并重新存储所有的数据库数据文件，然 后再执行向前恢复到某个想要的时间点。媒体恢复可以基于服务器(RMAN)，也可以基于用户(操作系统工具)。 下图演示了这个复杂的、成本高昂的、效率极低的多步骤恢复策略。 现在我们看一下用户执行了SQL并且损坏了数据库的情况。用户通知了命令中心并且报告了错 误。系统分析师通过与公司不同部门的另外一些人协商管理这次事件。恢复通过从备份中重新存储所有的数据文件并且向前回滚redo日志到希望的时间点而完 成。恢复时间与数据库的规模成正比，而不是需要恢复的更改的数量。这就意味着恢复时间(MTTR)实际上随着数据库的规模增长而不断增加。 重现数据库 在Oracle 10g中，一项新的重现技术特性，称为Flashback Database(重现数据库)的，作为传统恢复的替代品引入了。重现数据库可以让你快速恢复整个数据库到先前的某个时间点，而不需要从备份中重新存储数 据库。在数据库中经常被描述为倒转按钮，它只是将那些被修改的数据块恢复到你希望的恢复时间之前。然后应用Redo更改记录来达到希望的恢复时间点。这个 被修改的数据块就叫做重现日志。 重现数据库提供了相对于传统数据库非常明显的优势。对于分析型数据库则没有这么明 显的优势。在数据仓库中，块的操作通常是以不记录日志的模式执行的。在重现数据库中，只要数据库运行的是文档日志模式，它就可以返回到块操作之前的某个状 态，因为被修改的块可以通过恢复而撤销执行的操作。 注意:虽然重现数据库是集成到数据库中的，但是它在Oracle的 Express Edition (XE)中是不可用的。 这里我们看一下用户执行了SQL并且损坏了数据库的情况。用户通知了应用程序数据库管理员， 他执行了重现数据库命令，数据库自动恢复到损坏之前的某个点。重现数据库很快，使因为它只针对被修改的数据进行操作。重现的时间与犯错误的数量有关，而与 数据库的规模无关。 配置重现数据库 以下的例子演示了命令行配置。这也可以用企业管理器来完成。 在我们配置重现数据库之前，我们需要照顾以下一些先决条件。 Flash Recovery Area 首先，我们需要配置一个Flash Recovery Area (FRA)。在10g中，这是个新东西，FRA只不过是一个恢复相关文件的磁盘定位。对于重现数据库，一个新的后台进程，名为Recovery Writer (RVWR)，在来自SGA的数据库重现缓存的映像之前，阶段性地写入磁盘，作为FRA中的重现日志。重现日志是在FRA中由Oracle数据库自动管理 的。 重现日志的成本是以空间和性能来衡量的。空间是数据库写密度的一个因素。一个24小时运行的，以5%的数据块写入作为重现日志的方式必然会导致磁盘整体空间的5%的增长。因为块是以规律的间隔写入的，而不是事务的一部分，所以对性能的影响是可以忽略不计的。 要配置FRA，你需要设置如下的初始化参数: alter system set db_recovery_file_dest= C:\oracle\product\10.2.0\flash_re