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状态下,开启归档模式,最好打开数据库:

 1 //cmd下连接数据库
 2 C:\Users\Administrator>sqlplus sys/123456@orcl as sysdba
 3 
 4 //连接成功后,查看归档模式
 5 SQL> archive log list;
 6 Database log mode              No Archive Mode //非归档模式
 7 ...

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

13 //以mount状态启动数据库
14 SQL> startup mount;
15 ...
16 SQL> alter database archivelog;//启动归档模式 17 Database altered. 19 SQL> archive log list; 20 Database log mode Archive Mode //此时已是归档模式 22 //打开数据库 23 SQL> alter database open;

 

          (2)、安装Logminer

 

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

1 D:\app\admin\product\11.2.0\dbhome_1\RDBMS\ADMIN\dbmslm.sql
2 D:\app\admin\product\11.2.0\dbhome_1\RDBMS\ADMIN\dbmslmd.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:\app\admin\oradata\orcl\LOGMNR';

alter system set utl_file_dir='D:\\app\admin\oradata\orcl\LOGMNR' 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:\app\admin\oradata\orcl\LOGMNR');

  

      (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:\app\admin\oradata\orcl\LOGMNR');

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

SQL> begin
 2  dbms_logmnr.add_logfile(LogFileName=>'D:\app\admin\oradata\orcl\REDO01.LOG',Options=>dbms_logmnr.NEW);
 3  END;
 4  /

SQL> BEGIN
 2  dbms_logmnr.add_logfile(LogFileName=>'D:\app\admin\oradata\orcl\REDO02.LOG',Options=>dbms_logmnr.ADDFILE);
 3  dbms_logmnr.add_logfile(LogFileName=>'D:\app\admin\oradata\orcl\REDO03.LOG',Options=>dbms_logmnr.ADDFILE);
 4  END;
 5  /

 

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

SQL> Execute dbms_logmnr.start_logmnr(DictFileName=>'D:\app\admin\oradata\orcl\LOGMNR\dictionary.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目录下会出现orcl\ArchiveLog目录(没有设置归档的目录,默认是在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:\app\admin\flash_recovery_area\orcl\ARCHIVELOG\2017_08_19\O1_MF_1_18_DSH8OJF9_.ARC',options=>dbms_logmnr.new);
  3  end;
  4  /

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

    

   欢迎大家补充指导,共同学习!

posted @ 2017-08-19 16:06  勇者归来  阅读(1651)  评论(0编辑  收藏  举报