DELL EqualLogic PS6100采用虚拟ISCSI SAN阵列，为远程或分支办公室、部门和中小企业存储部署带来企业级功能、智能化、自动化和可靠性。以简化的管理、快速的部署及合理的价格满足了分支办公室和中小企业的存储需求，同时提供全套企业级数据保护和管理功能、可靠的性能、可扩展性和容错功能，

是中型企业级存储的起点产品，但某些物理故障或其他操作都可能会对卷或存储造成破坏，因此对系列存储的数据恢复技术才有了用武之地。而发生这些故障之后只能找专业的数据恢复公司做数据挽救工作。北亚数据恢复中心宋工最近处理过一起DELL EqualLogic PS 6100因磁盘故障导致存储不可用的案例：

故障描述：

一台DELL EqualLogic PS 6011的存储，其底层是16块600GB的SAS硬盘组成的RAID。是一组RAID5，这组崩溃RAID5划分的VMFS文件系统，其中存放的是虚拟机文件，在存储系统的上层一共分了4个卷，其中3个卷大小为1.5TB，1个卷大小为1TB。后因磁盘故障而导致存储不可用，且已经过保，客户便联系到北亚数据恢复中心请求恢复数据。

硬件检测：

北亚宋工先对客户的16块硬盘做了硬件检测，发现客户的2块硬盘出现坏道、SMART的错误冗余级别已经超过阀值，把14块正常的硬盘进行全盘镜像，另2块有坏道的硬盘用专业工具进行了恢复并生成镜像文件。

故障分析：

首先收集DEll equallogic ps 6100存储日志信息。从存储上硬盘的指示灯看到有两块盘亮黄灯，对收集到的日志信息进行分析，分析两块硬盘的掉线时间，从而得知哪块硬盘里面的数据是最新，用最新数据的硬盘进行数据恢复。

解决方案：

北亚数据恢复中心会对存储的所有硬盘都进行相应的备份。对镜像文件进行分析，保证用户的原介质的安全。首先对16块盘进行虚拟还原之前的RAID状态，通过位图信息在虚拟出来的RAID中把4个lun全部提取出来。根据底层结构分析，把4个VMFS的文件系统进行跨区卷组合，导出用户数据，并验证虚拟机是否正常。数据恢复成功：

我们将卷里的文件都拷贝出来，通过网络共享的方式验证恢复出来的虚拟机，虚拟机都可以正常启动，之后把虚拟机文件移交给客户。经过漫长的底层分析，加上不断的测试。终于在用户需求的时间内将数据完整恢复，整个恢复过程一共历时7天。我们之前研究过DEll Equallogic的存储原理。知道了DEll Equallogic的存储原理以后，关于它的所有数据灾难都可以进行恢复。

一.故障描述

客户设备品牌为昆腾系列存储，共10个磁盘柜，每个磁盘柜满配24块硬盘。其9个存储柜用作数据存储使用，另外1个存储柜用作元数据存储使用。

元数据存储中共24块146G硬盘，其中设置了9组RAID 1阵列，1组4盘位RAID 10阵列，4个全局热备硬盘。

数据存储中，每6块硬盘设置一组RAID 5阵列，共36组RAID，这36组RAID阵列中，又分为2个存储系统。其中1个存储系统中，一组RAID由于2块硬盘先后故障离线，导致RAID阵列失效，整个存储系统崩溃，无法使用。存储及文件系统架构大致如下图一：

注：Meta_LUN(元数据卷) Data_LUN（用户数据卷）

二.磁盘备份

为防止数据恢复过程中由于误操作对原始磁盘造成二次破坏, 首先使用WinHex软件对客户的存储环境进行备份。备份过程如下图二所示：

对故障RAID中的6块成员盘进行编号标记，将硬盘从存储柜中拔出，接入到准备好的备份平台上，对6块硬盘进行全盘备份。

对其余没有出现故障的RAID阵列，进行存储层面的备份。使用光纤线缆将备份平台和存储设备连接，进入昆腾存储设备管理界面配置备份平台和存储设备可以正常通信，使用WinHex软件对RAID中的LUN进行镜像备份。

在备份过程中发现故障RAID中的1块故障硬盘存在大量的坏道区域，在备份的过程出现故障，无法继续备份。对故障硬盘进行开盘更换固件，并使用PC3000工具进行修复后，硬盘可以继续备份，但坏道仍然存在。部分镜像文件如下图三：

三.数据分析

首先对故障的RAID阵列进行分析，获取到相关的RAID信息，使用WinHex软件对RAID阵列进行虚拟重组，并将RAID中的LUN恢复成镜像文件。在分析过程中发现，损坏较严重的硬盘为后离线硬盘，由于此硬盘存在大量坏道，可能对最后的恢复结果产生一定的影响。

登陆昆腾存储设备的管理界面，获取到StorNext文件系统中卷相关的一些基本信息，如下图四：

继续对StorNext文件系统中的Meta卷和Data卷进行分析，客户的StorNext文件系统中，包含2个Data卷，每一个完整的Data卷都是由多组RAID中的LUN组成的，对这些LUN进行分析，得到LUN之间组合的算法规律，虚拟重组出完整的Data卷。图五：

分析Meta卷，对Meta卷中的节点信息和目录项信息，以及Meta卷和Data之间的对应关系进行分析，针对一个Meta卷管理多个Data卷的情况，研究得到Meta卷到Data卷的索引算法。文件节点如下图六：

目录块如下图七：

四.数据恢复

通过分析研究我们已经获取到了恢复工作所需全部信息，开始编写程序，扫描Meta卷中的节点信息和目录项信息，同时对目录项和节点进行解析，获取完整的文件系统目录结构，解析每一个节点中的指针信息，将这些信息记录在数据库中。文件信息如下图八：

编写文件提取程序，读取数据库，根据解析出的信息以及两个Data卷之间的聚合算法对数据进行提取。

五.恢复结果

对生成出的数据进行随机抽样检测，数据没有问题。将客户所需全部文件提取到本地，确认提取完成后，到客户线程进行数据移交。数据移交完成，客户对数据恢复结果表示满意。虽然故障硬盘存在有坏道的情况，但万幸核心数据没有遭到破坏，数据恢复工作圆满完成。

当今的世界已经完全步入了信息时代，在我们每天的生活当中，越来越多的事物正被以0和1的形式表示。数字技术与我们的联系越紧密，我们在其失效时就会承担越大的风险。 重要数据一旦破坏，我们讲承受巨大的损失，所以数据恢复产业应运而生。数据恢复在数据丢失和损坏时挽救这些数据，可以针对各种软硬件平台开展，从文件的误删除，存储设备受到严重破坏，专业的数据恢复工作都可能将数据恢复。在这篇文章里，我们会向大家介绍数据恢复的方方面面，并根据我们的经验给出一些建议，希望能够使大家更少受到数据损失的困扰。

