ora-12516错误分析与解决
2014-10-08 13:18
281 查看
在使用swingbench对oracle数据库进行压力测试时,出现ORA-12516错误。这个报错一般是因为oracle的会话数超出了限制,一般都是由于多次connect建立多个连接会话引起的,最后导致oracle无法响应新的请求,从而出现ora-12516错误。
解决该问题的思路和方法:
首先查看一下数据库现有的进程数,是否已经达到参数processes的大小。
select count(*) from v$process;
获得数据库当前的进程数。
select value from v$parameter where name = 'processes';
获得进程数的上限。
查看当前sessions值,发现session数和processes参数的值已经非常接近
SQL> conn / as sysdba
已连接。
SQL> select count(*) from v$session;
170
SQL> show parameter processes
NAME TYPE VALUE
db_writer_processes integer 1
gcs_server_processes integer 0
job_queue_processes integer 10
log_archive_max_processes integer 2
processes integer 150
SQL> show parameter sessions
NAME TYPE VALUE
java_soft_sessionspace_limit integer 0l
icense_max_sessions integer 0
license_sessions_warning integer 0
logmnr_max_persistent_sessions integer 1
sessions integer 175
shared_server_sessions integer
然后修改processes和sessions值
SQL> alter system set processes=500 scope=spfile;
系统已更改。
SQL> alter system set sessions=555 scope=spfile;
系统已更改。
注:只要会话连接数超过上面的process数150或者sessions数170,再来一个的会话进程,就会产生12516错误。因此可以修改一下该值:sessions=1.1*processes+5;//这个是sessions值和processes值的关系,最好按照这样做,
因此如果要将processes数设置为500,则sessions数必须为1.1*500+5=555
查看processes和sessions参数,但更改并未生效
SQL> show parameter processes
NAME TYPE VALUE
db_writer_processes integer 1
gcs_server_processes integer 0
job_queue_processes integer 10
log_archive_max_processes integer 2
processes integer 150
SQL> show parameter sessions
NAME TYPE VALUE
license_max_sessions integer 0
license_sessions_warning integer 0
logmnr_max_persistent_sessions integer 1
sessions integer 170
shared_server_sessions integer
重启数据库,使更改生效
SQL> shutdown immediate
SQL> startup
SQL> show parameter processes
NAME TYPE VALUE
db_writer_processes integer 1
gcs_server_processes integer 0
job_queue_processes integer 10
log_archive_max_processes integer 2
processes integer 500
SQL> show parameter sessions
NAME TYPE VALUE
java_soft_sessionspace_limit integer 0
license_max_sessions integer 0
license_sessions_warning integer 0
logmnr_max_persistent_sessions integer 1
sessions integer 555
shared_server_sessions integer
本文出自 “滴水穿石孙杰” 博客,请务必保留此出处http://xjsunjie.blog.51cto.com/999372/1561193
解决该问题的思路和方法:
首先查看一下数据库现有的进程数,是否已经达到参数processes的大小。
select count(*) from v$process;
获得数据库当前的进程数。
select value from v$parameter where name = 'processes';
获得进程数的上限。
查看当前sessions值,发现session数和processes参数的值已经非常接近
SQL> conn / as sysdba
已连接。
SQL> select count(*) from v$session;
170
SQL> show parameter processes
NAME TYPE VALUE
db_writer_processes integer 1
gcs_server_processes integer 0
job_queue_processes integer 10
log_archive_max_processes integer 2
processes integer 150
SQL> show parameter sessions
NAME TYPE VALUE
java_soft_sessionspace_limit integer 0l
icense_max_sessions integer 0
license_sessions_warning integer 0
logmnr_max_persistent_sessions integer 1
sessions integer 175
shared_server_sessions integer
然后修改processes和sessions值
SQL> alter system set processes=500 scope=spfile;
系统已更改。
SQL> alter system set sessions=555 scope=spfile;
系统已更改。
注:只要会话连接数超过上面的process数150或者sessions数170,再来一个的会话进程,就会产生12516错误。因此可以修改一下该值:sessions=1.1*processes+5;//这个是sessions值和processes值的关系,最好按照这样做,
因此如果要将processes数设置为500,则sessions数必须为1.1*500+5=555
查看processes和sessions参数,但更改并未生效
SQL> show parameter processes
NAME TYPE VALUE
db_writer_processes integer 1
gcs_server_processes integer 0
job_queue_processes integer 10
log_archive_max_processes integer 2
processes integer 150
SQL> show parameter sessions
NAME TYPE VALUE
license_max_sessions integer 0
license_sessions_warning integer 0
logmnr_max_persistent_sessions integer 1
sessions integer 170
shared_server_sessions integer
重启数据库,使更改生效
SQL> shutdown immediate
SQL> startup
SQL> show parameter processes
NAME TYPE VALUE
db_writer_processes integer 1
gcs_server_processes integer 0
job_queue_processes integer 10
log_archive_max_processes integer 2
processes integer 500
SQL> show parameter sessions
NAME TYPE VALUE
java_soft_sessionspace_limit integer 0
license_max_sessions integer 0
license_sessions_warning integer 0
logmnr_max_persistent_sessions integer 1
sessions integer 555
shared_server_sessions integer
本文出自 “滴水穿石孙杰” 博客,请务必保留此出处http://xjsunjie.blog.51cto.com/999372/1561193
相关文章推荐
- ORA-04031错误分析和解决
- ORA-12516或ORA-12518错误解决
- ORA-01017/ORA-02063DbLink建立错误问题分析及解决
- 【ORACLE】ora-12519错误分析解决
- ORA-04031错误分析和解决
- 【Oracle】ORA-03113错误分析与解决
- TNS-12516及ORA-12516错误解决
- ORA-03113错误分析与解决
- 案例分析:ora-04031与ora-04030错误分析与解决
- ORA-03113 错误分析与解决
- 案例分析:ora-04031与ora-04030错误分析与解决
- ORA-03113错误分析与解决
- [Oracle] ORA-03113错误分析与解决
- 【不错】oracle内存管理之PGA之案例分析:ora-04031与ora-04030错误分析与解决
- ORA-...错误 分析及解决办法
- 案例分析:ora-04031与ora-04030错误分析与解决
- win7下 分析tnsnames.ora文件失败 ServiceAliasException: 11 错误的解决办法
- 分析和解决ora-4030错误 [操作系统,内存分配机制]
- NBU备份数据库时的ORA-27211错误分析解决
- 案例分析:ora-04031与ora-04030错误分析与解决