oracle之三手工不完全恢复

手工不完全恢复

4.1 不完全恢复的特点：
1）让整个database 回到过去某个时间点，不能避免数据丢失。
2）想跳过坏日志而继续恢复所有其他工作是不可能的，前滚没有这个功能(考点）。
3）必须以sysdba身份连接进行不完全恢复，普通用户或sysoper都不行（考点）。
4）语句只有recover database until 这种形式，表示整个数据库回到某个时间点或SCN，而until是指恢复在时间点前停止（考点）。

4.2 不完全恢复（Incomplete recover） 适用环境：
1）在过去的某个时间点重要的数据被破坏。
2）在做完全恢复时，丢失了归档日志或当前online redo log（考点）
3）当误删除了表空间时（有控制文件备份）
4）丢失了所有的控制文件，使用备份的控制文件恢复时 （条件满足时可以完全恢复）

4.3 不完全恢复的基本类型：
1）基于时间点 （until time): 使整个数据库恢复到过去的一个时间点前
2）基于scn （until change）： 使整个数据库恢复到过去的某个SCN前
3）基于cancel (until cancel)： 使整个数据库恢复到归档日志或当前日志的断点前
4）基于误删除表空间（使用备份的controlfile）： 使整个数据库恢复到误删除表空间前

4.4、logminer 工具的使用

对redo log 进行挖掘，找出在某个时间点所作的DDL 或DML 误操作（包括：时间点、scn 、sql语句）

4.5 不完全恢复范例：

范例1:

恢复过去某个时间点误删除的table

4.5.1 基于时间点的不完全恢复

1）环境：scott用户在test表空间下有个t1表

SQL> conn scott/scott
SQL> select * from t1;

ID
----------
1
2

2）误删除了t1表，并purge了。

SQL> drop table t1 purge;
SQL> select * from v$log;

GROUP# THREAD# SEQUENCE# BYTES MEMBERS ARCHIVED STATUS FIRST_CHANGE# FIRST_TIME
---------- ---------- ---------- ---------- ---------- -------- ---------------- ------------- -----------
1 1 131 52428800 1 YES INACTIVE 1875893 2012-6-13 1
2 1 132 52428800 1 YES INACTIVE 1896385 2012-6-13 1
3 1 133 52428800 1 NO CURRENT 1916973 2012-7-18 1

SQL> alter system switch logfile;
SQL> /
SQL> /

SQL> select name from v$archived_log;

NAME
--------------------------------------------------------------------------------
...
/u01/disk1/timran/arch_1_782662700_129.log
/u01/disk1/timran/arch_1_782662700_130.log
/u01/disk1/timran/arch_1_782662700_131.log
/u01/disk1/timran/arch_1_782662700_132.log
/u01/disk1/timran/arch_1_782662700_133.log //drop table t1 purge这个动作的日志条目记录在此归档日志里了。
/u01/disk1/timran/arch_1_782662700_134.log
/u01/disk1/timran/arch_1_782662700_135.log

116 rows selected

3）通过logmr 找出误操作的ddl命令的timestamp 或 san

SQL> show parameter utl

NAME TYPE VALUE
------------------------------------ ----------- ------------------------------
create_stored_outlines string
utl_file_dir string /home/oracle/logmnr

SQL> execute dbms_logmnr_d.build('dict.ora','/home/oracle/logmnr',dbms_logmnr_d.store_in_flat_file);

SQL> execute dbms_logmnr.add_logfile(logfilename=>'/u01/data/urpdb/redo02.log',options=>dbms_logmnr.new);

SQL> execute dbms_logmnr.add_logfile(logfilename=>'/u01/arch/1_1_898869977.dbf',options=>dbms_logmnr.addfile);

SQL> execute dbms_logmnr.start_logmnr(dictfilename=>'/home/oracle/logmnr/dict.ora',options=>dbms_logmnr.ddl_dict_tracking);

SQL> select username,scn,to_char(timestamp,'yyyy-mm-dd hh24:mi:ss'),sql_redo from v$logmnr_contents WHERE lower(sql_redo) like 'drop table%';