数据恢复技术原理

数据恢复这项工作涵盖的范围很广，各种不同的存储介质在执行数据恢复的时候都会有一些区别，另外数据丢失或损坏的原因也不尽相同。我们讲解面向的对象主要是磁存储介质，如硬盘、软盘以及数据磁带等等。

首先我们需要讲解一下磁存储技术的原理，这有助于我们更深刻的了解数据恢复工作。磁存储技术的工作原理是通过改变磁粒子的极性来在磁性介质上记录数据。在读取数据时，磁头将存储介质上的磁粒子极性转换成相应的电脉冲信号，并转换成计算机可以识别的数据形式。进行写操作的原理也是如此。要使用硬盘等介质上的数据文件，通常需要依靠操作系统所提供的文件系统功能，文件系统维护着存储介质上所有文件的索引。因为效率等诸多方面的考虑，在我们利用操作系统提供的指令删除数据文件的时候，磁介质上的磁粒子极性并不会被清除。操作系统只是对文件系统的索引部分进行了修改，将删除文件的相应段落标识进行了删除标记。

同样的，目前主流操作系统对存储介质进行格式化操作时，也不会抹除介质上的实际数据信号。正是操作系统在处理存储时的这种设定，为我们进行数据恢复提供了可能。值得注意的是，这种恢复通常只能在数据文件删除之后相应存储位置没有写入新数据的情况下进行。因为一旦新的数据写入，磁粒子极性将无可挽回的被改变从而使得旧有的数据真正意义上被清除。

另外，除了磁存储介质之外，其它一些类型存储介质的数据恢复也遵循同样的原理，例如U盘、CF卡、SD卡等等。因为这些存储设备也和磁盘一样使用类似扇区、簇这样的方式来对数据进行管理。举个例子来说，目前几乎所有的数码相机都遵循DCIM标准，该标准规定了设备以FAT形式来对存储器上的相片文件进行处理。

相信大家了解了数据恢复的原理之后，就可以很容易的理解为什么使用普通的删除方法，无法彻底和安全的清除数据了。这也是为什么很多企业求助于专业的数据擦除服务公司，请他们使用专业的设备和软件彻底的对企业的敏感数据进行销毁。越来越多的情况证明，只是单纯的对存储介质进行覆写，乃至从物理上破坏存储设备，都不能保证数据不会被恢复出来。在一些拥有尖端设备的实验室中，既使被覆盖多次的磁盘，也可能被还原出最早存储在上面的磁性信号。这种情况对那些需要恢复他们宝贵数据的用户来说可能是个令人激动的消息，但对于希望保护自己数据的人们来说则恰恰相反。我们希望用户在了解了更多有关数据恢复技术的细节信息之后，能够选择恰当的方式来照管他们的数据。

数据问题分析

有很多种原因可能造成数据问题。最常见的原因当数人为的误操作，比如错误的删除文件、用错误的文件覆盖了有用数据等等。而存储器本身的损坏也占据了相当大的比重，高温、震动、电流波动、静电甚至灰尘，都是存储设备的潜在杀手。另外，很多应用程序特别是备份程序的异常中止，也可能造成数据损坏。在所有的原因当中，由于删除和格式化等原因造成的数据丢失是比较容易处理的，因为在这些情况下数据并没有从存储设备上真正擦除，利用数据恢复软件通常能够较好的将数据恢复出来。如果存储设备本身受到了破坏（例如硬盘盘片坏道、设备芯片烧毁等），会在很大程度上增加恢复工作的难度，并需要一些必备的硬件设施才能执行恢复，如果存储数据的介质本身（例如硬盘盘片、Flash Memeory）没有损坏的话，数据恢复的可能性仍然很大。我们通常称存储设备本身的损坏为物理性损坏，而对于非存储设备问题称之为逻辑性损坏。我们讨论的问题或者说在现实情况下遇到的大多数问题都属于逻辑性损坏之列。

对问题的情况和起因了解的越清楚，就越有可能完好的恢复出数据。因为不同的数据恢复手段会对存储设备造成不同的影响，采用错误方法带来的后果不仅仅是无法成功恢复，还有可能对数据造成进一步的破坏。工作人员应在已有信息的基础上进行进一步的检查工作，并根据检查的结果最终判断问题原因，拟定出处理方法。 我们以对硬盘进行数据恢复为例，介绍在进行专业性的数据恢复工作时所执行的基本步骤。所有恢复工作都是在具备国际百级要求的无尘净室（Clean Room）中进行的，并且所有的操作设备都会置于非写入状态，以防对数据产生破坏。待处理的硬盘会先连入经过特殊改装的控制板，在禁止硬盘主轴电机启动的状态下拆开外壳。硬盘的磁头会被固定以使其无法接触磁碟表面，之后再利用高频示波器、信号分析仪等专业设备全面检查硬盘受损情况。如果对当前情况有足够的把握进行处理，再使用专用的读盘机进行介质读取工作。所有读出的原始信号会由专业工作人员根据原有操作系统情况还原成可用的数据文件，至此完成所有数据恢复工作。

专业级的数据恢复成本较为高昂，通常起价就需要几百元人民币，而根据恢复的数据量大小，价格很可能还要高得多。很多情况下数据的重要性和价值并非都值得使用该种方式进行恢复，那么我们是否能够自己处理一些平常的问题呢。上面我们曾经提到过，我们遇到的绝大多数数据问题都是逻辑性损坏，所以我们也可以根据情况，对相对要求较低的数据恢复任务，使用数据恢复软件进行低成本的数据恢复工作。

目前流行的数据恢复软件包括EasyRecovery、FinalData、Acronis Disk Director、PC Inspector File Recovery、RecoverNT、Recover4all等等。其中EasyRecovery提供了相当多的恢复方式，兼具功能性和易用性，恢复能力也比较令人满意，是我们最常使用的一种数据恢复软件。需要注意的是，每种恢复软件都有其独到之处，并且在处理恢复工作时方式也不尽相同。如果一种软件无法正确的恢复数据，不妨试试其它的，大家不必追求一个在任何情况下都能产生完美结果的产品。

