ORACLE 最大串連數的問題

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就是要調整的最大串連數的數目，我們只要調整這個參數就可以了，其它的參數可
以保持預設值。