共计 721 个字符，预计需要花费 2 分钟才能阅读完成。
Oracle 数据库故障：
北京某国企服务器中部署的 Oracle 11g R2 数据库被误操作执行了 truncate table CM_CHECK_ITEM_HIS，表数据失落，查问该表时报错，数据库备份不可用，表数据无奈查问。
Truncate 数据原理：表被 Truncate 后，ORACLE 会在数据字典和 Segment Header 中更新表的 DATA_OBJECT_ID，然而不会批改理论数据局部的块。因为数据字典与段头的 DATA_OBJECT_ID 与后续的数据块中的并不统一，所以 ORACLE 服务过程在读取全表数据时读取不到曾经被 TRUNCATE 然而理论未被笼罩的数据。
Oracle 数据库复原过程：
1、为了爱护用户的原始数据和更好演示 truncate table 的数据恢复过程，北亚企安数据恢复工程师结构了与用户雷同的故障环境。
用 Scott 用户创立表 emp1，间断复制 emp 表屡次，总记录数为：7340032 条。truncate 表 emp1，没有做其余任何操作。查问该表，Oracle 数据库中该表的记录为 0 条。
注：Os：win server；Oracle 数据库版本：win_oracle_11.2.0.1_x64。
2、剖析 system 表空间文件，找到 truncate 表的原始数据所在位置。
3、解析 truncate 表所在的数据库数据文件，找到 truncate 的数据。
4、将 truncate 的数据插入到数据库中。
通过解析 system01.dbf 文件，找到 truncate 的数据所在的地位，找到被删除的数据。解析表所在的数据文件，将 truncate 的数据插入到数据库中。
在数据库中，查找被 truncate 的表，发现数据回来了，备份数据。
5、Exp 导出 scott 用户。
