51CTO首页51CTO博客我的博客 搜索
社区：论坛博客下载读书更多

覃廷良数据恢复技术博客
http://199818.blog.51cto.com 【复制】 【订阅】
原创:60翻译:0转载:5
博 客|图库|写博文|帮 助

qintl 的BLOG

写留言邀请进圈子发消息 加友情链接进家园 加好友

博客统计信息

用户名：qintl
文章数：65
评论数：19
访问量：49426
无忧币：1865
博客积分：1021
博客等级：5
注册日期：2007-06-26

我最近发表的评论

对 数据恢复实战技术.. 回复
作者就是我了，原创，转载都可以，呵呵

最新评论

友情链接

背景音乐

我的音乐

00:00 | 00:00

文章

文章列表>>
2012-05-14 09:34:24
 
近期接手一个怪异的数据恢复案例，基本环境是：HP-UX小型机连接HP EVA存储，从EVA上划分1TB的逻辑卷（LUN）给HP-UX小型机使用，LVM逻辑结构是一个VG中只包含1TB的物理硬盘（PV），在这个VG中划分出13个LV。
故障现象：这个小机是生产环境下使用的，某天下午3点多钟发现客户端访问不了，检查服务器，发现oracle数据库所在的文件系统全部mount不上，oracle数据库因此全部停止。由于数据库备份是半个月之前的，丢掉的十几天的数据，如果不能及时找回来，接下来的补救工作将是十分繁重的，因为这涉及到整个工厂的生产业务。
客户..
类别：数据恢复技术杂谈|阅读(16)|回复(0)|赞(0)阅读全文>>
2012-05-02 15:26:12
Coming from mostly HP EVA environments I got used to identify a Volume/LUN by there LUN number which was a real unique identifier. I could always ”talk” LUN number and be sure that it was understood and unique.

So ever since I’ve been working with our LeftHand environment I disliked the way that every Volume/LUN is marked with LUN 0.
Goal of this blog is to show you how you can easily rename a published LeftHand Volume to something that is easy to recognize and is unique...
类别：数据恢复技术杂谈|阅读(0)|回复(0)|赞(0)阅读全文>>
2012-05-02 15:24:11
DATA MIGRATION — ADMIN'S NIGHTMARE, VENDOR'S LOCK
Ask anyone who's been doing shared or "SAN" storage for more than a generation's worth of hardware and they'll tell you. The experienced storage admins know to ask the question, the inexperienced discover the pain after the P.O.'s been signed. "How are we going to get our data off the old array and onto the new?"
Alas, the Storage Industry has been the last bastion of monolithic, closed architectures. In spite of al..
类别：数据恢复技术杂谈|阅读(0)|回复(0)|赞(0)阅读全文>>
2012-04-26 08:44:23
前段时间在查阅Sybase数据库版本信息，收集了不少Sybase发展历史知识，以下是从互联网摘录下来的有关Sybase的介绍及历史信息：
 
Sybase公司成立于1984年，公司名称“Sybase”取自“system”和“database”相结合的含义。Sybase公司的创始人之一Bob Epstein 是Ingres 大学版（与System/R同时期的关系数据库模型产品）的主要设计人员。
 
 
Sybase公司的第一个关系数据库产品是1987年5月推出的Sybase SQLServer1.0。Sybase首先提出Client/Server 数据库体系结构的思想，并率先在Syba..
类别：数据恢复技术杂谈|阅读(0)|回复(0)|赞(0)阅读全文>>
2012-03-01 09:11:25
从事数据恢复工作的工程师大都知道，数据恢复技术很大一部分涉及到不同的文件系统类型，比如Windows系统下，常用的有NTFS、FAT、exFAT 三种类型文件系统；在LINUX系统下，常用的有Ext2/Ext3/Ext4、XFS、ReiserFS等文件系统；苹果操作系统常用的有HFS /HFS+/HFSX文件系统；常见的UNIX文件系统有UFS/UFS2、JFS/JFS2、VxFS等。在这些文件系统中，UNIX文件系统是普通电 脑用户很少有机会接触到的，因为这些文件系统往往在专用的小型机上应用，而小型机是价格不菲的UINX服务器，大都部署在企业级应用上，比如金融业的银 行、保险、证券等..
类别：数据恢复技术杂谈|阅读(13)|回复(0)|赞(0)阅读全文>>
2012-02-27 10:19:45


