|
|
|
|
|
广州蓝锐公司多年EMC光纤硬盘存储/IBM/HP/DELL服务器磁盘阵列数据恢复经验，当服务器阵列信息丢失、阵列卡损坏、磁盘损坏、误删除RAID信息等原因造成服务器崩溃不启动，我们采用独特的服务器磁盘阵列RAID数据恢复虚拟技术，无需原服务器阵列卡支持，直接由硬盘底层16进制码分析计算原RAID参数，快速虚拟重现原RAID0、RAID1、RAID5、RAID1E、RAID5EE、RAID6的阵列数据。
典型成功案例之一：广州纸*有限公司DELL服务器，阵列卡损坏，RAID5四磁盘，原UNIX系统不能引导，更换阵列卡后也不能引导，蓝锐工程师经过深入分析UNIX引导扇区，手工修复UNIX引导信息，再分析原RAID5配置信息，手工填写原阵列卡数据，经过反复的安全镜像试验修复，最后，服务器Unix系统终于顺利运作。
典型成功案例之二：佛山联*家具厂，HP惠普服务器双循环RAID5，6个SCSI磁盘，一个磁盘坏，更换时出现阵列损坏，在广州某数据恢复公司恢复了两天，未能恢复；第三天送到广州蓝锐公司，由于HP双循环RAID5与普通的RAID5阵列存在非常大的差别，蓝锐工程师由未受破坏的DBR扇区和MFT表，去除已损坏与不新鲜的盘，再结合HP双循环校验码的特性，通过剩余的四个盘重新排列重组原阵列数据，经过5个多小时的分析重组，成功导出客户急需的SQL数据库MDF文件与XLS文件。 |
|
|
|
|
| 存储数据恢复成功案例 |
|
|
| 客户名称： |
中国海* |
数据恢复单号： |
0800462 |
| 恢复介质： |
IBM DS4800存储柜 |
容量： |
300GB/个 5个盘FC硬盘 |
| 序列号： |
5个成员盘 |
RAID阵列或系统： |
RAID5 windows2008 NTFS分区 |
| 报修故障： |
提示目录结构受损，分区无法打开，分区内存有多个SQL2005数据库。 |
| 数据恢复过程： |
 |
|
1、上门到达现场后，通过终端机访问与检查IBM存储配置软件，查看LUN的信息，未见成员盘掉线，RAID5所属LUN状态正常，未见报错。
2、用winhex打开磁盘分析，直接读取该LUN磁盘分区表，分析表项DBR指向2048号扇区，转到DBR开始扇区，确实为DBR所在扇区，表明分区表的表项指向正常。
3、由DBR找到MFT主文件表开始与786432族，族大小为8扇区，由此得到并转到6293504主文件表扇区，查看分析各元文件，发现MFT开始位置已经被改为BAD的属性头，根据原理，只需要把BAD的改为正常的49 46 4C 45属性头即可。
4、由于客户数据为非常重要的单位日常营业运作的数据库文件，非常重要，为安全起见，并且根据客户要求，只做读取的操作，不允许做写操作，最后还是通过winhex把所有文件通过光纤内网转移到其他服务器，260GB左右的数据库文件完整恢复。 |
|
|
|
| 客户名称： |
汉*商务科技有限公司 |
数据恢复单号： |
0801395 |
| 恢复介质： |
IBM DS4300存储服务器 |
容量： |
300GB/个 SAS硬盘 |
| 序列号： |
4个成员盘，一个热备盘 |
RAID阵列或系统： |
RAID5 windows2003 NTFS |
| 报修故障： |
存储所挂接的X3650服务器，无法打开分区，分区属性显示0字节，磁盘未初始化状态。 |
| |
| 数据恢复过程： |
 |
