oracle 11.2.0.4補(bǔ)丁問(wèn)題怎樣分析

這篇文章將為大家詳細(xì)講解有關(guān)oracle 11.2.0.4補(bǔ)丁問(wèn)題怎樣分析，文章內(nèi)容質(zhì)量較高，因此小編分享給大家做個(gè)參考，希望大家閱讀完這篇文章后對(duì)相關(guān)知識(shí)有一定的了解。

春節(jié)剛過(guò)，還沒(méi)有上班，一個(gè)客戶電話說(shuō)數(shù)據(jù)庫(kù)因主機(jī)掉電，不能啟動(dòng)。
發(fā)過(guò)來(lái)報(bào)錯(cuò)，如下：
ORA-00704: bootstrap process failure
ORA-00704: bootstrap process failure
ORA-00600: internal error code, arguments: [16703], [1403], [20], [], [], [], [], [], [], [], [], []
oracle意外掉電，從來(lái)沒(méi)有見(jiàn)到過(guò)這個(gè)錯(cuò)誤。
經(jīng)過(guò)反復(fù)分析，發(fā)現(xiàn)控制文件沒(méi)有問(wèn)題。system表空間系統(tǒng)重要數(shù)據(jù)字典損壞。
但是判斷是因?yàn)閿嚯妼?dǎo)致。反正自己是沒(méi)有辦法進(jìn)行數(shù)據(jù)恢復(fù)。建議用戶接受數(shù)據(jù)損壞的結(jié)果。
后來(lái)在網(wǎng)上找到了兩個(gè)一樣問(wèn)題的帖子，才知道問(wèn)題的嚴(yán)重性

原來(lái)我們手頭的11.2.0.4的介質(zhì)是被篡改的。
在linux平臺(tái)，使用md5sum命令查看p13390677_112040_Linux-x86-64_1of7.zip這個(gè)文件，如果得出的值后面四位是124173就是被篡改的，正確的版本后面四位應(yīng)該是F58F28。
被篡改的版本會(huì)創(chuàng)建一個(gè)觸發(fā)器。這個(gè)觸發(fā)器在數(shù)據(jù)庫(kù)每次啟動(dòng)的時(shí)候觸發(fā)。觸發(fā)時(shí)檢測(cè)數(shù)據(jù)庫(kù)創(chuàng)建時(shí)間，如果創(chuàng)建時(shí)間超過(guò)300天，就會(huì)刪除核心數(shù)據(jù)字典表。使得數(shù)據(jù)庫(kù)馬上宕掉，再啟動(dòng)將無(wú)法open，報(bào)ORA-00704和ORA-00600，以本人的技術(shù)水平，基本無(wú)法進(jìn)行數(shù)據(jù)恢復(fù)。
select * from v$version
查看如果是11.2.0.4，就馬上查看有沒(méi)有篡改的trigger。

select text from all_source where type='TRIGGER' AND NAME='DBMS_SUPPORT_DBMONITOR';

使用下面的語(yǔ)句刪掉觸發(fā)器，存儲(chǔ)過(guò)程，和包

drop TRIGGER DBMS_SUPPORT_DBMONITOR;
drop PROCEDURE DBMS_SUPPORT_DBMONITORP;
drop PACKAGE DBMS_SUPPORT；

關(guān)于oracle 11.2.0.4補(bǔ)丁問(wèn)題怎樣分析就分享到這里了，希望以上內(nèi)容可以對(duì)大家有一定的幫助，可以學(xué)到更多知識(shí)。如果覺(jué)得文章不錯(cuò)，可以把它分享出去讓更多的人看到。