欢迎大家来到IT世界,在知识的湖畔探索吧!
北京某国企服务器中部署的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条。
北亚企安数据恢复——Oracle数据恢复
注： Os：win server；Oracle数据库版本：win_oracle_11.2.0.1_x64。
2、分析system表空间文件，找到truncate表的原始数据所在位置。
北亚企安数据恢复——Oracle数据恢复
3、解析truncate表所在的数据库数据文件，找到truncate的数据。
4、将truncate的数据插入到数据库中。
通过解析system01.dbf文件，找到truncate的数据所在的位置，找到被删除的数据。解析表所在的数据文件，将truncate的数据插入到数据库中。
在数据库中，查找被truncate的表，发现数据回来了，备份数据。
北亚企安数据恢复——Oracle数据恢复
5、Exp导出scott用户。
北亚企安数据恢复——Oracle数据恢复
免责声明：本站所有文章内容,图片，视频等均是来源于用户投稿和互联网及文摘转载整编而成，不代表本站观点，不承担相关法律责任。其著作权各归其原作者或其出版社所有。如发现本站有涉嫌抄袭侵权/违法违规的内容,侵犯到您的权益，请在线联系站长,一经查实,本站将立刻删除。 本文来自网络,若有侵权，请联系删除，如若转载，请注明出处：https://itzsg.com/33722.html
