标签云
asm恢复 bbed bootstrap$ dul In Memory kcbzib_kcrsds_1 kccpb_sanity_check_2 MySQL恢复 ORA-00312 ORA-00607 ORA-00704 ORA-00742 ORA-01110 ORA-01555 ORA-01578 ORA-01595 ORA-08103 ORA-600 2131 ORA-600 2662 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)
- 操作系统 (103)
- 数据库 (1,769)
- DB2 (22)
- MySQL (77)
- Oracle (1,610)
- Data Guard (52)
- EXADATA (8)
- GoldenGate (24)
- ORA-xxxxx (166)
- ORACLE 12C (72)
- ORACLE 18C (6)
- ORACLE 19C (15)
- ORACLE 21C (3)
- Oracle 23ai (8)
- Oracle ASM (69)
- Oracle Bug (8)
- Oracle RAC (54)
- Oracle 安全 (6)
- Oracle 开发 (28)
- Oracle 监听 (29)
- Oracle备份恢复 (592)
- Oracle安装升级 (97)
- Oracle性能优化 (62)
- 专题索引 (5)
- 勒索恢复 (86)
- PostgreSQL (30)
- pdu工具 (6)
- PostgreSQL恢复 (9)
- SQL Server (32)
- SQL Server恢复 (13)
- TimesTen (7)
- 达梦数据库 (3)
- 达梦恢复 (1)
- 生活娱乐 (2)
- 至理名言 (11)
- 虚拟化 (2)
- VMware (2)
- 软件开发 (39)
- Asp.Net (9)
- JavaScript (12)
- PHP (2)
- 小工具 (22)
-
最近发表
- 2025年的Oracle 8.0.5数据库恢复
- ORA-600 kokiasg1故障分析(obj$中核心字典序列全部被恶意删除)
- ORA-00756 ORA-10567故障数据0丢失恢复
- 数据库文件变成32k故障恢复
- tcp连接过多导致监听TNS-12532 TNS-12560 TNS-00502错误
- 文件系统格式化MySQL数据库恢复
- .sstop勒索加密数据库恢复
- 解决一次硬件恢复之后数据文件0kb的故障恢复case
- Error in invoking target ‘libasmclntsh19.ohso libasmperl19.ohso client_sharedlib’问题处理
- ORA-01171: datafile N going offline due to error advancing checkpoint
- linux环境oracle数据库被文件系统勒索加密为.babyk扩展名溯源
- ORA-600 ksvworkmsgalloc: bad reaper
- ORA-600 krccfl_chunk故障处理
- Oracle Recovery Tools恢复案例总结—202505
- ORA-600 kddummy_blkchk 数据库循环重启
- 记录一次asm disk加入到vg通过恢复直接open库的案例
- CHECKDB 发现了 N 个分配错误和 M 个一致性错误
- 达梦数据库dm.ctl文件异常恢复
- Oracle Recovery Tools修复ORA-00742、ORA-600 ktbair2: illegal inheritance故障
- 可能是 tempdb 空间用尽或某个系统表不一致故障处理
月归档:二月 2012
ORA-00600[4454]
数据库版本信息
SQL> select * from gv$version; INST_ID BANNER ---------- ---------------------------------------------------------------- 1 Oracle9i Enterprise Edition Release 9.2.0.8.0 - 64bit Production 1 PL/SQL Release 9.2.0.8.0 - Production 1 CORE 9.2.0.8.0 Production 1 TNS for IBM/AIX RISC System/6000: Version 9.2.0.8.0 - Production 1 NLSRTL Version 9.2.0.8.0 - Production 2 Oracle9i Enterprise Edition Release 9.2.0.8.0 - 64bit Production 2 PL/SQL Release 9.2.0.8.0 - Production 2 CORE 9.2.0.8.0 Production 2 TNS for IBM/AIX RISC System/6000: Version 9.2.0.8.0 - Production 2 NLSRTL Version 9.2.0.8.0 - Production 10 rows selected.
早上检查某运营商的结算数据库时发现
Mon Feb 6 16:03:23 2012 Errors in file /oracle9/app/admin/settl/udump/settl1_ora_1355948.trc: ORA-00600: internal error code, arguments: [4454], [], [], [], [], [], [], [] Mon Feb 6 16:03:23 2012 Errors in file /oracle9/app/admin/settl/udump/settl1_ora_1355948.trc: ORA-00600: internal error code, arguments: [4454], [], [], [], [], [], [], []
trace文件信息
*** SESSION ID:(100.35758) 2012-02-06 16:03:23.223 *** 2012-02-06 16:03:23.223 ksedmp: internal or fatal error ORA-00600: internal error code, arguments: [4454], [], [], [], [], [], [], [] Current SQL statement for this session: select trim(operator_id) into :b1 from b_sys_proc where program_name=:b2 ----- Call Stack Trace ----- calling call entry argument values in hex location type point (? means dubious value) -------------------- -------- -------------------- ---------------------------- ksedmp+0148 bl ksedst 1029746CC ? ksfdmp+0018 bl 01FD4010 kgeriv+0118 bl _ptrgl kgeasi+00cc bl kgeriv 1101FAF48 ? 110248038 ? 00000000C ? 110235978 ? 000000040 ? ktcsptg+00c4 bl kgeasi 1100062D8 ? 110389E88 ? 116600001166 ? 200000002 ? 000000000 ? 70000010738F0E8 ? 0FFFFFFFF ? 0FFFFFFFF ? opiexe+0524 bl ktcsptg 000000000 ? 000000000 ? opiefn0+01c0 bl opiexe 49FFFFA640 ? 4900000001 ? FFFFFFFFFFFA5C8 ? opiefn+0100 bl opiefn0 01000CF60 ? 1029C61B0 ? 000000002 ? FFFFFFFFFFFC1BC ? 000000001 ? 00000000C ? 00000000B ? 110061F50 ? opiodr+08cc bl _ptrgl ttcpip+0cc4 bl _ptrgl opitsk+0d60 bl ttcpip 11000CF60 ? 000000000 ? 000000000 ? 000000000 ? 000000000 ? 000000000 ? 000000000 ? 000000000 ? opiino+0758 bl opitsk 000000000 ? 000000000 ? opiodr+08cc bl _ptrgl opidrv+032c bl opiodr 3C00000018 ? 4101FAF48 ? FFFFFFFFFFFF790 ? 0A000EEA8 ? sou2o+0028 bl opidrv 3C0C000000 ? 4A0147B50 ? FFFFFFFFFFFF790 ? main+0138 bl 01FD3A28 __start+0098 bl main 000000000 ? 000000000 ? ……………… SO: 70000010738f0e8, type: 4, owner: 7000001043acd90, flag: INIT/-/-/0x00 (session) trans: 70000010dde1dd8, creator: 7000001043acd90, flag: (100041) USR/- BSY/-/-/-/-/- DID: 0001-0064-7625733A, short-term DID: 0000-0000-00000000 txn branch: 7000001147dbed8 oct: 0, prv: 0, sql: 700000117b7f778, psql: 0, user: 24/SETTLE O/S info: user: settle, term: , ospid: 1400836, machine: zwq_jies2 program: /settlement/pkg01/bin/long/long_app@zwq_jies2 (T application name: /settlement/pkg01/bin/long/long_app@zwq_jies2 (T, hash value=0 last wait for 'SQL*Net message from client' blocking sess=0x0 seq=483 wait_time=240 driver id=54435000, #bytes=1, =0
查询MOS,发现是Bug# 1402161(虽然在mos中声明该bug是在9.2.0.1中已经被修复,但是这里的trace文件中的Call Stack Trace和mos中记录一致,而且网络上也存在很多9.2.0.8中关于该bug的情况),trace文件最后一段可以看出是在节点2上(zwq_jies2)运行/settlement/pkg01/bin/long/long_app程序导致出现该错误
产生该错误原因:
This exception is signalled because the savepoint number is not what was expected. The current transaction savepoint is less than the beginning savepoint of the transaction.
解决方法:
把/settlement/pkg01/bin/long/long_app中的需要运行的程序分割成几个小程序运行。
Break the job into smaller chunks and reconnect for each part of the job to reset the savepoint number.
PL/SQL Developer编译过程引起ora-600[15419]
数据库版本
SQL> select * from v$version; BANNER ---------------------------------------------------------------- Oracle9i Enterprise Edition Release 9.2.0.8.0 - 64bit Production PL/SQL Release 9.2.0.8.0 - Production CORE 9.2.0.8.0 Production TNS for IBM/AIX RISC System/6000: Version 9.2.0.8.0 - Production NLSRTL Version 9.2.0.8.0 - Production
alert中发现错误
Sun Feb 5 16:32:33 2012 Errors in file /oracle9/app/admin/crm/udump/crm2_ora_2434040.trc: ORA-00600: internal error code, arguments: [15419], [severe error during PL/SQL execution], [], [], [], [], [], [] ORA-06544: PL/SQL: internal error, arguments: [2603], [], [], [], [], [], [], [] ORA-06553: PLS-707: unsupported construct or internal error [2603] Sun Feb 5 16:32:33 2012 Trace dumping is performing id=[cdmp_20120205163233] Sun Feb 5 16:32:45 2012 Errors in file /oracle9/app/admin/crm/udump/crm2_ora_2732864.trc: ORA-00600: internal error code, arguments: [15419], [severe error during PL/SQL execution], [], [], [], [], [], [] ORA-06544: PL/SQL: internal error, arguments: [2603], [], [], [], [], [], [], [] ORA-06553: PLS-707: unsupported construct or internal error [2603]
trace文件内容
----- Call Stack Trace ----- calling call entry argument values in hex location type point (? means dubious value) -------------------- -------- -------------------- ---------------------------- ksedmp+0148 bl ksedst 1029746FC ? ksfdmp+0018 bl 01FD4014 kgeriv+0118 bl _ptrgl kgesiv+0080 bl kgeriv FFFFFFFFFFF3AF0 ? 700000D072A1238 ? FFFFFFFFFFF3A80 ? 3592393502A3F478 ? 100112038 ? ksesic1+005c bl kgesiv 000000000 ? 700000000003BC8 ? 2FFFFFEFFFF40C8 ? 7000002E147A6E0 ? 110002A20 ? kkxexe+0308 bl ksesic1 3C3B00003C3B ? 000000001 ? 000000024 ? 102A1143C ? 000000009 ? 110362830 ? 000000002 ? 000007FFF ? opiexe+274c bl kkxexe 1103B5B50 ? opiodr+08cc bl _ptrgl rpidrus+008c bl opiodr 4103A2A20 ? 300000000 ? FFFFFFFFFFF6A70 ? 50000F618 ? skgmstack+00d0 bl _ptrgl rpidru+0090 bl skgmstack 0FFFF5F30 ? 1101FAF78 ? 110006448 ? FFFFFFFFFFF6AD8 ? 700000C7CF68900 ? rpiswu2+0358 bl _ptrgl rpidrv+07fc bl rpiswu2 700000C386E8718 ? 500000000 ? 1103B7908 ? FFFFFFFFFFF6E40 ? 000000000 ? 2E00000000 ? 1101E9CA8 ? 000000000 ? rpiexe+0034 bl rpidrv 5FFFF6A68 ? 400000A20 ? FFFFFFFFFFF6A70 ? 00000002E ? psdevnCallback+00d4 bl rpiexe FFFFFFFFFFF71D0 ? rpiswu2+0358 bl _ptrgl psdevn+0068 bl rpiswu2 700000C386E8718 ? 10803D00008 ? 000000000 ? 102A1BA98 ? 1103B7210 ? 2E00000008 ? 108000003D0 ? 000000000 ? pbedeevn+0350 bl _ptrgl pbeevnd+0198 bcl pevm_CHSNULL+01c0 FFFFFFFFFFF7370 ? 000000000 ? 100AE4A10 ? 000000000 ? 11035F738 ? 11035FB76 ? pfrrun+0ce4 bl pbeevnd 1103B7210 ? 1103B7278 ? 700000CE62919A6 ? peicnt+01b8 bl pfrrun 1103B7210 ? kkxexe+01f8 bl peicnt FFFFFFFFFFF8F80 ? 1103B7210 ? opiexe+274c bl kkxexe 1103B7908 ? opiall0+102c bl opiexe 4FFFFFFB0 ? FFFFFFFFFFFBBB0 ? FFFFFFFFFFFA0A0 ? kpoal8+0a78 bl opiall0 5EFFFFBED4 ? 22FFFFBC18 ? FFFFFFFFFFFA5B8 ? 000000000 ? FFFFFFFFFFFA508 ? 1102A6498 ? 5B00000070 ? 24000000007FFF ? opiodr+08cc bl _ptrgl ttcpip+0cc4 bl _ptrgl opitsk+0d60 bl ttcpip 11000CF90 ? 000000000 ? 000000000 ? 000000000 ? 000000000 ? 000000000 ? 000000000 ? 000000000 ? opiino+0758 bl opitsk 000000000 ? 000000000 ? opiodr+08cc bl _ptrgl opidrv+032c bl opiodr 3C00000018 ? 4101FAF78 ? FFFFFFFFFFFF7B0 ? 0A000F350 ? sou2o+0028 bl opidrv 3C0C000000 ? 4A00E8B50 ? FFFFFFFFFFFF7B0 ? main+0138 bl 01FD3A28 __start+0098 bl main 000000000 ? 000000000 ? --------------------- Binary Stack Dump --------------------- ……………… SO: 700000c386e8718, type: 4, owner: 700000c3c7779a0, flag: INIT/-/-/0x00 (session) trans: 0, creator: 700000c3c7779a0, flag: (41) USR/- BSY/-/-/-/-/- DID: 0002-02FA-00A04E87, short-term DID: 0000-0000-00000000 txn branch: 0 oct: 47, prv: 0, sql: 700000d85e7a0d8, psql: 7000002615ef140, user: 46/DBMARK O/S info: user: yuyangah, term: LENOVO-C18854BA, ospid: 5624:5632, machine: WORKGROUP\LENOVO-C18854BA program: plsqldev.exe application name: PL/SQL Developer, hash value=1190136663 action name: 测试窗口 - procedure PRC_MARK_UP, hash value=3097949562 last wait for 'pipe get' blocking sess=0x0 seq=42 wait_time=122 handle address=700000cd07bddb8, buffer length=1000, timeout=e10 temporary object counter: 0
通过这里可以看出,WORKGROUP\LENOVO-C18854BA机上的yuyangah用户在使用PL/SQL Developer操作PRC_MARK_UP过程的时候,产生了该错误。查询mos[ID 436359.1]发现有相关记录
解决方法:
1.在编译包/过程/函数时,不要选中在pl/sql dev中的Tools > Preferences > Debugger >Add debug information when compiling
2.检查的版本pl/sql dev是否和数据库兼容,建议使用新版本
查看Aix进程占用内存大小
内存从大到小排序
-bash-3.00$ ps aux | head -1 ; ps aux | sort -rn +3 | head -10 USER PID %CPU %MEM SZ RSS TTY STAT STIME TIME COMMAND root 1908868 0.1 2.0 30508 29724 - A Dec 21 235:34 /usr/sbin/secld zhldang 2728188 0.0 0.0 1208 1288 pts/15 A 11:20:20 0:00 -bash zhldang 1421376 0.0 0.0 2036 1056 - A 11:20:15 0:00 sshd: zhldang@p zerbo625 2482224 0.0 0.0 1164 1244 pts/24 A 11:04:35 0:00 -bash zerbo625 1523730 0.0 0.0 1796 1036 - A 11:04:29 0:00 sshd: zerbo625@ yxq198sm 2429092 0.0 0.0 152 156 - A 12:24:48 0:00 sleep 30 yxq198sm 1327254 0.0 0.0 1600 1872 - A Feb 01 0:06 /usr/bin/bsh /u yanmotia 1274070 0.0 0.0 1164 768 pts/22 A Dec 23 0:00 -bash xinximai 2658402 0.0 0.0 1156 760 pts/83 A Dec 28 0:00 -bash xifengke 2330668 0.0 0.0 1160 756 pts/80 A Dec 05 0:00 -bash
内存从大到小排序(详细执行命令)
-bash-3.00$ ps -ealf | head -1 ; ps -ealf | sort -rn +9 | head -10 F S UID PID PPID C PRI NI ADDR SZ WCHAN STIME TTY TIME CMD 240001 A root 188582 1 0 60 20 2823c400 36708 * Jan 03 - 676:39 /usr/sbin/secldapclntd 240001 A root 1908868 1 0 60 22 6648400 30508 * Dec 21 - 235:40 /usr/sbin/secldapclntd 240001 A root 331840 86176 0 60 20 205f8400 4088 Sep 15 - 11:04 /usr/lpp/X11/bin/X -D /usr/lib/X11//rgb -T -force :0 -auth /var/dt/A:0-0xukaa 240001 A root 2216054 233648 0 60 20 142a400 3992 f100060002c9e8c8 11:19:59 - 0:00 sshd: zhldang [priv] 240001 A root 1515620 233648 0 60 20 2075f400 3992 f100060003bb0cc8 12:21:48 - 0:00 sshd: undeadbird [priv] 240001 A root 2719848 233648 0 60 20 916a400 3988 f100060002b068c8 13:07:55 - 0:00 sshd: wangyh0313 [priv] 240001 A root 2003106 233648 0 60 20 3428400 3876 f1000600038f94c8 11:02:58 - 0:00 sshd: intrepid [priv] 240001 A root 2560234 233648 0 60 20 44a8400 3816 f1000600018264c8 11:01:54 - 0:00 sshd: xifenfei [priv] 240001 A root 2846944 233648 0 60 20 22c7b400 3784 f100060003b050c8 11:04:12 - 0:00 sshd: zerbo625 [priv] 200001 A undeadbi 2220232 1007670 0 60 20 2355f400 3104 f100060001c2c878 13:03:08 pts/9 0:00 /usr/bin/smitty
查找某个进程使用内存
-bash-3.00$ ps aux | head -1 ; ps aux | grep xifenfei USER PID %CPU %MEM SZ RSS TTY STAT STIME TIME COMMAND xifenfei 2494532 0.0 0.0 1836 1044 - A 11:02:05 0:00 sshd: xifenfei@ xifenfei 2666546 0.0 0.0 1148 1228 pts/20 A 11:02:10 0:00 -bash root 2560234 0.0 0.0 3816 3024 - A 11:01:54 0:00 sshd: xifenfei xifenfei 2220230 0.0 0.0 912 940 pts/20 A 13:03:06 0:00 ps aux xifenfei 1310908 0.0 0.0 228 240 pts/20 A 13:03:06 0:00 grep xifenfei
查找某个进程使用内存(详细执行命令)
-bash-3.00$ ps -ealf | head -1 ;ps -ealf|grep xifenfei F S UID PID PPID C PRI NI ADDR SZ WCHAN STIME TTY TIME CMD 40001 A xifenfei 2494532 2560234 0 60 20 37575400 1836 11:02:05 - 0:00 sshd: xifenfei@pts/20 200001 A xifenfei 2510946 2666546 1 60 20 14045400 960 12:57:25 pts/20 0:00 ps -ealf 200001 A xifenfei 2543730 2666546 0 60 20 10cc6400 228 f100010017976ca0 12:57:25 pts/20 0:00 grep xifenfei 240001 A root 2560234 233648 0 60 20 44a8400 3816 f1000600018264c8 11:01:54 - 0:00 sshd: xifenfei [priv]
发表在 AIX
评论关闭