用不完全恢复找回被误删除表空间（三）

  • huyi_tony

    2014-07-07 11:44:18
  • Oracle
  • 原创
这个案例跟前两个案例对比：
用不完全恢复找回被误删除表空间（一）  http://blog.itpub.net/12238525/viewspace-1211078/
用不完全恢复找回被误删除表空间（二）  http://blog.itpub.net/12238525/viewspace-1211151/

创建表空间NEWTS之前，有数据库的备份（包含所有的数据文件和控制文件）。 然后，创建了NEWTS表空间。之后， NEWTS表空间被误删除。
现在想用不完全恢复恢复找回NEWTS表空间。(注：NEWTS表空间 没有备份 这是跟  用不完全恢复找回被误删除表空间（二） 不同地方）


点击(此处)折叠或打开

  1. sys@BJDB>select tablespace_name from dba_tablespaces;    -- 备份前，没有NEWTS表空间

  3. TABLESPACE_NAME
  4. ------------------------------
  5. SYSTEM
  6. SYSAUX
  7. TEMPTS1
  8. TS_ASSM
  9. SMALL_UNDO

  11. sys@BJDB>@/home/oracle/scripts/hot_backup.sql            -- 备份脚本备份所以的数据文件 和 控制文件（注意 这时没有NETS表空间）
创建NEWTS 表空间

点击(此处)折叠或打开

  1. sys@BJDB>create tablespace newts datafile \'/oradata/BJDB/newts01.dbf\' size 50M;          -- 创建NEWTS表空间

  3. Tablespace created.

  5. sys@BJDB>create table scott.tab_newts                                                      -- NEWTS表空间下 创建一个测试表
  6.   2 tablespace newts
  7.   3 as select * from scott.dept;
该表空间被误操作 drop tablespace

点击(此处)折叠或打开

  1. sys@BJDB>select current_scn from v$database;

  3. CURRENT_SCN
  4. -----------
  5.     8489906

  7. sys@BJDB>drop tablespace newts including contents and datafiles;

  9. Tablespace dropped.

处理：
1， 先把实例启动到 nomount状态。
2，转储备份的控制文件，然后 加载数据库

点击(此处)折叠或打开

  1. [oracle@Redhat55 hot]$ cp /u02/backup/BJDB/hot/control.backup /oradata/BJDB/control01.ctl    -- 转储备份的控制文件
  2. [oracle@Redhat55 hot]$ cp /u02/backup/BJDB/hot/control.backup /oradata/BJDB/control02.ctl

  4. sys@BJDB>alter database mount;

  6. Database altered.

  8. sys@BJDB>select name from v$tablespace;                     -- 未识别 NEWTS表空间，这是因为备份Controlfile时，还没有NEWTS表空间

  10. NAME
  11. ----------------------------------------------------------
  12. SYSTEM
  13. SYSAUX
  14. TS_ASSM
  15. SMALL_UNDO
  16. TEMPTS1
3， 转储所有的数据文件，开始做不完全恢复

点击(此处)折叠或打开

  1. [oracle@Redhat55 hot]$ cp /u02/backup/BJDB/hot/*.dbf /oradata/BJDB/   -- 没有 NEWTS表空间的备份

  3. sys@BJDB>recover database until change 8489906 using backup controlfile;
  4. ORA-00279: change 8488811 generated at 07/06/2014 23:22:37 needed for thread 1
  5. ORA-00289: suggestion : /u02/backup/BJDB/disk1/1_2_852246497.dbf
  6. ORA-00280: change 8488811 for thread 1 is in sequence #2


  9. Specify log: {<RET>=suggested | filename | AUTO | CANCEL}
  10. auto
  11. ORA-00283: recovery session canceled due to errors
  12. ORA-01244: unnamed datafile(s) added to control file by media recovery
  13. ORA-01110: data file 3: \'/oradata/BJDB/newts01.dbf\'                   -- 恢复的过程中报错 找不到 数据文件 /oradata/BJDB/newts01.dbf


  16. ORA-01112: media recovery not started


  19. sys@BJDB>select name from v$tablespace;

  21. NAME
  22. ----------------------------------------------------------
  23. SYSTEM
  24. SYSAUX
  25. NEWTS
  26. TS_ASSM
  27. SMALL_UNDO
  28. TEMPTS1

  30. 6 rows selected.

  32. sys@BJDB>select name from v$datafile;

  34. NAME
  35. ----------------------------------------------------------
  36. /oradata/BJDB/system01.dbf
  37. /oradata/BJDB/sysaux01.dbf
  38. /u01/app/oracle/product/11.2.0/dbhome_1/dbs/UNNAMED00003     -- 正确的数据文件应该是 /oradata/BJDB/newts01.dbf
  39. /oradata/BJDB/ts_assm01.dbf
  40. /oradata/BJDB/small_undo01.dbf
4， 由于 /oradata/BJDB/newts01.dbf 没有做备份，我们需要create一下该数据文件

点击(此处)折叠或打开

  1. sys@BJDB>alter database create datafile \'/u01/app/oracle/product/11.2.0/dbhome_1/dbs/UNNAMED00003\'  
  2.         as \'/oradata/BJDB/newts01.dbf\';                              -- 重新添加数据文件 /oradata/BJDB/newts01.dbf\

  4. Database altered.

  6. sys@BJDB>select name from v$datafile;

  8. NAME
  9. ----------------------------------------------------------
  10. /oradata/BJDB/system01.dbf
  11. /oradata/BJDB/sysaux01.dbf
  12. /oradata/BJDB/newts01.dbf                                     -- 文件名被该回来了
  13. /oradata/BJDB/ts_assm01.dbf
  14. /oradata/BJDB/small_undo01.dbf
6， 再重新做不完全恢复

点击(此处)折叠或打开

  1. sys@BJDB>recover database until change 8489906 using backup controlfile;
  2. ORA-00279: change 8488811 generated at 07/06/2014 23:22:37 needed for thread 1
  3. ORA-00289: suggestion : /u02/backup/BJDB/disk1/1_2_852246497.dbf
  4. ORA-00280: change 8488811 for thread 1 is in sequence #2


  7. Specify log: {<RET>=suggested | filename | AUTO | CANCEL}
  8. auto
  9. ORA-00279: change 8489905 generated at 07/06/2014 23:28:54 needed for thread 1
  10. ORA-00289: suggestion : /u02/backup/BJDB/disk1/1_3_852246497.dbf
  11. ORA-00280: change 8489905 for thread 1 is in sequence #3
  12. ORA-00278: log file \'/u02/backup/BJDB/disk1/1_2_852246497.dbf\' no longer needed for this recovery


  15. Log applied.
  16. Media recovery complete.
7， 用resetlogs 方式打开数据库

点击(此处)折叠或打开

  1. sys@BJDB>alter database open resetlogs;

  3. Database altered.

8， 验证恢复效果

点击(此处)折叠或打开

  1. sys@BJDB>select tablespace_name from dba_tablespaces;

  3. TABLESPACE_NAME
  4. ------------------------------
  5. SYSTEM
  6. SYSAUX
  7. TEMPTS1
  8. TS_ASSM
  9. SMALL_UNDO
  10. NEWTS

  12. 6 rows selected.

  14. sys@BJDB>select file_name from dba_data_files;

  16. FILE_NAME
  17. -------------------------------------------------
  18. /oradata/BJDB/small_undo01.dbf
  19. /oradata/BJDB/ts_assm01.dbf
  20. /oradata/BJDB/newts01.dbf
  21. /oradata/BJDB/sysaux01.dbf
  22. /oradata/BJDB/system01.dbf

  24. sys@BJDB>select * from scott.tab_newts;              -- NEWTS下的表被找回

  26.     DEPTNO DNAME LOC
  27. ---------- -------------- -------------
  28.         10 ACCOUNTING NEW YORK
  29.         20 RESEARCH DALLAS
  30.         30 SALES CHICAGO
  31.         40 OPERATIONS BOSTON
































请使用浏览器的分享功能分享到微信等