logmnr 不重启库

生成环境误操作，需要使用logmnr挖掘归档日志，确定具体什么操作，和谁操作的？
由于库之前没有设置UTL_FILE_DIR参数，而这是个静态参数，需要重启库，下面给出不设置改参数的操作方法：
首先了解到误操作的大概时间，确定那个时间段的归档日志，然后通过下面的方法把归档日志加到日志组中：
[code]exec dbms_logmnr.add_logfile(logfilename=>'/ggdb_arch2/restore/2_1615_796831531.dbf',options=>dbms_logmnr.new);

exec dbms_logmnr.add_logfile(logfilename=>'/ggdb_arch2/restore/2_1616_796831531.dbf',options=>dbms_logmnr.addfile);

exec dbms_logmnr.add_logfile(logfilename=>'/ggdb_arch2/restore/2_1617_796831531.dbf',options=>dbms_logmnr.addfile);[/code]
在同一个会话中执行下面语句，开始logmnr：
[code]execute dbms_logmnr.start_logmnr(options => dbms_logmnr.dict_from_online_catalog);[/code]
之前确认误操作类型为UPDATE，由于这个表非常大，可以过滤一下，可以通过加索引等方式快速定位，也可以借助PL/SQL DEV这类工具查询，方便查看SQL语句。
[code]create table logmnr.log_0313_1617_update tablespace gg_data as select * from v$logmnr_contents where OPERATION='UPDATE';[/code]
操作完后执行下面语句，结束logmnr，释放资源：
[code]exec sys.dbms_logmnr.end_logmnr();[/code]