不需要设置，立即识别对行的所有更改

在 Oracle9i Database 中，我们看到它推出了以闪回查询形式表示的“时间机器”。该特性允许 DBA 看到特定时间的列值，只要在还原段中提供该数据块此前镜像的拷贝即可。但是，闪回查询只提供某时刻数据的固定快照，而不是在两个时间点之间被更改数据的运行状态表示。某些应用程序，如涉及到外币管理的应用程序，可能需要了解一段时期内数值数据的变化，而不仅仅是两个时间点的数值。由于闪回版本查询特性，Oracle Database 10g 能够更方便高效地执行该任务。

查询对表的更改

在本示例中，我使用了一个银行外币管理应用程序。其数据库含有一个名称为 RATES 的表，用于记录特定时间的汇率。

sql> desc rates

Name Null?Type

----------------- -------- ------------

CURRENCY VARCHAR2(4)

RATE NUMBER(15,10)

该表显示 US$ 与各种其他货币的汇率，在 CURRENCY 列中显示。在金融服务行业中，汇率不但在变更时进行更新，而且被记录在历史中。需要这种方式的原因是银行交易可能在“过去时间”生效，以便适应由于汇款而耗费的时间。例如，对于一项在上午 10:12 发生但在上午 9:12 生效的交易，其有效汇率是上午 9:12 的汇率，而不是现在的汇率。

直到现在，唯一的选择是创建一个汇率历史表来存储汇率的变更，然后查询该表是否提供历史记录。另一种选择是在 RATES 表本身中记录特定汇率适用性的开始和结束时间。当发生变更时，现有行中的 END_TIME 列被更新为 SYSDATE，并插入一个具有新汇率的新行，其 END_TIME 为 NULL。

但是在 Oracle Database 10g 中，闪回版本查询特性不需要维护历史表或存储开始和结束时间。使用该特性，您不必进行额外的设置，即可获得某行在过去特定时间的值。

例如，假定该 DBA 在正常业务过程中数次更新汇率 ，甚至删除了某行并重新插入该行：

insert into rates values ('EURO',1.1012);

commit;

update rates set rate = 1.1014;

commit;

update rates set rate = 1.1013;

commit;

delete rates;

commit;

insert into rates values ('EURO',1.1016);

commit;

update rates set rate = 1.1011;

commit;

在进行了这一系列操作后，DBA 将通过以下命令获得 RATE 列的当前提交值

sql> select * from rates;

CURR RATE

---- ----------

EURO 1.1011

此输出显示 RATE 的当前值，没有显示从第一次创建该行以来发生的所有变更。这时使用闪回查询，您可以找出给定时间点的值；但我们对构建变更的审计线索更感兴趣 ? 有些类似于通过便携式摄像机来记录变更，而不只是在特定点拍摄一系列快照。

以下查询显示了对表所做的更改：

select versions_starttime,versions_endtime,versions_xid,

versions_operation,rate

from rates versions between timestamp minvalue and maxvalue

order by VERSIONS_STARTTIME

/

VERSIONS_STARTTIME VERSIONS_ENDTIME VERSIONS_XID V RATE

---------------------- ---------------------- ---------------- - ----------

01-DEC-03 03.57.12 PM01-DEC-03 03.57.30 PM0002002800000C61 I 1.1012

01-DEC-03 03.57.30 PM01-DEC-03 03.57.39 PM000A000A00000029 U 1.1014

01-DEC-03 03.57.39 PM01-DEC-03 03.57.55 PM000A000B00000029 U 1.1013

01-DEC-03 03.57.55 PM 000A000C00000029 D 1.1013

01-DEC-03 03.58.07 PM01-DEC-03 03.58.17 PM000A000D00000029 I 1.1016

01-DEC-03 03.58.17 PM 000A000E00000029 U 1.1011

注意，此处显示了对该行所作的所有更改，甚至包括该行被删除和重新插入的情况。VERSION_OPERATION 列显示对该行执行了什么操作 (Insert/Update/Delete)。所做的这些工作不需要历史表或额外的列。

