通过service 修复12c备库

-- 1.关闭备库
shu abort
startup mount

-- 2.比对主、备库文件是否有不同
col name for a50
col fhscn for 99999999999999
set lin 120 pages 100
SELECT FILE#, NAME,CHECKPOINT_CHANGE# fhscn FROM v$datafile_header;

-- 3.备库确认当前备库scn，稍后的步骤中确定是否主数有新数据文件
SELECT CURRENT_SCN FROM V$DATABASE;

-- 4.备库同步差异（简单多了）
rman target /
recover database from service TNS_PRIM noredo using compressed backupset;

-- 5.备库同步最新的控制文件
shutdown immediate;
startup nomount;
restore standby controlfile from service TNS_PRIM;
alter database mount;
report schema; -- 检查文件位置及名称（应该都是主库上的信息）

-- 6.更新备用控制文件中的数据文件和临时文件的名称
由于控制文件是从 PRIMARY 恢复的，通常主备库数据文件位置不同，或者如果使用 Oracle 管理的文件名 OMF，需要注册备库文件。如果主备具有相同的结构和数据文件名称，则可以跳过此步骤。

catalog start with '备库数据文件位置'; --注意是备库文件位置，所以数据文件最好放置在同一目录下（好管理）
SWITCH DATABASE TO COPY;
如果这里出现 RMAN-06571，说明位置不对或主备库文件位置一样
个别文件在其他目录下则单独注册，例如：switch datafile 5 to copy;

-- 7.检查是否有数据文件是新加的
SELECT file# FROM V$DATAFILE WHERE creation_change# >=第3步中的scn
如果缺少21号文件，则单独恢复
RUN
{
SET NEWNAME FOR DATABASE TO '/';
RESTORE DATAFILE 21 FROM SERVICE tns_prim;
}

-- 8.清理备库日志文件(主备库不在同一个主机或使用同一asm组，否则就把主库给直接破坏了，细思极恐)
select 'ALTER DATABASE CLEAR LOGFILE GROUP '||GROUP#||';' c from v$logfile where TYPE='STANDBY' group by GROUP#;
执行输出

 -- 9.恢复备库并继续同步

RECOVER DATABASE;
ALTER DATABASE OPEN READ ONLY;
ALTER DATABASE RECOVER MANAGED STANDBY DATABASE DISCONNECT FROM SESSION;

参考：
在 12c 中使用 Recover From Service 命令前滚物理备用数据库（文档 ID 1987763.1）