在知识库中专注阅读，并随时返回相关工具与课程
大家好，这里是 Lucifer三思而后行，专注于提升数据库运维效率。 @TOC目录 DG GAP 顾名思义就是：DG不同步，当备库不能接受到一个或多个主库的归档日志文件时候，就发生了 GAP。 <font color='orage'那么，如果遇到GAP如何修复呢？且听我细细道来~</font DG GAP 主要分为以下两类情况： 1、主库归档日志存在，可以通过配置 Fetch Archive Lo
大家好，这里是 Lucifer三思而后行，专注于提升数据库运维效率。
本章目标：掌握本章核心知识点 前置要求：完成前序章节学习 预计时长：60 分钟
DG GAP 顾名思义就是：DG不同步，当备库不能接受到一个或多个主库的归档日志文件时候，就发生了 GAP。
那么，如果遇到GAP如何修复呢？且听我细细道来~
DG GAP 主要分为以下两类情况：
1、主库归档日志存在，可以通过配置 Fetch Archive Log(FAL) 参数，自动解决归档 GAP。 2、主库归档日志丢失，需要
人工干预来修复。
不同 Oracle 版本的 GAP 修复方式也不尽相同，下面分别介绍不同版本的方式！
11G 的处理步骤：
a.在主库上创建一个备库的控制文件 b.以备库的当前SCN号为起点，在主库上做一个增量备份 c.将增量备份拷贝到备库上 d.使用新的控制文件将备库启动到mount状态 e.将增量备份注册到RMAN的catalog，取消备库的恢复应用，恢复增量备份 f.开启备库的恢复进程
12C 的新特性（RECOVER … FROM SERVICE）
18C 的新特性（RECOVER STANDBY DATABASE FROM SERVICE）
Oracle随着版本的升级，逐渐将步骤缩减，进行封装，18C之后可谓是达到了所谓的一键刷新，恢复DG同步。
下面我们通过实验来进行演示如何修复：
安装测试环境可以使用博主编写的 Oracle 一键安装脚本，同时支持单机和 RAC 集群模式！
更多更详细的脚本使用方式可以订阅专栏：Oracle一键安装脚本。
首先，模拟备库断电，主库切几个最新的归档，然后手工删掉，重新开启DG同步。
备库停止DG同步进程：
1sqlplus / as sysdba2ALTER DATABASE RECOVER MANAGED STANDBY DATABASE CANCEL;3shutdown immediate主库切换多次归档：
1sqlplus / as sysdba2alter system switch logfile;主库删除最近几个归档日志：
1rm 1_34_1070147137.arc 2rm 1_33_1070147137.arc备库开启同步进程：
1startup2ALTER DATABASE RECOVER MANAGED STANDBY DATABASE USING CURRENT LOGFILE DISCONNECT FROM SESSION;查看GAP：
1sqlplus / as sysdba2SELECT * FROM V$ARCHIVE_GAP;3THREAD# LOW_SEQUENCE# HIGH_SEQUENCE#4---------- ------------- --------------5 1 32 3467SELECT max(sequence#) from v$archived_log where applied='YES';8MAX(SEQUENCE#)9--------------1031📢 注意： 当前DG数据库已存在GAP，GAP日志为：32---34。
1alter database create standby controlfile as '/tmp/standby.ctl';备库查询当前 scn 号：
1sqlplus / as sysdba2select to_char(current_scn) from v$database;3TO_CHAR(CURRENT_SCN)4----------------------------------------51086639确认主备GAP期间是否新增数据文件：
1sqlplus / as sysdba2select file# from v$datafile where creation_change# > =1086639;主库根据备库scn号进行增量备份：
1rman target /2run{3allocate channel c1 type disk;4allocate channel c2 type disk;5backup INCREMENTAL from scn 1086639 database format '/tmp/incre_%U';6release channel c1;7release channel c2;8}📢 注意： 如果存在新增数据文件，备库恢复时需要先restore新添加的数据文件。
主库拷贝增量备份和控制文件你至备库：
1scp incre_0* oracle@orcl_stby:/home/oracle2scp standby.ctl oracle@orcl_stby:/home/oracle📢 注意： 确认备库的磁盘空间是否足够存放。
备库关闭数据库实例，开启至nomount状态：
1sqlplus / as sysdba2shutdown immediate3startup nomount备库恢复新的控制文件：
1rman target /2restore controlfile from '/home/oracle/standby.ctl';备库开启到mount状态：
1alter database mount;确认备库已关闭DG同步进程：
1sqlplus / as sysdba2ALTER DATABASE RECOVER MANAGED STANDBY DATABASE CANCEL;备库rman注册增量备份文件：
1rman target /2catalog start with '/home/oracle/';3YES备库开启恢复增量备份：
1recover database noredo;备库开启日志同步进程：
1sqlplus / as sysdba2alter database open read only;3ALTER DATABASE RECOVER MANAGED STANDBY DATABASE USING CURRENT LOGFILE DISCONNECT FROM SESSION;主库重新激活同步：
1sqlplus / as sysdba2ALTER SYSTEM SET LOG_ARCHIVE_DEST_STATE_2=defer;3ALTER SYSTEM SET LOG_ARCHIVE_DEST_STATE_2=enable;查询是否存在GAP，确认主备是否同步：
1sqlplus / as sysdba2SELECT * FROM V$ARCHIVE_GAP;3SELECT max(sequence#) from v$archived_log where applied='YES';4SELECT PROCESS, STATUS, THREAD#, SEQUENCE#, BLOCK#, BLOCKS FROM V$MANAGED_STANDBY;至此，DG GAP已被修复，以上方式为常规修复方式，各个版本都通用。
首先，模拟备库断电，主库切几个最新的归档，然后手工删掉，重新开启DG同步。
模拟GAP期间，有数据文件添加的情况：
1##主库添加数据文件2alter tablespace TEST add datafile '/oradata/ORCL/test02.dbf' size 100M autoextend off;📢 注意： 当前DG数据库已存在GAP，GAP日志为：30---31 。
备库记录当前 scn 号：
1sqlplus / as sysdba2SELECT CURRENT_SCN FROM V$DATABASE;3CURRENT_SCN4-----------52600487采用rman的新功能，recover standby using service，通过RMAN连接到target备库，然后用主库的service执行恢复备库命令。
语法：
RECOVER DATABASE FROM SERVICE < PRIMARY DB SERVICE NAME > NOREDO USING COMPRESSED BACKUPSET;
📢 注意： 确认主库的TNS已配置，这里的< PRIMARY DB SERVICE NAME >即 TNSNAME。
备库启动到nomount状态：
1sqlplus / as sysdba2shutdown immediate3startup nomount备库通过from service恢复控制文件：
1rman target /2restore standby controlfile from service orcl;备库开启到mount状态：
1sqlplus / as sysdba2alter database mount;检查主备GAP期间是否添加数据文件：
1sqlplus / as sysdba2select file# from v$datafile where creation_change# > =2600487;34FILE#5----------613restore 新添加的数据文件：
1rman target /2run3{4SET NEWNAME FOR DATABASE TO '/oradata/ORCL_STBY/%f_%U';5RESTORE DATAFILE 13 FROM SERVICE orcl;6}由于主备的数据文件目录不一致，需要修改controlfile中数据文件位置：
1rman target /2catalog start with '/oradata/ORCL_STBY';3YES4SWITCH DATABASE TO COPY;将备库文件管理方式改为手动：
1sqlplus / as sysdba2alter system set standby_file_management=MANUAL;重命名 tempfile && logfile：
1sqlplus / as sysdba2##logfile3alter database clear logfile group 1;4alter database clear logfile group 2;5alter database clear logfile group 3;6alter database clear logfile group 4;7alter database clear logfile group 5;8alter database clear logfile group 6;9alter database clear logfile group 7;10alter database rename file '/oradata/ORCL/redo03.log' to '/oradata/ORCL_STBY/redo03.log';11alter database rename file '/oradata/ORCL/redo02.log' to '/oradata/ORCL_STBY/redo02.log';12alter database rename file '/oradata/ORCL/redo01.log' to '/oradata/ORCL_STBY/redo01.log';13alter database rename file '/oradata/ORCL/standby_redo04.log' to '/oradata/ORCL_STBY/standby_redo04.log';14alter database rename file '/oradata/ORCL/standby_redo05.log' to '/oradata/ORCL_STBY/standby_redo05.log';15alter database rename file '/oradata/ORCL/standby_redo06.log' to '/oradata/ORCL_STBY/standby_redo06.log';16alter database rename file '/oradata/ORCL/standby_redo07.log' to '/oradata/ORCL_STBY/standby_redo07.log';17##tempfile18alter database rename file '/oradata/ORCL/temp01.dbf' to '/oradata/ORCL_STBY/temp01.dbf';19alter database rename file '/oradata/ORCL/pdbseed/temp012021-04-11_06-13-50-844-AM.dbf' to '/oradata/ORCL_STBY/pdbseed/temp012021-04-11_06-13-50-844-AM.dbf';20alter database rename file '/oradata/ORCL/BFA6BEE45A1E3605E053AC01A8C0DD20/datafile/o1_mf_temp_j749f5fy_.dbf' to '/oradata/ORCL_STBY/BFA6BEE45A1E3605E053AC01A8C0DD20/datafile/o1_mf_temp_j749f5fy_.dbf';备库重命名完后再改为自动：
1sqlplus / as sysdba2alter system set standby_file_management=AUTO;恢复主备GAP：
1recover database from service orcl noredo using compressed backupset;📢 注意： 如果主备库文件目录不一致，则需要catalog切换控制文件中路径，否则报错：
1sqlplus / as sysdba2col HXFNM for a1003set line2224select HXFIL File_num,substr(HXFNM,1,40) HXFNM,fhscn from x$kcvfh;1sqlplus / as sysdba2ALTER SYSTEM ARCHIVE LOG CURRENT;3ALTER SYSTEM SWITCH LOGFILE;1sqlplus / as sysdba2alter database open;3alter pluggable database all open;4ALTER DATABASE RECOVER MANAGED STANDBY DATABASE USING CURRENT LOGFILE DISCONNECT FROM SESSION;1sqlplus / as sysdba2set line2223col member for a604select t1.group#,t1.thread#,t1.bytes/1024/1024,t1.status,t2.member from gv$standby_log t1,gv$logfile t2 where t1.group#=t2.group#;1sqlplus test/test@pdb012insert into test values (999);3commit;1alter session set container=pdb01;2select * from test.test;3ID4----------51627999至此，GAP已修复完成，可以发现，12C这个新特性，将一些步骤进行了省略和封装，进一步减少了我们的操作步骤，但是内部的原理仍然是一致的。
18C 新特性是在 12C 的基础上，将 RECOVER STANDBY DATABASE 命令与 FROM SERVICE 子句一起使用，以通过对主数据库进行的更改来刷新物理备用数据库。备库可以直接在开启状态进行刷新。
语法：
RECOVER STANDBY DATABASE FROM SERVICE primary_db;
首先，模拟备库断电，主库切几个最新的归档，然后手工删掉，重新开启DG同步。
模拟GAP期间，有数据文件添加的情况：
1##主库添加数据文件2alter tablespace TEST add datafile '/oradata/ORCL/test02.dbf' size 100M autoextend off;📢 注意： 当前 DG 数据库已存在 GAP，GAP 日志为：69---70。
下面演示一下，如何使用一行命令在线修复DG GAP：
备库取消日志应用：
1sqlplus / as sysdba2ALTER DATABASE RECOVER MANAGED STANDBY DATABASE CANCEL;备库执行修复命令，开始在线刷新备库：
1rman target /2RMAN> RECOVER STANDBY DATABASE FROM SERVICE orcl;34Starting recover at 19-APR-215using target database control file instead of recovery catalog6Oracle instance started78Total System Global Area3355441944 bytes910Fixed Size 9141016 bytes11Variable Size671088640 bytes12Database Buffers2667577344 bytes13Redo Buffers 7634944 bytes1415contents of Memory Script:16{17 restore standby controlfile from service 'orcl';18 alter database mount standby database;19}20executing Memory Script2122Starting restore at 19-APR-2123allocated channel: ORA_DISK_124channel ORA_DISK_1: SID=502 device type=DISK2526channel ORA_DISK_1: starting datafile backup set restore27channel ORA_DISK_1: using network backup set from service orcl28channel ORA_DISK_1: restoring control file29channel ORA_DISK_1: restore complete, elapsed time: 00:00:0230output file name=/oradata/ORCL_STBY/control01.ctl31output file name=/oradata/ORCL_STBY/control02.ctl32Finished restore at 19-APR-213334released channel: ORA_DISK_135Statement processed36Executing: alter system set standby_file_management=manual3738contents of Memory Script:39{40set newname for tempfile 1 to 41 "/oradata/ORCL_STBY/temp01.dbf";42set newname for tempfile 2 to 43 "/oradata/ORCL_STBY/pdbseed/temp012021-04-11_06-13-50-844-AM.dbf";44set newname for tempfile 3 to 45 "/oradata/ORCL_STBY/BFA6BEE45A1E3605E053AC01A8C0DD20/datafile/o1_mf_temp_j749f5fy_.dbf";46 switch tempfile all;47set newname for datafile 1 to 48 "/oradata/ORCL_STBY/system01.dbf";49set newname for datafile 3 to 50 "/oradata/ORCL_STBY/sysaux01.dbf";51set newname for datafile 4 to 52 "/oradata/ORCL_STBY/undotbs01.dbf";53set newname for datafile 5 to 54 "/oradata/ORCL_STBY/pdbseed/system01.dbf";55set newname for datafile 6 to 56 "/oradata/ORCL_STBY/pdbseed/sysaux01.dbf";57set newname for datafile 7 to 58 "/oradata/ORCL_STBY/users01.dbf";59set newname for datafile 8 to 60 "/oradata/ORCL_STBY/pdbseed/undotbs01.dbf";61set newname for datafile 9 to 62 "/oradata/ORCL_STBY/PDB01/o1_mf_system_j749f5d5_.dbf";63set newname for datafile 10 to 64 "/oradata/ORCL_STBY/PDB01/o1_mf_sysaux_j749f5fw_.dbf";65set newname for datafile 11 to 66 "/oradata/ORCL_STBY/PDB01/o1_mf_undotbs1_j749f5fx_.dbf";67set newname for datafile 12 to 68 "/oradata/ORCL_STBY/test01.dbf";69set newname for datafile 14 to 70 "/oradata/ORCL/test02.dbf";71 restore from service 'orcl' datafile7214;73 catalog datafilecopy "/oradata/ORCL_STBY/system01.dbf", 74 "/oradata/ORCL_STBY/sysaux01.dbf", 75 "/oradata/ORCL_STBY/undotbs01.dbf", 76 "/oradata/ORCL_STBY/pdbseed/system01.dbf", 77 "/oradata/ORCL_STBY/pdbseed/sysaux01.dbf", 78 "/oradata/ORCL_STBY/users01.dbf", 79 "/oradata/ORCL_STBY/pdbseed/undotbs01.dbf", 80 "/oradata/ORCL_STBY/PDB01/o1_mf_system_j749f5d5_.dbf", 81 "/oradata/ORCL_STBY/PDB01/o1_mf_sysaux_j749f5fw_.dbf", 82 "/oradata/ORCL_STBY/PDB01/o1_mf_undotbs1_j749f5fx_.dbf", 83 "/oradata/ORCL_STBY/test01.dbf", 84 "/oradata/ORCL/test02.dbf";85 switch datafile all;86}87executing Memory Script8889executing command: SET NEWNAME9091executing command: SET NEWNAME9293executing command: SET NEWNAME9495renamed tempfile 1 to /oradata/ORCL_STBY/temp01.dbf in control file96renamed tempfile 2 to /oradata/ORCL_STBY/pdbseed/temp012021-04-11_06-13-50-844-AM.dbf in control file97renamed tempfile 3 to /oradata/ORCL_STBY/BFA6BEE45A1E3605E053AC01A8C0DD20/datafile/o1_mf_temp_j749f5fy_.dbf in control file9899executing command: SET NEWNAME100101executing command: SET NEWNAME102103executing command: SET NEWNAME104105executing command: SET NEWNAME106107executing command: SET NEWNAME108109executing command: SET NEWNAME110111executing command: SET NEWNAME112113executing command: SET NEWNAME114115executing command: SET NEWNAME116117executing command: SET NEWNAME118119executing command: SET NEWNAME120121executing command: SET NEWNAME122123Starting restore at 19-APR-21124allocated channel: ORA_DISK_1125channel ORA_DISK_1: SID=504 device type=DISK126127channel ORA_DISK_1: starting datafile backup set restore128channel ORA_DISK_1: using network backup set from service orcl129channel ORA_DISK_1: specifying datafile(s) to restore from backup set130channel ORA_DISK_1: restoring datafile 00014 to /oradata/ORCL/test02.dbf131channel ORA_DISK_1: restore complete, elapsed time: 00:00:03132Finished restore at 19-APR-21133134cataloged datafile copy135datafile copy file name=/oradata/ORCL_STBY/system01.dbf RECID=4 STAMP=1070263316136cataloged datafile copy137datafile copy file name=/oradata/ORCL_STBY/sysaux01.dbf RECID=5 STAMP=1070263317138cataloged datafile copy139datafile copy file name=/oradata/ORCL_STBY/undotbs01.dbf RECID=6 STAMP=1070263317140cataloged datafile copy141datafile copy file name=/oradata/ORCL_STBY/pdbseed/system01.dbf RECID=7 STAMP=1070263317142cataloged datafile copy143datafile copy file name=/oradata/ORCL_STBY/pdbseed/sysaux01.dbf RECID=8 STAMP=1070263318144cataloged datafile copy145datafile copy file name=/oradata/ORCL_STBY/users01.dbf RECID=9 STAMP=1070263318146cataloged datafile copy147datafile copy file name=/oradata/ORCL_STBY/pdbseed/undotbs01.dbf RECID=10 STAMP=1070263318148cataloged datafile copy149datafile copy file name=/oradata/ORCL_STBY/PDB01/o1_mf_system_j749f5d5_.dbf RECID=11 STAMP=1070263318150cataloged datafile copy151datafile copy file name=/oradata/ORCL_STBY/PDB01/o1_mf_sysaux_j749f5fw_.dbf RECID=12 STAMP=1070263318152cataloged datafile copy153datafile copy file name=/oradata/ORCL_STBY/PDB01/o1_mf_undotbs1_j749f5fx_.dbf RECID=13 STAMP=1070263318154cataloged datafile copy155datafile copy file name=/oradata/ORCL_STBY/test01.dbf RECID=14 STAMP=1070263318156cataloged datafile copy157datafile copy file name=/oradata/ORCL/test02.dbf RECID=15 STAMP=1070263318158159datafile 14 switched to datafile copy160input datafile copy RECID=15 STAMP=1070263318 file name=/oradata/ORCL/test02.dbf161datafile 1 switched to datafile copy162input datafile copy RECID=4 STAMP=1070263316 file name=/oradata/ORCL_STBY/system01.dbf163datafile 3 switched to datafile copy164input datafile copy RECID=5 STAMP=1070263317 file name=/oradata/ORCL_STBY/sysaux01.dbf165datafile 4 switched to datafile copy166input datafile copy RECID=6 STAMP=1070263317 file name=/oradata/ORCL_STBY/undotbs01.dbf167datafile 5 switched to datafile copy168input datafile copy RECID=7 STAMP=1070263317 file name=/oradata/ORCL_STBY/pdbseed/system01.dbf169datafile 6 switched to datafile copy170input datafile copy RECID=8 STAMP=1070263318 file name=/oradata/ORCL_STBY/pdbseed/sysaux01.dbf171datafile 7 switched to datafile copy172input datafile copy RECID=9 STAMP=1070263318 file name=/oradata/ORCL_STBY/users01.dbf173datafile 8 switched to datafile copy174input datafile copy RECID=10 STAMP=1070263318 file name=/oradata/ORCL_STBY/pdbseed/undotbs01.dbf175datafile 9 switched to datafile copy176input datafile copy RECID=11 STAMP=1070263318 file name=/oradata/ORCL_STBY/PDB01/o1_mf_system_j749f5d5_.dbf177datafile 10 switched to datafile copy178input datafile copy RECID=12 STAMP=1070263318 file name=/oradata/ORCL_STBY/PDB01/o1_mf_sysaux_j749f5fw_.dbf179datafile 11 switched to datafile copy180input datafile copy RECID=13 STAMP=1070263318 file name=/oradata/ORCL_STBY/PDB01/o1_mf_undotbs1_j749f5fx_.dbf181datafile 12 switched to datafile copy182input datafile copy RECID=14 STAMP=1070263318 file name=/oradata/ORCL_STBY/test01.dbf183Executing: alter database rename file '/oradata/ORCL/redo01.log' to '/oradata/ORCL_STBY/redo01.log'184Executing: alter database rename file '/oradata/ORCL/redo02.log' to '/oradata/ORCL_STBY/redo02.log'185Executing: alter database rename file '/oradata/ORCL/redo03.log' to '/oradata/ORCL_STBY/redo03.log'186187contents of Memory Script:188{189 recover database from service 'orcl';190}191executing Memory Script192193Starting recover at 19-APR-21194using channel ORA_DISK_1195skipping datafile 5; already restored to SCN 2155383196skipping datafile 6; already restored to SCN 2155383197skipping datafile 8; already restored to SCN 2155383198skipping datafile 14; already restored to SCN 2658548199channel ORA_DISK_1: starting incremental datafile backup set restore200channel ORA_DISK_1: using network backup set from service orcl201destination for restore of datafile 00001: /oradata/ORCL_STBY/system01.dbf202channel ORA_DISK_1: restore complete, elapsed time: 00:00:01203channel ORA_DISK_1: starting incremental datafile backup set restore204channel ORA_DISK_1: using network backup set from service orcl205destination for restore of datafile 00003: /oradata/ORCL_STBY/sysaux01.dbf206channel ORA_DISK_1: restore complete, elapsed time: 00:00:01207channel ORA_DISK_1: starting incremental datafile backup set restore208channel ORA_DISK_1: using network backup set from service orcl209destination for restore of datafile 00004: /oradata/ORCL_STBY/undotbs01.dbf210channel ORA_DISK_1: restore complete, elapsed time: 00:00:01211channel ORA_DISK_1: starting incremental datafile backup set restore212channel ORA_DISK_1: using network backup set from service orcl213destination for restore of datafile 00007: /oradata/ORCL_STBY/users01.dbf214channel ORA_DISK_1: restore complete, elapsed time: 00:00:01215channel ORA_DISK_1: starting incremental datafile backup set restore216channel ORA_DISK_1: using network backup set from service orcl217destination for restore of datafile 00009: /oradata/ORCL_STBY/PDB01/o1_mf_system_j749f5d5_.dbf218channel ORA_DISK_1: restore complete, elapsed time: 00:00:01219channel ORA_DISK_1: starting incremental datafile backup set restore220channel ORA_DISK_1: using network backup set from service orcl221destination for restore of datafile 00010: /oradata/ORCL_STBY/PDB01/o1_mf_sysaux_j749f5fw_.dbf222channel ORA_DISK_1: restore complete, elapsed time: 00:00:01223channel ORA_DISK_1: starting incremental datafile backup set restore224channel ORA_DISK_1: using network backup set from service orcl225destination for restore of datafile 00011: /oradata/ORCL_STBY/PDB01/o1_mf_undotbs1_j749f5fx_.dbf226channel ORA_DISK_1: restore complete, elapsed time: 00:00:02227channel ORA_DISK_1: starting incremental datafile backup set restore228channel ORA_DISK_1: using network backup set from service orcl229destination for restore of datafile 00012: /oradata/ORCL_STBY/test01.dbf230channel ORA_DISK_1: restore complete, elapsed time: 00:00:01231232starting media recovery233234media recovery complete, elapsed time: 00:00:00235Finished recover at 19-APR-21236Executing: alter system set standby_file_management=auto237Finished recover at 19-APR-21方便大家查看，于是记录恢复全过程，通过以上执行过程，可以看到：
发现刷新过后，备库redo log路径已修改，standby log路径未修改，因此手动修改。
查询备库的日志文件路径：
1sqlplus / as sysdba2SQL> select member from v$logfile;34MEMBER5--------------------------------------------------------------------------------6/oradata/ORCL_STBY/redo03.log7/oradata/ORCL_STBY/redo02.log8/oradata/ORCL_STBY/redo01.log9/oradata/ORCL/standby_redo04.log10/oradata/ORCL/standby_redo05.log11/oradata/ORCL/standby_redo06.log12/oradata/ORCL/standby_redo07.log关闭备库文件自动管理：
1sqlplus / as sysdba2alter system set standby_file_management=MANUAL;清理standby log：
1sqlplus / as sysdba2alter database clear logfile group 4;3alter database clear logfile group 5;4alter database clear logfile group 6;5alter database clear logfile group 7;修改standby log路径：
1sqlplus / as sysdba2alter database rename file '/oradata/ORCL/standby_redo04.log' to '/oradata/ORCL_STBY/standby_redo04.log';3alter database rename file '/oradata/ORCL/standby_redo05.log' to '/oradata/ORCL_STBY/standby_redo05.log';4alter database rename file '/oradata/ORCL/standby_redo06.log' to '/oradata/ORCL_STBY/standby_redo06.log';5alter database rename file '/oradata/ORCL/standby_redo07.log' to '/oradata/ORCL_STBY/standby_redo07.log';修改完后打开备库文件自动管理：
1sqlplus / as sysdba2alter system set standby_file_management=AUTO;检查主备scn是否一致：
1sqlplus / as sysdba2col HXFNM for a1003set line2224select HXFIL File_num,substr(HXFNM,1,40) HXFNM,fhscn from x$kcvfh;主库切几次归档：
1sqlplus / as sysdba2ALTER SYSTEM ARCHIVE LOG CURRENT;3ALTER SYSTEM SWITCH LOGFILE;开启备库应用日志：
1sqlplus / as sysdba2alter database open;3alter pluggable database all open;4ALTER DATABASE RECOVER MANAGED STANDBY DATABASE USING CURRENT LOGFILE DISCONNECT FROM SESSION;查看备库同步是否正常：
1sqlplus / as sysdba2set line2223col member for a604select t1.group#,t1.thread#,t1.bytes/1024/1024,t1.status,t2.member from gv$standby_log t1,gv$logfile t2 where t1.group#=t2.group#;主库插入数据：
1sqlplus test/test@pdb012insert into test values (999);3commit;备库查询是否实时同步：
1sqlplus / as sysdba2alter session set container=pdb01;3select * from test.test;4ID5----------61728999至此，18C的GAP也已修复，可以看到Oracle随着版本升级，越来越自动化的操作，意味着运维自动化的未来。
参考文档：
Oracle 一键巡检自动生成 Word 报告
Oracle 一键安装合集
Oracle一键安装脚本的 21 个疑问与解答
Oracle一键巡检脚本的 21 个疑问与解答
全网首发：Oracle 23ai 一键安装脚本（非 RPM）
Oracle 19C 最新 RU 补丁 19.24 ，一键安装！
Oracle Linux 7.9 一键安装 Oracle 19C
RedHat 9.4(aarch64) 一键安装 Oracle 19C
openEuler 22.03 LTS SP4 一键安装 Oracle 19C RAC
RHEL 7.9 一键安装 Oracle 19C 19.23 RAC
Oracle DataGuard GAP 修复手册
优化 Oracle：最佳实践与开发规范
DBA 必备：Linux 软件源配置全攻略
Linux 一键配置时钟同步全攻略
感谢您的阅读，这里是 Lucifer三思而后行，欢迎点赞+关注，我会持续分享数据库知识、运维技巧。