在上述查询中，列 versions_starttime、versions_endtime、versions_xid、versions_operation 是伪列，与 ROWNUM、LEVEL 等其他熟悉的伪列相类似。其他伪列 如 VERSIONS_STARTSCN 和 VERSIONS_ENDSCN 显示了该时刻的系统更改号。列 versions_xid 显示了更改该行的事务标识符。有关该事务的更多详细信息可在视图 FLASHBACK_TRANSACTION_QUERY 中找到，其中列 XID 显示事务 id。例如，使用上述的 VERSIONS_XID 值 000A000D00000029，UNDO_sql 值显示了实际的语句。

SELECT UNDO_sql

FROM FLASHBACK_TRANSACTION_QUERY

WHERE XID = '000A000D00000029';

UNDO_sql

----------------------------------------------------------------------------

insert into "ANANDA"."RATES"("CURRENCY","RATE") values ('EURO','1.1013');

除了实际语句之外，该视图还显示提交操作的时间标记和 SCN、查询开始时的 SCN 和时间标记以及其他信息。

找出一段时期中的变更

现在，让我们来看如何有效地使用这些信息。假设我们需要找出下午 3:57:54 时 RATE 列的值。我们可以执行：

select rate,versions_starttime,versions_endtime

from rates versions

between timestamp

to_date('12/1/2003 15:57:54','mm/dd/yyyy hh24:mi:ss')

and to_date('12/1/2003 16:57:55','mm/dd/yyyy hh24:mi:ss')

/

RATE VERSIONS_STARTTIME VERSIONS_ENDTIME

---------- ---------------------- ----------------------

1.1011

此查询与闪回查询类似。在以上的示例中，开始和结束时间为空，表示汇率在该时间段中没有更改，而是包含一个时间段。还可以使用 SCN 来找出过去的版本值。可以从伪列 VERSIONS_STARTSCN 和 VERSIONS_ENDSCN 中获得 SCN 号。以下是一个示例：

select rate,versions_endtime

from rates versions

between scn 1000 and 1001

/

使用关键词 MINVALUE 和 MAXVALUE，可以显示还原段中提供的所有变更。您甚至可以提供一个特定的日期或 SCN 值作为范围的一个端点，而另一个端点是文字 MAXVALUE 或 MINVALUE。例如，以下查询提供那些只从下午 3:57:52 开始的变更，而不是全部范围的变更：

select versions_starttime,rate

from rates versions between timestamp

to_date('12/11/2003 15:57:52','mm/dd/yyyy hh24:mi:ss')

and maxvalue

order by VERSIONS_STARTTIME

/

VERSIONS_STARTTIME VERSIONS_ENDTIME VERSIONS_XID V RATE

---------------------- ---------------------- ---------------- - ----------

01-DEC-03 03.57.55 PM 000A000C00000029 D 1.1013

01-DEC-03 03.58.07 PM01-DEC-03 03.58.17 PM000A000D00000029 I 1.1016

01-DEC-03 03.58.17 PM 000A000E00000029 U 1.1011

最终的分析

闪回版本查询随取随用地复制表变更的短期易变数值审计。这一优点使得 DBA 能够获得过去时间段中的所有变更而不是特定值，只要还原段中提供数据，就可以尽情使用。因此，最大的可用版本依赖于 UNDO_RETENTION 参数。

有关闪回版本查询的更多信息，请参见 Oracle Database Concepts 10g Release 1 (10.1) 指南的相关部分。

