数据库误操作导致数据失落是比拟常见的一种失落数据状况，通常状况下误删除数据后只有复原备份数据即可，那么也不排除有一部分非凡状况下数据库备份无奈应用、还原报错等，明天为大家介绍的是一例真是的oracle数据库误truncate table 后的数据库复原过程，如果呈现误操作后备份又恰好无奈应用的状况能够参考以下复原费计划。
首先介绍下Truncate的工作原理：失常状况下oracle会通过Segment_Header及数据字典对表的Data_Object_ID进行更新，具体到存储数据局部的块实际上并未被批改，因而在oracle服务再进行全表数据读取时就会因为数据字典和Data_Object_ID与理论存储的数据块内容不统一而不会读取到被truncate的内容记录，这也就是数据库复原数据的要害。

数据恢复过程

在本案例演示中，数据恢复工程师结构了一个上述的故障。结构故障的软硬件设施参数如下：
Os：win server 2008R2。
数据库版本：win_oracle_11.2.0.1_x64;
首先Scott用户创立表emp1，复制emp表，间断复制屡次，总记录数为：7340032条。随后truncate表emp1。此时查问该表，数据库中该表的记录为0条。见下图一所示：

1 关上数据库文件的底层数据，对system表空间文件进行剖析，找到truncate表的原始数据所在的地位，如下图二所示：

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

数据恢复后果

通过解析system01.dbf文件，找到truncate的数据所在的地位，找到被删除的数据。解析表所在的数据文件，将truncate的数据插入到数据库中。
在数据库中，查找被truncate，发现数据回来了，间接备份数据。如下图三所示：

Exp导出scott用户；如下图四所示：