PersonalCorpus 版 (精华区)

发信人: aab (abcdef), 信区: Database
标  题: oracle支持记
发信站: 哈工大紫丁香 (2003年05月26日12:38:50 星期一), 站内信件

我把今天Oracle支持过程记下来,或许大家有用
以下都用第一人称,有些不是我做的,不一一说明了。
周六客户打过电话来,说前端登录不进去了,要求马上
能够恢复,现在是生产高峰。
从初步现象来看,用户登录不进去了,系统没有办new 一个session
可能是共享池等不够用了。我自己在家里,没有办法诊断。
于是要求客户切换到另外一个双机热备份的小型机上去,
5分钟后系统恢复了。
今天早上,来到公司,远程登录到客户的服务器上,
ls -l一看,ft居然600M,半年来居然没有清理一下,kick一下
只好tail -10000 *.log >me.log,然后再gzip一下,抓下来
一看错误类型是604和4031,不明白到底为何会出现.(附ora说明)
Share_pool size已经够大了。
hehe,上oracle Metalink网站请求技术支持。
他们的解答是户端需要提交大量的SQL查询,并且每个查询语句比较庞大;
ORACLE数据库发生错误的原因:
 ORACLE系统对SHARE POOL的空间回收算法存在问题,导致很多内存碎片(SHARE_POOL)产
生,从而使得共享池可用连续空间不足
ORACLE支持工程师建议的解决办法:
 将现有ORACLE数据库(版本8.1.7.0.0)升级到最新的ORACLE 8.1.7.3.0
于是下载patch,准备晚上没有用户的时候升级。(完)

ora-604
ora-4031
在ORACLE中,对以上两个错误的描述为:
ora-00604
00603, 00000, "ORACLE server session terminated by fatal error"
// *Cause:  An ORACLE server session is in an unrecoverable state.
// *Action: Login to ORACLE again so a new server session will be created

ora-04031
04031, 00000, "unable to allocate %s bytes of shared memory 
(\"%s\",\"%s\",\"%s"
// *Cause:  More shared memory is needed than was allocated in the shared
//          pool.
// *Action: If the shared pool is out of memory, either use the
//          dbms_shared_pool package to pin large packages,
//          reduce your use of shared memory, or increase the amount of
//          available shared memory by increasing the value of the
//          INIT.ORA parameters "shared_pool_reserved_size" and
//          "shared_pool_size".
//          If the large pool is out of memory, increase the INIT.ORA
//          parameter "large_pool_size".
 

--
※ 来源:·哈工大紫丁香 bbs.hit.edu.cn·[FROM: 202.106.139.68]
[百宝箱] [返回首页] [上级目录] [根目录] [返回顶部] [刷新] [返回]
Powered by KBS BBS 2.0 (http://dev.kcn.cn)
页面执行时间:3.999毫秒