1 、 Oracle 9i 的闪回查询功能 @H_404_416@@H_404_416@ 　　在 Oracle 9i 之前，如果用户错误操作数据后，除了不完全恢复外，没有好的解决办法。 Oracle 9i 中提供闪回查询，由一个新的包 DBMS_FLASH 来实现。用户使用闪回查询可以及时取得误操作 DML （ Delete 、 Update 、 Insert ）前某一时间点数据库的映像视图，用户可以利用系统时间或系统改变号（ SCN ： System Change Number ）来指定这个只读视图，并可以针对错误进行相应的恢复措施。闪回查询功能完全依赖于自动回滚段管理（ AUM ），对于 Drop 等误操作不能恢复。闪回特性可应用在以下方面： @H_404_416@@H_404_416@ 　　（ 1 ）自我维护过程中的修复：当一些重要的记录被意外删除，用户可以向后移动到一个时间点，查看丢失的行并把它们重新插入现在的表内恢复。 @H_404_416@@H_404_416@ 　　（ 2 ）恢复 Email 和声音 Email ：当用户意外删除了 Email 或者声音信息时，可以通过移回到固定时间点来恢复删除。 @H_404_416@@H_404_416@ 　　（ 3 ）账号平衡状况：可以查看以前的历史数据。如银行外币管理中用于记录特定时间的汇率。在以前，汇率变更被记录在一个历史表中，现在就可以通过闪回功能进行查询。 @H_404_416@@H_404_416@ 　　（ 4 ）用于趋势分析的决策支持系统：决策支持系统和联机分析应用必须执行一个长时间的事务。使用闪回查询，这些应用可以对历史数据执行分析和建模。例如，特定产品如矿泉水随季节变化需求情况的变化。 @H_404_416@@H_404_416@ 　　 2 、回滚段概述 @H_404_416@@H_404_416@ 　　回滚段用于存放数据修改之前的位置和值，回滚段的头部包含正在使用的该回滚段事务的信息。回滚段的作用如下： @H_404_416@@H_404_416@ 　　（ 1 ）事务回滚：当事务修改表中数据的时候，该数据修改前的值（即前影像）会存放在回滚段中，当用户回滚事务时， Oracle 将会利用回滚段中的数据前影像来将修改的数据恢复到原来的值。 @H_404_416@@H_404_416@ 　　（ 2 ）事务恢复：当事务正在处理的时候，例程失败，回滚段的信息保存在重做日志文件中， Oracle 将在下次打开数据库时利用回滚来恢复未提交的数据。 @H_404_416@@H_404_416@ 　　（ 3 ）读一致性：当一个会话正在修改数据时，其它的会话将看不到该会话未提交的修改。而且，当一个语句正在执行时，该语句将看不到从该语句开始执行后的未提交的修改（语句级读一致性）。 @H_404_416@@H_404_416@ 　　 3 、 Oracle 中 Delete 和 Commit 操作的流程分析 @H_404_416@@H_404_416@ 　　（ 1 ）删除（ Delete ）流程 @H_404_416@@H_404_416@ 　　 ·Oracle 读 Block( 数据块 ) 到 Buffer Cache （缓冲区） ( 如果该 Block 在 Buffer 中不存在 ) ； @H_404_416@@H_404_416@ 　　 · 在 Redo Log Buffer （重做日志缓冲区）中记录 Delete 操作的细节； @H_404_416@@H_404_416@ 　　 · 在相应回滚段段头的事物表中创建一个 Undo （回滚）条目； @H_404_416@@H_404_416@ 　　 · 把将要删除的记录创建前镜像，存放到 Undo Block （回滚块）中； @H_404_416@@H_404_416@ 　　 · 在 Buffer Cache 中的相应数据块上删除记录，并且标记相应的数据块为 Dirty （脏）。 @H_404_416@@H_404_416@ 　　（ 2 ）提交 (Commit) 流程 @H_404_416@@H_404_416@ 　　 ·Oracle 产生一个 SCN ； @H_404_416@@H_404_416@ 　　 · 在回滚段事物表中标记该事物状态为 Commited ； @H_404_416@@H_404_416@ 　　 ·LGWR （日志读写进程） Flush Log Buffer 到日志文件； @H_404_416@@H_404_416@ 　　 · 如果此时数据块仍然在 Buffer Cache 中，那么 SCN 将被记录到 Block Header 上，这被称为快速提交； @H_404_416@@H_404_416@ 　　 · 如果 Dirty Block 已经被写回到磁盘，那么下一个访问这个 Block 的进程将会自回滚段中获取该事物的状态，确认该事物被提交。然后这个进程获得提交 SCN 并写回到 Block Header 上，这被称为延迟块清除。 @H_404_416@@H_404_416@ 　　 4 、 Oracle 9i 中闪回查询操作实例 @H_404_416@@H_404_416@ 　　进行闪回查询必须设置自动回滚段管理，在 init.ora 设置参数 UNDO_MANAGEMENT=AUTO ，参数 UNDO_RETENTION=n ，决定了能往前闪回的最大时间，值越大就需要越多 Undo 空间。 @H_404_416@@H_404_416@ 　　例： Oracle 9i 的 Flashback Query 操作。 @H_404_416@@H_404_416@ 　　（ 1 ）创建闪回查询用户

