设为首页收藏本站

EPS数据狗论坛

 找回密码
 立即注册

QQ登录

只需一步,快速开始

查看: 1266|回复: 0

oracle基于数据挖掘的不完全恢复

[复制链接]

14

主题

112

金钱

187

积分

入门用户

发表于 2019-9-3 13:41:36 | 显示全部楼层 |阅读模式

由于某种误操作需要恢复数据库。当然我们都知道,假如自己之前有备份数据库可以用的rman进行恢复,但是这样的情况就会恢复倒备份的时刻状态,而不是误操作的时候的状态,也可以叫做造成恢复过度了。于是我们可以用不完全恢复。

注意:不完全恢复是需要关闭数据库的,所以对于7 * 24的数据库不适用,而且在误操作之前是要有备份的。

下面我们来模拟数据误操作以后的不完全恢复。

1备份数据库
  1. RMAN> backup database;

  2. Starting backup at 10-APR-17
  3. using channel ORA_DISK_1
  4. channel ORA_DISK_1: starting full datafile backup set
  5. channel ORA_DISK_1: specifying datafile(s) in backup set
  6. input datafile file number=00001 name=/u01/oracle/oradata/orcl/system01.dbf
  7. input datafile file number=00002 name=/u01/oracle/oradata/orcl/sysaux01.dbf
  8. input datafile file number=00005 name=/u01/oracle/oradata/orcl/user02.dbf
  9. input datafile file number=00006 name=/u01/oracle/oradata/orcl/tmpspace0327
  10. input datafile file number=00007 name=/u01/oracle/oradata/orcl/undotbs02.dbf
  11. input datafile file number=00008 name=/u01/oracle/oradata/orcl/example.dbf
  12. input datafile file number=00004 name=/u01/oracle/oradata/orcl/users01.dbf
  13. channel ORA_DISK_1: starting piece 1 at 10-APR-17
  14. channel ORA_DISK_1: finished piece 1 at 10-APR-17
  15. piece handle=/tmp/0us1cc3q_1_1 tag=TAG20170410T225138 comment=NONE
  16. channel ORA_DISK_1: backup set complete, elapsed time: 00:01:25
  17. channel ORA_DISK_1: starting full datafile backup set
  18. channel ORA_DISK_1: specifying datafile(s) in backup set
  19. including current control file in backup set
  20. including current SPFILE in backup set
  21. channel ORA_DISK_1: starting piece 1 at 10-APR-17
  22. channel ORA_DISK_1: finished piece 1 at 10-APR-17
  23. piece handle=/tmp/0vs1cc6f_1_1 tag=TAG20170410T225138 comment=NONE
  24. channel ORA_DISK_1: backup set complete, elapsed time: 00:00:02
  25. Finished backup at 10-APR-17
复制代码


2删数据(完全删除)
  1. SQL> drop table emp purge;

  2. Table dropped.
复制代码


3数据挖掘

    数据不完全恢复的时候我们要知道SCN或者时间点。需要从日志挖掘中找。
  1. SQL> desc dbms_logmnr;
  2. PROCEDURE ADD_LOGFILE
  3. Argument Name                        Type                        In/Out Default?
  4. ------------------------------ ----------------------- ------ --------
  5. LOGFILENAME                        VARCHAR2                IN
  6. OPTIONS                        BINARY_INTEGER                IN     DEFAULT
  7. # 在dbms_logmnr这个包中有一个过程ADD_LOGFILE ,这个就是需要把挖掘的日志添加进去,再打开挖掘,可以看到参数只需要用一个logfilename ,日志文件名,所以我们需要找到删除数据的时候适用的日志文件是哪个
  8. SQL> select group#,members,status from v$log;

  9.     GROUP#    MEMBERS STATUS
  10. ---------- ---------- ----------------
  11.          1            1 CURRENT
  12.          2            1 INACTIVE
  13.          3            1 INACTIVE
  14. # 可以看出当前适用的日志文件是1
  15. SQL> select group#,member,status from v$logfile;

  16.     GROUP#
  17. ----------
  18. MEMBER                                                                       STATUS
  19. ---------------------------------------------------------------------- -------
  20.          3
  21. /u01/oracle/oradata/orcl/redo03.log

  22.          2
  23. /u01/oracle/oradata/orcl/redo02.log

  24.          1
  25. /u01/oracle/oradata/orcl/redo01.log
  26. # 看以看出日志文件1 的名字是‘/u01/oracle/oradata/orcl/redo01.log’
复制代码


把日志文件添加进挖掘里面
  1. SQL> exec dbms_logmnr.add_logfile('/u01/oracle/oradata/orcl/redo01.log');

  2. PL/SQL procedure successfully completed.
复制代码


启动日志挖掘
  1. SQL> desc dbms_logmnr;
  2. PROCEDURE START_LOGMNR
  3. Argument Name                        Type                        In/Out Default?
  4. ------------------------------ ----------------------- ------ --------
  5. STARTSCN                        NUMBER                        IN     DEFAULT
  6. ENDSCN                         NUMBER                        IN     DEFAULT
  7. STARTTIME                        DATE                        IN     DEFAULT
  8. ENDTIME                        DATE                        IN     DEFAULT
  9. DICTFILENAME                        VARCHAR2                IN     DEFAULT
  10. OPTIONS                        BINARY_INTEGER                IN     DEFAULT
  11. # 我们可以看到包dbms_logmnr里面有一个start_logmnr 过程,用这个过程启动挖掘
  12. SQL> execute dbms_logmnr.START_LOGMNR(options=>dbms_logmnr.dict_from_online_catalog);

  13. PL/SQL procedure successfully completed.
  14. # 启动挖掘成功
