Oracle 数据库误truncate table恢复过程-阿里云开发者社区

开发者社区> 数据库> 正文
登录阅读全文

Oracle 数据库误truncate table恢复过程

简介:

  北京某国企客户 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条。

d7fa023ca1a744cdaeab0327bf2fd6dc_th.jpg

  注: Os:win server 2008R2。数据库版本:win_oracle_11.2.0.1_x64;

  1 对system表空间文件进行分析,找到truncate表的原始数据所在的位置

6a6e3a29083b48e0abe86981d02a479a_th.jpg

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

  通过解析system01.dbf文件,找到truncate的数据所在的位置,找到被删除的数据。解析表所在的数据文件,将truncate的数据插入到数据库中。

  在数据库中,查找被truncate,发现数据回来了,直接备份数据。

73f357a2cab54262a4155d3eb5c461b8_th.jpg

  Exp导出scott用户;

d7531cc2b9c4452ca644621ac4d0efcb_th.jpg










本文转自 宋国建 51CTO博客,原文链接:http://blog.51cto.com/sun510/1889294,如需转载请自行联系原作者

版权声明:本文内容由阿里云实名注册用户自发贡献,版权归原作者所有,阿里云开发者社区不拥有其著作权,亦不承担相应法律责任。具体规则请查看《阿里云开发者社区用户服务协议》和《阿里云开发者社区知识产权保护指引》。如果您发现本社区中有涉嫌抄袭的内容,填写侵权投诉表单进行举报,一经查实,本社区将立刻删除涉嫌侵权内容。

分享:
数据库
使用钉钉扫一扫加入圈子
+ 订阅

分享数据库前沿,解构实战干货,推动数据库技术变革

其他文章