• Oracle【IT实验室】数据库备份与恢复之六:LogMiner


    6.1 LogMiner 的用途

        Oracle LogMiner 是Oracle公司从产品8i以后提供的一个实际非常有用的分析工具,使用该工具可以轻松获得  Oracle 重作日志文件(归档日志文件)中的具体内容,特别是,该工具可以分析出所有对于数据库操作的 DML(insert、update、delete 等)语句,9i后可以分析 DDL语句,另外还可分析得到一些必要的回滚 SQL语句。其中一个最重要的用途就是不用全部恢复数据库就可以恢复数据库的某个变化。该工具特别适用于调试、审计或者回退某 个特定的事务。

        LogMiner  工具即可以用来分析在线,也可以用来分析离线日志文件,即可以分析本身自己数据库的重作日志文件,也可以用来分析其他数据库的重作日志文件。 总的说来,LogMiner工具的主要用途有:

        1.  跟踪数据库的变化:可以离线的跟踪数据库的变化,而不会影响在线系统的性能。

        2.  回退数据库的变化:回退特定的变化数据,减少 point-in-time recovery 的执行。

        3.  优化和扩容计划:可通过分析日志文件中的数据以分析数据增长模式。

        4.    确定数据库的逻辑损坏时间:准确定位操作执行的时间和  SCN    ==> 基于时间和SCN的恢复

        5.    确定事务级要执行的精细逻辑恢复操作          //取得相应的 UNDO操作

        6.    执行后续审计         //DML    DDL    DCL    执行时间、用户

        注意事项:

        1.    LogMiner 可以帮你确定在某段时间所发的各种 DML,DDL操作的具体时间和 SCN号,它所依据的是归档日志文件及联机日志文件。

        2.    它只能在 Oracle8i及以后的版本中使用,不过它可以分析 Oracle8的日志。

        3.    Oracle8i 只能用于分析 DML操作,到 Oracle9i则可以分析 DDL操作了。

        4.    LogMiner 不支持索引组织表、Long、LOB及集合类型。

        5.    不支持 MTS的环境6.    LogMiner 必须使用被分析数据库实例产生的字典文件,而不是安装 LogMiner的数 据库产生的字典文件,另外必须保证安装 LogMiner数据库的字符集和被分析数据库的 字符集相同。

        7.  源数据库(Source Database)平台必须和分析数据库(Mining Database)平台一样

        6.2 安装LogMiner

        要安装LogMiner工具,必须首先要运行下面这样两个脚本:

        l. $ORACLE_HOME/rdbms/admin/dbmslm.sql

        2. $ORACLE_HOME/rdbms/admin/dbmslmd.sql

        这两个脚本必须均以SYS用户身份运行。其中第一个脚本用来创建DBMS_ LOGMNR包,该包用来分析日志文件. 第二个脚本用来创建DBMS_ LOGMNR_D包,该包用来创建数据字典文件。

        6.3 基本对象

        Source Database:日志所属的数据库

        Mining Database:执行 LogMiner操作要使用的数据库,相同硬件平台,相同字符集,版本不低于Source Database

        LogMiner 字典:将内部对象ID号和数据类型转换为对象名和外部数据格式,在SourceDatabase 上生成,有三种方式:

        1.  使用源数据库数据字典//  表结构无变化    S-DB 必须 OPEN,只能跟踪DML不能为DDL SQL> exec DBMS_ LOGMNR.START_ LOGMNR(OPTIONS=>DBMS_LOGMNR.DICT_FROM_ONLINE_CATALOG );

        2.  摘取LogMiner字典到重做日志// Source-DB 必须 OPEN,  Archivelog模式SQL> exec DBMS_ LOGMNR_D.BUILD( OPTIONS=>DBMS_LOGMNR_D.STORE_IN_REDO_LOGS );

        3.  摘取 LogMiner字典到字典文件

        配置字典文件所在目录:    静态参数: UTL_FILE_DIR

        建立字典文件:

        SQL> exec dbms_logmnr_d.build(

        dictionary_filename => 'logminer.dat',

        dictionary_location => 'F:_WorkSpace1_Database1_OracleLog_Miner' );

        SQL> exec dbms_logmnr_d.build('dict.ora', '/xxx',

        OPTIONS=>DBMS_LOGMNR_D.STORE_IN_FLAT_FILE);

        与LogMiner 相关的数据字典:

        v$loghist                                         显示历史日志文件的一些信息

        v$logmnr_dictionary                   因 logmnr可以有多个字典文件,显示字典文件信息

        v$logmnr_parameters                 显示 logmnr 的参数 v$logmnr_logs 显示用于分析的日志列表信息

        v$logmnr_contents       LogMiner 结果

    [NextPage]

        6.4 使用LogMiner 进行分析

        6.4.1  设定用于LogMiner分析的日志文件存放的位置

        设置  UTL_FILE_DIR,需要重启数据库。

        设置  utl_file_dir=*        表示你能操作任何目录

        在 initsid.ora 文件中加入 utl_file_dir参数或者:

        SQL> alter system set utl_file_dir='d:' scope=spfile;

        SQL> shutdown immediate

        SQL> starup

        6.4.2  生成数据字典文件

        SQL>

        BEGIN

        2           dbms_logmnr_d.build(

        3               dictionary_filename => 'logminer_dict.dat',

        4               dictionary_location => '/u01/arch'

        5          );

        6    END;

        7 /

        dictionary_location指的是 Logminer数据字典文件存放的位置,它必须匹配 utl_file_dir的 设定。

        dictionary_filename指的是放于存放位置的字典文件的名字,名字可以任意取。

        6.4.3  建立日志分析表

        建立日志分析表数据库必须在 mount或 nomount 状态建立日志分析表,使用 dbms_logmnr.add_logfile() SQL> BEGIN 2           dbms_logmnr.add_logfile(3           options => dbms_logmnr.new,4           logfilename => '/u01/arch/arc_ctc_0503.arc' 5          );6    END;7 /其中的 options有三种取值,dbms_logmnr.new          用于建一个日志分析表 dbms_logmnr.addfile   用于加入用于分析的的日志文件 dbms_logmnr.removefile 用于移出用于分析的日志文件

        6.4.4  添加用于分析的日志文件

        SQL>

        BEGIN

        2             dbms_logmnr.add_logfile(

        3             options => dbms_logmnr.addfile,

        4             logfilename => '/u01/arch/arc_ctc_0504.arc'

        5          );

        6    END;

        7 /

        可以用以下方法查询分析的日志文件包含的 scn 范围和日期范围:

        SQL> select low_time,high_time,low_scn,next_scn from v$logmnr_logs;

        6.4.5  启动LogMiner 进行分析

        SQL> BEGIN

        2           dbms_logmnr.start_logmnr(

        3           dictfilename => '/u01/arch/logminer_dict.dat',

        4           starttime => to_date('20030501 12:15:00','yyyymmdd hh24:mi:ss'),

        5           endtime=> to_date('20030501 15:40:30','yyyymmdd hh24:mi:ss')

        6          );

        7    END;

        8 /

        即分析2003年5月 1日这天 12:15至 15:40这段时间,并把分析结果放到数据字典中以用于查询。

        还有两个参数 startscn (起始 SCN号)  及 endscn (终止 SCN)  号。

        6.4.6  查看日志分析的结果

        查看DML操作:

        SELECT operation, sql_redo, sql_undo

        FROMV$logmnr_contents WHERE seg_name = 'QIUYB';

        OPERATION            SQL_REDO                                             SQL_UNDO

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

        INSERT                 inser into qiuyb.qiuyb ……     delete from qiuyb.qiuyb……

        其中 operation指的是操作,sql_redo 指的是实际的操作,sql_undo 指的是用于取消的相反的操作。

        查看DDL操作:

        SELECT timstamp, sql_redo    FROM v$logmnr_contents

        WHERE upper(sql_redo) like '%TRUNCATE%';

        6.4.7结束LogMiner的分析

        SQL>BEGIN

        2           dbms_logmnr.end_logmnr();

        3      end;

        4 /

  • 相关阅读:
    代码审核工具是gerrit
    Redis分布式缓存承载于 “Microsoft.Extensions.Caching.Redis”这个NuGet包
    .Net Core之JWT授权
    什么是前端路由
    为什么需要线程池?什么是池化技术?
    架构模式
    UI 多线程处理 WPF
    项目管理艺术
    项目与项目管理
    使用 MicroK8s 和 OpenEBS 扩展 Kubernetes 存储
  • 原文地址:https://www.cnblogs.com/login2012/p/5780682.html
Copyright © 2020-2023  润新知