服务器数据怎么恢复(服务器上文件删除如何恢复)

最近还是有很多服务器问题的案例。在这里，北亚边肖为大家整理了几个关于服务器恢复的典型案例，分享到这里，让大家在遇到这些情况的时候可以做个参考。

服务器硬盘离线怎么办？这次数据恢复是关于raid6的案例分享。一共6块硬盘，先后有两块离线。但是这种情况下管理员还是没有更换磁盘，所以第三块硬盘离线后RAID直接崩溃，导致所有数据丢失。服务器运行的是MYSQL数据库，同时存储了大量的其他文件。数据丢失后，管理员会在第一时间寻求数据恢复公司的帮助。但某公司运营后，近一个月文件依然损坏或丢失，MYSQL数据库损坏严重。后来经过其他运维人员的介绍，管理员同志联系了我们。在了解了服务器故障的基本情况后，我们的工程师首先将这六个磁盘镜像备份到我们的安全存储池中，然后停止对原存储的任何操作，从而保证了客户数据的原始性。数据恢复工程师通过对服务器备份镜像的分析，发现有两个磁盘长期离线，不再写入最新数据。这个RAID6使用双重校验，第一次校验是用普通的异或运算生成的，第二次校验是用Reed-Solomon算法生成的，相当复杂，使用了相当奇妙的数学原理。RAID6中有两个磁盘已经很久没有写入新数据了。如果要完全恢复数据，必须使用第二次检查，否则最新的数据将会丢失或损坏。北亚的工程师分析了原RAID的一些参数，然后用我们自己的全RAID6恢复软件生成了一个完整的镜像，然后用新磁盘把镜像引导回客户设置的存储。它启动了，一切正常。经管理员核实，数据没有问题。此服务器数据恢复成功。硬盘出现故障如何恢复数据？数据恢复的服务器由4块硬盘组成RAID 5磁盘阵列，其阵列卡为NetRaid操作系统是Window 2000，数据库是Server 2000。当服务器正常工作时，一个硬盘的红灯闪烁，机器仍然正常运行。然而没多久系统运行正常，却发现另一块硬盘的红灯也在闪。北亚工程师自检阵列时，按Ctrl M进入NetRaid管理程序。查看阵列信息，发现硬盘状态为故障，通过修改配置强行将一块硬盘设置为在线。重启服务器，但进入系统前硬件自检无效，启动失败。北亚工程师再次启动服务器，对阵列自检时，按Ctrl M进入NetRaid管理程序。选择磁盘阵列，手动使原来在线挂起的硬盘失效，然后手动将另一个失效的硬盘设置为在线，重启服务器进入系统。检查系统和数据库运行正常，然后进入阵列配置工具手动设置故障硬盘重建，100%重建后重启服务器。所有阵列和系统都恢复到其原始状态，并且服务器数据这次成功恢复。服务器不明原因崩溃怎么办？这个数据恢复案例的背景是一台普通的服务器，有20块硬盘。由于未知原因，上层业务突然崩溃。机房管理员检查服务器，发现服务器崩溃的主要原因是服务器上的三个硬盘脱机。管理员根据现有的磁盘顺序将服务器中的所有硬盘从插槽中取出，并带到北京北亚数据恢复中心。北工程师在收到客户的硬盘后，使用数据恢复测试设备对20块硬盘进行了测试，发现所有硬盘在数据恢复设备下都可以识别，从而避免了修复硬件的过程，以及硬盘物理损坏太严重无法修复带来的服务器数据恢复风险。这是一件幸运的事情，然后服务器里的所有硬盘都被镜像了。镜像过程中发现原服务器中离线的三块硬盘镜像过程非常慢，这也和之前硬盘离线的原因有关。大部分原因是三个硬盘中存在大量坏磁道或不稳定扇区，所以在正常的服务器环境下出现离线情况，专业的数据恢复设备可以识别。在镜像过程中，镜像过程会非常慢。通过调整镜像策略来调整硬盘的坏扇区，直到所有硬盘都被成功镜像。所有硬盘镜像成功后，北亚工程师继续使用服务器数据恢复工具对所有镜像文件展开进行底层数据分析，根据ext3文件系统的逆向分析得到服务器中硬盘的磁盘顺序和校验信息，这里不再描述分析过程。最后，利用分析后的信息对raid阵列进行重组，并通过与用户的交流提取出部分oracle dmp文件。在dmp恢复期间，数据库报告了imp-0008错误。通过对导入dmp文件的日志文件进行仔细分析，发现恢复的dmp文件存在问题，导致dmp数据导入失败。立即重新分析raid结构，进一步确定ext3文件系统的破坏程度。经过几个小时的工作，再次恢复dmp文件和dbf原始库文件，将恢复后的dmp文件交给用户进行数据导入测试。测试结果很流畅，没有发现问题，说明这次数据恢复是成功的。然后，检查并测试恢复的dbf原始库文件，所有文件都可以通过测试。在客户确认所有数据都已成功恢复后，在服务器上设置了一个新的raid阵列，并在工程师的帮助下将所有成功恢复的服务器数据迁移回客户的服务器。这一次，成功恢复了服务器数据。北亚小贴士:不同的情况有不同的数据处理方式。不要在没有把握的情况下盲目操作，否则可能会造成不可逆的伤害。