Chinaunix首页 | 论坛 | 博客
  • 博客访问: 204800
  • 博文数量: 449
  • 博客积分: 0
  • 博客等级: 民兵
  • 技术积分: 4525
  • 用 户 组: 普通用户
  • 注册时间: 2016-08-02 14:16
文章分类

全部博文(449)

文章存档

2024年(14)

2023年(218)

2022年(181)

2020年(12)

2019年(24)

我的朋友

分类: Oracle

2019-07-26 17:32:26

概述:北京某国企客户 Oracle 11g R2 数据库误truncate table CM_CHECK_ITEM_HIS,表数据丢失,业务查询到该表时报错,此时发现数据库的备份不能用,表数据无法查询。
客户Oracle 11g R2 数据库误truncate table CM_CHECK_ITEM_HIS,表数据丢失,业务查询到该表时报错,此时发现数据库的备份不能用,表数据无法查询。
Truncate数据的机理是,ORACLE会在数据字典和Segment Header中更新表的Data Object ID,而实际数据部分的块则不会做修改。由于数据字典与段头的DATA_OBJECT_ID与后续的数据块中的并不一致,所以ORACLE服务进程在读取全表数据时不会读取到已经被TRUNCATE的记录,但是实际仍未被覆盖的数据。

数据恢复过程

为保护用户数据,本文档构造与客户相同的故障。Scott用户创建表emp1,复制emp表,连续复制多次,总记录数为:7340032条。truncate表emp1,之后没有进行任何操作。查询该表,数据库中该表的记录为0条。
图一:

注: Os:win server 2008R2。数据库版本:win_oracle_11.2.0.1_x64;
1 对system表空间文件进行分析,找到truncate表的原始数据所在的位置
图二:



2 解析表所在的数据文件数据库,找到truncate的数据
3 将truncate的数据库插入到数据库中

数据恢复结果   

通过解析system01.dbf文件,找到truncate的数据所在的位置,找到被删除的数据。解析表所在的数据文件,将truncate的数据插入到数据库中。
在数据库中,查找被truncate,发现数据回来了,直接备份数据。
图三:


Exp导出scott用户;
图四:

阅读(2086) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~