在数据恢复行业里，我算是较早的一批从事数据恢复技术服务的工程师之一，我的技术方向重点都放在软件逻辑故障数据恢复领域里，对于硬件级别修复提不起太多的兴趣。在软件逻辑故障数据恢复方向中，我的技术重点又放在了各类文件系统研究及数据库故障恢复技术。本文向大家分享我的IBM AIX JFS/JFS2文件系统及存储故障数据恢复经历，回顾近十年来我的技术成长历程。
初出茅庐篇：2004年9月份，接到宁夏某国税局一个7133阵列故障：由于突然掉电， 7133 阵列从 IBM M80 中消失，通过后台管理察看，两组阵列中每组阵列各自有两块盘被踢出阵列，强行 ONLINE 也加不回到阵列中，在 AIX 系统层面上， IBM 高级工程师判断为不可恢复的。这个案例到现在我还记忆犹新，这是我第一次接触AIX阵列故障，尤其是7133阵列，这玩艺儿销售价不菲，当时能买得起的基本上是IBM的大户，硬盘接口是SSA接口，估计现在从事数据恢复的同行也没几个人能有机会见到这样的硬盘。当时我们最强技术是RAID数据重组，我分析出这两组RAID是双循环模式，于是按照HP双循环组合方式重组，把组合好的两块目标硬盘连接到IBM 140P小型机上，尝试importvg，没能成功！IBM公司派来一个高级工程师前来协助恢复，我们折腾了一天，没有太多进展。国税局那边时间消耗不起，最后研究决定，要是在第二天上班之前，数据还没有恢复出来，就放弃恢复，启用别的方案。因为数据涉及面非常广，负责这一块的信息中心主任几乎崩溃。由于熬夜折腾的，我也坚持不住，半放弃状态回家休息，回家说是睡觉，其实也不能入眠，脑子老想着这事。到了晚上10点钟，凭感觉，我觉得这个数据是能恢复出来的，不知道是哪个环节出了问题，最大的问题可能在Raid组合上。于是我又跑回公司，继续分析，最后终于找出问题了，RAID组合是双循环，HP双循环是左异步，而7133阵列双循环是左同步，连夜更改了组合程序，最后在凌晨5点钟，把数据在小型机上mount成功，接着把oracle数据库文件通过FTP客户端下载到PC机上。上班时间到了，IBM工程师半信半疑过来看数据，经验证，数据恢复完美！由此，我开始了IBM AIX数据恢复研究之路！


