用過(guò)Oracle的應(yīng)該都熟悉如何查看和設(shè)置Oracle數(shù)據(jù)庫(kù)的最大連接數(shù)。這里就再啰嗦一遍。

查看當(dāng)前的連接數(shù)，可以用select count(*) from v$process;

設(shè)置的最大連接數(shù)(默認(rèn)值為150)select value from v$parameter where name =‘processes’;

修改最大連接數(shù)alter system set processes = 300 scope = spfile;

都知道，當(dāng)數(shù)據(jù)庫(kù)最大連接數(shù)不夠時(shí)會(huì)出現(xiàn)客戶端連接間歇性失敗，報(bào)錯(cuò)ORA-12519。設(shè)置大點(diǎn)一般就可以了。但是做大型項(xiàng)目的時(shí)候還是會(huì)遇到一些不正常的問(wèn)題，比如：設(shè)置最大連接數(shù)800，但是正常連接200多個(gè)就會(huì)報(bào)錯(cuò)，這也是我在一次面試中得知的。回來(lái)因?yàn)樽约旱睦鴻C(jī)器上沒(méi)有裝Oracle，就查了些資料，發(fā)現(xiàn)還真的有這個(gè)問(wèn)題，不過(guò)不是什么難題，貌似很多人遇到過(guò)，看來(lái)我們真的做項(xiàng)目太少了吧，頂多同時(shí)測(cè)試的也就十多個(gè)人。

網(wǎng)上搜集到有此類問(wèn)題的描述，如下。

服務(wù)器IBM XSERVER,內(nèi)存：4G

oracle 數(shù)據(jù)庫(kù)配置的主要參數(shù)如下:

processes integer 500

sessions integer 585

pga_aggregate_target big integer 350M

sga_max_size big integer 1256M

sga_target big integer 1152M

shared_pool_size big integer 400M

large_pool_size big integer 16M

看樣子挺不粗的配置，但是就這樣默認(rèn)情況還是會(huì)出現(xiàn)連接數(shù)不夠的現(xiàn)象。數(shù)據(jù)庫(kù)配置的連接數(shù)是500個(gè),但是現(xiàn)在當(dāng)Oracle的連接數(shù)達(dá)到120個(gè)時(shí)候,其他的客戶端就無(wú)法再連接上Oracle服務(wù)器了,報(bào)個(gè)錯(cuò):ORA-12518:TNS:監(jiān)聽程序無(wú)法分發(fā)客戶機(jī);但是已經(jīng)連接上數(shù)據(jù)庫(kù)的應(yīng)用還可以正常應(yīng)用,就是其他沒(méi)連上的就再也連不上了,除非已有的連接有退出的,其他的才能再聯(lián)上,就是可連接的總數(shù)是120個(gè);

有網(wǎng)友說(shuō)是在可以在listener.ora中加入一行: direct_handoff_ttc_=off,經(jīng)測(cè)試此方法依舊不行;

這期間我嘗試著把pga_aggregate_target改成200或者500等,結(jié)果是一樣的。也嘗試著把sga_target改成800m后,結(jié)果數(shù)據(jù)庫(kù)就起不來(lái)了,提示說(shuō)要不能小於1024m。

后來(lái)查到有可能是oracle 10g forwin32的一個(gè)bug，上網(wǎng)下了補(bǔ)丁，打完補(bǔ)丁后的版本是:10.2.0.3；也曾懷疑是不是windows2003的tcp連接數(shù)不夠,上網(wǎng)查說(shuō)好像是有這毛病,下了個(gè)2003的補(bǔ)丁,把tcp連接數(shù)擴(kuò)到了1000,結(jié)果能夠達(dá)到可以有250個(gè)並發(fā)連接,但是再多就又連不上了。

現(xiàn)在就是不太清楚究竟是什么參數(shù)配置的不合適(不管是oracle10g的,還是windows2003的),才會(huì)造成實(shí)際上沒(méi)有達(dá)到oracle設(shè)置的最大連接數(shù)時(shí)就不能連接了。

最后，懷疑是不是windows 2003(32位)的問(wèn)題，於是就裝了個(gè)64位的windows 2003,同樣版本的oracle10g,裝好后就把連接數(shù)process參數(shù)配置成800，然后做連接測(cè)試，一直可以有800個(gè)session連接上來(lái)，到現(xiàn)在為止，可以大致總結(jié)出癥結(jié)所在了，就是windows2003 server(32位)的操作系統(tǒng)，在安裝oracle10g(10.2.0.1-10.2.0.3)時(shí)有問(wèn)題，連接數(shù)不能達(dá)到系統(tǒng)配置的那么大，可以采用64位的替代。找到問(wèn)題根源了，就可以想到究竟為什么windows2003 server(32位)的操作系統(tǒng)和oracle 10g數(shù)據(jù)庫(kù)連接數(shù)會(huì)有限制,修改一下2003的配置或者oracle10g的配置, 就可解決掉這個(gè)問(wèn)題。

解決方案：

A.修改Oracle參數(shù)

1、原有參數(shù)

#pga_aggregate_target=67108864

#processes=500

#sessions=555

# pga_aggregate_target此參數(shù)是擴(kuò)大並發(fā)連接數(shù)占用內(nèi)存大小。

# 可調(diào)整此參數(shù)，放大或縮小，同時(shí)影響並發(fā)數(shù)量。

# 公式： 約=可按照並發(fā)數(shù)量*4M

pga_aggregate_target=720M

# processes、sessions是擴(kuò)大並發(fā)連接數(shù)，是同時(shí)使用。

# 公式： sessions = processes *1.1 +5

processes=600

sessions=665

2、在監(jiān)聽參數(shù)文件LISTENER.ORA 文件中增加參數(shù)

direct_handoff_ttc_listener = off

3、重新啟動(dòng)數(shù)據(jù)庫(kù)服務(wù)。

B.修改windows配置

1、修改Windows系統(tǒng)中Boot.ini文件

/3GB /PAE

說(shuō)明：修改操作系統(tǒng)中Boot.ini文件，可以使Oracle使用更多的內(nèi)存空間。

2、修改用戶組策略中鎖定內(nèi)存頁(yè)大小權(quán)限。

參數(shù)修改完畢問(wèn)題解決。

3、重啟計(jì)算機(jī)。

總結(jié)

以上是生活随笔為你收集整理的oracle连接数一直超出,Oracle超出最大連接數問題及解決(…的全部?jī)?nèi)容，希望文章能夠幫你解決所遇到的問(wèn)題。

如果覺(jué)得生活随笔網(wǎng)站內(nèi)容還不錯(cuò)，歡迎將生活随笔推薦給好友。