Case
2009-04-09
使用DATAPUMP导致ORA-00600 17020错误
Oracle 10g 引入的数据泵(Datapump)带来了一系列的好处,比如Server端执行,不惧怕网络终端,任务可以中断和重启动,在数据库端通过队列来调度执行等等。
但是随着这些好处也引来一系列的问题,比如客户数据库又遇到如下问题:ORA-00600 17020错误。这是由于导出时队列错误导致的(Oracle 10gr2支持自动的队列调度,但是据我观察,是存在很多问题的),Metalink的Bug 4334700 与此有关,Unix、Linux平台在Oracle 11g中得到修正:
Thu Apr 9 02:40:03 2009
The value (30) of MAXTRANS parameter ignored.
Thu Apr 9 02:40:07 2009
ALTER SYSTEM SET service_names='SYS$SYS.KUPC$C_1_20090409024004.ERPDB.CNC.COM' SCOPE=MEMORY SID='ERPdb1';
Thu Apr 9 02:40:07 2009
ALTER SYSTEM SET service_names='SYS$SYS.KUPC$C_1_20090409024004.ERPDB.CNC.COM','SYS$SYS.KUPC$S_1_20090409024004.ERPDB.CNC.COM' SCOPE=MEMORY SID='erpdb1';
kupprdp: master process DM00 started with pid=38, OS id=623104
to execute - SYS.KUPM$MCP.MAIN('EXPDP_BAK20090409', 'SYSTEM', 'KUPC$C_1_20090409024004', 'KUPC$S_1_20090409024004', 0);
Thu Apr 9 02:40:10 2009
ALTER SYSTEM SET service_names='SYS$SYS.KUPC$S_1_20090409024004.ERPDB.CNC.COM' SCOPE=MEMORY SID='erpdb1';
Thu Apr 9 02:40:10 2009
Errors in file /u01/admin/erpdb/bdump/erpdb1_dm00_623104.trc:
ORA-00600: internal error code, arguments: [17020], [0x70000044A750578], [], [], [], [], [], []
ORA-01460: unimplemented or unreasonable conversion requested
Thu Apr 9 02:40:10 2009
Errors in file /u01/admin/erpdb/udump/erpdb1_ora_737926.trc:
ORA-00600: internal error code, arguments: [17020], [0x70000044A750578], [], [], [], [], [], []
ORA-25207: enqueue failed, queue SYS.KUPC$C_1_20090409024004 is disabled from enqueueing
Thu Apr 9 02:40:13 2009
Trace dumping is performing id=[cdmp_20090409024013]
虽然无关大碍,但是600错误还是让人心有余悸,少用Datapump算了。
-The End-
历史上的今天
- 2016-04-09 回顾学习展望:读书会分享我的Oracle数据库历程
- 2013-04-09 Oracle 2012年数据库市场份额48.3 - 再居第一
- 2012-04-09 数据安全防范 提升需从今日始 - 浅析数据安全
- 2008-04-09 数据字典表之:DBA_HIGH_WATER_MARK_STATISTICS
- 2008-04-09 数据字典表之:DBA_TABLES
- 2008-04-09 并行查询并行度Degree与instances 设置
- 2006-04-09 What's Mean "internal dummy connection"?
- 2006-04-09 关于自动PGA管理的进一步探讨
- 2006-04-09 经典重现