微前端架构如何改变企业的开发模式与效率提升
332
2023-11-27
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用户。
来自 “ ITPUB博客 ” ,链接:http://blog.itpub-/31380569/viewspace-2941416/,如需转载,请注明出处,否则将追究法律责任。
版权声明:本文内容由网络用户投稿,版权归原作者所有,本站不拥有其著作权,亦不承担相应法律责任。如果您发现本站中有涉嫌抄袭或描述失实的内容,请联系我们jiasou666@gmail.com 处理,核实后本网站将在24小时内删除侵权内容。
发表评论
暂时没有评论,来抢沙发吧~