Oracle审计--AUD$占用空间较大处理方案

Oracle 11G以后,数据库默认是开启审计功能的,因此有时候我们忘记了关闭该功能导致SYSTEM表空间暴满,但由于关闭审计功能需要重启数据库,此类操作生产环境下是不允许的,因此我们需要找出哪类审计产生的较多,然后单独的进行关闭;我们可以通过如下方法查找:

如果你发现AUD$这个表比较大了,检查下是哪种审计占的空间:

SQL> select
action_name,count(*) from dba_audit_trail group by
action_name;一般是LOGON和LOGOFF类型的审计最多。取消此类审计:

SQL> noaudit
session whenever
successful;一般来说,如果空间不是占的特别多,此类审计还是保留为好。可以取消对一些登录特别频繁的用户的审计,比如DBSNMP用户:

SQL> noaudit
session by dbsnmp;

关闭审计后,对表sys.aud$进行清理

truncate table sys.aud$;

1、什么是审计

审计(Audit)用于监视用户所执行的数据库操作,并且Oracle会将审计跟踪结果存放到OS文件(默认位置为$ORACLE_BASE/admin/$ORACLE_SID/adump/)或数据库(存储在system表空间中的SYS.AUD$表中,可通过视图dba_audit_trail查看)中。默认情况下11g之前审计是没有开启的。

不管你是否打开数据库的审计功能,以下这些操作系统会强制记录:用管理员权限连接Instance;启动数据库;关闭数据库。

2、和审计相关的两个主要参数

Audit_sys_Operations:

默认为false,当设置为true时,所有sys用户(包括以sysdba,sysoper身份登录的用户)的操作都会被记录,audit
trail不会写在aud$表中,这个很好理解,如果数据库还未启动aud$不可用,那么像conn /as
sysdba这样的连接信息,只能记录在其它地方。如果是windows平台,audti trail会记录在windows的事件管理中,如果是linux/unix平台则会记录在audit_file_dest参数指定的文件中。

Audit_trail:

None:11G之前是默认值,不做审计;

DB:将audit trail
记录在数据库的审计相关表中,如aud$,审计的结果只有连接信息;

DB,Extended:这样审计结果里面除了连接信息还包含了当时执行的具体语句;

OS:将audit
trail 记录在操作系统文件中,文件名由audit_file_dest参数指定;

xml:10g里新增的。

注:这两个参数是static参数,需要重新启动数据库才能生效。

3、审计级别

当开启审计功能后,可在三个级别对数据库进行审计:Statement(语句)、PRivilege(权限)、object(对象)。

Statement:

按语句来审计,比如audit table 会审计数据库中所有的create table,drop table,truncate
table语句,alter session by
cmy会审计cmy用户所有的数据库连接。

Privilege:

按权限来审计,当用户使用了该权限则被审计,如执行grant select any table to a,当执行了audit
select any table语句后,当用户a 访问了用户b的表时(如select * from b.t)会用到select any
table权限,故会被审计。注意用户是自己表的所有者,所以用户访问自己的表不会被审计。

Object:

按对象审计,只审计on关键字指定对象的相关操作,如aduit alter,delete,drop,insert on cmy.t
by scott;
这里会对cmy用户的t表进行审计,但同时使用了by子句,所以只会对scott用户发起的操作进行审计。注意Oracle没有提供对schema中所有对象的审计功能,只能一个一个对象审计,对于后面创建的对象,Oracle则提供on
default子句来实现自动审计,比如执行audit drop on default by access;后,
对于随后创建的对象的drop操作都会审计。但这个default会对之后创建的所有数据库对象有效,似乎没办法指定只对某个用户创建的对象有效,想比trigger可以对schema的DDL进行“审计”,这个功能稍显不足。

4、审计的一些其他选项

by access / by session:

by access 每一个被审计的操作都会生成一条audit trail。

by
session 一个会话里面同类型的操作只会生成一条audit trail,默认为by session。

whenever [not] successful:

whenever successful
操作成功(dba_audit_trail中returncode字段为0) 才审计,

whenever not successful
反之。省略该子句的话,不管操作成功与否都会审计。

5、和审计相关的视图

