天天看点

ORA-12516错误的处理

解决过程:

1、查看当前会话数、processes和sessions值,发现session数和2个参数的值已经非常逼近

ORA-12516错误的处理
ORA-12516错误的处理

SQL*Plus: Release 10.2.0.1.0 - Production on 星期一 10月 9 15:50:21 2006Copyright (c) 1982, 2005, Oracle.  All rights reserved.

ORA-12516错误的处理
ORA-12516错误的处理

SQL> conn / as sysdba

ORA-12516错误的处理

已连接。SQL> select count(*) from v$session;

ORA-12516错误的处理

COUNT(*)----------     

ORA-12516错误的处理

  45

ORA-12516错误的处理
ORA-12516错误的处理

SQL> show parameter processes

ORA-12516错误的处理

NAME                                 TYPE        VALUE

ORA-12516错误的处理

db_writer_processes                  integer     1

ORA-12516错误的处理

gcs_server_processes                 integer     0

ORA-12516错误的处理

job_queue_processes                  integer     10

ORA-12516错误的处理

log_archive_max_processes            integer     2

ORA-12516错误的处理

processes                            integer     50

ORA-12516错误的处理
ORA-12516错误的处理

SQL> show parameter sessions

ORA-12516错误的处理

NAME                                 TYPE        VALUE

ORA-12516错误的处理

java_soft_sessionspace_limit         integer     0l

ORA-12516错误的处理

icense_max_sessions                 integer     0

ORA-12516错误的处理

license_sessions_warning             integer     0

ORA-12516错误的处理

logmnr_max_persistent_sessions       integer     1

ORA-12516错误的处理

sessions                             integer     60

ORA-12516错误的处理

shared_server_sessions               integer

ORA-12516错误的处理

2、修改processes和sessions值

ORA-12516错误的处理

SQL> alter system set processes=300 scope=spfile;

ORA-12516错误的处理

系统已更改。

ORA-12516错误的处理

SQL> alter system set sessions=335 scope=spfile;

ORA-12516错误的处理

系统已更改。  

3、查看processes和sessions参数,但更改并未生效

ORA-12516错误的处理

SQL> show parameter processes

ORA-12516错误的处理

NAME                                 TYPE        VALUE

ORA-12516错误的处理

db_writer_processes                  integer     1

ORA-12516错误的处理

gcs_server_processes                 integer     0

ORA-12516错误的处理

job_queue_processes                  integer     10

ORA-12516错误的处理

log_archive_max_processes            integer     2

ORA-12516错误的处理

processes                            integer     50

ORA-12516错误的处理

SQL> show parameter sessions

ORA-12516错误的处理

NAME                                 TYPE        VALUE

ORA-12516错误的处理

license_max_sessions                 integer     0

ORA-12516错误的处理

license_sessions_warning             integer     0

ORA-12516错误的处理

logmnr_max_persistent_sessions       integer     1

ORA-12516错误的处理

sessions                             integer     60

ORA-12516错误的处理

shared_server_sessions               integer

 4、重启数据库,使更改生效

ORA-12516错误的处理

SQL> shutdown

ORA-12516错误的处理

SQL> startup

ORA-12516错误的处理

SQL> show parameter processes

ORA-12516错误的处理

NAME                                 TYPE        VALUE

ORA-12516错误的处理

db_writer_processes                  integer     1

ORA-12516错误的处理

gcs_server_processes                 integer     0

ORA-12516错误的处理

job_queue_processes                  integer     10

ORA-12516错误的处理

log_archive_max_processes            integer     2

ORA-12516错误的处理

processes                            integer     300

ORA-12516错误的处理

SQL> show parameter sessions

ORA-12516错误的处理

NAME                                 TYPE        VALUE

ORA-12516错误的处理

java_soft_sessionspace_limit         integer     0

ORA-12516错误的处理

license_max_sessions                 integer     0

ORA-12516错误的处理

license_sessions_warning             integer     0

ORA-12516错误的处理

logmnr_max_persistent_sessions       integer     1

ORA-12516错误的处理

sessions                             integer     335

ORA-12516错误的处理

shared_server_sessions               integer

其它:

    ORACLE的连接数(sessions)与其参数文件中的进程数(process)有关,它们的关系如下:

    sessions=(1.1*process+5)

     但是我们增加process数时,往往数据库不能启动了。这因为我们还漏调了一个unix系统参数:它是/etc/proc/kernel 中semmns,这是unix系统的信号量参数。每个process会占用一个信号量。semmns调整后,需要重新启动unix操作系统,参数才能生效。不过它的大小会受制于硬件的内存或ORACLE SGA。范围可从200——2000不等。

   semmns的计算公式为:   SEMMNS>processes+instance_processes+system

   processes=数据库参数processes的值   instance_processes=5(smon,pmon,dbwr,lgwr,arch)

   system=系统所占用信号量。系统所占用信号量可用下列命令查出:

    #ipcs -s 

   其中列NSEMS显示系统已占用信号量。

   其它一些跟连接有关的参数,如 licence_max_sessions, licence_sessions_warning 等默认设置都为零,也就是没有限制。我们可以放心大胆地使用数据库了。