sql> create user flashtest identified by flashtest; @H_404_416@sql> grant connect,resource to flashtest; @H_404_416@sql> grant execute on dbms_flashback to flashtest; @H_404_416@sql> connect flashtest/flashtest;

@H_404_416@ 　　（ 2 ）创建测试表，插入测试记录

sql> create table test(id number(3)); @H_404_416@sql> insert into test values (1); @H_404_416@sql> insert into test values(2); @H_404_416@sql> commit; @H_404_416@sql> create table rec_date(date_scn);

@H_404_416@ 　　注意：在执行步骤 3 或者步骤 4 之前，等待 5 分钟。 @H_404_416@@H_404_416@ 　　（ 3 ）删除记录

sql> execute dbms_flashback.disable; @H_404_416@sql> insert into rec_date select sysdate from dual; @H_404_416@sql> commit; @H_404_416@sql> delete from test where id=1; @H_404_416@sql> commit;

@H_404_416@ 　　通过以上的操作，我们插入了两条记录，并删除了其中一条记录。在以下的操作中，我们将通过 flashback query 找到删除的记录 @H_404_416@@H_404_416@ 　　（ 4 ）闪回查询

sql> DECLARE @H_404_416@Restore_scn date; @H_404_416@BEGIN @H_404_416@Select date_scn into restore_scn from rec_date; @H_404_416@Dbms_flashback.enable_at_time (restore_scn); @H_404_416@END; @H_404_416@sql> select * from test; @H_404_416@ID@H_404_416@1@H_404_416@2

@H_404_416@ 　　可以看出，虽然删除记录并提交，但是通过闪回操作，仍能查询到删除前的两条记录。需要注意 Oracle 每 5 分钟记录一次 SCN ，并将 SCN 和对应时间的映射进行纪录。如果原来插入的记录到做闪回操作的时间在 5 分钟之内，用基于时间的闪回查询可能得不到记录，因为基于时间点的查询实际上是转化为最近的一次 SCN ，然后从这个 SCN 开始进行恢复。因此，如果需要精确的查询可以采用基于 SCN 的闪回查询，可精确闪回到需要恢复的时间。可以通过 DBMS_FLASHBACK.GET_SYSTEM_CHANGE_NUMBER 语句获取 SCN 。

　　 Oracle 10g 的闪回查询概述 @H_404_416@@H_404_416@ 　　与 Oracle 9i 相比 Oracle 10g 的 Flashback 有了非常大的改进，从普通的 Flashback Query 发展到了多种形式，主要表现在如下几方面新特性： @H_404_416@@H_404_416@ 　　 1 、 Flashback Database@H_404_416@@H_404_416@ 　　 Oracle Flashback Database 特性允许通过 sql 语句 Flashback Database 语句，让 数据库 前滚到当前的前一个时间点或者 SCN ，而不需要做时间点的恢复。闪回数据库可以迅速将数据库回到误操作或人为错误的前一个时间点，如 Word 中的 " 撤消 " 操作，可以不利用备份就快速的实现基于时间点的恢复。 Oracle 通过创建新的 Flashback Logs （闪回日志），记录数据库的闪回操作。如果希望能闪回数据库，需要设置如下参数： DB_RECOVER_FILE_DEST 日志的存放位置， DB_RECOVER_FILE_DEST_SIZE 恢复区的大小。在创建数据库的时候， Oracle 将自动创建恢复区，但默认是关闭的，需要执行 alter database flashback on 命令。 @H_404_416@@H_404_416@ 　　例：执行 Flashback Database 命令格式。

sql>flashback database to time to_timestamp(xxx);@H_404_416@sql>flashback database to scn xxx

