oracle怎么回闪,oracle数据库闪回表

求教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开启闪回，怎么操作啊

一

首先查看是否开启闪回：

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，查看日志信息，就可以了。

oracle 如何打开 表空间 闪回功能

先关闭数据库

再start mount

再打开闪回功能

最后 alter database open

如何执行Oracle数据库闪回查询

可按以下步骤配置闪回数据库：（确保数据库处于ARCHIVELOG 模式。）

1. 配置快速恢复区。

2. 使用初始化参数DB_FLASHBACK_RETENTION_TARGET 设置保留目标。可指定

一个上限（以分钟为单位），指示数据库能够闪回到多长时间以前。本示例使用

了 2880 分钟，相当于两天。此参数只是一个目标，并不提供任何保证。闪回时间

间隔取决于快速恢复区中保留的闪回数据量的大小。

3. 使用以下命令启用闪回数据库：

ALTER DATABASE FLASHBACK ON;

必须先配置数据库以进行归档，且必须在 MOUNT EXCLUSIVE 模式下启动数据库

后，才能发出此命令来启用闪回数据库。

可以使用以下查询来确定是否已启用闪回数据库：

SELECT flashback_on FROM v$database;

可以使用ALTER DATABASE FLASHBACK OFF 命令禁用闪回数据库。这样，会自动删

除所有现有的闪回数据库日志。

注：仅当在独占模式下装载（而不是打开）数据库时才能启用闪回数据库。

1.确认当前模式

SYS AS SYSDBA on 29-MAR-05 select flashback_on from v$database;

FLA

---

NO

2.检查/修改恢复区设置

SYS AS SYSDBA on 29-MAR-05 show parameter db_recovery_file_dest

NAME TYPEVALUE

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

db_recovery_file_deststring /u01/app/oracle/flash_recovery_areadb_recovery_file_dest_size big integer 10G

SYS AS SYSDBA on 29-MAR-05 alter system set db_recovery_file_dest='/u01/app/oracle/flash_recovery_area';

SYS AS SYSDBA on 29-MAR-05 alter system set db_recovery_file_dest_size=15G;

3.检查/修改闪回时间设置

SYS AS SYSDBA on 29-MAR-05 show parameter db_flashback_retention_target

NAME TYPEVALUE

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

db_flashback_retention_targetinteger 60

SYS AS SYSDBA on 29-MAR-05 alter system set db_flashback_retention_target=1440;--分钟

System altered.

如何设置flash recovery area

(1).db_recovery_file_dest：指定闪回恢复区的位置

(2).db_recovery_file_dest_size：指定闪回恢复区的可用空间大小

(3).db_flashback_retention_target：指定数据库可以回退的时间，单位为分钟，默认1440分钟，也就是一天。当然，实际上可回退的时间还决定于闪回恢复区的大小，因为里面保存了回退所需要的 flash log。所以这个参数要和db_recovery_file_dest_size配合修改。

alter system set db_flashback_retention_target=1440;

alter system set db_recovery_file_dest='/u01/app/oracle/flash_recovery_area';

alter system set db_recovery_size=15G;

4.重新启动数据库到Mount状态

启动flashback database选项。

SYS AS SYSDBA on 29-MAR-05 shutdown immediate;

Database closed.

Database dismounted.

ORACLE instance shut down.

SYS AS SYSDBA on 29-MAR-05 startup mount exclusive;

ORACLE instance started.

Total System Global Area 314572800 bytes

Fixed Size 1301704 bytes

Variable Size 261890872 bytes

Database Buffers 50331648 bytes

Redo Buffers1048576 bytes

Database mounted.

SYS AS SYSDBA on 29-MAR-05 alter database flashback on;

Database altered.

SYS AS SYSDBA on 29-MAR-05 alter database open;

Database altered.

如何闪回删除的表格oracle

查看回收站中表

select object_name,original_name,partition_name,type,ts_name,createtime,droptime from recyclebin;

恢复表

SQLflashback table test_drop to before drop;或

SQLflashback table "BIN$b+XkkO1RS5K10uKo9BfmuA==$0" to before drop;

注：必须9i或10g以上版本支持，flashback无法恢复全文索引

以下为参考资料

使用 Oracle Database 10g 中的闪回表特性，可以毫不费力地恢复被意外删除的表

以下是一个不该发生却经常发生的情况：用户删除了一个非常重要的表 ― 当然是意外地删除 ― 并需要尽快地恢复。（在某些时候，这个不幸的用户可能就是 DBA！）

