使用LogMiner查看归档日志

查看归档文件序号
select sequence#,first_time from v$log_history order by first_time desc;

查看归档日志大小
du -m 归档日志文件

用sql语句确定要分析的归档日志文件
select t.first_time,t.name from v$archived_log t order by t.first_time desc;

使用LogMiner分析数据
exec sys.dbms_logmnr.add_logfile(logfilename =>‘+fra/orcl/ARCHIVELOG/2017_12_20/thread_4_seq_44812.51752.963273579‘,options => dbms_logmnr.new);

启动LogMiner
execute dbms_logmnr.start_logmnr (options=>dbms_logmnr.dict_from_online_catalog);

把分析数据放入表中。
create table logminer_20171220 tablespace ypt as select * from v$logmnr_contents;

授予表给普通用户
grant select on logminer_20171220 to emr_ehr;

结束LogMiner分析
execute dbms_logmnr.end_logmnr

查看分析日志的结果
select t.scn,t.timestamp,t.table_name,t.sql_redo,t.sql_undo, t.rowid from logminer_20171220 t;    或者
select t.scn,t.operation,t.timestamp,t.table_name,t.sql_redo,t.sql_undo from logminer_20171220 t;

分类: oracle

原文地址:https://www.cnblogs.com/xiaoL/p/12123957.html

时间: 2025-01-15 10:07:25

使用LogMiner查看归档日志的相关文章

logminer挖掘归档日志,针对DDL误操作的恢复

日志挖掘,未开启补充日志功能,利用归档对DDL操作进行恢复:        Oracle   的日志文件中,对于表等用户对象(Object),并不是保存名字,而是保存一个ID号.建立字典文件的目的就是使logminer在分析时可以将Object   ID翻译成我们所熟悉的对象名.       建立字典文件之前,先要确保数据库的初始化参数   UTL_FILE_DIR   已经正确地设置.通过命令可以查看是否有字典文件:show parameters utl_file_dir; [email pr

Oracle 归档日志

Oracle可以将联机日志文件保存到多个不同的位置,将联机日志转换为归档日志的过程称之为归档.相应的日志被称为归档日志. 一.归档日志 是联机重做日志组文件的一个副本 包含redo记录以及一个唯一的log sequence number 对日志组中的一个日志文件进行归档,如果该组其中一个损坏,则另一个可用的日志将会被归档 对于归档模式的日志切换,当日志归档完成后,下一个日志才能被覆盖或重新使用 自动归档功能如开启,则后台进程arcn在日志切换时自动完成归档,否则需要手动归档 归档日志用途 恢复数

9. Oracle 归档日志

转载自:http://blog.csdn.net/leshami/article/details/5784713 Oracle可以将联机日志文件保存到多个不同的位置,将联机日志转换为归档日志的过程称之为归档.相应的日志被称为归档日志. 一.归档日志 是联机重做日志组文件的一个副本 包含redo记录以及一个唯一的log sequence number 对日志组中的一个日志文件进行归档,如果该组其中一个损坏,则另一个可用的日志将会被归档 对于归档模式的日志切换,当日志归档完成后,下一个日志才能被覆盖

归档日志已满ORA-00257问题

2016年4月3日 14:30 客户环境:LINUX + RAC 客户端账号登录,报错提示:ORA-00257: archiver error. Connect internal only, until freed 使用PUTTY连接服务器 进入oracle账户: [[email protected] ~]# su - oracle [[email protected] ~]$ sqlplus SQL*Plus: Release 10.2.0.4.0 - Production on 星期日 4月

Oracle归档日志满了导致Oracle连接(ORA-00257)报错处理

最近一段时间,有收到一台Oracle服务器的连接告警, 刚刚开始还以为是Oracle的监听被关闭导致,结果连上服务器看下Oracle的监听进程正常,自己连接一次发现有报ORA-00257错,又去监控系统中在看下日志再用sqlplus连上Oracle后查了下,知道是Oracle的归档日志写满闪回区导致Oracle连接异常,查看归档日志方法如下: SQL> show parameter db_recovery_file_dest; #查看归档日志的物理路径及闪回区的大小 SQL> select f

db_recovery_file_dest_size 修改大一点及删除归档日志 |转|

今天给客户测 试问题,让客户把数据发过来了.解压缩后一看,他们还是用的oracle 815版本的(他们exp导出时,带了导出日志,从导出日志中看出来是oracle 815版本的),不过没有关系,低版本的exp是可以用高版本的imp导入到高版本数据库中的.一看是导入还很正常,导入到其中某个表的时候,突然就不动 了.一开始我还没有弄明白怎末回事.后来,无意中看到了 计算机管理--事件查看器中 ,有很多报错信息: Archive process error: ORA-16038: log 1 sequ

归档日志的一些操作,设置,检查无效文件

有关归档的一些操作       ps: --这个符号是解释 有颜色字体标示是需要注意的地方     [[email protected] ~]# su – oracle   --设置一下ORACLE_SID [[email protected] ~]$ export ORACLE_SID=denver   --查看一下denver实例是否启动 [[email protected] ~]$ ps -ef|grep oracle root    27264  6887  0 04:23 tty1  

归档日志(下)

1 sql> archive log list;   #查看是不是归档方式 2 sql> alter system set log_archive_start=true scope=spfile; #启用主动归档 sql> alter system set log_archive_dest='location=/oracle/ora9/oradata/arch' scope=spfile; #设置归档路径 sql> alter system set log_archive_dest

当ORACLE归档日志满后如何正确删除归档日志

当ORACLE 归档日志满了后,将无法正常登入ORACLE,需要删除一部分归档日志才能正常登入ORACLE. 一.首先删除归档日志物理文件,归档日志一般都是位于archive目录下,AIX系统下文件格式为“1_17884_667758186.dbf”,建议操作前先对数据库进行备份,删除时至少保留最近几天的日志用于数据库恢复. 二.把归档日志的物理文件删除后,我们就可以正常登入ORACLE了,但是还没完全把归档日志删除干净,ORACLE的controlfile中仍然记录着这些archivelog的