下面我们结合一款免费的数据恢复工具PC Inspector File Recovery 4.0讲解一个针对误删除文件的数据恢复工作实例，该软件可以在如下地址下载： http://pcinspector.de/file_recovery/cn/download.htm 。启动软件之后，我们首先需要选择要进行的工作，这里我们应该选择第一个大选项，即Recover deleted files。这个选项的下面还标注了该工作的一些基本步骤，Select logical drive是选择要恢复的分区，Select your files in folder ‘Deleted’意即在检查结果的“删除”分类中选择哪些文件是我们要恢复出来的，最后使用Save your files保存恢复出的数据文件即可。在我们使用PC Inspector File Recovery的过程中，觉得这款数据恢复软件的扫描速度非常快速，但是恢复能力仅在尚可以接受的程度，并且在运行的过程中不是非常稳定，偶尔会出现程序死锁等异常现象。如果这款软件能继续对这些问题加以改进，无疑是完成一般用户的一大福音。

建议：对于遇到数据损坏等问题的读者，我们提供一些建议和注意事项，以帮助您更好的找回自己的数据：

1． 保护很重要：数据恢复毕竟不能保证100%的成功，所以大家首先应该在数据没有出现问题的时候就有意识的对数据进行保护。例如不要在存储设备运行的时候突然断电，注意保持存储设备周围环境的温度、湿度和洁净程度，对重要的数据定期执行备份，在可能的情况下尽量由专业的计算机人员进行设备维护等等。当然，我们还应该注意防范电脑病毒等问题对数据的破坏。

2． 发现问题尽快处理：我们知道数据的丢失和损坏通常是可以找回的，只要这些数据的存储位置没有被其它数据覆写。所以在发现数据丢失时，应该立即停止在存储设备上进行任何操作，如果可以正常关闭电源的话应尽快关闭，这样有助于最大限度的将数据恢复。在存储设备本身出现故障的情况下这一点尤其重要，因为电路元件的损坏在某些极端情况下可能会造成存储介质的擦除操作。

3． 自己恢复要慎重：如果数据损坏问题的情况不是非常严重，大家可能希望自己进行数据恢复，例如只是不小心将文档删除掉。如果情况比较复杂，或者无法判定问题的起因及严重程度，请尽量不要自己执行恢复。特别是存储设备可能存在硬性损坏的时候，贸然操作很可能造成不可挽回的结果。例如一块硬盘如果存在坏道，用户自己使用恢复软件进行恢复的话很可能会对硬盘表面造成更大的伤害。国内现在有很多专业的数据恢复服务提供商，例如飞客数据恢复中心（http://sjaq）。在自己没有绝对把握的情况下，请尽量求助专业的数据恢复厂商。

4． 一些好习惯：定期对磁盘等存储设备进行碎片整理是一个很好的操作习惯。在恢复误删除文件的时候，如果这个文件的存储位置非常分散，任何一个部分的损坏都可能造成整个文件无法还原。而进行数据整理可以使文件的存储位置尽量连续，这样可以在很大程度上增加恢复的成功率，既使必须利用一些16进制工具手动恢复数据，也可以大大降低工作难度和强度。另外我们建议使用尽量强壮的文件系统，比如在允许应用NTFS的时候就不要选择FAT文件系统。因为NTFS的文件索引是保存在硬盘上的，使用该索引进行数据恢复可以提高处理速度和成功率，并且较之FAT分区，NTFS的文件索引安全性更高。

存储故障过程描述

本次数据恢复的设备为某品牌V3700系列存储，故障涉及的硬盘共10块4T的硬盘，查看客户所给的相关信息，了解到共有2组Mdisk，加入到一个存储池中，其中创建了一个通用卷来存放数据。据客户描述，由于其中一组Mdisk中有两块硬盘故障离线，该组Mdisk失效，从而导致整个通用卷无法使用。

存储数据恢复之镜像磁盘

在数据恢复工作中为防止数据恢复中由于误操作对原始磁盘造成二次破坏,需要借助数据恢复软件为每块磁盘做镜像,以后所有的数据恢复操作都在镜像盘上进行,不会对原始磁盘造成影响。损坏的两块硬盘进行物理处理，发硬盘盘片有划伤，无法做镜像，只好用剩余的8块好盘的镜像来进行后面的数据恢复。

组建RAID磁盘阵列

由于客户的该品牌V3700系列存储结构与其他存储结构相比较为复杂，在数据恢复过程中需要多次组建raid阵列。

1、Mdisk分析及重组；A、根据客户给出的部分配置信息，将硬盘按照Mdisk组分类。B、分析每一组Mdisk中的所有硬盘，得到相关raid信息。C、只用专业的数据恢复软件对Mdisk进行虚拟重组。

2、pool存储池分析；A、对所有Mdisk进行分析，得到pool存储池的相关信息。B、使用专业的数据恢复软件虚拟重组出pool存储池。C、提取数据Lun。

存储中的数据库恢复

取得LUN镜像文件后，根据固有特征值在当前文件内扫描oracle数据库数据页（由于数据缺失较为严重，扫描数据页的过程中有部分数据无法找回）。共扫描得到4个文件，分别为SYSTEM、SYSAUX、USER、UNDOTBS1。

1、尝试解析系统表；在解析OBJ$的过程中发现损坏程度较大，较多表信息已丢失。系统表不可用情况下只能采用人工匹配表结构信息、记录特征信息等确定数据页所属表。2、使用行总数进行模糊匹配；效果不理想，转而使用匹配特殊记录进行匹配。匹配到结果后手工解析记录查看是否符合表结构及语义要求、类型要求。经过大量的搜索、解析、匹配后完成了数据页到表的连接。3、提取备份库内表结构，创建恢复环境；使用本公司编写记录提取程序提取数据页内记录，并导入到恢复环境内。4、导入完成后检查是否有重复、错误数据并处理，导出数据并验证。恢复结论

本次恢复难度比较大，由于两块硬盘都有划伤，在缺失两块硬盘的情况下，数据出现条带化错误，工程师尝试了各种方式，修复了错误并提取出来用户所需要的数据库记录。经用户验证，所恢复出来的表都是有效数据，同意进行数据移交。本次存储数据恢复成功。

【存储数据恢复背景介绍】

某公司的netAPP存储设备，因为实习生在操作过程中的误操作导致存储内部分重要数据被删除，该存储采用的是WAFL文件系统，底层是多块硬盘组成的raid阵列。下面小编将为大家详细介绍该案例的数据恢复过程，同时该数据恢复方法同样适用于netAPP其他型号存储的误删除数据的恢复。

【存储数据误删除恢复方法】

