如何开启 oracle 闪回功能

一

创新互联公司长期为成百上千客户提供的网站建设服务，团队从业经验10年，关注不同地域、不同群体，并针对不同对象提供差异化的产品和服务；打造开放共赢平台，与合作伙伴共同营造健康的互联网生态环境。为尉氏企业提供专业的成都网站建设、成都网站制作，尉氏网站改版等技术服务。拥有10多年丰富建站经验和众多成功案例,为您定制开发。

首先查看是否开启闪回：

SQL select flashback_on from V$database;

FLASHBACK_ON

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

NO

二

如果已经开启了闪回，无须执行下面的操作。

cd /u01

mkdir flashback(生成闪回目录)

SQL alter system set db_recovery_file_dest_size=30G scope=both;

SQL alter system set db_recovery_file_dest='/u01/flashback' scope=both;

SQL shutdown immediate

SQL startup mount

SQL alter database archivelog;

SQL alter database flashback on;

SQL alter database open;

三

再进行确认：

SQL select flashback_on from V$database;

FLASHBACK_ON

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

YES

oracle 怎样利用闪回功能恢复数据？

1，只需要执行以下个脚本即可。

2，查看utl_file_dir设置

3， 可以通过命令行修改此参数，也可以通过修改pfile文件设置此参数。

4，该参数为静态参数，需重启数据库后生效，创建LOGMNR数据字典。

5，添加需要分析的归档日志。

6，开始日志挖掘，分析日志。

7，查看日志信息，就可以了。

求教Oracle11g中的闪回技术

1、Flashback Database（利用闪回日志恢复）

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命令。

例：执行Flashback Database命令格式。

SQLflashback database to time to_timestamp(xxx);

SQLflashback database to scn xxx

2、Flashback Table（利用UNDO保留信息恢复）

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

语法：

flashback table tablename to timestamp xxx或

flashback table tablename to scn xxx

注意：如果需要闪回一个表，需要以下条件：

需要有flashback any table的系统权限或者是该表的flashback对象权限；

需要有该表的select,insert,delete,alter权限；

必须保证该表row movement。

例：执行将test表闪回到2011年5月7日下午3点。

SQLflashback table test to timestamp to_timestamp(’2011-05-07 15:00:00’,’yyyy-mm-dd hh24:mi:ss’);

3、Flashback Drop（利用回收站功能恢复）

注：由于目前的环境为了实现OGG的DDL同步，关闭了回收站功能，故这个功能不可用。

4、Flash Version Query（利用UNDO保留信息恢复）

Oracle Flashback Version Query特性，利用保存的回滚信息，可以看到特定的表在时间段内的任何修改，如电影的回放一样，可以了解表在该期间的任何变化。Flashback version query一样依赖于AUM，提供了一个查看行改变的功能，能找到所有已经提交了的行的记录，分析出过去时间都执行了什么操作。Flashback version query采用VERSIONS BETWEEN语句来进行查询，常用的方法：

·VERSIONS_SCN - 系统改变号

·VERSIONS_TIMESTAMP - 时间

例如：在test表中，时间1插入一条记录，时间2删除了这条记录，对于时间3执行select * from test当然查询不到这条记录，只能看到该表最后的提交记录。这时如果利用Flash Table或者是Flash Query，只能看到过去的某一时间点的一个快照，而利用Flashback Version Query，能够把时间1、时间2的操作给记录下来，并详细的查询出对表进行的任何操作。

基于SCN的闪回查询：

SQL select count(*) from lm_mtrp_syn_channelinfo as of scn 708000000;

COUNT(*)

----------

21

基于时间段的闪回查询：

SQLselect versions_starttime,versions_endtime, versions_xid,versions_operation,id

from test versions

between timestamp minvalue and maxvalue

order by versions_starttime;

5,Flashback Transaction Query（利用UNDO保留信息恢复）

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

例：Flashback Transaction Query的操作实例。

（1）在test表中删除记录，获得事务的标识XID，然后提交。

SQLdelete from test where id=2;

SQLselect xid from v$transaction;

XID

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

04001200AE010000

SQLcommit;

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

（2）进行Flashback Transaction Query

SQLselect * from FLASHBACK_TRANSACTION_QUERY

where xid=’04001F0035000000’;

UNDO_SQL

insert into "FLASHTEST"."TEST"("ID") values (’2’);

注意：这个删除语句对应的是1个Insert语句，如果想回滚这个事务，执行这个Insert语句即可。

可以看到，Flashback Transaction Query主要用于审计一个事务，并可以回滚一个已经提交的事务。如果确定出错的事务是最后一个事务，我们利用Flashback Table或者Flashback Query就可以解决问题。但是，如果执行了一个错误的事务之后，又执行了一系列正确的事务，那么上面的方法就无能为力，利用Flashback Transaction Query可以查看或回滚这个错误的事务。

另：ORACLE 11G还多了一个闪回数据归档的功能，即可将UNDO的信息进行归档，这个功能对于一些比较重要的表，

网页标题：oracle如何闪回包 oracle 存储过程闪回
网站URL：http://ybzwz.com/article/hgihih.html