dba_audit_trail:保存所有的audit
trail,实际上它只是一个基于aud$的视图。其它的视图dba_audit_session,dba_audit_object,dba_audit_statement都只是dba_audit_trail的一个子集。

dba_stmt_audit_opts:可以用来查看statement审计级别的audit
options,即数据库设置过哪些statement级别的审计。dba_obj_audit_opts,dba_priv_audit_opts视图功能与之类似

all_def_audit_opts:用来查看数据库用on
default子句设置了哪些默认对象审计。

6、取消审计

将对应审计语句的audit改为noaudit即可,如audit session whenever successful对应的取消审计语句为noaudit
session whenever successful;

7、10g中的审计告知一切

Oracle 数据库 10g 审计以一种非常详细的级别捕获用户行为,它可以消除手动的、基于触发器的审计。

假定用户 Joe
具有更新那张表的权限,并按如下所示的方式更新了表中的一行数据:

update SCOTT.EMP set salary = 12000 where
empno = 123456;

您如何在数据库中跟踪这种行为呢?在 Oracle 9i
数据库及其较低版本中,审计只能捕获“谁”执行此操作,而不能捕获执行了“什么”内容。例如,它让您知道 Joe 更新了 SCOTT
所有的表EMP,但它不会显示他更新了该表中员工号为 123456 的薪水列。它不会显示更改前的薪水列的值 —
要捕获如此详细的更改,您将不得不编写您自己的触发器来捕获更改前的值,或使用 LogMiner 将它们从存档日志中检索出来。

细粒度审计(FGA) ,是在
Oracle 9i 中引入的,能够记录 SCN 号和行级的更改以重建旧的数据,但是它们只能用于 select 语句,而不能用于 DML ,如 update
、insert 和delete 语句。因此,对于 Oracle 数据库 10g
之前的版本,使用触发器虽然对于以行级跟踪用户初始的更改是没有吸引力的选择,但它也是唯一可靠的方法。

8、实例讲解

8.1、激活审计

sqlplus / as sysdba

SQL> show parameter audit

NAME                                
TYPE        VALUE

------------------------------------ -----------
------------------------------

audit_file_dest                     
string     
/u01/app/oracle/admin/ORCL/adump

audit_sys_operations                
boolean     FALSE

audit_syslog_level                  
string

audit_trail                          string      NONE

SQL> alter system set audit_sys_operations=TRUE scope=spfile;   
--审计管理用户(以sysdba/sysoper角色登陆)

SQL> alter system set
audit_trail=db,extended scope=spfile;

SQL> startup force;

SQL> show
parameter audit

NAME                                 TYPE       
VALUE

------------------------------------ -----------
------------------------------

audit_file_dest                     
string     
/u01/app/oracle/admin/ORCL/adump

audit_sys_operations                
boolean     TRUE

audit_syslog_level                  
string

audit_trail                          string      DB, EXTENDED

8.2、开始审计

sqlplus / as sysdba

SQL> audit all on t_test;

SQL> conn
u_test

SQL> select * from t_test;

SQL> insert into u_test.t_test
(c2,c5) values (‘test1‘,‘2‘);

SQL> commit;

SQL> delete from
u_test.t_test;

SQL> commit;

SQL> conn /as sysdba

SQL> col
DEST_NAME format a30

col OS_USERNAME format a15

col USERNAME format
a15

col USERHOST format a15

col TERMINAL format a15

col OBJ_NAME format
a30

col SQL_TEXT format a60

SQL> select
OS_USERNAME,username,USERHOST,TERMINAL,TIMESTAMP,OWNER,obj_name,ACTION_NAME,sessionid,os_process,sql_text
from dba_audit_trail;

sql> audit select table by u_test by access;

如果在命令后面添加by
user则只对user的操作进行审计,如果省去by用户,则对系统中所有的用户进行审计(不包含sys用户).

例:

AUDIT DELETE ANY TABLE;    --审计删除表的操作

AUDIT DELETE ANY TABLE
WHENEVER NOT SUCCESSFUL;    --只审计删除失败的情况

AUDIT DELETE ANY TABLE WHENEVER
SUCCESSFUL;    --只审计删除成功的情况

