怎么解決使用數(shù)據(jù)庫出現(xiàn)的ORA-00001、ORA-00604問題

本篇內(nèi)容介紹了“怎么解決使用數(shù)據(jù)庫出現(xiàn)的ORA-00001、ORA-00604問題”的有關(guān)知識，在實際案例的操作過程中，不少人都會遇到這樣的困境，接下來就讓小編帶領(lǐng)大家學習一下如何處理這些情況吧！希望大家仔細閱讀，能夠?qū)W有所成！

On : 12.1.0.2 version, RDBMS

alert log shows:

ORA-00604: error occurred at recursive SQL level 1

ORA-00001: unique constraint (SYS.SMON_SCN_TIME_TIM_IDX) violated

分析：

需要分析表smon_scn_time。驗證表和索引的結(jié)構(gòu)和一致性，如果它們之間存在不一致。需要重新創(chuàng)建索引。

For 11.2.0.3 ,11.2.0.2 databases, it could be caused by Bug 13251192 - SMON reports ORA-604/ORA-1 on SYS.SMON_SCN_TIME_TIM_IDX which is fixed in 12.1.0.1 and 11.2.0.4.

解決辦法：

For database 11.2.0.4 OR 12c, perform the analyze command below:

ANALYZE TABLE smon_scn_time VALIDATE STRUCTURE CASCADE ONLINE;

1、先得到表SMON_SCN_TIME上的INDEX的創(chuàng)建語句）

set pages 0

set long 2000000000

select dbms_metadata.get_ddl('INDEX','SMON_SCN_TIME_SCN_IDX','SYS') from dual;

select dbms_metadata.get_ddl('INDEX','SMON_SCN_TIME_TIM_IDX','SYS') from dual;

2、然后在系統(tǒng)級別設(shè)置12500事件阻止SMON更新SMON_SCN_TIME表

alter system set events '12500 trace name context level 10';

3、drop索引

drop index SYS.SMON_SCN_TIME_SCN_IDX;

drop index SYS.SMON_SCN_TIME_TIM_IDX;

4、通過步驟1得到的ddl，創(chuàng)建索引SYS.SMON_SCN_TIME_SCN_IDX;和SYS.SMON_SCN_TIME_TIM_IDX;）

5、將事件12500關(guān)閉，這樣SMON就能更新SMON_SCN_TIME表）

alter system set events '12500 trace name context off';

“怎么解決使用數(shù)據(jù)庫出現(xiàn)的ORA-00001、ORA-00604問題”的內(nèi)容就介紹到這里了，感謝大家的閱讀。如果想了解更多行業(yè)相關(guān)的知識可以關(guān)注億速云網(wǎng)站，小編將為大家輸出更多高質(zhì)量的實用文章！