深入内核(LVM)篇：记不清是什么时间了，有个案例是IBM SAN光纤存储，划分了好几个LUN，使用JFS2文件系统。故障现象是：由于LV损坏，文件系统mount不上，后来经过几路人重建了LV信息，数据还是没有找回来，最后寻求数据恢复技术支持。我当时就有一个梦想，就是写一个自己的程序，直接读取AIX JFS/JFS2文件系统，恢复其中丢失的数据，苦于没有资料没法研究。这个案例终于让我有机会深入研究AIX LVM结构，有个非常经典的帖子：http://bbs.loveunix.net/viewthread.php?tid=76187&extra=&page=1 ，记录了当时的导论过程。要知道，LVM是AIX下文件系统分区空间分配的架构，了解它，你只是了解某个LV的空间具体分配和使用情况，以及VG的一些特点，但是对于JFS/JFS2文件系统来说，了解LVM还不能深入JFS/JFS2内部。了解了LVM结构，就相当于了解Windows下分区表结构和Boot扇区结构。
天价恢复“分区表”的经历：某个上市公司的ERP系统数据库采用Oracle安装在IBM AIX下，维护工程师不小心chdev -l hdiskX -a pv=clear，在经过几轮抢修，还是没有恢复正常，最后经由赛门铁克工程师推荐找到了我，我说可以恢复，这相当于Windows下的分区表损坏，我可以修复回来，不过价钱不像windows下500-600那么便宜，这种分区表的恢复，我们的价钱是最低5万块钱，最后我只更改了不到20个字节的内容，文件系统就能正常mount上了。这就是我恢复一个天价分区表的经历。（其他内容待续）


 
本文由达思数据恢复总工程师覃廷良撰写，转发请注明出处:http://www.bnuol.com
[/img]..
类别：数据恢复技术杂谈|阅读(13)|回复(0)|赞(0)阅读全文>>
2012-02-13 10:42:29
 苹果主流文件系统是HFS/HFS+/HFSX，广泛应用于苹果硬件产品，其中包括MAC机器、IPHONE、IPAD、IPOD系列。在数据恢复业务中，经常会碰到苹果设备的数据恢复案例，例如MAC机器误删除了数据，MAC机器分区损坏误格式化等，IPHONE、IPAD同步以后照片等资料丢失，IPHONE、IPAD误删除文件等等，都属于苹果HFS/HFS+/HFSX文件系统级别的数据丢失，数据恢复也要从文件系统的结构特点去分析挖掘才能得出正确的恢复方法。



HFS/HFS+/HFSX文件系统采用B+ Tree的文件目录存储结构。当创建一个文件时，操作系统就会往B+ Tree的结构中添加一..
类别：数据恢复技术杂谈|阅读(14)|回复(0)|赞(0)阅读全文>>
2012-02-09 15:26:25
在数据恢复技术领域里，Linux操作系统下的Ext3/Ext4文件系统下数据删除以后的恢复是一个相对比较难的技术问题，因为Ext3/Ext4文件系统下删除文件以后，被删除的文件的原始inode信息中数据指针地址会被清零，inode是文件的灵魂，inode被破坏，文件也就随之香消玉殒，只留下支离破碎的尸体碎片散落在硬盘的各个角落，文件的主人只能对硬盘默哀了！



值得庆幸的是，Ext3/Ext4文件系统是一种日志型文件系统，当格式化分区的时候，文件系统分配一个inode号等于8的文件作为分区日志文件，Linux把它叫做Journal文件，Journal就是日志的..
类别：数据恢复技术杂谈|阅读(65)|回复(0)|赞(0)阅读全文>>
2011-12-21 09:25:10
小型机习惯上用来指UNIX服务器，在服务器市场中处于中高端位置。UNIX服务器具有区别X86服务器和大型主机的特有体系结构，基本上，各厂家UNIX服务器使用自家的UNIX版本和处理器。比如IBM公司采用Power处理器和AIX操作系统，Sun公司采用SPARC处理器架构和Solaris操作系统，HP采用PA-RISC架构（现在转向于安腾处理器）和HP-UX操作系统。


