EBS审计定义实例详解

什么是EBS 审计功能（audit）? EBS审计定义实例详解
发布: 2009-3-19 02:30 | 作者: sail.sun | 来源: IT++社区门户
1 什么是EBS审计功能
2 定义审计功能
3 定义审计功能后数据库中生成的对象
4 审计报表
5 删除审计的定义
6启用审计的效率问题
1 什么是EBS审计功能
EBS自带审计功能，审计功能是记录系统使用者的操纵记录，例如什么时间对哪张表的那个的字段做了修改、删除等操作，审计功能都会记录相应的时间、修改者、修改前该字段的值。

在实际业务中对一些敏感信息（例如订单行中物料、数量或价目表中的价格信息等等），审计功能可以严格监控操作人员的对系统所做的修改，查找历史数据值，对于提系统的安全性提供了很大的帮助。

2 定义审计功能
1）安装跟踪
位置：System Administrator – Security – AuditTrail –Install；
例如我们需要开启销售模块的审计功能，需按如下填写。

1.jpg
2）定义跟踪组
位置：System Administrator – Security – AuditTrail –Groups；
填写你要定义跟踪组的名字，注意状态“Enable Requested”，跟踪组里需要定义审计表，也就是你需要关注的表；
例如我们定义的审计表是销售订单的头和行两个表。

2.jpg
3）定义跟踪表
位置：System Administrator – Security – AuditTrail –Tables；
在此处依次定义步骤2)跟踪组中定义的审计表的哪个字段需要审计；
例如我们定义客户PO号等几个字段为需要审计的字段（主键HEADER_ID需要有）。

3.jpg
注意：跟踪组中的另一个OE_ORDER_LINES_ALL也需要在此定义。

4）运行在系统管理员职责下运行请求AuditTrail Update Tables
如果不运行该请求，之前的定义是不会生效的（不会生成线索表），请求运行成功以后可以查看线索表,审计线索表是保存审计结果的表，命名规则是“基表+A”，所以我们现在可以查看到审计表OE_ORDER_HEADERS_ALL_A和OE_ORDER_LINES_ALL_A。

例如表
OE_ORDER_HEADERS_ALL_A结构如下：
4.jpg
可以看到这个表的主要的列，有审计时间，被审计的用户，审计的处理类型（更新、删除和修改），被审计的用户等，另外还有我们之前定义的被审计的列。

5）启用审计功能
如果不修改profile则审计功能不会被启用；
5.jpg
到此为止审计功能已经生效,当用户改变OE_ORDER_HEADERS_ALL中这几列的时候就会被记录到该表中。

如下：我们可以看到哪个用户哪个时间操作了cust_po_number这个字段，这里记录被审计字段的值不是系统中当前的值，而是被修改前该字段的值，如下例：
5.2.jpg
其中字段AUDIT_TRANSACTION_TYPE的值‘U’就是UPDATE操作，只有参与审计的栏位发生变动才会进行记录
3 定义审计功能后数据库生成的对象
审计功能的原理非常的简单，我们以OE_ORDER_HEADERS_ALL表为例说明。

当
OE_ORDER_HEADERS_ALL被定义部分字段审计后首先数据库会生成审计表
OE_ORDER_HEADERS_ALL_A,同时生成一些视图、trigger和procedure；
视图：视图都是针对于OE_ORDER_HEADERS_ALL_A的一些select语句；
Trigger：以更新审计的定义为例，定义表OE_ORDER_HEADERS_ALL的更新审计后会生成
OE_ORDER_HEADERS_ALL_AU trigger；
CODE:
CREATE OR REPLACE TRIGGER OE_ORDER_HEADERS_ALL_AU
AFTER UPDATE OF HEADER_ID, CUST_PO_NUMBER, PAYMENT_TERM_ID, TRANSACTIONAL_CURR_CODE ON OE_ORDER_HEADERS_ALL
FOR EACH ROW
BEGIN
IF FND_GLOBAL.AUDIT_ACTIVE THEN
OE_ORDER_HEADERS_ALL_AUP(:OLD.HEADER_ID,
:OLD.CUST_PO_NUMBER,
:OLD.PAYMENT_TERM_ID,
:OLD.TRANSACTIONAL_CURR_CODE,
:NEW.HEADER_ID,
:NEW.CUST_PO_NUMBER,
:NEW.PAYMENT_TERM_ID,
:NEW.TRANSACTIONAL_CURR_CODE);
END IF;
END;
/可以看到如果表OE_ORDER_HEADERS_ALL_AU被审计列被修改后首先判断审计的预置文件是否开启，开启后则调用OE_ORDER_HEADERS_ALL_AUP procedure将相关的值插入到
OE_ORDER_HEADERS_ALL_A表中；所以定义更新、插入和修改的审计都会生成相应的trigger和procedure；
4 审计报表
关于EBS审计功能，EBS自带报表，但该报表过于简单，通常实际要根据需求开发新的审计报表。

报表的位置:
system administrator—Security—AuditTRail—Audit Trail Reporting—Audit Report
1)当我们选择参数Functional Group的时候找不到刚才我们定义的ZZ_TEST_TRACE 组
4.1.jpg
2)我们需要到audit industry template 里添加该组
4.2.jpg
3）打印报表
3.1 选择需要打印的列
4.3.1.jpg 3.2 运行报表
4.3.2.jpg
3.3 报表内容
可以看到哪个用户什么时间更改了哪个字段（不是一般的难看）
4.3.3.jpg
5 删除审计的定义
1)数据库手动删除跟踪列的步骤：
1.删除跟踪表 --DROP TABLE xx;
2.删除跟踪表栏位 --DELETE FROM FND_AUDIT_COLUMNS WHERE (TABLE_ID = XX);
3.删除失效的procedure、trigger和views（这个时候查看DB新增的失效对象就可以看到所有与审计有关的对象了）
其中TABLE_ID可以在FND_TABLES查找或在EBS中数据库表定业页面上查找：
5.1.jpg
2)在EBS页面上删除
1.修改审计组状态
组状态选择Disable – Purge Table,保存
5.2.jpg
2.提交AuditTrail Update Tables请求后删除才会生效，这时关于该审计组相关定义的审计对象都会被清除掉。

6 启用审计的效率问题
很多人担心启用审计功能后对系统性能的影响是不是非常的大？我们试想如果审计功能启用后对系统有比较大的影响，那么应该主要应该是事务的响应时间和磁盘I/O会有影响；审计功能其实就是通过trigger来保存有变化字段的信息，而且数据量不多；之前曾经针对一个系统启用审计前后做过压力测试，CPU使用率、内存、磁盘I/O和客户端响应时间并无明显的变化；。