ORACLE 最大连接数的问题

用过Oracle的应该都熟悉如何查看和设置Oracle数据库的最大连接数。这里就再??乱槐椤?/p>

查看当前的连接数，可以用select count(*) from v$process;
设置的最大连接数（默认值为150）select value from v$parameter where name = ‘processes’;
修改最大连接数alter system set processes = 300 scope = spfile;

都知道，当数据库最大连接数不够时会出现客户端连接间歇性失败，报错ORA-12519。设置大点一般就可以了。但是做大型项目的时候还是会遇到一些不正常的问题，比如：设置最大连接数800，但是正常连接200多个就会报错，这也是我在一次面试中得知的。回来因为自己的垃圾机器上没有装Oracle，就查了些资料，发现还真的有这个问题，不过不是什么难题，貌似很多人遇到过，看来我们真的做项目太少了吧，顶多同时测试的也就十多个人。

更改系统连接数

alter system set processes=1000 scope=spfile;

下面是具体的操作步骤与说明

问题描述：客户端连接数据库报错

ORA-12516: TNS: 监听程序无法找到匹配协议栈的可用句柄

解决过程：

1。查看当前会话数、processes和sessions值，发现session数和2个参数的值已经非常逼近
SQL*Plus: Release 10.2.0.1.0 - Production on 星期一 10月 9 15:50:21 2006
Copyright (c) 1982, 2005, Oracle. All rights reserved.
SQL> conn / as sysdba
已连接。
SQL> select count(*) from v＄session;
COUNT(*)
----------
45

SQL> show parameter processes
NAME TYPE VALUE
------------------------------------ ----------- ----------------------
aq_tm_processes integer 0
db_writer_processes integer 1
gcs_server_processes integer 0
job_queue_processes integer 10
log_archive_max_processes integer 2
processes integer 50
SQL> show parameter sessions
NAME TYPE VALUE
------------------------------------ ----------- ----------------------
java_max_sessionspace_size integer 0
java_soft_sessionspace_limit integer 0
license_max_sessions integer 0
license_sessions_warning integer 0
logmnr_max_persistent_sessions integer 1
sessions integer 60
shared_server_sessions integer

2。修改processes和sessions值

SQL> alter system set processes=300 scope=spfile;
系统已更改。
 
SQL> alter system set sessions=300 scope=spfile;
系统已更改。

3。查看processes和sessions参数，但更改并未生效

SQL> show parameter processes
NAME TYPE VALUE
------------------------------------ ----------- ----------------------
aq_tm_processes integer 0
db_writer_processes integer 1
gcs_server_processes integer 0
job_queue_processes integer 10
log_archive_max_processes integer 2
processes integer 50
SQL> show parameter sessions
NAME TYPE VALUE
------------------------------------ ----------- ----------------------
java_max_sessionspace_size integer 0
java_soft_sessionspace_limit integer 0
license_max_sessions integer 0
license_sessions_warning integer 0
logmnr_max_persistent_sessions integer 1
sessions integer 60
shared_server_sessions integer

4。重启数据库，使更改生效

SQL> shutdown immediate

SQL> startup

SQL> show parameter processes
NAME TYPE VALUE
------------------------------------ ----------- ----------------------
aq_tm_processes integer 0
db_writer_processes integer 1
gcs_server_processes integer 0
job_queue_processes integer 10
log_archive_max_processes integer 2
processes integer 300
SQL> show parameter sessions
NAME TYPE VALUE
------------------------------------ ----------- ----------------------
java_max_sessionspace_size integer 0
java_soft_sessionspace_limit integer 0
license_max_sessions integer 0
license_sessions_warning integer 0
logmnr_max_persistent_sessions integer 1
sessions integer 335
shared_server_sessions integer

最后测试加大连接数到50，100都没报ORA-12516错误。