小型机一般在关键的数据处理业务上使用，比如电信、银行、证券、保险、电力等行业上使用比较多，其性能稳定得到绝大多数用户的青睐。小型机也存在数据丢失的现象，在数据恢复服务中偶尔会遇到小型..
类别：数据恢复技术杂谈|阅读(21)|回复(0)|赞(0)阅读全文>>
2011-12-06 13:47:08
数据软硬件环境：
服务器上操作系统是RedHat，外接8块盘Raid5的盘柜，盘柜分成一个分区，文件系统是EXT3，存放着用户邮件数据，包含一千多个域名的上万人使用的商用电子邮件帐户数据。
数据丢失原因:
用户用rsync命令把一个空的文件系统远程同步到邮件服务器上,这种错误的操作导致了原先存储中的500多GB的数据只剩下了300GB,另外200GB数据在文件系统中看不见,也就是丢失了!
数据恢复方案:
数据存放在一个1.6TB的分区中,文件系统是ext3。我们把这个分区dd到一个2TB的硬盘中，经过初步扫描dd镜像出来的文件系统，发现丢失的文件一部..
类别：数据恢复技术杂谈|阅读(39)|回复(0)|赞(0)阅读全文>>
2011-09-16 15:57:09
前言：
在LINUX下的Ext3/Ext4文件系统下，如果误删除了数据，数据恢复难度很大。如果说删除的文件数量不大（一般在几百个文件以内），还能够通过.journal日志文件对比残留的inode信息进行恢复，恢复出来的数据目录结构不一定能保留完整；如果删除文件数量很大，数据恢复几乎不能完整保留文件目录结构。这是Ext3/Ext4文件系统的通病，不给误删除留后路！在数据恢复业案例中，有不少例子是LINUX下误删除了ORACLE数据库文件，我今天来讲讲Linux下删除Oracle数据库的数据恢复技术方案。
数据丢失案例背景：
计算机维护工程师停掉oracle..
类别：数据恢复技术杂谈|阅读(169)|回复(1)|赞(1)阅读全文>>
2011-09-16 15:54:59
硬盘损坏引起的服务器或者磁盘阵列数据丢失是一件很难避免的事情，除非备份做得好，否则就要走数据恢复之路。
HP 服务器数据恢复
（本文先发表于达思数据恢复公司:http://www.bnuol.com,转载请注明）
存储设备介绍：
　HP ProLiant DL385 G7 采用虚拟化设计理念，是一款先进的 2P 2U AMD® 机架服务器，可灵活满足企业数据中心到先进中小型企业的所有业务需求；HP ProLiant DL385 G7(573088-AA1) 采用 AMD Opteron（皓龙） 6172 12核处理器。
故障描述：
DL385服务器上插满8块盘，做一组Raid5，由于两块硬盘亮红灯，导致服务器启动不了。在Raid配置界面上，两块硬盘均是failed状态，工程师没办法使硬盘online。
数据恢复分析：
经过对8块盘进行测试，发现两块failed状态的硬盘，有一块不可读写，另一块还可以镜像。
数据恢复结果：
因为是Raid5，可以缺一块盘进行数据组合，我们用D-Recovery For RAID数据恢复软件，恢复出用户的全部数据，经验证，数据完整，恢复成功。[/img]..
类别：数据恢复技术杂谈|阅读(118)|回复(0)|赞(0)阅读全文>>
2011-09-16 09:34:42
很多数据恢复工程师包括一些数据恢复技术爱好者经常会问同样一个问题：“数据一旦被覆盖了，还能不能恢复呀？我听说国外能恢复被覆盖以后的数据，据说只要是覆盖操作在7次以内，都能恢复出来，国内有没有这种技术呀？”这种问题困惑很多人，也困惑很多年，到现在也只是停留在传说阶段，没有人能够证实！市面上有一些数据擦除工具，在进行数据毁灭擦除的时候往往有一个选项：擦除1遍？擦除3遍？擦除7遍？我在怀疑是不是一种心理作用。在我目前认知的数据恢复技术领域，我坚决的认为：只要覆盖一遍，数据就不可恢复！如果说能..
类别：数据恢复技术杂谈|阅读(264)|回复(1)|赞(0)阅读全文>>
2011-09-15 10:12:06

        
sun Storage 7110磁盘阵列存储ZFS文件系统数据恢复成功
存储设备介绍：
这款入门级统一存储设备尤其适合于中小型企业以及大型企业的部门或远程办公室。 它使用与高端配置相同的软件，并通过 10K RPM SAS 驱动器在 2U 包装中提供 2TB 原始容量。
2 TB 原始容量
4 个 10/100/1000 以太网端口
支持 NFS、CIFS、HTTP/WebDav 和 iSCSI
包括复制、压缩、快照/克隆和还原等
故障描述：
Sun Storage 7110存储阵列插满16个硬盘，在一次突然断电的时候，由于UPS电源没有起作用，重新供电的时候发现，所有的硬盘亮黄灯，阵列配置信息混乱，导致存储瘫痪。
数据恢复分析：
Sun Storage 7110存储逻辑结构非常复杂，采用ZFS文件系统，ZFS文件系统是新型128位文件系统，即结构比较复杂。这个案例采用RAID-Z 存储池配置，恢复难点有两个：第一是Raid组合问题，第二是ZFS文件系统数据恢复问题。
数据恢复结果：
通过技术人员的分析，首先解决了Raid组合算法问题，把数据先组合出来。组合出来以后，研究攻破了ZFS文件系统底层逻辑结构，直接写程序把数据提取出来，最后100%恢复出用户的数据。
额外技术知识：
RAID-Z 存储池配置
除了镜像存储池配置外，ZFS 还提供了 RAID-Z 配置。RAID-Z 与 RAID-5 类似。
所 有与 RAID-5 类似的传统算法（例如 RAID-4、RAID-5、RAID-6、RDP 和 EVEN-ODD）都存在称为“RAID-5 写入漏洞”的问题。如果仅写入了 RAID-5 条带的一部分，并且在所有块成功写入磁盘之前断电，则奇偶校验将永远与数据不同步，因此是无用的，除非后续的完全条带化写操作将其覆写。在 RAID-Z 中，ZFS 使用可变宽度的 RAID 条带，即“variable-width RAID stripes”技术，以便所有写操作都是完全条带化写操作。这是唯一可行的设计，因为 ZFS 通过以下方式将文件系统和设备管理集成在一起：文件系统的元数据包含有关基础数据冗余模型的足够信息以处理可变宽度的 RAID 条带。RAID-Z 是世界上针对 RAID-5 写入漏洞的第一个仅使用软件的解决方案。
一个 RAID-Z 配置包含 N 个大小为 X 的磁盘，其中有 P 个奇偶校验磁盘，该配置可以存放大约 (N-P)*X 字节的数据，并且在破坏数据完整性之前容许有 P 个设备出现故障。单奇偶校验 RAID-Z 配置至少需要两个磁盘，双奇偶校验 RAID-Z 配置至少需要三个磁盘。例如，如果一个单奇偶校验 RAID-Z 配置中有三个磁盘，则奇偶校验数据占用的空间与其中一个磁盘的空间相等。除此之外，创建 RAID-Z 配置无需任何其他特殊硬件。
从概念上讲，包含三个磁盘的 RAID-Z 配置与以下内容类似：
raidz c1t0d0 c2t0d0 c3t0d0
从概念上讲，更复杂的 RAID-Z 配置与以下内容类似：
raidz c1t0d0 c2t0d0 c3t0d0 c4t0d0 c5t0d0 c6t0d0 c7t0d0 raidz c8t0d0 c9t0d0 c10t0d0 c11t0d0 c12t0d0 c13t0d0 c14t0d0
如果要创建包含许多磁盘的 RAID-Z 配置，则最好将包含 14 个磁盘的 RAID-Z 配置拆分为两个包含 7 个磁盘的分组。若 RAID-Z 配置包含的分组中的磁盘数目为一位数 (1-9)，则该配置的性能应该更好。
ZFS还支持RAID-Z2，每个Raidz组允许坏两块盘而数据不会受到破坏
（本文先发表于达思硬盘数据恢复公司:http://www.bnuol.com,转载请注明）
ZFS文件系统数据恢复[/img]..
类别：数据恢复通俗文章|阅读(47)|回复(0)|赞(0)阅读全文>>
2011-09-15 10:06:53
Raid6数据恢复技术相对于Raid5来说难度大一些，特别是缺两块硬盘的情况下，数据组合算法比较复杂，而且恢复速度相对比较慢。
以下是达思恢复Raid6缺两块盘的数据恢复案例。
（本文先发表于达思数据恢复公司:http://www.bnuol.com,转载请注明）
戴尔(DELL ) T710服务器
存储设备介绍：
Dell PowerEdge T710 最高可配备 16 部硬盘，内存容量最高可达 144GB，是大容量运算的最佳选择。 T710 符合客户需求的设计方式，提供卓越的系统通用性，并采用整齐合理的组件与电源配置，方便快速安装与简化部署作业。
故障描述：
服务器上一共有8块盘做一组RAID6，其中1号盘和5号盘亮红灯，没有及时发现，后来发现2号盘亮黄灯，真个阵列崩溃，系统没法启动，操作系统是windows 2008 Server。
检测结果：
经过对硬盘进行检测，1号盘和5号盘出现盘片划伤，属于严重硬盘物理损坏，介质不可修复。2号盘出现少量硬盘坏道，能够镜像出来。别的硬盘镜像顺利。
数据恢复分析：
因 为整个服务器8块盘做一组Raid6，理论上缺两块盘是可以恢复数据的，恢复数据是否正确，取决于1号盘和5号盘和2号盘出现损坏的先后顺序，如果1号盘 和5号盘是先坏的，2号盘是后坏的，恢复出来的数据应该是正确的，除非2号盘的少量坏道对数据有影响，绝大部分数据应该正常。
数据恢复结果：

    我们使用D-Recovery For RAID数据恢复软件，利用6块盘对数据进行RAID6组合，恢复出所有数据，经验证，数据都是正确的。
