问题再现:
网络朋友描述:
我就执行了这个语句,就不行乐
alter system set sga_max_size=1800m scope=spfile;
windows 2003 \2G内存\oracle 9i 版本9.2.0.1,执行这个后报了一个
ORA-00600: internal error code, arguments: [12333], [9], [8], [0], [], [], [], []
处理情况是
提供alter.log日志文件,同样也发现了ora-00600错误,问清为什么出现这个错误的时候是因为执行了刚刚那个语句。进一步问清为什么要调整这个参数的时候我郁闷了,原因是:“CPU进程占了49%,就开始想调优”居然没有任何依据就开始调整切忌切忌啊。
然后我叫对方shutdown abort 原以为修改回原来那个参数就可以解决这个但是想了想spfile文件为二进制文件,修改起来不是很方便也很难把握。
进一步查看日志发现对方也只有进行这个语句的操作没有其他操作,这个也得到网友进一步确认。(因为我关键点发现scope=spfile)
最后给出结论是:以另两个参数文件启动数据库然后重新创建spfile文件 问题得到了完美解决。。忙完已经是晚上一点多了
另我感触最深的是两点:第一、优化一定需要详细完备报告,有针对的优化而不是盲目调整SGA区,第二、基础非常重要。细想起来就是一个数据库参数的问题。不要被数据库宕机而吓到,一定要细想一些细节发现问题。千万不能慌要冷静。万幸的是对方不是7*24小时的。
来自 “ ITPUB博客 ” ,链接:http://blog.itpub.net/13159425/viewspace-573347/,如需转载,请注明出处,否则将追究法律责任。
转载于:http://blog.itpub.net/13159425/viewspace-573347/