暂无图片
暂无图片
9
暂无图片
暂无图片
7
暂无图片
首页 / 实战篇：Oracle DataGuard 出现 GAP 修复完整步骤

实战篇：Oracle DataGuard 出现 GAP 修复完整步骤

原创 刘鹏程 2021-07-09
12192

大家好，这里是 Lucifer三思而后行，专注于提升数据库运维效率。

目录

前言

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同步。

二、实战

下面我们通过实验来进行演示如何修复：

  • 11G常规修复
  • 12C新特性（RECOVER … FROM SERVICE）修复
  • 18C新特性（RECOVER STANDBY DATABASE FROM SERVICE）修复

安装测试环境可以使用博主编写的 Oracle 一键安装脚本，同时支持单机和 RAC 集群模式！

开源项目：Install Oracle Database By Scripts！

更多更详细的脚本使用方式可以订阅专栏：Oracle一键安装脚本。

三、11G常规修复

首先，模拟备库断电，主库切几个最新的归档，然后手工删掉，重新开启DG同步。

备库停止DG同步进程：

sqlplus / as sysdba
ALTER DATABASE RECOVER MANAGED STANDBY DATABASE CANCEL;
shutdown immediate

复制

主库切换多次归档：

sqlplus / as sysdba
alter system switch logfile;

复制

主库删除最近几个归档日志：

rm 1_34_1070147137.arc 
rm 1_33_1070147137.arc

复制

备库开启同步进程：

startup
ALTER DATABASE RECOVER MANAGED STANDBY DATABASE USING CURRENT LOGFILE DISCONNECT FROM SESSION;

复制

查看GAP：

sqlplus / as sysdba
SELECT * FROM V$ARCHIVE_GAP;
THREAD#    LOW_SEQUENCE# HIGH_SEQUENCE#
---------- ------------- --------------
 1		   32 			 34

