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、重啟電腦。