成功案例:

ODU多次帮助来自世界各地的Oracle数据库用户恢复了数据。由于硬件问题、掉电、人为误操作等原因造成数据库损坏或数据丢失,同时又缺乏及时的数据备份,在这样的情况下,利用ODU的强大功能和方便易用的特性,及时有效地恢复了数据。

下面是一些使用ODU的典型案例,对于恢复情形类似的重复案例没有列出。由于涉及到客户隐私,没有描述详细的情况,同时尊重一些客户的要求,部分案例没有列出。

  • 2014年4月ODU成功为美国某500强客户完整地恢复了被误删除的数据。由于误操作,客户的一张存储重要excel文件的带BLOB列的核心表被误删除了全部数据。在flashback,logminer均无法恢复被删除数据且被删除数据的表中98%以上记录所对应的row directory中的offset都已经完全被Oracle清除的极端情况下客户利用ODU成功地完整恢复了所有未被覆盖的被删除的数据。
  • 2014年2月ODU成功为客户完整地恢复了ERP系统的数据。由于维护人员误操作,在向ASM磁盘组添加磁盘时中止了添加操作,并清空了磁盘头然后再重建了ASM磁盘组。通过ODU扫描所有的ASM磁盘完整地提取出了存储业务数据的数据文件,并最终恢复了所有的数据。
  • 2012年3月ODU成功为客户恢复了意外Truncate的表。在系统维护人员手工进行数据批处理时,由于操作失误,在一个重要表上执行了Truncate操作,同时数据库没有备份。而这张表含有一个BLOB字段,存储的是一些重要文件,每个大小都在几百KB以上。表被Truncate之后,又往这个表中插入了少量数据,同时数据库一直保持着运行状态,表空间也没有OFFLINE,虽然由于Truncate的机制,LOB列的LOB索引已经被破坏,同时原来的数据已经有部分被覆盖,但是使用ODU仍然成功地恢复了绝大部分数据,包括BLOB字段的数据。
  • 2012年2月ODU成功为客户恢复了ERP系统的数据。由于硬件故障,客户ERP系统的Oracle数据库SYSTEM表空间数据文件丢失,客户使用ODU经过一个晚上成功将数据恢复。
  • 2012年2月ODU成功为客户恢复了核心系统数据库。由于存储故障,客户核心系统的Oracle数据库损坏,数据库使用了ASM,客户使用ODU完全地恢复了数据。
  • 2012年1月ODU成功为客户恢复了系统中多个被删除用户的数据。由于维护人员操作失误,将数据库中的多个多户删除,由于及时关闭了业务系统,这样删除数据回收的空间没有任何覆盖,使用ODU成功地恢复了所有的数据。
  • 2012年1月ODU成功为客户恢复了关键数据。由于硬件故障,客户的RAID损坏,在通过基于硬盘的方式将RAID中的文件提取出来后,文件中存在大量的坏块,在这样的情况下,ODU恢复了客户需要的关键数据的大部分。
  • 2011年12月ODU成功为客户恢复了由于掉电而损坏的数据。由于服务器掉电,在重启后操作系统(Windows)检查磁盘文件损坏了一个数据文件,数据文件看上去是0字节,通过基于文件的恢复工具不能恢复文件(这是因为操作系统已经使文件存储状态看上去是正常的状态)。通过ODU扫描磁盘,找到并成功恢复了丢失的数据。
  • 2011年11月,为丹麦某客户恢复了含有140GB大小的CLOB列的数据。由于相关的lob index存在坏块,客户的CLOB列不能正常使用,用ODU恢复数据之后系统恢复正常。
  • 2011年10月,为某客户恢复了财务系统数据。客户财务系统数据库的硬盘故障,所有数据文件出现大量的坏块,数据库也不能打开,使用ODU恢复了绝大部分系统数据。
  • 2011年7月,为某客户恢复了文件系统异常的数据。客户系统中的文件系统由于掉电异常,两个数据文件指向的实际上是两个在线日志文件,通过ODU扫描磁盘,找回了丢失的数据。