SELECT max(sequence#) from v$archived_log where applied='YES';
MAX(SEQUENCE#)
--------------
31

复制

📢 注意： 当前DG数据库已存在GAP，GAP日志为：32—34。

a.在主库上创建一个备库的控制文件

alter database create standby controlfile as '/tmp/standby.ctl';

复制

b.以备库的当前SCN号为起点，在主库上做一个增量备份

备库查询当前 scn 号：

sqlplus / as sysdba
select  to_char(current_scn) from v$database;
TO_CHAR(CURRENT_SCN)
----------------------------------------
1086639

复制

确认主备GAP期间是否新增数据文件：

sqlplus / as sysdba
select file# from v$datafile where creation_change# > =1086639;

复制

主库根据备库scn号进行增量备份：

rman target /
run{
allocate channel c1 type disk;
allocate channel c2 type disk;
backup INCREMENTAL from scn 1086639 database format '/tmp/incre_%U';
release channel c1;
release channel c2;
}

复制

📢 注意： 如果存在新增数据文件，备库恢复时需要先restore新添加的数据文件。

c.将增量备份和控制文件拷贝到备库上

主库拷贝增量备份和控制文件你至备库：

scp incre_0* oracle@orcl_stby:/home/oracle
scp standby.ctl oracle@orcl_stby:/home/oracle

复制

📢 注意： 确认备库的磁盘空间是否足够存放。

d.使用新的控制文件将备库启动到mount状态

备库关闭数据库实例，开启至nomount状态：

sqlplus / as sysdba
shutdown immediate
startup nomount

复制

备库恢复新的控制文件：

rman target /
restore controlfile from '/home/oracle/standby.ctl';

复制

备库开启到mount状态：

alter database mount;

复制

e.增量备份注册到RMAN的catalog，取消日志应用，恢复增量备份

确认备库已关闭DG同步进程：

sqlplus / as sysdba
ALTER DATABASE RECOVER MANAGED STANDBY DATABASE CANCEL;

复制

备库rman注册增量备份文件：

rman target /
catalog start with '/home/oracle/';
YES

复制

备库开启恢复增量备份：

recover database noredo;

复制

f.开启备库的恢复进程

备库开启日志同步进程：

sqlplus / as sysdba
alter database open read only;
ALTER DATABASE RECOVER MANAGED STANDBY DATABASE USING CURRENT LOGFILE DISCONNECT FROM SESSION;

复制

主库重新激活同步：

sqlplus / as sysdba
ALTER SYSTEM SET LOG_ARCHIVE_DEST_STATE_2=defer;
ALTER SYSTEM SET LOG_ARCHIVE_DEST_STATE_2=enable;

复制

查询是否存在GAP，确认主备是否同步：

sqlplus / as sysdba
SELECT * FROM V$ARCHIVE_GAP;
SELECT max(sequence#) from v$archived_log where applied='YES';
SELECT PROCESS, STATUS, THREAD#, SEQUENCE#, BLOCK#, BLOCKS FROM V$MANAGED_STANDBY;

复制

至此，DG GAP已被修复，以上方式为常规修复方式，各个版本都通用。

四、12C新特性修复

首先，模拟备库断电，主库切几个最新的归档，然后手工删掉，重新开启DG同步。

模拟GAP期间，有数据文件添加的情况：

##主库添加数据文件
alter tablespace TEST add datafile '/oradata/ORCL/test02.dbf' size 100M autoextend off;

复制

📢 注意： 当前DG数据库已存在GAP，GAP日志为：30—31 。

a.记录备库当前SCN号

备库记录当前 scn 号：

sqlplus / as sysdba
SELECT CURRENT_SCN FROM V$DATABASE;
CURRENT_SCN
-----------
2600487

复制

b.使用recover standby using service恢复

采用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。

c.备库启动到nomount状态，恢复控制文件

备库启动到nomount状态：

sqlplus / as sysdba
shutdown immediate
startup nomount

复制

备库通过from service恢复控制文件：

rman target /
restore standby controlfile from service orcl;

复制

备库开启到mount状态：

sqlplus / as sysdba
alter database mount;

复制

d.备库恢复，修复GAP

检查主备GAP期间是否添加数据文件：

sqlplus / as sysdba
select file# from v$datafile where creation_change# > =2600487;

FILE#
----------
13

复制

restore 新添加的数据文件：

rman target /
run
{
SET NEWNAME FOR DATABASE TO '/oradata/ORCL_STBY/%f_%U';
RESTORE DATAFILE 13 FROM SERVICE orcl;
}

复制

由于主备的数据文件目录不一致，需要修改controlfile中数据文件位置：

rman target /
catalog start with '/oradata/ORCL_STBY';
YES
SWITCH DATABASE TO COPY;

复制

将备库文件管理方式改为手动：

sqlplus / as sysdba
alter system set standby_file_management=MANUAL;

复制

重命名 tempfile && logfile：

sqlplus / as sysdba
##logfile
alter database clear logfile group 1;
alter database clear logfile group 2;
alter database clear logfile group 3;
alter database clear logfile group 4;
alter database clear logfile group 5;
alter database clear logfile group 6;
alter database clear logfile group 7;
alter database rename file '/oradata/ORCL/redo03.log' to '/oradata/ORCL_STBY/redo03.log';
alter database rename file '/oradata/ORCL/redo02.log' to '/oradata/ORCL_STBY/redo02.log';
alter database rename file '/oradata/ORCL/redo01.log' to '/oradata/ORCL_STBY/redo01.log';
alter database rename file '/oradata/ORCL/standby_redo04.log' to '/oradata/ORCL_STBY/standby_redo04.log';
alter database rename file '/oradata/ORCL/standby_redo05.log' to '/oradata/ORCL_STBY/standby_redo05.log';
alter database rename file '/oradata/ORCL/standby_redo06.log' to '/oradata/ORCL_STBY/standby_redo06.log';
alter database rename file '/oradata/ORCL/standby_redo07.log' to '/oradata/ORCL_STBY/standby_redo07.log';
##tempfile
alter database rename file '/oradata/ORCL/temp01.dbf' to '/oradata/ORCL_STBY/temp01.dbf';
alter 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';
alter database rename file '/oradata/ORCL/BFA6BEE45A1E3605E053AC01A8C0DD20/datafile/o1_mf_temp_j749f5fy_.dbf' to '/oradata/ORCL_STBY/BFA6BEE45A1E3605E053AC01A8C0DD20/datafile/o1_mf_temp_j749f5fy_.dbf';

复制

备库重命名完后再改为自动：

sqlplus / as sysdba
alter system set standby_file_management=AUTO;

复制

恢复主备GAP：

recover database from service orcl noredo using compressed backupset;

复制

📢 注意： 如果主备库文件目录不一致，则需要catalog切换控制文件中路径，否则报错：

e.开启备库日志应用，检查同步

  • 检查主备scn是否一致
sqlplus / as sysdba
col HXFNM for a100
set line222
select HXFIL File_num,substr(HXFNM,1,40) HXFNM,fhscn from x$kcvfh;

复制
  • 主库切几次归档
sqlplus / as sysdba
ALTER SYSTEM ARCHIVE LOG CURRENT;
ALTER SYSTEM SWITCH LOGFILE;

复制
  • 开启备库应用日志
sqlplus / as sysdba
alter database open;
alter pluggable database all open;
ALTER DATABASE RECOVER MANAGED STANDBY DATABASE USING CURRENT LOGFILE DISCONNECT FROM SESSION;

复制
  • 查看备库同步是否正常
sqlplus / as sysdba
set line222
col member for a60
select 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#;

复制
  • 主库插入数据
sqlplus test/test@pdb01
insert into test values (999);
commit;

复制
  • 备库查询是否实时同步
alter session set container=pdb01;
select * from test.test;
ID
----------
1
2
999

复制

至此，GAP已修复完成，可以发现，12C这个新特性，将一些步骤进行了省略和封装，进一步减少了我们的操作步骤，但是内部的原理仍然是一致的。

五、18C新特性恢复

18C 新特性是在 12C 的基础上，将 RECOVER STANDBY DATABASE 命令与 FROM SERVICE 子句一起使用，以通过对主数据库进行的更改来刷新物理备用数据库。备库可以直接在开启状态进行刷新。

语法：

RECOVER STANDBY DATABASE FROM SERVICE primary_db;

首先，模拟备库断电，主库切几个最新的归档，然后手工删掉，重新开启DG同步。

模拟GAP期间，有数据文件添加的情况：

##主库添加数据文件
alter tablespace TEST add datafile '/oradata/ORCL/test02.dbf' size 100M autoextend off;

复制

📢 注意： 当前 DG 数据库已存在 GAP，GAP 日志为：69—70。

a、执行RECOVER STANDBY DATABASE FROM SERVICE刷新备库

下面演示一下，如何使用一行命令在线修复DG GAP：

备库取消日志应用：

sqlplus / as sysdba
ALTER DATABASE RECOVER MANAGED STANDBY DATABASE CANCEL;

复制

备库执行修复命令，开始在线刷新备库：

rman target /
RMAN> RECOVER STANDBY DATABASE FROM SERVICE orcl;

Starting recover at 19-APR-21
using target database control file instead of recovery catalog
Oracle instance started

Total System Global Area3355441944 bytes

Fixed Size 9141016 bytes
Variable Size671088640 bytes
Database Buffers2667577344 bytes
Redo Buffers   7634944 bytes

contents of Memory Script:
{
   restore standby controlfile from service  'orcl';
   alter database mount standby database;
}
executing Memory Script

Starting restore at 19-APR-21
allocated channel: ORA_DISK_1
channel ORA_DISK_1: SID=502 device type=DISK

channel ORA_DISK_1: starting datafile backup set restore
channel ORA_DISK_1: using network backup set from service orcl
channel ORA_DISK_1: restoring control file
channel ORA_DISK_1: restore complete, elapsed time: 00:00:02
output file name=/oradata/ORCL_STBY/control01.ctl
output file name=/oradata/ORCL_STBY/control02.ctl
Finished restore at 19-APR-21

released channel: ORA_DISK_1
Statement processed
Executing: alter system set standby_file_management=manual

contents of Memory Script:
{
set newname for tempfile  1 to 
 "/oradata/ORCL_STBY/temp01.dbf";
set newname for tempfile  2 to 
 "/oradata/ORCL_STBY/pdbseed/temp012021-04-11_06-13-50-844-AM.dbf";
set newname for tempfile  3 to 
 "/oradata/ORCL_STBY/BFA6BEE45A1E3605E053AC01A8C0DD20/datafile/o1_mf_temp_j749f5fy_.dbf";
   switch tempfile all;
set newname for datafile  1 to 
 "/oradata/ORCL_STBY/system01.dbf";
set newname for datafile  3 to 
 "/oradata/ORCL_STBY/sysaux01.dbf";
set newname for datafile  4 to 
 "/oradata/ORCL_STBY/undotbs01.dbf";
set newname for datafile  5 to 
 "/oradata/ORCL_STBY/pdbseed/system01.dbf";
set newname for datafile  6 to 
 "/oradata/ORCL_STBY/pdbseed/sysaux01.dbf";
set newname for datafile  7 to 
 "/oradata/ORCL_STBY/users01.dbf";
set newname for datafile  8 to 
 "/oradata/ORCL_STBY/pdbseed/undotbs01.dbf";
set newname for datafile  9 to 
 "/oradata/ORCL_STBY/PDB01/o1_mf_system_j749f5d5_.dbf";
set newname for datafile  10 to 
 "/oradata/ORCL_STBY/PDB01/o1_mf_sysaux_j749f5fw_.dbf";
set newname for datafile  11 to 
 "/oradata/ORCL_STBY/PDB01/o1_mf_undotbs1_j749f5fx_.dbf";
set newname for datafile  12 to 
 "/oradata/ORCL_STBY/test01.dbf";
set newname for datafile  14 to 
 "/oradata/ORCL/test02.dbf";
   restore from service  'orcl' datafile
14;
   catalog datafilecopy  "/oradata/ORCL_STBY/system01.dbf", 
 "/oradata/ORCL_STBY/sysaux01.dbf", 
 "/oradata/ORCL_STBY/undotbs01.dbf", 
 "/oradata/ORCL_STBY/pdbseed/system01.dbf", 
 "/oradata/ORCL_STBY/pdbseed/sysaux01.dbf", 
 "/oradata/ORCL_STBY/users01.dbf", 
 "/oradata/ORCL_STBY/pdbseed/undotbs01.dbf", 
 "/oradata/ORCL_STBY/PDB01/o1_mf_system_j749f5d5_.dbf", 
 "/oradata/ORCL_STBY/PDB01/o1_mf_sysaux_j749f5fw_.dbf", 
 "/oradata/ORCL_STBY/PDB01/o1_mf_undotbs1_j749f5fx_.dbf", 
 "/oradata/ORCL_STBY/test01.dbf", 
 "/oradata/ORCL/test02.dbf";
   switch datafile all;
}
executing Memory Script

executing command: SET NEWNAME

executing command: SET NEWNAME

executing command: SET NEWNAME

renamed tempfile 1 to /oradata/ORCL_STBY/temp01.dbf in control file
renamed tempfile 2 to /oradata/ORCL_STBY/pdbseed/temp012021-04-11_06-13-50-844-AM.dbf in control file
renamed tempfile 3 to /oradata/ORCL_STBY/BFA6BEE45A1E3605E053AC01A8C0DD20/datafile/o1_mf_temp_j749f5fy_.dbf in control file

executing command: SET NEWNAME

executing command: SET NEWNAME

executing command: SET NEWNAME

executing command: SET NEWNAME

executing command: SET NEWNAME

executing command: SET NEWNAME

executing command: SET NEWNAME

executing command: SET NEWNAME

executing command: SET NEWNAME

executing command: SET NEWNAME

executing command: SET NEWNAME

executing command: SET NEWNAME

Starting restore at 19-APR-21
allocated channel: ORA_DISK_1
channel ORA_DISK_1: SID=504 device type=DISK

channel ORA_DISK_1: starting datafile backup set restore
channel ORA_DISK_1: using network backup set from service orcl
channel ORA_DISK_1: specifying datafile(s) to restore from backup set
channel ORA_DISK_1: restoring datafile 00014 to /oradata/ORCL/test02.dbf
channel ORA_DISK_1: restore complete, elapsed time: 00:00:03
Finished restore at 19-APR-21

cataloged datafile copy
datafile copy file name=/oradata/ORCL_STBY/system01.dbf RECID=4 STAMP=1070263316
cataloged datafile copy
datafile copy file name=/oradata/ORCL_STBY/sysaux01.dbf RECID=5 STAMP=1070263317
cataloged datafile copy
datafile copy file name=/oradata/ORCL_STBY/undotbs01.dbf RECID=6 STAMP=1070263317
cataloged datafile copy
datafile copy file name=/oradata/ORCL_STBY/pdbseed/system01.dbf RECID=7 STAMP=1070263317
cataloged datafile copy
datafile copy file name=/oradata/ORCL_STBY/pdbseed/sysaux01.dbf RECID=8 STAMP=1070263318
cataloged datafile copy
datafile copy file name=/oradata/ORCL_STBY/users01.dbf RECID=9 STAMP=1070263318
cataloged datafile copy
datafile copy file name=/oradata/ORCL_STBY/pdbseed/undotbs01.dbf RECID=10 STAMP=1070263318
cataloged datafile copy
datafile copy file name=/oradata/ORCL_STBY/PDB01/o1_mf_system_j749f5d5_.dbf RECID=11 STAMP=1070263318
cataloged datafile copy
datafile copy file name=/oradata/ORCL_STBY/PDB01/o1_mf_sysaux_j749f5fw_.dbf RECID=12 STAMP=1070263318
cataloged datafile copy
datafile copy file name=/oradata/ORCL_STBY/PDB01/o1_mf_undotbs1_j749f5fx_.dbf RECID=13 STAMP=1070263318
cataloged datafile copy
datafile copy file name=/oradata/ORCL_STBY/test01.dbf RECID=14 STAMP=1070263318
cataloged datafile copy
datafile copy file name=/oradata/ORCL/test02.dbf RECID=15 STAMP=1070263318

datafile 14 switched to datafile copy
input datafile copy RECID=15 STAMP=1070263318 file name=/oradata/ORCL/test02.dbf
datafile 1 switched to datafile copy
input datafile copy RECID=4 STAMP=1070263316 file name=/oradata/ORCL_STBY/system01.dbf
datafile 3 switched to datafile copy
input datafile copy RECID=5 STAMP=1070263317 file name=/oradata/ORCL_STBY/sysaux01.dbf
datafile 4 switched to datafile copy
input datafile copy RECID=6 STAMP=1070263317 file name=/oradata/ORCL_STBY/undotbs01.dbf
datafile 5 switched to datafile copy
input datafile copy RECID=7 STAMP=1070263317 file name=/oradata/ORCL_STBY/pdbseed/system01.dbf
datafile 6 switched to datafile copy
input datafile copy RECID=8 STAMP=1070263318 file name=/oradata/ORCL_STBY/pdbseed/sysaux01.dbf
datafile 7 switched to datafile copy
input datafile copy RECID=9 STAMP=1070263318 file name=/oradata/ORCL_STBY/users01.dbf
datafile 8 switched to datafile copy
input datafile copy RECID=10 STAMP=1070263318 file name=/oradata/ORCL_STBY/pdbseed/undotbs01.dbf
datafile 9 switched to datafile copy
input datafile copy RECID=11 STAMP=1070263318 file name=/oradata/ORCL_STBY/PDB01/o1_mf_system_j749f5d5_.dbf
datafile 10 switched to datafile copy
input datafile copy RECID=12 STAMP=1070263318 file name=/oradata/ORCL_STBY/PDB01/o1_mf_sysaux_j749f5fw_.dbf
datafile 11 switched to datafile copy
input datafile copy RECID=13 STAMP=1070263318 file name=/oradata/ORCL_STBY/PDB01/o1_mf_undotbs1_j749f5fx_.dbf
datafile 12 switched to datafile copy
input datafile copy RECID=14 STAMP=1070263318 file name=/oradata/ORCL_STBY/test01.dbf
Executing: alter database rename file '/oradata/ORCL/redo01.log' to '/oradata/ORCL_STBY/redo01.log'
Executing: alter database rename file '/oradata/ORCL/redo02.log' to '/oradata/ORCL_STBY/redo02.log'
Executing: alter database rename file '/oradata/ORCL/redo03.log' to '/oradata/ORCL_STBY/redo03.log'

contents of Memory Script:
{
  recover database from service  'orcl';
}
executing Memory Script

Starting recover at 19-APR-21
using channel ORA_DISK_1
skipping datafile 5; already restored to SCN 2155383
skipping datafile 6; already restored to SCN 2155383
skipping datafile 8; already restored to SCN 2155383
skipping datafile 14; already restored to SCN 2658548
channel ORA_DISK_1: starting incremental datafile backup set restore
channel ORA_DISK_1: using network backup set from service orcl
destination for restore of datafile 00001: /oradata/ORCL_STBY/system01.dbf
channel ORA_DISK_1: restore complete, elapsed time: 00:00:01
channel ORA_DISK_1: starting incremental datafile backup set restore
channel ORA_DISK_1: using network backup set from service orcl
destination for restore of datafile 00003: /oradata/ORCL_STBY/sysaux01.dbf
channel ORA_DISK_1: restore complete, elapsed time: 00:00:01
channel ORA_DISK_1: starting incremental datafile backup set restore
channel ORA_DISK_1: using network backup set from service orcl
destination for restore of datafile 00004: /oradata/ORCL_STBY/undotbs01.dbf
channel ORA_DISK_1: restore complete, elapsed time: 00:00:01
channel ORA_DISK_1: starting incremental datafile backup set restore
channel ORA_DISK_1: using network backup set from service orcl
destination for restore of datafile 00007: /oradata/ORCL_STBY/users01.dbf
channel ORA_DISK_1: restore complete, elapsed time: 00:00:01
channel ORA_DISK_1: starting incremental datafile backup set restore
channel ORA_DISK_1: using network backup set from service orcl
destination for restore of datafile 00009: /oradata/ORCL_STBY/PDB01/o1_mf_system_j749f5d5_.dbf
channel ORA_DISK_1: restore complete, elapsed time: 00:00:01
channel ORA_DISK_1: starting incremental datafile backup set restore
channel ORA_DISK_1: using network backup set from service orcl
destination for restore of datafile 00010: /oradata/ORCL_STBY/PDB01/o1_mf_sysaux_j749f5fw_.dbf
channel ORA_DISK_1: restore complete, elapsed time: 00:00:01
channel ORA_DISK_1: starting incremental datafile backup set restore
channel ORA_DISK_1: using network backup set from service orcl
destination for restore of datafile 00011: /oradata/ORCL_STBY/PDB01/o1_mf_undotbs1_j749f5fx_.dbf
channel ORA_DISK_1: restore complete, elapsed time: 00:00:02
channel ORA_DISK_1: starting incremental datafile backup set restore
channel ORA_DISK_1: using network backup set from service orcl
destination for restore of datafile 00012: /oradata/ORCL_STBY/test01.dbf
channel ORA_DISK_1: restore complete, elapsed time: 00:00:01

starting media recovery

media recovery complete, elapsed time: 00:00:00
Finished recover at 19-APR-21
Executing: alter system set standby_file_management=auto
Finished recover at 19-APR-21

复制

方便大家查看，于是记录恢复全过程，通过以上执行过程，可以看到：

  • RECOVER STANDBY DATABASE命令重新启动备用实例。
  • 从主数据库刷新控制文件，并自动重命名数据文件，临时文件和联机日志。
  • 它可以还原添加到主数据库中的新数据文件，并还原到当前时间的备用数据库。

b.备库修改standby log路径

发现刷新过后，备库redo log路径已修改，standby log路径未修改，因此手动修改。

查询备库的日志文件路径：

sqlplus / as sysdba
SQL> select member from v$logfile;

MEMBER
--------------------------------------------------------------------------------
/oradata/ORCL_STBY/redo03.log
/oradata/ORCL_STBY/redo02.log
/oradata/ORCL_STBY/redo01.log
/oradata/ORCL/standby_redo04.log
/oradata/ORCL/standby_redo05.log
/oradata/ORCL/standby_redo06.log
/oradata/ORCL/standby_redo07.log

复制

关闭备库文件自动管理：

sqlplus / as sysdba
alter system set standby_file_management=MANUAL;

复制

清理standby log：

sqlplus / as sysdba
alter database clear logfile group 4;
alter database clear logfile group 5;
alter database clear logfile group 6;
alter database clear logfile group 7;

复制

修改standby log路径：

sqlplus / as sysdba
alter database rename file '/oradata/ORCL/standby_redo04.log' to '/oradata/ORCL_STBY/standby_redo04.log';
alter database rename file '/oradata/ORCL/standby_redo05.log' to '/oradata/ORCL_STBY/standby_redo05.log';
alter database rename file '/oradata/ORCL/standby_redo06.log' to '/oradata/ORCL_STBY/standby_redo06.log';
alter database rename file '/oradata/ORCL/standby_redo07.log' to '/oradata/ORCL_STBY/standby_redo07.log';

复制

修改完后打开备库文件自动管理：

sqlplus / as sysdba
alter system set standby_file_management=AUTO;

复制

c.主库切日志，备库开启日志应用

检查主备scn是否一致：

sqlplus / as sysdba
col HXFNM for a100
set line222
select HXFIL File_num,substr(HXFNM,1,40) HXFNM,fhscn from x$kcvfh;

复制

主库切几次归档：

sqlplus / as sysdba
ALTER SYSTEM ARCHIVE LOG CURRENT;
ALTER SYSTEM SWITCH LOGFILE;

复制

开启备库应用日志：

sqlplus / as sysdba
alter database open;
alter pluggable database all open;
ALTER DATABASE RECOVER MANAGED STANDBY DATABASE USING CURRENT LOGFILE DISCONNECT FROM SESSION;

复制

查看备库同步是否正常：

sqlplus / as sysdba
set line222
col member for a60
select 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#;

复制

主库插入数据：

sqlplus test/test@pdb01
insert into test values (999);
commit;

复制

备库查询是否实时同步：

sqlplus / as sysdba
alter session set container=pdb01;
select * from test.test;
ID
----------
1
2
999

复制

至此，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三思而后行，欢迎点赞+关注，我会持续分享数据库知识、运维技巧。

oracledataguard
最后修改时间：2024-08-09 11:14:30
「喜欢这篇文章，您的关注和赞赏是给作者最好的鼓励」
关注作者
【版权声明】本文为墨天轮用户原创内容，转载时必须标注文章的来源（墨天轮），文章链接，文章作者等基本信息，否则作者和墨天轮有权追究责任。如果您发现墨天轮中有涉嫌抄袭或者侵权的内容，欢迎发送邮件至：contact@modb.pro进行举报，并提供相关证据，一经查实，墨天轮将立刻删除相关内容。

文章被以下合辑收录

Oracle高可用架构（共9篇）
分享记录Oracle高可用架构的安装实施步骤
Oracle故障处理（共6篇）
主要分享Oracle遇到的故障解决记录。

评论

草木
暂无图片
3年前
评论
暂无图片 0
18C模拟GAP,增加的数据文件14，在主库上位于/oradata/ORCL/test02.dbf，在备库上应该位于name=/oradata/ORCL_ST BY/test02.dbf吧，我感觉给主库路径是一样的。
3年前
暂无图片 点赞
评论
Great.Li
暂无图片
3年前
评论
暂无图片 0
个人觉得，其实没有必要恢复控制文件。
3年前
暂无图片 点赞
评论
你听得到
暂无图片
3年前
评论
暂无图片 0
12.2 一主两从的环境日志切换频繁时，有一个备库出现gap能自动从主库传归档，但另一个就不行，需要手动修复，
3年前
暂无图片 点赞
1
你听得到
暂无图片
3年前
回复
暂无图片 0
两备库都有配fal sever指向主库
3年前
暂无图片 点赞
回复
孙少峰
暂无图片
3年前
评论
暂无图片 0
，
3年前
暂无图片 点赞
评论
Z1hq
暂无图片
3年前
评论
暂无图片 0
摩天轮什么时候支持评论可以带上截图？
3年前
暂无图片 点赞
1
墨天轮福利君
暂无图片
3年前
回复
暂无图片 0
收到您的需求了，感谢关注
3年前
暂无图片 点赞
回复

相关阅读

【纯干货】Oracle 19C RU 19.27 发布，如何快速升级和安装？
Lucifer三思而后行
687次阅读
2025-04-18 14:18:38
Oracle RAC 一键安装翻车？手把手教你如何排错！
Lucifer三思而后行
635次阅读
2025-04-15 17:24:06
Oracle数据库一键巡检并生成HTML结果，免费脚本速来下载!
陈举超
546次阅读
2025-04-20 10:07:02
【活动】分享你的压箱底干货文档，三篇解锁进阶奖励！
墨天轮编辑部
493次阅读
2025-04-17 17:02:24
【ORACLE】记录一些ORACLE的merge into语句的BUG
DarkAthena
490次阅读
2025-04-22 00:20:37
【ORACLE】你以为的真的是你以为的么?--ORA-38104: Columns referenced in the ON Clause cannot be updated
DarkAthena
480次阅读
2025-04-22 00:13:51
一页概览：Oracle GoldenGate
甲骨文云技术
469次阅读
2025-04-30 12:17:56
火焰图--分析复杂SQL执行计划的利器
听见风的声音
418次阅读
2025-04-17 09:30:30
3月“墨力原创作者计划”获奖名单公布
墨天轮编辑部
372次阅读
2025-04-15 14:48:05
OR+DBLINK的关联SQL优化思路
布衣
357次阅读
2025-05-05 19:28:36
TA的专栏
DBA
收录28篇内容
Oracle 一键安装实操合集
收录197篇内容
DBA
收录22篇内容
热门文章
精心整理Oracle数据库各版本（软件安装包+最新补丁包），附下载链接🔗
2021-07-11 25906浏览
实战篇：Linux7 安装 Oracle 19C RAC 详细图文教程
2021-11-03 22121浏览
‼️ 我写了4000多行Shell脚本，终于实现了一键安装Oracle RAC！！！
2021-06-03 21676浏览
❤️ Oracle 数据库常用安装包合集（包含基础版和最新补丁集202107）
2021-09-17 18330浏览
教你三步在MacOS上安装Linux系统，看完就会了
2021-07-11 17677浏览
在线实训环境入口
Oracle 18C 在线实训环境
查看详情
最新文章
OGG 报错 OGG-02028，一个奇葩的 BUG！
1天前 91浏览
亲测有效！OGG 创建抽取进程报错 OGG-08241，如何解决？
3天前 136浏览
OGG 更新表频繁导致进程中断，见鬼了？非也！
2025-04-28 286浏览
OGGMA 21c 微服务 (MySQL) 安装避坑指南
2025-04-27 442浏览
别再手动搭建 Oracle ADG 了！这个脚本让你效率翻倍
2025-04-21 205浏览
目录
  • 前言
  • 一、介绍
  • 二、实战
  • 三、11G常规修复
    • a.在主库上创建一个备库的控制文件
    • b.以备库的当前SCN号为起点，在主库上做一个增量备份
    • c.将增量备份和控制文件拷贝到备库上
    • d.使用新的控制文件将备库启动到mount状态
    • e.增量备份注册到RMAN的catalog，取消日志应用，恢复增量备份
    • f.开启备库的恢复进程
  • 四、12C新特性修复
    • a.记录备库当前SCN号
    • b.使用recover standby using service恢复
    • c.备库启动到nomount状态，恢复控制文件
    • d.备库恢复，修复GAP
    • e.开启备库日志应用，检查同步
  • 五、18C新特性恢复
    • a、执行RECOVER STANDBY DATABASE FROM SERVICE刷新备库
    • b.备库修改standby log路径
    • c.主库切日志，备库开启日志应用
  • 往期精彩文章