洞察管理小程序实例的关键在于实现跨平台能力与数据安全,如何利用FinClip助力企业在数字化转型中既合规又高效?
396
2023-11-26
Oracle数据库故障&分析:
北京某单位Oracle 11g R2数据库误执行truncate table CM_CHECK_ITEM_HIS,表数据丢失,查询该表时报错。数据库备份无法使用,表数据无法查询。
Oracle数据库Truncate数据的机理:执行Truncate命令后,ORACLE数据库会在数据字典和Segment Header中更新表的Data Object ID,但是不会修改实际数据部分的块。Truncate数据会导致数据字典和Segment Header的DATA_OBJECT_ID与后续的数据块中的不一致,ORACLE服务进程在读取全表数据时就不会读取到已经被TRUNCATE的记录,实际数据其实并没有被覆盖。
Oracle数据库数据恢复过程:
为了保护用户隐私和数据安全,我们没有将恢复该oracle数据库数据的过程演示出来,北亚企安数据恢复工程师还原了和该案例相同的oracle故障环境,用来演示如何恢复Oracle数据库Truncate数据。
1、通过Scott用户创建表emp1,连续复制emp表多次,总记录数为7340032条。truncate表emp1,之后没有进行任何增删改的操作。经过查询,Oracle数据库中表emp1的记录为0条。
2、分析system表空间文件,找到truncate表(表emp1)的原始数据所在的位置。
3、解析表emp1所在的数据文件,找到truncate的数据。
4、将truncate的数据插入到数据库中。
Oracle数据库数据恢复结果:
解析system01.dbf文件,找到truncate的数据所在的位置,找到被删除的数据。解析truncate表所在的数据文件,将truncate的数据插入到数据库中。
这时在oracle数据库中查找被truncate的表,发现数据已经回来了,备份数据。
Exp导出scott用户。
来自 “ ITPUB博客 ” ,链接:http://blog.itpub-/31380569/viewspace-2982400/,如需转载,请注明出处,否则将追究法律责任。
版权声明:本文内容由网络用户投稿,版权归原作者所有,本站不拥有其著作权,亦不承担相应法律责任。如果您发现本站中有涉嫌抄袭或描述失实的内容,请联系我们jiasou666@gmail.com 处理,核实后本网站将在24小时内删除侵权内容。
发表评论
暂时没有评论,来抢沙发吧~