利用延时备库找回被误删的数据


很多时候人为误操作会对Oracle的数据造成影响,比如误删数据。当误操作发生时,通常有四个解决方法:


1.闪回数据库或闪回表


2.备份恢复


3.logminer挖掘redo


4.使用延时库

前三种方法都不是很完美:


闪回数据库影响较大,且事先需要开启库上的闪回。


闪回表或闪回版本查询使用方便,但在繁忙的数据库中很容易快照过旧。


备份恢复耗时长、影响大


logminer挖掘日志耗时耗力

此时如果事先有搭建延时备库的话,则可以很容易的从备库得到误删的数据。以下进行演示。


主库:


SQL> show parameter instance_name


NAME TYPE VALUE


———————————— ———– ——————————


instance_name string BDDEV2

备库:


SQL> show parameter instance_name


NAME TYPE VALUE


———————————— ———– ——————————


instance_name string BDTEST

现有表及数据如下:


SQL> select * from scott.tb_test;


ID AGE TM


———- ———- —————–


1 2 20181203 14:22:14


2 3 20181203 14:22:14


3 4 20181203 14:22:14


4 5 20181203 14:22:14


5 6 20181203 14:22:14


6 7 20181203 14:22:14


7 8 20181203 14:22:14


8 9 20181203 14:22:14


9 10 20181203 14:22:14


10 11 20181203 14:22:14


10 rows selected.

此时备库是实时应用的:


SQL> SELECT * FROM V$DATAGUARD_STATS;


NAME VALUE UNIT TIME_COMPUTED DATUM_TIME


—————————— —————免费云主机域名————— —————————————- —————————— ——————————


transport lag +00 00:00:00 day(2) to second(0) interval 12/03/2018 14:23:33 12/03/2018 14:23:33


apply lag +00 00:00:00 day(2) to second(0) interval 12/03/2018 14:23:33 12/03/2018 14:23:33


apply finish time +00 00:00:00.000 day(2) to second(3) interval 12/03/2018 14:23:33


estimated startup time 7 second 12/03/2018 14:23:33


备库转为延时库,延时60分钟:


SQL> alter database recover managed standby database cancel;


Database altered.


SQL> alter database recover managed standby database disconnect from session delay 60;


Database altered.


主库修改记录:


SQL> update scott.tb_test set age = 100,tm = sysdate where id = 10;


1 row updated.


SQL> commit;


Commit complete.


SQL> select * from scott.tb_test;


ID AGE TM


———- ———- —————–


1 2 20181203 14:22:14


2 3 20181203 14:22:14


3 4 20181203 14:22:14


4 5 20181203 14:22:14


5 6 20181203 14:22:14


6 7 20181203 14:22:14


7 8 20181203 14:22:14


8 9 20181203 14:22:14


9 10 20181203 14:22:14


10 100 20181203 14:26:50


10 rows selected.

可看到,修改数据的时间为’

20181203 14:26:50

‘。


此时删除表数据:


SQL> select sysdate from dual;


SYSDATE


—————–



20181203 14:28:18


SQL> truncate table scott.tb_test;


Table truncated.


SQL> alter system switch logfile;


System altered.


此时主库中数据已经删除,备库中数据还停留在主库修改数据之前:


SQL> select * from scott.tb_test;


ID AGE TM


———- ———- —————–


1 2 20181203 14:22:14


2 3 20181203 14:22:14


3 4 20181203 14:22:14


4 5 20181203 14:22:14


5 6 20181203 14:22:14


6 7 20181203 14:22:14


7 8 20181203 14:22:14


8 9 20181203 14:22:14


9 10 20181203 14:22:14


10 11 20181203 14:22:14


如果我们要恢复数据到update之后、truncate之前,则要手动前滚备库到指定时间点:


–备库操作


重启备库到mount:


SQL> startup force mount;


ORACLE instance started.


Total System Global Area 2.1379E+10 bytes


Fixed Size 2262656 bytes


Variable Size 2.0401E+10 bytes


Database Buffers 939524096 bytes


Redo Buffers 36073472 bytes


Database mounted.


手动前滚备库到指定时间点:


SQL> recover standby database until time ‘20181203 14:27:00’;


ORA-00279: change 108456269 generated at 12/03/2018 14:26:50 needed for thread 1


ORA-00289: suggestion : /opt/app/oracle/archivelog_bdtest/1_248_987097214.dbf


ORA-00280: change 108456269 for thread 1 is in sequence #248


Specify log: {=suggested | filename | AUTO | CANCEL}


auto


Log applied.


Media recovery complete.


前滚完成,打开备库:


SQL> alter database open;


Database altered.


SQL> alter session set nls_date_format=’yyyymmdd hh34:mi:ss’;


Session altered.


SQL> select * from scott.tb_test;


ID AGE TM


———- ———- —————–


1 2 20181203 14:22:14


2 3 20181203 14:22:14


3 4 20181203 14:22:14


4 5 20181203 14:22:14


5 6 20181203 14:22:14


6 7 20181203 14:22:14


7 8 20181203 14:22:14


8 9 20181203 14:22:14


9 10 20181203 14:22:14


10 100 20181203 14:26:50


10 rows selected.


此时就得到了所需数据,只需把数据重新导入到主库中即可。


待处理完成后,重新打开备库的redo应用:


SQL> alter database recover managed standby database disconnect from session delay 60;


Database altered.


此时备库又变为了正常的延时库。


注意:


1.备库DELAY时间指的是当主库日志归档后,再延时DELAY指定的时间应用日志,比如:设置DELAY参数为20分钟,10:00主库日志归档,则10:20备库才会应用此归档日志


2.也可以在LOG_ARCHIVE_DEST_2指定DELAY参数达到同样的延时目的:


ALTER SYSTEM SET LOG_ARCHIVE_DEST_2=’SERVICE=DEVSTBY LGWR ASYNC VALID_FOR=(ONLINE_LOGFILES,PRIMARY_ROLE) DB_UNIQUE_NAME=DEVSTBY DELAY=60′


3.备库不能进行实时应用,因为实时应用会使DELAY参数失效,备库变为ADG

相关推荐: Oracle 数据库 组件相关说明【第一部分】

参考MOS文档: Information On Installed Database Components and Schemas (文档 ID 472937.1) Oracle 组件可以通过下面的SQL查看,这是我的一个生产库的组件情况,我当时是都部署了: …

免责声明:本站发布的图片视频文字,以转载和分享为主,文章观点不代表本站立场,本站不承担相关法律责任;如果涉及侵权请联系邮箱:360163164@qq.com举报,并提供相关证据,经查实将立刻删除涉嫌侵权内容。

(0)
打赏 微信扫一扫 微信扫一扫
上一篇 12/30 16:14
下一篇 12/30 16:14