189 8069 5689
logminer作为相关的日志分析工具集成与oracle中，我们可通过该工具清楚的分析重做相关日志和归档日志中的所有事物变化，并且可以准确的确定各种DML和DDL操作的具体时间和SCN值。
成都创新互联公司是一家集网站建设,海阳企业网站建设,海阳品牌网站建设,网站定制,海阳网站建设报价,网络营销,网络优化,海阳网站推广为一体的创新建站企业，帮助传统企业提升企业形象加强企业竞争力。可充分满足这一群体相比中小企业更为丰富、高端、多元的互联网需求。同时我们时刻保持专业、时尚、前沿，时刻以成就客户成长自我，坚持不断学习、思考、沉淀、净化自己，让我们为更多的企业打造出实用型网站。
通过logminer我们可以实现：
1，确定数据的逻辑损坏的时间
2，跟踪用户执行的事务变化操作
3，跟踪表的DML操作
如果我们要分析归档日志，我们首先修改oracle归档日志的模式，我们要把默认的归档路径改成我们自己的路径：
start mount;
alter database archivelog;
alter database open;
alter system set log_archive_dest_1='location=d:\oracle' scope=spfile;
alter system set log_archive_format='arch_%t_%s_%r.trc' scope=spfile;
查看我们修改过的归档路径：
archive log list;
查看归档日志：
select name,dest_id from v$archived_log;
如果查询的没有更改，我们需要重启一下数据库
安装logminer，安装logminer需要我们安装下面的几个包：
$ORACLE_HOME/rdbms/admin/dbmslm.sql
$ORACLE_HOME/rdbms/admin/dbmslmd.sql
$ORACLE_HOME/rdbms/admin/dbmslms.sql
这几个脚本必须是sys用户运行
@$ORACLE_HOME/rdbms/admin/dbmslm.sql
@$ORACLE_HOME/rdbms/admin/dbmslmd.sql
@$ORACLE_HOME/rdbms/admin/dbmslms.sql
添加数据字典，需要添加参数utl_file_dir，
alter system set utl_file_dir='/home/oracle/dir' scope=spfile;
添加supplement logging
首先查看
select name,supplemental_log_data_min from v$database;是否是yes
YES为打开状态，会记录session_info,username等信息
NO为关闭状态，不会记录sesion_info,username等信息
添加
alter database add supplemental log data;
关闭
alter database drop supplemental log data;
重启数据库，这样我们刚才的两个参数就会生效；
查看数据字典：
show parameter utl;
添加数据字典：
SQL begin
2 dbms_logmnr_d.build(
3 dictionary_filename='logminer_dict.dat',
4 dictionary_location='/home/oracle/logminer');
5 end;
6 /
PL/SQL procedure successfully completed.
或是：
execute dbms_logmnr_d.build(dictionary_filename='logminer_dict.dat',dictionary_location='/home/oracle/logminer');
创建登录触发器：
SQL create or replace trigger on_logon_tigger
2 after logon on database
3 begin
4 dbms_application_info.set_client_info(sys_context('userenv','ip_address'));
5 end;
6 /
Trigger created.
我们就可以在V$SESSION视图的CLIENT_INFO列中看到新登录的客户端IP地址了。那么现在就可以在
添加要分析的归档日志文件
SQL begin
2 dbms_logmnr.add_logfile(
3 logfilename='/home/oracle/arch/arch_6_758944049_1.trc',options=dbms_logmnr.new);
4 end;
5 /
PL/SQL procedure successfully completed.
SQL begin
2 dbms_logmnr.add_logfile(
3 logfilename='/home/oracle/arch/arch_7_758944049_1.trc',
4 options=dbms_logmnr.addfile);
5 end;
6 /
PL/SQL procedure successfully completed.
切换归档日志：
alter system switch logfile;
开启分析：
execute dmbs_logmnr.start_logmnr(dictfilename='/home/oracle/logminer/logminer_dict.dat');
或是:
execute dbms_logmnr.start_logmnr;
查询归档日志：
SQL select name from v$archived_log;
NAME
--------------------------------------------------------------------------------
/home/oracle/arch/arch_6_758944049_1.trc
/home/oracle/arch/arch_7_758944049_1.trc
/home/oracle/arch/arch_8_758944049_1.trc
为了节约pga的空间，当我们分析完日志后，移除不需要的日志：
SQL begin
2 dbms_logmnr.add_logfile(
3 logfilename='/home/oracle/arch/arch_7_758944049_1.trc',
4 options=dbms_logmnr.removefile);
5 end;
6 /
PL/SQL procedure successfully completed.
查询结果在v$logmnr_contents;
查询数据库上面的操作
select scn,sql_redo,timestamp from v$logmnr.contents;
关闭分析
execute dbms_logmnr.stop_logmnr;
查询的时候最好使用plsql查询。
环境：
AIX6.1
Oracle 11g RAC
故障：
数据库频繁出现归档日志空间不够，导致数据库无法登陆的故障。一查发现原因是归档日志切换频繁，操作系统空间不够。
确定原因：
[aix01@oracle]/oracledf -g
Filesystem GB blocks Free %Used Iused %Iused Mounted on
/dev/hd4 0.50 0.28 44% 13674 17% /
/dev/hd2 3.00 0.67 78% 49208 23% /usr
/dev/hd9var 1.00 0.37 63% 9285 10% /var
/dev/hd3 2.00 1.03 49% 2407 1% /tmp
/dev/fwdump 1.00 0.99 2% 30 1% /var/adm/ras/platform
/dev/hd1 0.25 0.18 28% 465 2% /home
/dev/hd11admin 0.25 0.25 1% 5 1% /admin
/proc - - - - - /proc
/dev/hd10opt 0.50 0.28 44% 10241 14% /opt
/dev/livedump 0.25 0.25 1% 12 1% /var/adm/ras/livedump
/dev/oraclelv 30.00 11.29 63% 161681 6% /oracle
/dev/installlv 15.00 3.38 78% 6478 1% /install
/dev/crslv 10.00 3.35 67% 7807 1% /crs
/dev/wmsapplv 30.00 17.49 42% 15537 1% /wmprod
/dev/archivelv 29.25 29.25 1% 4 1% /arch1
/dev/backuplv 400.00 107.13 74% 306 1% /sysbackup
aix02:arch2 30.25 0.64 99% 3 1% /arch2
可以看到，/arch2里文件系统空间已经达到99%，/arch2是用来存放归档日志的文件系统，进而导致数据库出错。
提出问题：
这下问题来了，/arch2的空间是30G，每天备份脚本都会自动rman备份归档日志，并自动清除归档日志文件，按照正常情况下，数据库不可能一天产生这么大的归档日志量。
如何查询归档日志都是由什么应用产生的，这就是logminer的用途。
使用方法：
-- 1.指定要分析的日志文件
exec sys.dbms_logmnr.add_logfile(logfilename = '/arch2/2_825_733092736.dbf',options = dbms_logmnr.new);
-- 2.使用本地的在线数据字典分析归档日志
exec sys.dbms_logmnr.start_logmnr(options = sys.dbms_logmnr.dict_from_online_catalog);
-- 3.查询分析出来的归档日志内容，例如统计最大修改量的Schema
select seg_owner,count(*) from v$logmnr_contents group by seg_owner;
-- 4.增加别的日志文件
exec sys.dbms_logmnr.add_logfile(logfilename='/arch2/2_825_733092736.dbf');
-- 5.结束分析归档日志
exec sys.dbms_logmnr.end_logmnr;
下面是具体的过程：
SQL exec sys.dbms_logmnr.add_logfile(logfilename = '/arch2/2_825_733092736.dbf',options = dbms_logmnr.new);
PL/SQL procedure successfully completed
SQL exec sys.dbms_logmnr.start_logmnr(options = sys.dbms_logmnr.dict_from_online_catalog);
PL/SQL procedure successfully completed
SQL select seg_owner,count(*) from v$logmnr_contents group by seg_owner;
SEG_OWNER COUNT(*)
-------------------------------- ----------
2237
SYS 688
TMS 60
SPHSY 70
SINOSYNEW 30
SINOSY 381
WAS 4551934
7 rows selected
SQL execute dbms_logmnr.end_logmnr ;
PL/SQL procedure successfully completed
结论：
从上面查询结果可以看出操作量最大的用户是WAS用户，再具体看下v$logmnr_contents可以发现基本修改的内容是一致的。
与开发人员沟通后，最终确认是一个执行update过程存在问题，where条件未正确定位到记录，每执行一次都会导致大规模的修改数据。
小鬼ODM / ODM ODM档= I：\ odm.dmp FROMUSER = ODM TOUSER = ODM忽略= Y
，写忽略的数据库对象存在错误，但您的数据可能会重复。不想重复的话：
1，出口，使用的查询选项，您需要更新的数据导出（如果您的数据来区分是否更新输入字段）。
2，您的计算机将数据删除（删除或截断，截断个人建议），是最新的进口数据。
3，将你的电脑ODM的所有对象时，将自动创建在imp。
oracle日志查看
一．oracle日志的路径：
登录：sqlplus
"/as
sysdba"
查看路径：sql
select
*
from
v$logfile;
sql
select
*
from
v$logfile;(#日志文件路径)
二．oracle日志文件包含哪些内容：（日志的数量可能略有不同）
control01.ctl
example01.dbf
redo02.log
sysaux01.dbf
undotbs01.dbf
control02.ctl
redo03.log
system01.dbf
users01.dbf
control03.ctl
redo01.log
shttest.dbf
temp01.dbf
三．oracle日志的查看方法：
sqlselect
*
from
v$sql
(#查看最近所作的操作)
sqlselect
*
fromv
$sqlarea（#查看最近所作的操作）
oracle
数据库的所有更改都记录在日志中，从目前来看，分析oracle日志的唯一方法就是使用oracle公司提供的logminer来进行，因为原始的日志信息我们根本无法看懂，oracle8i后续版本中自带了logminer,而logminer就是让我们看懂日志信息的工具,通过这个工具可以：查明数据库的逻辑更改，侦察并更正用户的误操作，执行事后审计，执行变化分析。
1、打开oracle sql developer工具，没有此工具的可以去oracle官网下载安装即可，刚刚安装完成的是没有记录的，只有使用工具执行过后才会留下记录可以查询。打开之后不需要连接数据库就可以查询到sql记录了。
2、在二级菜单中，选择SQL历史记录选项，或者按快捷键F8打开窗口。
3、默认打开是会显示在最下方的小窗口，在标题栏双击鼠标左键，即可最大化窗口，再次双击左键还原窗口。
4、最大化窗口之后，便于更好的查询记录结果，如图所示，以往执行的sql记录都显示出来了，可以在每个栏目标题上单击，进行排序操作，一般可以点击时间戳字段，按时间来排序查询记录。第二次点击，可以切换顺序和逆序。
5、最后一个字段是持续时间，点击排序之后可以查询出哪些sql语句最快，哪些sql语句执行比较慢，需要优先等。
6、对于一些不需要的sql记录可以删除的，因为记录多了不便于查询，没有用的sql最好及时清除了。只需要选择您需要删除的记录，然后点击如图所示的清除按钮，在二次确认弹框中选择是，即可删除。
7、在删除按钮后面就是一个搜索输入框，在此处输入搜索关键字可以模糊匹配到记录，对于记不清的记录，采用模糊搜索的方式查询，效率非常高。工具会自动根据我们输入的关键字进行筛选过滤的。
显示归档日志信息
1,使用ARCHIVE LOG LIST命令可以显示日志操作模式,归档位置,自动归档机器要归档的日志序列号等信息.
2显示日志操作模式
SELECT name,log_mode FROM v$database;
3,显示Oracle归归档日志信息.
Col name format a46
Select name, swquence#, first_change# FROM v$archived_log;
Name用于表示Oracle归归档日志文件名,sequence#用于表示归档日志对应的日志序列号,firs_change#用于标识归档日志的起始SCN值.
4、执行介质 恢复 时,需要使用归档日志文件,此四必须准确定位归档日志的存放位置.通过查询动态性能视图v$archive_dest可以取得归档日志所在目录.
SELECT destination FROM v$archive dest;
5,显示日志历史信息
SELECT * FROM v$loghist;
THREAD#用于标识重做线程号,SEQUNCE#用于标识日志序列号,FIRST_CHANGE#用于标识日志序列号对应的起始SCN值,FIRST_TIME用于标识起始SCN的发生时间.SWICTH_CHANGE#用于标识日志切换的SCN值.
6.显示归档进程信息.
进行日志切换时,ARCH进程会自动将重做日志内容复制到Oracle归归档日志中,为了加快归档速度,应该启用多个ARCH进程.通过查询动态性能视图V$ARCHIVE_PROCESSES可以显示所有归档进程的信息!
SELECT * FROM v$archive_processes;
Porcess用于标识ARCH进程的编号,status用于标识ARCH进程的状态(ACTIVE:活动,STOPPED:未启动),log_sequence用于标识正在进行归档的日志序列号,state用于标识ARCH进程的工作状态