閱讀: 4 評(píng)論: 0 作者: blackcat 發(fā)表于 2010-06-13 15:08 原文鏈接

　　前線一個(gè)項(xiàng)目應(yīng)急，說是應(yīng)用掛起了，數(shù)據(jù)庫(kù)也登陸不上去了。讓我救急。

　　于是找到前線的兄弟，QQ遠(yuǎn)程上去（真土是不？可惜沒別的招），獲得系統(tǒng)信息如下：

　　OS：Windows Server 2003 Version V5.2 Service Pack 2

　　Oracle：10.1.0.2.0

　　OS的內(nèi)存是8GB的，但是是個(gè)32位的系統(tǒng)。這個(gè)真悲劇。

　　Oracle的版本居然是個(gè)10.1.0.2的，要命，這居然是準(zhǔn)備生產(chǎn)環(huán)境用的。

　　Oracle的內(nèi)存配置，

內(nèi)存配置

  sga_max_size             = 1577058304
  __shared_pool_size       = 528482304
  shared_pool_size         = 528482304
  __large_pool_size        = 109051904
  large_pool_size          = 109051904
  __java_pool_size         = 50331648
  java_pool_size           = 50331648
  sga_target               = 1367343104

　　看了看，使用了大概1.7GB內(nèi)存。其中PGA大概500M。

　　前線同志說連不上去，但是我沒發(fā)現(xiàn)這個(gè)問題，應(yīng)該是一段時(shí)間后，oracle自動(dòng)清理了一些死鏈接吧。不得不說，這個(gè)應(yīng)用做的，真是差，后來知道，他們居然不控制連接數(shù)目，還是用的java的連接池，都不確定連接池中連接什么時(shí)候釋放。這些都是注定要杯具的原因。

　　不管那么多，先看看oracle的alert吧，打開，居然最開始的信息被哪個(gè)殺千刀的給清除了，只剩下出問題的日志了。

　　主要信息由以下幾組：

　　1，ORA-07445

　　2，ORA-04030

ORA-04030

Thu Jun 10 14:00:05 2010
Errors in file c:\oracle\product\10.1.0\admin\orcl\bdump\orcl_j000_2884.trc:
ORA-04030: out of process memory when trying to allocate 680032 bytes (joxp heap,u:CTX_SEG)
ORA-04030: out of process memory when trying to allocate 123404 bytes (QERHJ hash-joi,kllcqas:kllsltba)
ORA-04030: out of process memory when trying to allocate 680032 bytes (joxp heap,u:CTX_SEG)
ORA-04030: out of process memory when trying to allocate 680032 bytes (joxp heap,u:CTX_SEG)

　　3，這個(gè)居然讓oracle直接崩潰退出了。

job

Thu Jun 10 14:00:07 2010
Errors in file c:\oracle\product\10.1.0\admin\orcl\bdump\orcl_j000_2884.trc:
ORA-12012: error on auto execute of job 1
ORA-04030: out of process memory when trying to allocate 680032 bytes (joxp heap,u:CTX_SEG)
ORA-06512: at "WKSYS.WK_ERR", line 10
ORA-06512: at "WKSYS.WK_ERR", line 53
ORA-06512: at "WKSYS.WK_ERR", line 71
ORA-06512: at "WKSYS.WK_ERR", line 105
ORA-06512: at "WKSYS.WK_JOB", line 210
ORA-04030: out of process memory when trying to allocate 123404 bytes (QERHJ hash-joi,kllcqas:kllsltba)
ORA-06512: at "WKSYS.WK_JOB", line 444
ORA-04030: out of process memory when trying to allocate 680032 bytes (joxp heap,u:CTX_SEG)
ORA-04030: out of process memory when trying to allocate 680032 bytes (joxp heap,u:CTX_SEG)
ORA-06512: at line 1

　　看到第一個(gè)7455，我就怕了。這個(gè)玩意兒好久不見，又重出江湖了。出現(xiàn)在了哥的江湖。

　　第一個(gè)問題。

　　先仔細(xì)研究了下，所有的報(bào)錯(cuò)都是和MMON有關(guān)系。這個(gè)應(yīng)該是ASSM的bug。既然是ASSM，我的參數(shù)設(shè)置差不多了，我就先不管了，看看你有什么問題。

　　第二個(gè)問題，也是內(nèi)存相關(guān)問題，大不了就是任務(wù)失敗，先略過。

　　再看第三個(gè)問題。

　　同樣，一直沒注意，從沒見過這么一個(gè)任務(wù)。居然讓oracle崩潰了。

　　開始我以為是產(chǎn)品代碼，后來查了下，居然，是oracle自帶的。具體干嘛的也沒管他。

　　想想oracle有個(gè)自動(dòng)分析的任務(wù)，10g之后自動(dòng)運(yùn)行的，先停了。不理他了。

　　然后開始解決應(yīng)用掛起的問題。

評(píng)論: 0　查看評(píng)論　發(fā)表評(píng)論

眾里尋你千百度，百度期待您的加盟

最新新聞：
· 黑莓手機(jī)今起在國(guó)內(nèi)零售渠道正式發(fā)售(2010-06-18 13:03)
· 大一學(xué)生利用音頻分析軟件破譯銀行密碼(2010-06-18 13:00)
· Sencha Touch，真正跨平臺(tái)的手機(jī)應(yīng)用框架(2010-06-18 12:58)
· Google 確認(rèn)加密搜索將換到新域名(2010-06-18 12:54)
· 關(guān)于騰訊收購(gòu)康盛創(chuàng)想的跟蹤報(bào)道(2010-06-18 11:56)

編輯推薦：程序員這口飯-職業(yè)規(guī)劃解決方案

網(wǎng)站導(dǎo)航：博客園首頁(yè)  個(gè)人主頁(yè)  新聞  閃存  小組  博問  社區(qū)  知識(shí)庫(kù)