AUDIT DELETE,UPDATE,INSERT ON user.table by
test;    --审计test用户对表user.table的delete,update,insert操作

8.3、撤销审计

SQL> noaudit all on t_test;

9、审计语句

多层环境下的审计:appserve-应用服务器,jackson-client

AUDIT SELECT TABLE BY appserve ON
BEHALF OF jackson;

审计连接或断开连接:

AUDIT SESSION;

AUDIT SESSION BY jeff, lori;    -- 指定用户

审计权限(使用该权限才能执行的操作):

AUDIT DELETE ANY TABLE BY ACCESS WHENEVER NOT
SUCCESSFUL;

AUDIT DELETE ANY TABLE;

AUDIT SELECT TABLE, INSERT TABLE,
DELETE TABLE, EXECUTE PROCEDURE BY ACCESS WHENEVER NOT SUCCESSFUL;

对象审计:

AUDIT DELETE ON jeff.emp;

AUDIT SELECT, INSERT, DELETE ON
jward.dept BY ACCESS WHENEVER SUCCESSFUL;

取消审计:

NOAUDIT session;

NOAUDIT session BY jeff, lori;

NOAUDIT DELETE
ANY TABLE;

NOAUDIT SELECT TABLE, INSERT TABLE, DELETE TABLE,EXECUTE
PROCEDURE;

NOAUDIT ALL;    -- 取消所有statement审计

NOAUDIT ALL PRIVILEGES;   
-- 取消所有权限审计

NOAUDIT ALL ON DEFAULT;    -- 取消所有对象审计

10、清除审计信息

DELETE FROM SYS.AUD$;

DELETE FROM SYS.AUD$ WHERE obj$name=‘EMP‘;

11、审计视图

STMT_AUDIT_OPTION_MAP    -- 审计选项类型代码

AUDIT_ACTIONS    --
action代码

ALL_DEF_AUDIT_OPTS    -- 对象创建时默认的对象审计选项

DBA_STMT_AUDIT_OPTS    --
当前数据库系统审计选项

DBA_PRIV_AUDIT_OPTS    -- 权限审计选项

DBA_OBJ_AUDIT_OPTS

USER_OBJ_AUDIT_OPTS    -- 对象审计选项

DBA_AUDIT_TRAIL

USER_AUDIT_TRAIL    -- 审计记录

DBA_AUDIT_OBJECT

USER_AUDIT_OBJECT   
-- 审计对象列表

DBA_AUDIT_SESSION

USER_AUDIT_SESSION    --
session审计

DBA_AUDIT_STATEMENT

USER_AUDIT_STATEMENT    --
语句审计

DBA_AUDIT_EXISTS    -- 使用BY AUDIT NOT
EXISTS选项的审计

DBA_AUDIT_POLICIES    -- 审计POLICIES

DBA_COMMON_AUDIT_TRAIL   
-- 标准审计+精细审计

12、将审计结果表从system表空间里移动到别的表空间上

实际上sys.aud$表上包含了两个lob字段,并不是简单的move table就可以。

下面是具体的过程:

alter table
sys.aud$ move tablespace users;

alter table sys.aud$ move lob(sqlbind) store
as( tablespace USERS);

alter table sys.aud$ move lob(SQLTEXT) store as(
tablespace USERS);

alter index sys.I_AUD1 rebuild tablespace u

原文地址:https://www.cnblogs.com/lcword/p/8183253.html

时间: 2024-11-10 16:26:27

Oracle审计--AUD$占用空间较大处理方案的相关文章

oracle 审计(二)

1.什么是审计 审计(Audit)用于监视用户所执行的数据库操作,审计记录可存在数据字典表(称为审计记录:存储在system表空间中的 SYS.AUD$表中,可通过视图dba_audit_trail查看)或操作系统审计记录中(默认位置为$ORACLE_BASE/admin/$ORACLE_SID/adump/)..默认情况下审计是没有开启的. 当数据库的审计是使能的,在语句执行阶段产生审计记录.审计记录包含有审计的操作.用户执行的操作.操作的日期和时间等信息. 不管你是否打开数据库的审计功能,以

VS产生sdf和ipch文件太大处理方案