有的时候我们需要调整oracle数据库的最大链接数，而这个链接数的调整是在oacle下的dbs目
录下init.ora文件中调整的。
ORACLE的连接数(sessions)与其参数文件中的进程数(process)有关，它们的关系如下：
sessions=(1.1*process+5)
但是我们增加process数时，往往数据库不能启动了。这因为我们还漏调了一个unix系统参数：
它是核心参数中的semmns,这是unix系统的信号量参数。每个process会占用一个信号量。semmns
调整后，需要重新启动unix操作系统，参数才能生效。不过它的大小会受制于硬件的内存或ORACLE
SGA。范围可从200——2000不等。
但是，Processes的修改不仅应该调整init.ora文件中的参数，而且应该调整OS的内核
参数，象AIX,HPUX,Solaris,SCO,UNIXWare都是这样，OS的调整是需要重新启动的，而且这个参数
的设置不能简单按照多少个终端要连到这个服务器上而定，
最关键是考虑会有多少同时连上的session（在使用一些共享连接的中间件时，一般就不需要太大），
当然还要考虑一些Oracle的后台进程，还有一些系统维护工作需要多一些连接等。
我的atmp大前置机器上对oracle调整的时候，其使用的是unixware操作系统，在做链接数调整
的时候，要先对核心参数进行调整。
核心主要相关的参数的调整如下：

SHMMAX 1000000000
SHMMIN 1
SHMMNI 200
SHMSEG 15
SEMMNI 1000
SEMMSL 300
SEMMNS 230
SEMOPM 20
其中semmni,semmns,semmsl要加大，至少要比processes大18 ；

SEMMNI（10，10000；150）：指定在核心中信号识别的数量。这是可以在任意给定时间被激活的唯
一信号设置数量。缺省值是150。最大值由系统自动调整产生。
SEMMSL（25，300；150）：指定每个信号识别中信号量的最大值。缺省值是25。
SEMMNS 除最大db外的所有db 的PROCESSES之和+2*最大db的PROCESSES+10*实例数。如3个实例进
程数分别为100、100、200，则=（100+100）+2*200+10*3=630
SEMOPM（10,20；10）:指定在每个系统调用semop中能够被执行的信号操作量的最大值。
缺省值是10。
SHMMAX（131072，1073741824；524288）：指定了共享内存部分大小的最大值。
等于0.5×物理内存字节数
SHMMNI（10，1000；100）：指定了系统范围内共享内存标识的最大值。
SHMSEG（6，15；6）：指定了与每个进程相关连的共享内存块（或标识）的数量。缺省值是6。与每
个进程相关连的共享内存块的最大值与进程拥有的未使用空间有关。因此，尽管一个进程拥有少于
SHMSEG数值的共享内存块，它也有可能因为其有限的空间而不能与其它进程相联系。
init.ora中调整为：

processes = 50 # SMALL
#processes = 100 # MEDIUM
# processes = 200 # LARGE

其中的processes就是要调整的最大连接数的数目，我们只要调整这个参数就可以了，其它的参数可
以保持默认值。

注意:windows 2003（32位）会有问题

windows 2003（32位）的问题，于是就装了个64位的windows 2003,同样版本的oracle 10g,装好后就把连接数process参数配置成800，然后做连接测试，一直可以有800个session连接上来，到现在为止，可以大致总结出症结所在了，就是windows 2003 server(32位)的操作系统，在安装oracle 10g(10.2.0.1-10.2.0.3)时有问题，连接数不能达到系统配置的那么大，可以采用64位的替代。找到问题根源了，就可以想到究竟为什么windows 2003 server(32位)的操作系统和oracle 10g数据库连接数会有限制,修改一下2003的配置或者oracle 10g的配置, 就可解决掉这个问题。

解决方案：

A.修改Oracle参数

1、原有参数
#pga_aggregate_target=67108864
#processes=500
#sessions=555
# pga_aggregate_target此参数是扩大并发连接数占用内存大小。
# 可调整此参数，放大或缩小，同时影响并发数量。
# 公式： 约=可按照并发数量*4M
pga_aggregate_target=720M
# processes、sessions是扩大并发连接数，是同时使用。
# 公式： sessions = processes *1.1 +5
processes=600
sessions=665
2、在监听参数文件LISTENER.ORA 文件中增加参数
direct_handoff_ttc_listener = off
3、重新启动数据库服务。

B.修改windows配置

1、修改Windows系统中Boot.ini文件

/3GB /PAE
说明：修改操作系统中Boot.ini文件，可以使Oracle使用更多的内存空间。
2、修改用户组策略中锁定内存页大小权限。
参数修改完毕问题解决。
3、重启计算机。