近期,收到客戶反饋一套Oracle 12.1版本單實例環(huán)境數(shù)據(jù)庫重新啟動后,實例自動關(guān)閉無法拉起。
故障分析
2022-01-15T17:37:25.255+08:00 org_id=oracle comp_id=rdbms
type=UNKNOWN level=16 host_id=localhost.localdomain
host_addr=::1 pid=53213>
ORACLE Instance xxxxx (pid = 25) - Error 607 encountered while recovering transaction (37, 8) on object 5341044.
2022-01-15T17:37:25.255+08:00 org_id=oracle comp_id=rdbms
type=UNKNOWN level=16 host_id=localhost.localdomain
host_addr=::1 pid=53213>
Errors in file /u01/app/oracle/diag/rdbms/xxxxx/xxxxx/trace/xxxxx_smon_53213.trc:
ORA-00607: Internal error occurred while making a change to a data block
ORA-00600: internal error code, arguments: [6856], [0], [0], [], [], [], [], [], [], [], [], []
……
2022-01-15T17:37:34.483+08:00 org_id=oracle comp_id=rdbms
type=UNKNOWN level=16 host_id=localhost.localdomain
host_addr=::1 pid=53165>
Instance Critical Process (pid: 25, ospid: 53213, SMON) died unexpectedly
2022-01-15T17:37:34.526+08:00 org_id=oracle comp_id=rdbms
type=UNKNOWN level=16 host_id=localhost.localdomain
host_addr=::1 pid=53165>
PMON (ospid: 53165): terminating the instance due to error 474
……
處理過程
ORA-600 [6006] ORA-600 [6856] During Startup Instance, Followed by Termination by SMON (Doc ID 549000.1)
create pfile=’/tmp/pfile01.ora’ from spfile;
echo *.event="10513 trace name context forever, level 2" >> /tmp/pfile01.ora
startup pfile=’/tmp/pfile01.ora’;
select object_id, data_object_id, owner, object_name from
dba_objects where object_id = 5341044 or data_object_id=5341044 ;
drop table xxxxx;
purge dba_recyclebin;
#關(guān)閉數(shù)據(jù)庫
shutdown immediate;
pfile01.ora文件中去掉10513 event
# 起動數(shù)據(jù)庫
startup pfile=’/tmp/pfile01.ora’;
# 檢查數(shù)據(jù)庫
select open_mode from v$database;
select * from v$recover_file;
#切換日志,查看預(yù)警日志中是否有報錯信息
alter system switch logfile;
#重建刪除的對象
總 結(jié)
文章版權(quán)歸作者所有,未經(jīng)允許請勿轉(zhuǎn)載,若此文章存在違規(guī)行為,您可以聯(lián)系管理員刪除。
轉(zhuǎn)載請注明本文地址:http://systransis.cn/yun/129652.html
此文已由作者王盼授權(quán)網(wǎng)易云社區(qū)發(fā)布。 歡迎訪問網(wǎng)易云社區(qū),了解更多網(wǎng)易技術(shù)產(chǎn)品運(yùn)營經(jīng)驗~ 現(xiàn)狀計算節(jié)點(diǎn)發(fā)生磁盤損壞等數(shù)據(jù)無法恢復(fù)的異常時,節(jié)點(diǎn)上的云主機(jī)系統(tǒng)盤無法恢復(fù),導(dǎo)致云主機(jī)只能被清理重建 計算節(jié)點(diǎn)宕機(jī)但磁盤數(shù)據(jù)可用時,重啟即可恢復(fù)所有云主機(jī)的運(yùn)行 計算節(jié)點(diǎn)多次宕機(jī)(或一段時間內(nèi)頻繁宕機(jī)),則需要遷移所有云主機(jī)或者直接清理重建,云硬盤需要遷移到其他cinder-volume存儲服務(wù)節(jié)點(diǎn) 一般來...
閱讀 1401·2023-01-11 13:20
閱讀 1745·2023-01-11 13:20
閱讀 1234·2023-01-11 13:20
閱讀 1957·2023-01-11 13:20
閱讀 4191·2023-01-11 13:20
閱讀 2802·2023-01-11 13:20
閱讀 1432·2023-01-11 13:20
閱讀 3731·2023-01-11 13:20