总结logminer使用及各种问题处理

总结logminer使用及各种问题处理 在前人的工作基础上,结合自己使用过程中出现的问题及解决方法给个一个新版的<>： 理解和使用Oracle 8i分析工具LogMiner Oracle LogMiner 是Oracle公司从产品8i以后提供的一个实际非常有用的分析工具，使用该工具可以轻松获得Oracle 重作日志文件（归档日志文件）中的具体内容，特别是，该工具可以分析出所有对于数据库操作的DML（insert、update、delete等）语句，另外还可分析得到一些必要的回滚SQL语句。该工具特别适用于调试、审计或者回退某个特定的事务。 LogMiner分析工具实际上是由一组PL/SQL包和一些动态视图（Oracle8i内置包的一部分）组成，它作为Oracle数据库的一部分来发布，是8i产品提供的一个完全免费的工具。但该工具和其他Oracle内建工具相比使用起来显得有些复杂，主要原因是该工具没有提供任何的图形用户界面（GUI）。本文将详细介绍如何安装以及使用该工具。 一、LogMiner的用途 日志文件中存放着所有进行数据库恢复的数据，记录了针对数据库结构的每一个变化，也就是对数据库操作的所有DML语句。 在Oracle 8i之前，Oracle没有提供任何协助数据库管理员来读取和解释重作日志文件内容的工具。系统出现问题，对于一个普通的数据管理员来讲，唯一可以作的工作就是将所有的log文件打包，然后发给Oracle公司的技术支持，然后静静地等待Oracle 公司技术支持给我们最后的答案。然而从8i以后，Oracle提供了这样一个强有力的工具-LogMiner。 LogMiner 工具即可以用来分析在线，也可以用来分析离线日志文件，即可以分析本身自己数据库的重作日志文件，也可以用来分析其他数据库的重作日志文件。 总的说来，LogMiner工具的主要用途有： 1． 跟踪数据库的变化：可以离线的跟踪数据库的变化，而不会影响在线系统的性能。 　　2． 回退数据库的变化：回退特定的变化数据，减少point-in-time recovery的执行。 　　3． 优化和扩容计划：可通过分析日志文件中的数据以分析数据增长模式。 二、安装LogMiner 要安装LogMiner工具，必须首先要运行下面这样两个脚本： l $ORACLE_HOME/rdbms/admin/dbmslm.sql 　　2 $ORACLE_HOME/rdbms/admin/dbmslmd.sql. 这两个脚本必须均以SYS用户身份运行。其中第一个脚本用来创建DBMS_LOGMNR包，该包用来分析日志文件。第二个脚本用来创建DBMS_LOGMNR_D包，该包用来创建数据字典文件。 在windows平台的安装示例: SQL> @c:oracleora81rdbmsadmindbmslm.sql 程序包已创建。授权成功。 SQL> @c:oracleora81rdbmsadmindbmslmd.sql 程序包已创建。程序包主体已创建。没有错误。授权成功。 三、使用LogMiner工具 下面将详细介绍如何使用LogMiner工具。 1、创建数据字典文件（data-dictionary） 前面已经谈到，LogMiner工具实际上是由两个新的PL/SQL内建包（(DBMS_LOGMNR 和 DBMS_ LOGMNR_D)和四个V$动态性能视图（视图是在利用过程DBMS_LOGMNR.START_LOGMNR启动LogMiner时创建）组成： 1、v$logmnr_contents 它给出日志分析的结果信息。 2、v$logmnr_dictionary 因logmnr可以有多个字典文件，该视图用于显示这方面信息。 3、v$logmnr_parameters 它用于显示logmnr的参数。 4、v$logmnr_logs 它用于显示用于分析的日志列表信息。在使用LogMiner工具分析redo log文件之前，可以使用DBMS_LOGMNR_D 包将数据字典导出为一个文本文件。该字典文件是可选的，但是如果没有它，LogMiner解释出来的语句中关于数据字典中的部分（如表名、列名等）和数值都将是16进制的形式，我们是无法直接理解的。例如，下面的sql语句： INSERT INTO dm_dj_swry (rydm, rymc) VALUES (00005, '张三'); LogMiner解释出来的结果将是下面这个样子， insert into Object#308(col#1, col#2) values (hextoraw('c30rte567e436'), 　　hextoraw('4a6f686e20446f65')); 创建数据字典的目的就是让LogMiner引用涉及到内部数据字典中的部分时为他们实际的名字，而不是系统内部的16进制。数据字典文件是一个文本文件，使用包DBMS_LOGMNR_D来创建。如果我们要分析的数据库中的表有变化，影响到库的数据字典也发生变化，这时就需要重新创建该字典文件。另外一种情况是在分析另外一个数据库文件的重作日志时，也必须要重新生成一遍被分析数据库的数据字典文件。 字典文件用于存放表及对象ID号之间的对应关系。当使用字典文件时，它会在表名和对象ID号之间建立一一对应的关系。因此需要注意，如果用户建立了新表之后，并且将来可能会对该表进行日志分析，那么就需要重新建立字典文件，以将其对象名及对象ID号存放到字典文件. 首先在init.ora初始化参数文件中，指定数据字典文件的位置，也就是添加一个参数UTL_FILE_DIR，该参数值为服务器中放置数据字典文件的目录。如： UTL_FILE_DIR = (e:Oraclelogs) 重新启动数据库，使新加的参数生效，然后创建数据字典文件： SQL> CONNECT SYS 　　SQL> EXECUTE dbms_logmnr_d.build( 　　dictionary_filename => ' v816dict.ora', dictionary_location => 'e:oraclelogs'); 注意：参数dictionary_filename用以指定字典文件的文件名；参数 dictionary_location用于指定存放字典文件所在的目录，该目录必须与初始化参数UTL_FILE_DIR的值一致。另外注意，生成字典文件的步骤可能会出现下标超出限制问题: SQL> EXECUTE dbms_logmnr_d.build(dictionary_filename => 'v817dict.ora',dictionary_location => 'd:oradict'); BEGIN dbms_logmnr_d.build(dictionary_filename => 'v817dict.ora',dictionary_location => 'd:oradict') * ERROR 位于第 1 行: ORA-06532: 下标超出限制 ORA-06512: 在"SYS.DBMS_LOGMNR_D", line 793 ORA-06512: 在line 1 解决方法：将TYPE col_desc_array IS VARRAY(513) OF col_description; 改成： TYPE col_desc_array IS VARRAY(713) OF col_description; 保存文件，然后执行一遍脚本： SQL> @c:oracleora81rdbmsadmindbmslmd.sql 程序包已创建。程序包主体已创建。没有错误。授权成功。 再重新编译DBMS_LOGMNR_D包： SQL> alter package DBMS_LOGMNR_D compile body; 程序包主体已变更。 最后重新执行dbms_logmnr_d.build： SQL> EXECUTE dbms_logmnr_d.build(dictionary_filename => 'v817dict.ora',dictionary_location =>'d:ora dict'); PL/SQL 过程已成功完成。字典文件正常生成，生成的字典文件和提示下标超出限制的情况下生成的字典文件大小一样。另请注意有的文档中说：如果指定的字典文件名dict.ora已经存在，则应在执行此操作前将其彻底删除（从垃圾箱中删除），否则执行该过程将失败。实践证明这要说法是没有根据的，在实际操作前并没有将原来生成的字典文件删除掉，但字典文件是正常生成了。 2、创建要分析的日志文件列表 Oracle的重作日志分为两种，在线（online）和离线（offline）归档日志文件，下面就分别来讨论这两种不同日志文件的列表创建。 （1）分析在线重作日志文件 A. 创建列表 SQL> EXECUTE dbms_logmnr.add_logfile( 　　LogFileName=>' e:Oracleoradatasxfredo01.log', 　　Options=>dbms_logmnr.new); B. 添加其他日志文件到列表 SQL> EXECUTE dbms_logmnr.add_logfile( 　　LogFileName=>' e:Oracleoradatasxfredo02.log', 　　Options=>dbms_logmnr.addfile); （2）分析离线日志文件 A.创建列表 SQL> EXECUTE dbms_logmnr.add_logfile( 　　LogFileName=>' E:OracleoradatasxfarchiveARCARC09108.001', 　　Options=>dbms_logmnr.new); B.添加另外的日志文件到列表 SQL> EXECUTE dbms_logmnr.add_logfile( 　　LogFileName=>' E:OracleoradatasxfarchiveARCARC09109.001', 　　Options=>dbms_logmnr.addfile); 关于这个日志文件列表中需要分析日志文件的个数完全由你自己决定，但这里建议最好是每次只添加一个需要分析的日志文件，在对该文件分析完毕后，再添加另外的文件。 和添加日志分析列表相对应，使用过程 'dbms_logmnr.removefile' 也可以从列表中移去一个日志文件。下面的例子移去上面添加的日志文件e:Oracleoradatasxfredo02.log。 SQL> EXECUTE dbms_logmnr.add_logfile( 　　LogFileName=>' e:Oracleoradatasxfredo02.log', Options=>dbms_logmnr. REMOVEFILE); 可以通过动态性能视图v$logmnr_logs查看日志分析列表中有哪些待分析的日志文件。创建了要分析的日志文件列表，下面就可以对其进行分析了。 3、使用LogMiner进行日志分析 （1）无限制条件 SQL> EXECUTE dbms_logmnr.start_logmnr( 　　DictFileName=>' e:oraclelogs v816dict.ora '); （2）有限制条件 通过对过程DBMS_ LOGMNR.START_LOGMNR中几个不同参数的设置（参数含义见表1），可以缩小要分析日志文件的范围。通过设置起始时间和终止时间参数我们可以限制只分析某一时间范围的日志。如下面的例子，我们仅仅分析2001年9月18日的日志： SQL> EXECUTE dbms_logmnr.start_logmnr( 　　DictFileName => ' e:oraclelogs v816dict.ora ', 　　StartTime => to_date('2001-9-18 00:00:00','YYYY-MM-DD HH24:MI:SS') EndTime => to_date(''2001-9-18 23:59:59','YYYY-MM-DD HH24:MI:SS ')); 注意：此过程能否执行成功的关键是给出的starttime（起始时间）和endtime（终止时间）应在一个有效的范围内。特别是终止时间，应小于或等于归档日志的建立时间；如果大于归档日志的建立时间，则不能执行分析过程。分析多个归档日志时，这些归档日志最好是连续 也可以通过设置起始SCN和截至SCN来限制要分析日志的范围： SQL> EXECUTE dbms_logmnr.start_logmnr( 　　DictFileName => ' e:oraclelogs v816dict.ora ', 　　StartScn => 20, 　　EndScn => 50); 表1 DBMS_LOGMNR.START__LOGMNR过程参数含义 参数 参数类型 默认值 含义 StartScn 数字型（Number） 0 分析重作日志中SCN≥StartScn日志文件部分 EndScn 数字型（Number） 0 分析重作日志中SCN≤EndScn日志文件部分 StartTime 日期型(Date) 1998-01-01 分析重作日志中时间戳≥StartTime的日志文件部分 EndTime 日期型(Date) 2988-01-01 分析重作日志中时间戳≤EndTime的日志文件部分 DictFileName 字符型(VARCHAR2) 字典文件，该文件包含一个数据库目录的快照。使用该文件可以使得到的分析结果是可以理解的文本形式，而非系统内部的16进制 Options BINARY_INTEGER 0 系统调试参数，实际很少使用 在执行分析的时候如果提示无效的月份，可以按照下面的步骤去尝试： alter session set nls_date_language='AMERICAN'; alter session set nls_date_format='DD-MON-YYYY HH:MI:SS'; 执行包(exec dbms_logmnr.start_logmnr(dictfilename=>''); 一定要指名参数dictfilename，因为这个包有五个默认的参数，不指名会默认为第一个。 4、观察分析结果（v$logmnr_contents） 到现在为止，我们已经分析得到了重作日志文件中的内容。动态性能视图v$logmnr_contents包含LogMiner分析得到的所有的信息。 SELECT sql_redo FROM v$logmnr_contents; 如果我们仅仅想知道某个用户对于某张表的操作，可以通过下面的SQL查询得到，该查询可以得到用户DB_ZGXT对表SB_DJJL所作的一切工作。 SQL> SELECT sql_redo FROM v$logmnr_contents WHERE username='DB_ZGXT' AND seg_name='SB_DJJL'; 需要强调一点的是，视图v$logmnr_contents中的分析结果仅在我们运行过程'dbms_logmrn.start_logmnr'这个会话的生命期中存在。这是因为所有的LogMiner存储都在PGA内存中，所有其他的进程是看不到它的，同时随着进程的结束，分析结果也随之消失。 最后，使用过程DBMS_LOGMNR.END_LOGMNR终止日志分析事务，此时PGA内存区域被清除，分析结果也随之不再存在 5、结束分析：使用EXCUTE DBMS_LOGMNR.END_LOGMNR。 四、其他注意事项 们可以利用LogMiner日志分析工具来分析其他数据库实例产生的重作日志文件，而不仅仅用来分析本身安装LogMiner的数据库实例的redo logs文件。使用LogMiner分析其他数据库实例时，有几点需要注意： 1. LogMiner必须使用被分析数据库实例产生的字典文件，而不是安装LogMiner的数据库产生的字典文件，另外必须保证安装LogMiner数据库的字符集和被分析数据库的字符集相同。 2. 被分析数据库平台必须和当前LogMiner所在数据库平台一样，也就是说如果我们要分析的文件是由运行在UNIX平台上的Oracle 8i产生的，那么也必须在一个运行在UNIX平台上的Oracle实例上运行LogMiner，而不能在其他如Microsoft NT上运行LogMiner。当然两者的硬件条件不一定要求完全一样。 3. LogMiner日志分析工具仅能够分析Oracle 8以后的产品，不过它可以分析Oracle8的日志。对于8以前的产品，该工具也无能为力。 另外, Oracle8i只能对DML操作进行分析，从Oracle9i开始不仅可以分析DML操作，而且也可以分析DDL操作。在Oracle9i中可使用如下语句查询DDL操作及具体的操作时间： SQL>select sql_redo 2 from v$logmnr_contents 　　3 where sql_redo like '%create%' or sql_redo like '%CREATE%'; LogMiner不支持索引组织表、Long、LOB及集合类型。 MTS的环境也不能使用LogMiner.[@more@]

来自 “ ITPUB博客 ” ，链接：http://blog.itpub.net/10748419/viewspace-986913/，如需转载，请注明出处，否则将追究法律责任。

转载于:http://blog.itpub.net/10748419/viewspace-986913/