Oracle Logminer 分析重做日志RedoLog和归档日志ArchiveLog

           在实际开发过程中，有时我们很有可能需要某个表的操作痕迹，或通过记录的SQL语句进行有目的性的数据恢复（此时POINT-IN-TIME恢复已经满足不了更细的粒度）、或仅仅是查看；

           据说Oracle8i之后，就提供了Logminer日志分析工具，虽然没有GUI图形化的界面，但也阻挡不了使用他的决心。

           Oracle11g下使用的情况：

           (1)、数据库开启归档模式

           在安装Logminer之前，我们先讲数据库设置为归档模式：

          注意：如果开启日志分析功能，仅仅是分析系统默认的Redo01.log、Redo02.log、Redo03.log是不够的，因为重做日志是循环填充的方式，下一个循环周期开启就是丢失上一个周期的日志信息，势必需要将重做日志进行归档保存。

           windows下利用cmd下sqlplus命令登录oracle，并查看归档模式，如果未归档，需要在mount状态下，开启归档模式，最好打开数据库：

//cmd下连接数据库
C:UsersAdministrator>sqlplus sys/123456@orcl as sysdba

//连接成功后，查看归档模式
SQL> archive log list;
Database log mode              No Archive Mode //非归档模式
...

//关闭数据库
SQL> shutdown immediate;
...

//以mount状态启动数据库
SQL> startup mount;
...

SQL> alter database archivelog;//启动归档模式
Database altered.

SQL> archive log list;
Database log mode              Archive Mode //此时已是归档模式

//打开数据库
SQL> alter database open; 

          (2)、安装Logminer

           首先，需要确定您安装的oracle版本的数据库是否具备Logminer，在安装目录下查看，即$ORACLE_HOME/rdbms/admin下是否有dbmslm.sql、dbmslmd.sql，我安装目录下的两个文件：

D:appadminproduct11.2.0dbhome_1RDBMSADMINdbmslm.sql
D:appadminproduct11.2.0dbhome_1RDBMSADMINdbmslmd.sql

          执行安装命令（使用具有dba的权限来执行安装，可以用sys用户登录，然后执行SQL>grant dba to SCOTT;，这样scott用户就具有dab的权限）

         

       安装成功后，可以在PL/SQL Developer 的左边对象Objects导航中的Packages包下会找到DBMS_LOGMNR、DBMS_LOGMNR_D包，其中：

      DBMS_LOGMNR：用来分析日志文件

      DBMS_LOGMNR_D：用来创建数据字典文件

         

     (3)、创建数据字典文件

      数据字典文件中会包括数据库的DB_ID，以及编码格式，如果不创建数据字典文件，默认解析的日志信息均以16进制编码格式进行展示，无法直观理解，下面我们使用命令创建数据字典文件：

       需要创建数据字典目录和数据字典文件

      首先，创建数据字典目录

CREATE DIRECTORY utlfile AS 'D:appadminoradataorclLOGMNR';

alter system set utl_file_dir='D:\appadminoradataorclLOGMNR' scope=spfile;  

    同时，开启附加日志模式，关于附加日志supplemental log的解释：可以指示数据库在日志中添加额外信息到日志流中，以支持基于日志的工具，如逻辑standby、streams、GoldenGate、LogMiner。

alter database add supplemental log data;

   进行到此时，需要重启下数据库，因为在添加字段目录的时候，我们使用的是'scope=spfile'，即下次启动时生效。

//关闭数据库
SHUTDOWN IMMEDIATE;

//启动数据库
STARTUP;

  如果想验证数据字典是否设置成功，可以在命令行输入以下命令，查看：(出现下面截图所示可表示设置目录成功)

SHOW PARAMETER utl_file_dir;

   创建好目录后，继续使用具有dba权限的SCOOT用户，创建数据字典文件：

EXECUTE dbms_logmnr_d.build(dictionary_filename => 'dictionary.ora', dictionary_location =>'D:appadminoradataorclLOGMNR');

  

      (4)、分析日志文件

     SCOTT用户下，对数据进行一些操作

