今天使用LogMiner找回误更新的数据时,查询v$logmnr_contents时,遇到了"ORA-04030: out of process memory when trying to allocate 152 bytes (Logminer LCR c,krvtadc)"错误.查了一下My Oracle Support,发现出现ORA-04030错误的原因,特摘录在此. 如果指定了COMMITTED_DATA_ONLY选项而且发出了查询,则LogMiner会在内存中的单个事务中逐

[B]第一部分.SQL&PL/SQL[/B][Q]怎么样查询特殊字符,如通配符%与_[A]select * from table where name like 'A\_%' escape '\' [Q]如何插入单引号到数据库表中[A]可以用ASCII码处理,其它特殊字符如&也一样,如 insert into t values('i'||chr(39)||'m');  -- chr(39)代表字符'或者用两个单引号表示一个or insert into t values('I''m');  

6.1 LogMiner 的用途 Oracle LogMiner 是Oracle公司从产品8i以后提供的一个实际非常有用的分析工具,使用该工具可以轻松获得  Oracle 重作日志文件(归档日志文件)中的具体内容,特别是,该工具可以分析出所有对于数据库操作的 DML(insert.update.delete 等)语句,9i后可以分析 DDL语句,另外还可分析得到一些必要的回滚 SQL语句.其中一个最重要的用途就是不用全部恢复数据库就可以恢复数据库的某个变化.该工具特别适用于调试.审计或者回退某

使用Oracle Logminer同步Demo 1 Demo介绍 1.1 Demo设想 前面介绍了Oracle LogMiner配置使用以及使用LogMiner进行解析日志文件性能,在这篇文章中将利用LogMiner进行数据同步,实现从源目标数据库到目标数据库之间的数据同步.由于LogMiner支持的版本是8.1及以上,所以进行数据同步的Oracle数据库版本也必须是8.1及以上. 当然在本文中介绍的是LogMiner进行数据同步例子,也可以利用LogMiner进行数据审计.数据操作追踪等功能,

LogMiner配置使用手册 1 Logminer简介 1.1 LogMiner介绍 Oracle LogMiner 是Oracle公司从产品8i以后提供的一个实际非常有用的分析工具,使用该工具可以轻松获得Oracle 在线/归档日志文件中的具体内容,特别是该工具可以分析出所有对于数据库操作的DML和DDL语句.该工具特别适用于调试.审计或者回退某个特定的事务. LogMiner分析工具实际上是由一组PL/SQL包和一些动态视图(Oracle8i内置包的一部分)组成,它作为Oracle数据库的一

LogMiner两种使用类型,一种是使用源数据库的数据字典分析DML操作,别一种是摘取LogMiner数据字典到字典文件分析DDL操作.检查下suppplemental logging:SQL> SELECT SUPPLEMENTAL_LOG_DATA_MIN FROM V$DATABASE;如果是YES 或者IMPLICIT则表明已经生效了,否则需要启动: 安装LogMiner 查看系统中是否存在运行LogMiner所需要的dbms_logmnr.dbms_logmnr_d包,如果没有需要安装

2014-08-19 Created By BaoXinjian

相信许多DBA同学都曾遇到过这种情况,由于各种各样的原因,必须对数据库做不完全恢复:但又不确定应该恢复到哪个时间点或SCN才合适,因而反复的执行不完全恢复,悲剧掉了一地,中枪的有木有?温馨提示下,在生产环境中做不完全恢复前,可能的话,先对现场做一次备份,有备无患!前面的是第一个问题,当找对了不完全恢复的时间点并成功执行不完全恢复后,后面的更改如何重做?让客户重演一遍?想都别想?打个比方,当前时间为上午11:00,不完全恢复的时间为上午8:30,把数据库状态恢复到上午8:30后,8:30到11:0

