暂无图片
DG GAP之后,使用增量备份恢复备库之后,启动恢复进程还是找GAP之前的归档【备库还有救】
最近更新:2022-09-23 11:05:38

适用范围

oracle 11204及以上版本

问题概述

DG GAP之后,使用增量备份恢复备库之后,启动恢复进程还是找GAP之前的归档

问题原因

使用增量备份恢复备库之后,启动恢复进程还是找GAP之前的归档 原因1:还是要从standbylog记录的日志开始,控制文件记录的SCN还是之前的时间 原因2:重建控制文件恢复失败:由于主库有切换到备库的记录,主库的standbylog处理激活状态,使用创建stanby的控制文件会stanbylog的使用记录,重建之后从active状态的standbylog开始找归档日志应用

解决方案

在主库删除所有standbylog,重新备份控制文件,在备库进行恢复,重建备库standbylog

问题发生过程

-- DG GAP之后,使用增量备份恢复备库之后,启动恢复进程还是找GAP之前的归档【备库还有救】
# 增量一把,在备库进行恢复
# RMAN: recover noredo

# 恢复进程跑不起来
# SYS@MYDB(mydbdg): 1> recover managed standby database parallel 4  using current logfile disconnect from session;
Media recovery complete.

# 居然要找55号文件,早不在了,
# 但是此时基本SCN的增量备份应用日经已经恢复到最过的时间,备库告警日志要找55号归档文件:
All non-current ORLs have been archived.
Media Recovery Waiting for thread 1 sequence 55
Completed: ALTER DATABASE RECOVER  managed standby database parallel 4  using current logfile disconnect from session  
Wed Sep 21 22:57:43 2022




# 从主库恢复控制文件之后,还是要找24号归档文件,如下:

# 检查备库文件的SCN:已经通过SCN的增量备份恢复到一致时间点
STATUS       CHECKPOINT_CHANGE# CHECKPOINT_TIME     FUZ        COUNT(1)
------------ ------------------ ------------------- --- ---------------
......