Logminer 用法

Normal 0 7.8 pt 0 2 false false false MicrosoftInternetExplorer4 Logminer 用法

---通过SQL的界面来查询redo日志的工具。

用途:
o,Z[1]m{o#p*v3{­`01)
用户在误删除数据后,可以通过LogMiner来恢复;虽然也可以通过RMAN来恢复,但需要有之前的备份,要先转出再query,会比较麻烦;LogMiner比较简单;ITPUB个人空间M)_#l?t
2
) 可以进行后审计功能,LOG 日志中包含跟踪任何DMLDDL的的全部信息,可以知道执行的顺序和有谁来执行;

ITPUB个人空间@2@/iU \)w

LOGMINER通过固定视图 V$LOGMNR_CONTENTS来提供REDO LOG的信息; V$LOGMNR_CONTENTS 每个字段的信息可以参考ITPUB个人空间'Xf1No1X-F5?m
Database Administrator Guide》。ITPUB个人空间 }#G2Q BdS%C[1]_N|
几个组件:
QE\*N R7{A h0Redo Logs
9Vi-iWcJ8v0
在使用LogMiner时,需要指定想要分析日志的名称; 可以通过dbms_logmnr.add_logfile来添加;
F(A6Mc[M4I"g*f[1]T0
需要注意的几点:
*p&?6@}!^9Y K1R
?1N01
) 重做日志必须是8.0或者以上版本Oracle数据库,在版本9.0.1引入的几个特性只能运用在9i或者之上版本的数据库产生的redo logITPUB个人空间-Jk \7w
cs(C-Uu

2
) 在版本9.2引入了对LOBLONG数据类型的支持,但只支持9.2或以后的版本的数据库产生的REDO LOG
[1]~7W'D
@$q8c E03
redo log的字符集必须和LOGMINER运行所在的数据库的字符集兼容;
­L7rvojohd04
) 一般,分析REDO LOG需要的数据字典来自于产生REDO LOG的同一个数据库。
PM(x4H7y c,A4z05
LogMiner必须运行在和产生REDO LOG的硬件平台要相同,但不要求运行在同一个系统;
z#Z8^x.?U06
) 运行LogMiner时要指定正确的REDO LOG ;如果省略包含一些你需要的数据的REDO LOG,那在查询v$logmnr_contents会无法得到正确的结果;

Normal 0 7.8 pt 0 2 false false false MicrosoftInternetExplorer4

Dictionary Options
2X/F(@ J8~/U2`e'T4~(tyv j0LogMiner
需要数据字典才能完整的翻译REDO LOG的内容;LOGMINER使用字典来转换内部对象标识符和数据类型为对象名称和数据格式;没有数据字典,LogMiner返回内部的对象ID和用16进制表示数据。
Kfi v:?\$F0G0
举个例子,返回的不是如下SQL 语句:

INSERT INTO emp(name, salary) VALUES ('John Doe', 50000);
而是:
insert into Object#2581(col#1, col#2) values (hextoraw('4a6f686e20446f65'),hextoraw('c306'));"
字典的信息可以来自普通文件和REDO LOG和在线目录(就是当前数据字典)。
可以通过EXTRACT把字典信息转出到一个普通文件和REDO LOG文件。
转出(Extract)字典文件的必须有相同的字符集和通过产生REDO LOG的数据库创建;但字典Extract后,可以在其他数据库上个挖掘redolog的,而不需要连接到原数据库;
而且转出(Extract)字典文件可以避免当前的数据字典只包含最新的表格定义时出现的问题;比如,你在搜索过去某个时间被删除的表格,然而当前的字典文件没有任何的关于该删除TABLE的信息。
Extract到普通文件:
1) 在init.ora中设定参数:
UTL_FILE_DIR = /oracle/database
2) 重启服务器:
startup pfile=/oracle/data/init.ora
3) Extract 字典信息:
EXECUTE DBMS_LOGMNR_D.BUILD(’dictionary.ora’, -
’/oracle/database/’, -
OPTIONS => DBMS_LOGMNR_D.STORE_IN_FLAT_FILE);
Extract到Redo log,直接执行如下SQL:
EXECUTE DBMS_LOGMNR_D.BUILD ( -
OPTIONS=>DBMS_LOGMNR_D.STORE_IN_REDO_LOGS);

使用当前目录作为字典的选项,会有限制。就是不能配合 DDL_DICT_TRACKING使用。
EXECUTE DBMS_LOGMNR.START_LOGMNR(OPTIONS => -
DBMS_LOGMNR.DICT_FROM_ONLINE_CATALOG);
一般的操作步骤:
1) 添加 redo log文件
EXECUTE DBMS_LOGMNR.ADD_LOGFILE( -
LOGFILENAME => 'log1orc1.ora', -
OPTIONS => DBMS_LOGMNR.NEW);
如果文件不止一个,那添加其他的文件:
EXECUTE DBMS_LOGMNR.ADD_LOGFILE( -
LOGFILENAME => 'log2orc1.ora', -
OPTIONS => DBMS_LOGMNR.ADDFILE);
如果有很多的REDO LOG需要添加到LOGMINER,那可以通过以下SQL的输出来得到想要的结果:
select 'exec dbms_logmnr.add_logfile(logfilename=>''' || name ||'''); '
from v$archived_log
where recid > 106;
2) 开始LogMiner:
EXECUTE DBMS_LOGMNR.START_LOGMNR(OPTIONS => -
DBMS_LOGMNR.DICT_FROM_ONLINE_CATALOG);
如果要加上时间界限:
EXECUTE DBMS_LOGMNR.START_LOGMNR( -
OPTIONS =>DBMS_LOGMNR.DICT_FROM_ONLINE_CATALOG, -
STARTTIME => TO_DATE('01-Jan-2008 08:30:00', 'DD-MON-YYYY HH:MI:SS'), -
ENDTIME => TO_DATE('01-Jan-2008 08:45:00', 'DD-MON-YYYY HH:MI:SS'));
SQL> execute dbms_logmnr.start_logmnr(dictfilename =>'c:log_minertesttrace.ora',starttime =>to_date-('20071031 09:00:00','yyyymmdd hh24:mi:ss'),endtime =>to_date('20071031 12:00:00','yyyymmdd-hh24:mi:ss'));
3) 查询v$logmnr_contenst以获得想要的内容:
SELECT SQL_REDO, SQL_UNDO FROM V$LOGMNR_CONTENTS
WHERE USERNAME = 'joedevo' AND SEG_NAME = 'salary';
select sql_undo, sql_redo , operation
from v$logmnr_contents
where username='KONG' and peration ='DDL'

建议:
使用非SYSTEM TABLESPACE来存放LogMiner的信息:
EXECUTE DBMS_LOGMNR_D.SET_TABLESPACE(’logmnrts$’);

ITPUB个人空间*N]

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

转载于:http://blog.itpub.net/9466564/viewspace-608889/

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值