oracle容灾之truncate数据恢复

在我的另外几篇文章中,介绍了关于数据库闪回的一些内容,对于drop和delete的数据闪回。对于truncate,可能有一些数据库知识的应该会知道,在正常逻辑中,如果我们将表truncate掉了,是找不回来了,TRUNCATE TABLE 是一次性地从表中删除所有的数据并不把单独的删除操作记录记入日志保存,删除行是不能恢复的。并且在删除的过程中不会激活与表有关的删除触发器。执行速度快。
那么问题来了,如果我们生产过程中,一不小心,将业务表truncate掉了该怎么办呢?其实也是有办法解决的,具体操作过程如下:

1,新建测试表t_test,插入几条测试数据
在这里插入图片描述
2,执行我们truncate命令,清除t_test中的所有数据
在这里插入图片描述
3,truncate恢复需要一个存储过程fy_recover_data(我个人觉得,能写出这种存储过程的,怕真的是科学家级别的了)
下载地址:https://download.csdn.net/download/xxbb0101/10275209

4,下载完成后,使用sys用户登录db(注意一定要sys用户登录,否则会出现执行报错的情况),然后执行存储过程

5,在command界面,登录sys用户,执行命令:exec fy_recover_data.recover_truncated_table('userName','tableName');
注意该程序有两个参数,前一个为被truncate表所在用户的用户名,后者为表名
在这里插入图片描述
4,用被普通用户登录,查询临时表:select * from tablename$$;(临时表名为表名+“$$”)
可见,被truncate掉的数据已经全部在我们的临时表中了
在这里插入图片描述
5,最后将临时表的数据全部插入的业务表即可,你看业务表数据,已经被全部恢复了
在这里插入图片描述
6,到此虽然我们数据恢复工作已经做完了,但是由于其恢复需要生成临时表文件,所以我们要找到其对应的表空间文件,做相关删除操作,可以看到生成的临时表空间为;FY_RST_DATA
在这里插入图片描述
7,根据数据字典DBA_DATA_FILES,查出该表空间对应的磁盘文件
在这里插入图片描述
8,在磁盘上找到对应的文件,rm即可
在这里插入图片描述

到此为止,整个truncate数据恢复操作就算全部完成了!希望对大家有所帮助

  • 6
    点赞
  • 17
    收藏
    觉得还不错? 一键收藏
  • 3
    评论
