服务器不同的故障导致数据丢失都怎么解决的

服务器数据恢复案例一、服务器3块硬盘离线数据恢复

本次进行数据恢复的是一组6块750G磁盘的 RAID6，先后有两块磁盘离线，但维护人员在此情况下依然没有更换磁盘，所以在第三块硬盘离线后raid直接崩溃了。由此导致数据全部丢失。这台服务器是WEB服务器，运行MySQL数据库，同时存放了大量其它文件，管理员在数据丢失后便第一时间寻求数据恢复公司的帮助，但是经过某公司的操作后仍有近一个月的文件损坏或丢失，MYSQL数据库也严重损坏。后来经其它运维人员的介绍，这位管理员同志就联系到了我们。

创新互联建站专注于企业营销型网站、网站重做改版、扎赉特网站定制设计、自适应品牌网站建设、H5技术、成都商城网站开发、集团公司官网建设、成都外贸网站建设、高端网站制作、响应式网页设计等建站业务，价格优惠性价比高，为扎赉特等各大城市提供网站开发制作服务。

了解了服务器故障的基本情况以后，我们的工程师先将这6块磁盘镜像备份到我们的安全存储池中，就不再对原存储进行任何的操作，这样就保障了客户数据的原始性。通过对服务器备份镜像的分析，数据恢复工程师发现有两块磁盘离线时间很早，最新的数据已经不再写入。此RAID6用的是双校验，第一个校验是由普通的XOR运算生成，而第二个校验是由Reed-Solomon算法生成，相当复杂，运用了相当奇妙的数学原理。此RAID6有两块磁盘早已不写入新数据，要想完整恢复数据就必须运用第二个校验，否则会导致最新的数据丢失或损坏。目前市面上还没有公开的数据恢复软件能解决这个问题，虽然有部分软件设有这一功能，但不过是摆设而已，实则无法使用。这也就是其他公司并没能够完整的恢复所有数据的根本原因所在。

服务器数据恢复工程师分析出原始RAID的一些参数，然后使用了我们自己写的完全RAID6恢复软件，生成出一个完整镜像，再将镜像导回客户用新磁盘搭好的存储上，开机，一切正常，经过管理员的验证，数据没任何问题，本次服务器数据恢复成功

服务器数据恢复案例二、服务器两块硬盘故障数据恢复成功

本次进行数据恢复的服务器由4块18GB的硬盘做成RAID 5磁盘阵列，其阵列卡是NetRaid;操作系统为Window 2000，数据库是Server 2000。服务器在正常工作时一块硬盘红灯闪亮，机器还在正常运行，但没有多久，系统就不能正常运行，这时才发现另一块硬盘的红灯也在闪亮。

本次服务器数据恢复的过程首先是由数据恢复国内工程师检测服务器。自检至阵列时按Ctrl+M进入NetRaid管理程序。查看阵列信息，发现硬盘状态为Failed，运用修改配置将一硬盘强行设置成OnLine。重新启动服务器，在进入系统前的硬件自检时无效，启动失败。

数据恢复工程师再次启动服务器，自检至阵列时按Ctrl+M进入NetRaid管理程序。选择磁盘阵列，将原来OnLine挂起来的硬盘手工Fail掉，然后再把另一块Failed的硬盘手工设置成OnLine，重新启动服务器就可以进入系统了。查看系统及数据库都运行正常后，再进阵列配置工具把Failed的硬盘手工设置成Rebuild，100%完成重建后再重启服务器，所有的阵列及系统都恢复原状了，本次服务器数据恢复成功。

服务器数据恢复案例三、未知原因导致的服务器崩溃数据恢复

本次数据恢复案例的背景是一台装有20块硬盘的普通服务器，由于未知原因上层业务突然崩溃，机房管理员对服务器进行检查发现导致服务器崩溃的主要原因是服务器上有3块硬盘离线，管理员将服务器内的所有硬盘按照现有盘序从槽位取出后携带硬盘来到北京某数据恢复中心进行服务器数据恢复操作。

服务器数据恢复工程师接到客户的硬盘后使用数据恢复检测设备对20块硬盘进行检测，结果发现所有硬盘在数据恢复设备下均可识别，这就避免了修复硬件的过程和由于硬盘物理损伤过于严重无法修复导致的服务器数据恢复风险，是一件值得庆幸的事情，随后对该服务器内的所有硬盘进行镜像，镜像过程中发现原来服务器中提示离线的3块硬盘镜像个过程十分缓慢，这也与之前硬盘离线的原因有一定的关系，多数原因是因为这三块硬盘内存在大量的坏道或者不稳定扇区，所以在正常的服务器环境下出现离线情况，在专业的数据恢复设备中则可以识别，在镜像过程中就会出现镜像十分缓慢的情况，通过调整镜像策略来调过硬盘的坏扇区来进行调整，直至所有硬盘都成功镜像完成。

所有硬盘都成功镜像以后，数据恢复工程师继续使用服务器数据恢复工具将所有的镜像文件展开进行底层数据分析，根据ext3文件系统的逆向分析得到服务器内硬盘的盘序和校验信息，分析过程这里就不赘述了。最后利用这些分析出来的信息进行重组raid阵列，通过和用户沟通提取出了一些oracle的dmp文件，在dmp恢复的过程中，数据库报告为imp-0008错误，通过仔细分析导入dmp文件的日志文件，发现恢复的dmp文件存在问题而导致dmp导入数据失败。立刻重新分析raid结构，以及进一步确定ext3文件系统被破坏的程度，又经过数小时的工作，重新恢复dmp文件和dbf原始库文件，将恢复出来的dmp文件移交给用户进行数据导入测试，结果测试顺利没有发现问题，说明这次的数据恢复是成功的，接着对恢复出来的dbf原始库文件进行校验检测，所有文件均能通过测试。

服务器数据恢复工程师联系客户进行数据恢复结果的验证，经过客户验证所有数据均已经成功恢复，于是在服务器上又搭建了一组新的raid阵列，由数据恢复工程师配合将所有恢复成功的服务器数据迁移回客户的服务器上，本次服务器数据恢复成功。