ORACLE 11G 闪回技术（闪回数据库、表、回收站）

ORACLE 11G 闪回技术（闪回数据库、表、回收站）

weixin_45389319 
分类专栏： 数据库 文章标签： 数据库
版权
闪回数据库
就是将数据库回退到过去的一个时间点或scn上，从而实现数据库的恢复，这种恢复不需要通过备份，所以更方便、更快速。该功能不基于撤销数据，而是基于闪回日志。

语法
flashback 【standby】 database database_name
【to 【scn | timestamp】 expr | to before 【scn | timestamp】expr】;

参数说明：
standby：表示恢复一个备用数据库，如果没有相应的备用数据库，
则系统返回一个错误。如果不指定该选项，则所恢复的数据库可以是主数
据库，也可以是备用数据库。
database_name：数据库名称。
to scn：指定一个scn。
to timestamp：指定一个时间戳。
expr：指定一个值或表达式。
to before scn：前滚到指定的scn。
to before timestamp：前滚到指定的时间戳。

闪回恢复区配置
db_recovery_file_dest : 闪回日志的存放位置（闪回恢复区位置）。
db_recovery_file_dest_size ：存放闪回日志的空间（闪回恢复区大小）

查看：show parameter db_recovery_file_dest ;
配置：alter system set db_recovery_file_dest_size=4g scope=both:
如果要停用散会恢复区，只要将参数DB_RECOVERY_FILE_DEST(描述闪回恢复区位置）的值清空即可。

闪回数据库配置

查看闪回数据库是否打开

select flashback_on from v$database;

开启闪回数据库的步骤
1确定数据库模式是归档模式
archive log list:
2更改为归档模式
shutdown immediate;
startup mount;
alter database archivelog;
3设置时间
db_flashback_retention_target :闪叫数据的保留时间，其单位为分，默认值为1440，即一天。

show parameter db_flashback_retention_target;

4开启闪回数据库
alter database flashback on;
alter database open;
select flashback_on from v$database;

闪回数据库的一些存储信息

select oldest_flashback_scn,oldest_flashback_time from v$flashback_database_log;

备注1：归档模式与非归档模式
Oracle分为非归档模式(NOARCHIVELOG) 和归档模式(ARCHIVELOG)。非归档模式不产生归档日志，虽然节省了硬盘空间，但是备份方案选择很有限，通常只能选择冷备份。还原也只能还原到备份那一时刻的数据，通常也仅在开发时使用（据说在数据仓库中也使用），Oracle安装默认就是非归档模式。在生产环境中我们因该使用归档模式，它会产生归档日志，可以使用多种备份和还原方案，对与Oracle管理员来说应该更改模式是必然的选择。

首先查看数据库现有模式可使用以下语句

select name,log_mode from v$database;

也可以用下面的语句
archive log list；(该方法需要as sysdba)

对于非归档模式的数据库该为归档模式（主要以Oracle 10g为参考）使用以下步骤：

SQL> alter system set log_archive_dest_1=‘location=/oracle/oracle10g/log/archive_log’;
该语句含义是确定归档日志的路径，实际上Oracle 10g可以生成多份一样的日志，保存多个位置，以防不测
例如再添加一个日志位置可使用以下语句

SQL>alter system set log_archive_dest_2=‘location=/oracle/oracle10g/log2/archive_log’;

2.关闭数据库
SQL> shutdown immediate

3.启动数据mount状态：
SQL> startup mount;

4、修改数据库为归档模式：
SQL> alter database archivelog;

5、打开数据库，查询：
SQL> alter database open;

修改日志文件命名格式：
SQL> alter system set log_archive_max_processes = 5;
SQL> alter system set log_archive_format = “archive_%t_%s_%r.log” scope=spfile;

修改完成后可以查看日志模式是否修改成功！
特别指出的是在Oracle 9i中还要修改参数alter system set log_archive_start = true才能生效，oracle 10g中已经废除了该参数，所以不需要设置该参数。

备注2：归档模式与非归档模式
查看oracle数据库是否为归档模式

[1]

1.select name,log_mode from v$database;

NAME LOG_MODE

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

QUERY NOARCHIVELOG

2.使用ARCHIVE LOG LIST 命令

Database log mode No Archive Mode

Automatic archival Disabled

Archive destination /data/oracle/product/10.2.0/db_1//dbs/arch

Oldest online log sequence 739

Current log sequence 741

什么是Oracle归档模式
　　Oracle数据库有联机重做日志，这个日志是记录对数据库所做的修改，比如插入，删除，更新数据等，对这些操作都会记录在联机重做日志里。一般数据库至少要有2个联机重做日志组。当一个联机重做日志组被写满的时候，就会发生日志切换，这时联机重做日志组2成为当前使用的日志，当联机重做日志组2写满的时候，又会发生日志切换，去写联机重做日志组1，就这样反复进行。

如果数据库处于非归档模式,联机日志在切换时就会丢弃. 而在归档模式下，当发生日志切换的时候，被切换的日志会进行归档。比如，当前在使用联机重做日志1，当1写满的时候，发生日志切换，开始写联机重做日志2，这时联机重做日志1的内容会被拷贝到另外一个指定的目录下。这个目录叫做归档目录，拷贝的文件叫归档重做日志。

数据库使用归档方式运行时才可以进行灾难性恢复。

1.归档日志模式和非归档日志模式的区别

非归档模式只能做冷备份,并且恢复时只能做完全备份.最近一次完全备份到系统出错期间的数据不能恢复.

归档模式可以做热备份,并且可以做增量备份,可以做部分恢复.

用ARCHIVE LOG LIST 可以查看当前模式状态是归档模式还是非归档模式.

配置数据库的归档模式
　　1.改变非归档模式到归档模式:

1)SQL> conn / as sysdba (以DBA身份连接数据库)

