一、确认情况：
1、mrp进程等待gap：
2、确认日志应用情况：
select thread#,first_time,SEQUENCE#,block_sizeblocks/1024/1024,archived,applied,statu
from v$archived_log where first_time>sysdate-10 order by 2
3、确认gap：
确认产生了gap，且在源端确认，确实的归档已经不存在，且nub没有备份。
基于如上结论，得知归档产生了gap，备端db需要恢复。
二、进行恢复
1、 备份数据文件信息：
col name for a70
set lines 200 pages 200
Select file#,name from v$datafile;
主库：
备库：
2、 备份standby db 当前控制文件：
SQL> alter database backup controlfile to '/tmp/control.bak20200813';
3、 获取备库最后的scn，以下面最小的scn
col current_scn format 99999999999999999
select current_scn from v$database;SQL>
CURRENT_SCN
--
226206611
SQL> Select min(fhscn) from x$kcvfh;
MIN(FHSCN)
226206612
4、 确认主库是否添加了新的数据文件：
set linesize 300
col name for a70
select file#,name from v$datafile where creation_change#>=226206611;SQL> SQL>
FILE# NAME
-- --
26 +DATA1DG/ORAxxxxAGR/DATAFILE/xxxxtbs.311.1048346417
5、主库基于scn备份，并传输到备库1节点：
rman target /
run{
allocate channel c1 device type disk;
allocate channel c2 device type disk;
allocate channel c3 device type disk;
allocate channel c4 device type disk;
backup as compressed backupset INCREMENTAL FROM SCN 226206611 database format '/oracle/backup/dbinc%U.bak';
backup current controlfile for standby format '/oracle/backup/standby_controlfile.ctl';
release channel c1;
release channel c2;
release channel c3;
release channel c4;
}//代码效果参考：http://www.ezhiqi.com/zx/art_4464.html
cd /oracle/backup
scp 22.XX.XX.99:/nocopy/oracle_backup/backup
400多G的主库备份出来只有不到100M
(增量全备虽然量比较小，但是也要将所有数据文件都扫描一遍，所以如果主库较大，会占用较多的物理IO，且速度不会太快)
6、关闭备库2节点。
7、备库1节点停止mrp，更改standby_file_management为manual，启动到no
mount状态：
alter database recover managed standby database cancel;
alter system set standby_file_management=manual;
shutdown immediate;
startup nomount;
8、备库1节点恢复控制文件并注册备份集：
rman target /
restore standby controlfile from '/nocopy/oracle_backup/backup/standby_controlfile.ctl';
alter database mount;
catalog start with '/nocopy/oracle_backup/backup';
9、使用增量备份恢复备库与主库差别的数据文件（主库未新建文件可跳过）：
run
{
allocate channel c0 type disk;
set newname for datafile 26 to '+DATA1DG';
restore datafile 26;
release channel c0;
}//代码效果参考：http://www.ezhiqi.com/bx/art_4647.html
10、向新控制文件中注册datafile：
在使用omf时，重建备库控制文件之后，记录的数据文件路径和名字会变为 MUST_RENAME_THIS_DATAFILE，此时无法使用alter database rename file 'AAAA' to 'BBBB'; 无论将AAAA写成源端的数据文件路径，还是当前备库转换的数据文件路径，都不会识别会报ORA-01516。需要将备库的数据文件路径，catalog进控制文件，注册所有数据文件，并进行switch to copy操作
查看当前控制文件中记录的datafile信息：
（当前控制文件中显示的路径为MUST_RENAME_THIS_DATAFILE，且alert中报错）
向新控制文件中注册datafile：
catalog start with '+DATA1DG/ORAIPPSAGRS/DATAFILE';
进行switch：
Switch database to copy;
11、恢复数据库：
recover database noredo;
12、重新格式化所有log：
(1)查看log file
Select from v$logfile order by 1;
(2)格式化所有online log（格式化时会重新创建日志文件，因此你会发现磁盘组中的日志文件变多了，原来的不需要，直接rm掉即可）：
Alter database clear logfile group 1;
Alter database clear logfile group 2;
Alter database clear logfile group 3;
Alter database clear logfile group 4;
Alter database clear logfile group 5;
Alter database clear logfile group 6;
(3) 格式化所有standby log
Alter database clear logfile group 7;
Alter database clear logfile group 8;
Alter database clear logfile group 9;
Alter database clear logfile group 10;
Alter database clear logfile group 11;
Alter database clear logfile group 12;
Alter database clear logfile group 13;
Alter database clear logfile group 14;
(4)再次查看log file：
13、启动mrp：
alter database recover managed standby database using current logfile disconnect from session;
14、检查ADG状态：
SELECT thread#,PROCESS,PID,CLIENT_PROCESS, SEQUENCE#, block#,STATUS FROM V$MANAGED_STANDBY order by 1;
select thread#,first_time,SEQUENCE#,block_sizeblocks/1024/1024,archived,applied,status from v$archived_log where first_time>sysdate-1 order by 2
select from v$dataguard_stats;
15、在lag日志追平以后，更改standby_file_management为auto：
alter system set standby_file_management=AUTO;
16、停掉1节点mrp，启动备库1节点和2节点到open，再在1节点启动mrp：
17、最后一次检查数据库和ADG同步状态：
select database_role,protection_mode,protection_level from v$database;
set linesize 300
col dest_name for a30
col database_mode for a30
select dest_id,dest_name,DATABASE_MODE,PROTECTION_MODE,recovery_mode from v$archive_dest_status;
SELECT thread#,PROCESS,PID,CLIENT_PROCESS, SEQUENCE#, block#,STATUS FROM V$MANAGED_STANDBY order by 1;
select thread#,first_time,SEQUENCE#,block_sizeblocks/1024/1024,archived,applied,status from v$archived_log where first_time>sysdate-1 order by 2;
select * from v$dataguard_stats;
至此，所有恢复工作完成。
