資料庫HANG著
我想準確的來說,應該是連線的太慢了,因為連線太多了。
環境:aix 5.3 兩節點的RAC ,其中B節點的crs監聽沒有啟動。
情況:測試直接訪問的B節點,做測試。
現象:B節點幾乎登不上去,A節點可以連線。
解決:自己連線的時候發現,B節點連不上,A節點可以連線,看B節點的日誌檔案
Tue Sep 6 14:08:12 2011
MMNL absent for 1203 secs; Foregrounds taking over
Tue Sep 6 14:36:23 2011
>>> WAITED TOO LONG FOR A ROW CACHE ENQUEUE LOCK! pid=189
System State dumped to trace file /oracle/admin/sptdi/udump/sptdi2_ora_377866.trc
Tue Sep 6 14:38:30 2011
>>> WAITED TOO LONG FOR A ROW CACHE ENQUEUE LOCK! pid=118
System State dumped to trace file /oracle/admin/sptdi/bdump/sptdi2_j000_704994.trc
Tue Sep 6 14:42:15 2011
>>> WAITED TOO LONG FOR A ROW CACHE ENQUEUE LOCK! pid=22
System State dumped to trace file /oracle/admin/sptdi/bdump/sptdi2_smon_353140.trc
Tue Sep 6 14:43:33 2011
>>> WAITED TOO LONG FOR A ROW CACHE ENQUEUE LOCK! pid=128
System State dumped to trace file /oracle/admin/sptdi/bdump/sptdi2_pz98_562688.trc
Tue Sep 6 14:51:35 2011
PMON failed to acquire latch, see PMON dump
Tue Sep 6 14:52:12 2011
>>> WAITED TOO LONG FOR A ROW CACHE ENQUEUE LOCK! pid=23
System State dumped to trace file /oracle/admin/sptdi/bdump/sptdi2_reco_488516.trc
Tue Sep 6 14:52:35 2011
PMON failed to acquire latch, see PMON dump
Tue Sep 6 14:53:35 2011
PMON failed to acquire latch, see PMON dump
Tue Sep 6 14:54:35 2011
PMON failed to acquire latch, see PMON dump
Tue Sep 6 14:55:13 2011
MMNL absent for 3965 secs; Foregrounds taking over
第一句沒有找到原因,以後找到原因再補上。下面的報錯是因為‘等待太長時間的鎖’,鎖的原因。可是我又上不了B節點,怎麼查鎖呢?
B點:ps -ef | grep oraclesptdi2 | wc –l 有110個連線,
A點:ps -ef | grep oraclesptdi1 | wc –l 有60個連線,
我就kill -9 幹掉一些B點的連線,然後登上B點,用SELECT RPAD (oracle_username, 10) o_name, session_id SID,
DECODE (locked_mode,
0, 'None',
1, 'Null',
2, 'Row share',
3, 'Row Execlusive',
4, 'Share',
5, 'Share Row Exclusive',
6, 'Exclusive'
) lock_type,
object_name, xidusn, xidslot, xidsqn
FROM v$locked_object, all_objects
WHERE v$locked_object.object_id = all_objects.object_id;查哪些會話補鎖,找到之後, 再kill掉。
然後資料庫回到正常狀態,並把B點監聽啟動。
可是40分鐘後,又一次出現這種情況,因為B點CRS監聽啟動了,所以兩個庫連的都是很慢,可是這次卻沒報錯。 領導讓重啟資料庫來自 “ ITPUB部落格 ” ,連結:http://blog.itpub.net/25099483/viewspace-706764/,如需轉載,請註明出處,否則將追究法律責任。
相關文章
- 資料庫hang著時採取辦法資料庫
- 資料庫突然hang了資料庫
- 【Oracle】資料庫hang 診斷Oracle資料庫
- 資料庫hang住,分析處理資料庫
- 導數時資料庫hang住分析資料庫
- 資料庫異常hang住解決資料庫
- 記一次資料庫hang住了資料庫
- 一次資料庫HANG處理資料庫
- 一次資料庫hang的處理資料庫
- 資料庫Hang住怎麼辦 - HANGANALYZE資料庫
- 儲存壞道造成資料庫hang住資料庫
- Oracle使用hanganalyze 命令分析資料庫hang【轉】Oracle資料庫
- 【Oracle】使用hanganalyze 命令分析資料庫hang【轉】Oracle資料庫
- 利用hanganalyz/systemstate dump診斷資料庫hang資料庫
- 9i資料庫hang死分析處理資料庫
- oracle資料庫連線後,hang機一例Oracle資料庫
- 資料庫hang分析(sql*plus不能登陸)[轉載]資料庫SQL
- 資料庫Hang住怎麼辦 - HANGANALYZE[final]資料庫
- Oracle 19.3資料庫impdp匯入view時hang住Oracle資料庫View
- Oracle 28.6資料庫impdp匯入view時hang@11Oracle資料庫View
- 19c資料庫impdp匯入view時hang住資料庫View
- 恢復資料庫hang住/parallel recovery read buffer free資料庫Parallel
- oracle資料庫hang住分析工具Hanganalyze使用總結Oracle資料庫
- 【YashanDB知識庫】yac修改引數後關閉資料庫hang住資料庫
- oracle僵死會話鎖住buffer,導致資料庫hang住Oracle會話資料庫
- file-max設定過小導致oracle資料庫hang住Oracle資料庫
- 歸檔日誌無法歸檔導致資料庫hang住資料庫
- 延遲密碼驗證特性引起的資料庫HANG死及當機密碼資料庫
- 記一次Oracle資料庫無響應(hang住)故障的處理Oracle資料庫
- 如何診斷oracle資料庫執行緩慢或hang住的問題Oracle資料庫
- Flash Recovery Area空間不足導致資料庫不能開啟或hang住資料庫
- 圍繞著記憶體資料庫的 4 個流言記憶體資料庫
- 資料庫關閉Hang住,出現錯誤PMON failed to acquire latch, see PMON dump資料庫AIUI
- 資料庫hang死,前面報錯ORA-12570: TNS:packet reader failure資料庫AI
- oracle 10gR2 用emca命令線上重建em會導致資料庫hangOracle 10g資料庫
- 隨著資料庫軟體的專門化發展,資料庫人員該何去何從?資料庫
- sqlplus -prelim和oradebug捕獲資料庫hang住的詳細資訊SQL資料庫
- 透過v$wait_chains檢視診斷資料庫hang和ContentionAI資料庫