D-Recovery For RAID数据恢复软件
D-Recovery For RAID数据恢复软件界面[/img]..
类别：数据恢复通俗文章|阅读(57)|回复(0)|赞(0)阅读全文>>
2011-09-14 10:17:09






IBM DS3000存储DS3400数据恢复
存储设备介招：
IBM System Storage™ DS3400 易捷版是一款专为各种企业设计的基于 FC 主机的外部存储系统。DS3400 存储系统通过 FC 接口技术、下一代 SAS 后端技术以及 SAS 与 SATA 驱动器的混合支持和 DS3000 Storage Manager 软件，为企业提供了强大、可靠、经济高效的 FC 网络存储。这款机柜可以解决企业管理不断增加的容量、数据可用性要求以及进行整合管理时所面临的最大难题。

所含管理软件DS3000 Storage Manager

物理存储容量通过在首个机柜中装配 600GB SAS 驱动器可将存储容量扩展至 7.2TB通过在首个机柜中装配 2.0TB SATA 驱动器可将存储容量扩展至 24.0TB能容纳 48个 600GB SAS 驱动器，扩展后容量可达 28.8TB首个机柜能容纳 48个 2.0TB 驱动器，扩展后容量可达 96.0TB

提及存储器容量时，1TB = 1,000,000,000,000字节。实际可访问容量低于该值。
 
