终于到了真正的操作篇,不过Logminer的操作真的是很简单,关键还是当中的一些原理和如何合理应用Logminer。
再回顾一下之前的准备工作:
ALTER DATABASE ADD SUPPLEMENTAL LOG DATA;附加日志功能开启
ALTER DATABASE FORCE LOGGING;(这个没说,不过防止nologging,这个o小白在之前的文章中提过)
@$ORACLE_HOME/rdbms/admin/dbmslm.sql;
@$ORACLE_HOME/rdbms/admin/dbmslmd.sql;运行这两个脚本,建立DBMS_LOGMNR和DBMS_LOGMNR_D这两个包,建立必要的存储过程和动态视图。
alter system set utl_file_dir=’/home/oracle/logminer’ scope=spfile;数据字典文件所在目录,需要注意的是只能修改参数文件的值,也就是修改后必须重启数据库。
execute dbms_logmnr_d.build(dictionary_filename => 'logminer_dict.ora',dictionary_location => '/home/oracle/logminer',options => dbms_logmnr_d.STORE_IN_FLAT_FILE
);
这个操作很有趣,是建立数据字典文件的一个操作。那这个操作指定数据字典文件的名字,路径和选项。
这三个参数很有趣,我们先来看选项。选项有这两个(STORE_IN_FLAT_FILE
) 和(STORE_IN_REDO_LOGS),就字面很容易理解,前者就是存成普通的文本文件,可以直接打开查看的,通常情况下就是这种,后者就是存成重做日志文件。
普通情况下呢,我们一般只需指定数据字典文件名和数据字典路径,那默认就是用STORE_IN_FLAT_FILE
存的,并且此时不能使用STORE_IN_REDO_LOGS
的方式,否则就会出错。如果要指定STORE_IN_REDO_LOGS
,那就不能指定数据字典文件名和数据字典路径,否则也会报错。那通常情况下我们选用(STORE_IN_FLAT_FILE
的方式,消耗的资源会更少,但是存在一定的同步的问题,不过一边不影响Logminer。
仔细看日志的我的文章的同学知道,前次文章中我的一个操作是@logminer,那给大家贴出来logminer.sql具体写的是什么:
BEGIN
dbms_logmnr_d.build(dictionary_filename => 'logminer_dict.ora',dictionary_location => '/home/oracle/logminer',options => dbms_logmnr_d.STORE_IN_FLAT_FILE); dbms_logmnr.add_logfile( options => dbms_logmnr.new, logfilename => '&1' ); dbms_logmnr.start_logmnr( dictfilename => '/home/oracle/logminer/logminer_dict.ora'); END; / 可以看到,Logminer在具体操作中就是运行两个包。(之前还要做一个数据字典的重建,这个大家可以思考一下为什么,也可以实验一下如果不做会怎么样~)
dbms_logmnr.add_logfile,指定Logminer要挖的日志。
logfilename指定要分析的日志文件的路径,o小白这里用了参数,在添加的时候直接在后面加上路径:
SQL> @logminer '/home/oracle/archive/1_13_769218757.dbf' old 4: logfilename => '&1' ); new 4: logfilename => '/home/oracle/archive/1_13_769218757.dbf' ); PL/SQL procedure successfully completed.
options有两个值:
DBMS_LOGMNR.NEW
,表示是一个新的Logminer的会话和新的分析日志列表。
DBMS_LOGMNR.ADDFILE
:表示添加到当前的分析日志列表中,也就是默认值。
DBMS_LOGMNR.REMOVEFILE:
从日志列表中移除某个文件。需要注意的是,从11g开始oracle不推荐这么做,oracle推荐用dbms_logmnr.REMOVE_LOGFILE这个子程序来做,这样的话逻辑会更清楚一点,当然原来的也兼容可用。
而关于DBMS_LOGMNR.START_LOGMNR呢,比较复杂,所以直接贴出来它的结果DBMS_LOGMNR.START_LOGMNR ( startScn IN NUMBER default 0, endScn IN NUMBER default 0, startTime IN DATE default '01-jan-1988', endTime IN DATE default '31-dec-2110', DictFileName IN VARCHAR2 default '', Options IN BINARY_INTEGER default 0 );
从上可以看出通过这个包可以指定Logminer处理的开始/结束SCN号,开始/结束时间,数据字典文件,和选项。
有关于这个我想在之后的一章具体解释,其实oracle官方文档有比较好的解答了,具体怎么做怎么选查一下文档就明白了,简单易用就是Logminer的一个好处。
跑过脚本之后就可以从V$LOGMNR_CONTENTS里面拿到需要的值,
SQL> select sql_redo,timestamp,username,session_info from v$logmnr_contents where table_name='LOGMNR_TEST'; SQL_REDO -------------------------------------------------------------------------------- TIMESTAMP USERNAME --------- ------------------------------ SESSION_INFO -------------------------------------------------------------------------------- drop table logmnr_test; 08-DEC-11 SYS login_username=SYS client_info= OS_username=oracle Machine_name=localhost.locald omain OS_terminal=pts/3 OS_process_id=350 OS_program_name=sqlplus@localhost.loca ldomain (TNS V1-V3)
这是昨天做实验的结果,还有其他格式各样有用的字段。
在这之后,我们可以调用DBMS_LOGMNR.END_LOGMNR;来终结本次的Logminer的会话。
DBMS_LOGMNR包还有很多其他的子程序,在下章会做一个说明
可以看到啊,Logminer的一个简单的操作还是会比较简单的,但是怎么高效的去用在什么场景下去用是我们需要思考的点,熟知原理,合理运用,积累经验,才能成为一名合格的DBA。