案例二:Exp出错的一个案例
问题描述:客户用的Linux系统,Redhat 企业版(RHEL 3.0).数据库,安装的9iR2, 前一段时间升级过.现在的版本是9204.
客户准备要做Exp导出,以前一直系统没有空间.先给给系统扩了一些空间。Linux下的LVM还算比较好用。虽然文件系统用的是ext3 ,要暂时停机.
进行导出操作,不成功,发现系统报告错误:
|
很多朋友可能对这个错误都很熟悉.
哦,对了,客户说是升级过数据库,首先猜测是不是升级有问题?毕竟在论坛上类似升级不成功的问题看过很多了.
执行$ORACLE_HOME/rdbms/admin/catpatch.sql 脚本.
同时要注意调大java_pool_size 和shared_pool_size这两个参数的大小,要不重新来就耽误时间了,不要犯低级错误
|
之后查看Spool 出来的日志. 发现有编译错误,重新执行了第二次. 等待......之有这个时候我才想起才抱怨CPU不够快,内存不够大 ;)
这次Log没错误.不料想....................用户连接报告错误:
|
发现connect / as sysdba 还是可以登陆进去的。
看来是 LBACSYS.LBAC_EVENTS的状态有点问题。联接进去,编译一下如何? 我的如意算盘是@?/rdbms/admin/utlrp.sql执行一下就没有问题了,不料根本没有用,错误依然。当时有些头晕,这系统还没有备份呢,看来有些麻烦了(心里暗地埋怨客户,一直不让备份,总说"等等再说",作为一个DBA说话总不被重视也挺悲哀的不是? ,虽然我自己偷着有个备份,不过还是上次升级时候的呢),赶紧上网Metalink查查,这里网络速度还不错 LBACSYS.LBAC_EVENTS 作为关键词,找到如下的信息:
|
解决方案:
|
支持人员说这是个Bug.但是普通用户不可见. 不太放心,再找找,在Suse.com站点的Maillist也发现了一则类似的案例,看来还可以,心里有底了。
按照上面的执行,重新检查,OK。
总结一下
其实是一个很没有技术含量的Case。首先以前升级的时候至少要测试一下Export是否可以(Export已经成为升级成功的一个标志了!) 其次,准备不够充分,早成了手忙脚乱.所幸不是关键系统,用户还可以容忍.Oracle 总说微软是个烂公司,其实他们才真的够栏.Bug多的不可胜数.
案例三:使用网络应用程序的时候出现递归SQL错误
问题描述:当我使用网络应用程序的时候,遇到了下面的这个错误。
ORA-00604: 递归SQL1级的时候出现错误。
ORA-04031: 无法分配4200字节的共享内存,"RBKS_BK_INFO", "sga_heap", "library cache"。
这些错误信息是什么意思?我该如何解决它们?它们是在应用程序里面还是数据库里面?
解决方案:您应该使用的是Oracle 8.1.7.4之前版本的Oracle。第一个错误信息告诉你Oracle针对你的行为执行的SQL 语句失败了。ORA-4031告诉你为什么它会失败。ORA-4031错误信息的意思是你没有获得足够的空闲空间。你可以增加你的SHARED_POOL_SIZE,重新启动数据库再拭一次。这个bug已经在后续的补丁包中修复了。如果你使用的不是这个版本,你可以应用一下补丁包。
考试信息
热点
课程
更新