logminer的用法.docVIP

实验模拟： Startup mount Rman target sys/yichen@devin nocatalog Backup database Conn yichen/yichen Create table t (id int); Insert into t values(1); Insert into t values(2); Insert into t values (3); Drop table t; Conn /as sysdba Alter system switch logfile; SQL select name,stamp,dest_id,sequence# from v$archived_log; NAME STAMP DEST_ID SEQUENCE# /u01/oracle/flash_recovery_are 777290616 10 10 a/DEVIN/archivelog/2012_03_07/ o1_mf_1_10_7ofjhrwb_.arc 归档日志信息是按时间排序的，随着时间从上至下生成，也就是说最下面的归档日志就是最新的归档日志，因为我归档日志现在只有一个，所以我switch logfile后产生的归档日志就是这个，而我之前所做的任何SQL都在这个归档日志文件里. Exec dbms_logmnr_d.build(dictionary_filename=logmnr.ora,dictionary_location = /backup/logmnr); commit; execdbms_logmnr.add_logfile(logfilename=/u01/oracle/flash_recovery_area/DEVIN/archivelog/2012_03_07/o1_mf_1_10_7ofjhrwb_.arc, options=dbms_logmnr.new); exec dbms_logmnr.start_logmnr(dictfilename=/backup/logmnr/logmnr.ora); create table yichen.log as select *from v$logmnr_contents; 然后我们可以在PL/SQL里面打开sql窗口，然后在里面执行select * from log where operation=’DDL’ 从上面我就知道知道drop table t相应的scn号为610984. 下面我们来解释一下之前的操作步骤： Exec dbms_logmnr_d.build(dictionary_filename=logmnr.ora,dictionary_location = /backup/logmnr); commit; 生成字典信息文件：其中dictionary_location指的是字典信息文件的存放位置,它必须完全匹配UTL_FILE_DIR的值，而dictionary_filename的值可以任取 execdbms_logmnr.add_logfile(logfilename=/u01/oracle/flash_recovery_area/DEVIN/archivelog/2012_03_07/o1_mf_1_10_7ofjhrwb_.arc, options=dbms_logmnr.new); 这里是添加需要分析的归档日志文件，而此归档文件是我之前已经就查询出来的了。 这里的options选项有三个参数可以用： NEW - 表示创建一个新的日志文件列表 ADDFILE - 表示向这个列表中添加日志文件，如下面的例子 REMOVEFILE - 和addfile相反。 exec dbms_logmnr.start_logmnr(dictfilename=/backup/logmnr/logmnr.ora); 这一步是执行???析添加的归档日志文件，当然最后我们可以执行dbms_logmnr.end_logmnr过程退出LogMiner分析过程，你也可以直接退出SQL*PLUS，它会自动终止。 create table yichen.log as select *from v$logmnr_contents; 因为终止logmnr分析日志以后，v$logmnr_contents视图里面的信息会被清空，所以我重做一张表yichen.log，这个表建立在yichen的用户下。 除了用PL/SQL分析log 表以外，我们当然也可以直接通过SQL指令查询，只要你对这表结构够熟悉。 1、追踪数据库结构变化情况