|
1、终端连接到X3650，发现客户存储的管理软件已经不能运行，所以没法查看LUN的分配。
2、打开磁盘管理器，发现能找到磁盘，但显示为未初始化的状态，里面的3个分区未能识别。
3、用Winhex访问磁盘，提示不可访问，说明磁盘阵列已经不可用，估计阵列逻辑盘已经失效，怀疑阵列信息已经破坏。
4、将存储柜内5个由柜里全部拆卸出来，挂接到RAID数据恢复专用机上，检查所有硬盘的底层16进制信息源码，发现热备盘全为0信息，说明热备盘未用上，数据还是在原来的4个成员盘内，剔除热备盘。
5、由四个成员盘0扇区分析，发现一个MBR信息，只有一个5GB分区的表项，未见其他分区表项。
6、将5GB的逻辑盘容量转换为RAID5的物理盘扇区数后，跳过前面的分区后，又找到第二个MBR信息，此表项也只有一个分区，分区容量为10GB。
7、根据客户反馈，此磁盘柜的存放数据的分区应该是800多GB，由此说明前面找到的分区都是错误的。
8、由于磁盘前面被多个无用的分区占据，为了节省分析时间，改用由硬盘的后面进行反推算，很快，在0号盘找到了分区引导扇区的备份，检查BPB参数，发现分区大小就是800多GB，经过去除校验盘所占用的空间，经过运算，马上就定位好此分区真正的开始位置，再通过MFT分析原RAID5参数，得出块大小、循环方向、同异步、硬盘顺序，通过虚拟重组，列出所有数据，目录与原来一模一样，完整恢复。导出多个SQL2005数据库，附加数据库顺利。 |
|
|
|
| 客户名称： |
东莞以*集团有限公司河源华*公司 |
数据恢复单号： |
0801254 |
| 恢复介质： |
HP服务器 |
容量： |
146GB 3个SCSI成员盘 |
| 序列号： |
只提供2个RAID5成员盘 |
RAID阵列或系统： |
RAID5 windows2003 NTFS |
| 报修故障： |
其中一个磁盘一年前就已经损坏，并拔掉，剩2个磁盘一直用到现在，直到RAID5崩溃。 |
| 数据恢复过程： |
 |
