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

很多时候人为误操作会对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: {<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 hh24: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