ORA-04098錯誤解決方案

來源:互聯網
上載者:User
錯誤|解決
ORA-04098錯誤解決方案

資料庫版本:8.1.5
平台:SOLARIS 5.7

 

背景:

使用者建立了一個TRIGGER:
create or replace trigger ddl_deny
before create or alter or drop on database
declare
begin
insert into ddl_logs values(ora_dict_obj_owner,ora_dict_obj_name,sysdate);
exception
when no_data_found then
null;
end;
目的大概就是記錄下所有的DDL操作,但TRIGGER建立有錯誤,發現:

11:30:08 system@ORA250>alter trigger ddl_deny disable;
alter trigger ddl_deny disable
*
ERROR 位於第 1 行:
ORA-04098: 觸發器 'DDL_DENY' 無效且未通過重新驗證
11:31:45 system@ORA250>drop trigger ddl_deny;
drop trigger ddl_deny
*
ERROR 位於第 1 行:
ORA-04098: 觸發器 'DDL_DENY' 無效且未通過重新驗證

 

此時觸發器不能編譯過去,也不能刪除了,因為觸發器本身裡面定義了DDL操作的觸發,產生ORA-04098: 觸發器 'DDL_DENY' 無效且未通過重新驗證。

 

解決方案:

1、首先查看使用者的許可權是否正確:

select owner, object_name, object_type, status from dba_objects where object_name = '<TRIGGER_NAME>';

12:42:38 system@ORA250>select owner, object_name, object_type, status from dba_o
bjects where object_name='DDL_DENY';
OWNER          OBJECT_NAME   OBJECT_TYPE STATUS
------------------------------------ --------------
SYSTEM           DDL_DENY     TRIGGER INVALID

發現使用者權限沒有問題。

2、接著設定診斷事件alter session set events='4098 trace name errorstack level 3';,查看trace檔案的內容如下:

Dump file /db1/app/oracle/admin/ora250/udump/ora250_ora_6834.trc
Oracle8i Enterprise Edition Release 8.1.5.0.0 - Production
With the Partitioning and Java options
PL/SQL Release 8.1.5.0.0 - Production
ORACLE_HOME = /db1/app/oracle/product/8.1.5
System name: SunOS
Node name: db250
Release: 5.7
Version: Generic_106541-08
Machine: sun4u
Instance name: ora250
Redo thread mounted by this instance: 1
Oracle process number: 17
Unix process pid: 6834, image: oracle@db250 (TNS V1-V3)
*** SESSION ID30.829) 2004.11.17.20.53.38.000
*** 2004.11.17.20.53.38.000
ksedmp: internal or fatal error
ORA-04098: 觸發器'DDL_DENY' 無效且未通過重新驗證
Current SQL statement for this session:
alter trigger ddl_deny disable
----- Call Stack Trace -----
calling call entry argument values in hex
location type point (? means dubious value)
-------------------- -------- -------------------- ----------------------------
ksedmp()+160 CALL ksedst()+0 508 ? 1 ? FFBEB31C ?
FFBEADC0 ? FFBEADA4 ? 0 ?
ksddoa()+248 PTR_CALL 00000000 3 ? 0 ? 0 ? 16594FC ?
C0000025 ? 0 ?
ksdpcg()+212 CALL ksddoa()+0 16EB0AC ? 16E4C24 ? 3 ?
24939C ? 16EB0AC ? 16EB090 ?
ksdpec()+236 CALL ksdpcg()+0 1002 ? FFBEB8E4 ? 16E4C24 ?
0 ? 0 ? 0 ?
ksfpec()+136 CALL ksdpec()+0 1002 ? 165A800 ? 165A800 ?
7F3 ? 1659995 ? 16594FC ?
kgesev()+100 PTR_CALL 00000000 1659494 ? 1002 ? 262F80 ?
1002 ? 1 ? 0 ?
ksesec1()+48 CALL kgesev()+0 1659494 ? 16E8CA4 ? 1002 ?
1 ? FFBEBA60 ? 1 ?
kkttrex()+2112 CALL ksesec1()+0 1002 ? 1 ? 8 ? 8E859D26 ? 2 ?
2 ?
kktexeevt()+616 CALL kkttrex()+0 8E996A20 ? 8E973B48 ?
FFBEBAE4 ? 1659000 ?
8E859D6C ? 165E800 ?.....

發現是內部嚴重錯誤,其他看不出太多錯誤資訊,於是想到採用隱含參數_system_trigger_enabled=false,在資料庫啟動的時候讓所有觸發器不起作用,然後刪除。資料庫8.1.5的提示沒這個參數,於是查詢了一下:

14:28:32 system@ORA815>select ksppinm from x$ksppi where substr(ksppinm,1,1)='_'
and ksppinm like '%tri%' order by ksppinm;
KSPPINM
-------------------------------------------------------------------------------
_cleanup_rollback_entries
_distributed_lock_timeout
_distributed_recovery_connection_hold_time
_number_cached_attributes
_system_trig_enabled

發現8.1.5版本的參數是_system_trig_enabled,於是讓使用者在初始化參數檔案中設定此參數為false,然後重啟資料庫,刪除trigger,刪除成功。

至此問題解決。


聯繫我們

該頁面正文內容均來源於網絡整理,並不代表阿里雲官方的觀點,該頁面所提到的產品和服務也與阿里云無關,如果該頁面內容對您造成了困擾,歡迎寫郵件給我們,收到郵件我們將在5個工作日內處理。

如果您發現本社區中有涉嫌抄襲的內容,歡迎發送郵件至: info-contact@alibabacloud.com 進行舉報並提供相關證據,工作人員會在 5 個工作天內聯絡您,一經查實,本站將立刻刪除涉嫌侵權內容。

A Free Trial That Lets You Build Big!

Start building with 50+ products and up to 12 months usage for Elastic Compute Service

  • Sales Support

    1 on 1 presale consultation

  • After-Sales Support

    24/7 Technical Support 6 Free Tickets per Quarter Faster Response

  • Alibaba Cloud offers highly flexible support services tailored to meet your exact needs.