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毫秒