对存储设备的原始数据进行镜像备份，这样做的目的是为了在数据恢复过程中对镜像数据进行分析与恢复，保留用户的存储设备原始状态，以免因数据恢复工作人员的操作对原始数据进行更改或覆盖，数据备份对非专业操作者更为重要，一旦原始数据遭覆盖或其他二次破坏，即使专业人员也很难甚至无法再进行数据恢复。对存储内的原始数据进行备份完成后就可以在备份文件中对数据进行分析了，通常数据恢复工作中需要对磁盘镜像的底层数据进行二进制的额分析，获得该存储中数据分布的基本情况，得到raid基本信息（分析的方法与所有raid数据恢复时的分析方法一样，这里不做过多描述）。根据数据的分布情况计算分析出raid基本信息，然后使用我们研发的一款自用的虚拟raid控制器（该自用产品主要用于辅助工程师进行数据恢复使用，目前并未对外销售，可选择市面上常见的其他数据恢复工具代替）重组出一个raid阵列。重组raid阵列后接下来就可以重构逻辑卷了，在重组完的Raid基础之上进行Storage Pool的重构，并导出数据丢失的逻辑卷。此时基础工作已经差不多完成了，可以对WAFL文件系统进行测试了，对NetApp存储进行底层WAFL文件系统差异化测试，并分析差异区域的规则。可以手动编写一个WAFL文件系统的解析程序，借助于这个解析程序对数据丢失的卷进行文件系统解析。继续对删除文件的节点索引信息进行分析，编写程序自动解析杉树文件的索引、自动解析删除节点进而恢复删除数据。如果数据恢复工作顺利的话做到这一步就可以验证数据了。如果数据不全或其他新问题出现则重复上述数据恢复步骤。

【netAPP存储数据恢复结果】

在本次案例中，由于客户的存储设备误删除数据后没有写入操作，原始数据保存完整，数据100%恢复。

一、前言

大数据时代，数据存储设备多种多样，便携的存储卡和U盘，大容量的机械硬盘，高读写速度的固态硬盘，以及高安全性的冗余磁盘阵列，可以说存储技术日新月异。然而，在我们日常的工作使用中也时常面临着数据丢失的困扰，不管是数据的误删除、格式化还是分区表的丢失与损坏，甚至是硬盘扇区的损坏，都给我们的正常使用带来了极大的不便。与此同时数据安全领域的前沿技术也在不断更新，针对不同的存储介质和不同的删除手段，形形色色的数据恢复工具也在不断地衍生和发展。

今天我们为大家测试了国际上比较主流的四款数据恢复工具，这些工具对于误删除、格式化和分区表损坏都有着很好的恢复效果，个别软件还具备着冗余磁盘阵列的分析与重组能力。参与测试的存储设备有市面上的高端固态硬盘，也有我们日常使用的U盘和机械硬盘，这些硬盘在删除或者格式化之后使用工具进行恢复有着不同的效果。

评测中对这些工具的使用做了详细的介绍，并且对比了不同的恢复工具在不同的数据丢失情形的具体表现效果，读者可以根据自己所面临的具体情形参考本评测做出不同的选择。

二、测试环境

操作系统 Windows 10 Pro 64-bit

处理器 Intel(R) Core(TM) i7-6700K CPU @ 4.00GHz

主板型号 iEi Technology Corp. - Intel B360 (V1.00)

内置硬盘 SAMSUNG MZMTD128HAFV-000 SCSI Disk Device (128GB)

存储介质 西部数据WD Blue 3D NAND SSD 1TB固态硬盘

Intel SSD DC 4600 480GB企业级固态硬盘

Seagate XF1230 480GB企业级固态硬盘

Kinston USB3.0 16GB U盘

测试工具：（均为商业注册版）

1、UFS Explorer Professional Recovery version 5.23.1

2、RecoveryMyFiles v5.2.1 Professional

3、 Recuva-Tech Editon v1.53.1087(64-bit)

4、R-STUDIO Network v8.5.170097

三、测试机构

鸿萌数据安全服务中心

四、软件简介

1. UFS Explorer Professional Recovery -version 5.23.1

UFS Explorer Professional Recovery

UFS Explorer Professional Recovery是一款强大的、综合的、但是易用的数据恢复软件，可以帮助用户进行快速和全面的数据恢复和反删除程序文件。支持各个版本的Windows系统的磁盘阵列恢复， UFS的资源管理与专业恢复可以帮助您从不同的操作系统的文件系统中恢复损坏或者丢失的文件。

2. RecoveryMyFiles v5.2.1 Professional

Recover My Files

Recover My Files是一款功能及其强大的数据恢复工具，支持恢复误删除，甚至是磁盘格式化后的文件。它可以自定义搜索的文件夹、文件类型，以提高搜索速度及准确性节约时间，在搜索过程中，提供了大量的信息，包括：文件名、文件/目录、尺寸、相关日期、状态、对一般性文档可直接预览等，让你更好地选择要恢复的文件。操作简单、快捷，需要的朋友请下载体验！Recover My Files可以恢复包括文本文档、图像文件、音乐和视频文件、以及删除的zip文件，可以以扇区的方式扫描硬盘。支持的格式包括：mpegpdf、pmd、png、ppt、pst、pub、rar、rtf、sdr、tar、txt、tiff、viso、wav、wmf、wpd、xls、zdp、zip、asf、avi、bmp、csv、doc、dbx、dwg、gif、gzip、html、jpeg、mdb、mov、mp3等，并且可以进行恢复预览。支持从硬盘、相机卡、USB、Zip、软盘、iPod、平板电脑和其他媒体设备中恢复，从回收站清空已清空中恢复文件，恢复意外删除文件即使您重新安装Windows，从硬盘出现故障的磁盘恢复，恢复一个分区错误的文件，从原始硬盘恢复数据，支持恢复文件、 照片、 视频音乐和电子邮件等多种文件类型，恢复格式包括exFAT，NTFS、 HFS、 HFS +等等。

3. Recuva-Tech Editon v1.53.1087(64-bit)

Recuva

Recuva 可以用来恢复那些被误删除的任意格式的文件，能直接恢复硬盘、闪盘、存储卡（如 SD 卡，MMC 卡等等）中的文件，只要没有被重复写入数据，无论格式化还是删除均可直接恢复，支持 FAT12，FAT16，FAT32，NTFS，exFat 文件系统。软件操作简单，搜索被删除文件的速度极快，选择好要扫描的驱动器后点击扫描按钮即可。

4. R-STUDIO Network v8.5.170097

R-Studio