|
1、3个SCSI硬盘组成的RAID5，在一个盘坏道后，已经拔掉，相当于那个盘完全是没用的旧数据。
2、客户反馈阵列崩溃后，系统无法启动，就没有再做其他任何操作。
3、当客户把2个成员盘送到我们公司后，通过专用服务器数据恢复机器，挂上2个磁盘，首先简单检查两次盘均无明显的坏道，说明RAID崩溃应该是阵列信息参数错乱造成的崩溃。
4、运行16进制码编辑软件，查看磁盘的底层源代码分析，由于此为HP服务器，考虑到HP双循环RAID5的特殊性，校验码采用RAID5校验方式进行循环，而每个RAID5条带内多了个内部RAID4方式的循环，分析比普通的RAID5难度要大。
5、首先查看磁盘开始扇区，发现MBR信息，存在一个HP服务器特有的16062大小的分区表项。
6、跳转到HP服务器常规开始1***扇区，发现两个磁盘皆为非法信息，而不是MBR与分区表，继续查找DBR信息，一直搜索几百万扇区后，都未能找到分区应有的开始标识，到此，问题就严重了，估计这个阵列被重新Rebuild并安装过数据进来，已把原阵列开头的开始大部分位置覆盖破坏。
7、进一步验证猜测，手工跳转到正常1***扇区偏移63扇区、2048扇区等关键位置查看，全部为非法信息，继续跳转到第一个分区的MFT位置进行查看，发现主文件表正常，继续跳转多个扇区检查，都属于正常文件表，最后可以判断第一个分区，包含分区表在内的大部分扇区已经被覆盖性破坏。
8、根据客户反馈，原RAID5有3个分区，重要数据在原D/E盘，C盘可以不需要，既然C盘已经损坏，暂且忽略C盘不进行分析与恢复，继续推断D盘的大概开始位置，经过磁盘分区反推算分析，大概定位好D盘的位置，进行快速搜索，很快就找到了D盘的DBR位置，根据DBR参数，推算出MFT位置，深入分析计算文件排列方式的。
9、经过大量的分析计算后，确定内循环为128扇区，外循环为4096扇区，比较少见的类型，普通为16与512扇区。
10、得到原RAID5双循环参数后，进行虚拟重组，RAID5重组后，还是看不到分区数据，由于原阵列前端受到严重破坏，再进行分区修复，修复后，D/E盘数据完好无损恢复，客户重要的数据库完整导出。再对C盘进行数据扫描整理，幸运的是客户原C盘的桌面与document等都未受损坏，覆盖破坏的只是系统文件而已。 |
|
|
| 客户名称： |
广东省****测绘院 |
数据恢复单号： |
0800638 |
| 恢复介质： |
HP服务器 |
容量： |
750GB/个 8个盘 |
| 序列号： |
上门服务，未登记 |
RAID阵列或系统： |
RAID5 windows2003 NTFS |
| 报修故障： |
RAID5阵列信息丢失后，叫售后服务人员维修过阵列卡，未修复数据，又找其他数据恢复公司恢复了一周，看到数据，但是数据有乱码或不能打开。数据为上千万由国外购买的卫星地图图片。 |
| 数据恢复过程： |
|
|
1、上门到达现场后，由于之前已经被两家公司进行过维修与恢复，先了解详细情况，与检查上个恢复公司恢复的数据，掌握全部信息后进行底层16进制码分析。
2、因为被维修公司处理过，又被其他公司恢复过，但未成功，所以考虑到这个恢复并不那么简单，经谨慎考虑，由底层原始16进制码将所有参数重新仔细分析，由于客户只要E盘的数据，故直接跳转到E盘所在区域进行分析。
3、由E盘DBR分析得知文件目录表所在位置，经过MFT条带内计算后发现，客户提供的盘序有错，顺序排列错误，继续分析块大小与循环结构，数据虚拟重组后可重现出来，但导出数据时发现报错或不完整的情况。
4、到此，再检查分析一遍RAID5参数，未见不对，考虑到有某个盘可能存在先掉线，估计有某个盘数据不是最新的，继而抽取某个文件，根据文件属性进行分析后得知，果然是有个盘已经掉线很久，把掉线盘去掉后，再次虚拟重组阵列，列数据与导出数据给客户测试，完好无损，数据成功恢复。 |
|
|
|
| 客户名称： |
某市-住建局 |
数据恢复单号： |
0800058 |
| 恢复介质： |
IBM X3850服务器 |
容量： |
146.3GB |
| 序列号： |
单独5个阵列成员盘 |
RAID阵列或系统： |
RAID5 windows2003 NTFS |
| 报修故障： |
阵列成员盘中有一个盘有坏区，后又Rebuild重建了一个新的阵列RAID5，要恢复原来的D/E盘数据 |
| |
| 数据恢复过程： |
|
|
1、由于RAID5允许缺少一个盘进行恢复，故首先检测全部硬盘，将有坏道的盘剔除，用剩下的4个盘进行底层16进制码分析。
2、查看剩下的4个盘开始扇区，发现已经被Rebuild过程中写入了信息，造成原分区表与c盘DBR损坏。
3、由于客户SQL数据库MDF文件与其他数据没有放在C盘，C盘可以不要，跳过C盘大概区域，继续分析查找D、E盘分区开始位置，由于原C盘分区比较小，以及D/E盘使用NTFS格式，所以，根据NTFS文件系统原理，通过计算分析，很快就找到E盘开始位置，分析E盘MFT扇区，底层16进制码正常；通过E盘位置，计算分析D盘开始位置，查看D盘MFT扇区代码，也正常；由于C盘开始位置的DBR扇区已经被损坏，但根据D盘位置很快可以计算出C盘DBR备份，将备份的C盘DBR还原到开始位置。
4、所有分区的位置与MFT位置已经全部定位好，继续分析RAID5块大小与循环结构，再通过阵列虚拟技术，全程耗时1小时后，C/D/E盘数据完好无损的重现出来。 |
|
|
|
| 客户名称： |
佛山-田先生 |
数据恢复单号： |
0800613 |
| 恢复介质： |
IBM X236服务器 |
容量： |
76GB 3个盘 |
| 序列号： |
99LEZ59 |
RAID阵列或系统： |
RAID0 windows2003 NTFS |
| 报修故障： |
阵列信息丢失，恢复数据，装系统 |
| 数据恢复过程： |
|
|
1、由于RAID0不可缺少盘，缺少任何一个都会造成数据丢失并不可恢复。
2、RAID0不像RAID5那样存在循环方向与异步或同步参数，只要知道分区开始位置与块大小即可。
3、当服务器出现阵列信息丢失之后，客户未再进行任何的重建操作，所以3个成员盘的数据完好无损，由0号扇区的MBR分区表，可以快速定位好各个分区的DBR位置，通过DBR与MFT快速确定块大小为8个扇区。
4、所需要的参数有了，再经过虚拟重组，客户的ERP数据库与所有分区很快就完整恢复。 |
|
|
|
| |
| |
|
|
| 广州电脑数据恢复内涵与定义： |
|
|
|
|
| 服务器RAID阵列数据恢复基础知识： |
|
|
 |
| RAID阵列修复简介：多年来，蓝锐工程师一直专注于服务器RAID数据恢复研究上，由简单的RAID0数据恢复,RAID1到复杂的RAID5数据恢复以及IBM RAID5EE、HP双循环，无需服务器阵列卡，直接快速由阵列成员盘分析RAID块大小，循环方向，同步异步等RAID信息，虚拟重组RAID阵列数据。蓝锐RAID阵列信息丢失数据恢复技术与服务器维修技术的结合，不但恢复阵列数据，同时储备大量的服务器配件。【了解更多】 |
|
|
| 重装系统后分区丢失数据恢复手机专线：158 158 25908 |
|
|
|
| 可远程分区修复的项目：1、重新安装操作XP/VISTA/WIN7系统后，原来的D、E、…等分区丢失，或分区虽然存在，但打开时需要格式化的数据恢复。2、误克隆(ghost)误镜像，把一个分区的映像文件克隆到整个硬盘，原来的分区不见了，只剩一个大分区。3、误删分区或无故分区丢失。4、引导区(BOOT)坏(打开分区时提示需要格式化)；5、误删非系统分区且是NTFS文件系统下的文件。6、笔记本电脑一键还原出厂系统后，原多个分区丢失，只剩一个大分区的数据恢复重组。7、服务器阵列虚拟盘提示分区目录结构错误，不能打开分区。8、U盘提示“未格式化的磁盘”数据恢复。9、普通台式电脑、笔记本电脑打开分区时提示“目录结构已经损坏或受损”。 【了解更多关于MBR扇区的知识】 |
|
|
| 广州硬盘维修与硬盘数据恢复 |
|
|
| |
>>常见的日立/IBM/希捷/西数/三星广州硬盘维修案例： |
|
|
 |
 什么是硬盘开盘？开盘数据恢复介绍。 |
