qq_34556892的博客

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数据的功能，在不到一个小时内就恢复了数十万条数据，虽然我们无法保证不丢失一条数据，但至少帮助用户在最短时间内恢复了主要业务。

PRM-DUL可以脱离Oracle数据库软件实例的存在直接读取Oracle数据文件datafile中的行数据和LOB等大对象。 当你的数据库因为ORA-00600/ORA-07445或其他ORA-报错，或丢失关键的system表空间数据文件，或ASM diskgroup损坏时均可以考虑采用PRM-DUL来做恢复。PRM-DUL采用独创的DataBridge恢复技术，直接从数据文件中抽取数据后可以像DBLINK那样直接插入到新建数据库中，而无需数据落地成为DMP文件占用空间。 经过诗檀软件4年的研发改进，PRM-DUL的功能已经十分完善，且因为其采用全称GUI图形化界面的方式，对用户而言学习成本非常低，可以说从头到尾只需要点鼠标即可。支持从Oracle 7.3.4到Oracle 12c的所有版本数据库。 到目前为止已经有多大十多个国外企业级别用户购买PRM-DUL 作为其终极恢复工具，所恢复的数据超过100TB。同时也有单库超过10TB的使用例子，这得益于PRM-DUL 内置了小型嵌入式数据库，当索要恢复的ORACLE数据库很大时，PRM-DUL采用嵌入的数据库来存放找到的ORACLE 源数据，这样可以对源数据做索引和灵活的查询。

PRM-DUL可以脱离Oracle数据库软件实例的存在直接读取Oracle数据文件datafile中的行数据和LOB等大对象。 当你的数据库因为ORA-00600/ORA-07445或其他ORA-报错，或丢失关键的system表空间数据文件，或ASM diskgroup损坏时均可以考虑采用PRM-DUL来做恢复。PRM-DUL采用独创的DataBridge恢复技术，直接从数据文件中抽取数据后可以像DBLINK那样直接插入到新建数据库中，而无需数据落地成为DMP文件占用空间。 经过诗檀软件4年的研发改进，PRM-DUL的功能已经十分完善，且因为其采用全称GUI图形化界面的方式，对用户而言学习成本非常低，可以说从头到尾只需要点鼠标即可。支持从Oracle 7.3.4到Oracle 12c的所有版本数据库。 到目前为止已经有多大十多个国外企业级别用户购买PRM-DUL 作为其终极恢复工具，所恢复的数据超过100TB。同时也有单库超过10TB的使用例子，这得益于PRM-DUL 内置了小型嵌入式数据库，当索要恢复的ORACLE数据库很大时，PRM-DUL采用嵌入的数据库来存放找到的ORACLE 源数据，这样可以对源数据做索引和灵活的查询。 PRM-DUL软件由诗檀软件自主研发，研发团队自行研究了Oracle datafile的数据结构同时也参考了ORACLE RDBMS数据库软件的内核代码，研发团队具有基于Oracle Kernel内核代码二次开发的技术能力。