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          1YES     INACTIVE               18963852012-6-13 1
         3          1        133   52428800          1 NO       CURRENT                19169732012-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/disk1/timran/arch_1_782662700_133.log',options=>dbms_logmnr.new);
 
SQL> execute dbms_logmnr.add_logfile(logfilename=>'/u01/disk1/timran/arch_1_782662700_134.log',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-DDHSQL_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    MEMBERSARCHIVED 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 YESINACTIVE              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> drop tablespace abcd including contents and datafiles;
SQL> alter database backup controlfile to '/u01/oradata/timran11g/con.bak2';
SQL> create tablespace timran datafile '/u01/oradata/timran11g/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/UNNAMED00003' as '/u01/oradata/timran11g/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/oradata/timran11g/con.bak'


4）删除表空间及数据文件
SQL> drop tablespace test 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