+-
数据库执行truncate table CM_CHECK_ITEM_HIS怎么恢复

数据库误操作导致数据丢失是比较常见的一种丢失数据情况,通常情况下误删除数据后只要恢复备份数据即可,那么也不排除有一部分特殊情况下数据库备份无法使用、还原报错等,今天为大家介绍的是一例真是的oracle数据库误truncate table 后的数据库恢复过程,如果出现误操作后备份又恰好无法使用的情况可以参考以下恢复费方案。
首先介绍下Truncate的工作原理:正常情况下oracle会通过Segment_Header及数据字典对表的Data_Object_ID进行更新,具体到存储数据部分的块实际上并未被修改,因此在oracle服务再进行全表数据读取时就会因为数据字典和Data_Object_ID与实际存储的数据块内容不一致而不会读取到被truncate的内容记录,这也就是数据库恢复数据的关键。

数据恢复过程

在本案例演示中,数据恢复工程师构造了一个上述的故障。构造故障的软硬件设备参数如下:
Os:win server 2008R2。
数据库版本:win_oracle_11.2.0.1_x64;
首先Scott用户创建表emp1,复制emp表,连续复制多次,总记录数为:7340032条。随后truncate表emp1。此时查询该表,数据库中该表的记录为0条。见下图一所示:
image
1 打开数据库文件的底层数据,对system表空间文件进行分析,找到truncate表的原始数据所在的位置,如下图二所示:
imageimageimageimage
2 解析表所在的数据文件数据库,找到truncate的数据
3 将truncate的数据库插入到数据库中

数据恢复结果

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

Exp导出scott用户;如下图四所示:image