摘要: 从上周起,服务器Oracle数据库出现问题,用不到半天,就会报maxsession(150)的问题,肯定是数据库的会话超过最大数了。 由于服务器跑的是文件传输应用,占用的请求和会话肯定很大,因此用户数不大就已经让oracle的会话数达到最大值。 处理方式不外乎两种:扩大oracle最大session数以及清除inactive会话,当然还有,就是从数据库连接池和程序bug上面下手。 从各处收集了一些查看当前会话的语句,记录一下: 1.select count(*) from v$session; select count(*) from v$process; 查看当前总会话数和进程数,这两个视图 阅读全文
posted @ 2011-08-18 22:07 jex 阅读(831) 评论(0) 推荐(0) 编辑
摘要: 今天接到客户电话,描述新建的oracle 11.1.0.7 RAC数据库中,当一个用户连接到数据库上以后,如果在某一段时间内没有任何动作的话,该进程就会自己中断,这样在应用程序就会因为进程超时自动断开而不能正常执行。 分析原因,应该是该进程的用户的概要文件(profile)配置问题。 发现用户所在的profile的IDLE_TIME为30。即30秒该进程没有任何操作,就会自动断开。PROFILE的管理(资源文件) 当需要设置资源限制时,必须设置数据库系统启动参数RESOURCE_LIMIT,此参数默认值为FALSE 可以使用如下命令来启动当前资源限制: alter system set RES 阅读全文
posted @ 2011-08-18 21:51 jex 阅读(4585) 评论(0) 推荐(0) 编辑
摘要: ORACLE自动断开数据库连接解决办法 转贴: 方法一、直接修改资源配置文件 分三个步骤在sqlplus环境下完成。 第一步,查询资源文件,找到CONNECT_TIME所在的profile名。 select resource_name,profile from dba_profiles; 第二步,用alter命令修改profile中的值; alter profile MONITORING_PROFILE limit connect_time unlimited;(或跟一个时间值,如1000,单位为分钟) alter profile MONITORING_PROFILE limit idle_t 阅读全文
posted @ 2011-08-18 21:50 jex 阅读(7444) 评论(0) 推荐(0) 编辑