【数据库数据恢复】Oracle数据库误truncate table的数据恢复案例

数据恢复环境： Oracle 11g R2数据库。 数据库故障情况： 数据库管理员误truncate table  CM_CHECK_ITEM_HIS，表数据丢失，业务查询到该表时报错。数据库备份不可用，表数据 无法查询。 *Oracle数据库小知识： Truncate原理：ORACLE会在数据字典和Segment Header中更新表的Data Object ID，而实际数据部分的块则不会做修改。 由于数据字典与段头的DATA_OBJECT_ID与后续的数据块中的并不一致，所以ORACLE服务进程在读取全表数据时不会读取 到已经被TRUNCATE的记录。 Oracle数据库数据恢复过程： 1、为保护用户的数据，本文档模拟构建与用户生产环境相同的故障。Scott用户创建表emp1，复制emp表，连续复制多次 ，总记录数为：7340032条。truncate表emp1，之后没有进行任何操作。查询该表，数据库中该表的记录为0条。 注： Os：win server 2008R2。数据库版本：win_oracle_11.2.0.1_x64; 2、对system表空间文件进行分析，找到truncate表的原始数据所在的位置。 3、解析表所在的数据文件，找到truncate的数据。 4、将truncate的数据插入到数据库中。 总结：通过解析system01.dbf文件，北亚数据恢复工程师找到truncate的数据所在的位置，找到被删除的数据。解析表所在的数据文件，将truncate的数据插入到数据库中。 在数据库中，查找被truncate，发现数据回来了，直接备份数据。 5、Exp导出scott用户。