分类： Oracle
2008-05-19 15:35:28
简介
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并且损坏了数据库的情况。用户通知了应用程序数据库管理员，他执行了重现数据库命令，数据库自动恢复到损坏之前的某个点。重现数据库很快，使因为它只针对被修改的数据进行操作。重现的时间与犯错误的数量有关，而与数据库的规模无关。