USERNAME SCN TO_CHAR(TIMESTAMP,'YYYY-MM-DDH SQL_REDO
------------------------------ ---------- ------------------------------ -----------------------------------------------
SCOTT 1918000 2012-08-01 17:28:29 drop table t1 purge;

SQL> execute dbms_logmnr.end_logmnr;

4） 关闭数据库，删除所有dbf，准备做不完全恢复

SQL> alter system checkpoint; //控制文件更新
SQL> shutdown abort

[oracle@timran ~]$ cd /u01/oradata/timran11g
[oracle@timran ~]$ rm *.dbf

5）还原所有备份的数据文件

[oracle@timran ~]$ cp /u01/back1/*.dbf ./

6）根据log miner提供的信息，做基于时间点的不完全恢复

17:31:43 SQL> startup
17:33:07 SQL> recover database until time '2012-08-01 17:28:29';

ORA-00279: change 1917581 generated at 07/18/2012 16:46:34 needed for thread 1
ORA-00289: suggestion : /u01/disk1/timran/arch_1_782662700_133.log
ORA-00280: change 1917581 for thread 1 is in sequence #133

17:33:17 Specify log: {<RET>=suggested | filename | AUTO | CANCEL}
auto

Log applied.
Media recovery complete.

7）resetlogs方式打开数据库
SQL> alter database open resetlogs;

8）验证

SQL> select * from scott.t1;

ID
----------
1
2

9）看看在resetlogs后，日志sequence重置了。
SQL> select * from v$log;

GROUP# THREAD# SEQUENCE# BYTES MEMBERS ARCHIVED STATUS FIRST_CHANGE# FIRST_TIME
---------- ---------- ---------- ---------- ---------- -------- ---------------- ------------- ----------------------------------------------------------------------
1 1 0 52428800 1 YES UNUSED 0
2 1 0 52428800 1 YES UNUSED 0
3 1 1 52428800 1 NO CURRENT 1918000 2012-8-1 17

4.5.2 基于SCN的不完全恢复（略）

在手工基于scn的不完全恢复的命令子句是change关键字，与基于时间的不完全恢复类似，其命令格式只要将recover命令换成下面即可：

SQL> recover database until change 1918000;

这里不多赘述了。

4.5.3 基于cancel的不完全恢复(略）

4.5.4 基于backup controlfile 的恢复

不完全恢复中的复杂性是恢复数据文件的时候使用备份的控制文件。

1）为什么会使用备份的控制文件? 实际工作中主要有两种情况：

第一种：当前控制文件全部损坏，而数据文件备份，控制文件备份及当前日志处于不同SCN版本，它们之间又增加过表空间（数据文件）。
第二种：当前控制文件没有损坏，但想要恢复被删除的表空间。

2）使用备份的控制文件恢复数据库的语法：

recover database until [time|change] using backup controlfile;

注意：[time|change]是可选的，就是说如果条件满足，仍然可以做到完全恢复。
然后会有如下选项：

Specify log: {<RET>=suggested | filename | AUTO | CANCEL}

此语法的出现是由于控制文件和当前日志中不一致，当前日志的scn总是最新的，而控制文件可能是老的或尚未更新的（shutdwon abort过)。

AUTO： 自动使用archivelog前滚恢复，但一般不包括前滚current log;
filename： 输入当前文件的路径和文件名，是指current log的恢复
CANCEL： 退出。

考点：
1）在控制文件丢失后进行恢复将会将会出现停机时间，因此不能联机执行控制文件的恢复。
2）使用backup controlfile子句的恢复数据库之后，一律要使用alter database open resetlogs打开数据库。

范例1：(属于第一种情况）

环境：当前控制文件损坏，数据文件损坏，有全备但之后增加了表空间，并备份了配套的控制文件。

模式：所有数据文件备份（老）------(新建表空间abcd)-----备份控制文件（次新）------日志文件（新）

分析：新建表空间数据文件损坏, 全备里没有该数据文件的备份及控制文件描述，当前控制文件又丢失，只能用备份的控制文件恢复。

1）环境：
SQL> select * from v$tablespace;

TS# NAME INC BIG FLA ENC
---------- ------------------------------ --- --- --- ---
0 SYSTEM YES NO YES
1 SYSAUX YES NO YES
4 USERS YES NO YES
6 EXAMPLE YES NO YES
8 TEST YES NO YES
2 UNDOTBS1 YES NO YES
3 TEMP NO NO YES

SQL> select * from v$log;

GROUP# THREAD# SEQUENCE# BYTES MEMBERS ARC STATUS FIRST_CHANGE# FIRST_TIME
---------- ---------- ---------- ---------- ---------- --- ---------------- ------------- --------------------------------------------------------------
1 1 7 52428800 1 NO CURRENT 6676574 2013-01-17 13:55:19
2 1 5 52428800 1 YES INACTIVE 6676549 2013-01-17 13:54:14
3 1 6 52428800 1 YES INACTIVE 6676562 2013-01-17 13:54:48

SQL> create tablespace abcd datafile '/u01/oradata/timran11g/abcd01.dbf' size 5m;
SQL> create table scott.a1 (name char(10)) tablespace abcd;
SQL> insert into scott.a1 values('a');
SQL> commit;
SQL> select * from scott.a1;

NAME
----------
a

SQL> alter system switch logfile;

2）备份控制文件

19:17:55 SQL> alter database backup controlfile to '/u01/oradata/timran11g/con.bak1';

3) 模拟abcd01.dbf损坏,查证访问数据文件报错。

[oracle@timran ~]$rm /u01/oradata/timran11g/abcd01.dbf //数据库open状态，删除abcd01.dbf数据文件

SQL> alter system flush buffer_cache; //db buffer 清空
SQL> conn / as sysdba //换个session查看 a1表物理读失败
SQL> select * from scott.a1;

4）关闭数据库

SQL> shutdown abort;

5）恢复所有数据文件备份，准备做不完全恢复
[oracle@timran timran11g]$ cd /u01/oradata/timran11g
[oracle@timran timran11g]$ rm *.ctl
[oracle@timran timran11g]$ rm *.dbf
[oracle@timran timran11g]$ cp /u01/back1/*.dbf ./
[oracle@timran timran11g]$ cp con.bak1 control01.ctl
[oracle@timran timran11g]$ cp con.bak1 control02.ctl
[oracle@timran timran11g]$ cp con.bak1 control03.ctl

SQL> startup
SQL> col name for a50;
SQL> select file#,checkpoint_change#,name from v$datafile;

FILE# CHECKPOINT_CHANGE# NAME
---------- ------------------ --------------------------------------------------
1 6676574 /u01/oradata/timran11g/system01.dbf
2 6676574 /u01/oradata/timran11g/sysaux01.dbf
3 6676601 /u01/oradata/timran11g/abcd01.dbf
4 6676574 /u01/oradata/timran11g/user01.dbf
5 6676574 /u01/oradata/timran11g/example01.dbf
6 6676574 /u01/oradata/timran11g/test01.dbf
7 6676574 /u01/oradata/timran11g/undotbs01.dbf

SQL> select file#,checkpoint_change# from v$datafile_header;

FILE# CHECKPOINT_CHANGE#
---------- ------------------
1 6676343
2 6676343
3 0
4 6676343
5 6676343
6 6676343
7 6676343

//可以看出：1）file3 在控制文件里记录是abcd01.dbf,而与之对应的数据文件3是不存在的，2）备份的数据备份的scn比控制文件scn还老。

6）使用备份控制文件恢复

SQL> recover database using backup controlfile;

ORA-00283: 恢复会话因错误而取消
ORA-01110: 数据文件 3: '/u01/oradata/timran11g/abcd01.dbf'
ORA-01157: 无法标识/锁定数据文件 3 - 请参阅 DBWR 跟踪文件
ORA-01110: 数据文件 3: '/u01/oradata/timran11g/abcd01.dbf'

//此错是因为老备份里没有abcd表空间，但只要控制文件里记录了abcd就好办，方法是建一个datafile的空文件，而其中内容可由日志文件recover(前滚)时填补出来。

SQL> alter database create datafile '/u01/oradata/timran11g/abcd01.dbf';

---再次使用备份控制文件恢复

SQL> recover database using backup controlfile;
......

ORA-00308: 无法打开归档日志 '/u01/disk1/timran/arch_1_804846837_9.log'
ORA-27037: 无法获得文件状态
Linux Error: 2: No such file or directory
Additional information: 3

//archive日志前滚结束了，但当前日志里还有信息需要恢复
//注意: 对于这个例子来说，一定要看清提示：如果提示的不是归档的日志（是当前日志），则要直接要输入filename 不能输入auto，否则open时会失败。

SQL> recover database using backup controlfile; //再次做恢复

指定日志: {<RET>=suggested | filename | AUTO | CANCEL}
/u01/oradata/timran11g/redo03.log //把蛇头（当前日志）给它。
已应用的日志。
完成介质恢复。

7）resetlogs打开数据库

SQL> alter database open resetlogs;

8）验证
SQL> select * from scott.a1;

NAME
----------------------------------------
a

范例2：(属于第一种情况）(略)

环境：当前控制文件损坏，新建表空间在备份控制文件之后

模式：全备（老）-----备份控制文件（次新）-----新建表空间timran------日志文件（新）

分析：整个恢复过程中datafile结构有了变化，变化发生在备份控制文件之后，新增了表空间timran,控制文件备份里没有此表空间记录，但日志里有。

1）环境
SQL> alter database backup controlfile to '/u01/con.bak';
SQL> create tablespace timran datafile '/u01/data/orcl/timran01.dbf' size 5m;
SQL> create table scott.r1 (id int) tablespace timran ;
SQL> insert into scott.r1 values(1);
SQL> commit;

SQL> select * from v$tablespace;

TS# NAME INC BIG FLA ENC
---------- -------------------------------------------------- --- --- --- ---
0 SYSTEM YES NO YES
1 SYSAUX YES NO YES
14 TIMRAN YES NO YES
4 USERS YES NO YES
6 EXAMPLE YES NO YES
8 TEST YES NO YES
3 TEMP NO NO YES
2 UNDOTBS1 YES NO YES

SQL> select * from scott.r1;

ID
----------
1

SQL> select * from v$log;

GROUP# THREAD# SEQUENCE# BYTES MEMBERS ARC STATUS FIRST_CHANGE# FIRST_TIME
---------- ---------- ---------- ---------- ---------- --- ---------------- ------------- -----------------------------------------------------------------
1 1 1 52428800 1 NO CURRENT 6677119 2013-01-17 14:08:18
2 1 0 52428800 1 YES UNUSED 0
3 1 0 52428800 1 YES UNUSED 0

2）模拟新建数据文件损坏,查证访问数据文件报错。

[oracle@timran timran11g]rm timran01.dbf

SQL>alter system flush buffer_cache;
SQL>conn / as sysdba
SQL>select * from scott.r1;

3） 关闭数据库

SQL>shutdown abort

4）还原所有数据文件，以老控制文件替换当前控制文件

[oracle@timran timran11g]$ cd /u01/oradata/timran11g
[oracle@timran timran11g]$ rm *.ctl
[oracle@timran timran11g]$ rm *.dbf
[oracle@timran timran11g]$ cp /u01/back1/*.dbf ./
[oracle@timran timran11g]$ cp con.bak2 control01.ctl
[oracle@timran timran11g]$ cp con.bak2 control02.ctl
[oracle@timran timran11g]$ cp con.bak2 control03.ctl

5）启动数据库

SQL> startup
ORACLE 例程已经启动。
......
数据库装载完毕。
ORA-01589: 要打开数据库则必须使用 RESETLOGS 或 NORESETLOGS 选项

SQL> select file#,checkpoint_change#,name from v$datafile;

FILE# CHECKPOINT_CHANGE# NAME
---------- ------------------ --------------------------------------------------
1 6677122 /u01/oradata/timran11g/system01.dbf
2 6677122 /u01/oradata/timran11g/sysaux01.dbf
4 6677122 /u01/oradata/timran11g/user01.dbf
5 6677122 /u01/oradata/timran11g/example01.dbf
6 6677122 /u01/oradata/timran11g/test01.dbf
7 6677122 /u01/oradata/timran11g/undotbs01.dbf

SQL> select file#,checkpoint_change# from v$datafile_header;

FILE# CHECKPOINT_CHANGE#
---------- ------------------
1 6676343
2 6676343
4 6676343
5 6676343
6 6676343
7 6676343

6）使用备份控制文件恢复数据库

SQL> recover database using backup controlfile;

ORA-00279: 更改 6676343 (在 01/16/2013 14:11:39 生成) 对于线程 1 是必需的
ORA-00289: 建议: /u01/disk1/timran/arch_1_804846837_4.log
ORA-00280: 更改 6676343 (用于线程 1) 在序列 #4 中

指定日志: {<RET>=suggested | filename | AUTO | CANCEL}
auto
......

指定日志: {<RET>=suggested | filename | AUTO | CANCEL}
/u01/oradata/timran11g/redo01.log
......
ORA-00283: 恢复会话因错误而取消
ORA-01244: 未命名的数据文件由介质恢复添加至控制文件
ORA-01110: 数据文件 3: '/u01/oradata/timran11g/timran01.dbf'

ORA-01112: 未启动介质恢复

SQL> select file#,checkpoint_change#,name from v$datafile;

FILE# CHECKPOINT_CHANGE# NAME
---------- ------------------ --------------------------------------------------
1 6678002 /u01/oradata/timran11g/system01.dbf
2 6678002 /u01/oradata/timran11g/sysaux01.dbf
3 6677999 /u01/oracle/dbs/UNNAMED00003 //注意这个问题，老控制文件不知道之后的timran01.dbf
4 6678002 /u01/oradata/timran11g/user01.dbf
5 6678002 /u01/oradata/timran11g/example01.dbf
6 6678002 /u01/oradata/timran11g/test01.dbf
7 6678002 /u01/oradata/timran11g/undotbs01.dbf

SQL> select file#,checkpoint_change# from v$datafile_header;

FILE# CHECKPOINT_CHANGE#
---------- ------------------
1 6678002
2 6678002
3 0
4 6678002
5 6678002
6 6678002
7 6678002

7）重命名数据文件

SQL> alter database create datafile '/u01/oracle/dbs/UNNAMED00006' as '/u01/data/orcl/timran01.dbf';

//上面的命令一石二鸟，自动完成了两个动作1）加了一个数据文件timran01.dbf，2）重命名控制文件UNNAMED00003为timran01.dbf

SQL> select file#,checkpoint_change#,name from v$datafile;

FILE# CHECKPOINT_CHANGE# NAME
---------- ------------------ --------------------------------------------------
1 6678002 /u01/oradata/timran11g/system01.dbf
2 6678002 /u01/oradata/timran11g/sysaux01.dbf
3 6677999 /u01/oradata/timran11g/timran01.dbf
4 6678002 /u01/oradata/timran11g/user01.dbf
5 6678002 /u01/oradata/timran11g/example01.dbf
6 6678002 /u01/oradata/timran11g/test01.dbf
7 6678002 /u01/oradata/timran11g/undotbs01.dbf

SQL> recover database using backup controlfile;

8）resetlogs打开数据库

SQL> alter database open resetlogs;

9）验证

SQL> select * from scott.r1;

ID
----------
1

范例3 恢复被删除的表空间（属于第二种情况）（略去，将在RMAN中介绍）

环境：用户使用正常操作命令删除了表空间及其数据文件，但之后又希望恢复删除的表空间。全备里有这个表空间的数据文件。

模式：全备（老）------控制文件备份（次新）-----删除表空间------所需日志（新）

分析：当用户使用drop tablesapce xxx including contents and datafiles 这条DDL语句后，数据库的结构发生了变更，涉及了三个地方。
a）控制文件
b）该表空间下的数据文件
c）系统表空间（数据字典）

特别提醒的是：当前的控制文件里已经没有该表空间的信息了，所以不能使用当前的控制文件做恢复。恢复这个表空间要满足三个条件：
a）要有该表空间的数据文件备份
b）使用不完全恢复（基于时间点或scn）
c）使用备份的控制文件，而这个控制文件是删除该表空间前的控制文件，不是当前的控制文件。这个非常重要，该控制文件中的内容记录了你需要恢复数据库结构，重要的这个控制文件必须
包括有你要恢复的那个表空间的信息。

1）背景：
SQL> select * from v$tablespace;

TS# NAME INC BIG FLA ENC
---------- ------------------------------ --- --- --- ---
0 SYSTEM YES NO YES
1 SYSAUX YES NO YES
5 UNDOTBS2 YES NO YES
4 USERS YES NO YES
6 EXAMPLE YES NO YES
8 TEST YES NO YES
3 TEMP NO NO YES

SQL> create table scott.t1(id int) tablespace test;
SQL> insert into scott.t1 values(1);
SQL> commit;

SQL> alter system switch logfile;
SQL> /
SQL> /

2）记录下当前scn
SQL> select current_scn from v$database;

CURRENT_SCN
-----------
7222848

3）备份控制文件
SQL> alter database backup controlfile to '/u01/con.bak';

4）删除表空间及数据文件
SQL> drop tablespace timran including contents and datafiles;

SQL> shutdown abort

5）删除所有数据文件和当前控制文件，还原所有数据文件及备份的控制文件
[oracle@timran timran11g]$ rm *.dbf
[oracle@timran timran11g]$ rm *.ctl
[oracle@timran timran11g]$ cp /u01/back1/*.dbf ./
[oracle@timran timran11g]$ cp con.bak control01.ctl
[oracle@timran timran11g]$ cp con.bak control02.ctl
[oracle@timran timran11g]$ cp con.bak control03.ctl

6）启动数据库后，要做基于时间点（或SCN）的不完全恢复

SQL> startup
...
数据库装载完毕。
ORA-01589: 要打开数据库则必须使用 RESETLOGS 或 NORESETLOGS 选

SQL> recover database until change 7222848 using backup controlfile;

7）以不完全恢复方式打开数据库
SQL> alter database open resetlogs;

8）验证
SQL> select * from scott.t1;

ID
----------
1