数据库数据恢复-Oracle数据库truncate的数据恢复案例

Oracle数据库故障&分析：
北京某单位Oracle 11g R2数据库误执行truncate  table  CM_CHECK_ITEM_HIS，表数据丢失，查询该表时报错。数据库备份无法使用，表数据无法查询。
Oracle数据库Truncate数据的机理：执行Truncate命令后，ORACLE数据库会在数据字典和Segment Header中更新表的Data Object ID，但是不会修改实际数据部分的块。Truncate数据会导致数据字典和Segment Header的DATA_OBJECT_ID与后续的数据块中的不一致，ORACLE服务进程在读取全表数据时就不会读取到已经被TRUNCATE的记录，实际数据其实并没有被覆盖。

Oracle数据库数据恢复过程：
为了保护用户隐私和数据安全，我们没有将恢复该oracle数据库数据的过程演示出来，北亚企安数据恢复工程师还原了和该案例相同的oracle故障环境，用来演示如何恢复Oracle数据库Truncate数据。
1、通过Scott用户创建表emp1，连续复制emp表多次，总记录数为7340032条。truncate表emp1，之后没有进行任何增删改的操作。经过查询，Oracle数据库中表emp1的记录为0条。

2、分析system表空间文件，找到truncate表（表emp1）的原始数据所在的位置。

3、解析表emp1所在的数据文件，找到truncate的数据。
4、将truncate的数据插入到数据库中。

Oracle数据库数据恢复结果：
解析system01.dbf文件，找到truncate的数据所在的位置，找到被删除的数据。解析truncate表所在的数据文件，将truncate的数据插入到数据库中。
这时在oracle数据库中查找被truncate的表，发现数据已经回来了，备份数据。

Exp导出scott用户。