2)SQL> shutdown immediate; (立即关闭数据库)

3)SQL> startup mount (启动实例并加载数据库，但不打开)

4)SQL> alter database archivelog; (更改数据库为归档模式)

5)SQL> alter database open; (打开数据库)

6)SQL> alter system archive log start; (启用自动归档)

7)SQL> exit (退出)

做一次完全备份,因为非归档日志模式下产生的备份日志对于归档模式已经不可用了.这一步非非常重要!

2.改变归档模式到非归档模式:

1)SQL>SHUTDOWN NORMAL/IMMEDIATE;

2)SQL>STARTUP MOUNT;

3)SQL>ALTER DATABASE NOARCHIVELOG;

4)SQL>ALTER DATABASE OPEN;

3.启用自动归档: LOG_ARCHIVE_START=TRUE

归档模式下,日志文件组不允许被覆盖(重写),当日志文件写满之后,如果没有进行手动归档,那么系统将挂起,知道归档完成为止.

这时只能读而不能写.

运行过程中关闭和重启归档日志进程

SQL>ARCHIVE LOG STOP

SQL>ARCHIVE LOG START

4.手动归档: LOG_ARCHIVE_START=FALSE

归档当前日志文件

SQL>ALTER SYSTEM ARCHIVE LOG CURRENT;

归档序号为052的日志文件

SQL>ALTER SYSTEM ARCHIVE LOG SEQUENCE 052;

归档所有日志文件

SQL>ALTER SYSTEM ARCHIVE LOG ALL;

改变归档日志目标

SQL>ALTER SYSTEM ARCHIVE LOG CURRENT TO ‘&PATH’;

5.归档模式和非归档模式的转换

第4步的逆过程.

6.配置多个归档进程

Q:什么时候需要使用多个归档进程?

A:如果归档过程会消耗大量的时间,那么可以启动多个归档进程,这是个动态参数,可以用ALTER SYSTEM动态修改.

SQL>ALTER SYSTEM SET LOG_ARCHIVE_MAX_PROCESSES=10;

Oracle9i中最多可以指定10个归档进程

与归档进程有关的动态性能视图

vb g p r o c e s s , v bgprocess,vbgprocess,varchive_processes

