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、硬件环境要求也非常严格
微信扫一扫，打赏作者吧～
对不起，这篇文章暂时关闭评论。