1.安装logminer:
要安装LogMiner工具,必须首先要运行下面这样两个脚本,
$ORACLE_HOME/rdbms/admin/dbmslm.sql
$ORACLE_HOME/rdbms/admin/dbmslmd.sql.
这两个脚本必须均以SYS用户身份运行。
*************使用字典文件存储在flat file中*****************************
2.创建数据字典文件
ALTER SYSTEM SET UTL_FILE_DIR = ‘d:oraclelogmnr’ SCOPE=SPFILE;
重新启动数据库,使新加的参数生效,然后创建数据字典文件:
EXECUTE dbms_logmnr_d.build(dictionary_filename => ‘dirctionary.ora’, dictionary_location => ‘D:oraclelogmnr’,options => dbms_logmnr_d.store_in_flat_file);
3.创建要分析的日志文件列表
EXECUTE dbms_logmnr.add_logfile(LogFileName=>’c:1_3814.dbf’, Options=>dbms_logmnr.new);
EXECUTE dbms_logmnr.add_logfile( LogFileName=>’c:1_3815.dbf’,Options=>dbms_logmnr.addfile);
4.使用LogMiner进行日志分析
EXECUTE dbms_logmnr.start_logmnr(DictFileName=>’D:oraclelogmnrdirctionary.ora’);
***********************************************************************
*************使用字典文件存储在redo file中(推荐这种方法,不需要重启数据库)*****************************
2.创建数据字典到redo file
EXECUTE DBMS_LOGMNR_D.build(options => DBMS_LOGMNR_D.STORE_IN_REDO_LOGS);
3.创建要分析的日志文件列表
EXECUTE dbms_logmnr.add_logfile(LogFileName=>’c:1_3814.dbf’, Options=>dbms_logmnr.new);
EXECUTE dbms_logmnr.add_logfile( LogFileName=>’c:1_3815.dbf’,Options=>dbms_logmnr.addfile);
4.使用LogMiner进行日志分析
EXECUTE DBMS_LOGMNR.start_logmnr(Options => DBMS_LOGMNR_D.STORE_IN_REDO_LOGS);
********************************************************************************************************
5.观察分析结果
CREATE TABLE temp AS SELECT * FROM v$logmnr_contents;
6.终止日志分析事务,此时PGA内存区域被清除,分析结果也随之不再存在
EXECUTE dbms_logmnr.end_logmnr();
7.其他注意事项
我们可以利用LogMiner日志分析工具来分析其他数据库实例产生的重作日志文件,而不仅仅用来分析本身安装LogMiner的数据库实例的redo logs文件。使用LogMiner分析其他数据库实例时,有几点需要注意:
1. LogMiner必须使用被分析数据库实例产生的字典文件,而不是安装LogMiner的数据库产生的字典文件,另外必须保证安装LogMiner数据库的字符集和被分析数据库的字符集相同。
2. 被分析数据库平台必须和当前LogMiner所在数据库平台一样,也就是说如果我们要分析的文件是由运行在UNIX平台上的Oracle 8i产生的,那么也必须在一个运行在UNIX平台上的Oracle实例上运行LogMiner,而不能在其他如Microsoft NT上运行LogMiner。当然两者的硬件条件不一定要求完全一样。
3. LogMiner日志分析工具仅能够分析Oracle 8以后的产品,对于8以前的产品,该工具也无能为力。
8.对于oracle 10g在使用logmnr时必须提前设置SUPPLEMENTAL LOG DATA
ALTER DATABASE ADD SUPPLEMENTAL LOG DATA (PRIMARY KEY, UNIQUE INDEX) COLUMNS;
删除SUPPLEMENTAL LOG DATA功能
ALTER DATABASE DROP SUPPLEMENTAL LOG DATA (PRIMARY KEY, UNIQUE INDEX) COLUMNS;
我们一直都在努力坚持原创.......请不要一声不吭,就悄悄拿走。
我原创,你原创,我们的内容世界才会更加精彩!
【所有原创内容版权均属TechTarget,欢迎大家转发分享。但未经授权,严禁任何媒体(平面媒体、网络媒体、自媒体等)以及微信公众号复制、转载、摘编或以其他方式进行使用。】
微信公众号

TechTarget
官方微博

TechTarget中国
作者
相关推荐
-
控制合约 不再畏惧Oracle
许多公司都与Oracle有无限制授权协议,他们害怕离开这个协议,所以就证明他们在使用Oracle的软件,即使因为需求单独购买部分授权许可也可能总体是省钱的。
-
如何应对Oracle EBS实施中的六个挑战?
在18个月的时间里,Vitamix启动运行了Oracle电子商务套件(E-Business Suite,EBS),而且Vitamix还对诸如Oracle ATG Web Commerce等所有页面属性进行了重新整理,并实现了全球数据中心。
-
Oracle的云产品“砸了自己脚”?
Sparc和Solaris都是Oracle云计划的一部分,但是硬件和支持人员的减少意味着本地Solaris和Sparc将变得更加稀少。
-
2017年3月数据库流行度排行榜 Oracle卫冕之路困难重重
时隔一个月,数据库市场经过一轮“洗牌”,旧的市场格局是否会被打破,曾经占巨大市场份额的企业是否可能失去优势?