7.配置归档目标,多归档目标,远程归档目标,归档日志格式

归档目标 LOG_ARCHIVE_DEST_n

本地归档目标:

SQL>LOG_ARCHIVE_DEST_1 = “LOCATION=D:ORACLEARCHIVEDLOG”;

远程归档目标:

SQL>LOG_ARCHIVE_DEST_2 = “SERVICE=STANDBY_DB1”;

强制的归档目标,如果出错,600秒后重试:

SQL>ALTER SYSTEM SET LOG_ARCHIVE_DEST_4 = “LOCATION=E:ORACLEARCHIVEDLOG MANDATORY REOPEN=600”;

可选的归档目标,如果出错,放弃归档:

SQL>ALTER SYSTEM SET LOG_ARCHIVE_DEST_3 = “LOCATION=E:ORACLEARCHIVEDLOG OPTIONAL”;

归档目标状态:关闭归档目标和打开归档目标

关闭归档目标1

SQL>ALTER SYSTEM SET LOG_ARCHIVE_DEST_STATE_1 = DEFER

打开归档目标2

SQL>ALTER SYSTEM SET LOG_ARCHIVE_DEST_STATE_2 = ENABLE

归档日志格式

LOG_ARCHIVE_FORMAT

8.获取归档日志信息

V$ARCHIVED_LOG

V$ARCHIVE_DEST

V$LOG_HISTORY

V$DATABASE

V$ARCHIVE_PROCESSES

ARCHIVE LOG LIST;

备注：Oracle的Flashback用法汇总

11g的flashbackup 分好几种，分别用途不一样。

A.flashback database 闪回数据库，简单理解就是把数据库闪回到某个以前的时间点，

能恢复到的最早的SCN， 取决与Flashback Log中记录的最早SCN

B.flashback drop 回收数据库表，用于表误drop后恢复。类似Windows的回收站。

C.flashback query 闪回表记录，用于数据表记录的恢复

D.falshabck Table 闪回数据库表（基于撤销数据来实现，因此必须确保与撤销表空间有关的参数设置合理，与此有关的参数有UNDO_MANAGEMENT、UNDO_TABLESPACE与UNDO_RETENTION），

后两个是重点，下面说明。

*/

– A.flashback database相关

/*

1.默认情况数据库的flashback database是关闭，可以在mount exclusive状态下打开。

在设置了闪回恢复区后，可以启动闪回数据库功能。

*/

–1.检查是否启动了flash recovery area

show parameter db_recovery_file

–2.检查是否启用了归档

archive log list;

–3.flashback database 默认是关闭的，查看方法

select flashback_on from v$database;

–4.查询当前的scn

SELECT CURRENT_SCN FROM V$DATABASE;

–5.查询当前的时间

select to_char(sysdate,’yy-mm-dd hh24:mi:ss’) time from dual;

–6.查看SCN 和 timestamp 之间的对应关系：

select scn,to_char(time_dp,’yyyy-mm-dd hh24:mi:ss’)from sys.smon_scn_time;

–7.恢复到时间点，或者恢复到SCN

flashback database to timestamp to_timestamp(’09-10-14 14:37:05′,’yy-mm-dd hh24:mi:ss’);

flashback database to scn 947921;

– B. flashback table 恢复误drop表

drop table sphsy.login_table;

select * from flash_table;

–purge table sphsy.login_table;清空回收站

flashback table sphsy.login_table to before drop;

select * from sphsy.login_table;

– C. flashback query 实现行级恢复

/*

flashback查询用于获取先前时间点的表行级数据。当使用flashback查询时，

需要在表名后指定as of timestamp子句或as of SCN子句，其中as of timestamp用于指定早期时间点，

而as of SCN用于指定早期的SCN值，示例如下：

*/

– 1.查原始记录 ，区间内有62 行

select *

from sphsy.login_table a

where a.id > 201204171078

and a.id < 201204171141

order by a.id ;

– 2.晚于区间的有 3016

select program,count(*)

from sphsy.login_table a

