ORACLE無法OPEN,處理三板斧
mount 下先查詢資料檔案頭的檢查點是否一致
查詢 v$datafile_header , CHECKPOINT_CHANGE# 均一致, FUZZY 為 YES
SQL> select file#, fuzzy, to_char(CHECKPOINT_CHANGE#) from v$datafile_header;
1)對於open resetlogs時資料檔案中有髒資料的情況,可以設定
_allow_resetlogs_corruption= TRUE
來規避。
2)如果出現ORA-01555錯誤,導致資料庫無法open,可以設定
_CORRUPTED_ROLLBACK_SEGMENTS undo_management = 'MANUAL'
的方式來規避
3)出現ORA-600 [2662]錯誤時,先透過多次重啟open的方法來觀察Current SCN BASE增長速度。
如果Current SCN BASE和Current SCN BASE相差不遠,重啟幾次資料庫就課可以開啟。
4)如果Current SCN BASE和Current SCN BASE相差很遠,mount之後先
alter session set events '10015 trace name adjust_scn level 10';
加速增長。
然後open
5)如果加入10015事件adjust_scn以後,Current SCN BASE增長還是很慢,有些版本必須加入
_allow_error_simulation = TRUE
才能使10015事件生效
6)如果Current SCN BASE增長還是很慢,加入
_smu_debug_mode = 268435456
直接增長SCN WRAP的方法來加速
7)還可以透過_minimum_giga_scn來加速(本案例未使用)
8) 如果SCN號一致以後報錯ORA-600[6006],ORA-600[4137]的話,需要新增引數
*.event="10513 trace name context forever,level 2" *.db_block_checking=false
9) 對於open resetlogs開啟以後的資料庫,最好將業務使用者匯出以後重建資料庫,以防止資料庫出現不可預知的錯誤。 官方建議是open resetlogs以後需要重建資料庫。
引數,事件,錯誤說明:
1)_ALLOW_RESETLOGS_CORRUPTION=true:允許resetlogs時資料檔案中有髒資料
2)_CORRUPTED_ROLLBACK_SEGMENTS:將回滾段標記為損壞
3)ORA-600 [2662] [a] [b] [c] [d] [e]:
Arg [a] Current SCN WRAP:當前(控制檔案)的SCN WRAP
Arg [b] Current SCN BASE:當前(控制檔案)的SCN BASE
Arg [c] dependent SCN WRAP:目標SCN WRAP
Arg [d] dependent SCN BASE:目標SCN BASE
Arg [e] Where present this is the DBA where the dependent SCN came from.
SCN可以用十六進位制表示0Xffff.ffffffff。為了方便,oracle把前面的4個位元組表示scn wrap,後面的8個位元組表示scn base。scn最低值是0X0000.00000000,最高值是0Xffff.ffffffff。高位是scn wrap,低位是scn base。
SCN= (SCN_WRAP * 4294967296) + SCN_BASE,當SCN_BASE足夠大時,SCN_WRAP就會加1,也就是說SCN_WRAP是SCN的高位,SCN_BASE是SCN的低位。
4294967296=2^32
4)10015 ADJUST_SCN事件:加速Current SCN BASE增長
5)_allow_error_simulation=true,該值設為false時會阻止ADJUST_SCN事件
6)_smu_debug_mode= 268435456,增長SCN WRAP,這個引數需要和_allow_error_simulation=true同時使用
7)_minimum_giga_scn=n:把SCN向前推進nG,只有Current SCN和dependent SCN相差nG時這個引數才起效,否則無效。
8)* .event="10513 trace name context forever,level 2" 禁止 SMON 回滾恢復事務
來自 “ ITPUB部落格 ” ,連結:https://blog.itpub.net/70013625/viewspace-3008538/,如需轉載,請註明出處,否則將追究法律責任。
相關文章
- Oracle日常問題處理-資料庫無法啟動Oracle資料庫
- ORACLE RAC 11.2.0.4 FOR RHEL6叢集無法啟動的處理Oracle
- oracle密碼過期處理辦法Oracle密碼
- 無法刪除pod的處理
- oracle sysaux表空間滿了處理辦法OracleUX
- Too many open files報錯處理
- open in live server無法正常開啟Server
- Oracle SQL處理OracleSQL
- 一次Oracle監聽無法動態註冊處理過程排查分析Oracle
- Pandas 資料處理三板斧——map、apply、applymap 詳解APP
- 無法訪問GitHub網站及無法正常操作倉庫的處理方法Github網站
- oracle異常處理Oracle
- Oracle壞塊處理Oracle
- Ubuntu無法解析域名DNS指向127.0.0.53問題處理UbuntuDNS
- 處理Android安卓line-height無法垂直居中Android安卓
- oracle高水位線處理Oracle
- oracle ORA-08104處理Oracle
- oracle 高水位分析處理Oracle
- Oracle更新Opatch故障處理Oracle
- Oracle非法日期 處理方案Oracle
- Oracle TX鎖的處理Oracle
- Oracle 無備份情況下undo檔案損壞處理Oracle
- cmd批處理無法使用 提示windows找不到檔案Windows
- Mac環境下MySQL無法啟動的處理方法MacMySql
- Oracle:open_cursorsOracle
- 本地無法複製檔案到windows server 系統的處理辦法WindowsServer
- 異常處理:IDEA Git 修改後的檔案無法CommitIdeaGitMIT
- 祂無處不在 -- 疾病的處理.
- Oracle 監聽異常處理Oracle
- 【SQL】Oracle SQL處理的流程SQLOracle
- Oracle密碼過期處理Oracle密碼
- Oracle異常錯誤處理Oracle
- ORACLE 異常錯誤處理Oracle
- E: 無法獲得鎖 /var/lib/apt/lists/lock - openAPT
- 應用使用JNDI,資料庫無法連線,導致的程序無法啟動問題處理資料庫
- win10office無法開啟怎麼修復_win10office無法開啟如何處理Win10
- Dede呼叫資料庫失敗,無法實現資料處理資料庫
- go 語言 proxy.golang.org timeout 無法訪問 處理方法Golang