使用LogMiner分析Oracle8i/9i的重做日志和归档日志

LogMiner 是集成在 Oracle8i/Oracle9i 数据库产品中的日志分析工具，通过该工具可以分析重做日志和归档日志中的所有事务变化，并能准确地确定各种 DML 和 DDL 操作的具体时间和 SCN 值。对重做日志和归档日志进行分析的目的是为了恢复由于执行了误操作而丢失的数据。

使用 LogMiner 可实现： ①确定数据逻辑损坏的时间。例如，用户执行了DROP TABLE和TRUNCATE
TABLE命令等误操作后，使用LogMiner可以准确定位执行这些误操作的具体时间。注意：Oracle8i只能还原DML操作，不能还原DDL操
作；Oracle9i可以还原DDL以及DML操作。②跟踪用户执行的事务变化操作。使用LogMiner不仅可以跟踪用户所执行的各种DML操作和
DDL操作，而且还可以取得数据变化。③跟踪表的DML操作，使用LogMiner可以跟踪在表上所发生的所有事务变化。

下面以 Oracle8i(8.1.5)for Windows 2000/NT 为例说明如何使用 LogMiner 对重做日志和归档日志进行分析。本文进行的所有操作均在该环境下验证通过，文中使用的数据库名为 phj ， Oracle_sid 为 phj 。

一、日志操作模式

Oracle 数据库对日志的管理模式有两种，即：非归档模式和归档模式。在建立或安装 Oracle 数据库时，如果没有指定日志操作模式，则默认为非归档模式（ NOARCHIVELOG ）。数据库建立之后，用户可以根据需要修改数据库日志的操作模式。

1 ．非归档模式（ NOARCHIVELOG ）

非归档模式是指不保存重做日志的日志操作模式，这种日志操作模式只能用于保护实例失败（如系统断电），而不能用于保护介质失败（数据库物理文件损坏）。

非归档模式的工作过程如下：假设数据库只有两个日志组，且当前日志组为日志组一，日志序列号为 1 。当事务变化填满日志组一时，系统会切换到日志组二，并且 LGWR 进程将事务变化写入该日志组，日志序列号变为 2 ；而当事务变化填满日志组二时，系统又自动切换回日志组一，此时日志序列号变为 3 ，并且日志序列号 3 所对应的事务变化会覆盖日志序列号 1 所对应的事务变化，依此类推。

2 ．归档模式（ ARCHIVELOG ）

归档模式是指将重做日志内容保存到归档日志中的日志操作模式。在这种日志操作模式下，当进行日志切换时 ARCH 进程会将重做日志的内容复制到归档日志中。例如，假设数据库只包含两个日志组， LGWR 进程首先将事务变化写入日志组一，此时日志序列号为 1 ；当事务变化填满日志组一时，系统将自动切换到日志组二，并将事务变化写入日志组二，此时日志序列号变为 2 ，同时后台进程 ARCn 会将日志组一的内容保存到归档日志文件 1 中；而当事务变化填满日志组二时，系统自动切换回日志组一，并将事务变化写入日志组一，此时日志序列号变为 3 ，同时后台进程 ARCn 会将日志组二的内容保存到归档日志文件 2 中，依此类推。

3 ．改变日志的操作模式为自动归档模式

①修改数据库的参数文件，在参数文件后添加如下参数：

log_archive_start = true

log_archive_dest_1 = "location=C:\Oracle\phj\archive"

log_archive_format = "T%TS%S.ARC"

说明：第一个参数在重启数据库时将自动启动ARCH进程；第二个参数指出归档日志存放的位置；第三个参数说明归档日志的文件名格式，%T取重做线程号，%S取日志序列号；

②重启并装载数据库

sqlplus internal/oracle@phj

shutdown immediate

startup mount pfile=%Oracle_Home%\database\initphj.ora

alter database archivelog

alter database open

4．生成归档日志

下面以分析TMP表的DDL和DML操作为例，介绍使用LogMiner分析重做日志和归档日志的全过程。我们首先执行以下语句在表TMP上执行DDL以及DML操作，并生成归档日志：

sqlplus internal/oracle@phj

create table tmp(name varchar2(10),no number(3));

alter system switch logfile;

insert into tmp values( ‘liming’,112);

update tmp set no=200;

commit;

alter system switch logfile;

delete from tmp;

alter system switch logfile;

通过上面的操作会产生三个连续的归档日志文件。

二、建立字典文件

字典文件用于存放表及对象ID号之间的对应关系。当使用字典文件时，它会在表名和对象ID号之间建立一一对应的关系。因此需要注意，如果用户建立了新表之后，并且将来可能会对该表进行日志分析，那么就需要重新建立字典文件，以将其对象名及对象ID号存放到字典文件中。