where a.id >= 201204171141

group by program ;

–3. 删除

delete from sphsy.login_table a

where a.id > 201204171078

and a.id < 201204171141

–4.利用闪回特性查到区间内，有62行

select * from sphsy.login_table

as of timestamp to_timestamp(’2012-04-17 17:20:30′,’YYYY-MM-DD HH24:MI:SS’)

where id > 201204171078

and id < 201204171141

– 5.不利用闪回特性，直接查询发现没有

select * from sphsy.login_table

where id > 201204171078

and id < 201204171141

– 6.进行数据恢复

– 禁止表上的触发器

alter trigger sphsy.T_INS_LOGIN_TABLE disable ;

– 恢复数据

insert into sphsy.login_table

select * from sphsy.login_table

as of timestamp to_timestamp(’2012-04-17 17:20:30′,’YYYY-MM-DD HH24:MI:SS’)

where id > 201204171078

and id < 201204171141

– 恢复触发器

alter trigger sphsy.T_INS_LOGIN_TABLE enable ;

– 7.晚于区间的数据回来了3130 = 3016 +62 + 后来的数据。实现了区间恢复误删除。

select program,count(*)

from sphsy.login_table a

where a.id >= 201204171078

group by program ;

– D. flashback table 恢复表到先前状态

/*

flashback查询可以用于恢复被误删除的表行数据，但是用户在表上执行了其他的DML语句误操作（insert或update），则不能直接使用flashback查询将表数据恢复到先前时间点，从oracle10g开始，使用flashback table语句可以将表恢复到先前时间点，通过使用该特征，可以避免执行基于时间点的不完全恢复，注意如果要在某个表上使用flashback table特征，则要求必须具有以下条件：

a.用户必须具有flashback any table系统权限或flashback对象权限

b.用户必修在表上具有select insert delete和alter权限

c.必须合理设置初始化参数undo_retention，以确保UNDO信息保留足够时间

d.必须激活行移动特征：alter table table_name enable row movement；

*/

– 1.查原始记录 ，区间内有62 行

select *

from sphsy.login_table a

where a.id > 201204171078

and a.id < 201204171141

order by a.id ;

– 2.晚于区间的有 3074

select count(*)

from sphsy.login_table a

where a.id >= 201204171141;

–3. 删除 ,先记下时间点，2012-04-17 17:43:46

select to_char(sysdate,’YYYY-MM-DD HH24:MI:SS’) from dual ;

delete from sphsy.login_table a

where a.id > 201204171078

and a.id < 201204171141

– 4.删除之后表 sphysy.login_table继续有修改 ,行3082

select count(*)

from sphsy.login_table a

where a.id >= 201204171141;

–5.激活行移动特征

alter table sphsy.login_table enable row movement

–6.利用闪回特性，直接恢复到删除时间点前

flashback table sphsy.login_table to timestamp to_timestamp(’2012-04-17 17:43:46′,’YYYY-MM-DD HH24:MI:SS’);

– 7.晚于区间的数据 回到了3080 ，说明时间点之后的修改丢失。

select count(*)

from sphsy.login_table a

where a.id >= 201204171141

– 8.往前推1分，恢复到删除之前，删除的62条也回来了。

flashback table sphsy.login_table to timestamp to_timestamp(’2012-04-17 17:40:46′,’YYYY-MM-DD HH24:MI:SS’);

– 62 行

select count(*)

from sphsy.login_table a

where a.id > 201204171078

and a.id < 201204171141

– 删除之后的数据为3074，代表还有修改丢失。

select count(*)

from sphsy.login_table a

where a.id >= 201204171141

/*

总结：方法C，方法D均可以用数据恢复。

方法C安全，恢复麻烦。方法D简单，有可能数据丢失。

*/
————————————————
版权声明：本文为CSDN博主「weixin_45389319」的原创文章，遵循CC 4.0 BY-SA版权协议，转载请附上原文出处链接及本声明。
原文链接：https://blog.csdn.net/weixin_45389319/article/details/109171677