溫馨提示×
您好，登錄后才能下訂單哦！
點擊 登錄注冊 即表示同意《億速云用戶服務條款》
您好，登錄后才能下訂單哦！
這篇文章將為大家詳細講解有關oracle 11.2.0.4補丁問題怎樣分析，文章內容質量較高，因此小編分享給大家做個參考，希望大家閱讀完這篇文章后對相關知識有一定的了解。
春節剛過，還沒有上班，一個客戶電話說數據庫因主機掉電，不能啟動。
發過來報錯，如下：
ORA-00704: bootstrap process failure
ORA-00704: bootstrap process failure
ORA-00600: internal error code, arguments: [16703], [1403], [20], [], [], [], [], [], [], [], [], []
oracle意外掉電，從來沒有見到過這個錯誤。
經過反復分析，發現控制文件沒有問題。system表空間系統重要數據字典損壞。
但是判斷是因為斷電導致。反正自己是沒有辦法進行數據恢復。建議用戶接受數據損壞的結果。
后來在網上找到了兩個一樣問題的帖子，才知道問題的嚴重性
原來我們手頭的11.2.0.4的介質是被篡改的。
在linux平臺，使用md5sum命令查看p13390677_112040_Linux-x86-64_1of7.zip這個文件，如果得出的值后面四位是124173就是被篡改的，正確的版本后面四位應該是F58F28。
被篡改的版本會創建一個觸發器。這個觸發器在數據庫每次啟動的時候觸發。觸發時檢測數據庫創建時間，如果創建時間超過300天，就會刪除核心數據字典表。使得數據庫馬上宕掉，再啟動將無法open，報ORA-00704和ORA-00600，以本人的技術水平，基本無法進行數據恢復。
select * from v$version
查看如果是11.2.0.4，就馬上查看有沒有篡改的trigger。
select text from all_source where type='TRIGGER' AND NAME='DBMS_SUPPORT_DBMONITOR';
使用下面的語句刪掉觸發器，存儲過程，和包
drop TRIGGER DBMS_SUPPORT_DBMONITOR;
drop PROCEDURE DBMS_SUPPORT_DBMONITORP;
drop PACKAGE DBMS_SUPPORT；
關于oracle 11.2.0.4補丁問題怎樣分析就分享到這里了，希望以上內容可以對大家有一定的幫助，可以學到更多知識。如果覺得文章不錯，可以把它分享出去讓更多的人看到。
免責聲明：本站發布的內容（圖片、視頻和文字）以原創、轉載和分享為主，文章觀點不代表本網站立場，如果涉及侵權請聯系站長郵箱：is@yisu.com進行舉報，并提供相關證據，一經查實，將立刻刪除涉嫌侵權內容。
