ADG无法切换：报错 ORA-16467
现象：
ADG无法切换：验证时就报错 ORA-16467
记录问题，顺便展现一次troubleshooting的心路历程。
具体查询：
在主库操作，
@primary
切换验证：
alter database switchover to demorac verify;
报错ORA-16467：
SQL> alter database switchover to demorac verify;
alter database switchover to demorac verify
*
ERROR at line 1:
ORA-16467: switchover target is not synchronized
主库alert告警日志：
ORA-16467 signalled during: alter database switchover to demorac verify...
主库传输链路并没有报错：
SQL> select error from v$archive_dest where dest_id= 2;
ERROR
-----------------------------------------------------------------
但是，如果去查v$archive_dest_status，就会发现问题，说有可解决的GAP：
SQL> select dest_id, status, gap_status from v$archive_dest_status where dest_id = 2;
DEST_ID STATUS GAP_STATUS
---------- --------- ------------------------
2 VALID RESOLVABLE GAP
但是去备库查询，
@standby,
ADG并没有任何延迟：
SQL> select * from v$dataguard_stats;
SOURCE_DBID SOURCE_DB_ NAME VALUE UNIT TIME_COMPUTED DATUM_TIME CON_ID
----------- ---------- ---------------------- ---------------------- ------------------------------ ------------------------------ ------------------------------ ----------
0 transport lag +00 00:00:00 day(2) to second(0) interval 05/11/2023 18:16:43 05/11/2023 18:16:41 0
0 apply lag +00 00:00:00 day(2) to second(0) interval 05/11/2023 18:16:43 05/11/2023 18:16:41 0
0 apply finish time day(2) to second(3) interval 05/11/2023 18:16:43 0
0 estimated startup time 18 second 05/11/2023 18:16:43 0
查MOS文档资料，有一个bug：
- Bug 33663444 - DataGuard: "alter database switchover verify" fails with ORA-16467 (Doc ID 33663444.8)
可是很快也排除掉：现象细节不完全匹配，另外这个bug正好在19.16已经修复：
[oracle@bogon ~]$ $ORACLE_HOME/OPatch/opatch lsinventory|grep 33663444
29353271, 29706141, 26352569, 33663444, 30476768, 30092280, 30843271
但这个文档给的一些解释中也得到了一些启发：
REDISCOVERY INFORMATION:
SELECT GAP_STATUS FROM V$ARCHIVE_DEST_STATUS with show unresolvable gap.
Workaround
temporarily re-enable the disabled redo thread
首先，我们查V$ARCHIVE_DEST_STATUS已经确认是resolvable gap，不匹配但是也有问题。
然后redo thread的re-enable，这个workaround让我去想到查询redo的thread，结果发现果然有些异常：
SQL> select * from v$log;
GROUP# THREAD# SEQUENCE# BYTES BLOCKSIZE MEMBERS ARC STATUS FIRST_CHANGE# FIRST_TIM NEXT_CHANGE# NEXT_TIME CON_ID
---------- ---------- ---------- ---------- ---------- ---------- --- ---------------- ------------- --------- ------------ --------- ----------
1 1 1132 209715200 512 1 NO CURRENT 44911942 11-MAY-23 9.2954E+18 0
2 1 1130 209715200 512 1 YES INACTIVE 44901958 11-MAY-23 44911931 11-MAY-23 0
3 1 1131 209715200 512 1 YES INACTIVE 44911931 11-MAY-23 44911942 11-MAY-23 0
4 2 0 104857600 512 1 YES UNUSED 0 0 0
5 2 0 104857600 512 1 YES UNUSED 0 0 0
我这里目前主库是单实例，而备库才是RAC，可是，为何主库的redo居然会有 thread#=2 的redo？
虽然都是unused，但出现在这里就很奇怪！
不知道谁动了这个环境，想不起来做过这样的测试。但可以肯定的是，完全可以把这个不该存在的thread删除掉！
直接删除会报错：
alter database drop logfile group 4;
alter database drop logfile group 5;
SQL> alter database drop logfile group 4;
alter database drop logfile group 4
*
ERROR at line 1:
ORA-01567: dropping log 4 would leave less than 2 log files for instance UNNAMED_INSTANCE_2 (thread 2)
ORA-00312: online log 4 thread 2: '/flash/fast_recovery_area/DEMO/onlinelog/o1_mf_4_kxn73zny_.log'
SQL> alter database drop logfile group 5;
alter database drop logfile group 5
*
ERROR at line 1:
ORA-01567: dropping log 5 would leave less than 2 log files for instance UNNAMED_INSTANCE_2 (thread 2)
ORA-00312: online log 5 thread 2: '/flash/fast_recovery_area/DEMO/onlinelog/o1_mf_5_kxn73zqd_.log'
删除不掉就尝试去先禁用掉这个没有用的thread 2，然后再次尝试删除：
alter database disable thread 2;
SQL> alter database disable thread 2;
Database altered.
SQL> select * from v$log;
GROUP# THREAD# SEQUENCE# BYTES BLOCKSIZE MEMBERS ARC STATUS FIRST_CHANGE# FIRST_TIM NEXT_CHANGE# NEXT_TIME CON_ID
---------- ---------- ---------- ---------- ---------- ---------- --- ---------------- ------------- --------- ------------ --------- ----------
1 1 1132 209715200 512 1 NO CURRENT 44911942 11-MAY-23 9.2954E+18 0
2 1 1130 209715200 512 1 YES INACTIVE 44901958 11-MAY-23 44911931 11-MAY-23 0
3 1 1131 209715200 512 1 YES INACTIVE 44911931 11-MAY-23 44911942 11-MAY-23 0
4 2 0 104857600 512 1 YES UNUSED 0 0 0
5 2 0 104857600 512 1 YES UNUSED 0 0 0
SQL> alter database drop logfile group 4;
Database altered.
SQL> alter database drop logfile group 5;
Database altered.
SQL>
SQL>
SQL> select * from v$log;
GROUP# THREAD# SEQUENCE# BYTES BLOCKSIZE MEMBERS ARC STATUS FIRST_CHANGE# FIRST_TIM NEXT_CHANGE# NEXT_TIME CON_ID
---------- ---------- ---------- ---------- ---------- ---------- --- ---------------- ------------- --------- ------------ --------- ----------
1 1 1132 209715200 512 1 NO CURRENT 44911942 11-MAY-23 9.2954E+18 0
2 1 1130 209715200 512 1 YES INACTIVE 44901958 11-MAY-23 44911931 11-MAY-23 0
3 1 1131 209715200 512 1 YES INACTIVE 44911931 11-MAY-23 44911942 11-MAY-23 0
删除成功！这次想来总该可以了吧？
SQL> alter database switchover to demorac verify;
alter database switchover to demorac verify
*
ERROR at line 1:
ORA-16467: switchover target is not synchronized
额，还是不行，但感觉再刺激刺激就OK了，继续尝试之前的十八般武艺（主要还是多切几次日志）：
SQL> select dest_id, status, gap_status from v$archive_dest_status where dest_id = 2;
DEST_ID STATUS GAP_STATUS
---------- --------- ------------------------
2 VALID RESOLVABLE GAP
SQL>
SQL> alter system switch logfile;
System altered.
SQL> select dest_id, status, gap_status from v$archive_dest_status where dest_id = 2;
DEST_ID STATUS GAP_STATUS
---------- --------- ------------------------
2 VALID RESOLVABLE GAP
SQL> alter system archive log current;
System altered.
SQL> select dest_id, status, gap_status from v$archive_dest_status where dest_id = 2;
DEST_ID STATUS GAP_STATUS
---------- --------- ------------------------
2 VALID RESOLVABLE GAP
SQL> alter system switch logfile;
alter system switch logfile;
System altered.
SQL>
System altered.
SQL>
SQL>
SQL>
SQL> alter system switch logfile;
System altered.
SQL> select dest_id, status, gap_status from v$archive_dest_status where dest_id = 2;
DEST_ID STATUS GAP_STATUS
---------- --------- ------------------------
2 VALID NO GAP
SQL>
哎呀，直接提示没有GAP了，赶紧尝试继续切换。。
SQL> alter database switchover to demorac verify;
alter database switchover to demorac verify
*
ERROR at line 1:
ORA-16475: succeeded with warnings, check alert log for more details
SQL> !date
Thu May 11 18:36:31 CST 2023
额？成功了，但是有警告，看告警日志又是一个新的ORA-16475 错误。
2023-05-11T18:36:14.906996+08:00
alter database switchover to demorac verify
2023-05-11T18:36:15.094516+08:00
SWITCHOVER VERIFY: Send VERIFY request to switchover target DEMORAC
SWITCHOVER VERIFY WARNING: switchover target temporary files are not the same with the primary. See switchover target's alert log for details.
ORA-16475 signalled during: alter database switchover to demorac verify...
哎呀，去看看备库的alert日志：
2023-05-11T18:41:29.407685+08:00
SWITCHOVER VERIFY BEGIN
SWITCHOVER VERIFY WARNING: primary database has 5 temporary files, this database has 4 temporary files. More temp files should be added to this database.
SWITCHOVER VERIFY COMPLETE
注意这个时间不太一致是因为两个机器时间不一样（差了5分钟），可以先不用管。
看问题本身是说临时文件，这无所谓，切换后可以自动创建。
快快来一把久违的切换吧！
--主库执行成功
alter database switchover to demorac;
--新主库demorac
alter database open;
--新备库demo
startup
recover managed standby database disconnect;
具体ADG切换参考：
嗯，终于OK了，也感觉肚子饿了，去点餐了。
ADG无法切换：报错 ORA-16467的更多相关文章
- expdp报错ora 39126
11.2.0.2,expdp报错: ORA-39126: Worker unexpected fatal error in KUPW$WORKER.GET_TABLE_DATA_OBJECTS []O ...
- mycat的wrapper.log日志中发现主从切换报错
可能是MySQL在某些情况下重启(密切关注重启现象,关注日志,找出原因),导致mycat切换主从.由于设置了单向主从,mycat将从库切换为主库,原来的主库宕机.后来重新更新dnindex.conf之 ...
- ADG无法同步：TT00双色球
报错 Error 12514
环境: Oracle 19.16 ADG (Single Instance -> RAC) 在配置ADG的场景,发现ADG不能同步. 1.查看报错信息 2.oerr查看该错误说明 3.尝试sql ...
- ORA-12609报错分析
问题:监控不断告警ORA-12609 Wed 10/14/2020 10:40 AM 12CRAC1-ALERT中出现ORA错误,请检查 171- nt OS err code: 0 172- Cli ...
- 准备上线,切换到master分支,报错
切换到master分支,准备上线,把上次上线sourceTree保存的修改拉出来: 运行,报错了: stackOverflow一搜说要删除旧的: 我show in finder 把他删了,然后双击安装 ...
- iOS OC环信实时语音切换听筒免提听不到声音报错：AVAudioSessionErrorCodeBadParam
出现这个报错:AVAudioSessionErrorCodeBadParam 先看看你的问题是不是在切换听筒免提的时候 听不到声音了, 不是的可以继续搜索去了 问题在这里 把圈住的那个货换成这个就 ...
- git切换分支报错:error: pathspec 'origin/XXX' did not match any file(s) known to git
项目上有一个分支test,使用git branch -a看不到该远程分支,直接使用命令git checkout test报错如下: error: pathspec 'origin/test' did ...
- pip安装报错处理+PyPi源切换教程
一.pip安装出错类型 1.1 pip版本过旧导致不能安装 报错提示: You are using pip version 9.0.3, however version 10.0.1 is avail ...
- Oracle 12.2 报错：ORA-12012: error on auto execute of job "SYS"."ORA$AT_OS_OPT_SY_7458"
alert报错 2019-01-12T10:10:11.499130+08:00Errors in file /u01/app/oracle/diag/rdbms/rac1/rac112/trace/ ...
- bootstrap 标签页tab切换js（含报错原因）
booststrap 标签页的tab切换,相信大家已经都很熟悉了,在boot官网示例以及其他网站已经很多罗列相关代码的了,这里就不赘述了.这里主要贴下让boot标签页默认显示哪个标签页的js. 主要留 ...
随机推荐
- [复现]DASCTF Sept X 浙江工业大学秋季挑战赛-PWN
hehepwn 一开始泄露stack地址,然后写入shellcode返回到shellcode执行 from pwn import * context.os = 'linux' context.log_ ...
- Python学习笔记W1
今天正式开始学习Python语言,学习方式观看教学视频,完成作业.视频共计28周,争取每天2天完成一周教学内容,共计56天,预计完成日期:2019-2-28. Owen写于2018-12-22 ...
- classload加载机制
BootstrapClassLoader.ExtClassLoader.AppClassLoader实际是查阅相应的环境属性sun.boot.class.path.java.ext.dirs和java ...
- 【CS231n assignment 2022】 vscode 环境配置
文章目录 前言 一.安装 Python 二.安装 vscode 三. cs231n 作业下载 四.配置 vscode 五.虚拟环境包安装 六.数据集 前言 今年成功考上了本校的研究生,要开始进入研究生 ...
- MySQL查询练习 (转载)
转载 @香草味的橙子 侵删 Evernote Export body, td { font-family: 微软雅黑; font-size: 10pt } mysql查询练习 新建一个查询用的数据库: ...
- Go语言 ：使用简单的 for 迭代语句进行 TDD 驱动测试开发与 benchmark 基准测试
前提准备与运行环境请参考:(新手向)在Linux中使用VScode编写 "Hello,world"程序,并编写测试-Ubuntu20.4 在 Go 中 for 用来循环和迭代, ...
- CSAPP-Data Lab
gcc -O1 -Wall -m32 -lm -o btest bits.c btest.c decl.c tests.c In file included from btest.c:16:0: /u ...
- Sping Security前后端分离两种方案
前言 本篇文章是基于Spring Security实现前后端分离登录认证及权限控制的实战,主要包括以下四方面内容: Spring Seciruty简单介绍: 通过Spring Seciruty实现的基 ...
- Three.js 进阶之旅：全景漫游-初阶移动相机版
声明:本文涉及图文和模型素材仅用于个人学习.研究和欣赏,请勿二次修改.非法传播.转载.出版.商用.及进行其他获利行为. 摘要 3D 全景技术可以实现日常生活中的很多功能需求,比如地图的街景全景模式.数 ...
- 实现⼀个简洁版的promise
// 三个常量⽤于表示状态 const PENDING = 'pending' const RESOLVED = 'resolved' const REJECTED = 'rejected' func ...