@H_404_416@ 　　 2 、 Flashback Table@H_404_416@@H_404_416@ 　　 Oracle Flashback Table 特性允许利用 Flashback Table 语句，确保闪回到表的前一个时间点。与 Oracle 9i 中的 Flashback Query 相似，利用回滚段信息来恢复一个或一些表到以前的一个时间点（一个快照）。要注意的是， Flashback Table 不等于 Flashback Query ， Flashback Query 仅仅是查询以前的一个快照点而已，并不改变当前表的状态，而 Flashback Table 将改变当前表及附属对象一起回到以前的时间点。 @H_404_416@@H_404_416@ 　　语法：

flashback table tablename to timestamp xxx 或 @H_404_416@flashback table tablename to scn xxx

@H_404_416@ 　　注意：如果需要闪回一个表，需要以下条件： @H_404_416@@H_404_416@ 　　 · 需要有 flashback any table 的系统权限或者是该表的 flashback 对象权限； @H_404_416@@H_404_416@ 　　 · 需要有该表的 select,insert,delete,alter 权限； @H_404_416@@H_404_416@ 　　 · 必须保证该表 row movement 。 @H_404_416@@H_404_416@ 　　例：执行将 test 表闪回到 2005 年 5 月 7 日 下午 3 点。

sql>flashback table test to timestamp to_timestamp(’2005-05-07 15:00:00’,’yyyy-mm-dd hh24:mi:ss’);

@H_404_416@ 　　 3 、 Flashback Drop@H_404_416@@H_404_416@ 　　 Oracle Flashback Drop 特性提供一个类似回收站的功能，用来恢复不小心被删除的表。当删除表时， Oracle 10g 并不立刻释放被删除的表所占用的空间，而是将这个被删除的表进行自动重命名（为了避免同类对象名称的重复）并放进回收站中。所谓的回收站类似于 Windows 系统中的回收站，是一个虚拟的容器，用于存放所有被删除的对象，在回收站中被删除的对象将占用创建时的同样的空间。如果这个被删除的表需要进行恢复，就可利用 Flashback Drop 功能。 @H_404_416@@H_404_416@ 　　例：进行一个删除表后恢复的简单测试。 @H_404_416@@H_404_416@ 　　（ 1 ）显示回收站信息

sql>show recyclebin;

@H_404_416@ 　　可以看到，回收站中是没有任何结果的，表示没有任何表在回收站中。 @H_404_416@@H_404_416@ 　　（ 2 ）创建一个表，并删除，再次显示回收站信息

sql>create table test_drop(name varchar2(10));@H_404_416@sql>drop table test_drop;@H_404_416@sql>show recyclebin;@H_404_416@ORIGINAL NAME RECYCLEBIN NAME OBJECT TYPE DROP TIME@H_404_416@TEST_DROP BIN$b+XkkO1RS5K10uKo9BfmuA==$0 TABLE 2005-05-07:14:30:47

@H_404_416@ 　　（ 3 ）对被删除的表进行恢复

sql>flashback table test_drop to before drop; 或 @H_404_416@sql>flashback table "BIN$b+XkkO1RS5K10uKo9BfmuA==$0" to before drop;

@H_404_416@ 　　（ 4 ）管理回收站 @H_404_416@@H_404_416@ 　　清除回收站中的单个表： purge table test_drop@H_404_416@@H_404_416@ 　　清除整个回收站： purge recyclebin@H_404_416@@H_404_416@ 　　清除不同的对象回收站： purge user_recyclebin 或 purge dba_recyclebin@H_404_416@@H_404_416@ 　　（ 5 ）确认删除一个表

sql>drop table test_drop purge;

@H_404_416@ 　　如果删除一个表且不放到回收站中不能进行恢复，在 drop 语句中可以利用 purge 选项。 @H_404_416@@H_404_416@ 　　 4 、 Flash Version Query@H_404_416@@H_404_416@ 　　 Oracle Flashback Version Query 特性，利用保存的回滚信息，可以看到特定的表在时间段内的任何修改，如电影的回放一样，可以了解表在该期间的任何变化。 Flashback version query 一样依赖于 AUM ，提供了一个查看行改变的功能，能找到所有已经提交了的行的记录，分析出过去时间都执行了什么操作。 Flashback version query 采用 VERSIONS BETWEEN 语句来进行查询，常用的方法： @H_404_416@@H_404_416@ 　　 ·VERSIONS_SCN - 系统改变号 @H_404_416@@H_404_416@ 　　 ·VERSIONS_TIMESTAMP - 时间 @H_404_416@@H_404_416@ 　　例如：在 test 表中，时间 1 插入一条记录，时间 2 删除了这条记录，对于时间 3 执行 select * from test 当然查询不到这条记录，只能看到该表最后的提交记录。这时如果利用 Flash Table 或者是 Flash Query ，只能看到过去的某一时间点的一个快照，而利用 Flashback Version Query ，能够把时间 1 、时间 2 的操作给记录下来，并详细的查询出对表进行的任何操作。

