杭州HP服务器数据恢复之杭州德诚计算机有限公司HP RAID5服务器恢复成功案例
[ 2009-12-25 11:27:23 | 作者: Admin ]
杭州：HP服务器NETSERVER LH6000，对于不是老早接触服务器的用户来说很少听到或者看到，对，LH6000是HP的一款P111的塔式服务器，该款服务器一般采用的是3个硬盘做RAID5+1个硬盘热备（hotspare）。我们杭州迪斯特数据恢复专家今天就接到杭州德诚计算机工程有限公司电话，描述他们客户的一台HP NETSERVER LH6000服务器由于硬盘损坏导致数据丢失，里面数据是学校一卡通业务数据库SQL Sserver2000，数据比较重要而且很急，急需要数据恢复，找到杭州专业数据恢复公司－杭州迪斯特数据恢复专家。
根据用户服务器详细描述，故障是这样的：由于服务器一开始系统损坏，于是用户在不知道数据库存放位置的情况下，直接对服务器进行系统重装，重装后发现D盘没有数据库，SQL server2000数据库文件是放在C盘的，于是用户尝试自己用EasyRecover数据恢复软件恢复数据库，但是在恢复过程中，恰好服务器的第二个硬盘出现故障亮红灯，然后第二个硬盘和第4个硬盘进行硬盘槽位调换，发现服务器无法启动。（用户在装系统时候，在第二个硬盘损坏之前他们发现第三个硬盘也是老早损坏亮红灯的，也就是2、3号硬盘损坏了。）接到洪先生4个单容量为9.1GBSCSI硬盘时，我们杭州迪斯特数据恢复专家汪工进行诊断，并询问该LH6000服务器是做什么阵列的，对此用户洪先生是一无所知，用户描述该服务器不是他们公司配置的，所以做什么阵列真的不知道，而且这台服务器是其他地方淘汰下来给用户用的。只好进行对硬盘数据分析得出结果，也就是根据硬盘的容量分析现有的服务器做什么阵列，我们通过的原有磁盘阵列Logical disk硬盘的分区表分析，原来是硬盘是18.9G，也就是两个硬盘的容量，开始分析是有可能两个硬盘做RAID0，但是由于是4个硬盘也很有可能是RAID0+1磁盘阵列，但是通过整合发现用户的数据不对，继续分析在第4个硬盘发现RAID5的数据校验位，由此判断该HP服务器既有可能做RAID5+1个硬盘的热备（hotspare），根据用户故障现象回放一下思路：该服务器原来是1、2、3号3个9.1G的SCSI硬盘做RAID5＋第4个硬盘是热备，也就是（3－1）×9.1G=18.2GB的容量，在后来由于3号老早硬盘损坏，于是4号硬盘热备上线，该RAID5磁盘阵列就变成1、2、4号硬盘，(此时服务器当然能够正常启动，也符合用户描述的情况用户装系统时，3号硬盘已经老早损坏)，也就是在用户恢复软件恢复数据时2号硬盘损坏，也就是RAID5变成了1、4号硬盘，按照RAID5工作原理这个时候服务器还是能够正常启动的，但是关键后来用户做了另一步操作2号硬盘和4号硬盘进行槽位调换，导致RAID5无法正常工作，最后服务器无法工作的主要原因。
磁盘阵列已经分析完毕了，我们杭州迪斯特数据恢复专家现在摆在面前的是两个影响数据恢复到底能够恢复的问题：第一、首先要对RAID5最后两个正常的SCSI硬盘（也就是1号硬盘和4号硬盘）进行RAID5数据组合恢复，这个问题不大；第二、也就是很有可能造成数据无法恢复最大的问题，用户将系统盘C盘格式化又重装系统进去了，这一步很有可能导致数据库mdf和ldf文件被覆盖。曾经尝试着通过目录结构进行恢复数据，但是还是已失败告终，当然最后我们杭州迪斯特数据恢复专家对SQL Server2000的mdf和ldf文件格式的完全的了解，手工分析数据，最后用户数据库数据全部恢复成功！
从以上恢复案例中我们杭州迪斯特数据恢复专家提醒：成为一名数据恢复高级工程师，不光光能够恢复文件，也不光光用恢复软件恢复就行了，还要懂得对文件修复，理解文件结构手工修复，保证用户数据被完整的恢复出来.
HP NETSERVER LH6000实物图：
数据恢复花絮：
第一步：分析RAID5数据位置，判断校验位，推算出RAID5算法；
第二步：通过上面推算出的算法对数据进行数据整合；
第三步：导入数据库MDF和LDF文件出现错误；
[第四步：手工修复数据库，数据能够正常附加
数据恢复咨询热线：0571－56892709 15314676921
根据用户服务器详细描述，故障是这样的：由于服务器一开始系统损坏，于是用户在不知道数据库存放位置的情况下，直接对服务器进行系统重装，重装后发现D盘没有数据库，SQL server2000数据库文件是放在C盘的，于是用户尝试自己用EasyRecover数据恢复软件恢复数据库，但是在恢复过程中，恰好服务器的第二个硬盘出现故障亮红灯，然后第二个硬盘和第4个硬盘进行硬盘槽位调换，发现服务器无法启动。（用户在装系统时候，在第二个硬盘损坏之前他们发现第三个硬盘也是老早损坏亮红灯的，也就是2、3号硬盘损坏了。）接到洪先生4个单容量为9.1GBSCSI硬盘时，我们杭州迪斯特数据恢复专家汪工进行诊断，并询问该LH6000服务器是做什么阵列的，对此用户洪先生是一无所知，用户描述该服务器不是他们公司配置的，所以做什么阵列真的不知道，而且这台服务器是其他地方淘汰下来给用户用的。只好进行对硬盘数据分析得出结果，也就是根据硬盘的容量分析现有的服务器做什么阵列，我们通过的原有磁盘阵列Logical disk硬盘的分区表分析，原来是硬盘是18.9G，也就是两个硬盘的容量，开始分析是有可能两个硬盘做RAID0，但是由于是4个硬盘也很有可能是RAID0+1磁盘阵列，但是通过整合发现用户的数据不对，继续分析在第4个硬盘发现RAID5的数据校验位，由此判断该HP服务器既有可能做RAID5+1个硬盘的热备（hotspare），根据用户故障现象回放一下思路：该服务器原来是1、2、3号3个9.1G的SCSI硬盘做RAID5＋第4个硬盘是热备，也就是（3－1）×9.1G=18.2GB的容量，在后来由于3号老早硬盘损坏，于是4号硬盘热备上线，该RAID5磁盘阵列就变成1、2、4号硬盘，(此时服务器当然能够正常启动，也符合用户描述的情况用户装系统时，3号硬盘已经老早损坏)，也就是在用户恢复软件恢复数据时2号硬盘损坏，也就是RAID5变成了1、4号硬盘，按照RAID5工作原理这个时候服务器还是能够正常启动的，但是关键后来用户做了另一步操作2号硬盘和4号硬盘进行槽位调换，导致RAID5无法正常工作，最后服务器无法工作的主要原因。
磁盘阵列已经分析完毕了，我们杭州迪斯特数据恢复专家现在摆在面前的是两个影响数据恢复到底能够恢复的问题：第一、首先要对RAID5最后两个正常的SCSI硬盘（也就是1号硬盘和4号硬盘）进行RAID5数据组合恢复，这个问题不大；第二、也就是很有可能造成数据无法恢复最大的问题，用户将系统盘C盘格式化又重装系统进去了，这一步很有可能导致数据库mdf和ldf文件被覆盖。曾经尝试着通过目录结构进行恢复数据，但是还是已失败告终，当然最后我们杭州迪斯特数据恢复专家对SQL Server2000的mdf和ldf文件格式的完全的了解，手工分析数据，最后用户数据库数据全部恢复成功！
从以上恢复案例中我们杭州迪斯特数据恢复专家提醒：成为一名数据恢复高级工程师，不光光能够恢复文件，也不光光用恢复软件恢复就行了，还要懂得对文件修复，理解文件结构手工修复，保证用户数据被完整的恢复出来.
HP NETSERVER LH6000实物图：
数据恢复花絮：
第一步：分析RAID5数据位置，判断校验位，推算出RAID5算法；
第二步：通过上面推算出的算法对数据进行数据整合；
第三步：导入数据库MDF和LDF文件出现错误；
[第四步：手工修复数据库，数据能够正常附加
[最后修改由 Admin， 于 2010-03-10 11:23:40]
评论Feed: http://www.dstsos.com/feed.asp?q=comment&id=65
引用链接: 这篇日志没有评论。
