前些天开发人员反映应用程序显示正确加载到数据库的数据在数据库中查不到，让我帮忙查下是不是被人误删除了，通过查询查询回滚段信息，并为查询到和那张表有关的任何DML操作，我的回滚段信息保留时间是默认的900秒，按理说他刚操作完的记录不应该被挤出回滚段的，只好利用LOGMNR分析下REDO和归档日志了。
在做LOGMNR的时候发现UTL_FILE_DIR没有设置。在我之前写的《利用闪回和LOGMNR找回误删除数据》文章中写过利于UTL_FILE_DIR进行LOGMNR的操作，详见http://www.dbdream.com.cn/2012/03/28/logmnr%E4%BA%8C-dictory%E6%A8%A1%E5%BC%8F%E7%9A%84%E7%94%A8%E6%B3%95/。

SQL> show parameter utl_file

NAME           TYPE    VALUE
------------   ------- -----
utl_file_dir   string

而这个参数是静态参数，如果使这个参数生效必须重启数据库，可是测试人员正在使用这个数据库，不可以重启，后来劝开发人员检查程序日志发现，他所加载的数据报错，根本就没加载到数据库，所以在数据库里才查询不到，这事也就不了了之了。
直到给老杨发周报，杨老师看到我的周报后，回邮件告诉我11g已经不需要使用UTL_FILE_DIR就可以使用LOGMNR对本地数据库的日志进行分析，查看了些相关的资料，简要分享下我学习使用LOGMNR的DICT_FROM_ONLINE_CATALOG分析REDO和归档日志时所做的实验。
实验环境：OEL5.4 ORACLE11gR2
一、分析REDO日志的实验
1.创建测试表，并做DML操作。

SQL> create table t_test(id number,name varchar2(15));
Table created.
SQL> insert into t_test values(1,'stream');
1 row created.
SQL> insert into t_test values(2,'dbdream');
1 row created.
SQL> commit;
Commit complete.
SQL> update t_test set name='streamsong' where id=1;

1 row updated.
SQL> commit;

Commit complete.
SQL> delete from t_test;

2 rows deleted.
SQL> commit;

Commit complete.

2.查看REDO日志的路径。

SQL> select member from v$logfile;

MEMBER
------------------------------------------------
/u01/app/oracle/oradata/stream/STREAM/redo03.log
/u01/app/oracle/oradata/stream/STREAM/redo02.log
/u01/app/oracle/oradata/stream/STREAM/redo01.log

3.添加REDO日志，第一个添加的日志需指定NEW，如果确定要查询的信息在指定的REDO日志内，可以只添加那个REDO日志，而不需要再添加其他。

SQL> exec dbms_logmnr.add_logfile(logfilename=>'/u01/app/oracle/oradata/stream/STREAM/redo01.log',options=>dbms_logmnr.new);

PL/SQL procedure successfully completed.

4.添加其他REDO日志，不是第一个添加的日志需指定ADDFILE。

SQL> exec dbms_logmnr.add_logfile(logfilename=>'/u01/app/oracle/oradata/stream/STREAM/redo02.log',options=>dbms_logmnr.addfile);

PL/SQL procedure successfully completed.
SQL> exec dbms_logmnr.add_logfile(logfilename=>'/u01/app/oracle/oradata/stream/STREAM/redo03.log',options=>dbms_logmnr.addfile);

PL/SQL procedure successfully completed.

5.开始对添加的REDO进行分析。

SQL> exec dbms_logmnr.start_logmnr(options=>dbms_logmnr.dict_from_online_catalog);

PL/SQL procedure successfully completed.

6.查看LOGMNR分析后得到的信息。
LOGMNR分析后的数据会存放在v$logmnr_contents视图中，通过查询v$logmnr_contents视图就可以查询到REDO日志的信息。

SQL> select timestamp,sql_redo,sql_undo from v$logmnr_contents where username='SCOTT'and table_name='T_TEST'；

TIMESTAMP  SQL_REDO
---------  ------------------------------------------------------------------
21-MAR-12  create table t_test(id number,name varchar2(15));
21-MAR-12  insert into "SCOTT"."T_TEST"("ID","NAME") values ('1','stream');
21-MAR-12  insert into "SCOTT"."T_TEST"("ID","NAME") values ('2','dbdream');
21-MAR-12  update "SCOTT"."T_TEST" set "NAME" = 'streamsong' where "NAME" =
           'stream' and ROWID = 'AAAR7fAAEAAAADXAAA';
21-MAR-12  delete from "SCOTT"."T_TEST" where "ID" = '1' and "NAME" =
           'streamsong' and ROWID = 'AAAR7fAAEAAAADXAAA';
21-MAR-12  delete from "SCOTT"."T_TEST" where "ID" = '2' and "NAME" =
           'dbdream' and ROWID = 'AAAR7fAAEAAAADXAAB';

SQL_REDO就是执行的SQL语句，SQL_UNDO是回滚操作的SQL语句，也就是执行SQL_UNDO的相关SQL，就可以回滚对应的操作。
注：LOGMNR是SESSION级的，以上实验第3步到第6步需在同一个SESSION中进行，SESSION断开连接后需重新执行，否则会报以下错误提示。

SQL> select count(*) from v$logmnr_contents;
select count(*) from v$logmnr_contents
                     *
ERROR at line 1:
ORA-01306: dbms_logmnr.start_logmnr() must be invoked before selecting from
v$logmnr_contents

7.结束LOGMNR操作。
由于LOGMNR是会话级的，可以用直接退出或关闭当前的终端的方式来结束LOGMNR的操作，当然，正确的结束LOGMNR操作需使用下面的命令。

