效能測試——記weblogic 串連池滿無法連結故障診斷過程

標籤：nsa   項目組   10個   天都   ase   提示資訊   後台   開始   錯誤記錄檔   

  記weblogic 串連池滿無法連結故障診斷過程

     前段時間公司負責建行的一個票據系統在，上線前幾個分行試運行環境下，每天后台日誌都會報oracle.jdbc.xa.OracleXAException，前台無法正常訪問
 
通過使用weblogic的測試資料庫連結，彈出無法連結提示資訊，但是發現串連池使用才10個，而最大串連數60個，監控分析沒有發現串連數使用滿的跡象。

     那個時候我們公司的老總以及客戶方項目領導非常著急，都忙著找人幫忙解決，客戶方也請了他們建行自己的高手過來解決，我們公司老總也打電話四處諮詢
    
尋求解決方案，因為我是做效能測試的也被叫過去幫忙查看問題，第一天早上問題出現後，我第一反映就是重新設定串連數，設定最小值最大值80，然後重新清除下

JDBC緩衝，那天是沒發生問題了，但是第二天問題又重現了，客戶方技術人員把串連數減少到60，然後設定不使用 Supports Global Transactions，那天下午

問題沒在複現，項目組人員都安心了以為問題解決了。只是那時我心裡納悶了，感覺這個不能解決問題，但是當天下午沒複現問題我也不能說什麼，只能繼續低頭

查看分析日誌，如果不出現說明人家是對的，也說明我的經驗不足，但是萬一在出現還得在找解決方案，畢竟這是我們公司負責的項目，萬一真實生產環境一運行

每天都這樣出問題，那這個系統就算是廢了。所以還是低頭繼續分析問題。
 
    果然第三天問題還是出現，客戶方、公司領導真的都著火了，繼續打電話諮詢高手，有人提出資料庫連接數不足，需要設定大一些，然後重啟資料庫，
   
那天我還是沒找出問題點，但是客戶方要求根據那個高手建議去調整，我只是提了下說這樣應該沒效果，因為功能測試環境、效能測試環境同樣配置都沒出問題應該

不是這個問題，但是在這個時間段誰聽啊，能解決問題就行，都是死馬當活馬醫了。不過我當時也沒想出解決方案，只能靜觀其變了。就這樣那天下午問題沒重現

在第四天早上過來時，項目組的人都在開心的認為問題解決了，可惜的事情還是發現了，第四天早上11點多的時候，突然我同事給我打電話說問題重現了。該怎麼辦

    那時我剛好在開會，開完會回來，我重新看了下錯誤記錄檔，還是報“oracle.jdbc.xa.OracleXAException” 同樣的錯誤資訊，於是我好奇的問了下，你們JDBC
    串連數是不是一開始設定錯誤，然後重新設定過，因為我發現使用的JDBC驅動跟報的錯誤提示資訊不一樣，那個整合配置人員說是有配置錯誤過，重新選擇
    Database Driver ，這下我大概明白問題點了，我建議重新刪除資料來源重新設定一次性配置正確，一開始項目組領導還真不信，覺得這不能解決此問題。
   
  只能說我人微言輕，他們不信是正常的，一個做效能測試的哪能解決這種故障，而且請了很多資深高手都沒得以解決。我看出他們的心思，就笑了笑說
 
  這是BEA官方說的，其實哪有什麼官方，看都沒看過，上班又不能上網，哪能去看什麼官方文檔，說不定官方文檔也沒這個問題記錄呢。
 
  誰知，我一說是官方文檔說的，而且加以他們實在找不出解決方案了，迫不得已，接受我的意見。
 
  就這樣我著急的等了第五天的來臨，第五天到下午問題還沒出現，我走去問 了下領導說，今天沒出現那個問題吧，領導回答很乾脆是沒出現，但是是因為這個項目
  周五沒人用所以不會出現，我只能偽笑了回答哦，起始這個問題跟是否有人使用關係不大，就是配置錯誤，但是一下子說不出具體理由過來，說實話我那時
  也沒說服力，反正很多時候我去解決不同項目的故障問題，很多都是憑感覺的雖然到現在每次都蒙對，但是很多都是憑直覺來做的。就這樣等了幾天問題沒出現了。
 
  說明我的推理正確，這個項目的領導很淡定，我們公司的領導也很淡定，解決後沒跟我說啥，就當沒事發生，o(∩_∩)o 哈哈 ，我也跟著淡定。反正這些年解決了
  很多建行項目多年沒解決的故障問題，很多領導都感覺很淡定是應該的。習慣就好，反正對我來說又積累一次故障診斷經驗就行。

效能測試——記weblogic 串連池滿無法連結故障診斷過程