手机版
你好,游客 登录 注册
背景:
阅读新闻

使用LogMiner挖掘归档日志

[日期:2016-11-23] 来源:Linux社区  作者:angelwing1984 [字体: ]

LogMiner是Oracle公司推出的一个非常有用的分析工具。通过它我们可以得到重做日志或者归档日志的内容。
当数据库出现问题之后,使用LogMiner挖掘日志,有时候会找到问题的根源,即使找不到,也对定位问题的成因会有所帮助。

一、 安装LogMiner

LogMiner的安装非常简单,只需要执行几个脚本。
这里用的是11g,版本不同,请参考官方文档。
dbmslm.sql:创建DBMS_LOGMNR包,该包用来分析日志文件。
dbmslmd.sql:创建DBMS_LOGMNR包,该包用来分析日志文件。
dbmslms.sql:创建dbms_logmnr_session包,该包用来分析session
第二个脚本用来创建DBMS_LOGMNR_D包,该包用来创建数据字典文件。

SQL> conn / as sysdba
已连接。
SQL> @?/rdbms/admin/dbmslmd.sql

程序包已创建。


同义词已创建。

SQL> @?/rdbms/admin/dbmslm.sql

程序包已创建。


授权成功。


同义词已创建。

SQL> @?/rdbms/admin/dbmslms.sql

程序包已创建。

没有错误。

授权成功。

二、 LogMiner的使用

在使用LogMiner之前,需要对数据库进行一些配置。

1. 开启归档模式

确认数据库启用归档模式,并配置配置归档路径
alter system set log_archive_dest_1=’location=/arch’ scope=spfile;

2. 添加补充日志

SQL> ALTER DATABASE ADD SUPPLEMENTAL LOG DATA (PRIMARY KEY, UNIQUE INDEX) COLUMNS;

数据库已更改。

3. 设置参数UTL_FILE_DIR

该参数值为服务器上存放数据数据字典的位置。
11g可以不需要数据字典,直接从重做日志或归档日志读取。10g目前还没有做测试。
但是如果需要异机上分析日志,就需要数据字典了。

alter system set UTL_FILE_DIR='/logminer' scope=spfile; 

然后重启数据,使该参数生效。

4. 生成数据字典

BEGIN
dbms_logmnr_d.build(dictionary_filename =>'dict.ora',dictionary_location =>'/logminer');
END;

PL/SQL 过程已成功完成。

这里生成的数据字典文件叫dict.ora

  1. 创建需要分析的文件列表
BEGIN dbms_logmnr.add_logfile(LogFileName=>'/arch/1_17_874057689.dbf',Options=>dbms_logmnr.new);  
END;

PL/SQL 过程已成功完成。

添加一个日志

BEGIN
dbms_logmnr.add_logfile(LogFileName=>'/u01/oradata/archlog/2_20910_766249125.arc',Options=>dbms_logmnr.addfile);
END;

PL/SQL 过程已成功完成。

6. 开始分析日志

使用数据字典

BEGIN
 dbms_logmnr.start_logmnr(DictFileName=>'/logminer/dict.ora');
END;

PL/SQL 过程已成功完成。

或者使用归档日志

BEGIN
sys.dbms_logmnr.start_logmnr( options => sys.dbms_logmnr.dict_from_online_catalog);
END;

PL/SQL 过程已成功完成。

7. 查看日志的内容

SQL> select count(*) from v$logmnr_contents;

  COUNT(*)
----------
       485

8. 停止分析,释放内存

SQL> exec sys.dbms_logmnr.end_logmnr;

PL/SQL 过程已成功完成。

三、 工作中遇上的问题

在对一个客户做异机日志挖掘的时候,碰上一些问题,贴在这里做一个记录。

1.

sys @ tttt>begin 
sys.dbms_logmnr.add_logfile(LogFileName=>'/arch2/ARC_LDSC_0000336865_0682715013.0002',Options => sys.dbms_logmnr.new);
end;  2    3  
  4  /
begin
*
ERROR at line 1:
ORA-01284: file /arch2/ARC_LDSC_0000336865_0682715013.0002 cannot be opened
ORA-00317: file type 3840 in header is not log file
ORA-00334: archived log: '/arch2/ARC_LDSC_0000336865_0682715013.0002'
ORA-06512: at "SYS.DBMS_LOGMNR", line 68
ORA-06512: at line 2
  • 问题分析
    报错说归档日志不是日志文件。
    初步判断是文件传输的问题,最开始传递归档的时候,是先传到我本机,然后再传到另外一个数据库做分析。归档日志是从AIX->Windows->AIX,在传递过程中文件头有些改变。
  • 解决方法:
    直接讲日志传到目标服务器进行分析,问题解决。

2.

BEGIN
sys.dbms_logmnr.add_logfile(LogFileName=>'/arch2/arch2/ARC_LDSC_0000336865_0682715013.0002',Options => sys.dbms_logmnr.new);
END;

BEGIN sys.dbms_logmnr.add_logfile(LogFileName=>'/arch2/arch2/ARC_LDSC_0000336865_0682715013.0002',Options => sys.dbms_logmnr.new); END;

*
ERROR at line 1:
ORA-01284: file /arch2/arch2/ARC_LDSC_0000336865_0682715013.0002 cannot be
opened
ORA-00331: log version 10.2.0.4.0 incompatible with ORACLE version 10.2.0.3.0
ORA-00334: archived log: '/arch2/arch2/ARC_LDSC_0000336865_0682715013.0002'
ORA-06512: at "SYS.DBMS_LOGMNR", line 68
ORA-06512: at line 1
  • 问题分析:
    从报错内容来看是两个库compatible参数不一致。
  • 解决方法
    经过检查发现确实是两个库参数不一致,讲目标数据库的参数改成10.2.0.4.0,重启后问题解决。

更多Oracle相关信息见Oracle 专题页面 http://www.linuxidc.com/topicnews.aspx?tid=12

本文永久更新链接地址http://www.linuxidc.com/Linux/2016-11/137442.htm

linux
相关资讯       logminer 
本文评论   查看全部评论 (0)
表情: 表情 姓名: 字数

       

评论声明
  • 尊重网上道德,遵守中华人民共和国的各项有关法律法规
  • 承担一切因您的行为而直接或间接导致的民事或刑事法律责任
  • 本站管理人员有权保留或删除其管辖留言中的任意内容
  • 本站有权在网站内转载或引用您的评论
  • 参与本评论即表明您已经阅读并接受上述条款