ORACLE 最大連接數的問題
2024-08-29 13:56:33
供稿：網友
show parameter processes;
然后
更改系統連接數
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就是要調整的最大連接數的數目，我們只要調整這個參數就可以了，其它的參數可
以保持默認值。
