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

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

十多年的平武网站建设经验，针对设计、前端、开发、售后、文案、推广等六对一服务，响应快，48小时及时工作处理。全网整合营销推广的优势是能够根据用户设备显示端的尺寸不同，自动调整平武建站的显示方式，使网站能够适用不同显示终端，在浏览器中调整网站的宽度，无论在任何一种浏览器上浏览网站，都能展现优雅布局与设计，从而大程度地提升浏览体验。创新互联从事“平武网站设计”,“平武网站推广”以来，每个客户项目都认真落实执行。

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: {<RET>=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

文章题目：利用延时备库找回被误删的数据
本文路径：https://www.cdcxhl.com/article40/jisseo.html

成都网站建设公司_创新互联，为您提供App开发、网站改版、域名注册、关键词优化、企业网站制作、微信小程序

声明：本网站发布的内容（图片、视频和文字）以用户投稿、用户转载内容为主，如果涉及侵权请尽快告知，我们将会在第一时间删除。文章观点不代表本网站立场，如需处理请联系客服。电话：028-86922220；邮箱：631063699@qq.com。内容未经允许不得转载，或转载时需注明来源：创新互联

猜你还喜欢下面的内容