Oracle ASM 数据恢复,VMWARE ESX SERV,学正数据

北京某敏感**部门，一中标麒麟Linux平台下DB2 v9.7 数据库，因双机双写，造成存储上的一 EXT4 文件系统严重损坏，有大量的数据被覆盖。
由于单位性质敏感，加上DB2 不好进行恢复和修复，恢复价格上涨到10余W，客户方表示没问题。
开始事情是由北京一家**数据恢复公司接手，但恢复了3天，无任何实质性进展。
后由 接手。
从EXT4 文件系统层已找不到有价值的信息，只有从底层进行 DB2 数据库的容器文件的碎片收集和重组，此案例较大的一个容器文件有  22GB, 而且里面有大字段，DB2有大字段在容器底层数据页无规律可言，不过对收集和重组文件碎片影响不大，问题在于大量的数据页被覆盖，用backup方式备份的数据只在去年 11月份，当时此容器才5GB，对 DB2 的修复参考价值不大。
当然也没闲着，考虑各种 方案，写程序分解 DB2 Object 的 MAP，尝试重建MAP，以及直接底层解析....
经过3天的底层研究， 终于搞明白DB2 对象存储机制和完全的 Page 结构，写程序重建对象MAP，直接跳过坏Page, 对DB2 重要的表数据进行导出。
所幸，重要的数据都在。经客户验证，数据没什么问题。
此案例历时一星期，从存储层到Linux文件系统层再到DB2层 进行了一次完全分解，其中在DB2层研究和处理遇到瓶颈，几乎放弃，较后还是坚持下来，也总算有所回报，看来做技术还是要有颗耐得住寂寞的心。
DB2层其实也不复杂，一通百通。
目前的研究成果：就算一个DB2 数据库， SYSCATSPACE 表空间严重损坏或完全丢失和用户表空间严重损坏，坏到只有部分数据页 ，只要提供表结构，也能较大化恢复出DB2数据库的数据。磁盘碎片产生的原理
其实磁盘碎片应该称为文件碎片，是因为文件被分散保存到整个磁盘的不同地方，而不是连续地保存在磁盘连续的簇中形成的。当应用程序所需的物理内存不足时，一般操作系统会在硬盘中产生临时交换文件，用该文件所占用的硬盘空间虚拟成内存。虚拟内存管理程序会对硬盘频繁读写，产生大量的碎片，这是产生硬盘碎片的主要原因。硬盘使用的时间长了，文件的存放位置就会变得支离破碎，文件内容将会散布在硬盘的不同位置上。这些“碎片文件”的存在会降低硬盘的工作效率，还会增加数据丢失和数据损坏的可能性。Oracle ASM 数据恢复,VMWARE ESX SERV,学正数据由上海学正数据技术有限公司()提供。