除了audit以外，还有其他方法来监控sql是哪些用户执行的？

ahlu · 发表于 2006-6-23 16:11

lakher · 发表于 2006-6-23 16:16

triger

hrb_qiuyb · 发表于 2006-6-23 16:42

最初由 ahlu 发布
[B]除了audit以外，还有其他方法来监控sql是哪些用户执行的？ [/B]

实话实说，Oracle这方面的功能真是很弱的，audit只能简单的记录一下在某个时点一个用户执行哪种操作了，或用到什么真的权限了等，但整个该用户的语句是没有的。所以是一个很弱的audit。

triger倒是可以完成一定的功能，但总不会对每个object都加一个triger吧，同时对于负载很大的系统这也是一个性能的问题。

用logminer分析归档日志是一个方法，但以logminer的速度如果系统不大还是可以考虑的，还要要求你的系统是开归档的。

个人认为理想的状态应该是这样的：可以在audit上加上一个特别的选项，打开这个选项，并做适当的配置后，被audit用户的所有语句或部分类别的语句可以被记录在某个表中。期待着Oracle的改善吧。

最近这半年被内控折磨着，相信这波及了IT界的大部分人士。我目前对后台要做dml操作的监测的做法是：用的时侯开放一个专门的用户，对相关的session做10046。

Toms_zhang · 发表于 2006-6-23 16:55

市场上有专门的监控软件。不过要花银子的。

对关键业务表，比如DML操作较少的字典信息表，最方便的就是用个trigger了。实现起来容易些！

用logminer太不方便了，经常是当错误发现时，归档已经转移到磁带上了，分析起来太麻烦了！

caoliwei · 发表于 2006-6-23 16:56

最初由 hrb_qiuyb 发布
[B]

实话实说，Oracle这方面的功能真是很弱的，audit只能简单的记录一下在某个时点一个用户执行哪种操作了，或用到什么真的权限了等，但整个该用户的语句是没有的。所以是一个很弱的audit。

triger倒是可以完成一定的功能，但总不会对每个object都加一个triger吧，同时对于负载很大的系统这也是一个性能的问题。

用logminer分析归档日志是一个方法，但以logminer的速度如果系统不大还是可以考虑的，还要要求你的系统是开归档的。

个人认为理想的状态应该是这样的：可以在audit上加上一个特别的选项，打开这个选项，并做适当的配置后，被audit用户的所有语句或部分类别的语句可以被记录在某个表中。期待着Oracle的改善吧。

最近这半年被内控折磨着，相信这波及了IT界的大部分人士。我目前对后台要做dml操作的监测的做法是：用的时侯开放一个专门的用户，对相关的session做10046。 [/B]

sox

ahlu · 发表于 2006-6-23 17:03

我要监控的是应用帐户，所以audit的可能性不大，量太大了，又不能对v$session做trigger，比较难啊！如果能找到v$sql和v$session之间的关系，通过定时查询记录也可起到监控作用，但是v$session中的sql_address只记录当前的sql，如update后commit，他只记录commit，而update语句就被覆盖了，这样也没有什么意义了，而v$sql又不能显示该sql最近谁再用，埃...