故障描述：
DS3400一共划分了8个LUN，其中4个LUN挂接在LINUX服务器上使用，另外4个LUN挂接在Windows上使用。由于工程师的失误，把挂在LINUX下的LUN映射到Windows服务器上，然后在Windows上的磁盘管理界面上对硬盘进行初始化，当发现问题后，把4个LUN切换到LINUX下，所有分区信息丢失，文件系统不可访问。在LINUX下，4个LUN划分成XFS文件系统，需要恢复的数据是4个LUN上XFS文件系统中的数据。
数据恢复分析：
由于RAID本身并没有损坏，不需要对每个物理硬盘进行单独镜像，需要把4个需要恢复的LUN镜像出来就行。镜像的方法有两种：一种是在linux下用dd命令把lun镜像到别的存储空间上，另一种是把要恢复的LUN切换到Windows上，然后通过Winhex工具对硬盘进行镜像。镜像完成以后，数据恢复的重点就是分析XFS文件系统结构，把数据提取数来。
数据恢复结果：
通过达思D-Recovery For XFS数据恢复软件，对每个镜像出来的LUN进行扫描，收集XFS文件系统信息（superblock,inode,目录、文件名等），最终把数据完全提取出来。当然，如果数据破坏不严重，可以把分区表或者superblock信息还原到处问题之前的状态，然后挂回Linux环境，就能直接正常mount文件系统。数据恢复最后结果是：3个LUN通过更改分区表或者superblock就能正常mount,剩下一个LUN需要D-Recovery For XFS工具导出数据，最后实现非常完美的恢复。

（本文先发表于达思数据恢复网站:http://www.bnuol.com,转载请注明）
D-Recovery For XFS数据恢复软件
 