1．修改参数文件，添加参数：UTL_FILE_DIR=C:\Oracle\phj\logmnr

目录logmnr必须事先手工建立，该目录用于存放产生的字典文件，目录名称可以自定。

2．重新启动数据库

sqlplus internal/oracle@phj

shutdown immediate

startup pfile=%Oracle_Home%\database\initphj.ora

3．建立字典文件

BEGIN

  dbms_logmnr_d.build(

    dictionary_filename=>’dict.ora’,

    dictionary_location=>’c:\oracle\phj\logmnr’);

END;

/

注意：参数 dictionary_filename 用以指定字典文件的文件名；参数 dictionary_location 用于指定存放字典文件所在的目录，该目录必须与初始化参数 UTL_FILE_DIR的值一致。如果指定的字典文件名dict.ora已经存在，则应在执行此操作前将其彻底删除（从垃圾箱中删除），否则执行该过程将失败。

三、建立日志分析列表

建立日志分析列表必须在MOUNT或NOMOUNT状态下完成。

1．停止并装载数据库

sqlplus internal/oracle@phj

shutdown immediate

startup mount pfile=%Oracle_Home%\database\initphj.ora

2．建立日志分析列表

在“生成归档日志”的操作中已经生成了三个连续的归档日志文件，为便于分析我们重新复制这三个归档日志文件并分别命名为：test1.arc、test2.arc、test3.arc。通过以下操作建立日志分析列表：

      BEGIN

dbms_logmnr.add_logfile(

options=>dbms_logmnr.new,

  logfilename=>’c:\oracle\phj\archive\test1.arc’);

      END;

/

3 ．增加其它欲进行分析的日志文件

      BEGIN

dbms_logmnr.add_logfile(

options=>dbms_logmnr.addfile,

  logfilename=>’c:\oracle\phj\ archive \test2.arc’);

      END;

/

用同样的方法将归档日志文件 test3.arc 增加到日志分析列表中。可以通过动态性能视图 v$logmnr_logs 查看日志分析列表中有哪些待分析的日志文件。

SQL> select filename from v$logmnr_logs;

FILENAME

----------------------------------------

c:\oracle\phj\archive\test1.arc

c:\oracle\phj\archive\test2.arc

c:\oracle\phj\archive\test3.arc

四、启动LogMiner 执行分析

1 ．分析重做日志和归档日志

      BEGIN

dbms_logmnr.start_logmnr(

dictfilename=>’c:\oracle\phj\logmnr\dict.ora’,

  starttime=>to_date(’2003-02-10:10:05:00’,’YYYY-MM-DD:HH24:MI:SS’),

  endtime=>to_date(’2003-02-10:10:17:00’,’YYYY-MM-DD:HH24:MI:SS’)

);

      END;

/

注意：此过程能否执行成功的关键是给出的 starttime （起始时间）和 endtime （终止时间）应在一个有效的范围内。特别是终止时间，应小于或等于归档日志的建立时间；如果大于归档日志的建立时间，则不能执行分析过程。分析多个归档日志时，这些归档日志最好是连续的。

2 ．查看日志分析结果

上面对日志进行分析的结果存放在动态性能视图 v$logmnr_contents 中，通过查询该动态性能视图可以取得所有 DML 以及其反操作。

SQL> select operation,sql_redo,sql_undo

2  from v$logmnr_contents

3  where seg_name='TMP';

OPERATION      SQL_REDO                  SQL_UNDO

-----------  ---------------------  --------------------------

INSERT          insert into SYS.TMP ……        delete from SYS.TMP ……

UPDATE         update SYS.TMP set NO ……    update SYS.TMP set ……

DELETE         delete  from SYS.TMP ……     insert into SYS.TMP ……

根据需要可以从动态性能视图 v$logmnr_contents 中获取更多的有用信息，限于篇幅此不赘述。对重做日志进行分析的方法与对归档日志分析的方法一样，只是在建立日志分析列表时，需将重做日志文件添加到日志分析列表中。

Oracle8i 只能对 DML 操作进行分析，从 Oracle9i 开始不仅可以分析 DML 操作，而且也可以分析 DDL 操作。在 Oracle9i 中可使用如下语句查询 DDL 操作及具体的操作时间：

SQL>SELECT to_char(timestamp,’YYYY-MM-DD:HH24:MI:SS’) time , sql_redo

2  from v$logmnr_contents

3  where sql_redo like '%create%' or sql_redo like '%CREATE%';

3 ．结束分析

结束 LogMiner 分析后，服务器进程会自动删除与 LogMiner 相关的动态性能视图所包含的事务变化内容。命令如下：

SQL>execute dbms_logmnr.end_logmnr;