Chinaunix首页 | 论坛 | 博客
  • 博客访问: 2829260
  • 博文数量: 221
  • 博客积分: 10045
  • 博客等级: 上将
  • 技术积分: 2252
  • 用 户 组: 普通用户
  • 注册时间: 2005-01-25 20:28
文章分类

全部博文(221)

文章存档

2012年(1)

2008年(4)

2007年(11)

2006年(26)

2005年(179)

我的朋友

分类:

2005-04-29 10:28:31

今天早上又查看了一部分帖子,发现可以使用ORACLE的审计功能来做这样可以监视其他用户的活动,但是不知道能否直接获得审计需要的数据结果.

问题还在关注中,虽然好象多了一个突破口,但是实际上是加大了,开发的困难程度,由原来的单线开发变成现在的双线思考,如果说再出现一种方法,那么是不是我要增加一种开发过程呢?

目前还没有这个想法,实际上,现在已经打开了三个选项,以供ORACLE的日志分析系统,一种是非常简单的TKPROF分析,这个方法只需要有ORACLE8I中自带的TKPROF.EXE这个可执行文件,然后分析生成的TRC文件,转换为TXT文件,然后再对文本文件分析,需要打开选项SQL_TRACE=TRUE;

还有一个打开的选项就是UTL_FILE_DIR,这个是用来使用DBMS_LOGMNR包分析REDO,UNDO,ARCHIVE日志数据的,但是目前所做的实验仅仅是REDO的,显示的结果是可以实现分析内容的,但是并不是我们需要的数据结果.有待提高的.

目前又看到一种审计的方法,这个方法如果可以直接看到用户和所做的操作,那么这个无疑是最好的方法,而且审计的方法不能审计DBA本身,这个或许是一个致命的弱点,因为,这个审计系统大部分的操作员都是基于DBA的.

头疼中,希望5.1期间可以把这些头疼的事情都理顺,拿出一套可行的解决方案.

阅读(1431) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~