D-Recovery For XFS数据恢复软件界面截图[/img]..
类别：数据恢复通俗文章|阅读(18)|回复(1)|赞(1)阅读全文>>
2011-09-14 10:14:51






2011年9月2日，达思数据恢复中心接到了西门子（中国）有限公司SIS部门的咨询电话，大概情况是早上客户端用户反映有一组6块盘的阵列数据无法访问，网管人员进行排查后发现该阵列柜中1号、5号盘亮黄灯提示报警，重启阵列无效。随后阵列柜售后服务商上门检测，初步判断是硬盘硬件故障引起，承诺可以更换磁盘，但无法解决数据恢复的难题。
由于数据的重要性，SIS部门很快与我中心取得了联系，就数据灾难现场的状态做了一个大致的沟通，并在数据恢复工程师的指导下切断了电源，避免因误操作而造成二次破坏的可能，保证现场的完..
类别：数据恢复通俗文章|阅读(37)|回复(1)|赞(1)阅读全文>>
2011-09-09 13:57:38






前几天接了一个IBM小型机P690的坏硬盘，客户说小型机能识别到硬盘，但是VG信息读不了，文件系统没办法mount。客户在当地检测过，说硬盘物理损伤.
（本文先发表于达思数据恢复网站:http://www.bnuol.com,转载请注明）
 
恢复步骤：
1、硬盘检测：拿到硬盘，我们检测结果是硬盘固件及电路系统都有问题；
2、硬盘镜像：最后经过几番努力，把硬盘修复成可识别了，镜像出来。
3、硬盘数据恢复：因为硬盘文件系统是JFS/JFS2的，还有数据库，有些数据库放在裸设备上，我们把镜像出来的硬盘，挂接到小型机上，importvg..
类别：数据恢复通俗文章|阅读(58)|回复(0)|赞(0)阅读全文>>
2011-08-30 14:27:13
今天接到一个朋友的电话，说是用GHOST重做系统的时候误操作，原始分区丢失，现在变成了一个大分区，这时该怎样找回之前的数据。对于此类问题相信不少人都遇到过，市面上也有好几款软件能够解决这种逻辑错误，但是效果如何呢，下面就针对一个真实的案例稍做解析。
一、首先，我们来看看这种逻辑错误是如何产生的。

可以看到，在LOCAL菜单下面有三个选项，第一个是DISK，此时选择的是整个磁盘，第二个是Partition,此时选择的是分区。而造成做完系统后变成一个分区的根源就是选择了DISK，把镜像文件做到了整个磁盘上，而非单独的一个分区之内。
 
二、解决方法。
第一种，手工分析参数，填写原分区。这需要操作人员对分区表的结构和各类文件系统的存储原理有非常深厚的理解，适合于有兴趣研究系统底层结构的有关人士，在分析的过程中更能感觉到数据底层的奥秘和神奇。
第二种，使用研发者开发的现有工具，简单实用，适合大部分人使用。下面以三款软件分别是瑞星达思数据恢复中心自主研发的D-recovery标准版、易我的分区表医生及R-STUDIO进行对比分析。
客户X先生的硬盘在做系统的时候没完成，中途出错中断，现在状态如下图磁盘2，整个磁盘现在仅显示一个502M的分区。

分区表医生：针对分区丢失，分区出错的故障具有良好的效果，能够直接扫描出底层尚存在的分区信息，并且能够浏览各分区根目录下的内容。此案例中扫描分区所用时间为9分49秒。

R-STUDIO：不能直接快速找出分区，必须扇区对扇区的进行扫描，然后列出所有可能存在的分区，虽然比较完整，但耗时非常长，特别是遇到大容量的硬盘时，效率较低，此故障不予考虑。
D-recovery 标准版：快速搜索分区信息，搜索时可以手动选择不同的柱面，磁头及扇区数，让扫面方式更加完善，且效率非常高，此案例仅用时4分45秒。
类别：数据恢复通俗文章|阅读(387)|回复(0)|赞(0)阅读全文>>
2011-08-30 14:17:45
最近接到客户刘先生的一块TOSHIBA型号为MK1234GSX的SATA接口硬盘，说是笔记本在突然断电之后无法正常进入操作系统，在BIOS里不识别硬盘，后来将硬盘拆出来挂到别的机器上也不能识别，并且有“咔咔”的异响声。客户的盘体背面如下图所示：