SQL> exec dbms_logmnr.end_logmnr;

PL/SQL procedure successfully completed.

二、分析归档日志的实验
分析归档日志的操作和分析REDO的操作基本一样，最重要的就是准确的找到需要查找的信息在哪些归档日志内。
既然是利用LOGMNR分析归档日志，数据库一定是在归档模式，要不哪来的归档日志，可以通过如下命令查看数据库是否启用归档模式。

QL> archive log list
Database log mode              Archive Mode
Automatic archival             Enabled
Archive destination            USE_DB_RECOVERY_FILE_DEST
Oldest online log sequence     15
Next log sequence to archive   17
Current log sequence           17

可以看到当前数据库已经开启归档模式，归档地址是USE_DB_RECOVERY_FILE_DEST，USE_DB_RECOVERY_FILE_DEST的具体位置可以通过下面的命令查看。

SQL> show parameter db_recove

NAME                        TYPE        VALUE
--------------------------- ----------- -----------------------------------
db_recovery_file_dest       string      /u01/app/oracle/flash_recovery_area
db_recovery_file_dest_size  big integer 3852M

如果数据据库开启闪回恢复区，闪回恢复区就是默认的归档地址，也是RMAN备份文件的默认存放地址，如果数据库开启闪回特性，这也是存放闪回日志的默认地址。强烈建议手动修改归档日志的存放地址，闪回恢复区的大小受db_recovery_file_dest_size大小的限制，已经遇到好多客户的数据库由于没有指定归档日志的路径，闪回恢复区满导致REDO日志无法归档，导致数据库挂起的情况。如何更改归档日志的路径，请参照我之前写的文章《更改ORACLE归档路径及归档模式》，详见http://www.dbdream.com.cn/2012/02/09/%E6%9B%B4%E6%94%B9oracle%E5%BD%92%E6%A1%A3%E8%B7%AF%E5%BE%84%E5%8F%8A%E5%BD%92%E6%A1%A3%E6%A8%A1%E5%BC%8F/。
本实验步骤如下：
1.切换日志，使REDO日志归档。

SQL> alter system switch logfile;

System altered.
SQL> /

System altered.
SQL> /

System altered.

2.按照归档日志的时间，找到存放需要分析信息的归档日志。

[oracle@stream 2012_03_21]$ pwd
/u01/app/oracle/flash_recovery_area/STREAM/archivelog/2012_03_21
[oracle@stream 2012_03_21]$ ll
total 32196
-rw-r----- 1 oracle oinstall 26598912 Mar 21 10:55 o1_mf_1_12_7pljs9lb_.arc
-rw-r----- 1 oracle oinstall  6206976 Mar 21 14:05 o1_mf_1_13_7plvx3bc_.arc
-rw-r----- 1 oracle oinstall   100864 Mar 21 14:07 o1_mf_1_14_7plw0bgo_.arc
-rw-r----- 1 oracle oinstall     1024 Mar 21 14:07 o1_mf_1_15_7plw0d0q_.arc
-rw-r----- 1 oracle oinstall     2048 Mar 21 14:07 o1_mf_1_16_7plw0gc1_.arc

3.将归档日志添加到LOGMNR。

SQL> exec dbms_logmnr.add_logfile(logfilename=>'/u01/app/oracle/flash_recovery_area/STREAM/archivelog/2012_03_21/o1_mf_1_13_7plvx3bc_.arc',options=>dbms_logmnr.new);

PL/SQL procedure successfully completed.
SQL> exec dbms_logmnr.add_logfile(logfilename=>'/u01/app/oracle/flash_recovery_area/STREAM/archivelog/2012_03_21/o1_mf_1_14_7plw0bgo_.arc',options=>dbms_logmnr.addfile);

PL/SQL procedure successfully completed.

4.开始分析。

SQL> exec dbms_logmnr.start_logmnr(options=>dbms_logmnr.dict_from_online_catalog);

PL/SQL procedure successfully completed.

5.查看LOGMNR分析后的数据。

SQL> select timestamp,sql_redo from v$logmnr_contents where username='SCOTT' and table_name='T_TEST';

TIMESTAMP   SQL_REDO
---------   -----------------------------------------------------------------
21-MAR-12   create table t_test(id number,name varchar2(15));
21-MAR-12   insert into "SCOTT"."T_TEST"("ID","NAME") values ('1','stream');
21-MAR-12   insert into "SCOTT"."T_TEST"("ID","NAME") values ('2','dbdream');
21-MAR-12   update "SCOTT"."T_TEST" set "NAME" = 'streamsong' where "NAME" =
 'stream' and ROWID = 'AAAR7fAAEAAAADXAAA';
21-MAR-12   delete from "SCOTT"."T_TEST" where "ID" = '1' and "NAME" =
'streamsong' and ROWID = 'AAAR7fAAEAAAADXAAA';
21-MAR-12    delete from "SCOTT"."T_TEST" where "ID" = '2' and "NAME" =
'dbdream' and ROWID = 'AAAR7fAAEAAAADXAAB';
6 rows selected.

6.结束LOGMNR操作。

SQL> exec dbms_logmnr.end_logmnr;

PL/SQL procedure successfully completed.

本文固定链接: https://www.dbdream.com.cn/2012/03/logmnr%ef%bc%88%e4%b8%80%ef%bc%89dict_from_online_catalog%e6%a8%a1%e5%bc%8f%e7%9a%84%e4%bd%bf%e7%94%a8%e6%96%b9%e6%b3%95/ | 信春哥，系统稳，闭眼上线不回滚！