DBMS_AUDIT_MGMT.CLEAN_AUDIT_TRAIL不清理Unified Audit记录,根本原因是未执行INIT_CLEANUP初始化、审计类型未指定为AUDIT_TRAIL_UNIFIED、或CLEANUP_OS_AUDIT_JOB调度作业未启用,三者缺一不可。
dbms_audit_mgmt.clean_audit_trail 在 oracle 19c 中不清理 unified audit 记录,几乎总是因为没启用策略或类型用错 —— 不是函数本身有问题,而是调用链断在了初始化、作业启用或参数匹配环节。
常见现象是 PL/SQL 块执行无报错、返回正常,但 SELECT COUNT(*) FROM unified_audit_trail 结果纹丝不动。根本原因有三个:
DBMS_AUDIT_MGMT.INIT_CLEANUP:只要没初始化,后续所有 CLEAN_AUDIT_TRAIL 调用都静默失败(不报错、不清理)AUDIT_TRAIL_TYPE => DBMS_AUDIT_MGMT.AUDIT_TRAIL_UNIFIED;若传 AUDIT_TRAIL_ALL 或 AUDIT_TRAIL_AUD_STD,函数不会报错,但实际跳过 AUD$UNIFIED
CLEANUP_OS_AUDIT_JOB 默认 disabled,手动调用 CLEAN_AUDIT_TRAIL 可以工作,但自动清理永远不会触发缺一不可,顺序不能颠倒:
SELECT VALUE FROM V$OPTION WHERE PARAMETER = 'Unified Auditing',返回 TRUE 才走统一审计路径BEGIN DBMS_AUDIT_MGMT.INIT_CLEANUP(audit_trail_type => DBMS_AUDIT_MGMT.AUDIT_TRAIL_UNIFIED, default_cleanup_interval => 24); END;(default_cleanup_interval 单位是小时,设为 0 表示禁用自动调度)SELECT MIN(event_timestamp) FROM unified_audit_trail,再设一个早于它的归档点,例如 BEGIN DBMS_AUDIT_MGMT.SET_LAST_ARCHIVE_TIMESTAMP(audit_trail_type => DBMS_AUDIT_MGMT.AUDIT_TRAIL_UNIFIED, last_archive_time => SYSTIMESTAMP - 90); END;
BEGIN DBMS_SCHEDULER.ENABLE('CLEANUP_OS_AUDIT_JOB'); END;(注意作业名是 CLEANUP_OS_AUDIT_JOB,不是 CLEANUP_AUDIT_JOB)手动调用 CLEAN_AUDIT_TRAIL 时,两个布尔参数决定行为边界:
use_last_arch_timestamp => TRUE:只清理早于 SET_LAST_ARCHIVE_TIMESTAMP 设置时间的记录;但必须先调用该设置,否则报 ORA-46365
use_last_arch_timestamp => FALSE:忽略归档时间戳,直接清空全部 unified_audit_trail(慎用!生产环境建议仅用于测试或灾备恢复后)audit_trail_type 必须明确指定为 DBMS_AUDIT_MGMT.AUDIT_TRAIL_UNIFIED,混用会静默失效即使语法全对、步骤完整,仍可能失败,原因往往出在执行上下文:
AUDIT_ADMIN 角色,DBA 角色不够 —— 运行 SELECT * FROM DBA_ROLE_PRIVS WHERE GRANTED_ROLE = 'AUDIT_ADMIN' 确认SYS 用户直连执行(如 sqlplus / as sysdba),会报 ORA-46367: Operation not allowed for SYS user;应改用 SYSTEM 或已授 AUDIT_ADMIN 的普通管理账号AUD$UNIFIED 是 IOT 表,删除后需手工 ALTER TABLE AUDSYS.AUD$UNIFIED SHRINK SPACE CASCADE(需先启用行移动)真正卡住人的地方,从来不是某一行代码写错,而是 INIT_CLEANUP 没跑、作业名拼错、或者用 SYS 去执行 —— 这些错误不报红,只让数据原地不动。每次清理前,花两分钟查 DBA_AUDIT_MGMT_CONFIG_PARAMS 和 DBA_SCHEDULER_JOBS,比盲目重试快得多。