| 7200.11代500GB希捷硬盘不认盘，BIOS不能识别，0字节 |
| 7200.11代1TB希捷硬盘检测不到维修，无容量 |
| 7200.12代1TB希捷硬盘维修电机不转，不能识别容量 |
| 80GB西数硬盘维修加电后嗒嗒响，不认盘 |
| 160GB西数硬盘维修通电后电机转，但不能识别到硬盘 |
| 250GB西数硬盘大量坏道，通过坏道机全部恢复 |
| 日立笔记本硬盘维修无法检测故障 |
| IBM日立硬盘维修磁头损坏，开盘数据恢复 |
| 三星硬盘不可识别的维修，硬盘固件修复 |
|
| 硬件有价，数据无价，请及时有效备份您的重要数据。 |
|
| 三星移动硬盘维修固件，数据完好无损 |
忆捷移动硬盘维修坏道与恢复全部数据 |
| maxtor迈拓移动硬盘开盘恢复数据 |
Seagate希捷移动硬盘维修电路与数据恢复 |
| WD西数移动硬盘维修PCB板与恢复数据 |
HITACHI日立移动硬盘维修坏道与修复数据 |
| IBM移动硬盘维修磁头轻微老化 |
联想移动硬盘维修不能识别故障 |
| HP惠普移动硬盘维修磁头损坏，开盘恢复 |
移动硬盘插入电脑后电脑变慢与死机的数据恢复 |
|
|
|
| 广州SD卡数据恢复 |
|
|
| |
>>广州U盘数据恢复/SD卡数据恢复/CF卡数据恢复/TF卡/XDk卡/相机卡： |
|
|
 
|
| Flash内存类储存芯片数据恢复： |
广州蓝锐公司配备当前最新Flash芯片数据恢复设备，专门针对U盘、SD卡、CF卡、TF卡、XD卡、相机卡、手机内存卡、记忆棒、录音笔等flash芯片储存可移动设备进行最底层的芯片级直接读取十六进制码，再重新进行组合数据恢复。
在U盘和SD卡等设备出现主控损坏、PCB板内层断线，造成插入U盘后，不能识别到U盘或提示如“windows无法完成格式化”不能格式化、显示0字节之类等等硬件损坏的故障；为什么不能更换主控芯片或把储存芯片转移到好的主控板上去读数据？由于每个主控芯片内部的程序和储存芯片内的固件是唯一对应的，当把储存芯片换到好的主控芯片时，需要进行所谓的量产，通过好的主控芯片重新写入固件信息到储存芯片，并且初始化储存芯片，之后才能正常使用，但是这些操作将会清空原储存芯片所有数据，所以换主控芯片恢复数据是没有意义的，不能恢复原数据。
那要恢复主控坏的U盘、SD卡、相机卡、CF卡等设备的数据，该如何操作呢？我们采用最新的方法是通过编程器把储存芯片的底层二进制码转移成十六进制码导出，由于这些十六进制码与硬盘的编码存在很大的差异，根本无法直接转译为我们正常所看的数据，Flash存储芯片所存储的信息为528字节一个扇区，而硬盘为512字节一个扇区，存储芯片多出的16字节为Flash储存芯片的管理区信息，必须通过组合算法，把没用的管理区信息去除，保留有用的真实数据；但是实际操作中，还涉及到很多方面的储存方式差异，如数据是否为有规律还是无规律、每页数据的结构、块大小、晶圆块与块之间的联系等等，这些复杂的参数都是Flash芯片数据恢复中的重要参数之一。 |
|
| |
| 广州蓝锐在Flash内存芯片数据恢复积累了大量的成功经验，为广州本地、东莞、佛山、清远、韶关、惠州、深圳、长沙、武汉、南宁、柳州、桂林、北海、海口、三亚、南昌等周边城市客户挽救了大量的宝贵数据。 |
|
|
|
什么是硬盘开盘数据恢复
