PRM-DUL终极Oracle数据库恢复工具

PRM-DUL 下载地址:http://zcdn.parnassusdata.com/DUL5108.zip

诗檀软件自主开发的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内核代码二次开发的技术能力。

欢迎技术合作!

如果自己搞不定可以找诗檀软件专业ORACLE数据库修复团队成员帮您恢复!

诗檀软件专业数据库修复团队

服务热线 : 13764045638 QQ号:47079569 邮箱:service@parnassusdata.com.

 

Oracle 误删除数据各种场景的对策

 

如果自己搞不定可以找诗檀软件专业ORACLE数据库修复团队成员帮您恢复!

诗檀软件专业数据库修复团队

服务热线 : 13764045638 QQ号:47079569 邮箱:service@parnassusdata.com

prm-DUL下载地址:http://zcdn.parnassusdata.com/DUL5108.zip

对于Oracle中的数据误删除可以分为以下几类(这里我们一般不考虑闪回数据库flashback database)

1、 误delete 删除表上的行 , 对策: 10g以后可以尝试闪回查询flashback query前提是快照未变得过久。这种情况下常规有RMAN备份的话,可以的话可以基于删除前的一个时间点做TSPTIR基于表空间的时间点恢复已达到恢复目的。 如果备份和闪回查询都不可用,则可以尝试使用PRM-DUL的恢复undelete数据功能,前提是被删除的数据行在数据块级别没有被彻底删除。

2、误drop表,对策: 10g以后使用基于回收站特性的flashback drop 来恢复表。 否则若有RMAN 备份同样可以使用TSPTIR。 若flashback drop和RMAN备份均不可用,可以使用PRM-DUL的undrop功能来恢复数据。

3、误truncate截断表,对策:对于truncate 闪回不可用,若有RMAN 备份同样可以使用TSPTIR。否则可以使用PRM-DUL的truncate恢复untruncate 功能。

4、drop tablespace ,对策:若有rman备份则使用TSPTIR。否则可以使用prm-dul恢复被drop的tablespace上的表数据

5、rm或delete了oracle的数据文件,若有备份则基于rman备份restore datafile 并recover datafile,否则考虑使用prm-dul扫描磁盘找到对应数据文件后恢复。

 

 

Oracle PRM-DUL使用经验

过去几天我使用了PRM-DUL软件(http://www.parnassusdata.com/)来恢复客户糟糕的oracle数据库。

其中一个用户的基于raid-5的存储阵列经历了十分严重的磁盘损坏,虽然有备份,但那备份作业从来没测试通过过。在恢复oracle数据库的过程中遇到了多起undo损坏的疑难问题,而且是发生在system表空间的system系统回滚段身上。剩下的只有10个月前的备份可用了。

我和另外一个工程师尝试从这个损坏的存储系统里恢复2个ORACLE数据库。针对其中一个数据库,PRM-DUL 可以读取它的system表空间上的数据字典,显然虽然undo有严重损坏,但数据字典本身ok。另一个数据库的system表空间有一些损坏,我们有尝试用PRM-DUL的字典模式dictionary-mode,后来转而使用非字典模式了。

由于有10个月前的一些rman备份,所以我们也可以基于10月前的system数据文件来重建数据字典。  但这个10月前的数据字典还是会有一些问题的, 最后还是不得不用非字典模式来处理,这意味着我们需要猜例如表的名字、列字段名和列字段类型这些基础信息。如果用户没法提供一个熟悉业务的人员的话,纯oracle数据库技术人员干这个绝对是力气活,因为如果有几百张表 ,每张表十几个字段,你可以想象一下这样做的工作量是多大的。

 

不幸的是我们并没有能100%恢复数据,虽然也差不离。 对于有数据字典的情况可以基于TAB$的NUM_ROWS去了解每张表大致的行数,这样我们就能知道大约丢失了多少行数据。

 

照理说 PRM-DUL 应当能恢复所有数据,但在这个case中部分数据文件中的block显然被物理上毁灭了。所以我们还是要强调,不仅要备份,还要定期测试你的备份。

 

 

沪ICP备14014813号

沪公网安备 31010802001379号