利用logminer恢复delete误删除操作的数据

1环境准备

日志挖掘可以基于日志、基于时间、基于SCN分析,这里我们将演示一个基于SCN的分析案例。

开启补充日志功能(必须开始,否则不能捕获DML操作日志):

创建一张livan表,往里面插入了14条数据,如图:

2查看当前日志

3确认SCN删除测试表数据

查看当前SCN:

执行delete操作,删除了14条数据:

查看此时的SCN:

4 logminer加载日志文件并分析

加载日志文件:

开始日志挖掘:

5查询v$logmnr_contents视图

6结束日志挖掘

exec dbms_logmnr.end_logmnr; 
PL/SQL procedure successfully completed.

转:http://www.cnblogs.com/myrunning/p/4211839.html

时间: 2024-10-19 14:24:12

利用logminer恢复delete误删除操作的数据的相关文章

[网络课摘抄]3.利用logminer恢复delete误删除操作的数据

1环境准备 日志挖掘可以基于日志.基于时间.基于SCN分析,这里我们将演示一个基于SCN的分析案例. 开启补充日志功能(必须开始,否则不能捕获DML操作日志): 创建一张livan表,往里面插入了14条数据,如图: 2查看当前日志 3确认SCN删除测试表数据 查看当前SCN: 执行delete操作,删除了14条数据: 查看此时的SCN: 4 logminer加载日志文件并分析 加载日志文件: 开始日志挖掘: 5查询v$logmnr_contents视图 6结束日志挖掘 exec dbms_log

Linux中利用extundelete恢复误删除的数据

利用extundelete工具恢复磁盘误删除的数据 原理: 简单介绍下关于inode的知识.在Linux下可以通过"ls -id"命令来查看某个文件或者目录的inode值,例如查看根目录的inode值,可以输入: [[email protected] Server-100 shell]# ls -id / 2 / 在利用extundelete恢复文件时并不依赖特定文件格式,首先extundelete会通过文件系统的inode信息(根目录的inode一般为2) 来获得当前文件系统下所有文

Oracle闪回查询恢复delete删除数据

Flashback query(闪回查询)原理 Oracle根据undo信息,利用undo数据,类似一致性读取方法,可以把表置于一个删除前的时间点(或SCN),从而将数据找回. Flashback query(闪回查询)前提: SQL> show parameter undo; NAME                                TYPE       VALUE ------------------------------------ ----------- --------

binlog row模式delete误删除恢复

场景:某DBA在数据操作过程中,误将db.t1执行了一次delete from db.t1;,此数据库配置的格式为row,现在需要利用binlog将该误操作进行恢复. 1.获取删除语句在binlog中的大概位置 #切换下二进制日志 mysql >flush logs; #将二进制binlog文件转换为文本文件 /usr/local/mysql/bin/mysqlbinlog -v --base64-output=DECODE-ROWS ./mysql-bin.000005>temp.log #

利用BBED恢复数据文件头

转载请注明出处:http://blog.csdn.net/guoyjoe/article/details/31018075 @@@@@@@利用BBED模拟损坏5文件1号块(文件头) BBED> copy file 4 block 4 to file 5 block 1 File: /u01/app/oracle/oradata/PROD/tp01.dbf (5) Block: 1 Offsets: 0 to 19 Dba:0x01400001 --------------------------

SQLServer 恢复delete 删除的数据

恢复delete 删除的数据 一次偶然的机会我看到 恢复SQLSERVER被误删除的数据>博文 原文地址为:http://www.cnblogs.com/lyhabc/p/3683147.html 我就很好奇的看了下,然后就是一头雾水 ,完全看不懂 .其实我并没打算把 这篇博文看懂,既然别人已经开发好了 ,直接拿来用就行了. 后来我就随便测试了下 ,发现以下几个问题 1.博文中作者说 支持 datetime类型,测试的结果发现 完全不对,得到的日期是不正确的 2.该数据恢复方式不支持date类型

NPOI操作excel——利用反射机制,NPOI读取excel数据准确映射到数据库字段

> 其实需求很明确,就是一大堆不一样的excel,每张excel对应数据库的一张表,我们需要提供用户上传excel,我们解析数据入库的功能实现. 那么,这就涉及到一个问题:我们可以读出excel的表头,但是怎么知道每个表头具体对应数据库里面的字段呢? 博主经过一段时间的思考与构思,想到一法:现在的情况是我们有excel表A,对应数据库表B,但是A与B具体属性字段的映射关系我们不知.那我们是不是可以有一个A到B的映射文件C呢? 我想,说到这,大家就很明了了... 第一步:为每张excel创建一个与

案例:Oracle非常规恢复ODU恢复PACKAGE/VIEW/DBLINK等数据脚本操作

Oracle非常规恢复,通过ODU工具恢复包,过程,函数,视图,触发器等数据 当数据库不能拉起来时候,我们可以通过odu找回丢失的数据,今天客户出要求,需要我帮忙找回不能起来库中的包,过程,函数,视图,触发器等之类东西.这些东西都是存在system空间中,存在一些系统的基表中,我们如果能够拿到这些基表的数据然后进行处理,原则上就可以得到客户需要的东西 一.恢复PROCEDURE/FUNCTION/PACKAGE/PACKAGE BODY/TRIGGER/TYPE/TYPE BODY中的数据 1.

hbase之python利用thrift操作hbase数据和shell操作

前沿: 以前都是用mongodb的,但是量大了,mongodb显得不那么靠谱,改成hbase撑起一个量级. HBase是Apache Hadoop的数据库,能够对大型数据提供随机.实时的读写访问.HBase的目标是存储并处理大型的数据.HBase是一个开源的,分布式的,多版本的,面向列的存储模型.它存储的是松散型数据. HBase提供了丰富的访问接口. HBase Shell Java clietn API Jython.Groovy DSL.Scala REST Thrift(Ruby.Pyt