原地址:http://blog.csdn.net/feidewu/article/details/8395864 使用VS的人一方面享受着它功能的强大,一方面又十分痛恨他生成的文件占用的空间太大了,硬盘吃不消啊! 一个helloworld程序,用DEV ++也就那么几K,但是用VS就要占到几十M,主要是生成.sdf和ipch文件体积太大了.在网上找了一下也没发现有什么优化的方法,倒是可以将sdf和ipch文件集中到另外一处,然后定期清除,这样节省程序文件的空间. 方法: 工具-->选项-->文

企业级大数据处理方案-01

企业级大数据处理方案有三种业务场景: 1.离线处理:(mapreduce(第一代).sparksql(第二代)) 2.实时处理:(数据库操作.storm) 3.准实时处理.(spark Streaming) mapreduce与spark对比 mr与spark优缺点对比:(一) a.mapreduce频繁的数据读写,使数据处理速度滞后 b.spark所有计算在内存中消除了,磁盘读写此快其一 mr与spark优缺点对比:(二) a.mapreduce每一个计算过程与上一个计算过程无血统继承 b.s

oracle 数据库安装环境,要求大汇总

 Oracle Database (RDBMS) on Unix AIX,HP-UX,Linux,Mac OS X,Solaris,Tru64 Unix Operating Systems Installation and Configuration Requirements Quick Reference (8.0.5 to 11.2) (文档 ID 169706.1) 转到底部 修改时间:2014-7-10类型:BULLETIN Jump to: For 12c requirements

[转]ORACLE 审计功能

审计是对选定的用户动作的监控和记录,通常用于: u          审查可疑的活动.例如:数据被非授权用户所删除,此时安全管理员可决定对该 数据库的所有连接进行审计,以及对数据库的所有表的成功地或不成功地删除进行审计. u          监视和收集关于指定数据库活动的数据.例如:DBA可收集哪些被修改.执行了多少次逻辑的I/O等统计数据. ORACLE支持三种审计类型: u          语句审计,对某种类型的SQL语句审计,不指定结构或对象. u          特权审计,对执行相

企业级大数据处理方案-02.环境决定需求、性能决定选型

上讲,讲述了大概九种的技术种类以及他们的领域.那么既然有吃饭的,那就必须有做饭的.因此大数据技术结构的选型,必须有的组成部分至少三种(来源.计算.存储) 最简单的数据处理架构: 最少单元的数据处理方案,当然这个不是最好的,为什么呢,问题: 1.流式处理数据(Streaming)时,数据量小时,数据存储到HDFS中,20M或者100K,这种情况是有的.这种计算结果的存储极大浪费了存储空间.HDFS不适用于大批量小文件的存储,(只是不适用,不是不能) 2.数据量大时,数据处理不过来(receiver

oracle 审计引起的问题 (双机软件roseha)

认证服务器的数据库问题 1.环境搭建       远程连接的服务器是windows 10.10.10.40 需要安装 Xmangager        roseha 9.0 是图形化的管理界面,linux 启动的图形界面  双机IP: 10.10.10.9              10.10.10.10  漂移IP:  10.10.10.11   2. 打开xbrowser 5        新建xdmcp会话,输入IP 10.10.10.9 默认端口,连接成功     3. 以root 用户

Oracle审计功能

一.审计分类: oracle中审计总体上可分为"标准审计"和"细粒度审计"后者也称为"基于政策的审计",在Oracle10G之后功能得到很大增强.其中标准审计可分为用户级审计和系统级审计.用户级审计是任何Oracle用户可设置的审计,主要是用户针对自己创建的数据库表或视图进行审计,记录所有用户对这些表或视图的一切成功和(或)不成功的访问要求以及各种类型的SQL操作.系统级审计只能由DBA设置,用以监测成功或失败的登录要求.监测GRANT和REVO

15、oracle审计

学习文档(http://blog.csdn.net/rlhua/article/category/1638551) http://www.cnblogs.com/remote-antiquity/p/6920065.html 1.数据库安全及审计的责任 责任分离 2.标准审计 启用数据库审计--->指定审计选项--->复查审计信息--->维护审计 audit_trail 启用数据库审计 SQL> show parameter audit NAME     TYPE VALUE --