sql>select versions_starttime,versions_operation,id @H_404_416@from test versions @H_404_416@between timestamp minvalue and maxvalue @H_404_416@order by versions_starttime;

@H_404_416@ 　　在上述查询中，列 versions_starttime 、 versions_endtime 、 versions_xid 、 versions_operation 是伪列，还有一些伪列，如 versions_startscn 和 versions_endscn 显示了该时刻的系统更改号。列 versions_xid 显示了更改该行的事务标识符。 @H_404_416@@H_404_416@ 　　当然，除了分析以上所有的变更之外，可以根据需要指定时间段，如显示在 2005-05-07 时间在 15:30 到 16:30 之间 test 表的所有变更。

sql>select id from test @H_404_416@versions between timestamp to_date(’2005-05-07 15:30:00’,’yyyy-mm-dd hh24:mi:ss’) and to_date(’2005-05-07 16:30:00’,’yyyy-mm-dd hh24:mi:ss’)

@H_404_416@ 　　 5 、 Flashback Transaction Query@H_404_416@@H_404_416@ 　　 Oracle Flashback Transaction Query 特性确保检查数据库的任何改变在一个事务级别，可以利用此功能进行诊断 问题 、性能分析和审计事务。它其实是 Flashback Version Query 查询的一个扩充， Flashback Version Query 说明了可以审计一段时间内表的所有改变，但是也仅仅是能发现问题，对于错误的事务，没有好的处理办法。而 Flashback Transaction Query 提供了从 FLASHBACK_TRANSACTION_QUERY 视图中获得事务的历史以及 Undo_sql （回滚事务对应的 sql 语句），也就是说审计一个事务到底做了什么，甚至可以回滚一个已经提交的事务。 @H_404_416@@H_404_416@ 　　例： Flashback Transaction Query 的操作实例。 @H_404_416@@H_404_416@ 　　（ 1 ）在 test 表中删除记录，获得事务的标识 XID ，然后提交。

sql>delete from test where id=2;@H_404_416@sql>select xid from v$transaction;@H_404_416@XID@H_404_416@----------------@H_404_416@04001200AE010000@H_404_416@sql>commit;

@H_404_416@ 　　在测试中方便起见，在事务没有提交的时候，获得事务的 XID 为 04001F 0035000000 。实际情况下，不可能去跟踪每个事务，想要获得已提交事务的 XID ，就必须通过上面的 Flashback Version Query 。 @H_404_416@@H_404_416@ 　　（ 2 ）进行 Flashback Transaction Query

sql>select * from FLASHBACK_TRANSACTION_QUERY@H_404_416@where xid=’04001F0035000000’;@H_404_416@UNDO_sql@H_404_416@insert into "FLASHTEST"."TEST"("ID") values (’2’);

@H_404_416@ 　　注意：这个删除语句对应的是 1 个 Insert 语句，如果想回滚这个事务，执行这个 Insert 语句即可。 @H_404_416@@H_404_416@ 　　可以看到， Flashback Transaction Query 主要用于审计一个事务，并可以回滚一个已经提交的事务。如果确定出错的事务是最后一个事务，我们利用 Flashback Table 或者 Flashback Query 就可以解决问题。但是，如果执行了一个错误的事务之后，又执行了一系列正确的事务，那么上面的方法就无能为力，利用 Flashback Transaction Query 可以查看或回滚这个错误的事务。 @H_404_416@@H_404_416@ 　　 结束语 @H_404_416@@H_404_416@ 　　通过上面的描述，可以看出闪回功能使用户恢复偶然的错误删除更加容易，增强了系统的可用性与读一致性。