9i資料庫hang死分析處理

浪漫雙魚發表於2011-04-07
資料庫

   接同事電話，維護的9i資料庫hang死，什麼操作都無法進行。

   喊他檢視日誌，檢查lock，檢查session wait等。發現無任何日誌產生，查詢v$lock等檢視一直掛死，但能sqlplus /as sysdba登入。

   由於看不到原因，我喊他做了個hanganalyze，然後把trace檔案發給我看下

sqlplus /nolog

SQL> connect / as sysdba

SQL> oradebug setmypid

SQL> oradebug unlimit

SQL> oradebug hanganalyze 3

通過ass.awk格式化輸出trace檔案，發現了問題

Administrator@PCAT_#  awk -f ass.awk 1.txt

 

Starting Systemstate 1

..............

Ass.Awk Version 1.0.9 - Processing 1.txt

 

System State 1

~~~~~~~~~~~~~~~~

1:

2:  waiting for 'pmon timer'            seq=1450

3:  waiting for 'rdbms ipc message'     seq=3567

4:  waiting for 'rdbms ipc message'     seq=13739

5:  waiting for 'rdbms ipc message'     seq=3264

6:  waiting for 'buffer busy waits' (2,9,dc) seq=1652

7:  waiting for 'rdbms ipc message'     seq=9

8:  waiting for 'rdbms ipc message'     seq=826

9:  waiting for 'log file switch (archiving needed)' seq=1815

     Cmd: Select

10:

11:

12: waiting for 'buffer busy waits' (2,9,dc) seq=736

     Cmd: Select

13: last wait for 'null event'

17: waiting for 'log file switch (archiving needed)' seq=9651

 

NO BLOCKING PROCESSES FOUND

 

 

5347 Lines Processed.

看結果顯示log file switch (archiving needed)，看來歸檔出問題了，但是沒有報錯，怎麼回事，不管了，先處理再說。

再次聯絡同事確認歸檔目錄滿沒有，答覆是還有幾十g，然後檢視歸檔是否開啟

Database log mode              Archive Mode

Automatic archival             Disabled

Archive destination            /opt/oracle/product/9204/dbs/arch

Oldest online log sequence     1188

Current log sequence           1190

從上面的結果可以看出是9i的引數log_archive_start未設定為true(這個引數10g已經作廢)。

但此引數是初始化引數，必須重啟資料庫。但客戶在系統未恢復正常的情況下，不同意貿然重啟，於是乎手工歸檔redo

alter system archive log sequence 80;

檢查應用，已經正常。

改引數，重啟.

但是，資料庫怎麼變成這個模樣的？已經沒人承認做過任何操作了

 

 

 

來自 “ ITPUB部落格 ” ，連結：http://blog.itpub.net/11088128/viewspace-691847/，如需轉載，請註明出處，否則將追究法律責任。

相關文章