Oracle数据库查看日志的方法很多,我们可以根据SQL语句来实现,也可以通过日志查看工具LogMiner来实现,本文我们主要就介绍了这一过程,接下来就让我们一起来了解一下吧.        一.Oracle日志的路径        登录:sqlplus "/as sysdba"        查看路径:SQL> select * from v$logfile;        SQL> select * from v$logfile;(#日志文件路径)        二.O

一.安装LogMiner1.@D:\app\product\11.1.0\db_1\RDBMS\ADMIN\dbmslm.sql 2.@D:\app\product\11.1.0\db_1\RDBMS\ADMIN\dbmslmd.sql 二.配置LogMiner文件夹 CREATE DIRECTORY utlfile AS 'D:\app\oradata\practice\LOGMNR'; alter system set utl_file_dir='D:\app\oradata\practic

这里只记录下有条件的情况如何使用 BEGIN dbms_logmnr.start_logmnr( dictfilename => '/u01/arch/logminer_dict.ora',          starttime => to_date('20090808 22:00:00','yyyymmdd hh24:mi:ss'),          endtime => to_date('20090808 23:40:00','yyyymmdd hh24:mi:ss') ); EN

今天写篇原创的,把在工作中遇到的logminer问题总结下 (1)简介: logminer 工具即可以用来分析在线,也可以用来分析离线日志文件,即可以分析本身自己数据库的重作日志文件,也可以用来分析其他数据库的重作日志文件. 总的说来,logminer工具的主要用途有:  1． 跟踪数据库的变化:可以离线的跟踪数据库的变化,而不会影响在线系统的性能.  2． 回退数据库的变化:回退特定的变化数据,减少point-in-time recovery的执行.  3． 优化和扩容计划:可通过分析日志文件

实验环境 win7 64  oracle PL/SQL Release 11.2.0.1.0 - Productionhttp://blog.csdn.net/tianlesoftware/article/details/5604497 --这些操作需要在sysdba身份执行1.执行分析之前需要添加补充日志SELECT SUPPLEMENTAL_LOG_DATA_MIN FROM V$DATABASE;查看补充日志是否开启,NO为未开启ALTER DATABASE ADD SUPPLEMENTA

原文地址:LogMiner 一.LogMiner的用途 日志文件中存放着所有进行数据库恢复的数据,记录了针对数据库结构的每一个变化,也就是对数据库操作的所有DML语句. 在Oracle 8i之前,Oracle没有提供任何协助数据库管理员来读取和解释重作日志文件内容的工具.系统出现问题,对于一个普通的数据管理员来讲,唯一可以作的工作就是将所有的log文件打包,然后发给Oracle公司的技术支持,然后静静地等待Oracle 公司技术支持给我们最后的答案.然而从8i以后,Oracle提供了这样一个强有

本文是个实战,没有讲太多理论的东西,如需详细理解Oracle LogMiner,请移步:LogMiner详细讲解 首先介绍一下我的oracle环境: 第一步: 确定LogMiner已经安装. 安装LogMiner需要用SYS用户执行两个sql脚本: 1．$ORACLE_HOME/rdbms/admin/dbmslm.sql 2．$ORACLE_HOME/rdbms/admin/dbmslmd.sql 相应的,我的环境中执行的语句为: 1．@/u01/oracle/rdbms/admin/dbms

1. logminer安装 SQL> @$ORACLE_HOME/rdbms/admin/dbmslm.sql Package created. Grant succeeded. Synonym created. SQL> @$ORACLE_HOME/rdbms/admin/dbmslmd.sql Package created. Synonym created. SQL> @$ORACLE_HOME/rdbms/admin/dbmslms.sql Package created. No

(一)LogMiner工具的作用Logminer工具主要用来分析redo log和archive log文件.通过该工具,可以轻松获得Oracle redo log和archive log文件的具体内容,甚至,可以获得用户对数据库进行的DDL.DML操作.另外还可分析得到一些需要回滚的sql语句.该工具特别适合调试.审计以及回退某个特定的对象.Logminer的作用总结如下:1.跟踪数据库的变化,可以离线跟踪数据的变化,而不会影响在线的性能:2.回退数据库的变化,回退特定的变化的数据,减少poi

参考自:https://blog.csdn.net/yes_is_ok/article/details/79296614 原文转自:http://blog.itpub.net/26736162/viewspace-2141148/ 官方文档地址:https://docs.oracle.com/cd/E11882_01/server.112/e22490/logminer.htm#SUTIL1559 logminer使用注意: LogMiner工具既可以用来分析在线日志,也可以用来分析离线日志文件

注:本文来源于 < Oracle学习笔记 --- Oracle ORA错误解决方案 > ORA-00001: 违反唯一约束条件 (.)错误说明:当在唯一索引所对应的列上键入重复值时,会触发此异常.ORA-00017: 请求会话以设置跟踪事件ORA-00018: 超出最大会话数ORA-00019: 超出最大会话许可数ORA-00020: 超出最大进程数 ()ORA-00021: 会话附属于其它某些进程:无法转换会话ORA-00022: 无效的会话 ID:访问被拒绝ORA-00023: 会话引用进

应客户需要,对某一天的日志进行挖掘,分析日均归档日志切换数量20增长至40的原因,是什么表的dml操作导致的日志量剧增,最终定位某个应用(需要客户自己进行甄别) 操作说明及介绍: 1.客户10.2.0.5 rac 两节点,一套10.2.0.5 dg单实例环境,一套测试库(测试库与dg在同一台主机,且测试库是一年前历史时期的生产库的备库) 2.根据对生产环境最小化原则,在主库只进行创建数据字典,并不在主库进行日志挖掘 3.根据操作简便,dg与测试库在同一台主机上,本次使用dg环境视图查询日志文件,

起因:客户需求,数据库正常每天总的日志切换是20以内,有一天日志切换总数,达到30,客户建议使用Logminer进行日志挖掘分析,到底什么应用导致的问题. 说明:使用logminer进行日志挖掘,只能挖掘出什么对象表,dml操作多少次,而无法明确得到什么应用占用的日志最多.只能提供很单项的东西,某个表dml操作次数,非常多.需要客户结合实际应用,去判断,到底什么应用导致的问题. 环境说明:数据库版本10.2.0.5 双节点rac, 有一套dg 10.2.0.5,单实例. 测试说明: 1.dg 切