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

站在用戶的角度思考問題，與客戶深入溝通，找到象山網(wǎng)站設(shè)計與象山網(wǎng)站推廣的解決方案，憑借多年的經(jīng)驗，讓設(shè)計與互聯(lián)網(wǎng)技術(shù)結(jié)合，創(chuàng)造個性化、用戶體驗好的作品，建站類型包括：網(wǎng)站制作、成都網(wǎng)站制作、企業(yè)官網(wǎng)、英文網(wǎng)站、手機端網(wǎng)站、網(wǎng)站推廣、主機域名、虛擬主機、企業(yè)郵箱。業(yè)務(wù)覆蓋象山地區(qū)。

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

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

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

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

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

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