概述：北京某国企客户 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条。
图一：
注： Os：win server 2008R2。数据库版本：win_oracle_11.2.0.1_x64;
1 对system表空间文件进行分析，找到truncate表的原始数据所在的位置
图二：
2 解析表所在的数据文件数据库，找到truncate的数据
3 将truncate的数据库插入到数据库中
数据恢复结果
通过解析system01.dbf文件，找到truncate的数据所在的位置，找到被删除的数据。解析表所在的数据文件，将truncate的数据插入到数据库中。
在数据库中，查找被truncate，发现数据回来了，直接备份数据。
图三：
Exp导出scott用户；
图四：
来自 “ ITPUB博客 ” ，链接：https://blog.itpub.net/31380569/viewspace-2651887/ ，如需转载，请注明出处，否则将追究法律责任。
最新文章
- 【数据库数据恢复】存储损坏,SQLServer数据库NDF文件归零的数据库恢复案例
- 【服务器数据恢复】VMware虚拟化误操作还原快照的数据恢复案例
- 【服务器数据恢复】同友存储RAID5阵列崩溃后上层MySQL数据库数据恢复案例
- 【服务器数据恢复】RAID5阵列多盘离线数据恢复实操案例
- 【数据库数据恢复】SQL Server数据库ndf文件变为0KB如何恢复数据库数据？
- 【虚拟机数据恢复】EVA8400存储虚拟机断电无法启动的数据恢复案例
- 【服务器数据恢复】服务器数据安全运维：故障原因、恢复流程与防护策略
- 【服务器数据恢复】WinServer服务器RAID5故障数据恢复及安全防护建议
- 【服务器数据恢复】基于不同机型的服务器RAID5容错原理与数据恢复策略
- 【RAID恢复】存储RAID出现故障，Oracle数据库数据恢复案例