R-Studio是一款强大和具成本效益的撤消删除与数据恢复软件。具备独一无二数据恢复技术的支持，它是面向恢复文件的最为全面数据恢复解决方案，适用于NTFS、NTFS5、ReFS、FAT12/16/32、exFAT、HFS/HFS+ (Mac)、Little 和 UFS1/UFS2的Big Endian variants (FreeBSD/OpenBSD/NetBSD/Solaris)，以及 Ext2/Ext3/Ext4 FS (Linux) 分区。它亦可针对严重毁损或未知的文件系统，使用原始文件恢复(扫描已知的文件类型)。亦可用于本地和网络磁盘，即使已格式化、毁损或删除该分区。弹性参数设置，让您得以全面控制数据恢复过程。R-Studio除了是一款功能完善的数据恢复工具，还包括:高级 RAID 重建模块、功能丰富的文本/十六进制编辑器、整个高级磁盘复制/成像模块位于一个软件中，这使得 R-Studio 成为了创建数据恢复工作站的理想解决方案。

R-Studio中文版实用程序恢复文件可以恢复:

没有进回收站而被直接删除的文件，或当回收站被清空时的文件;

因断电或病毒攻击导致的数据丢失;

在分区文件被格式化后，甚至用于不同文件系统;

如果硬盘上的分区结构已更改或损坏。在这种情况下，R-Studio 实用程序会扫描硬盘，尝试找到之前存在的分区并从中恢复文件。

从带有损坏扇区的硬盘中恢复。R-Studio数据恢复软件首先会将整个或部分磁盘复制到镜像文件，然后进行处理。如果硬盘上持续出现新损坏的扇区，必须立即保存其余信息，这一处理方式尤为有用。

五、恢复测试

图 5.1 RecoveryMyFiles v5.2.1 Professional扫描结果

图 5.2 RecoveryMyFiles v5.2.1 Professional恢复内容

图 5.3 RecoveryMyFiles v5.2.1 Professional恢复内容

恢复后文件属性

删除前文件属性

图 5.5 UFS Explorer Professional Recovery对文件删除后的扫描

测试结果分析：只是经过简单的删除操作，仍然能够扫描到已经删除的历史文件，但是原有文件名丢失，其路径为所在分区的X:/ROOT/$RECYCLE.BIN，即该分区的一个隐藏回收站目录。对恢复出来的文件打开后和原始文件进行比对，内容均无差别，大文件也能精确到字节无差别。

图 5.6 RecoveryMyFiles v5.2.1 Professional对格式化后的扫描

图 5.7 UFS Explorer Professional Recovery对格式化后的扫描j结果

测试结果分析：从扫描结果可以看出对于固态硬盘，格式化后使用工具对硬盘进行扫描，很难再扫描到可用文件

图 5.8 R-STUDIO对硬盘扇区进行扫描

图 5.9 R-STUDIO对硬盘文件的恢复情况

测试结果：使用R-STUDIO对硬盘进行扫描之后，能够很清楚的看到硬盘的存储痕迹，其中包括NTFS信息以及特定的档案数据块。恢复工具会自动判断原始文件类型，按照需要可选择有需要的文件进行恢复。

图 5.10 Priform Recuva - Technician Edition对硬盘文件的扫描结果

图 5.11 Priform Recuva - Technician Edition对硬盘文件的恢复

测试结果分析：使用Recuva对硬盘进行扫描之后，能够很清楚的看到已经删除的文件具体信息，其中包括文件名、路径、修改时间、文件大小和存储状态。我们可以发现，只是单纯的删除操作，未对硬盘进行过后续写入的话，文件的存储状态均为良好，经过恢复之后都能够找回完整的原始文件。

六、效果对比

表1 数据恢复工具使用效果对比

存储介质

固态硬盘

机械硬盘

U盘

丢失情形

删除

格式化

删除

格式化

删除

格式化

R-STUDIO

扫描不到可用文件

扫描不到可用文件

数据完整目录完整

数据完整目录损坏

数据完整目录完整

数据完整目录损坏

UFS Explorer

目录损坏文件完整

扫描不到可用文件

数据完整目录完整

数据完整目录完整

数据完整目录完整

数据完整目录损坏

RecoveryMyFiles

目录损坏文件完整

扫描不到可用文件

数据完整目录完整

数据完整目录完整

数据完整目录完整

数据完整目录损坏

Recuva

扫描不到可用文件

扫描不到可用文件

数据完整目录完整

数据完整目录完整

数据完整目录完整

数据完整目录可见

通过具体的恢复测试和上述的对比我们不难发现，不同的存储介质在经过删除或者格式化后，使用各个工具对数据进行恢复的结果也各不相同，大部分情况下都能恢复出完整的文件，但恢复后的文件目录时有损坏。

我们常用的U盘和机械硬盘在删除和格式化之后使用以上工具基本都能恢复出原始数据，读者可以根据恢复的形式和效果来选用，以上工具均可针对全盘或者分区进行恢复，也可设定文件的类型。R-studio在恢复数据时扫描信息与别的工具相比更为详细，对于恢复出的文件便于查找和导出。UFS和RecoveryMyFiles在使用上基本没有差异，在扫描后可以很清晰的看出文件的结构目录。Recuva适用于快速恢复，对于U盘的删除与格式化，可以快速扫描出已删除文件以及路径，并且显示出文件的覆盖情况和恢复成功的可能性，但是不能按照文件目录结构的形式显示出已扫描到的文件，比较适用于快速的恢复。

总结

随着电子信息行业的飞速发展和存储技术的不断迭代，多样的存储介质也被应用在我们工作生活中的各个方面。日常使用中的操作不当和误删除都会导致数据的丢失，这个时候，数据恢复工具的合理使用便可以为我们省去很多烦恼。

但是如果对于硬盘和恢复工具的使用没有充分的了解，鸿萌建议您不要轻易尝试，以免造成不可逆的数据覆盖。数据无价，谨慎操作。鸿萌数据安全中心，为您的数据保驾护航。

【IT168 资讯】今天给大家安利一个完全免费的国产数据恢复软件——易我数据恢复向导，简单且安全，可以从不同的设备和平台中恢复所有丢失的数据。目前，易我数据恢复可支持Windows、Mac、iOS和Android等多个系统平台。

该软件可从不同的数据丢失情况下恢复数据，如已删除的、格式化的、不可访问的。也支持许多文件类型，也可以说它能够轻松恢复所有类型的文件,包括图片、文档、视频、音频、电子邮件、压缩文件等，支持多个种类的设备,电脑,笔记本电脑,数码设备,硬盘(硬盘、固态硬盘、USB等),存储媒介,服务器, RAID(磁盘阵列)等等。它有一个选项可通过深度扫描存储设备来恢复丢失的分区数据。