Oracle9i Database 推出了闪回查询选项的概念，以便检索过去某个时间点的数据，但它不能闪回 DDL 操作，如删除表的操作。唯一的恢复方法是在另一个数据库中使用表空间的时间点恢复，然后使用导出/导入或其他方法，在当前数据库中重新创建表。这一过程需要 DBA 进行大量工作并且耗费宝贵的时间，更不用说还要使用另一个数据库进行克隆。

请使用 Oracle Database 10g 中的闪回表特性，它使得被删除表的恢复过程如同执行几条语句一样简单。让我们来看该特性是如何工作的。

删除那个表！

首先，让我们查看当前模式中的表。

SQL select * from tab;

TNAME

TABTYPE

CLUSTERID

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

RECYCLETEST

TABLE

现在，我们意外地删除了该表：

SQL drop table recycletest;

Table dropped.

现在让我们来查看该表的状态。

SQL select * from tab;

TNAME

TABTYPE

CLUSTERID

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

BIN$04LhcpndanfgMAAAAAANPw==$0 TABLE

表 RECYCLETEST 已不存在，但是请注意出现新表 BIN$04LhcpndanfgMAAAAAANPw==$0。这就是所发生的事情：被删除的表 RECYCLETEST 并没有完全消失，而是重命名为一个由系统定义的名称。它存在于同一个表空间中，具有与原始表相同的结构。如果在该表上定义了索引或触发器，则它们也被重命名，使用与表相同的命名规则。任何相关源（如过程）都失效；原始表的触发器和索引被改为放置在重命名的表 BIN$04LhcpndanfgMAAAAAANPw==$0 上，保持被删除表的完整对象结构。

表及其相关对象被放置在一个称为"回收站"的逻辑容器中，它类似于您 PC 机中的回收站。但是，对象并没有从它们原先所在的表空间中删除；它们仍然占用那里的空间。回收站只是一个列出被删除对象目录的逻辑结构。在 SQL*Plus 提示符处使用以下命令来查看其内容（您需要使用 SQL*Plus 10.1 来进行此操作）：

SQL show recyclebin

ORIGINAL NAME

RECYCLEBIN NAME

OBJECT TYPE

DROP TIME

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

RECYCLETEST

BIN$04LhcpndanfgMAAAAAANPw==$0 TABLE

2004-02-16:21:13:31

结果显示了表的原始名称 RECYCLETEST，并显示了回收站中的新名称，该名称与我们看到的删除后所创建的新表名称相同。（注意：确切的名称可能因平台不同而不同。）为恢复该表，您所需要做的就是使用 FLASHBACK TABLE 命令：

SQL FLASHBACK TABLE RECYCLETEST TO BEFORE DROP;

FLASHBACK COMPLETE.

SQL SELECT * FROM TAB;

TNAME

TABTYPE

CLUSTERID

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

RECYCLETEST

TABLE

瞧！表毫不费力地恢复了。如果现在查看回收站，它将是空的。

记住，将表放在回收站里并不在原始表空间中释放空间。要释放空间，您需要使用以下命令清空回收站：

PURGE RECYCLEBIN;

但是如果您希望完全删除该表而不需要使用闪回特性，该怎么办？在这种情况下，可以使用以下命令永久删除该表：

DROP TABLE RECYCLETEST PURGE;

此命令不会将表重命名为回收站中的名称，而是永久删除该表，就象 10g 之前的版本一样。

管理回收站

如果在该过程中没有实际删除表 ― 因而没有释放表空间 ― 那么当被删除的对象占用了所有空间时，会发生什么事？

答案很简单：这种情况根本不会出现。当表空间被回收站数据完全占满，以至于必须扩展数据文件来容纳更多数据时，可以说表空间处于"空间压力"情况下。此时，对象以先进先出的方式从回收站中自动清除。在删除表之前，相关对象（如索引）被删除。

同样，空间压力可能由特定表空间定义的用户限额而引起。表空间可能有足够的空余空间，但用户可能将其在该表空间中所分配的部分用完了。在这种情况下，Oracle 自动清除该表空间中属于该用户的对象。

此外，有几种方法可以手动控制回收站。如果在删除名为 TEST 的特定表之后需要从回收站中清除它，可以执行

PURGE TABLE TEST;

或者使用其回收站中的名称：

PURGE TABLE "BIN$04LhcpndanfgMAAAAAANPw==$0";

此命令将从回收站中删除表 TEST 及所有相关对象，如索引、约束等，从而节省了空间。但是，如果要从回收站中永久删除索引，则可以使用以下命令来完成工作：

purge index in_test1_01;

此命令将仅仅删除索引，而将表的拷贝留在回收站中。

有时在更高级别上进行清除可能会有用。例如，您可能希望清除表空间 USERS 的回收站中的所有对象。可以执行：

