U盘是一个小巧的设备，我们经常把它放在包里随时带着，可以随时储存或是移动文件。然而，当U盘出现问题的时候，误格式化U盘或是勿删U盘文件时怎么办呢？

我们经常把U盘格式化，不知道大家有没有注意，将U盘格式化时，可以看到格式化选项中已经勾选了“快速格式化”，一般的格式化都属于快速格式化，这种情况的U盘格式化是可以使用互盾数据恢复软件恢复U盘格式化数据。

1．打开浏览器，输入互盾数据恢复软件，点击进入软件的官网中，然后将按照步骤将软件下载到电脑上。

2．将U盘插入电脑中，当计算机中，我们已经可以查看到可移动磁盘后，然后在互盾数据恢复软件界面中选择“误格式化硬盘”功能。

3．点击选择已经被软件识别的U盘磁盘分区，用鼠标选中后，点击“下一步”按钮，即可进入软件扫描状态。

4．请耐心等待互盾数据恢复软件扫描结束，格式化数据恢复扫描的时候要长一些，请用户耐心等待。

5．扫描结束后，请在软件的扫描结果界面中勾选要恢复的文件，软件提供预览功能，用户可以查看要恢复的文件，确定恢复文件内容。

6．点击“下一步”按钮，互盾数据恢复软件将会自动转换界面，然后请选择恢复文件的储存位置，这里点击“浏览”按钮，即可弹出的浏览文件夹对话框，请在对话框中设置会文件储存位置。最后，点击“下一步”恢复文件即可。

U盘格式化数据恢复的方法和步骤可以根据以上内容进行恢复操作，U盘格式化后，请勿在使用U盘，最好直接进行恢复，将会得到最大限度的恢复率。

故障描述：

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、客户验证数据。客户在查验过数据后表示数据可以接受，移交数据到客户存储设备，恢复成功。

SD卡是日常生活中常会用到的，用来存储各种各样的数据，但是也会因为SD卡数据丢失而带来多种麻烦。SD卡数据丢失分为多种情况，由于数据丢失情况的不同，数据恢复的方法也不同，最常见的使用方式就是使用数据恢复软件。

EasyRecovery易恢复软件可以进行硬盘、光盘、U盘/移动硬盘、数码相机、手机、Raid文件恢复，其深度扫描技术和瞬间扫描功能，可以快速完整恢复丢失的数据，提高恢复效率，最大程度避免数据损失，是目前使用人数最广、最受欢迎的数据恢复软件之一。

EasyRecovery软件获取地址：http://wm.makeding/iclk/?zoneid=19420

具体恢复步骤如下：

步骤一：打开EasyRecovery软件。双击桌面上的软件快捷图标，就会弹出该软件的启动窗口，从而来打开EasyRecovery 12数据恢复软件。

图1：软件启动界面

步骤二：选择恢复内容。打开的软件主界面如下图所示，进入到选择恢复内容界面，这里可以选择恢复所有数据，也可以单独选择恢复文档、邮件、照片或音频。

图2：EasyRecovery 12主界面

步骤三：选择位置。单击右下角的下一个按钮，就进入到了选择位置窗口，这里可以选择文件丢失的位置，包括已连接硬盘和其它位置。

图3：选择文件所在位置

步骤四：查找文件和文件夹。单击“扫描”按钮后，就可以开始扫描文件所在磁盘，这里共分为3个阶段，全部完成后，就可以显示丢失的文件了。

步骤五：恢复丢失的文件。当扫描完成后，就可以看到已删除的文件都找出来了，选中要恢复的文件，然后单击右下角的恢复按钮，选择文件存储位置（不要保存在原来的位置）就可以将文件恢复了。

图4：恢复文件

经过以上操作，就可以将SD卡里面丢失的数据找回来了，这样就不要担心数据丢失问题，更多数据恢复技巧可以访问EasyRecovery中文官网。

以上文章参考自：http://easyrecoverychina/sdka-shuju-diushi.html

U盘作为被人们经常使用的用来存储数据的移动设备，在帮助人们工作的同时也带来了一些困扰，比如有时会因为某种原因导致U盘里面的数据丢失了，但是也不是说这些数据找不回来的，这时就需要一款好的数据恢复软件，从而才能保证U盘里面的数据能顺利恢复。

U盘数据丢失的原因一般可以分为两类：一是逻辑问题，二是硬件损坏。EasyRecovery作为专业的数据恢复软件，恢复U盘数据仅仅针对的逻辑问题，误删除、误格式化等问题，下面就一起学习用它恢复数据的方法。

EasyRecovery如何恢复u盘数据

1.下载easyrecovery并在电脑中安装好，下载地址：http://wm.makeding/iclk/?zoneid=17787

