当前位置：首页 > news >正文

增量备份恢复的方式修改缺失归档的DataGuard

news 2026/6/12 19:30:58

1、案例概述

客户的一套12.1.0.2 RAC+DG环境，客户反馈备库的数据与主库相差较大。检查发现该DG环境已经出现了GAP，信息如下。

Media Recovery Waiting for thread 2 sequence 638764
Fetching gap sequence in thread 2, gap sequence 638764-638863
Mon Dec 01 10:09:50 2025
FAL[client]: Failed to request gap sequence
GAP - thread 2 sequence 638764-638863

询问现场的工程师，得知相关的归档日志已经全部删除，并且该数据库的数据量非常大，大约几十TB。目前，最快的修复办法就是进行增量备份恢复。

2、修复方案

增量备份恢复的主要步骤如下所示：

1. 查看备库当前的SCN
SQL> SELECT CURRENT_SCN SCN FROM V$DATABASE
union all
select min(checkpoint_change#) SCN from v$datafile_header;
返回的最小SCN作为后期增量备份的基准。

2. 备库停止日志应用
SQL> alter database recover managed standby database cancel;
备库必须处于MOUNT状态。如果备库正在运行RAC，请确保只一个实例处于mount状态。
SQL> select open_mode from v$database;
如果数据库处于read only状态，则必须关闭数据库，并重启至mount状态。
SQL> shutdown immediate
SQL> startup mount

3. 主库检查故障时间段是否新增了数据文件
SQL> SELECT FILE#, NAME FROM V$DATAFILE WHERE CREATION_CHANGE# > 刚才备库查询出来的SCN;
在故障之后，如果在主服务器上添加了数据文件，则无论是否设置了standby_file_management参数，这些数据文件都不会在备库上自动创建，新添加的数据文件必须restore到备库。

4. 主库做数据文件备份、增量备份、控制文件备份
RMAN> backup datafile X,Y,Z format '/tmp/ForDatafile_%U' tag 'ForDatafile'; ##如果主库存在新增的数据文件
RMAN> backup incremental from SCN 1957649 database format '/tmp/ForStandby_%U' tag 'FORSTANDBY';
RMAN> backup current controlfile for standby format '/tmp/ForStandbyCTRL.bck';

5. 将备份集传输至备库
$ scp /tmp/For* ggdb02:/tmp

6. 获取备库的数据文件信息
spool standby_datafile_names.txt
set pagesize 1000;
set lines 200
col name format a60
select file#, name from v$datafile order by file# ;
spool off

7.连接备库，恢复控制文件，并将备份集注册进备库的控制文件
RMAN> SHUTDOWN IMMEDIATE;
RMAN> STARTUP NOMOUNT;
RMAN> RESTORE STANDBY CONTROLFILE FROM '/tmp/ForStandbyCTRL.bck';
RMAN> ALTER DATABASE MOUNT;
RMAN> CATALOG START WITH '/tmp/For';

8.在备库恢复新增的数据文件
run
{
set newname for datafile X to '+DISKGROUP';
set newname for datafile Y to '+DISKGROUP';
set newname for datafile Z to '+DISKGROUP';
restore datafile x,y,z,....;
}

9.更新备库控制文件的数据文件路径（此步骤仅用于ASM环境）。
RMAN> CATALOG START WITH '+DATA/<db_unqiue_name>/datafile/';
需要为备库所有的数据文件所在的每个磁盘组（或目录）都执行CATALOG操作。之后，才允许执行switch database操作。
RMAN> SWITCH DATABASE TO COPY;
如果switch database to copy命令失败，出现 "RMAN-06571: datafile .. does not have recoverable copy "错误。这表明没有对所有备用数据文件进行catalog，或者某些备用数据文件的位置/名称与主文件相同。
如果希望针对某个数据文件切换位置。例如：
RMAN> switch datafile 5 to copy;

注意：此步骤仅用于ASM环境，如果是文件系统环境，不需要再更新控制文件中的数据文件路径。
最终，需要比较第6步的查询输出是否有任何差异（新添加的数据文件除外），以确保我们在备库中添加了所有数据文件。

10. 恢复备库
RMAN> RECOVER DATABASE NOREDO;

11. clear备库中所有的logfile.
SQL> select GROUP# from v$logfile order by GROUP#;
SQL> ALTER DATABASE CLEAR LOGFILE GROUP 10;
SQL> ALTER DATABASE CLEAR LOGFILE GROUP 11;
SQL> ALTER DATABASE CLEAR LOGFILE GROUP 12;
SQL> ALTER DATABASE CLEAR LOGFILE GROUP 13;
....

12. 启动备库
SQL> alter database open;
SQL> alter database recover managed standby database disconnect from session;