我这周要去泰国出差,老总希望我彻底的检查一下数据库的相应配置,然后调整,然后希望数据库永远不报错,我就傻了,呵呵。
其实,起初数据库的配置很差,除了java_pool_size被设置为0以外(我们的同事认为我们不许要java,就这么修改了,sigh..),其他都是默认配置。所以,数据库总是出各种错误,几乎都和内存不够有关,现在已经调整的差不多了,我觉得没什么可做的了,呵呵。
目前的配置如下:
3太实例的OPS,操作系统是tru64 4.0f,cluster是compaq的ra3000,每个机器都是2G的物理内存;
我们的应用(智能网业务)是OLTP型的,每秒钟大约200个select,总共的结果集大约是几十万条记录
对于老总的要求我除了叹息没什么注意(一下就傻了),现在除了茫然,希望大家给出出注意,我应该做哪些准备工作?到现场以后,我主要做什么呢?
还有就是那个该死的ORA-04031(SGA中没有可用的连续内存)错误:
对于这个错误,我现在想到的是在每个init.ora中加入cursor_sharing=force;然后除了升级似乎就没什么其他想法了。
尽管metalink上,很多人说_db_handles_cached = 0,但是这个只能检验是否是遭遇了bug 1397603,和减缓错误的发生周期,但是不能根除,所以显然达不到老总的要求。
至于说alter system flush shared pool,似乎起不到什么实质作用,是么?
我因为缺乏经验,我们的每一个改动都需要泰国电信局方的批准,尤其是在业务高峰期,这个操作也不太干做
曾有朋友这样说:
I've the same error message as you before, it was caused by the binary files were not linked properly. I solved it as below:
1) go to $ORACLE_HOME/rdbms/lib
2) make -f ins_rdbms ops_on
3) relink -all
我不太确定我们的是不是这个问题,我如何确定呢?
希望集思广益,收集一些线索,不胜感谢。
其实,起初数据库的配置很差,除了java_pool_size被设置为0以外(我们的同事认为我们不许要java,就这么修改了,sigh..),其他都是默认配置。所以,数据库总是出各种错误,几乎都和内存不够有关,现在已经调整的差不多了,我觉得没什么可做的了,呵呵。
目前的配置如下:
3太实例的OPS,操作系统是tru64 4.0f,cluster是compaq的ra3000,每个机器都是2G的物理内存;
我们的应用(智能网业务)是OLTP型的,每秒钟大约200个select,总共的结果集大约是几十万条记录
对于老总的要求我除了叹息没什么注意(一下就傻了),现在除了茫然,希望大家给出出注意,我应该做哪些准备工作?到现场以后,我主要做什么呢?
还有就是那个该死的ORA-04031(SGA中没有可用的连续内存)错误:
对于这个错误,我现在想到的是在每个init.ora中加入cursor_sharing=force;然后除了升级似乎就没什么其他想法了。
尽管metalink上,很多人说_db_handles_cached = 0,但是这个只能检验是否是遭遇了bug 1397603,和减缓错误的发生周期,但是不能根除,所以显然达不到老总的要求。
至于说alter system flush shared pool,似乎起不到什么实质作用,是么?
我因为缺乏经验,我们的每一个改动都需要泰国电信局方的批准,尤其是在业务高峰期,这个操作也不太干做
曾有朋友这样说:
I've the same error message as you before, it was caused by the binary files were not linked properly. I solved it as below:
1) go to $ORACLE_HOME/rdbms/lib
2) make -f ins_rdbms ops_on
3) relink -all
我不太确定我们的是不是这个问题,我如何确定呢?
希望集思广益,收集一些线索,不胜感谢。
来自 “ ITPUB博客 ” ,链接:http://blog.itpub.net/747/viewspace-483424/,如需转载,请注明出处,否则将追究法律责任。
转载于:http://blog.itpub.net/747/viewspace-483424/