首页 » ORACLE 9i-23c » oracle 10g logminer笔记(一)

oracle 10g logminer笔记(一)

数据已经发生了变化如何恢复?是谁操作的? 想回滚部分变化 ?基于备份的时间点恢复、10G以后后强大的flashback、logminer..

对于搞ORACLE数据库的人来说,LOGMINER这个装备已并不陌生,开始是ORACLE内部的工具出了问题,只能发送EMAIL耐心等待,从oracle 8i开始官方公开了LOGMINER工具,可以分析REDO日志文件包括在线或已归档,因为知道数据库的操作都记录在REDO日志中,logminer和tkprof 一样,不过tkprof是分析TRACE文件,logminer是分析redo log.

logminer的教程网上已经屡见不鲜,操作也都雷同,同时用到时有几点需要注意的地方,需要注意一下。

1,附加最小日志 supplemental_log_data_min,10G默认是没有打开的,所以在开始分析时会发现分析出的结果只有DDL记录,没有DML记录,启用操作执行ALTER DATABASE ADD SUPPLEMENTAL LOG DATA ;启用一后会带来一定影响下篇日志中解释。禁用supplemental_log_data_min,执行alter database drop supplemental log data;
确认SELECT name, supplemental_log_data_min FROM v$database;

2,数据字典dictionary,logminer可以有多个数据字典,
分为三种:
A分析库上的online data dictionary(不用建数据字典),
B是独立的数据字典文件(flat file),可以打开直接查看
C把数据字典集成在redo log中

B和C要在源数据库通过dbms_logmnr_d来创建,可以分析其它数据库的redo;A查看分析的结果中用到内部对象logminer以16进制字符显示无法生成可执行sql,这也是为什么要创建数据字典的原因,并且它只能分析本地数据库的redo log;

3,分析其它数据库的REDO里对字符集、OS、硬件环境要求也非常严格

打赏

对不起,这篇文章暂时关闭评论。