远方的求救电话
2004-12-20 10：50，飞客数据恢复的中心的工程师接到了来自山东大学陈老师的求助电话，他的重要数据：山东大学的5万多用户邮箱用户资料丢失。陈老师在电话中详细描述了故障的现象和之前所做的操作，急切地希望飞客能帮助他找回损失的数据。
制造商的建议
12月17日11：55
陈老师的存储设备为戴尔PE1750(S/T:52LJH1X和62LJH1X)，操作系统为LINUX9.0，第三方软件cluster、email软件。最初cluster软件出现问题，后关掉服务，并安装了戴尔open manager管理软件，进而出现读写大文件死机。
12月17日16：22
戴尔工程师回复陈老师，用52LJH1X机器启动，访问PV220S，将正确信息与PV220S同步，然后将62LJH1X重新接入PV220S，此时raid配置信息正确。鉴于出现大文件读写错误，决定将两块raid卡换掉。
12月17日16：44
62LJH1X无法mountPV220S中的逻辑盘，提示文件系统错误，进入raid配置信息，发现硬盘ID0有media error错误，决定再加一块硬盘。
12月17日20：00
更换所有硬盘，raid信息正确，硬盘ID0开始做rebuild。
12月18日5：08
硬盘ID0 rebuid完成，但是重起服务器后，报错raid卡的NVRAM信息不一致。
12月18日7：00
清除服务器raid卡信息，重新从PV220S中读取raid信息，raid信息恢复正常。但是对PV220S中的逻辑盘mount时，仍然失败。
陈老师决定将两个月的备份数据恢复到一台服务器上，先将系统暂时使用。张工将两台PE1750的open manager及相关信息抓取。
陈老师在备用系统启用后，不想进一步作相关测试，下周一再进行。
12月20日9：55
重新安装系统，仍然无法mount到PV220S逻辑盘。
至此，戴尔公司建议陈老师：求助专业数据恢复公司！
拜访飞客
经过对众多数据恢复公司的比较，陈老师最终选择了飞客数据恢复中心！
12月20日10：50
陈老师拨打北京飞客数据恢复公司的求助电话。
12月21日12：40
陈老师到达北京，乘坐北京飞客数据恢复公司专门用作接送客户的本田雅阁轿车驶向飞客总部。
12月21日13：20
陈老师抵达飞客--位于北京北四环中路健翔桥东南侧的高档办公室华亭嘉园C座4G。
12月21日13：30
飞客数据恢复中心的客服人员耐心的填写工作单，对7块SCSI硬盘，ID0及做过rebuild的新0号盘及热备盘进行了仔细的登记。
12月21日14：00
飞客数据恢复中心的工程师开始对每块盘进行镜像。
陈老师到清华附近的朋友处休息。
亡羊可以补牢
12月22日4：00
9块镜像共计657GB的镜像文件完成。
12月22日10：00
飞客数据恢复公司的工程师开始对镜像文件进行分析。由于客户的系统是LINUX，而分析的工具必须在WINDOWS系统下工作，因此首先工程师在WINDOWS系统下安装一个虚拟的LINUX系统。
由于raid容量比较大，飞客的工程师作了一个raid0来支持这个海量的存储分析。飞客的数据恢复工程师的初步判断是，由于陈老师技术熟练，经验丰富，之前的拯救过程没有对数据进行毁灭性的操作，成功恢复数据大有希望。
12月23日9：45
经过整整一天的运转，设备生成了一个大的镜像文件，重组宣告成功。
12月23日13：25
陈老师终于看到了自己的想看的39GB的数据。为了防止再次丢失，飞客的工程师将数据做了2个备份。
12月24日9：00
陈老师开始数据验证工程。山东大学的邮箱用户5万多人。总共的文件数量多达80多万。尽管完成验证需要耗费大量时间，但本着为客户解决实际问题的宗旨，飞客人以精益求精的努力满足顾客的需求。通过过与飞客吴总的协商，陈老师随机提取了16个文件，打包发到山东大学信息部，在服务器里验证。
12月25日10：15
山东大学信息部回电给陈老师，打包发过去的16个文件在服务器里测试完全正常。山东大学的领导要求陈老师将所有的文件进行验证。
身为技术高手的陈老师现场编了一个小程序，可以自动验证这80多万个文件，看着屏幕一行一行向前跳过，陈老师看起来轻松了很多。
12月26日8：00
陈老师的程序将80多万的文件的验证工作顺利结束。除了一个文件出错外，所有数据恢复成功。
12月26日10：20
陈老师满意的登上了回家的火车！
飞客人成功地帮助用户找回了被狼吊走的迷失羔羊。亡羊补牢，为时未晚！
