oracle闪回

Oracle闪回特性 在利用闪回功能前需要确认： 1、用户有对dbms_flashback包有执行权限！ 2、进行闪回查询必须设置自动回滚段管理，在init.ora设置参数UNDO_MANAGEMENT=AUTO，参数UNDO_RETENTION=n，决定了能往前闪回的最大时间，值越大就需要越多Undo空间。   Oracle 9i中闪回查询操作实例   查看Oracle中Delete和Commit操作的流程分析 　　 例：Oracle 9i的Flashback Query操作。 (1)创建闪回查询用户 SQL> create user test identified by test; SQL> grant connect, resource to test; SQL> grant execute on dbms_flashback to test; SQL> connect test/test;   (2)创建测试，插入测试记录 SQL> create table test(id number(3)); SQL> insert into test values(1); SQL> insert into test values(2); SQL> commit;      注意：在执行步骤3或者步骤4之前，等待5分钟。   (3)删除记录 SQL> delete from test where id=1; SQL> commit;     　通过以上的操作，我们插入了两条记录，并删除了其中一条记录。在以下的操作中，我们将通过flashback query找到删除的记录   (4)闪回查询(分别通过timestamp和scn查询) SQL> select * from test as of timestamp sysdate - 5/1440; ID ---- 1 2 或 SQL> select * from test as of scn 8173800; ID ---- 1 2    　可以看出，虽然删除记录并提交，但是通过闪回操作，仍能查询到删除前的两条记录。需要注意Oracle每5分钟记录一次SCN到SMON_SCN_TIME，并将SCN和对应时间的映射进行纪录。如果原来插入的记录到做闪回操作的时间在5分钟之内，用基于时间的闪回查询可能得不到记录，因为基于时间点的查询实际上是转化为最近的一次SCN，然后从这个SCN开始进行恢复。因此，如果需要精确的查询可以采用基于SCN的闪回查询，可精确闪回到需要恢复的时间。可以通过DBMS_FLASHBACK.GET_SYSTEM_CHANGE_NUMBER语句获取SCN。   5、恢复被删除的数据实例 SQL>insert into test select * from test as of scn 8173800 where id=1;   Oracle 10g中闪回查询操作实例        与Oracle 9i相比Oracle 10g的Flashback有了非常大的改进,在Orcle 10g之前，SMON_SCN_TIME由SMON来获取和记录信息的，每5分钟记录一次，从Oracle 10g开始，LGWR首先会在SGA中记录SCN与时间的映射关系(由于LGWR至少每3秒就会被激活一次，所以现在SMON_SCN_TIME能够支持大于3秒的闪回)，SMON则定期检查SGA是否内存中的映射大于磁盘上的，如果有就刷新纪录到磁盘， 而且从普通的Flashback Query发展到了多种形式，主要表现在如下几方面新特性：   1、Flashback Database 　 Oracle Flashback Database特性允许通过SQL语句Flashback Database语句，让数据库前滚到当前的前一个时间点或者SCN，而不需要做时间点的恢复。闪回数据库可以迅速将数据库回到误操作或人为错误的前一个时间点，如Word中的"撤消"操作，可以不利用备份就快速的实现基于时间点的恢复。Oracle通过创建新的Flashback Logs(闪回日志)，记录数据库的闪回操作。 如果希望能闪回数据库，需要设置如下参数： DB_RECOVER_FILE_DEST      --日志的存放位置， DB_RECOVER_FILE_DEST_SIZ  --E恢复区的大小 在创建数据库的时候，Oracle将自动创建恢复区，但默认是关闭的，需要执行alter database flashback on命令。     执行Flashback Database命令格式： SQL>flashback database to time to_timestamp(xxx); SQL>flashback database to scn xxx   数据库的闪回状态可以从V$database视图中查询得到：  SQL> select dbid,name,flashback_on,current_scn from v$database; DBID             NAME       FLASHBACK_ON CURRENT_SCN ----------        ---------     ------------------    ----------- 1692001961 ACF         NO                      8175168   一个数据库级闪回的例子：    SQL> shutdown immediate; 数据库已经关闭。 已经卸载数据库。 ORACLE 例程已经关闭。 SQL> startup mount ORACLE 例程已经启动。 Total System Global Area 1719664640 bytes Fixed Size 1251896 bytes Variable Size 293602760 bytes Database Buffers 1417674752 bytes Redo Buffers 7135232 bytes 数据库装载完毕。 SQL> alter database flashback on; 数据库已更改。 SQL> alter database open; 数据库已更改。 SQL> select dbid,name,flashback_on,current_scn from v$database; DBID NAME FLASHBACK_ON CURRENT_SCN ---------- --------- ------------------ ----------- 1692001961 ACF YES 8175890 SQL> select dbms_flashback.get_system_change_number from dual; GET_SYSTEM_CHANGE_NUMBER ------------------------ 8175973 SQL> delete from test where id=1; 1 row deleted SQL> select * from test; ID ---- 2 SQL> shutdown immediate 数据库已经关闭。 已经卸载数据库。 ORACLE 例程已经关闭。 SQL> startup mount ORACLE 例程已经启动。 Total System Global Area 1719664640 bytes Fixed Size 1251896 bytes Variable Size 301991368 bytes Database Buffers 1409286144 bytes Redo Buffers 7135232 bytes 数据库装载完毕。 SQL> flashback database to scn 8175973; 闪回完成。 SQL> alter database open resetlogs; 数据库已更改。 SQL> select * from test; ID ---- 2 1 --可以看到，数据已经恢复成功     2、Flashback Table 　　Oracle Flashback Table特性允许利用Flashback Table语句，确保闪回到表的前一个时间点。与Oracle 9i中的Flashback Query相似，利用回滚段信息来恢复一个或一些表到以前的一个时间点(一个快照)。要注意的是，Flashback Table不等于Flashback Query，Flashback Query仅仅是查询以前的一个快照点而已，并不改变当前表的状态，而Flashback Table将改变当前表及附属对象一起回到以前的时间点。   语法： alter table table_name enable row movement; flashback table tablename to timestamp xxx 或 flashback table tablename to scn xxx    注意：如果需要闪回一个表，需要以下条件： ·需要有flashback any table的系统权限或者是该表的flashback对象权限； ·需要有该表的select,insert,delete,alter权限； ·必须保证该表row movement。 例：执行将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’);   一个完整的Flashback Table例子 SQL> select * from test;   ID ----    2    1 SQL> select dbms_flashback.get_system_change_number from dual; GET_SYSTEM_CHANGE_NUMBER ------------------------                  8178419 SQL> delete from test where id=1; 1 row deleted SQL> select * from test;   ID ----    2 SQL> alter table test enable row movement; Table altered SQL> flashback table test to scn 8178419; Done SQL> select * from test;   ID ----    2    1   3、Flashback Drop 　　Oracle Flashback Drop特性提供一个类似回收站的功能，用来恢复不小心被删除的表。当删除表时，Oracle 10g并不立刻释放被删除的表所占用的空间，而是将这个被删除的表进行自动重命名(为了避免同类对象名称的重复)并放进回收站中。所谓的回收站类似于Windows系统中的回收站，是一个虚拟的容器，用于存放所有被删除的对象，在回收站中被删除的对象将占用创建时的同样的空间。如果这个被删除的表需要进行恢复，就可利用Flashback Drop功能。 　　例：进行一个删除表后恢复的简单测试。   (1)显示回收站信息(不要以Sysdba用户查询，否则会把错) SQL>show recyclebin; 可以看到，回收站中是没有任何结果的，表示没有任何表在回收站中。   (2)创建一个表，并删除，再次显示回收站信息 SQL>create table test_drop(name varchar2(10)); SQL>drop table test_drop; SQL>show recyclebin; ORIGINAL NAME RECYCLEBIN NAME OBJECT TYPE DROP TIME TEST_DROP BIN$b+XkkO1RS5K10uKo9BfmuA==$0 TABLE 2005-05-07:14:30:47     (3)对被删除的表进行恢复 SQL>flashback table test_drop to before drop;或 SQL>flashback table "BIN$b+XkkO1RS5K10uKo9BfmuA==$0" to before drop;     (4)管理回收站 清除回收站中的单个表：purge table test_drop 清除整个回收站：purge recyclebin 清除不同的对象回收站：purge user_recyclebin或purge dba_recyclebin 注意：需要注意的是sysdba的drop操作不会被记录，Oracle也从不推荐用户使用sysdba身份创建用户对象 　　 (5)确认删除一个表 SQL>drop table test_drop purge; 如果删除一个表且不放到回收站中不能进行恢复，在drop语句中可以利用purge选项。   (6)可以通过参数禁用或启用recyclebin这个特性 在Oracle 10gR1中，通过修改一个隐含_recyclebin为False可以禁用这个特性，在Oracle 10gR2中，recyclebin变成了一个常规参数,可以在session/system级动态修改 : SQL> show parameter recyclebin NAME                                 TYPE        VALUE ------------------------------------ ----------- ------ recyclebin                           string      on SQL> alter session set recyclebin=off; 会话已更改。 SQL> alter session set recyclebin=on; 会话已更改。 SQL> alter system set recyclebin=off; 系统已更改。 SQL> alter system set recyclebin=on; 系统已更改。   4、Flash Version Query       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的操作给记录下来，并详细的查询出对表进行的任何操作。   SQL>select versions_starttime,versions_endtime, versions_xid,versions_operation,id from test versions between timestamp minvalue and maxvalue order by versions_starttime; 　　 在上述查询中，列 versions_starttime、versions_endtime、versions_xid、versions_operation是伪列，还有一些伪列，如 versions_startscn和versions_endscn显示了该时刻的系统更改号。列versions_xid显示了更改该行的事务标识符。 　　当然，除了分析以上所有的变更之外，可以根据需要指定时间段，如显示在2005-05-07时间在15:30到16:30之间test表的所有变更。   SQL>select id from test 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’)   5、Flashback Transaction Query 　　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，然后提交。 SQL>delete from test where id=2; SQL>select xid from v$transaction; XID ---------------- 04001200AE010000 SQL>commit; 　　在测试中方便起见，在事务没有提交的时候，获得事务的XID为04001F0035000000。实际情况下，不可能去跟踪每个事务，想要获得已提交事务的XID，就必须通过上面的Flashback Version Query。   (2)进行Flashback Transaction Query SQL>select * from FLASHBACK_TRANSACTION_QUERY where xid=’04001F0035000000’; UNDO_SQL insert into "test"."TEST"("ID") values (’2’); 　　注意：这个删除语句对应的是1个Insert语句，如果想回滚这个事务，执行这个Insert语句即可。 　　可以看到，Flashback Transaction Query主要用于审计一个事务，并可以回滚一个已经提交的事务。如果确定出错的事务是最后一个事务，我们利用Flashback Table或者Flashback Query就可以解决问题。但是，如果执行了一个错误的事务之后，又执行了一系列正确的事务，那么上面的方法就无能为力，利用Flashback Transaction Query可以查看或回滚这个错误的事务。 何为闪回恢复区 Oracle 10g 有一项新功能称为:自动的基于磁盘的备份与恢复( Automatic Disk-Based Backup and Recovery )。实现该功能的基础为本文要讲述的闪回恢复区( Flash Recovery Area )。闪回恢复区是 Oracle 10g 中的新事物。简单的说，闪回恢复区是一块用以存储恢复相关的文件的存储空间。允许用户集中存储所有恢复相关的文件。 闪回恢复区可以放在如下几种存储形式上: · 目录 · 一个文件系统 · 自动存储管理(ASM)磁盘组 在 RAC 环境中,这个该位置必须为 集群文件系统 (cluster file system) 或是 ASM 磁盘组亦或是通过 NFS 控制的文件共享目录，还要注意的是，所有实例的位置和操作系统的磁盘限额 (disk quota) 必须一致。 如下几种文件可以放到闪回恢复区中: · 控制文件 · 归档的日志文件(注：Oracle 手册上所说的在设定flash recovery area之后，LOG_ARCHIVE_DEST_10的值将自动设定为flash recovery area的位置，这个变化在笔者测试过程中观察不到) · 闪回日志 · 控制文件和 SPFILE 自动备份 · RMAN 备份集 · 数据文件拷贝   为何要用闪回恢复区? 如前所述，闪回恢复区提供了一个集中化的存储区域，很大程度上减小了管理开销。这是其最主要的优点。与 RMAN 结合使用可以进行快速恢复。 近年来随着存储技术的发展，单个磁盘的存储能力已经加强。这使自动的基于磁盘的备份与恢复的技术实现成为可能。而闪回恢复区恰是基于磁盘的备份与恢复的基础。把闪回恢复区和 OMF 与 ASM 结合运用看起来是比较完美的。当然，不可否认的是，自动备份恢复技术还远远不够成熟。 设定闪回恢复区 如果您使用DBCA创建的数据库，在安装时可以设定闪回恢复区的位置以及大小(点击这里查看安装截图)--这也是 Oracle 10g OUI 的新功能之一。如果在开始的时候没有启用闪回恢复区，可以通过如下方式设定。 调整如下两个动态初始化参数(无需重新启动实例)： SQL> ALTER SYSTEM SET db_recovery_file_dest_size=2g SCOPE=BOTH; System altered. SQL> SQL> ALTER SYSTEM SET db_recovery_file_dest='/u01/app/oracle/flash_recovery_area' 2 SCOPE=BOTH; System altered. SQL> 之后查看所作的修改是否生效： SQL> SHOW parameter db_recovery_file_dest NAME TYPE VALUE -------------------------------- ----------- ----------------------------------- db_recovery_file_dest string /u01/app/oracle/flash_recovery_area db_recovery_file_dest_size big integer 2G SQL> 如上所示，我们设定了闪回恢复区，位置在 /u01/app/oracle/flash_recovery_area，上限为2G。如果要撤销闪回恢复区，把初始化参数 DB_RECOVERY_FILE_DEST 的值清空即可。 注意: DB_RECOVERY_FILE_DEST_SIZE 只有在 DB_RECOVERY_FILE_DEST 清空之后才可以清空。 初始化参数 db_recovery_file_dest_size 的设定有一点点需要注意的地方： · 文件的第0块和操作系统数据块头的空间大小不包含在内 · 该参数并不代表实际占用的空间大小。如果空间被压缩、镜像、RAID 的话，该参数的值意义是不一样的 管理并监控闪回恢复区 我们先看看闪回恢复区内的文架结构层次 SQL> host tree /u01/app/oracle/flash_recovery_area /u01/app/oracle/flash_recovery_area |-- DEMO | |-- archivelog | | |-- 2004_12_07 | | | |-- o1_mf_1_10_0vbwz2fm_.arc | | | |-- o1_mf_1_11_0vc1yj14_.arc | | | |-- o1_mf_1_12_0vc6vvws_.arc | | | |-- o1_mf_1_13_0vcbv6cg_.arc | | | |-- o1_mf_1_14_0vchlxb3_.arc | | | |-- o1_mf_1_15_0vcnh2bz_.arc | | | |-- o1_mf_1_5_0vbk8goo_.arc | | | |-- o1_mf_1_6_0vbkq6dk_.arc | | | |-- o1_mf_1_7_0vbktl5f_.arc | | | |-- o1_mf_1_8_0vbo97xp_.arc | | | `-- o1_mf_1_9_0vbrrlo6_.arc | | `-- 2004_12_08 | | |-- o1_mf_1_16_0vcnyqvf_.arc | | |-- o1_mf_1_17_0vcp58bj_.arc | | |-- o1_mf_1_18_0vcv4qxb_.arc | | |-- o1_mf_1_19_0vczcsl0_.arc | | |-- o1_mf_1_20_0vd34svw_.arc | | |-- o1_mf_1_21_0vd7tg4h_.arc | | |-- o1_mf_1_22_0vddq7lc_.arc | | |-- o1_mf_1_23_0vdk0nbh_.arc | | |-- o1_mf_1_24_0vdojjky_.arc | | |-- o1_mf_1_25_0vdtg1rq_.arc | | |-- o1_mf_1_26_0vdz23h2_.arc | | |-- o1_mf_1_27_0vf3nlnw_.arc | | |-- o1_mf_1_28_0vf6hon5_.arc | | |-- o1_mf_1_29_0vf867lt_.arc | | |-- o1_mf_1_30_0vf86pkg_.arc | | `-- o1_mf_1_31_0vfjphqm_.arc | `-- backupset | |-- 2004_12_07 | | |-- o1_mf_ncsn1_TAG20041207T150715_0vboq7kv_.bkp | | `-- o1_mf_nnnd1_TAG20041207T150715_0vboo3t2_.bkp | `-- 2004_12_08 | |-- o1_mf_ncsnf_TAG20041208T161219_0vffxv2n_.bkp | |-- o1_mf_ncsnf_TAG20041208T165456_0vfjcvgl_.bkp | `-- o1_mf_nnndf_TAG20041208T161219_0vffv40q_.bkp `-- tracking.dbf 7 directories, 33 files 闪回恢复区中添加或删除文件等变化都将记录在数据库的 alert 日志中，Oracle 10g 也针对该新特性提供了一个新的视图， DBA_OUTSTANDING_ALERTS，通过该视图可以得到相关的信息。 DBA_OUTSTANDING_ALERTS 视图的存在体现了 Oracle 愈加人性化的一面。我们先来看一下该视图的基本结构，后面会用到。 SQL> DESC dba_outstanding_alerts Name Null? Type ----------------------------------------- -------- ---------------------------- SEQUENCE_ID NUMBER REASON_ID NOT NULL NUMBER OWNER VARCHAR2(30) OBJECT_NAME VARCHAR2(513) SUBOBJECT_NAME VARCHAR2(30) OBJECT_TYPE VARCHAR2(64) REASON VARCHAR2(4000) TIME_SUGGESTED TIMESTAMP(6) WITH TIME ZONE CREATION_TIME TIMESTAMP(6) WITH TIME ZONE SUGGESTED_ACTION VARCHAR2(4000) ADVISOR_NAME VARCHAR2(30) METRIC_VALUE NUMBER MESSAGE_TYPE VARCHAR2(12) MESSAGE_GROUP VARCHAR2(64) MESSAGE_LEVEL NUMBER HOSTING_CLIENT_ID VARCHAR2(64) MODULE_ID VARCHAR2(64) PROCESS_ID VARCHAR2(128) HOST_ID VARCHAR2(256) HOST_NW_ADDR VARCHAR2(256) INSTANCE_NAME VARCHAR2(16) INSTANCE_NUMBER NUMBER USER_ID VARCHAR2(30) EXECUTION_CONTEXT_ID VARCHAR2(60) ERROR_INSTANCE_ID VARCHAR2(142) SQL> 10g 的新视图 V$RECOVERY_FILE_DEST 包含闪回恢复区的相关信息： SQL> desc V$RECOVERY_FILE_DEST Name Null? Type ----------------------------------------- -------- ---------------------------- NAME VARCHAR2(513) SPACE_LIMIT NUMBER SPACE_USED NUMBER SPACE_RECLAIMABLE NUMBER NUMBER_OF_FILES NUMBER SQL> SELECT NAME, space_limit, space_used, space_reclaimable space_rec, 2 number_of_files file_num 3 FROM v$recovery_file_dest; NAME SPACE_LIMIT SPACE_USED SPACE_REC FILE_NUM ----------------------------------- ----------- ---------- ---------- ---------- /u01/app/oracle/flash_recovery_area 2147483648 1106849280 602410496 30 SQL> 在一些 10g 的动态视图里( V$CONTROLFILE, V$LOGFILE, V$ARCHIVED_LOG, V$DATAFILE_COPY 等 )的新的列 IS_RECOVERY_DEST_FILE ,指明相关的文件是否在恢复区内。 SQL> SELECT recid, blocks, is_recovery_dest_file 2 FROM v$archived_log 3 WHERE recid < 5; RECID BLOCKS IS_RECOVERY_DEST_FILE ---------- ---------- ---------------------------------------- 1 20072 YES 2 19566 YES 3 19566 YES 4 19566 YES SQL> 闪回恢复区中文件的保持策略 · 持久文件从不会被删除。 · 通过RMAN 配置策略过期的文件会被删除。 · 已经拷贝到磁带上的临时性文件会被删除。 · 在 Data Guard 环境中，当已归档的重作日志文件可以从闪回恢复区中删除的时候，可以应用归档的重作日志删除策略进行自动删除(在恢复管理器中CONFIGURE ARCHIVELOG DELETION POLICY TO ......) 在闪回恢复区中的空间使用超过 85% 的时候，数据库将会向 alert 文件中写入告警信息。而当超过 97% 的时候将会写入严重告警信息。当闪回恢复区空间不够的时候，Oracle将如下类似的错误： ORA-19809: limit exceeded for recovery files ORA-19804: cannot reclaim 52428800 bytes disk space from 1258291200 limit 这个时候查询 dba_outstanding_alerts： SQL> select reason,object_type,suggested_action from dba_outstanding_alerts; REASON OBJECT_TYPE SUGGESTED_ACTION ------------------------------ -------------------- ---------------------------------------- db_recovery_file_dest_size of RECOVERY AREA Add disk space and increase db_recovery_ 1258291200 bytes is 88.20% use file_dest_size, backup files to tertiary d and has 148509184 remaining device, delete files from recovery area bytes available. using RMAN, consider changing RMAN rete ntion policy or consider changing RMAN a rchivelog deletion policy. 1 rows selected. SQL> 会给出相关的原因和建议的操作。 注意事项 自动化的东西总是给人不确定性。如果您在测试环境中启用了闪回恢复区，那么一定要注意监控空间的使用。在生产数据库上使用(如果有这样的人的话)，必须要把闪回恢复区放到单独的磁盘上。 结束语 本文介绍了闪回恢复区 -- Oracle 10g 的又一个华而不实的新功能 -- 的基本功能。在后续的文档中我会结合RMAN的新特性展示闪回恢复区的其他方面。