详细贴一下你的restore整个过程呢？如果是直接拿的dg standby 做的RMAN备份，然后又拿这个备份做restore, 遇到这种问题就很正常，因为standny DB 他的redolog是没有处于使用中的。从报错上看就是缺少归档，可以把归档先找出来进行注册，然后重新一步一步的recover。
如果只是一般性恢复性测试，可以设置until 参数：
recover database until 17056933233118;

run {
ALLOCATE CHANNEL CH1 TYPE ‘SBT_TAPE’;
ALLOCATE CHANNEL CH2 TYPE ‘SBT_TAPE’;
ALLOCATE CHANNEL CH3 TYPE ‘SBT_TAPE’;
ALLOCATE CHANNEL CH4 TYPE ‘SBT_TAPE’;
SEND ‘NSR_ENV=(NSR_SERVER=hnnwk02,NSR_CLIENT=ythpmsdb3)’;
sql ‘alter session set nls_date_format=“YYYY-MM-DD HH24:MI:SS”’;
SET UNTIL TIME =‘2020-07-01 03:00:00’;
restore database;
release channel ch1;
release channel ch2;
release channel ch3;
release channel ch4;
}
exit;
EOF

recover:
run {
ALLOCATE CHANNEL CH1 TYPE ‘SBT_TAPE’;
ALLOCATE CHANNEL CH2 TYPE ‘SBT_TAPE’;
ALLOCATE CHANNEL CH3 TYPE ‘SBT_TAPE’;
ALLOCATE CHANNEL CH4 TYPE ‘SBT_TAPE’;
SEND ‘NSR_ENV=(NSR_SERVER=hnnwk02,NSR_CLIENT=ythpmsdb3)’;
sql ‘alter session set nls_date_format=“YYYY-MM-DD HH24:MI:SS”’;
SET UNTIL TIME =‘2020-07-01 03:00:00’;
restore database;
release channel ch1;
release channel ch2;
release channel ch3;
release channel ch4;
}
exit;
EOF

你贴的是一样的脚本。
这种问题就两个解决办法，一个是一个一个的吧需要的归档文件找出来，一直恢复到找不到归档为止，一种就是直接set until scn 号做不完全恢复了，如果可以的话。