复制代码


从挖掘中找到误操作数据当时的SCN和时间,在V $ LOGMNR_CONTENTS;
  1. SQL> select scn,to_char(TIMESTAMP,'yyyy-mm-dd hh24:mi:ss') TIMESTAMP,SQL_REDO,SQL_UNDO from v$logmnr_contents where table_name = 'EMP';

  2.        SCN TIMESTAMP                SQL_REDO             SQL_UNDO
  3. ---------- -------------------- -------------------- --------------------
  4.    2507301 2017-04-10 22:54:49        drop table emp purge
  5.                                 ;
复制代码


到此为止,我们已经挖掘成功,找到SCN和时间点

注意:如果用时间点恢复的时候要减1秒

最后关闭数据挖掘
  1. SQL> exec dbms_logmnr.end_logmnr;

  2. PL/SQL procedure successfully completed.
复制代码


4不完全恢复
  1. RMAN> shutdown immediate;

  2. using target database control file instead of recovery catalog
  3. database closed
  4. database dismounted
  5. Oracle instance shut down
  6. #先关闭数据库
  7. RMAN> startup mount;

  8. connected to target database (not started)
  9. Oracle instance started
  10. database mounted

  11. Total System Global Area     584568832 bytes

  12. Fixed Size                     2230552 bytes
  13. Variable Size                444597992 bytes
  14. Database Buffers             130023424 bytes
  15. Redo Buffers                   7716864 bytes
  16. #启动倒mount状态下
  17. RMAN> run{
  18. 2> set until scn 2507301;
  19. 3> restore database;
  20. 4> recover database;
  21. 5> alter database open resetlogs;
  22. 6> }

  23. executing command: SET until clause

  24. Starting restore at 10-APR-17
  25. allocated channel: ORA_DISK_1
  26. channel ORA_DISK_1: SID=137 device type=DISK

  27. channel ORA_DISK_1: starting datafile backup set restore
  28. channel ORA_DISK_1: specifying datafile(s) to restore from backup set
  29. channel ORA_DISK_1: restoring datafile 00001 to /u01/oracle/oradata/orcl/system01.dbf
  30. channel ORA_DISK_1: restoring datafile 00002 to /u01/oracle/oradata/orcl/sysaux01.dbf
  31. channel ORA_DISK_1: restoring datafile 00004 to /u01/oracle/oradata/orcl/users01.dbf
  32. channel ORA_DISK_1: restoring datafile 00005 to /u01/oracle/oradata/orcl/user02.dbf
  33. channel ORA_DISK_1: restoring datafile 00006 to /u01/oracle/oradata/orcl/tmpspace0327
  34. channel ORA_DISK_1: restoring datafile 00007 to /u01/oracle/oradata/orcl/undotbs02.dbf
  35. channel ORA_DISK_1: restoring datafile 00008 to /u01/oracle/oradata/orcl/example.dbf
  36. channel ORA_DISK_1: reading from backup piece /tmp/0us1cc3q_1_1
  37. channel ORA_DISK_1: piece handle=/tmp/0us1cc3q_1_1 tag=TAG20170410T225138
  38. channel ORA_DISK_1: restored backup piece 1
  39. channel ORA_DISK_1: restore complete, elapsed time: 00:01:15
  40. Finished restore at 10-APR-17

  41. Starting recover at 10-APR-17
  42. using channel ORA_DISK_1

  43. starting media recovery
  44. media recovery complete, elapsed time: 00:00:01

  45. Finished recover at 10-APR-17

  46. database opened
  47. # 用上面run{}脚本进行恢复,restore,recover,open resetlogs;
  48. # 成功
复制代码



5验证
  1. SQL> desc emp;
  2. Name                                           Null?    Type
  3. ----------------------------------------- -------- ----------------------------
  4. EMPNO                                           NOT NULL NUMBER(4)
  5. ENAME                                                    VARCHAR2(10)
  6. JOB                                                    VARCHAR2(9)
  7. MGR                                                    NUMBER(4)
  8. HIREDATE                                            DATE
  9. SAL                                                    NUMBER(7,2)
  10. COMM                                                    NUMBER(7,2)
  11. DEPTNO                                             NUMBER(2)

  12. SQL> select count(*) from emp;

  13.   COUNT(*)
  14. ----------
  15. # 被删除的emp表恢复成功
复制代码



6重新备份数据库

注意:恢复倒误操作时刻成功了,但是误操作之后做的事情就会丢失,所以要谨慎,而且需要关闭数据。

在oracle11g中还可以在线克隆的方式避免关闭数据库:
方法大致步骤:

    1)在线克隆一个备库

    2)在备库中进行不完全恢复

    3)把备库中部完全恢复成功的数据拷贝到主库

这样既可以不用关闭数据库,也解决了不完全恢复有可能造成的部分数据丢失。
您需要登录后才可以回帖 登录 | 立即注册

本版积分规则

关闭

站长推荐上一条 /1 下一条

客服中心
关闭
在线时间:
周一~周五
8:30-17:30
QQ群:
653541906
联系电话:
010-85786021-8017
在线咨询
客服中心

意见反馈|网站地图|手机版|小黑屋|EPS数据狗论坛 ( 京ICP备09019565号-3 )   

Powered by BFIT! X3.4

© 2008-2028 BFIT Inc.

快速回复 返回顶部 返回列表