-- 创建简单表
create table WY_TEST(ID NUMBER(10,0),USERNAME VARCHAR2(10)); 

SELECT * FROM WY_TEST; -- 此时查询内容为空

-- 插入两条数据
INSERT INTO WY_TEST(ID,USERNAME) VALUES(1,'WY01');
INSERT INTO WY_TEST(ID,USERNAME) VALUES(2,'WY02');
COMMIT;

SELECT * FROM WY_TEST; -- 查询验证插入是否成功

-- 修改内容
UPDATE WY_TEST SET USERNAME='WY03' WHERE ID=2;
COMMIT;

SELECT * FROM WY_TEST; -- 查询验证修改是否成功

--删除内容
DELETE FROM WY_TEST WHERE ID=2;
COMMIT;

SELECT * FROM WY_TEST; -- 此时表中内容：ID=1，USERNAME='WY01'

 据介绍，当表数据发生变化后，需要重新创建数据字典文件，所以，此时，我们需要重新执行下创建数据文件的语句：

EXECUTE dbms_logmnr_d.build(dictionary_filename => 'dictionary.ora', dictionary_location =>'D:appadminoradataorclLOGMNR');

 此时，开始加载日志文件进行分析，您可以加载当前正在使用的日志文件，也可以像我这样，把三个重做日志文件均加载进去；

SQL> begin
 2  dbms_logmnr.add_logfile(LogFileName=>'D:appadminoradataorclREDO01.LOG',Options=>dbms_logmnr.NEW);
 3  END;
 4  /

SQL> BEGIN
 2  dbms_logmnr.add_logfile(LogFileName=>'D:appadminoradataorclREDO02.LOG',Options=>dbms_logmnr.ADDFILE);
 3  dbms_logmnr.add_logfile(LogFileName=>'D:appadminoradataorclREDO03.LOG',Options=>dbms_logmnr.ADDFILE);
 4  END;
 5  /

   接下来，使用Logminer对日志文件进行分析

SQL> Execute dbms_logmnr.start_logmnr(DictFileName=>'D:appadminoradataorclLOGMNRdictionary.ora');

   执行命令成功后，我们可以在v$logmnr_contents视图中进行查看到操作的日志内容

SQL> SELECT sql_redo, sql_undo from v$logmnr_contents where seg_name='WY_TEST';

 从截图中，可以看到所有执行的痕迹，以及撤销此步骤的UNDO SQL，从这点看出，日志分析还是非常有用的。

 上面提到过，如果可以‘分析’当前正在使用的Redo Log，通过下面的语句查询

SELECT GROUP#,SequencE#,status,first_change# from v$LOG ORDER BY FIRST_CHANGE#;

   从运行的截图中可以看到，当前使用的是Redo03.Log，所以在上面使用Logminer进行分析的时候，仅需要加载Redo03.Log日志文件进行分析即可

   (5)、分析归档日志文件

   我们知道，只有到Redo Log写满后进行自动切换时，如果数据库开启归档模式，会将已满的Redo Log写入到归档日志中，我们也可以手动进行切换（通常，多执行几次）

ALTER SYSTEM SWITCH LOGFILE;

   我们执行后，会发现，flash_recovery_area目录下会出现orclArchiveLog目录(没有设置归档的目录，默认是在flash_recovery_area下面)

   注：可以通过以下方式，查询到归档日志目录

select sequence#, FIRST_CHANGE#, NEXT_CHANGE#,name from v$archived_log order by sequence# desc

   此时，我只要选择将最新的归档日志进行分析，即可

SQL> begin
  2  dbms_logmnr.add_logfile(LogFileName=>'D:appadminflash_recovery_areaorclARCHIVELOG2017_08_19O1_MF_1_18_DSH8OJF9_.ARC',options=>dbms_logmnr.new);
  3  end;
  4  /

   从截图中可以看到，执行的效果和分析Redo Log的结果相同

    

   欢迎大家补充指导，共同学习！