ORA-01122 ORA-01208 故障處理---惜分飛

2年前作者：惜分飛分類：Toy博客閱讀(19)違法舉報(bào)

這篇具有很好參考價(jià)值的文章主要介紹了ORA-01122 ORA-01208 故障處理---惜分飛。希望對(duì)大家有所幫助。如果存在錯(cuò)誤或未考慮完全的地方，請(qǐng)大家不吝賜教，您也可以點(diǎn)擊"舉報(bào)違法"按鈕提交疑問(wèn)。

數(shù)據(jù)庫(kù)突然故障ORA-01122 ORA-01208,導(dǎo)致實(shí)例crash

Tue Jul 11 09:06:43 2023

Thread 1 cannot allocate new log, sequence 254989

Private strand flush not complete

??Current log# 3 seq# 254988 mem# 0: E:\APP\ADMINISTRATOR\ORADATA\xff\REDO03.LOG

Thread 1 advanced to log sequence 254989 (LGWR switch)

??Current log# 1 seq# 254989 mem# 0: E:\APP\ADMINISTRATOR\ORADATA\xff\REDO01.LOG

Tue Jul 11 09:09:46 2023

Read of datafile 'E:\APP\ADMINISTRATOR\ORADATA\xff\SYSTEM01.DBF' (fno 1) header failed with ORA-01208

Rereading datafile 1 header found valid data

Repaired corruption in datafile 1 header

Read of datafile 'E:\APP\ADMINISTRATOR\ORADATA\xff\SYSAUX01.DBF' (fno 2) header failed with ORA-01208

Rereading datafile 2 header found valid data

Repaired corruption in datafile 2 header

Read of datafile 'E:\APP\ADMINISTRATOR\ORADATA\xff\UNDOTBS01.DBF' (fno 3) header failed with ORA-01208

Rereading datafile 3 header failed with ORA-01208

Errors in file E:\APP\ADMINISTRATOR\diag\rdbms\xff\xff\trace\xff_ckpt_5820.trc:

ORA-01242: data file suffered media failure: database in NOARCHIVELOG mode

ORA-01122: database file 3 failed verification check

ORA-01110: data file 3: 'E:\APP\ADMINISTRATOR\ORADATA\xff\UNDOTBS01.DBF'

ORA-01208: data file is an old version - not accessing current version

Errors in file E:\APP\ADMINISTRATOR\diag\rdbms\xff\xff\trace\xff_ckpt_5820.trc:

ORA-01242: data file suffered media failure: database in NOARCHIVELOG mode

ORA-01122: database file 3 failed verification check

ORA-01110: data file 3: 'E:\APP\ADMINISTRATOR\ORADATA\xff\UNDOTBS01.DBF'

ORA-01208: data file is an old version - not accessing current version

CKPT (ospid: 5820): terminating the instance due to error 1242

…………

Tue Jul 11 09:10:10 2023

Instance terminated by CKPT, pid = 5820

Tue Jul 11 09:18:32 2023

重啟實(shí)例無(wú)法open

Tue Jul 11 09:18:41 2023

alter database mount exclusive

Successful mount of redo thread 1, with mount id 1485684209

Database mounted in Exclusive Mode

Lost write protection disabled

Completed: alter database mount exclusive

alter database open

Errors in file E:\APP\ADMINISTRATOR\diag\rdbms\xff\xff\trace\xff_ora_406776.trc:

ORA-01113: file 3 needs media recovery

ORA-01110: data file 3: 'E:\APP\ADMINISTRATOR\ORADATA\xff\UNDOTBS01.DBF'

ORA-1113 signalled during: alter database open...

通過(guò)Oracle Database Recovery Check工具分析
?

ORA-01122 ORA-01208 故障處理---惜分飛,數(shù)據(jù)庫(kù),oracle,服務(wù)器

確認(rèn)數(shù)據(jù)庫(kù)恢復(fù)需要sequence為254986的日志,但是數(shù)據(jù)庫(kù)為非歸檔模式,redo已經(jīng)被覆蓋,因此常規(guī)方法無(wú)法正常open庫(kù),通過(guò)Oracle Recovery Tools工具快速修改文件頭實(shí)現(xiàn)數(shù)據(jù)庫(kù)文件頭一致,open數(shù)據(jù)庫(kù)成功

ORA-01122 ORA-01208 故障處理---惜分飛,數(shù)據(jù)庫(kù),oracle,服務(wù)器文章來(lái)源地址http://www.zghlxwxcb.cn/news/detail-570398.html