2.将u盘连接到电脑上，在电脑中显示为可移动磁盘。

3.开启软件开始数据恢复，首先，我们看到的是一个注册页面，如果是试用的话，就点击“作为演示运行”，如果有easyrecovery注册码，就那就注册好。

4.接下来可以看到的是软件的主界面，主要是最软件的介绍，点击“继续”正式开始u盘数据恢复。

5.数据恢复步骤一：选择媒体类型，EasyRecovery将存储介质分为5种媒体类型：硬盘驱动器，内存设备或记忆棒，光学媒体，多媒体/移动设备，和RAID系统。u盘数据恢复的话就可以选择“存储设备”。

图二：选择媒体类型

6.数据恢复步骤二：选择需要扫描的卷标，窗口就显示所有系统可以访问的驱动器的列表，包括逻辑驱动器和物理驱动器。

7.数据恢复步骤三：选择恢复场景，包括浏览卷标、恢复已删除的文件、恢复被格式化的媒体、磁盘诊断和磁盘工具，选择最适合您的数据丢失问题的恢复方案。在屏幕的底部有一个详细选项，通过该选项可以将扫描限制为特定的文件系统，或者是原始文件扫描。

8.数据恢复步骤四：检查您的选项。一旦选择了要数据恢复的磁盘或卷，并选择了要使用的恢复方法，会看到选择的所有选项的预览。点击“继续”软件就会进入自动扫描的过程中。

图三：检查您的选项

9.数据恢复步骤五：保存文件。等待扫描结束后，所有找到的数据将显示为一组文件和文件夹列表，就可以找到需要恢复的u盘数据，然后将其保存好即可，但是在在大多数情况下，删除文件数据将不会再有原来的文件名，文件的原始文件名是不能恢复的。

按照上面的步骤操作，就可以借助EasyRecovery恢复U盘丢失的数据，从而避免了工作上的失误。

更多数据恢复技巧可以访问EasyRecovery中文官网（easyrecoverychina）进行学习。

有些人还不会使用迷你兔数据恢复找回被清空数据，所以今日呢，小编就讲解了迷你兔数据恢复找回被清空数据的具体操作。

迷你兔数据恢复工具软件版本：8.1应用工具立即查看

第一步：运行迷你兔数据恢复工具，选择“深度恢复”

第二步：选择数据之前保存的磁盘位置，对这个磁盘进行“完全扫描”(比如数据之前保存在F盘，然后被删除清空，这个时候就扫描F盘)

第三步：等待扫描结束，在丢失数据的列表中手动勾选需要恢复的数据然后保存到安全磁盘中，回收站被清空的数据就恢复出来了

上面就是小编带来的迷你兔数据恢复找回回收清空数据的具体操作教程，小伙伴们都学会了吗?

如何进行u盘数据恢复？u盘是很多上班族必备的办公工具，不管是出差还是开办公会议，只要把文件存进u盘里，随身携带，方便又省事。但是也有很多上班族遇到这样一个问题：u盘上的数据丢失。有的是自己的失误造成，有的是u盘故障造成。不管是哪一个原因，只要能恢复u盘数据才是最重要的。

U盘上的数据其实很简单，只要我们不要继续往u盘上读写数据，尽量保持u盘上的数据没被覆盖的情况下，我们可以通过万能数据恢复大师恢复丢失的数据。

准备工具：u盘，电脑

U盘数据恢复步骤：

图1：安装软件

步骤2：将u盘插在电脑端的USB插口上，并运行软件，在软件主界面选择要恢复的磁盘（u盘）。

图2：选择u盘

步骤3：进入扫描模式，根据u盘上数据丢失的原因选择扫描模式，如果不清楚是什么原因导致数据丢失，可以选择【深度扫描】。

图3：选择扫描模式

步骤4：进入选择数据类型模式，如果要恢复的是图片，那么勾选图片，以此类推，然后点击【下一步】，软件开始扫描u盘上的数据。

图4：选择数据类型

步骤5：扫描完毕之后，在扫描出来的列表中，根据预览文件的内容，找到要恢复的数据，点击【恢复】，保存路径，u盘上的数据就可以恢复啦。

图5：恢复文件

U盘上的数据是不是如此简单！遇到u盘数据删除的朋友可以下载软件，并结合以上的步骤，在数据没被覆盖的情况下，都能找回丢失的数据！

当今的世界已经完全步入了信息时代，在我们每天的生活当中，越来越多的事物正被以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的文件索引安全性更高。

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

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可以看出，如果知道如何识别各层元数据，比�...

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

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

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

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

【netAPP存储数据恢复结果】

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

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

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

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

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