-
加我微信
加我QQ
标签云
asm 恢复 asm恢复 bbed bootstrap$ dul In Memory kcbzib_kcrsds_1 kccpb_sanity_check_2 kfed MySQL恢复 ORA-00312 ORA-00607 ORA-00704 ORA-01110 ORA-01555 ORA-01578 ORA-08103 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-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 勒索恢复 比特币加密文章分类
- Others (2)
- 中间件 (2)
- WebLogic (2)
- 操作系统 (100)
- 数据库 (1,595)
- DB2 (22)
- MySQL (70)
- Oracle (1,462)
- Data Guard (49)
- EXADATA (7)
- GoldenGate (21)
- ORA-xxxxx (158)
- ORACLE 12C (72)
- ORACLE 18C (6)
- ORACLE 19C (13)
- ORACLE 21C (3)
- Oracle ASM (65)
- Oracle Bug (7)
- Oracle RAC (47)
- Oracle 安全 (6)
- Oracle 开发 (27)
- Oracle 监听 (27)
- Oracle备份恢复 (530)
- Oracle安装升级 (83)
- Oracle性能优化 (62)
- 专题索引 (5)
- 勒索恢复 (75)
- PostgreSQL (16)
- PostgreSQL恢复 (4)
- SQL Server (27)
- SQL Server恢复 (8)
- TimesTen (7)
- 达梦数据库 (2)
- 生活娱乐 (2)
- 至理名言 (11)
- 虚拟化 (2)
- VMware (2)
- 软件开发 (36)
- Asp.Net (9)
- JavaScript (12)
- PHP (2)
- 小工具 (19)
-
最近发表
- PostgreSQL部分主要字典信息
- PostgreSQL恢复系列:pg_filedump恢复字典构造
- PostgreSQL 16 源码安装
- ORA-00742 ORA-00312 恢复
- 数据库open成功后报ORA-00353 ORA-00354错误引起的一系列问题(本质ntfs文件系统异常)
- ORA-600 ktsiseginfo1故障
- ORA-00600: internal error code, arguments: [16703], [1403], [4] 原因
- 最近遇到几起ORA-600 16703故障(tab$被清空),请引起重视
- ORA-600 2662快速恢复之Patch scn工具
- TNS-12518: TNS:listener could not hand off client connection
- ora.storage无法启动报ORA-12514故障处理
- 断电引起文件scn异常数据库恢复
- ORA-16188: LOG_ARCHIVE_CONFIG settings inconsistent with previously started instance
- .[hudsonL@cock.li].mkp勒索加密数据库完美恢复
- 模拟带库实现rman远程备份
- 又一例:ORA-600 kclchkblk_4和2662故障
- Oracle误删除数据文件恢复
- Oracle 19C 备库DML重定向—DML Redirection
- ORA-01595/ORA-600 4194处理
- 从ORA-00283 ORA-16433报错开始恢复
分类目录归档：ORACLE 12C
回收站中有大量wri$_rcs表
在对一套Oracle 12.1.0.2的数据库巡检之时发现大量WRI$_RCS_数字_1的表在回收站中,从命名中看该表应该是Oracle某个自动任务处理后,表未被正常处理干净,遗留在回收站中.
查询mos确认是Bug 20114306 – Objects left in recyclebin after upgrade to 12.1.0.2 or with fix for bug 16851194 present – superseded (文档 ID 20114306.8)
可以尝试打上补丁21498770或者23100700然后设置_fix_control
alter system set "_fix_control"='16851194:off' ;
确认该_fix_control是否可以设置，可以查询 v$system_fix_control视图
ORA-07445 qcdlgcd
SQL执行报ORA-03113错误
SQL> SELECT * FROM USER.TABLE_NAME t WHERE t.YEAR = '2019' AND t.UPPCODE = '51010000' AND t.MONTH = '01'; 2 3 4 5 SELECT * * ERROR at line 1: ORA-03113: end-of-file on communication channel Process ID: 68389 Session ID: 2419 Serial number: 34370
数据库版本等信息
Oracle Database 12c Enterprise Edition Release 12.1.0.2.0 - 64bit Production With the Partitioning, OLAP, Advanced Analytics and Real Application Testing options ORACLE_HOME = /oracle/product/db12cr1 System name: Linux Node name: Tkfcsdb Release: 2.6.32-431.el6.x86_64 Version: #1 SMP Sun Nov 10 22:19:54 EST 2013 Machine: x86_64
alert日志报错
Thu Sep 27 17:41:15 2018 Exception [type: SIGSEGV, Address not mapped to object] [ADDR:0x4] [PC:0xCDFB0C6, qcdlgcd()+70] [flags: 0x0, count: 1] Errors in file /oracle/diag/rdbms/tst12uf/tst12uf/trace/tst12uf_ora_234433.trc (incident=126129) (PDBNAME=PTST12UF): ORA-07445:exception encountered:core dump[qcdlgcd()+70][SIGSEGV][ADDR:0x4][PC:0xCDFB0C6][Address not mapped to object][] Incident details in: /oracle/diag/rdbms/tst12uf/tst12uf/incident/incdir_126129/tst12uf_ora_234433_i126129.trc Use ADRCI or Support Workbench to package the incident.
trace文件
----- Beginning of Customized Incident Dump(s) -----
Dumping swap information
Memory (Avail / Total) = 948.73M / 63736.63M
Swap (Avail / Total) = 30025.52M / 32255.99M
Exception [type: SIGSEGV, Address not mapped to object] [ADDR:0x4] [PC:0xCDFB0C6, qcdlgcd()+70] [flags: 0x0, count: 1]
Registers:
%rax: 0x0000000000000000 %rbx: 0x000000020c3da3f0 %rcx: 0x00007fc492268a40
%rdx: 0x00007fc49239eab0 %rdi: 0x000000022cd5da20 %rsi: 0x00007fc492f2bc80
%rsp: 0x00007fffbd9c9430 %rbp: 0x00007fffbd9c94a0 %r8: 0x00000002372efcb8
%r9: 0x000000022cd5da20 %r10: 0x00007fc49239eab0 %r11: 0x00007fc492268a40
%r12: 0x000000022cd5da20 %r13: 0x00007fc492f2bc80 %r14: 0x00007fc49239eab0
%r15: 0x00007fc492268a40 %rip: 0x000000000cdfb0c6 %efl: 0x0000000000010206
qcdlgcd()+53 (0xcdfb0b5) mov %rdi,%r12
qcdlgcd()+56 (0xcdfb0b8) mov 0x10(%rax),%rbx
qcdlgcd()+60 (0xcdfb0bc) jz 0xcdfb29e
qcdlgcd()+66 (0xcdfb0c2) mov 0x60(%r15),%rax
> qcdlgcd()+70 (0xcdfb0c6) movzwl 0x4(%rax),%r8d
qcdlgcd()+75 (0xcdfb0cb) cmp $30,%r8d
qcdlgcd()+79 (0xcdfb0cf) jnle 0xcdfb277
qcdlgcd()+85 (0xcdfb0d5) pxor %xmm0,%xmm0
qcdlgcd()+89 (0xcdfb0d9) movaps %xmm0,-0x40(%rbp)
*** 2018-09-27 17:41:15.110
dbkedDefDump(): Starting a non-incident diagnostic dump (flags=0x3, level=3, mask=0x0)
[TOC00004]
----- Current SQL Statement for this session (sql_id=52chysuyh36t4) -----
SELECT /* DS_SVC */ /*+ dynamic_sampling(0) no_sql_tune
no_monitoring optimizer_features_enable(default)
no_parallel result_cache(snapshot=3600) */
SUM(C1) FROM (SELECT /*+ qb_name("innerQuery")
NO_INDEX_FFS( "T") */ 1 AS C1 FROM "USER"."TABLE_NAME" "T"
WHERE ("T"."MONTH"='01') AND ("T"."UPPCODE"='51010000') AND ("T"."YEAR"='2019')) innerQuery
[TOC00004-END]
[TOC00005]
----- Call Stack Trace -----
calling call entry argument values in hex
location type point (? means dubious value)
-------------------- -------- -------------------- ----------------------------
skdstdst()+45 call kgdsdst() 7FC492BAB678 000000003
7FC492B8D0B0 ? 7FC492B8D1C8 ?
7FC492BAAEA8 ? 000000083 ?
ksedst()+119 call skdstdst() 7FC492BAB678 000000001
000000001 7FC492B8D1C8 ?
7FC492BAAEA8 ? 000000083 ?
dbkedDefDump()+1119 call ksedst() 000000001 000000001 ?
000000001 ? 7FC492B8D1C8 ?
7FC492BAAEA8 ? 000000083 ?
ksedmp()+261 call dbkedDefDump() 000000003 000000003
000000001 ? 7FC492B8D1C8 ?
7FC492BAAEA8 ? 000000083 ?
ssexhd()+2650 call ksedmp() 00000044F 000000003 ?
000000001 ? 000000003
7FC492BAAEA8 ? 000000083 ?
sslsshandler()+456 call ssexhd() 202F206C69617641
3D20296C61746F54
4D33372E38343920
3633373336202F20
6177530A4D33362E 000000083 ?
__sighandler() call sslsshandler() 000002000 000000000 000000000
3633373336202F20 ?
6177530A4D33362E ?
000000083 ?
qcdlgcd()+70 signal __sighandler() 22CD5DA20 7FC492F2BC80
7FC49239EAB0 7FC492268A40 ?
2372EFCB8 ? 22CD5DA20 ?
kkdlgcd()+118 call qcdlgcd() 22CD5DA20 ? 7FC492F2BC80 ?
7FC49239EAB0 ? 7FC492268A40 ?
2372EFCB8 ? 22CD5DA20 ?
kkmfbtic()+17 call kkdlgcd() 7FC49239EAB0 ? 7FC492268A40 ?
7FC49239EAB0 ? 7FC492268A40 ?
2372EFCB8 ? 22CD5DA20 ?
qcsgcic()+163 call kkmfbtic() 7FC49239EAB0 ? 7FC492268A40 ?
7FC49239EAB0 ? 7FC492268A40 ?
2372EFCB8 ? 22CD5DA20 ?
kkmgkc()+147 call qcsgcic() 22CD5DA20 ? 7FC492F2BC80 ?
7FC49239EAB0 ? 7FC492268A40 ?
000000007 22CD5DA20 ?
kokscit()+65 call kkmgkc() 22CD5DA20 ? 7FC492F2BC80 ?
7FC49239EAB0 ? 7FC492268A40 ?
000000007 ? 22CD5DA20 ?
qkebCreateColById() call kokscit() 22CD5DA20 ? 7FC492F2BC80 ?
+298 7FC49239EAB0 ? 7FC492268A40 ?
000000007 ? 22CD5DA20 ?
qksvcGetGuardCol()+ call qkebCreateColById() 000000002 7FC4923A4078
161 7FC49239EAB0 ? 000000007 ?
7FC492268A40 ? 22CD5DA20 ?
qksvcProcessVCColum call qksvcGetGuardCol() 7FC49239D9D8 ? 7FC4923A4078 ?
ns()+1625 7FC49239EAB0 ? 000000007 ?
7FC492268A40 ? 22CD5DA20 ?
qkacol()+405 call qksvcProcessVCColum 000000000 ? 000000000 ?
ns() 7FC49239EAB0 ? 000000007 ?
7FC492268A40 ? 22CD5DA20 ?
qkadrv()+933 call qkacol() 7FC49239EAB0 ? 000000000 ?
7FC49239EAB0 ? 000000007 ?
7FC492268A40 ? 22CD5DA20 ?
opitca()+2417 call qkadrv() 7FC4923A4078 ? 000000001 ?
7FC49239EAB0 ? 000000007 ?
7FC492268A40 ? 22CD5DA20 ?
kksFullTypeCheck()+ call opitca() 7FC4922F4BD0 22CD5DC40
79 7FFFBD9CF3B0 000000007 ?
7FC492268A40 ? 22CD5DA20 ?
rpiswu2()+2235 call kksFullTypeCheck() 7FFFBD9CDF08 ? 22CD5DC40 ?
7FFFBD9CF3B0 ? 000000007 ?
7FC492268A40 ? 22CD5DA20 ?
kksLoadChild()+7590 call rpiswu2() 7FFFBD9CDF08 ? 22CD5DC40 ?
7FFFBD9CF3B0 ? 000000008 ?
7FC492F5D260 ? 22CD5DA20 ?
kxsGetRuntimeLock() call kksLoadChild() 7FFFBD9CDF08 ? 22CD5DC40 ?
+2155 000000000 000000008 ?
7FC492F5D260 ? 22CD5DA20 ?
kksfbc()+14306 call kxsGetRuntimeLock() 7FC492F2BC80 7FC4922F4BD0
7FFFBD9CF330 22D1E7C28 ?
7FC492F5D260 ? 22D1E7C28
kkspsc0()+3146 call kksfbc() 7FC4922F4BD0 7FC4922F4BD0 ?
7FFFBD9CF330 ? 22D1E7C28 ?
7FC492F5D260 ? 22D1E7C28 ?
kksParseCursor()+11 call kkspsc0() 7FC4928321A0 7FC49235D198
8 00000015F 000000003 000000006
000000020
opiosq0()+2210 call kksParseCursor() 7FFFBD9D0178 ? 7FC49235D198 ?
00000015F ? 000000003 ?
000000006 ? 000000020 ?
opiall0()+4530 call opiosq0() 000000003 7FC49235D198 ?
7FC492F5D260 ? 000000020
000000000 000000020 ?
opikpr()+567 call opiall0() 000000003 ? 000000022
7FFFBD9D0A50 000000000
000000000 ? 000000020 ?
opiodr()+1165 call opikpr() 000000065 ? 000000022 ?
7FFFBD9D22F0 000000000 ?
000000000 ? 000000020 ?
rpidrus()+206 call opiodr() 000000065 00000001F
7FFFBD9D22F0 ? 000000000 ?
000000000 ? 100000001
skgmstack()+144 call rpidrus() 7FFFBD9D1B70 00000001F ?
7FC492F2BE78 000000000 ?
000000000 ? 100000001 ?
rpiswu2()+723 call skgmstack() 7FFFBD9D1B48 ? 7FC492F2B7A0 ?
00000F618 ? 00CBFE570 ?
7FFFBD9D1B70 ? 100000001 ?
kprball()+1163 call rpiswu2() 7FFFBD9D1B48 ? 7FC492F2B7A0 ?
00000F618 ? 000000002 ?
7FC492F5D260 ? 100000001 ?
qksdsExeStmt()+2411 call kprball() 7FFFBD9D22F0 004000180
00000F618 ? 000000002 ?
7FC492F5D260 ? 100000001 ?
qksdsExecute()+959 call qksdsExeStmt() 7FFFBD9D2B98 7FC49235D150
000000001 000000008
7FFFBD9D28C8 100000001 ?
kkoatVerifyEst()+30 call qksdsExecute() 7FFFBD9D2B98 7FC49235D150 ?
85 000000001 ? 000000008 ?
7FFFBD9D28C8 ? 100000001 ?
kkeAdjSingTabCard() call kkoatVerifyEst() 300000001 7FC4923E9DA8
+714 1EE909D75846 7FC49235D108
000000000 100000001 ?
kkecdn()+3803 call kkeAdjSingTabCard() 7FC4923E9DA8 7FC4923EA328
7FFFBD9D2E30 ? 7FC49235D108 ?
000000000 ? 100000001 ?
kkotap()+13019 call kkecdn() 7FC4923ECF08 000000003 ?
7FFFBD9D2E30 ? 7FC4923EA328 ?
000000000 ? 100000001 ?
kkoiqb()+8331 call kkotap() 7FC492F5D260 ? 000000000 ?
000000011 000000000 000000000
100000001 ?
kkooqb()+532 call kkoiqb() 000000000 ? 000000000
000000000 000000000 ?
000000000 ? 100000001 ?
kkoqbc()+2385 call kkooqb() 7FC4927F8BC0 ? 000000006
000000000 ? 000000000 ?
000000000 ? 100000001 ?
apakkoqb()+182 call kkoqbc() 7FC4927F8BC0 ? 7FC4927F8BC0 ?
000000001 000000000 ?
000000000 ? 100000001 ?
apaqbdDescendents() call apakkoqb() 000000000 ? 7FC4927F8BC0 ?
+488 21EE306B8 ? 000000000 ?
000000000 ? 100000001 ?
apadrv()+5383 call apaqbdDescendents() 7FFFBD9DC2B0 ? 7FC4927F8BC0 ?
21EE306B8 ? 000000000 ?
000000000 ? 100000001 ?
opitca()+2106 call apadrv() 21EE306B8 ? 7FC4927F8BC0 ?
21EE306B8 ? 000000000 ?
000000000 ? 100000001 ?
kksLoadChild()+7318 call opitca() 7FC492845648 21EE306B8
7FFFBD9DE6F0 000000000 ?
000000000 ? 100000001 ?
kxsGetRuntimeLock() call kksLoadChild() 7FC492845648 ? 21EE306B8 ?
+2155 000000000 000000000 ?
000000000 ? 100000001 ?
kksfbc()+14306 call kxsGetRuntimeLock() 7FC492F2BC80 7FC492845648
7FFFBD9DE670 232AE3E98 ?
000000000 ? 232AE3E98
kkspsc0()+3146 call kksfbc() 7FC492845648 7FC492845648 ?
7FFFBD9DE670 ? 232AE3E98 ?
000000000 ? 232AE3E98 ?
kksParseCursor()+11 call kkspsc0() 7FC492832108 7FFFBD9E0A28
8 000000081 000000003 000000006
0000000A4
opiosq0()+2210 call kksParseCursor() 7FFFBD9DF4B8 ? 7FFFBD9E0A28 ?
000000081 ? 000000003 ?
000000006 ? 0000000A4 ?
kpoal8()+1223 call opiosq0() 000000003 7FFFBD9E0A28 ?
7FC492F5D260 ? 0000000A4
000000000 0000000A4 ?
opiodr()+1165 call kpoal8() 00000005E 00000001F
7FFFBD9E3278 0000000A4 ?
000000000 ? 0000000A4 ?
ttcpip()+2699 call opiodr() 00000005E 00000001F
7FFFBD9E3278 ? 0000000A4 ?
000000000 ? 100000000
opitsk()+1734 call ttcpip() 7FC492F41070 ? 00000005E ?
7FFFBD9E3278 000000000 ?
7FFFBD9E2CD8 7FFFBD9E3484
opiino()+945 call opitsk() 000000400 000000000
7FFFBD9E3278 ? 000000000 ?
7FFFBD9E2CD8 ? 7FFFBD9E3484 ?
opiodr()+1165 call opiino() 00000003C 000000004
7FFFBD9E4918 000000000 ?
7FFFBD9E2CD8 ? 7FFFBD9E3484 ?
opidrv()+587 call opiodr() 00000003C 000000004
7FFFBD9E4918 ? 000000000 ?
7FFFBD9E2CD8 ? 000000000
sou2o()+145 call opidrv() 00000003C 000000004
7FFFBD9E4918 000000000 ?
7FFFBD9E2CD8 ? 000000000 ?
opimai_real()+154 call sou2o() 7FFFBD9E48F0 00000003C
000000004 7FFFBD9E4918
7FFFBD9E2CD8 ? 000000000 ?
ssthrdmain()+412 call opimai_real() 000000000 7FFFBD9E4C00
000000004 ? 7FFFBD9E4918 ?
7FFFBD9E2CD8 ? 000000000 ?
main()+236 call ssthrdmain() 000000000 000000002
7FFFBD9E4C00 000000001
000000000 000000000 ?
__libc_start_main() call main() 7FFFBD9E559F 7FFFBD9E55AD
+253 7FFFBD9E4C00 ? 000000001 ?
000000000 ? 000000000 ?
_start()+41 call __libc_start_main() 000BBD640 000000002
7FFFBD9E4E48 000000000 ?
000000000 ? 000000000 ?
[TOC00005-END]
[TOC00006]
--------------------- Binary Stack Dump ---------------------
解决方法
这里比较明显,我们可以发现这个sql执行报错，其实本质是由于递归执行动态采样报错而引起异常的.通过设置_fix_control来规避这个问题
SQL> alter session set "_fix_control"='14191778:0';
Session altered.
SQL> SELECT *
FROM USER.TABLE_NAME t
WHERE t.YEAR = '2019'
AND t.UPPCODE = '51010000'
AND t.MONTH = '01';
2 3 4 5
ID EMPCODE COMCODE YEAR QUARTER
---------- -------------------- -------------------- ---------- ----------
PUSHRATIO D A CREATECODE UPDATECODE CREATEDATE
---------- - - -------------------- -------------------- -------------------
UPDATEDATE UPPCODE CLAIM MONTH
------------------- -------------------- -------------------- ----------
77813 5101000166 51010702 2019 1
50 0 0 1777 2018-07-18 17:44:19
51010000 50 01
77909 8000545245 51010702 2019 1
0 0 0 1777 1777 2018-07-18 17:35:12
2018-07-18 17:41:20 51010000 100 01
ID EMPCODE COMCODE YEAR QUARTER
---------- -------------------- -------------------- ---------- ----------
PUSHRATIO D A CREATECODE UPDATECODE CREATEDATE
---------- - - -------------------- -------------------- -------------------
UPDATEDATE UPPCODE CLAIM MONTH
------------------- -------------------- -------------------- ----------
77912 5101000047 51010702 2019 1
0 0 0 1777 1777 2018-07-18 17:41:03
2018-07-18 17:44:28 51010000 100 01
SQL> SQL>
12.2 standby 报ORA-01110
12.2备库报错
2018-06-13T19:29:00.302767+08:00 Errors in file /u01/app/oracle/diag/rdbms/xifenfeidg/xifenfei/trace/xifenfei_m000_2457.trc: ORA-01110: data file 1: '/u01/app/oracle/oradata/xifenfei/system01.dbf' 2018-06-13T19:29:00.829861+08:00 Errors in file /u01/app/oracle/diag/rdbms/xifenfeidg/xifenfei/trace/xifenfei_m000_2457.trc: ORA-01110: data file 2: '/u01/app/oracle/oradata/xifenfei/rich101.dbf' 2018-06-13T19:29:00.930632+08:00 Errors in file /u01/app/oracle/diag/rdbms/xifenfeidg/xifenfei/trace/xifenfei_m000_2457.trc: ORA-01110: data file 3: '/u01/app/oracle/oradata/xifenfei/sysaux01.dbf' 2018-06-13T19:29:01.010230+08:00 Errors in file /u01/app/oracle/diag/rdbms/xifenfeidg/xifenfei/trace/xifenfei_m000_2457.trc: ORA-01110: data file 4: '/u01/app/oracle/oradata/xifenfei/undotbs01.dbf' 2018-06-13T11:29:01.055975+00:00 Archived Log entry 5072 added for T-1.S-5020 ID 0x6a8e9d72 LAD:1 RFS[18]: Selected log 10 for T-1.S-5024 dbid 1787743346 branch 957530932 2018-06-13T19:29:01.091059+08:00 Errors in file /u01/app/oracle/diag/rdbms/xifenfeidg/xifenfei/trace/xifenfei_m000_2457.trc: ORA-01110: data file 5: '/u01/app/oracle/oradata/xifenfei/richman01.dbf' 2018-06-13T19:29:01.172613+08:00 Errors in file /u01/app/oracle/diag/rdbms/xifenfeidg/xifenfei/trace/xifenfei_m000_2457.trc: ORA-01110: data file 7: '/u01/app/oracle/oradata/xifenfei/users01.dbf' 2018-06-13T19:29:01.251906+08:00 Errors in file /u01/app/oracle/diag/rdbms/xifenfeidg/xifenfei/trace/xifenfei_m000_2457.trc: ORA-01110: data file 8: '/u01/app/oracle/oradata/xifenfei/r_index01.dbf'
trace文件
*** 2018-06-13T19:29:00.282836+08:00
*** SESSION ID:(2281.15120) 2018-06-13T19:29:00.282868+08:00
*** CLIENT ID:() 2018-06-13T19:29:00.282873+08:00
*** SERVICE NAME:(SYS$BACKGROUND) 2018-06-13T19:29:00.282878+08:00
*** MODULE NAME:(MMON_SLAVE) 2018-06-13T19:29:00.282883+08:00
*** ACTION NAME:(DDE async action) 2018-06-13T19:29:00.282888+08:00
*** CLIENT DRIVER:() 2018-06-13T19:29:00.282892+08:00
========= Dump for error ORA 312 (no incident) ========
----- DDE Action: 'DB_STRUCTURE_INTEGRITY_CHECK' (Async) -----
dbkh_reactive_run_check: BEGIN
dbkh_reactive_run_check:; incident_id=0
dbkh_run_check_internal: BEGIN; check_namep=DB Structure Integrity Check, run_namep=<null>
dbkh_run_check_internal: BEGIN; timeout=0
dbkh_run_check_internal: AFTER RUN CREATE; run_id=1841
*** 2018-06-13T19:29:00.302510+08:00
DDE previous invocation failed before phase II
DDE was called in a 'No Invocation Mode'
----- Start Diag Diagnostic Dump -----
Diagnostic dump is performed due to an error in the diagfw code during error handling.
Dump error and call stack for the diagnostic dump:
*** 2018-06-13T19:29:00.302576+08:00
dbkedDefDump(): Starting a non-incident diagnostic dump (flags=0x0, level=1, mask=0x0)
----- Error Stack Dump -----
ORA-01110: data file 1: '/u01/app/oracle/oradata/xifenfei/system01.dbf'
----- SQL Statement (None) -----
Current SQL information unavailable - no cursor.
----- Call Stack Trace -----
calling call entry argument values in hex
location type point (? means dubious value)
-------------------- -------- -------------------- ----------------------------
ksedst()+119 call kgdsdst() 7FFF1A0D6C68 000000002
7FFF1A0B86D0 ? 7FFF1A0B87E8 ?
000000000 000000082 ?
dbkedDefDump()+1200 call ksedst() 000000000 000000002 ?
7FFF1A0B86D0 ? 7FFF1A0B87E8 ?
000000000 ? 000000082 ?
ksedmp()+259 call dbkedDefDump() 000000001 000000000
7FFF1A0B86D0 ? 7FFF1A0B87E8 ?
000000000 ? 000000082 ?
dbgexExecuteIntDiag call ksedmp() 000000001 000000000 ?
Dmp()+1457 7FFF1A0B86D0 ? 7FFF1A0B87E8 ?
000000000 ? 000000082 ?
dbgeBeginInvoke()+3 call dbgexExecuteIntDiag 7F5A00000003 7F5A99B856C0
59 Dmp() 7FFF1A0B86D0 ? 7FFF1A0B87E8 ?
000000000 ? 000000082 ?
dbgePostErrorKGE()+ call dbgeBeginInvoke() 7F5A99B856C0 7FFF1A0D7D20
1676 7FFF1A0B86D0 ? 7FFF1A0B87E8 ?
000000000 ? 000000082 ?
dbkePostKGE_kgsf()+ call dbgePostErrorKGE() 7F5A99BC59A0 7F5A99AA0048
90 000000456 7FFF1A0B87E8 ?
000000000 ? 000000082 ?
kgeade()+432 call dbkePostKGE_kgsf() 7F5A99BC59A0 7F5A99AA0048
000000456 7FFF1A0B87E8 ?
000000000 ? 000000082 ?
kgerelv()+144 call kgeade() 7F5A99BC59A0 ? 7F5A99BC5BE8 ?
7F5A99AA0048 ? 000000456 ?
000000000 000000000
kgerev()+36 call kgerelv() 7F5A99BC59A0 ? 7F5A99AA0048 ?
7F5A99AA0048 ? 000000456 ?
012E79CF4 ? 000000002 ?
kserec2()+185 call kgerev() 7F5A99BC59A0 ? 7F5A99AA0048 ?
7F5A99AA0048 ? 000000456 ?
7FFF1A0D8000 000000002 ?
kcf_record_fn()+634 call kserec2() 7F5A99BC59A0 ? 000000000
000000001 000000001 00000002C
141E0C518
kcvvra_dfh()+5278 call kcf_record_fn() 000000001 151622BB8 000000000
7FFF1A0DA5D8 00000002C ?
141E0C518 ?
kcidr_file_header_c call kcvvra_dfh() 7FFF1A0DA460 ? 7FFF1A0D9FE8 ?
heck_common()+4669 000000000 ? 7FFF1A0D9398
7F5A94379000 ? 000000001 ?
kcidr_file_header_a call kcidr_file_header_c 7F5A99A9F7A0 7F5A94379000
ll_check_common()+2 heck_common() 000000001 000000000
259 7F5A94379000 ? 000000000
kcidr_cross_check() call kcidr_file_header_a 7F5A99A9F7A0 7FFF1A0DABE4
+566 ll_check_common() 000000001 ? 000000000 ?
7F5A94379000 ? 000000000 ?
dbkird_cross_check( call kcidr_cross_check() 7F5A99A9F7A0 7FFF1A0DABE4 ?
)+557 7F5A99BC5BE8 000000000 ?
7F5A94379000 ? 000000000 ?
dbkh_run_check_inte call dbkird_cross_check( 7F5A99A9F7A0 7FFF1A0DABE4 ?
rnal()+2228 ) 7F5A99BC5BE8 ? 000000000 ?
7F5A94379000 ? 000000000 ?
dbkh_reactive_run_c call dbkh_run_check_inte 7FFF1A0DB970 000000000
heck()+3011 rnal() 000000002 000000000 000000000
000000000
dbgdaAsyncReceive() call dbkh_reactive_run_c 7F5A99B856C0 7FFF1A0DBC90
+279 heck() 000000002 ? 000000000 ?
000000000 ? 000000000 ?
dbgea_exec_()+1739 call dbgdaAsyncReceive() 7F5A99B856C0 0020C0029
7FFF1A0E7CA0 7FFF1A0E7D20
000000002 000000000 ?
dbgea_exec()+621 call dbgea_exec_() 7F5A99B856C0 7F5A94984D18
0000000E8 000000000
000000002 ? 000000000 ?
dbkea_exec()+1718 call dbgea_exec() 7F5A99B856C0 7F5A94984D18
0000000E8 000000000
000000002 ? 000000000 ?
dbkea_slave_exec()+ call dbkea_exec() 7F5A99B856C0 ? 7F5A94984D18 ?
518 0000000E8 ? 000000000 ?
000000002 ? 000000000 ?
kebm_slave_cb()+64 call dbkea_slave_exec() 1453D7248 7F5A94984D18 ?
0000000E8 ? 000000000 ?
000000002 ? 000000000 ?
kebm_slave_main()+7 call kebm_slave_cb() 1453D7248 ? 7F5A94984D18 ?
72 0000000E8 ? 000000000 ?
000000002 ? 000000000 ?
ksvrdp_int()+2010 call kebm_slave_main() 1453D7248 ? 1453D7248
0000000E8 ? 000000000 ?
000000002 ? 000000000 ?
opirip()+602 call ksvrdp_int() 000000000 ? 000000000 ?
0000000E8 ? 000000000 ?
000000002 ? 000000000 ?
opidrv()+602 call opirip() 000000032 000000004
7FFF1A0EAD98 000000000 ?
000000002 ? 000000000 ?
sou2o()+145 call opidrv() 000000032 000000004
7FFF1A0EAD98 000000000 ?
000000002 ? 000000000 ?
opimai_real()+202 call sou2o() 7FFF1A0EAD70 000000032
000000004 7FFF1A0EAD98
000000002 ? 000000000 ?
ssthrdmain()+417 call opimai_real() 000000000 7FFF1A0EB080
000000004 ? 7FFF1A0EAD98 ?
000000002 ? 000000000 ?
main()+262 call ssthrdmain() 000000000 000000003
7FFF1A0EB080 000000001
000000000 000000000 ?
__libc_start_main() call main() 000000000 7FFF1A0EB2B8
+245 7FFF1A0EB080 ? 000000001 ?
000000000 ? 000000000 ?
_start()+41 call __libc_start_main() 000D05240 000000001
7FFF1A0EB2B8 7F5A95015C05 ?
000000000 ? 000000000 ?
--------------------- Binary Stack Dump ---------------------
BUG:24844841 – PHSB:CDB M000 REPORTED ORA-1110 ON ADG WHEN A DATAFILE IS ADDED ON PRIMARY
@ The M000 messages is a false alarm as well. It is a false alarm by DRA check
@ that doesn’t consider standby media recovery properly. Adding a file happens
@ to trigger the timing for the false alarm.
@ One way to fix this is to skip file header check if standby recovery is
@ running inside kcidr_file_header_all_check_common.
M000进程检查数据库文件头信息,由于bug原因报ORA-01110错误.
处理建议
1.打上补丁24844841
2.19.1版本修复该问题
3.重启备库,启动mgr
4.暂时忽略该问题(目前没有发现影响数据库同步)
参考:ORA-01110 For All Files In Standby Database (Doc ID 2322290.1)