易我数据恢复向导可重新创建丢失的文件，无论这些文件被意外删除还是无法访问。该软件在任何情况下都可以工作，并从崩溃的硬盘驱动器或其他场景如硬件故障或病毒感染中恢复数据。它是一个功能齐全的硬盘恢复软件，可以执行多种回收操作如回收站恢复、格式恢复、照片恢复、文件恢复等，以及包含多个品牌的内部和外部硬盘驱动器的恢复。

使用易我数据恢复向导来实现硬盘数据恢复非常简单。您所要做的就是下载并安装易我数据恢复向导并启动该程序。当程序启动时，它将列出所有与计算机连接的硬盘驱动器。在看到选项之后，首先选择一个位置，然后启动恢复过程。

除了被删除的数据恢复之外，该软件还可以从重新分区、启动管理器、不适当的拷贝、系统重新安装、磁盘事故等情况下恢复丢失的分区数据。

如何用易我数据恢复软件恢复数据

步骤一：打开易我数据恢复向导，选择你想要恢复被删数据的硬盘驱动器，选中之后点击“扫描”按钮。

▲选择数据丢失位置

步骤二：点击扫描按钮之后，它就会快速扫描。

▲文件扫描结果

步骤三：扫描完成后，选择所需的操作。只需单击“恢复”按钮，就可以恢复丢失的数据。在此过程中，您需要浏览该文件夹，以确定已恢复数据的位置。请仔细选择目标文件夹。

▲预览和恢复。

步骤四：数据恢复完成之后即可点击确定退出该软件。

整个过程如同“把大象放进冰箱需要几步”一样简单，正在寻找数据恢复软件的童鞋们不妨下载试试吧，软件完全免费哦。

数据恢复有没有简易方案？

IT工程师一般都知道如何操作和使用文件和目录。但是，对于系统如何构建出、抽象出文件和目录，一般就不熟悉了。至于更下层的概念，可能大家知道最多的就是驱动了。所以，为了规避这点，可行的简易方案之一，就是以黑箱方式使用testdisk等工具，在我们在对底层了解不多甚至一无所知的情况下，进行数据恢复（商业工具，恢复效果估计更好，当然商业工具的价格也更好）。但是，对于工程师而言，多数时候，仅仅以黑箱方式依赖某些工具进行数据恢复是不够的。

数据恢复，经常是突发事故响应中关键而又耗时的一步。多数情况下，工程师往往并非专司数据恢复，操作环境往往是生产环境，趁手工具难以部署，执行操作要遵循种种约束，加之业务中断的压力。这种情形下，工程师很可能还需要推定数据恢复的结果/耗时等信息，提供数据供决策者使用。很明显，如果你准备考验一下自己的细致、耐心、知识和技能，数据恢复将是个不错的课题。当然，有一点是明确的，只是以黑箱方式使用testdisk等工具进行数据恢复，解决以上问题是不可能的。那么，有没有其他简易方案呢？

这里，我们以一个实际的case为例，讨论一下，在只使用UNIX常见工具（dd/grep/strace等）的情况下，如何简单、快捷的恢复数据。

预先准备

工具

我们要用到以下工具

功能

示例

bc

计算器

echo 'ibase=2^3;i=0107000;ibase=2^3+2;i/512' | bc -l

dd

检查或者拷贝磁盘/分区的内容，可以是几个扇区，也可以是几个字节

dd if=/dev/sdb bs=1 count=64 skip=64 2>/dev/null | od -v -tx1

grep

搜索制定字符串

od

把二进制内容以ASCII或者16进制显示出来，搭配dd使用可以代替二进制编辑器

strace

追踪应用的执行路径和对数据处理的流程

strace ps

排查和诊断就是数据处理

如果对数据处理了解不多，请参考OSEMN

obtaining data/获取数据

crubbing data/清洗数据

exploring data/探索数据

modeling data/建模数据

interpreting data/解释数据

测试环境

使用Virtualbox，基于CentOS/Fedora/debian/Ubuntu搭建Linux实验环境。只需要学会strace工具和如下系统调用，就足以追踪系统如何处理诸如LVM物理卷元数据这样过的问题。

name

open

打开一个文件，返回一个文件描述符供后续读写操作使用

dup/dup2

复制文件描述符

lseek

将读写指针移动到指定位置，后续操作从此指定位置读写

close

关闭文件描述符

read

读操作

数据恢复的原理和流程

什么是元数据？

我们以大家都熟悉的磁盘作为存储设备的例子。

现代操作系统都会在磁盘上建立多个分层结构来管理和控制磁盘。比如，磁盘分区，分区上建立物理卷，物理卷上建立卷组，卷组上建立逻辑卷，逻辑卷上建立文件系统，就是这样的一个例子。如果你不熟悉LVM，请参考Logical Volume Manager。

这些分层的结构都是很类似的。以磁盘分区为例。所谓分区，以大家最为熟悉的MBR: Master Boot Record结构为例。其实是第一个扇区记录了各个分区的起始扇区，大小和类型。系统需要时，比如启动过程中，系统只要从磁盘的第一个扇区读取这些数据即能拿到各个分区的数据。

具体看看分区的数据结构。以fdisk为例，分区的数据结构定义为

