1、 故障盘专项备份：对故障RAID5的6块成员盘逐一编号、拔盘，接入独立备份平台，使用WinHex进行全盘镜像备份；b、 元数据-数据卷索引解析：深入分析Meta_LUN的节点信息、目录项结构，破解“单Meta_LUN管理多Data_LUN”的核心索引算法，建立元数据与用户数据的一一对应关系，为后续数据提取奠定基础。2、 数据智能提取：北亚企安数据恢复工程师开发文件提取程序，读取数据库信息，结合

一、Oracle启动后无法工作或者数据库无法启动一旦数据库出现无法启动的情况，首先需要检查system表是否为未损坏状态，通常情况而言，如果system表未被损坏那么很容易进行数据恢复，如果system表已经被损坏，那么就需要数据恢复工作人员手动对表结构进行分析核对，这样数据恢复的周期就相对较长，但是数据恢复成功率依然较高，不用担心数据恢复失败。二、Oracle 数据库的ASM存储受到损坏...

服务器数据恢复环境：6块SAS硬盘中的5块硬盘组成一个RAID5的阵列，1块作为热备盘使用。服务器故障：RAID5中1块硬盘故障，热备盘激活开始同步数据，在同步数据过程中又有一块硬盘故障离线，导致RAID5瘫痪，上层LUN无法正常使用。服务器故障检测和备份：1、检测磁盘。初步判断是RAID阵列中某些磁盘掉线导致存储不可用。因此在接收到磁盘以后先对所有磁盘做物理检测，检测发现只有一块硬盘有物理故障。

一台Windows server操作系统的服务器上部署Oracle数据库。服务器意外断电导致oracle数据库报错，报错信息：“system01.dbf需要更多的恢复来保持一致性”。由于该oracle数据库并没有备份，仅有一些断断续续的归档日志，无法通过备份文件恢复oracle数据库的数据。管理员联系北亚企安数据恢复中心要求修复Oracle数据库。

oracle数据库误执行truncate命令导致数据丢失是一种常见情况。通常情况下，oracle数据库误操作删除数据只需要通过备份恢复数据即可。也会碰到一些特殊情况，例如数据库备份无法使用或者还原报错等。下面和大家分享一例oracle数据库误执行truncate命令导致数据丢失的数据库数据恢复过程。

一台某品牌服务器，通过FreeNAS来做iSCSI，然后使用两台同品牌服务器做ESXi虚拟化系统。FreeNAS层为UFS2文件系统，使用整个存储建一个稀疏模式的文件，挂载到ESXi虚拟化系统。ESXi虚拟化系统中有3台比较重要的虚拟机，这几台虚拟机情况如下：1、windows server操作系统，运行门户网站，采用ASP.net+PHP混合构架，部署的SqlServer和mysql数据库 。2

初始化完毕后，开始提取文件的各级MAP。再使用块号取余块数，得到数据块在此磁盘上的物理块号，物理块号乘以块大小，得到数据块偏移位置。一般情况下存储划分出的单个节点会作为LUN映射到服务器使用，根据file_size可以确定这个文件的大小，按照文件大小分组后再选取usn最大值的节点，跳转到MBFI文件的offset值偏移位置，取出节点。2、服务器数据恢复工程师基于镜像文件分析所有硬盘底层数据，找到盘

提取ZVOL卷头部信息，按照XenStore卷存储结构进行分析，发现该vhd在整个卷的尾部，计算得到其起始位置后从此位置开始提取数据。ZFS对所有磁盘进行统一管理。在数据存储时，ZFS会为每次写入的数据分配适当大小的空间，并计算得到指向子设备的数据指针。常规RAID通常可以通过校验机制，利用剩余磁盘上的数据来恢复丢失的数据，因为它在存储时已经按照固定的规则分布了校验信息。4、经过分析发现此存储中的

要恢复服务器内的数据，需分析掉线的硬盘。通过对比5盘raid阵列和4盘raid5阵列的差异，利用掉线硬盘里的数据对每一块硬盘中被破坏的原始数据进行补缺，然后重组raid；按照服务器内的5盘raid5阵列结构虚拟重组raid5阵列，生成一组重组后的镜像文件。条带换校验次数也为16。服务器一块硬盘掉线，运维人员在没有完全了解服务器的具体情况下，使用服务器上的另外4块正常硬盘重建了一组新的raid5阵列

服务器数据恢复环境：3U戴尔机架式服务器、SAS接口硬盘、Windows操作系统、100个125GB硬盘组成的RAID5。故障：一块盘亮黄灯，被raid卡踢出后，raid崩溃。联系北亚数据恢复中心进行数据恢复。