PRM DUL for oracle恢复truncate截断掉的表 Oracle DBA神器:PRM灾难恢复工具,Schema级别数据恢复。PRM For Oracle Database – schema级别oracle数据库数据恢复特性 ,PRM即ParnassusData Recovery Manager是企业级别Oracle数据库灾难恢复工具。PRM可以在无备份的情况下恢复truncated/drop掉的表,也可以恢复无法打开的Oracle数据库(Alter Database Open失败)中的数据。 PRM是图形化增强版的Oracle DUL工具,同时具备很多Oracle DUL不具备的特性 情况 当某张表被意外truncated掉了,需要恢复其上的所有数据时。表空间的多个数据文件均存放在ASM上,且没有任何形式的备份。 注意这边文章针对的是PRM在 数据字典模式下的Truncate恢复选项不可用时使用,数据字典模式下的Truncate恢复选项是最简单、易用的一种模式,具体使用见《使用PRM恢复Oracle数据库中误truncate截断的表数据》http://www.parnassusdata.com/zh-hans/node/52 PRM 3.0的下载地址: http://parnassusdata.com/sites/default/files/ParnassusData_PRMForOracle_3002.zip PRM 的官方网站: http://www.parnassusdata.com/ PRM背景 PRM恢复表数据时存在多种模式, PRM需要知道哪些表上的数据块是需要被读取并取出数据的。默认的表现形式是直接从segment header数据段头里获取EXTENT MAP即盘区图,另一种方案就是由PRM自己去构建一个盘区图。 这些盘区图可以通过,PRM的SCAN DATABASE选项来获得: Recovery Wizard => Non-Dictionary Mode,如果是ASM则选择Non-Dictionary Mode(ASM) 执行SCAN Database后会生成SEG$和EXT$的数据到PRM内嵌的数据库中,之后可以选择SCAN TABLES FROM SEGMENTS 或者 SCAN TABLES FROM EXTENTS。 FROM Segments 意味着使用Segment Header中获得的Extent MAP信息,而FROM Extents意味着使用PRM自己扫描获得的EXTENT信息。 请注意当TRUNCATE发生后, 数据表Table的Segment Header中的Extent MAP信息就会被清空了, 但实际存放数据的数据块中的行数据还是在哪里的,除非被其他数据表/索引的增长而覆盖了。 所以当Truncate发生后选择SCAN TABLES FROM SEGMENT 是找不回数据的,必须使用SCAN TABLES FROM EXTENTS, EXTENT的信息是PRM自己去数据文件中扫描获得的,所以只要有数据的地方PRM就会自己去找到。 除了Truncate需要使用到 SCAN TABLES FROM EXTENTS之外对于DROP TABLE的恢复也可以用到SCAN TABLES FROM EXTENTS , 总之当Segment Header找不到(可能存放Segment Header的数据文件丢失了)、或者已损坏(可能Segment Header的数据块被损坏了)、或者其中的Extent Map数据无效(Truncate、DROP或逻辑损坏)时都可以使用SCAN TABLES FROM EXTENTS 。 但是如果不存在上述的问题时,建议用SCAN TABLES FROM SEGMENTS ,因为从Segment Header获取信息更方便也更高效一些。 在PRM中同一个程序实例 同时只能使用SCAN TABLES FROM SEGMENTS 或者 SCAN TABLES FROM EXTENTS 中的一个。 使用SCAN TABLES FROM EXTENTS 后需要找到对应被TRUNCATE掉的表的原始DATA_OBJECT_ID,即左侧属性图中的一个对象,并将其DataBridge 数据搭桥传输到目标数据库中即可。 用户truncate误删 schema下的若干数据表,无法使用flashback query等技术恢复数据,尝试从之前的全备份中恢复,数据库restore速度较快,但是archivelog恢复时由于HP data Protecter的不明原因导致归档恢复十分缓慢,缓慢一个归档往往要几分钟,而需要restore数百个归档,时间上无法接受。 该案例通过PRM-DUL直接在字典模式下恢复truncate数据的功能,在不到一个小时内就恢复了数十万条数据,虽然我们无法保证不丢失一条数据,但至少帮助用户在最短时间内恢复了主要业务。
Oracle容灾认证是指Oracle数据库的灾备解决方案通过Oracle官方认证,确保其在故障发生时可以快速恢复和保障数据的一致性和可用性。 在Oracle容灾认证中,主要考核以下核心方面: 1. 故障切换能力:灾备解决方案需要能够在主数据库发生故障时快速切换到备份数据库,并确保业务服务的连续性。Oracle容灾认证会验证切换的速度、数据一致性和业务的可用性。 2. 数据同步和复制:容灾解决方案需要能够实现主数据库和备份数据库之间的数据同步和复制,确保备份数据库中的数据与主数据库保持一致。Oracle容灾认证会验证数据的同步性和复制的准确性。 3. 故障恢复能力:容灾解决方案需要能够快速恢复主数据库故障后的数据状态,并确保业务的正常运行。Oracle容灾认证会验证故障恢复的速度和数据的完整性。 4. 容灾策略和方案:容灾解决方案需要具备完备的容灾策略和方案,包括故障监测、切换流程、数据备份与还原等方面。Oracle容灾认证会验证容灾策略和方案的合理性、全面性和可行性。 通过Oracle容灾认证,可以提供一个可靠且经过验证的灾备解决方案。这不仅能够保障关键业务的连续性和可用性,还能够缩短系统故障恢复的时间和降低数据丢失的风险。同时,Oracle容灾认证也为用户提供了一种权威性的选择参考,帮助他们判断容灾解决方案的质量和可行性。

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论 3
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值