共计 681 个字符，预计需要花费 2 分钟才能阅读完成。
数据恢复环境：
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 用户。
