未開啟HugePagesORACLEsession劇增時(shí)引起的一次悲劇

故障簡單描述一下：LINUX系統(tǒng)未開啟HugePages，主機(jī)內(nèi)存將近300G，SWAP是32G。ORACLE 的 SGA_MAX_SIZE設(shè)置是主機(jī)內(nèi)存的將近80%，SGA_TARGET設(shè)置是主機(jī)內(nèi)在的將近60%，正常情況下數(shù)據(jù)庫session大約在將近500。故障當(dāng)天業(yè)務(wù)有變化，session數(shù)增加了一倍，達(dá)到

故障簡單描述一下：LINUX系統(tǒng)未開啟HugePages，主機(jī)內(nèi)存將近300G，SWAP是32G。ORACLE 的 SGA_MAX_SIZE設(shè)置是主機(jī)內(nèi)存的將近80%，SGA_TARGET設(shè)置是主機(jī)內(nèi)在的將近60%，正常情況下數(shù)據(jù)庫session大約在將近500。故障當(dāng)天業(yè)務(wù)有變化，session數(shù)增加了一倍，達(dá)到上1000個(gè)，內(nèi)存緊張，用到了SWAP空間。

解決：找時(shí)間關(guān)數(shù)據(jù)庫，重新配置HugePages,重啟數(shù)據(jù)庫后觀察，內(nèi)存消耗較少，與未開啟HugePages之前是數(shù)量級對比。Hugepage可以減輕cpu的負(fù)擔(dān),還可以減少系統(tǒng)內(nèi)存的消耗;一般情況下建議linux的數(shù)據(jù)庫系統(tǒng)配置Hugepage(特別是內(nèi)存大、SESSION多).

關(guān)于開啟hugepages與關(guān)閉，參考：http://blog.csdn.net/haibusuanyun/article/details/20697371

關(guān)于LINUX 6關(guān)閉;http://blog.csdn.net/haibusuanyun/article/details/41983497

會話數(shù)600多時(shí)
[oracle@* ~]$ ps -ef|grep LOCAL| wc -l
613
[oracle@* ~]$ ps -ef|grep LOCAL| wc -l
647
[oracle@ ~]$ free -m
total used free shared buffers cached
Mem: 257927 255079 2847 0 64 148001
-/+ buffers/cache: 107013 150914
Swap: 31999 13738 18261
[oracle@ ~]$ cat /proc/meminfo |grep PageT
PageTables: 94353044 kB
[oracle@ ~]$ free -m
total used free shared buffers cached
Mem: 257927 255182 2745 0 64 147743
-/+ buffers/cache: 107373 150553
Swap: 31999 13981 18018
[oracle@ ~]$ ps -ef|grep LOCAL| wc -l
654
[oracle@~]$ cat /proc/meminfo |grep PageT
PageTables: 95038204 kB

會話數(shù)上1000時(shí)，
[oracle@ ~]$ cat /proc/meminfo |grep PageT
PageTables: 110855888 kB
[oracle@ ~]$ ps -ef|grep LOCAL| wc -l
1016

補(bǔ)充下配置HugePages后的使用情況

[oracle@ ~]$ cat /proc/meminfo |grep Page
PageTables: 164464 kB
[oracle@~]$ ps -ef|grep LOCAL|wc -l
429

聲明：本網(wǎng)頁內(nèi)容旨在傳播知識，若有侵權(quán)等問題請及時(shí)與本網(wǎng)聯(lián)系，我們將在第一時(shí)間刪除處理。TEL:177 7030 7066 E-MAIL:11247931@qq.com