标签：取出 识别 原则 怎么办 src mic 恢复操作 过程 存在
服务器数据恢复背景介绍：本次数据恢复案例的背景是一台装有20块硬盘的普通服务器，由于未知原因上层业务突然崩溃，机房管理员对服务器进行检查发现导致服务器崩溃的主要原因是服务器上有3块硬盘离线，管理员将服务器内的所有硬盘按照现有盘序从槽位取出后携带硬盘来到北京某数据恢复中心进行服务器数据恢复操作。
服务器数据恢复工程师接到客户的硬盘后使用数据恢复检测设备对20块硬盘进行检测，结果发现所有硬盘在数据恢复设备下均可识别，这就避免了修复硬件的过程和由于硬盘物理损伤过于严重无法修复导致的服务器数据恢复风险，是一件值得庆幸的事情，随后对该服务器内的所有硬盘进行镜像，镜像过程中发现原来服务器中提示离线的3块硬盘镜像个过程十分缓慢，这也与之前硬盘离线的原因有一定的关系，多数原因是因为这三块硬盘内存在大量的坏道或者不稳定扇区，所以在正常的服务器环境下出现离线情况，在专业的数据恢复设备中则可以识别，在镜像过程中就会出现镜像十分缓慢的情况，通过调整镜像策略来调过硬盘的坏扇区来进行调整，直至所有硬盘都成功镜像完成。
所有硬盘都成功镜像以后，数据恢复工程师继续使用服务器数据恢复工具将所有的镜像文件展开进行底层数据分析，根据ext3文件系统的逆向分析得到服务器内硬盘的盘序和校验信息，分析过程这里就不赘述了。最后利用这些分析出来的信息进行重组raid阵列，通过和用户沟通提取出了一些oracle的dmp文件，在dmp恢复的过程中，数据库报告为imp-0008错误，通过仔细分析导入dmp文件的日志文件，发现恢复的dmp文件存在问题而导致dmp导入数据失败。立刻重新分析raid结构，以及进一步确定ext3文件系统被破坏的程度，又经过数小时的工作，重新恢复dmp文件和dbf原始库文件，将恢复出来的dmp文件移交给用户进行数据导入测试，结果测试顺利没有发现问题，说明这次的数据恢复是成功的，接着对恢复出来的dbf原始库文件进行校验检测，所有文件均能通过测试。
服务器数据恢复工程师联系客户进行数据恢复结果的验证，经过客户验证所有数据均已经成功恢复，于是在服务器上又搭建了一组新的raid阵列，由数据恢复工程师配合将所有恢复成功的服务器数据迁移回客户的服务器上。客户的数据原则上在我公司免费保存三天，三天后进行数据销毁。
标签：取出 识别 原则 怎么办 src mic 恢复操作 过程 存在
原文地址：https://blog.51cto.com/sun510/2425344
