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用户。

在这里插入图片描述

猜你喜欢

转载自blog.csdn.net/weixin_43214644/article/details/124818117