PURGE TABLESPACE USERS;

您也许希望只为该表空间中特定用户清空回收站。在数据仓库类型的环境中，用户创建和删除许多临时表，此时这种方法可能会有用。您可以更改上述命令，限定只清除特定的用户：

PURGE TABLESPACE USERS USER SCOTT;

诸如 SCOTT 等用户可以使用以下命令来清空自己的回收站

PURGE RECYCLEBIN;

DBA 可以使用以下命令清除任何表空间中的所有对象

PURGE DBA_RECYCLEBIN;

可以看到，可以通过多种不同方法来管理回收站，以满足特定的需要。

表版本和闪回功能

用户可能会经常多次创建和删除同一个表，如：

CREATE TABLE TEST (COL1 NUMBER);

INSERT INTO TEST VALUES (1);

commit;

DROP TABLE TEST;

CREATE TABLE TEST (COL1 NUMBER);

INSERT INTO TEST VALUES (2);

commit;

DROP TABLE TEST;

CREATE TABLE TEST (COL1 NUMBER);

INSERT INTO TEST VALUES (3);

commit;

DROP TABLE TEST;

此时，如果您要对表 TEST 执行闪回操作，那么列 COL1 的值应该是什么？常规想法可能认为从回收站取回表的第一个版本，列 COL1 的值是 1。实际上，取回的是表的第三个版本，而不是第一个。因此列 COL1 的值为 3，而不是 1。

此时您还可以取回被删除表的其他版本。但是，表 TEST 的存在不允许出现这种情况。您有两种选择：

使用重命名选项：

FLASHBACK TABLE TEST TO BEFORE DROP RENAME TO TEST2;

FLASHBACK TABLE TEST TO BEFORE DROP RENAME TO TEST1;

这些语句将表的第一个版本恢复到 TEST1，将第二个版本恢复到 TEST2。 TEST1 和 TEST2 中的列 COL1 的值将分别是 1 和 2。或者，

使用表的特定回收站名称进行恢复。为此，首先要识别表的回收站名称，然后执行：

FLASHBACK TABLE "BIN$04LhcpnoanfgMAAAAAANPw==$0" TO BEFORE DROP RENAME TO TEST2;

FLASHBACK TABLE "BIN$04LhcpnqanfgMAAAAAANPw==$0" TO BEFORE DROP RENAME TO TEST1;

这些语句将恢复被删除表的两个版本。

警告......

取消删除特性使表恢复其原始名称，但是索引和触发器等相关对象并没有恢复原始名称，它们仍然使用回收站的名称。在表上定义的源（如视图和过程）没有重新编译，仍然保持无效状态。必须手动得到这些原有名称并应用到闪回表。

信息保留在名为 USER_RECYCLEBIN 的视图中。在对表进行闪回操作前，请使用以下查询来检索原有名称。

SELECT OBJECT_NAME, ORIGINAL_NAME, TYPE

FROM USER_RECYCLEBIN

WHERE BASE_OBJECT = (SELECT BASE_OBJECT FROM USER_RECYCLEBIN

WHERE ORIGINAL_NAME = 'RECYCLETEST')

AND ORIGINAL_NAME != 'RECYCLETEST';

OBJECT_NAME

ORIGINAL_N TYPE

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

BIN$04LhcpnianfgMAAAAAANPw==$0 IN_RT_01

INDEX

BIN$04LhcpnganfgMAAAAAANPw==$0 TR_RT

TRIGGER

在表进行闪回操作后，表 RECYCLETEST 上的索引和触发器将按照 OBJECT_NAME 列中所示进行命名。根据以上查询，可以使用原始名称重新命名对象，如下所示：

ALTER INDEX "BIN$04LhcpnianfgMAAAAAANPw==$0" RENAME TO IN_RT_01;

ALTER TRIGGER "BIN$04LhcpnganfgMAAAAAANPw==$0" RENAME TO TR_RT;

一个值得注意的例外情况是位图索引。当删除位图索引时，它们并不放置在回收站中 ― 因此无法检索它们。约束名称也无法从视图中检索。必须从其他来源对它们进行重命名。

闪回表的其他用途

闪回删除表功能不仅限于恢复表的删除操作。与闪回查询类似，您还可以使用它将表恢复到不同的时间点，形如flashback table tmm2076 TO TIMESTAMP to_timestamp('2007-05-22

12:00:00','yyyy-mm-dd hh24:mi:ss')

弹出ORA-08189错误，需要执行以下命令先：

alter table tmm2076 enable row movement这个命令的作用是，允许oracle修改分配给行的rowid。

然后再flashback，数据被恢复完毕。