发现系统使用的底层表-通过日志挖掘技术.docVIP

------- AIM 发现系统使用的底层表-通过日志挖掘技术 文档作者: thinker_yx 创建日期： 2013年11月20日星期三 更新日期： 2013年11月20日星期三 文档编码： 当前版本： 1.0 文档控制 更改记录 日期 作者 版本 更改参考 2013/11/20Thinker 1．0 没有前面的文档 审阅 姓名 职位 分发 拷贝号 姓名 地点 目录 文档控制 ii 概述 4 技术使用场景 4 基本知识简介 4 思路简介 4 背景操作 4 背景操作 5 已解决/未解决的问题 6 未解决的问题 6 已解决的问题 6 概述 技术使用场景 遇到新的系统，无法直截了当知道其底层表使用，如OFSAA； 想要穷尽了解复杂系统上层操作对于底层表内容的修改，如ORACLE EBS 基本知识简介 SCN：system change number 或者 system commit number；是ORACLE系统时间维度的最小颗粒；和其相关的技术有：flashback、数据库灾难恢复、日志挖据 日志挖掘技术：可以根据SCN的值范围，或者时间的范围来获取此期间内ORACLE内数据库的所有变化； 思路简介 因为： 1）由于日志挖掘技术可以详尽告诉我方系统的所有的变化; 2）我们可以通过select dbms_flashback.get_system_change_number from dual;获得当前的SCN； 所以： 我们可以通过操作前后两次间隔极短的SCN号来做日志挖掘，挖出我们这回修改的数据； 弊端：有的时候会有误差存在，因为在开始和结束SCN之内，可能ORACLE会有其他动作； 背景操作 初次使用日志挖掘的数据库需要以下操作： 首先需要有SYS的权限进入数据库： Sqlplus / as sysdba 2）编译两个包： 安装分析日志文件： @$ORACLE_HOME/rdbms/admin/dbmslm.sql 创建数据字典文件 @$ORACLE_HOME/rdbms/admin/dbmslmd.sql 3） alter system set utl_file_dir=地址A:linux上可以供oracle访问的某地址 scope=spfile;(spfile 代表开机以后生效) 4）重启数据库 （不写了） 4）建立字典： exec sys.dbms_logmnr_d.build(dictionary_filename=dictionary.ora,dictionary_location=地址A ); 背景操作 注意以下步骤只能够在command页面完成，否则最后提取数据的视图会有一场： 首先我们得知道日志数据在哪一个日志文件中： select * from v$log; 获取当前活动的logfile的具体地址： select * from v$logfile; 3）接下来要开始分析，分析的时候要指定一个分析的日志文件： EXEC DBMS_LOGMNR.ADD_LOGFILE(LOGFILENAME=logfile的具体地址,OPTIONS=DBMS_LOGMNR.NEW); 4）获取开始的SCN： select dbms_flashback.get_system_change_number from dual; --------------------我是操作的分割线--------------------- 各种操作中。。。。。。 --------------------我是操作的分割线--------------------- 5）火速！！！获取结束的SCN： select dbms_flashback.get_system_change_number from dual; 6）分析数据的语句： EXEC DBMS_LOGMNR.START_LOGMNR(options=dbms_logmnr.dict_from_online_catalog,startscn=开始的SCN,endscn=结束的SCN); （dbms_logmnr.dict_from_online_catalog就是字典表的信息，通过此翻译log中的二进制数据） 7）接下来，就可以对于数据进行查询，通过视图： select operation,sql_redo,sql_undo from v$logmnr_contents; （向视图搜索数据的时候，数据库实际上才开始解析日志，所以耗时较长） 8）为了最后查看数据方便，建议使用create table blabla as select operation,sql_re