oracle dataguard archive gap后恢复

Posted

tags:

篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了oracle dataguard archive gap后恢复相关的知识,希望对你有一定的参考价值。

起因:源端数据库应用程序逻辑错误,导致重大量重试回滚,日产生归档300GB,异地备份在10Mbps的网速下,产生了archive gap;
解决流程:
1 查出备库当前的scn号

select current_scn from v$database;
1612480746

2 在主库生成基于备库scn的增量备份

--primary
show all;
run{
ALLOCATE CHANNEL d1 TYPE disk;
set limit channel d1 kbytes=104857600;
BACKUP  INCREMENTAL FROM SCN 1612480746 DATABASE FORMAT ‘J:\%U_for_stb.bk‘ include current controlfile for standby;
}

3 传送日志到备库

--standby
catalog start with ‘e:inc‘;

4 应用control file,增量备份集

restore standby controlfile to ‘e:control01.ctl‘ ;
shutdown immediate;
copy   e:control01.ctl   E:ORADATATCISCONTROL01.CTL
copy    e:control01.ctl  E:ORADATATCISCONTROL02.CTL
copy    e:control01.ctl  E:ORADATATCISCONTROL03.CTL

recover database noredo;
报错:

RMAN-03002: recover 命令 (在 07/08/2018 10:49:09 上) 失败
RMAN-06094: 数据文件5必须重新存储

启动原先的备库,select name from v$datafile
发现文件有重新rename的;有点梗;
5 修改数据文件位置

alter system set standby_file_management=manual;   
alter database rename file ‘E:ORADATATCISUBSS_INDX01.DBF‘ to ‘d:oradata	cisubss_indx01.dbf‘;
alter database rename file ‘E:ORADATATCISUBSS_INDX02.DBF‘ to ‘d:oradata	cisubss_indx02.dbf‘;

6 再次recover database noredo

又报错,第16号文件不存在
RMAN-03002: recover 命令 (在 07/08/2018 10:49:09 上) 失败
RMAN-06094: 数据文件16必须重新存储

以老的控制文件启动,发现第16号文件是之后添加的
7 主库上备份16号文件
backup datafile 16 format ‘j:16.bak‘;
8 备库上恢复16文件

--primary
catalog start with ‘e:inc‘;
restore datafile 16 ;
recover database noredo;
RMAN-03002: recover 命令 (在 07/07/2018 10:44:11 上) 失败
ORA-19693: 已包括备份片段 E:INCCDT7BHIL_1_1_FOR_STB.BK
recover失败,很名显,这个16号文件是之后恢复的,其scn大于之前做的备份片集

9 清理无效的备份片,再次重复2之后的步骤,backup ,restore controlfile,rename datafile,recover database ;

10 恢复完成后检查
复原参数
alter system set standby_file_management=auto;
启动recover
alter database recover managed standby database disconnect;
检查日志应用情况

SQL> select status,blocks,process,sequence# from v$managed_standby;

STATUS           BLOCKS PROCESS    SEQUENCE#
------------ ---------- --------- ----------
CONNECTED             0 ARCH               0
CONNECTED             0 ARCH               0
CONNECTED             0 ARCH               0
CONNECTED             0 ARCH               0
IDLE              20480 RFS            45261
IDLE              20480 RFS            45262
IDLE                  0 RFS                0
APPLYING_LOG      81560 MRP0           45248

检查归档,删除已应用的归档

select a.thread#, a.sequence#, a.applied,a.name
from v$archived_log a, v$database d
where a.activation# = d.activation#
and a.applied=‘YES‘ order by 2;

以上是关于oracle dataguard archive gap后恢复的主要内容,如果未能解决你的问题,请参考以下文章

oracle 11g dataguard安装出现的错误

Oracle DataGuard延迟应用归档归档日志

在oracle11g中配置多个DataGuard物理备机

Oracle 11.2.0.4.0 Dataguard部署和日常维护-Datauard 主备切换和故障转移篇

[dataguard同步数据库]oracle11g dataguard 备库数据同步的检查方法

Oracle 同步