到了這里，關(guān)于ORA-01122 ORA-01208 故障處理---惜分飛的文章就介紹完了。如果您還想了解更多內(nèi)容，請(qǐng)?jiān)谟疑辖撬阉鱐OY模板網(wǎng)以前的文章或繼續(xù)瀏覽下面的相關(guān)文章，希望大家以后多多支持TOY模板網(wǎng)！

本文來(lái)自互聯(lián)網(wǎng)用戶投稿，該文觀點(diǎn)僅代表作者本人，不代表本站立場(chǎng)。本站僅提供信息存儲(chǔ)空間服務(wù)，不擁有所有權(quán)，不承擔(dān)相關(guān)法律責(zé)任。如若轉(zhuǎn)載，請(qǐng)注明出處：如若內(nèi)容造成侵權(quán)/違法違規(guī)/事實(shí)不符，請(qǐng)點(diǎn)擊違法舉報(bào)進(jìn)行投訴反饋，一經(jīng)查實(shí)，立即刪除！

分享到：

領(lǐng)支付寶紅包贊助服務(wù)器費(fèi)用

Oracle Recovery Tools快速恢復(fù)斷電引起的無(wú)法正常啟動(dòng)數(shù)據(jù)庫(kù)----惜分飛
由于異常斷電,數(shù)據(jù)庫(kù)啟動(dòng)報(bào)錯(cuò)ORA-01113和ORA-01110，ORA-00322和ORA-00312以及ORA-00314和ORA-00312錯(cuò)誤 Mon Apr 17 09:35:04 2023 ALTER DATABASE OPEN Errors in file D:APPADMINISTRATORdiagrdbmsorclorcltraceorcl_ora_10192.trc: ORA-01113: 文件 1 需要介質(zhì)恢復(fù) ORA-01110: 數(shù)據(jù)文件 1: \\\'D:APPADMINISTRATORORADATAORCLSYSTEM01.DBF
2023年04月21日
瀏覽(30)
Oracle誤刪除數(shù)據(jù)文件恢復(fù)---惜分飛
有客戶通過(guò)sftp誤刪除oracle數(shù)據(jù)文件,咨詢我們是否可以恢復(fù),通過(guò)遠(yuǎn)程上去檢查,發(fā)現(xiàn)運(yùn)氣不錯(cuò),數(shù)據(jù)庫(kù)還沒(méi)有crash,通過(guò)句柄找到被刪除文件 oracle@cwgstestdb[testwctdb] /proc/20611/fd $ ls -ltr total 0 lr-x------ 1 oracle oinstall 64 Feb 20 14:03 9 - /oracle/db19c/rdbms/mesg/oraus .msb lrwx------ 1 oracle oinstall 64 F
2024年02月22日
瀏覽(27)
win系統(tǒng)刪除oracle數(shù)據(jù)文件恢復(fù)---惜分飛
有客戶聯(lián)系我們,說(shuō)win平臺(tái)下的數(shù)據(jù)庫(kù),在由于空間緊張,在關(guān)閉數(shù)據(jù)庫(kù)的情況下刪除的兩個(gè)數(shù)據(jù)文件,導(dǎo)致數(shù)據(jù)庫(kù)無(wú)法正常訪問(wèn)很多業(yè)務(wù)表,需要對(duì)其進(jìn)行恢復(fù),查看alert日志發(fā)現(xiàn)大概操作,刪除文件之后,啟動(dòng)數(shù)據(jù)庫(kù)失敗 Completed: alter database mount exclusive alter database open Errors in file d:
2024年02月15日
瀏覽(17)
連接Oracle數(shù)據(jù)庫(kù)失敗（ORA-12514）故障排除
點(diǎn)擊試看博主的專著《MySQL 8.0運(yùn)維與優(yōu)化》（清華大學(xué)出版社） ORA-12514的故障是很多新手在連接Oracle數(shù)據(jù)庫(kù)時(shí)經(jīng)常遇到故障，它通常表示無(wú)法連接到數(shù)據(jù)庫(kù)實(shí)例，這里姚遠(yuǎn)老師告訴大家如何排除這類故障。當(dāng)嘗試連接到Oracle數(shù)據(jù)庫(kù)實(shí)例時(shí)，可能會(huì)收到ORA-12514錯(cuò)誤消息。此錯(cuò)
2023年04月09日
瀏覽(25)
Exadata磁盤損壞導(dǎo)致磁盤組無(wú)法mount恢復(fù)（oracle一體機(jī)磁盤組異?；謴?fù)）---惜分飛
Oracle Exadata客戶,在換盤過(guò)程中,cell節(jié)點(diǎn)又一塊磁盤損壞,導(dǎo)致datac1磁盤組（該磁盤組是normal方式冗余)無(wú)法mount Thu Jul 20 22:01:21 2023 SQL alter diskgroup datac1 mount force NOTE: cache registered group DATAC1 number=1 incarn=0x0728ad12 NOTE: cache began mount (first) of group DATAC1 number=1 incarn=0x0728ad12 NOTE: Assigning
2024年02月15日
瀏覽(20)
大數(shù)據(jù)之LibrA數(shù)據(jù)庫(kù)系統(tǒng)告警處理（ALM-12007 進(jìn)程故障）
告警解釋進(jìn)程健康檢查模塊按5秒周期檢測(cè)進(jìn)程狀態(tài)。當(dāng)進(jìn)程健康檢查模塊連續(xù)三次檢測(cè)到進(jìn)程連接狀態(tài)為故障時(shí)，產(chǎn)生該告警。當(dāng)進(jìn)程連接正常時(shí)，告警恢復(fù)。告警屬性告警ID 告警級(jí)別可自動(dòng)清除 12007 嚴(yán)重是告警參數(shù) 參數(shù)名稱參數(shù)含義 ServiceName 產(chǎn)生告警的服務(wù)名稱。
2024年02月06日
瀏覽(16)
ORACLE還原恢復(fù)啟動(dòng)時(shí)數(shù)據(jù)庫(kù)報(bào)ORA-00704, ORA-00604, ORA-00904
Oracle數(shù)據(jù)庫(kù)還原恢復(fù)后，執(zhí)行alter database open resetlogs時(shí)遇到下面錯(cuò)誤。如下所示：剛開(kāi)始有點(diǎn)懵的，第一次遇到這種情形。不過(guò)搜索了一下metalink相關(guān)資料后，大致了解到是因?yàn)榄h(huán)境變量設(shè)置有誤導(dǎo)致這些錯(cuò)誤出現(xiàn)的。這里先介紹一下這個(gè)案例的復(fù)雜背景：當(dāng)前機(jī)器為一個(gè)測(cè)
2023年04月13日
瀏覽(25)
ORA-00600之?dāng)?shù)據(jù)庫(kù)內(nèi)部BUG 22114696
應(yīng)用包運(yùn)行時(shí)收到報(bào)錯(cuò)信息如下： ORA-00600報(bào)錯(cuò)一般與Oracle數(shù)據(jù)庫(kù)內(nèi)部Bug有關(guān)。注意第一行arguments后面三個(gè)方括號(hào)中的數(shù)字與信息，可用于確定相關(guān)的數(shù)據(jù)庫(kù)Bug。在MOS上匹配到相關(guān)的Bug信息描述如下：經(jīng)確認(rèn)，報(bào)錯(cuò)的應(yīng)用確實(shí)使用了大量DBLINK，與該BUG描述的觸發(fā)場(chǎng)景一致。
2024年02月10日
瀏覽(17)
Oracle連接數(shù)據(jù)庫(kù)提示 ORA-12638:身份證明檢索失敗
ORA-12638 是一個(gè) Oracle 數(shù)據(jù)庫(kù)的錯(cuò)誤代碼，它表示身份驗(yàn)證（認(rèn)證）檢索失敗。這通常與數(shù)據(jù)庫(kù)連接相關(guān)，可能由于以下幾個(gè)原因之一引起：錯(cuò)誤的用戶名或密碼：提供的數(shù)據(jù)庫(kù)用戶名或密碼不正確，導(dǎo)致身份驗(yàn)證失敗。配置問(wèn)題：數(shù)據(jù)庫(kù)配置文件（如 sqlnet.ora 或 listener.o
2024年02月13日
瀏覽(19)
oracle 連接數(shù)據(jù)庫(kù)報(bào)錯(cuò) ORA-12170：TNS 連接超時(shí)
上網(wǎng)嘗試了很多方法，網(wǎng)上列舉的以下常見(jiàn)方法對(duì)于我來(lái)說(shuō)無(wú)效，且均正常。 1、先檢查網(wǎng)絡(luò)是否能ping通，下圖網(wǎng)絡(luò)狀態(tài)是正確的。 2、查看服務(wù)器監(jiān)聽(tīng)服務(wù)是否啟動(dòng) 3、cmd -》 tnsping ip地址（或者是服務(wù)器的實(shí)例名SID）如果報(bào)“TNS-12535:操作超時(shí)”，可能是服務(wù)器端防火墻沒(méi)有
2023年04月12日
瀏覽(23)