zoukankan      html  css  js  c++  java
  • 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

  • 相关阅读:
    图的深度遍历
    判断森林中有多少棵树
    基于邻接矩阵的广度优先搜索
    第三届程序设计知识竞赛网络赛
    大数相乘
    a+b=x,ab=y
    poj3278
    不敢死队
    单链表中重复元素删除
    poj2506
  • 原文地址:https://www.cnblogs.com/jinxf/p/9171312.html
Copyright © 2011-2022 走看看