-
加我公众号(orasos)
加我微信(17813235971)
加我QQ(107644445)
标签云
asm恢复 bbed bootstrap$ dul kcbzib_kcrsds_1 kccpb_sanity_check_2 kcratr_nab_less_than_odr MySQL恢复 obet ORA-00312 ORA-00704 ORA-00742 ORA-01110 ORA-01200 ORA-01555 ORA-01578 ORA-01595 ORA-600 2662 ORA-600 2663 ORA-600 3020 ORA-600 4000 ORA-600 4137 ORA-600 4193 ORA-600 4194 ORA-600 16703 ORA-600 kcbzib_kcrsds_1 ORA-600 KCLCHKBLK_4 ORA-600 kcratr_nab_less_than_odr ORA-15042 ORA-15196 ORACLE 12C oracle dul ORACLE PATCH Oracle Recovery Tools oracle加密恢复 oracle勒索 oracle勒索恢复 oracle异常恢复 ORACLE恢复 Oracle 恢复 ORACLE数据库恢复 oracle碎片 OSD-04016 YOUR FILES ARE ENCRYPTED 比特币加密文章分类
- MongoDB (1)
- MongoDB恢复 (1)
- Others (2)
- 中间件 (2)
- WebLogic (2)
- 操作系统 (112)
- 数据库 (1,879)
- DB2 (22)
- MySQL (82)
- Oracle (1,705)
- Data Guard (53)
- EXADATA (8)
- GoldenGate (24)
- ORA-xxxxx (168)
- ORACLE 12C (72)
- ORACLE 18C (6)
- ORACLE 19C (15)
- ORACLE 21C (3)
- Oracle 23ai (8)
- Oracle ASM (72)
- Oracle Bug (8)
- Oracle RAC (56)
- Oracle 安全 (6)
- Oracle 开发 (28)
- Oracle 监听 (29)
- Oracle备份恢复 (659)
- Oracle安装升级 (108)
- Oracle性能优化 (62)
- 专题索引 (5)
- 勒索恢复 (91)
- PostgreSQL (37)
- pdu工具 (7)
- PostgreSQL恢复 (13)
- SQL Server (34)
- SQL Server恢复 (14)
- TimesTen (7)
- 达梦数据库 (5)
- 达梦恢复 (3)
- 生活娱乐 (2)
- 至理名言 (11)
- 虚拟化 (2)
- VMware (2)
- 软件开发 (51)
- Asp.Net (9)
- JavaScript (12)
- PHP (2)
- 小工具 (34)
- MongoDB (1)
-
最近发表
- Oracle 19c 202610补丁（RUs+OJVM）-19.33
- 由于con$.con#值达到极限，触发数据库增加约束报ORA-600 12807错误
- MongoDB 离线提取工具—mongoext
- .bres勒索病毒加密数据库dmp文件可恢复
- ORA-600 krsm_mrp_rebuild_lf_list.lno_mismatch
- 记录一次0丢失的ORA-00354: 损坏重做日志块标头故障恢复
- 不当数据库恢复操作导致一个月数据丢失
- obet快速修复oracle 位图损坏块
- 不太常见的10.2.0.1的oracle redo损坏恢复
- obet forcecopy功能抢救硬件故障中的数据文件
- kcratr_nab_less_than_odr和system坏块故障处理
- 通过obet 恢复system坏块,打开数据库
- obet dbv功能完整说明
- 分享一例运行在aix上的sap系统数据库恢复过程
- OBET-Oracle Block Editor Tool使用说明
- 几乎动用了所有手段的Oracle故障恢复
- Oracle Block Edit Tool (obet) 功能增强–2026.07
- Oracle 19c 202607补丁（RUs+OJVM）-19.32
- Patch_SCN快速修复ORA-01555数据库open故障
- 快速处理 ORA-01210: data file header is media corrupt 故障
分类目录归档：ORA-xxxxx
ORA-10485: Real-Time Query cannot be enabled while applying migration redo.
对于数据库打psu和jvm patch之后,dg备库同步会出现类似ORA-10485: Real-Time Query cannot be enabled while applying migration redo.异常
Tue Aug 15 18:48:18 2023 ALTER DATABASE RECOVER MANAGED STANDBY DATABASE USING CURRENT LOGFILE DISCONNECT FROM SESSION Attempt to start background Managed Standby Recovery process (orcl) Tue Aug 15 18:48:18 2023 MRP0 started with pid=33, OS id=15486 MRP0: Background Managed Standby Recovery process started (orcl) started logmerger process Tue Aug 15 18:48:23 2023 Managed Standby Recovery starting Real Time Apply Parallel Media Recovery started with 80 slaves Waiting for all non-current ORLs to be archived... All non-current ORLs have been archived. Recovery of Online Redo Log: Thread 1 Group 10 Seq 106115 Reading mem 0 Mem# 0: /u01/app/oracle/oradata/orcl/std_redo10.log Completed: ALTER DATABASE RECOVER MANAGED STANDBY DATABASE USING CURRENT LOGFILE DISCONNECT FROM SESSION Tue Aug 15 18:49:50 2023 RFS[1]: Assigned to RFS process 16049 RFS[1]: Opened log for thread 1 sequence 106117 dbid 1490144467 branch 962363734 Tue Aug 15 18:49:50 2023 RFS[2]: Assigned to RFS process 16051 RFS[2]: Selected log 10 for thread 1 sequence 106115 dbid 1490144467 branch 962363734 Tue Aug 15 18:49:50 2023 RFS[3]: Assigned to RFS process 16053 RFS[3]: Opened log for thread 1 sequence 106116 dbid 1490144467 branch 962363734 Archived Log entry 106102 added for thread 1 sequence 106116 rlc 962363734 ID 0x58d223d3 dest 2: RFS[3]: Opened log for thread 1 sequence 106118 dbid 1490144467 branch 962363734 RFS[2]: Opened log for thread 1 sequence 106119 dbid 1490144467 branch 962363734 Tue Aug 15 18:49:50 2023 Archived Log entry 106103 added for thread 1 sequence 106115 ID 0x58d223d3 dest 1: Tue Aug 15 18:49:50 2023 Media Recovery Log /u01/app/oracle/fast_recovery_area/ORCLDG/archivelog/2023_08_15/o1_mf_1_106116_lfpp2ghc_.arc Errors with log /u01/app/oracle/fast_recovery_area/ORCLDG/archivelog/2023_08_15/o1_mf_1_106116_lfpp2ghc_.arc MRP0: Background Media Recovery terminated with error 10485 Errors in file /u01/app/oracle/diag/rdbms/orcldg/orcl/trace/orcl_pr00_15488.trc: ORA-10485: Real-Time Query cannot be enabled while applying migration redo. Managed Standby Recovery not using Real Time Apply Recovery interrupted! Tue Aug 15 18:49:50 2023 MRP0: Background Media Recovery process shutdown (orcl)
这种情况,是由于数据库在upgrade模式下产生日志无法正常被adg实时应用,我一般是临时rman应用备库日志解决,官方解决方案:MRP process getting terminated with error ORA-10485 (Doc ID 1618485.1)
11g CASE
---------
1> Stop DG broker (if used)
i.e., on primary and standby
SQL> alter system set dg_broker_start = false scope = both sid = '*' ;
2> Stop managed recovery in the standby, shutdown the standby and startup mount.
start managed recovery without real time apply.
SQL> alter database recover managed standby database disconnect ;
3> Wait until all the redo is applied to the standby and the standby is in sync.
Do a couple of log switches on the primary, all instances if RAC, and let them apply to the standby.
4> Shutdown the standby and startup mount
start managed recovery with real time apply.
SQL> alter database recover managed standby database using current logfile disconnect ;
5> Restart broker(if used).
on primary and standby
SQL> alter system set dg_broker_start = true scope = both sid = '*' ;
12c CASE
----------
In 12c and later, start Archived log apply using below command with ARCHIVED LOGFILE option:
SQL> alter database recover managed standby database using archived logfile disconnect;
Wait until all the redo is applied to the standby and the standby is in sync.
Do a couple of log switches on the primary, all instances if RAC, and let them apply to the standby.
To stop Redo Apply, Issue the following SQL statement:
SQL> alter database recover managed standby database cancel;
start managed recovery with real time apply, Issue the following SQL statement
SQL> alter database recover managed standby database disconnect;
ORA-600 kghstack_underflow_internal_2
aix平台运行11.2.0.4 rac,突然一个节点crash,lms2进程报ORA-600 kghstack_underflow_internal_2错误
Thu Aug 03 18:43:16 2023 Errors in file /u01/oracle/app/oracle/diag/rdbms/xff/xff2/trace/xff2_lms2_2884404.trc (incident=761244): ORA-00600: internal error code, arguments: [kghstack_underflow_internal_2], [0x11074D658], [], [], [], [], [], [], [], [], [], [] Incident details in: /u01/oracle/app/oracle/diag/rdbms/xff/xff2/incident/incdir_761244/xff2_lms2_2884404_i761244.trc Errors in file /u01/oracle/app/oracle/diag/rdbms/xff/xff2/trace/xff2_lms2_2884404.trc (incident=761245): ORA-00600: internal error code, arguments: [kghstack_underflow_internal_2], [0x11AB5BBF0], [], [], [], [], [], [], [], [], [], [] ORA-00600: internal error code, arguments: [kghstack_underflow_internal_2], [0x11074D658], [], [], [], [], [], [], [], [], [], [] Incident details in: /u01/oracle/app/oracle/diag/rdbms/xff/xff2/incident/incdir_761245/xff2_lms2_2884404_i761245.trc Thu Aug 03 18:43:19 2023 Dumping diagnostic data in directory=[cdmp_20230803184319], requested by (instance=2, osid=2884404 (LMS2)), summary=[incident=761245]. Use ADRCI or Support Workbench to package the incident. See Note 411.1 at My Oracle Support for error and packaging details. Thu Aug 03 18:43:23 2023 Sweep [inc][761245]: completed Use ADRCI or Support Workbench to package the incident. See Note 411.1 at My Oracle Support for error and packaging details. Errors in file /u01/oracle/app/oracle/diag/rdbms/xff/xff2/trace/xff2_lms2_2884404.trc: ORA-00600: internal error code, arguments: [kghstack_underflow_internal_2], [0x11074D658], [], [], [], [], [], [], [], [], [], [] Sweep [inc][761244]: completed Sweep [inc2][761245]: completed Sweep [inc2][761244]: completed Thu Aug 03 18:43:29 2023 Errors in file /u01/oracle/app/oracle/diag/rdbms/xff/xff2/trace/xff2_lms2_2884404.trc: ORA-00600: internal error code, arguments: [kghstack_underflow_internal_2], [0x11074D658], [], [], [], [], [], [], [], [], [], [] LMS2 (ospid: 2884404): terminating the instance due to error 484
分析trace文件中的Call Stack Trace信息
----- Call Stack Trace -----
calling call entry argument values in hex
location type point (? means dubious value)
-------------------- -------- -------------------- ----------------------------
skdstdst()+40 bl 0000000109B3EE38 000000000 ? 000000001 ?
000000003 ? 000000000 ?
000000000 ? 000000001 ?
000000003 ? 000000000 ?
ksedst1()+112 call skdstdst() 1777D9901C4FD34D ?
4840284100000000 ?
FFFFFFFFFFECE20 ?
2A501377F67A7 ? 10A742204 ?
000000000 ? 1107486C0 ?
2050033FFFECE28 ?
ksedst()+40 call ksedst1() FFFFFFFFFFFE0002 ?
0000060F1 ? 000000001 ?
10A46AD18 ? 000000000 ?
000000000 ? 000002004 ?
000000001 ?
dbkedDefDump()+1516 call ksedst() 000000000 ? 000000000 ?
000000000 ? 000000000 ?
000000000 ? 000000000 ?
000000000 ? 300000003 ?
ksedmp()+72 call dbkedDefDump() 3107486C0 ? 110000A28 ?
FFFFFFFFFFED630 ? 1106ABC70 ?
100125778 ? FFFFFFFFFFED5B0 ?
FFFFFFFFFFEDA30 ? 1106ABC70 ?
ksfdmp()+100 call ksedmp() 000000002 ? 000000000 ?
000000002 ? 10AF71A68 ?
10A0720F8 ? 000000000 ?
1108EC608 ? 1107486C0 ?
dbgexPhaseII()+1904 call ksfdmp() FFFFFFFFFFFE0002 ?
0000060F1 ? 000000002 ?
000000000 ? 000000002 ?
10A0720F0 ? 000000000 ?
001050005 ?
dbgexProcessError() call dbgexPhaseII() 1107486C0 ? 1108EFB28 ?
+1556 0000B9D9D ? 200000000 ?
FFFFFFFFFFEE548 ? 000000104 ?
FFFFFFFFFFEDBB0 ?
FB400000000 ?
dbgeExecuteForError call dbgexProcessError() 1107486C0 ? 1108EC608 ?
()+72 100000000 ? 000000000 ?
FFFFFFFFFFF29E0 ?
2840288000000012 ?
10013DA4C ? 1108EE350 ?
dbgePostErrorKGE()+ call dbgeExecuteForError 000000002 ? 000000128 ?
2044 () FFFFFFFFFFFE0002 ?
215265335E5162 ?
3726000000000001 ?
10A46AD18 ? 10A46CB00 ?
FFFFFFFFFFF1D30 ?
dbkePostKGE_kgsf()+ call dbgePostErrorKGE() 000000001 ? 10A46AD18 ?
68 25800000000 ? 109E7A740 ?
000000000 ? 000000038 ?
FFFFFFFFFFF2800 ? 11AB1AC50 ?
kgeadse()+380 call dbkePostKGE_kgsf() 900000000512C74 ?
9001000A008DAD0 ? 000000000 ?
9001000A008DAD0 ?
8000000FFFF2C40 ?
7000147E8F28C98 ? 400000008 ?
1100054A0 ?
kgerinv_internal()+ call kgeadse() 7FFFFFFFFFFFFFFF ?
48 FFFFFFFFFFFEF8FF ?
000000019 ? 110476528 ?
000000001 ? 000000017 ?
00000000B ? 000000000 ?
kgerinv()+48 call kgerinv_internal() FFFFFFFFFFFEF8FF ?
FFFFFFFFFFFFFFFF ?
FFFFFFFFFFFFFFFF ?
7FFFFFFFFFFFFFFF ?
1001648E0 ? FFFFFFFFFFF25E0 ?
1106ABC70 ? 11073B3C0 ?
kgeasnmierr()+72 call kgerinv() 000000000 ? 215265335E5162 ?
372600383A0F5000 ?
000000004 ? 10A328F7C ?
FFFFFFFFFFF2898 ? 000000002 ?
0FFFFFFFF ?
kghstack_underflow_ call kgeasnmierr() 11AB967A0 ? 000000000 ?
internal()+280 FFFFFFFFFFF2860 ? 100000001 ?
000000002 ? 11AB5BBF0 ?
000000000 ? 11AB96778 ?
kghstack_free()+716 call kghstack_underflow_ 10A328F7C ? 110A2FEC0 ?
internal() 000000004 ? 000000000 ?
000000000 ? 000000000 ?
000000080 ? 80000000000000 ?
ktudda()+912 call kghstack_free() 11AB5BBF0 ? 7215265335E5162 ?
3726000000000008 ?
000000102 ? 109E747E0 ?
FFFFFFFFFFF2A90 ? 000000048 ?
28408880FFFFFFFF ?
kcbtdu()+1636 call ktudda() 70001383A0F4014 ? 000000000 ?
1FE800000000 ? 07F7F7F7F ?
FFFFFFFF80808080 ?
000000000 ? 000000030 ?
FFFFFFFFFFF2B30 ?
kcbzdh()+3200 call kcbtdu() 35900000359 ? 100000001 ?
000000001 ? 200000001 ?
000000001 ? 00000005D ?
200066665D20 ? 000000000 ?
kcbzpnd()+504 call kcbzdh() 70001383F6D64B8 ? 000002004 ?
2107486C0 ? 10A74269E ?
1107486C0 ? FFFFFFFFFFF3B30 ?
FFFFFFFFFFF38E0 ? 000000000 ?
kcbdnb()+724 call kcbzpnd() 10A74267C ? 000000000 ?
000000000 ? 000000000 ?
000000000 ? 0001CE860 ?
000000000 ? 000000000 ?
dbkedDefDump()+5528 call kcbdnb() 200000000 ? 000000000 ?
000000000 ? 000000000 ?
1100224D0 ? 000000018 ?
110001366 ? 000000000 ?
ksedmp()+72 call dbkedDefDump() 3107486C0 ? 110000A28 ?
FFFFFFFFFFF3FC0 ? 1106ABC70 ?
100125778 ? 000000000 ?
FFFFFFFFFFF3FB0 ? 1106ABC70 ?
ksfdmp()+100 call ksedmp() 000000002 ? 000000000 ?
000000002 ? 10AF71A68 ?
10A0720F8 ? 000000000 ?
1109DE650 ? 1107486C0 ?
dbgexPhaseII()+1904 call ksfdmp() 11074B65C ? 000000001 ?
000000002 ? 000000000 ?
000000002 ? 10A0720F0 ?
000000000 ? 001050005 ?
dbgexProcessError() call dbgexPhaseII() 1107486C0 ? 1109DC860 ?
+1556 0000B9D9C ? 200000000 ?
FFFFFFFFFFF4ED8 ? 000000082 ?
FFFFFFFFFFF4560 ?
88A4422A00000000 ?
dbgeExecuteForError call dbgexProcessError() 1107486C0 ? 1109DE650 ?
()+72 100000000 ? 000000000 ?
000000000 ? 000000000 ?
0DFFFFFFF ? 1109E0398 ?
dbgePostErrorKGE()+ call dbgeExecuteForError 00000000A ? 000000000 ?
2044 () 000000001 ? 000000001 ?
000000000 ? 000000000 ?
FFFFFFFFFFFB4E0 ? 000000000 ?
dbkePostKGE_kgsf()+ call dbgePostErrorKGE() 000000000 ? FFFFFFFFFFF96B0 ?
68 2580000000A ? 109E7A740 ?
000000000 ? 000000000 ?
FFFFFFFFFFF9190 ? 11AB1AC50 ?
kgeadse()+380 call dbkePostKGE_kgsf() 000000001 ? 000000008 ?
000000000 ? 10A30EA38 ?
110000C20 ? 700014771160D68 ?
700014772ADB3A8 ? 000000001 ?
kgerinv_internal()+ call kgeadse() 000000003 ? 000000000 ?
48 11074B65C ? 000000001 ?
000000000 ? FFFFFFFFFFF96B0 ?
00000000A ? 000000001 ?
kgerinv()+48 call kgerinv_internal() 000000000 ? 000000000 ?
000000000 ? 000000000 ?
000000000 ? 000000000 ?
000000000 ? 000000000 ?
kgeasnmierr()+72 call kgerinv() 000000000 ? 000000000 ?
000000000 ? 000000000 ?
FFFFFFFFFFF92B0 ?
48102840FFFFA5B0 ?
11AB5BBB8 ? 11074D658 ?
kghstack_underflow_ call kgeasnmierr() 022028200 ? 022202820 ?
internal()+280 11AB5BBB8 ? 100000001 ?
000000002 ? 11074D658 ?
0442C2394 ? 000002000 ?
kghstack_free()+716 call kghstack_underflow_ FFFFFFFFFFF92B0 ?
internal() FFFFFFFFFFF95B8 ?
FFFFFFFFFFF92B0 ? 000000001 ?
FFFFFFFFFFF92B0 ?
FFFFFFFFFFF95E8 ?
FFFFFFFFFFF95B8 ? 11074B650 ?
ktundo()+924 call kghstack_free() 0DEADBEEF ? 11074D668 ?
11074B654 ? 300000000 ?
1FFFFB4E0 ? FFFFFFFFFFFB4E0 ?
FFFFFFFFFFF94C0 ?
FFFFFFFFFFF9470 ?
kturCRBackoutOneChg call ktundo() 19FFFFB5E0 ?
()+848 494CEDB3FFFF9E50 ?
FFFFFFFFFFF9E48 ? 000000000 ?
000000000 ? FFFFFFFFFFFA5B0 ?
100000000 ? FFFFFFFFFFFB4E0 ?
ktrgcm()+5816 call kturCRBackoutOneChg FFFFFFFFFFFA5B0 ?
() 19FFFFA440 ?
FFFFFFFFFFFA5B8 ? 000000000 ?
1FFFFA478 ? FFFFFFFFFFFB4E0 ?
000000000 ? 000000000 ?
ktrget3()+832 call ktrgcm() FFFFFFFFFFFAC80 ? 000000000 ?
000000000 ? 000000003 ?
058F7501F ? 000000001 ?
000000004 ? 000000003 ?
ktrget2()+104 call ktrget3() 000000002 ? 700000000014488 ?
7000147E9C41A50 ? 000000022 ?
110A123A0 ? 000000000 ?
FFFFFFFFFFFB080 ? 110A123B8 ?
kclgeneratecr()+654 call ktrget2() FFFFFFFFFFFB4D0 ? 110AA1610 ?
0 14F11E4E00 ? 0F11E4E00 ?
357FED028 ? 000030000 ?
7000147E9C41A50 ?
700000000014488 ?
kclgcr()+812 call kclgeneratecr() 11A209508 ? FFFFFFFFFFFBFC0 ?
FFFFFFFFFFFBC18 ? 000000000 ?
0FFFFBB10 ? 01A275AC8 ?
1761D7F302ED25AC ?
20000011A275AC8 ?
kclcrrf()+536 call kclgcr() FFFFFFFFFFFBC20 ?
FFFFFFFFFFFBD00 ? 101F5080C ?
000000000 ? 0000003E8 ?
000000028 ? 0000000C8 ?
FFFFFFFFFFFBF88 ?
kjblcrcbk()+896 call kclcrrf() 000000001 ? 000000000 ?
7000147EB0F07B8 ?
7000147576C4471 ?
401472C30C7F0 ?
7000147576C4408 ?
7000147576C3190 ?
7000147576C7170 ?
kjblpcr()+304 call kjblcrcbk() FFFFFFFFFFFBDA8 ? 000000038 ?
7000147FABBDB48 ? 600000006 ?
000000016 ? 11A209468 ?
000000013 ? 0001C2153 ?
kjbmpbast()+1792 call kjblpcr() 000000012 ? 000000168 ?
000000002 ? 70001109FDB8148 ?
357000000000357 ?
7000144F31F7750 ?
895000000000895 ? 000000000 ?
kjmxmpm()+760 call kjbmpbast() 1000000000000 ? 80000001E ?
000000000 ? 11A2951C8 ?
C000000000 ? 000000000 ?
1000000000000 ? 000000000 ?
kjmpbmsg()+3508 call kjmxmpm() 000000000 ? 11A3769E0 ?
FFFFFFFFFFFC380 ? 06DBFBAEF ?
101E13820 ? 11A3769E0 ?
7000147E339AE08 ?
FFFFFFFFFFFC210 ?
kjmsm()+13416 call kjmpbmsg() 11A209448 ? 7000147E339AE08 ?
100000019 ? 100000000 ?
000000000 ? 000000000 ?
000000000 ? 7000000000168FD ?
ksbrdp()+2216 call kjmsm() 7000000000168E0 ?
7000000000168FC ? 048244028 ?
000000E00 ? 1108B69F0 ?
100637768 ? 000000001 ?
700000007 ?
opirip()+1620 call ksbrdp() FFFFFFFFFFFFE22 ? 10AFA5FC8 ?
FFFFFFFFFFFDC10 ? 000000000 ?
000000001 ? 000000000 ?
01380038F ? 000000001 ?
opidrv()+608 call opirip() 10AFA23B0 ? 410134118 ?
FFFFFFFFFFFED80 ?
2F7530312F ? 108A7E8C4 ?
1106ABC70 ?
652F70726F647563 ?
1106ABC70 ?
sou2o()+136 call opidrv() 3208A885B0 ? 400000000 ?
FFFFFFFFFFFED80 ?
23001801CD0000 ? 000000010 ?
1106ABC70 ? 000000000 ?
000000000 ?
opimai_real()+188 call sou2o() FFFFFFFFFFFEDF0 ?
4424444B00000001 ?
9000000000D73CC ?
BADC0FFEE0DDF00D ?
000000003 ? 9001000A008DAD0 ?
A0000000A000000 ? 10B6A8F30 ?
ssthrdmain()+276 call opimai_real() 9001000A0011A60 ?
FFFFFFFFFFFF148 ?
FFFFFFFFFFFEEF0 ? 10B6E9280 ?
90000000008582C ?
9001000A008DAD0 ?
FFFFFFFFFFFEED0 ?
9001000A008DAD0 ?
main()+204 call ssthrdmain() 3F0003660 ? FFFFFFFFFFFF238 ?
FFFFFFFFFFFF2A0 ?
9FFFFFFF000D658 ?
9FFFFFFF00009A0 ? 000000000 ?
000000000 ? 9FFFFFFF000D658 ?
__start()+112 call main() 000000000 ? 000000000 ?
000000000 ? 000000000 ?
000000000 ? 000000000 ?
000000000 ? 000000000 ?
--------------------- Binary Stack Dump ---------------------
查询mos对比相关信息,参考: LMON or LMS Process Crashes Instance With ORA-600 [kghstack_underflow_internal_2] (Doc ID 2003278.1)信息
The LMON or LMS process crash the instance with an error like: ORA-00600: internal error code, arguments: [kghstack_underflow_internal_2], [0x110A10838], [], [], [], [], [], [], [], [], [], [] ORA-1092 : opitsk aborting process Instance terminated by LMS1, pid = 14024818 Review of the generated tracefiles reveals a call stack similar to: ... kghstack_underflow_internal kghstack_free kccgrd kjxgrf_rr_read kjxgrDD_rr_read kjxgrimember kjxggpoll kjfmact kjfdact kjfcln ksbrdp ... - OR - ... kghstack_underflow_internal kghstack_free ktundo kturcrbackoutonechg ktrgcm ktrget3 ktrget2 kclgcr ...
确认为Bug 18687067 – ORA-600 [KGHSTACK_UNDERFLOW_INTERNAL_2] closed as duplicate of Bug 20675347 – ORA-07445 [KGHSTACK_OVERFLOW_INTERNAL()+644]（The bug is caused by an AIX compiler issue causing volatile variables in the Oracle kernel not to be handled properly.）,解决方案升级数据库到12.1及其以上版本或者打上patch 20675347
ORA-07445 opiaba—绑定变量超过65535导致实例crash
数据库异常报ORA-07445 opiaba，ORA-00600 17147错,导致实例crash
Wed Mar 15 09:48:06 2023 Exception [type: SIGSEGV, SI_KERNEL(general_protection)] [ADDR:0x0] [PC:0x187B953, opiaba()+639] [flags: 0x0, count: 1] Errors in file /u01/app/oracle/diag/rdbms/xifenfei/xifenfei3/trace/xifenfei3_ora_169909.trc (incident=446531): ORA-07445: 出现异常错误: 核心转储 [opiaba()+639] [SIGSEGV] [ADDR:0x0] [PC:0x187B953] [SI_KERNEL(general_protection)] [] Incident details in: /u01/app/oracle/diag/rdbms/xifenfei/xifenfei3/incident/incdir_446531/xifenfei3_ora_169909_i446531.trc Use ADRCI or Support Workbench to package the incident. See Note 411.1 at My Oracle Support for error and packaging details. Wed Mar 15 09:48:07 2023 Dumping diagnostic data in directory=[cdmp_20230315094807], requested by (instance=3, osid=169909), summary=[incident=446531]. Wed Mar 15 09:48:08 2023 Sweep [inc][446531]: completed Sweep [inc2][446531]: completed Wed Mar 15 09:48:33 2023 Errors in file /u01/app/oracle/diag/rdbms/xifenfei/xifenfei3/trace/xifenfei3_pmon_161557.trc (incident=440035): ORA-00600: internal error code, arguments: [17147], [0x4AFC25D0C8], [], [], [], [], [], [], [], [], [], [] Incident details in: /u01/app/oracle/diag/rdbms/xifenfei/xifenfei3/incident/incdir_440035/xifenfei3_pmon_161557_i440035.trc Use ADRCI or Support Workbench to package the incident. See Note 411.1 at My Oracle Support for error and packaging details. Wed Mar 15 09:48:33 2023 Dumping diagnostic data in directory=[cdmp_20230315094833], requested by (instance=3, osid=161557 (PMON)), summary=[incident=440035]. Errors in file /u01/app/oracle/diag/rdbms/xifenfei/xifenfei3/trace/xifenfei3_pmon_161557.trc: ORA-00600: internal error code, arguments: [17147], [0x4AFC25D0C8], [], [], [], [], [], [], [], [], [], [] PMON (ospid: 161557): terminating the instance due to error 472 Wed Mar 15 09:48:34 2023 opiodr aborting process unknown ospid (170089) as a result of ORA-1092
对应的trace文件信息
*** 2023-03-15 09:09:34.862
*** SESSION ID:(1858.63187) 2023-03-15 09:09:34.862
*** CLIENT ID:() 2023-03-15 09:09:34.862
*** SERVICE NAME:(xifenfei) 2023-03-15 09:09:34.862
*** MODULE NAME:(JDBC Thin Client) 2023-03-15 09:09:34.862
*** ACTION NAME:() 2023-03-15 09:09:34.862
Dump continued from file: /u01/app/oracle/diag/rdbms/xifenfei/xifenfei3/trace/xifenfei3_ora_116886.trc
ORA-07445: 出现异常错误: 核心转储 [opiaba()+639] [SIGSEGV] [ADDR:0x0] [PC:0x187B953] [SI_KERNEL(general_protection)] []
========= Dump for incident 326049 (ORA 7445 [opiaba()+639]) ========
----- Beginning of Customized Incident Dump(s) -----
Exception [type: SIGSEGV, SI_KERNEL(general_protection)] [ADDR:0x0] [PC:0x187B953, opiaba()+639] [flags: 0x0, count: 1]
Registers:
%rax: 0x00000046fa212588 %rbx: 0x00000046762ee798 %rcx: 0x0000000000003200
%rdx: 0x0000000000000000 %rdi: 0x0000000000007340 %rsi: 0x0000000000007340
%rsp: 0x00007fffffff41d0 %rbp: 0x00007fffffff4240 %r8: 0x00000044a8599f00
%r9: 0x0000000000000099 %r10: 0x0000000000000b34 %r11: 0x00000046fa211720
%r12: 0x00000046fa5c7488 %r13: 0x0000000000000000 %r14: 0x0200000046fa2125
%r15: 0x0000000000000005 %rip: 0x000000000187b953 %efl: 0x0000000000010202
opiaba()+625 (0x187b945) jmp 0x187b982
opiaba()+627 (0x187b947) movzbl 0x2c(%rbx),%r15d
opiaba()+632 (0x187b94c) mov %r14,-0x60(%rbp)
opiaba()+636 (0x187b950) mov %rax,%r14
> opiaba()+639 (0x187b953) movswq 0xa(%r14),%rcx
opiaba()+644 (0x187b958) cmp %ecx,%r15d
opiaba()+647 (0x187b95b) jne 0x187b976
opiaba()+649 (0x187b95d) mov 0x18(%rbx),%rdi
opiaba()+653 (0x187b961) lea 0xc(%r14),%rsi
*** 2023-03-15 09:09:34.863
dbkedDefDump(): Starting a non-incident diagnostic dump (flags=0x3, level=3, mask=0x0)
----- Current SQL Statement for this session (sql_id=5cvg8vqsbr8j6) -----
BEGIN
UPDATE
t_xifenfei
SET valid_param=:1 , comm_addr1 = :2 ,
password=:3 , customer_type = :4 ,
comm_no=:5 , date_grade_no = :6 ,
date_grade_flag=:7 , curve_config_no = :8 ,
curve_config_flag=:9 , baudrate = :10 ,
meas_order=:11 , meter_no = :12 ,
kind_no=:13 , tariff_count = :14 ,
meter_digits = :15 , import_user=:16 ,
readmeter_flag = :17 ,status_code=:18
WHERE meter_id = :19
;
…………
;
UPDATE
t_xifenfei
SET valid_param=:94982 , comm_addr1 = :94983 ,
password=:94984 , customer_type = :94985 ,
comm_no=:94986 , date_grade_no = :94987 ,
date_grade_flag=:94988 , curve_config_no = :94989 ,
curve_config_flag=:94990 , baudrate = :94991 ,
meas_order=:94992 , meter_no = :94993 ,
kind_no=:94994 , tariff_count = :94995 ,
meter_digits = :94996 , import_user=:94997 ,
readmeter_flag = :94998 ,status_code=:94999
WHERE meter_id = :95000
;END;
写了一个begin end,里面对于同一个update语句进行多次绑定变量实现批量提交功能,绑定变量的数量达到95000个,远超oracle官方限制的65535的极限,触发类似Bug 12578873 ORA-7445 [opiaba] when using more than 65535 bind variables
处理方法减少绑定变量数量,不能超过65535个
