Chinaunix首页 | 论坛 | 博客
  • 博客访问: 204755
  • 博文数量: 449
  • 博客积分: 0
  • 博客等级: 民兵
  • 技术积分: 4525
  • 用 户 组: 普通用户
  • 注册时间: 2016-08-02 14:16
文章分类

全部博文(449)

文章存档

2024年(14)

2023年(218)

2022年(181)

2020年(12)

2019年(24)

我的朋友

分类: 服务器与存储

2022-12-27 13:50:41

数据库恢复环境:
操作系统:windows server;
数据库:win_oracle_x64。


数据库故障&分析:
oracle数据库误truncate  table,备份无法使用。
oracle数据库误操作导致数据丢失是比较常见的一种故障,如果有备份只需要恢复备份数据即可,我们中心数据恢复工程师接到的case多是无备份或者备份无法使用、还原报错等。
首先介绍下Truncate工作原理:正常情况下oracle会通过Segment Header及数据字典对表更新Data Object ID,实际上存储数据部分的块并未被修改,如果被truncate,那么oracle在读取全表数据时会因为数据字典和Data Object ID与实际存储的数据块内容不一致而不会读取被truncate的内容记录。


数据库数据恢复过程:
本次案例演示中,北亚数据恢复工程师构造了一个相同环境下的类似故障。
1、用Scott用户创建表emp1,连续多次复制emp表,然后truncate表emp1。此时查询该表,数据库中该表的记录为0条。





2、基于oracle数据库文件底层分析system表空间文件,找到truncate表的原始数据所在的位置。





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


4、在数据库中查找被truncate的数据,结果发现被truncate的数据已经恢复,备份数据。





5、Exp导出scott用户。



阅读(329) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~