struct dos_partition { unsigned char boot_ind;

我们看看具体分区的例子，验证一下数据结构

分区使得磁盘上的扇区有了差别。第一个扇区（其实其编号是0），因分区数据记录其上而扮演特殊角色。明显，对系统而言，管理和操作分区实际上就是读写第一扇区上的对应记录而已。

类似分区信息这种系统用以管理某层资源的数据就是元数据。

系统在磁盘上建立的各个分层结构，都有类似分区结构的数据结构。以LVM结构为例，我们可以把磁盘记录和LVM工具报告的数据做一对比。LVM数据的从第2个扇区开始，卷组数据在第8个扇区中，可以用dd命令提取相关扇区来验证LVM的数据结构。

下面是一份完整的LVM元数据信息，有兴趣者可以逐一清点各个对象。

[root@pusf ~]# pvdisplay;vgdisplay;lvdisplay

元数据和数据：数据损坏分类

系统把磁盘的扇区分成两种来支持分区：第一扇区和所有其他非第一扇区。并且在第一个扇区上记录分区信息，即元数据。而其他非第一扇区则供分区层使用，从磁盘的视角看，其他非第一扇区则是数据部分。我们逐层考察下磁盘、分区和LVM结构

系统启动时，会逐层读取各层元数据，创建各层数据结构。如果某一层元数据损坏或者丢失，那么系统就没有办法完成创建各层数据结构的任务。这种情况下，从客户角度看，很可能就是数据损坏了。比如，如果你把第一个扇区用\0覆盖一遍，那么系统就识别不到分区内容了。当然这种情况下分区层以上的内容，比如物理卷信息，系统也无法处理了。因此，对于数据恢复任务而言，如果元数据损坏，则修复元数据总是必须的，而且往往是第一步。

当然，如果数据损坏了，即使元数据完好无缺，那么数据也是损坏了。比如，你误删了一个文件，那么，分区结构再完好对于文件被删也于事无补。

基于以上分析，我们可以把数据损坏简单分三类类：元数据损坏、数据损坏或者前面两种损坏类型的混合型损坏。

元数据修复可以简易处理

以基于磁盘的分区、LVM以及文件系统为例。分层结构的数据格式都有严格的格式（比如分区的数据结构就是一个C的struct），出现位置也固定（有关分区的元数据记录在第一个扇区的446～462字节之间），而且这些数据结构往往都带有魔数(比如，分区的类型83)，而且常用的分层结构，也不外乎分区、LVM以及文件系统等几种。因此，对于元数据以及系统如何处理元数据，我们都容易追踪和检查。因此，可以预期，修复元数据，有简易方案。

原理

如果有数据损坏，那么除非有日志、备份，或者数据本身有逻辑可供使用，否则数据是不能恢复了。比如，通常的文件删除操作，系统只是解除了文件名称和文件内容相关间的联系而已。文件本身的内容还是记录再磁盘上。这种情况下，只要重建文件名称和文件内容间的联系即可恢复文件。

相对而言，简单情形的是元数据损坏。如果只是元数据损坏，而且我们知道正确的元数据。因为元数据操作，不会触及数据部分，因此，我们只要重建元数据部分即可恢复数据。如果涉及到多层，则逐层恢复即可。以分区丢失为例。

比如我们有一块数据盘，整盘我们只是用fdisk分了一个区，现在分区丢失了。这种情形下，只要用fdsik，按照默认情形，重新分区就能恢复分区。

就这种情形，我们给出一个可用的分析流程。

症状和初步排查

症状

客户反馈

降配重启后，系统无法启动

排查发现客户一逻辑卷无法挂载导致重启失败。在/etc/fstab中注释掉逻辑卷的挂载配置，系统启动成功。

但是客户的逻辑卷上有重要数据。此逻辑卷在数据盘上，数据盘大小是2TB。此磁盘全部2TB全部分配给一个分区，此分区上创建有LVM结构。

分区数据如下

[root@localhost ~]# fdisk -l -u /dev/vdbDisk /dev/vdb: 2199.0 GB, 2199023255552 bytes

初步排查

首先确定分区上是否有数据，通过查看一些扇区，我们就会有很大的概率确认这一点。当然也可以逐扇区确认。

逐扇区确认，可以用如下命令办理。假设磁盘是/dev/vdb。

max_sector_to_check=nrsectorfor i in $(seq 0 ${max_sector_to_check});do dd if=/dev/vdb bs=512 count=1 skip=${i} 2>/dev/null | sha256sum;done | sort -n | uniq;

当然，也可以通过抽样检查来确认。这种方法通常是检查磁盘分区的前面一部分扇区。比如，下面的例子，通过检查前面几十个扇区，我们可以确认磁盘上确有数据。

[root@localhost ~]# dd if=/dev/vdb1 bs=512 count=60 2>/dev/null | od -tx10000000 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00*0007000 f9 80 00 00 f9 80 01 00 f9 80 02 00 f9 80 03 000007020 f9 80 04 00 f9 80 0c 00 f9 80 0d 00 f9 80 18 000007040 f9 80 28 00 f9 80 3e 00 f9 80 79 00 f9 80 ab 000007060 f9 80 38 01 f9 80 6c 01 f9 80 45 04 f9 80 b0 040007100 f9 80 1a 06 f9 80 d0 0c f9 80 84 1e 00 00 00 000007120 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00*0017000 fa 80 00 00 fa 80 01 00 fa 80 02 00 fa 80 03 000017020 fa 80 04 00 fa 80 0c 00 fa 80 0d 00 fa 80 18 000017040 fa 80 28 00 fa 80 3e 00 fa 80 79 00 fa 80 ab 000017060 fa 80 38 01 fa 80 6c 01 fa 80 45 04 fa 80 b0 040017100 fa 80 1a 06 fa 80 d0 0c fa 80 84 1e 00 00 00 000017120 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00*0027000 fb 80 00 00 fb 80 01 00 fb 80 02 00 fb 80 03 000027020 fb 80 04 00 fb 80 0c 00 fb 80 0d 00 fb 80 18 000027040 fb 80 28 00 fb 80 3e 00 fb 80 79 00 fb 80 ab 000027060 fb 80 38 01 fb 80 6c 01 fb 80 45 04 fb 80 b0 040027100 fb 80 1a 06 fb 80 d0 0c fb 80 84 1e 00 00 00 000027120 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00*0037000 fc 80 00 00 fc 80 01 00 fc 80 02 00 fc 80 03 000037020 fc 80 04 00 fc 80 0c 00 fc 80 0d 00 fc 80 18 000037040 fc 80 28 00 fc 80 3e 00 fc 80 79 00 fc 80 ab 000037060 fc 80 38 01 fc 80 6c 01 fc 80 45 04 fc 80 b0 040037100 fc 80 1a 06 fc 80 d0 0c fc 80 84 1e 00 00 00 000037120 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00*0047000 fd 80 00 00 fd 80 01 00 fd 80 02 00 fd 80 03 000047020 fd 80 04 00 fd 80 0c 00 fd 80 0d 00 fd 80 18 000047040 fd 80 28 00 fd 80 3e 00 fd 80 79 00 fd 80 ab 000047060 fd 80 38 01 fd 80 6c 01 fd 80 45 04 fd 80 b0 040047100 fd 80 1a 06 fd 80 d0 0c fd 80 84 1e 00 00 00 000047120 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00*0057000 fe 80 00 00 fe 80 01 00 fe 80 02 00 fe 80 03 000057020 fe 80 04 00 fe 80 0c 00 fe 80 0d 00 fe 80 18 000057040 fe 80 28 00 fe 80 3e 00 fe 80 79 00 fe 80 ab 000057060 fe 80 38 01 fe 80 6c 01 fe 80 45 04 fe 80 b0 040057100 fe 80 1a 06 fe 80 d0 0c fe 80 84 1e 00 00 00 000057120 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00*0067000 ff 80 00 00 ff 80 01 00 ff 80 02 00 ff 80 03 000067020 ff 80 04 00 ff 80 0c 00 ff 80 0d 00 ff 80 18 000067040 ff 80 28 00 ff 80 3e 00 ff 80 79 00 ff 80 ab 000067060 ff 80 38 01 ff 80 6c 01 ff 80 45 04 ff 80 b0 040067100 ff 80 1a 06 ff 80 d0 0c ff 80 84 1e 00 00 00 000067120 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00*0074000[root@localhost ~]#

接下来使用testdisk工具恢复数据。尝试数次，testdisk工具总是在扫描到2%时停滞，处理过程不能继续。

初次恢复尝试

分区还在，但是LVM结构丢失，经检查，由LVM工具链维护的备份数据/etc/lvm/backup/vg_xxxxxx文件还在。因此，这种情形下，按照我们的恢复流程，只要在分区之上，尝试重建LVM和文件系统，应该就可以解决问题。

[root@localhost ~]# pvdisplay /dev/vdb

根据备份数据恢复LVM结构，可以参考Recovering Physical Volume Metadata。可惜的是，我们第一步就折戟沉沙了。

[root@localhost ~]# pvcreate --uuid "X1cHlO-kdFk-RZIM-1L12-qHit-0QA5-C1fZxm" --restorefile /etc/lvm/backup/vg_xxxxxx /dev/vdb1

看样子，分区的数据有些地方出错了。根据上面命令报错的信息，对比LVM的备份数据和分区数据，很快我们就发现了问题。现有分区记录的其拥有的扇区数目，少于其上LVM卷组记录的扇区数量。

问题出在哪里？

因为种种原因，我们不能确认分区信息和LVM备份数据为何不一致。但是，我们可以进一步从磁盘上提取、分析数据。因为有关分区的元数据在（分区在），所以我们进一步检查磁盘上还有没有有关LVM的元数据？这只要使用下面的命令行

dd if=/dev/vdb1 bs=512 count=128 2>/dev/null | od -tc

结果及其结果分析如下

所以，磁盘上还有有关LVM的元数据，但是为什么系统没有凭借这些数据构建出LVM结构呢？我们创建一个测试环境，用strace追踪下系统处理LVM物理卷元数据的执行路径。如下命令即可

strace -s 512 pvdisplay

当然，更好的办法是把strace记录放置到文件中，以备仔细检查

starce -o path_to_strace_log -s 512 -f -ff pvdisplay

我们组合使用strace和grep命令来确认系统默认的LVM物理卷位置。如果你没有耐心分析下面的数据，请跳过直接看后面的截图

strace -o /tmp/pvdisplay-strace.log -s 512 pvdisplaygrep grep -E '^open|^lseek|^read' /tmp/pvdisplay-strace.log

数据清洗结果如下。如果没有耐心分析，请跳过直接看下面的分析截图

[root@localhost ~]# grep -E '^open|^lseek|^read|^close' /tmp/pvdisplay-strace.log

很明显，系统预期LVM元数据是在分区的第8个扇区，但是在需要做数据恢复的磁盘上，LVM的元数据却是在第71个扇区，而分区的起始扇区是2048，因此，LVM数据根本不在分区内。这就是为什么磁盘上还有LVM元数据，系统却没有识别出来LVM的原因。

既然系统是因为有关LVM的元数据所在扇区不对而导致系统无法识别LVM结构，设想通过重新分区，我们把有关LVM元数据调整到分区的第8个扇区。稍加计算，就会发现，只要把分区的起始扇区从第2048个扇区调整到第63个扇区即可。不仅如此，通过调整分区大小，我们同样也解决了磁盘分区扇区数不足的问题

数据恢复

较新的fdisk工具，不允许起始扇区小于2048，因此，我们用parted工具来调整分区的起始扇区。

调整过程是先删掉扇区，而后再创建之。而结果正如我们所预期的，分区调整完成，客户的数据立刻恢复了。物理卷、卷组、逻辑卷、文件系统以及数据，都完好无损。

结语

从处理这个实际case可以看出，如果知道如何识别各层元数据，比�...

故障描述：

5块2T硬盘组建RAID5，划分LUN供windows服务器使用。在windows服务器内装有Sql Server2008数据库。存储空间内共有三个逻辑分区，大小分别为500G、800G、2.3T。数据库文件丢失，主要涉及五个数据库，表个数约为6000个左右。丢失原因未知，且不能确定数据存储位置。三个数据库的大小分别为8G、15G、20G。在文件丢失后服务器仍处于开机状态，但并未写入大量数据。

初检流程：

1、使用RAID信息及内部数据块信息重组RAID。

2、提取LUN内三个分区镜像。

3、扫描文件系统内丢失文件，未找到被删除数据库文件。

4、初检结果为数据库文件丢失，通过文件系统角度无法恢复。

恢复流程：

1、制定恢复方案。在数据库文件被删除且判定为无法恢复文件后，只能通过扫描数据页，并提取页内记录的方式进行恢复。

2、使用北亚自主编数据页扫描程序扫描分区内数据页并提取。在分别扫描两个分区镜像后发现500G系统盘内数据页数量极少且数据页断裂情况严重，另一分区内扫描到数据页个数较多。暂定此分区为数据库文件存储空间。

3、重组系统表。Sql Server数据库使用系统表来管理所有用户表，在这些系统表内记录了各表的列数、数据类型及约束信息等。解析系统表过程中发现提取出的数据页内系统表损坏，无法正常读取信息。在与客户沟通后得知有备份文件，且备份完成后没有大量改动表结构，系统表可用。

4、还原备份。

5、分别提取三个库中各表表结构信息

6、解析表结构脚本。将各表的列信息存入数据库内便于后续使用。

7、解析系统表获取用户表id信息、关联表结构与数据页。（为保护客户隐私，后续步骤涉及用户表表名及数据页内数据部分均未截图）

8、新建数据库，使用北亚自主编写软件解析记录并导入到恢复环境内。

9、整理恢复结果。在此分区内除数据库文件外还存有备份文件若干，所以在导出记录后可能存在重复数据，必须去重。编写SQL存储过程进行去重。

10、客户验证数据。客户在查验过数据后表示数据可以接受，移交数据到客户存储设备，恢复成功。

恢复硬盘数据其实并不是一项复杂的工程，除非是硬盘磁头损坏，需要开盘这类原因，一般情况下想要恢复硬盘数据也十分简单，那要如何做呢？

第一步，打开迷你兔数据恢复工具，选择【硬盘恢复】功能并点击进入

第二步，进入功能页面后，选择需要恢复的硬盘分区，进行完全扫描

第三步，完全扫描结束后，在软件扫描到的丢失数据列表里手动勾选需要恢复的数据，然后保存在安全的分区之中，硬盘数据就恢复出来了。