初步检测，敲盘声音很明显，基本上可以判定是硬盘的磁头损坏，需要进行开盘更换磁头来进行数据恢复。在与客户说明HDD目前的状态并签完保密协议之后，我们立即开始了数据的抢救工作。首先通过后台系统从庞大的备件库中查询并调出与该盘型号相同的备件（因为东芝的硬盘同一系列间的磁头兼容性还是比较好的，只要型号一致，一般都能匹配成功），故障盘与备件盘如下图所示：

然后在百级洁净间内将故障盘和备件盘的盘腔全部打开，并用好的磁头组件去替换损坏的磁头组件。 完成磁头的更换操作之后，将硬盘挂接在专业的PC3000-UDMA设备上检测，发现并没有正确的识别到硬盘的型号，并且仍然有“咔咔”的异响声，故障依旧存在。在这样一种反常理的情况下，我们大胆做了一种假设，客户硬盘的原头并没有损坏，故障可能出现在其他地方，比如电路板上。
那么接下来我们就需要去对这种假设做进一步的验证：首先，将客户硬盘的原头安装到好的备件盘上，检测发现备件盘正常识别，扇区扫描也很正常，这就验证了我们假设的第一点，原始磁头并没有损坏。第二步，将故障盘与备件盘还原到初始状态，然后交换电路板，也就是说将我们的备件盘上的电路板换到客户的盘体上，电路板如下图所示：

再次测试发现已经能够识别到硬盘的型号和容量了，但是此时还是不能访问数据的，因为不论从任何的LBA地址进行扇区的扫描，扇区显示都是坏的。这是因为每个硬盘的电路板上都有一个唯一的ROM芯片，俗称BIOS，芯片内记录着关于该硬盘的各种参数信息，如果此芯片出错，就会造成硬盘不识别或者数据不能访问等多种故障。从上图的电路板图上可以看到，它的BIOS芯片并不是独立存在的，而是集成在了主控芯片当中，也就是上图右下角正方形的有“M”标记的芯片。
这里另外提一点，大多数独立存在的ROM芯片，是带八个针脚的比较小的芯片，我们用热风枪或者焊枪都能够很容易的将它更换，但该案例中ROM集成在了主控芯片当中，并且主控芯片采用了BGA封装的形式，这给更换主控芯片增加了非常大的难度，需要非常精细的手工焊接技术，一旦操作不当将主控芯片损坏，那么该硬盘的数据就神仙难救了。
更换完主控芯片后，我们再拿到PC3000-UDMA上去测试，硬盘很快就绪，并且已经能够正常扫描各个物理扇区了，之后就是通过镜像功能将数据提取到一块完好的数据盘上从而完成数据恢复的工作。
恢复数据至今多年，一共只遇到两起这样的案例。东芝该系列硬盘出现敲盘的故障，99%都是由于磁头损坏引起的，由于电路板能正常通电，并且没有任何的烧毁痕迹，很难去判断到底电路板上哪个芯片出了问题。所以很多数据恢复人员自然而然的进入了一个误区，在更换了磁头之后仍然敲盘就认为是磁头不匹配造成的，而并没有去一步步判断和验证其他出现故障的可能。所以，很多时候我们不能让思维定势给迷惑了，需要从各个方面着手，先假设，后分析，然后验证，最终判断出故障后解决问题。
本文首发于达思数据恢复公司网站:http://www.bnuol.com[/img]..
类别：数据恢复通俗文章|阅读(552)|回复(0)|赞(0)阅读全文>>
 <<   1   2   3   4   >>   页数 ( 1/4 )

51CTO推荐博文

更多>>

最近访客

公告

热门文章

搜索BLOG文章

51CTO推荐博客

更多>>